Bug#614760: 1.13.04-3+b1 crashes too
Ersek, Laszlo writes: package recoll severity 614760 grave thanks Ran recollindex from a terminal. It printed a zillion lines of :3:../rcldb/rcldb.cpp:813:Db::splitter::takeword: unac failed for [...] then finally terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc RCLMFILT: rclzip : : EOF on input Aborted Actually, what's worst is that after dist-upgrading from Lenny to Squeeze, recollindex simply refused to open the xapiandb that was created under Lenny: :2:../rcldb/rcldb.cpp:611:Db::open: exception while opening [/home/lacos/.recoll/xapiandb]: Recoll index version mismatch This is normal, the index format changed, you need a full index, this was probably listed somewhere in the release notes. So I tried recollindex -z and then even manually removing xapiandb/ before reindexing, but both of these crashed. I retried indexing from the GUI. That crashed too. Currently I can't reindex my local imap mirror, nor can I use my previous index. This makes recoll unusable for me. It would seem that there is some file in your document set which is crashing recoll. We need to determine which it is, get it out of the indexed set so that you can begin to use recoll again, and if at all possible, I would very much like to get a copy to fix the bug (if this is confidential data, we'll try other ways to get details about the issue). For a beginning, we need to have a look at the log file before the point where recoll crashes. Please see the Obtaining information from the log file section on this page for doing this: https://bitbucket.org/medoc/recoll/wiki/GettingAStackTrace Regards, jf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567863: RFP: Handbrake - video transcoder
On Mo, Okt 10, 2011 at 07:12:23 (CEST), Rogério Brito wrote: Hi there. I'm just including the Multimedia team, as they don't seem to be subscribed to this bug. On Oct 09 2011, Ralf Jung wrote: Can't be packaged as x264 video codec and aac and mp3 audio codec aren't free. How can that be, I can decode and encode mp3 and view MPEG4 videos without problems, installing only packages from the debian repositories...? Ralf, I think that when Christian wrote that, we didn't have x264 and lame in the main archive. Things have changed since this bug was originally filed. Once we have faac (if it's acceptable for our archive), then it would be lovely to have a new version of handbrake (e.g., from their git tree) in the archive, as it is a frontend for multimedia libraries that quite possibly passes the useable by mom and dad usability test, especially since it comes with sensible presets. I don't think we'll ever have faac in Debian because of its license. See https://bugs.edge.launchpad.net/ubuntu/+source/faac/+bug/374900 for details. Luckily, we have vo-aacenc (http://packages.debian.org/sid/main/libvo-aacenc0), which is the aac encoder from android and can encode aac just fine. As far as I know, Handbrake does not even implement any of this. It uses gstreamer, ffmpeg and others. Well, it does implement some things, like, for instance, their decombing routines, which is very nice for some interlaced and almost-interlaced things. As a side-effect, this decombing of theirs results in variable frame rates, which potentially feeds fewer frames to x264 (or whatever encoder is in question), making the bitrates tend to lower. Another side-effect that people may not appreciate because they run fast architectures is that outputting fewer frames, some slower video cards (e.g., in a powerpc machine) can have a fighting chance of playing some videos. I don't know of any implementation of handbrake's decombing algorithm in other software (e.g., ffmpeg/libav, mplayer, mplayer2, gstreamer etc.) Does anyone know? The other transcoders (arista, transmaggedon) are jokes regarding the amount of configurability that they allow. I agree that Handbrake is a really great tool. Actually, I did take a look at the sources and found out, that it would require a lot of efford to get it into debian. The reason is that the ship a lot of patched libraries that we already have in debian. I don't think this code duplication is acceptable for the Debian system. As for this RFP, I think any potential packager should identify the included libraries and start upstreaming the included patches. Then, try to build them against the libraries that Debian already ships. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620324: [Pkg-fglrx-devel] Bug#620324: Bug#620324
Am 09.10.2011 23:18, schrieb Dan Frei: OK, I built the latest kernel straight from git.kernel.org -- the same problem exists. Then I installed gentoo and used its kernel generation tool to create a 2.6.39 kernel from their sources -- fglrx still causes a freeze on resume. I think it's safe to say that this is not a debian-specific bug. I'd file a bug with ATI, but I'm not sure how to do that. http://ati.cchtml.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599173: Cross-build support
Upstream is convinced. http://tthsum.devs.nu/pkg/tthsum-1.3.0.tar.gz http://tthsum.devs.nu/svn/trunk/tthsum/CHANGES.txt Regards, Walter Doekes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644883: libreoffice-core: creates hidden file in /usr
Hi, On Mon, Oct 10, 2011 at 12:30:45AM -0400, Michael Gilbert wrote: libreoffice has a hidden file in /usr, which is flagged as suspicious by chkrootkit. See /usr/lib/libreoffice/basis3.4/program/.services.rdb. There is also /usr/lib/libreoffice/basis3.4/program/services.rdb, which looks similar, but differs. And the latter is created from the former. This ia a bug why? Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638297: ITA: edbrowse -- A /bin/ed-alike webbrowser
Jean-Philippe MENGUAL mengualjean...@free.fr writes: I'd be happy to step in again, and adopt the package, with Jean-Phillippe as co-maintainer if so he wishes, based on his work, with the things I disliked in my reply in the thread above, fixed. I may have not read properly the thread, but I don't understand what you dislike. My earlier mail was this (some of it may or may not apply now, I haven't looked at the most recent version of the package yet): Jean-Philippe MENGUAL mengualjean...@free.fr writes: I'm not sure of release number, but I put -2 as -1 was the NMU and I didn't want to remove this. Since the NMU never hit the archive, and -1 is not an NMU version number anyway, I'd merge the two changelogs into one. Also, looking at the changelog, I see this line: * New upstream version (3.4.7). Closes: #598162, #631027, #506613 To me, this tells that all three of that bugs were reports that a new upstream version exists, while they're not. The first is, but the second is an FTBFS, and the third is a problem with edbrowse failing to work with linksys web uis. I'd reword it a bit like this: * New upstream version (Closes: #598162). * [describe how this was fixed (Closes: #631027). * Now works with Linksys routers' UIs again (Closes: #506613) This has a few advantages, in my opinion: - It makes it obvious which bug is about what, and how they were fixed, instead of the changelog viewer having to look up each issue in the BTS and figure out what they're about. For someone who likes to see a _changelog_, that's a huge plus. - It doesn't mention the upstream version twice (it's already in the package version). - I like it better that way! Furthermore, I couldn't figure out how #631027 was eventually fixed. Perhaps because I'm not familiar with the packaging itself, but neither the changelog, nor debian/control tells me much about it. And while I'm here, a couple of other cosmetic nitpickings: - In override_dh_auto_clean, if you use rm -f, there's no need for the - prefix: the rm will never fail, thus, it is pointless to ignore its exit status. - Wouldn't it be better to simply patch the upstream manpage instead of tweaking it in debian/rules? - Wouldn't exporting CFLAGS=... LIBS=... JSLIB=.. STATICLIBS=... LFLAGS=.. make the rules file simpler? With patching the upstream manpage and exporting instead of overriding, you could get rid of all the overrides, pretty much. Another option would be to modify the upstream Makefile - it is already patched anyway to add a clean target. - dh_installchangelog should recognise and install CHANGES as an upstream changelog, even without the override - Why is debian/compat 5 when you're using dh (ie, debhelper = 7; with correct build-depends)? These are all minor improvements, but I felt like sharing since I'm poking around in the package anyway. That's all I could find with a quick glance.. Oh, and if you insist adding me to Uploaders (not neccessary, I believe, I don't think edbrowse would need two, and I'm perfectly happy being Just an Ordinary User of it), please use alger...@madhouse-project.org. Thanks for taking care of the package! Could you remember me please? Anyway you're already uploader, you can, without problems, become a co-maintainer with I. My problem now is that edbrowse, available on http://demo.accelibreinfo.eu/debian crashes at runtime. I'll have to contact upstream, as gdb isn't very clear and it seems libmozjs is a problem. I'll have a look at this issue, as soon as time permits. Perhaps I can figure something out (unless upstream already did). Do you know of an easy way to reproduce the crash? I'd be happy if you would like to help me, all the more as the programming matter isn't my skill. I know to package, but hardly fixing C problems and libraries problems. And in edbrowse, it seems it's exactly the problem to fix. So you're welcome for any contribution. I'm happy to help with any C issues, or pretty much anything else, but I can do that without being an uploader. If there's anything else I can help with, apart from debugging the crash you mentioned above, please let me know! -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644886: logcheck-database: snmpd ruleset needs update
Package: logcheck-database
Version: 1.3.13
Severity: normal
Rule
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ snmpd\[[0-9]+\]: Connection from UDP:
\[[.0-9]{7,15}\]:[0-9]{4,5}$
does not cover log entries like
Oct 10 07:05:04 foobar snmpd[19089]: Connection from UDP:
[192.0.2.61]:34180-[198.51.100.163]
Gabor
-- System Information:
Debian Release: 6.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Related package versions:
snmpd 5.4.3~dfsg-2
-- 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#644873: closed by Reinhard Tartler siret...@tauware.de (Re: Bug#644873: unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed)
On 10/10/2011 08:18 AM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the libavcodec53 package: #644873: unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed It has been closed by Reinhard Tartlersiret...@tauware.de. ... Please remove any references of debian-multimedia.org from your sources.list and try again. Morgen :), never had: ~$ grep -v '#' /etc/apt/sources.list deb http://ftp.debian.org/debian/ wheezy main non-free contrib deb-src http://ftp.debian.org/debian/ wheezy main non-free contrib I'll remove /var/lib/apt/whatever when I'm back home. Maybe it helps... regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580759: New upstream preview package
Hi Vincent. Any news about new libwoodstox upstream version? I can work on it, as long as you check that I'm not breaking freecol. Thanks, Gio. On 21/08/2011 12:33, Giovanni Mascellani wrote: Hi Vincent. I'm working on packaging the new upstream release of libwoodstox. Most of the work is already done and available on the SVN. For your convenience, I also put a copy here: http://poisson.phc.unipi.it/~mascellani/unstable/libwoodstox-java_4.1.1-1.dsc http://poisson.phc.unipi.it/~mascellani/unstable/libwoodstox-java_4.1.1-1_all.deb Some things still are left: for example, updating debian/copyright. Moreover, some tests fail at the moment. The preview above is compiled ignoring tests failures, but I plan to get in touch with the upstream author to clear out the problem. Could you try if freecol still compiles and work with the new package? There is just one caveat: the name of the tarball has changed, because of some changes in the maven POM files (wstx-lgpl.jar - woodstox-core-lgpl.jar). It shouldn't be a big problem, but if you want I can add a backward compatibility link. Would you mind if I added myself as Uploader for libwoodstox-java? Thanks, Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#631077: typo in /etc/network/if-up.d/mountnfs
Wow, this bug drove me nuts when I was doing some unrelated reboots
yesterday.
That whole function seems kind of strange to me (making a directory to
pass state from one part of the function to another...?).
Here's a patch that makes the function seem cleaner to me, if anybody
wants it.
-Corey
Index: debian/src/initscripts/etc/network/if-up.d/mountnfs
===
--- debian/src/initscripts/etc/network/if-up.d/mountnfs (revision 1966)
+++ debian/src/initscripts/etc/network/if-up.d/mountnfs (working copy)
@@ -117,20 +117,15 @@
}
exit_unless_last_interface() {
-grep ^[:space:]*auto /etc/network/interfaces | \
- sed -e 's/[ \t]*auto[ \t]*//;s/[ \t]*$//;s/[ \t]/\n/g' | \
- while read i; do
- if [ `grep -c $i /etc/network/run/ifstate` -eq 0 ]; then
+ifaces=$(grep ^[[:space:]]*auto /etc/network/interfaces | \
+sed -e 's/[ \t]*auto[ \t]*//;s/[ \t]*$//;s/[ \t]/\n/g')
+for i in $ifaces ; do
+ if grep -q $i /etc/network/run/ifstate ; then
msg=if-up.d/mountnfs[$IFACE]: waiting for interface $i before
doing NFS mounts
log_warning_msg $msg
- # Can not pass this as a variable because of the while subshell
- mkdir /var/run/network/mountnfs_earlyexit 2 /dev/null
+ exit 0
fi
done
-if [ -d /var/run/network/mountnfs_earlyexit ]; then
- rmdir /var/run/network/mountnfs_earlyexit 2/dev/null
- exit 0
-fi
}
# Using 'no !=' instead of 'yes =' to make sure async nfs mounting is
Bug#570423: FQDN in Cron mail subjects
Hello, because of many hosts with the same strings before the first point in the FQDN, we also like to have the full qualified domain name in the subject of cron mails. Thanks, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644879: [Virtual-pkg-base-maintainers] Bug#644879: base: Epiphany crashes (closes) when accessing http://insanecoding.blogspot.com/2007/05/sorry-state-of-sound-in-linux.html
reassign 644879 epiphany-browser thanks William J. Dodd wrote: Package: base Severity: normal Epiphany web browser crashes (closes) when accessing http://insanecoding.blogspot.com/2007/05/sorry-state-of-sound-in-linux.html. Reopening the browser brings up the Blank page display, and pressing Reload loads the page again and then the browser crashes (closes). -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) New install on Compaq CP56-115DX Notebook ___ Virtual-pkg-base-maintainers mailing list virtual-pkg-base-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/virtual-pkg-base-maintainers -- .''`. Sell Crazy Someplace Else. We're all stocked up here : :' : `. `' `- Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644873: closed by Reinhard Tartler siret...@tauware.de (Re: Bug#644873: unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed)
On Mo, Okt 10, 2011 at 09:18:51 (CEST), Anti Spam User 3 wrote: On 10/10/2011 08:18 AM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the libavcodec53 package: #644873: unmet dependencies: libavcodec53 : Depends: libavutil51 ( 4:0.7.2-99) but 5:0.8-0.1 is to be installed It has been closed by Reinhard Tartlersiret...@tauware.de. ... Please remove any references of debian-multimedia.org from your sources.list and try again. Morgen :), never had: ~$ grep -v '#' /etc/apt/sources.list deb http://ftp.debian.org/debian/ wheezy main non-free contrib deb-src http://ftp.debian.org/debian/ wheezy main non-free contrib I'll remove /var/lib/apt/whatever when I'm back home. Maybe it helps... also check /etc/apt/sources.list.d/*.list We didn't have a libavutil package with epoch 5: in debian, but I know that dmo does. regards, Reinhard -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644426: libtinfo-dev: Provide libtermcap.{so,a} symlinks
On Mon, 10 Oct 2011, Craig Small wrote: On Wed, Oct 05, 2011 at 09:09:54PM +0200, Sven Joachim wrote: I wonder whether it would be a good idea to instead provide symlinks in libtinfo-dev, i.e. libtermcap.so - libtinfo.so and libtermcap.a - libtinfo.a . I assume that the functions required in libtermcap are provided by libtinfo. It's how I believe it is but I'm not 100% sure on what sits where. If that is the case, it makes sense to link it to libtinfo. libncurses5 unnecessarily. OTOH, there may be cases where packages inadvertently use -ltermcap where they really need (n)curses Assuming the above is correct, they're linking to the wrong thing so it should break. I also noticed there are no header files for libtinfo-dev which doesn't appear correct to me. Surely there are some functions in libtinfo that you could use and they need headers to reference them? The ncurses headers appear in libncurses5-dev package, but there might be cases where that isn't installed. In that case, it would be necessary to make libncurses5-dev depend on tinfo-dev (otherwise the headers would be duplicated). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644632: Run multiple nfcapd daemons
On Sat, Oct 08, 2011 at 12:12:06AM +0200, Erik Wenzel wrote:
Hi,
Am 07.10.2011 um 17.03 schrieb Milan Kocian:
[…]
In some enviroments is better to use multiple nfcapd deamons running
parallelly.
This diff makes easier to configure it (some docs included). I hope it is
acceptable :-). Comments and objections are welcome.
Not sure about paths in diff ... (to be applied cleanly).
---snip---
$ git apply --check ~/nf.diff
error: etc/init.d/nfdump: No such file or directory
error: usr/share/doc/nfdump/README.Debian: No such file or directory
error: etc/default/nfdump: No such file or directory
---snip---
Please get the latest release from unstable and apply your changes to the
source tree. Your patch creation workflow could be like this:
git clone git://gpl.code.de/git/nfdump.git
git checkout unstable
edit files
git add files
git commit
git format-patch -M origin/unstable
Email me the resulting patch file.
hi,
many thanks for manual. Here is the new patch.
I'm not sure where to add new file nfcapd.example, so I added it
to debian directory.
Best regards,
--
Milan Kocian
From e513be8ba7efcac997f16dd6f9e5a5acb184fdac Mon Sep 17 00:00:00 2001
From: Milan Kocian mi...@wq.cz
Date: Mon, 10 Oct 2011 10:03:54 +0200
Subject: [PATCH] Possibility to run multiple nfcapd daemons.
---
debian/README.Debian |5 +
debian/init.d | 43 +--
debian/nfcapd.example | 10 ++
debian/nfdump.default |2 ++
4 files changed, 54 insertions(+), 6 deletions(-)
create mode 100644 debian/nfcapd.example
diff --git a/debian/README.Debian b/debian/README.Debian
index 4bfcf7e..fda4d3d 100644
--- a/debian/README.Debian
+++ b/debian/README.Debian
@@ -15,3 +15,8 @@ flow-tools: install flow-tools-dev and enable configure parameter in debian/rule
The package currently contains patches that are not in upstream release:
05_division-by-zero.patch
+
+If you want to run multiple nfcapd daemons, you need:
+- in /etc/default/nfdump set the directory for cfg files
+- upload some cfg file into this directory (see example file)
+
diff --git a/debian/init.d b/debian/init.d
index fb64ad5..6e1ef0f 100644
--- a/debian/init.d
+++ b/debian/init.d
@@ -10,6 +10,8 @@
### END INIT INFO
# Author: Erik Wenzel e...@debian.org
+# Milan Kocian mi...@wq.cz : possibility to run multiple nfcapd daemons
+# (inspired by openvpn script)
# Do NOT set -e
@@ -22,6 +24,7 @@ DATA_BASE_DIR=/var/cache/nfdump
PIDFILE=/var/run/$NAME.pid
DAEMON_ARGS=-D -l $DATA_BASE_DIR -P $PIDFILE
SCRIPTNAME=/etc/init.d/nfdump
+ACTION=$1
# Exit if the package is not installed
[ -x $DAEMON ] || exit 0
@@ -102,9 +105,13 @@ do_reload() {
return 0
}
-case $1 in
+do_case() {
+ case $ACTION in
start)
- [ $VERBOSE != no ] log_daemon_msg Starting $DESC $NAME
+ [ $VERBOSE != no ] log_daemon_msg Starting $DESC $PORT $NAME
+ if [ ! -d $DATA_BASE_DIR ]; then
+ mkdir -p $DATA_BASE_DIR
+ fi
do_start
case $? in
0|1) [ q$VERBOSE != qno ] log_end_msg 0 ;;
@@ -112,7 +119,7 @@ case $1 in
esac
;;
stop)
- [ $VERBOSE != no ] log_daemon_msg Stopping $DESC $NAME
+ [ $VERBOSE != no ] log_daemon_msg Stopping $DESC $PORT $NAME
do_stop
case $? in
0|1) [ r$VERBOSE != rno ] log_end_msg 0 ;;
@@ -133,7 +140,7 @@ case $1 in
# If the reload option is implemented then remove the
# 'force-reload' alias
#
- log_daemon_msg Restarting $DESC $NAME
+ log_daemon_msg Restarting $DESC $PORT $NAME
do_stop
case $? in
0|1)
@@ -151,8 +158,32 @@ case $1 in
;;
*)
#echo Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload} 2
- echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} 2
+ echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} [names_of_cfgfiles] 2
exit 3
;;
-esac
+ esac
+}
+## MAIN SCRIPT
+if [ -z $2 ]; then
+ # option without names_of_cfgfiles entered
+ # if $CFGDIR doesn't exist or is empty then old behaviour is preserved
+ for SFILE in $CFGDIR/* ; do
+ if [ $SFILE != $CFGDIR/* ]; then
+ . $SFILE
+ fi
+ do_case
+ done
+else
+ # option with names_of_cfgfiles entered (suppose existence of $CFGDIR
+ # with cfg files)
+ while shift ; do
+ [ -z $1 ] break
+ if [ -e $CFGDIR/$1 ]; then
+ . $CFGDIR/$1
+ do_case
+ else
+ log_failure_msg (failure: No such nfcapd config exists: $1)
+ fi
+ done
+fi
exit 0
diff --git a/debian/nfcapd.example b/debian/nfcapd.example
new file mode 100644
index 000..cbd5a5d
--- /dev/null
+++ b/debian/nfcapd.example
@@ -0,0 +1,10 @@
+# The debian's config file for nfcapd (permit multiple running nfcapd's deamons)
+# You can adjust this file as you need. PORT, DATA_BASE_DIR, PIDFILE and DAEMON_ARGS
+# variables must be set. (They are used by init.d script)
+
+PORT=9996
+IDENTSTR=IDENTSTRING
+DATA_BASE_DIR=/tmp/$IDENTSTR
+PIDFILE=/var/run/$NAME.$PORT.pid
+DAEMON_ARGS=-D -l $DATA_BASE_DIR -P $PIDFILE -p $PORT -w -B 2097152 -I $IDENTSTR -T +4
+
diff --git a/debian/nfdump.default
Bug#644031: librtorrent upload
Just give me an url pointing to the dsc file, I can sponsor the upload for you, and I'd be very happy to. -- .''`. Sell Crazy Someplace Else. We're all stocked up here : :' : `. `' `- Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644764: FTBFS: asm/errno.h: No such file or directory (due to multiarch)
On 10/09/2011 08:49 PM, Moffett, Kyle D wrote: My currently installed GCC compiler packages are: gcc 4:4.6.1-2 (gcc-defaults 1.107) fixed in 1.108. although I fail to see that gcc-multilib is built on powerpcspe? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627263: bitcoin: Bitcoin GUI should be packed too
On 11-10-10 at 04:21am, Carlos Alberto Lopez Perez wrote: Upstream has now a new GUI for bitcoin built on top of QT, so this bug is not longer blocked by #586129. This is good news. Thanks for sharing. Seems to me, however, that the change is only in upstream development sources at github, not yet part of an official upstream release. I find it most sensible to package only official released tarballs. If I am missing something, then please elaborate. 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#644135: cifs ignores sysct setting
I partly agree to the wishlist opinion, for the part where I ask for a loading option, however, imho cifs has a bug where it ignores the sysctl setting. Met vriendelijke groet, Alexander Swen - Original Message - From: Ben Hutchings b...@decadent.org.uk To: Alexander Swen a...@swen.nu Cc: 644...@bugs.debian.org Sent: Friday, 7 October, 2011 7:03:59 AM Subject: Bug#644135: cifs ignores sysct setting On Mon, 2011-10-03 at 09:46 +0200, Alexander Swen wrote: Package: linux-mage Version: 2.6.32-5-amd64 cifs.ko module (which is included in the kernel pkg as far as i know) cifs driver version 1.61 when cifs module loads oplock is enabled by default. so I can do echo 0 /proc/fs/cifs/OplockEnabled but that won't persist through a driver reload. so we tried adding this to /etc/sysctl.conf: fs.cifs.OplockEnabled = 0 [...] So, when I read the modinfo of cifs, there are a few module options, but no oplock option. I would like to add something like: options cifs oplocksenabled=0 to /etc/modprobe.d/aliases.conf Is it feasible to add that param as an option? [...] You should ask the upstream developers (Steve French sfre...@samba.org and linux-c...@vger.kernel.org) for this feature. Ben. -- Ben Hutchings For every action, there is an equal and opposite criticism. - Harrison
Bug#644290: phppgadmin multiple XSS (CVE-2011-3598)
Multiple XSS vulnerabilities have been reported in phpPgAdmin:
https://secunia.com/advisories/46248/
Please ensure that unstable is fixed on short notice and give the upload
an elevated urgency tag.
Hi,
unstable was fixed a few days ago, unfortunately without a bumped
urgency.
Can you also assess whether (old)stable are affected, and if so, provide
packages? If not (affected or able), do let us know aswell.
In any case, please mention CVE-2011-3598 in your changelogs.
https://secunia.com/advisories/46248/ says prior versions are
affected, so yes.
The relevant diff parts are:
diff -Nru phppgadmin-5.0.2/classes/Misc.php phppgadmin-5.0.3/classes/Misc.php
--- phppgadmin-5.0.2/classes/Misc.php 2011-01-03 20:22:26.0 +0100
+++ phppgadmin-5.0.3/classes/Misc.php 2011-10-03 09:37:22.0 +0200
@@ -398,7 +398,7 @@
echo link rel=\shortcut icon\
href=\images/themes/{$conf['theme']}/Favicon.ico\
type=\image/vnd.microsoft.icon\ /\n;
echo link rel=\icon\ type=\image/png\
href=\images/themes/{$conf['theme']}/Introduction.png\ /\n;
echo title, htmlspecialchars($appName);
- if ($title != '') echo - {$title};
+ if ($title != '') echo htmlspecialchars( -
{$title});
echo /title\n;
if ($script) echo {$script}\n;
diff -Nru phppgadmin-5.0.2/display.php phppgadmin-5.0.3/display.php
--- phppgadmin-5.0.2/display.php2011-01-03 20:22:26.0 +0100
+++ phppgadmin-5.0.3/display.php2011-10-03 09:37:22.0 +0200
@@ -572,7 +578,7 @@
// Return
if (isset($_REQUEST['return_url'])
isset($_REQUEST['return_desc']))
- echo \tlia
href=\{$_REQUEST['return_url']}\{$_REQUEST['return_desc']}/a/li\n;
+ echo \tlia href=\.
htmlspecialchars($_REQUEST['return_url']) .\.
htmlspecialchars($_REQUEST['return_desc']) ./a/li\n;
// Edit SQL link
if (isset($_REQUEST['query']))
Updated packages attached.
Christoph
--
c...@df7cb.de | http://www.df7cb.de/
phppgadmin_4.2.2-1lenny1.diff.gz
Description: Binary data
Format: 1.0
Source: phppgadmin
Binary: phppgadmin
Architecture: all
Version: 4.2.2-1lenny1
Maintainer: Isaac Clerencia is...@debian.org
Uploaders: Peter Eisentraut pet...@debian.org
Homepage: http://phppgadmin.sourceforge.net/
Standards-Version: 3.8.0
Vcs-Browser: http://svn.debian.org/wsvn/pkg-postgresql/trunk/phppgadmin/
Vcs-Svn: svn://svn.debian.org/pkg-postgresql/trunk/phppgadmin/
Build-Depends: debhelper (= 5), quilt
Checksums-Sha1:
a30ff18101982f138bd1a3c9690781bcdfe3ca22 904262 phppgadmin_4.2.2.orig.tar.gz
3ec0d5dfd4e4f31f2d097a29017989e8971d7ed9 8137 phppgadmin_4.2.2-1lenny1.diff.gz
Checksums-Sha256:
253503a3c8110eb3e08236c961ca3801879ef2973ab169a400cf0ccdb6a2db05 904262
phppgadmin_4.2.2.orig.tar.gz
2a429c6dade58fd4aff5d75a1536db036c0defb29f81b37796698c43e53c76bf 8137
phppgadmin_4.2.2-1lenny1.diff.gz
Files:
68280bb47d6420f423578a0a8d731051 904262 phppgadmin_4.2.2.orig.tar.gz
c518a7c8a783ccd95c189ad2c3d18783 8137 phppgadmin_4.2.2-1lenny1.diff.gz
phppgadmin_4.2.3-1.1squeeze1.debian.tar.gz
Description: Binary data
Format: 3.0 (quilt)
Source: phppgadmin
Binary: phppgadmin
Architecture: all
Version: 4.2.3-1.1squeeze1
Maintainer: Isaac Clerencia is...@debian.org
Uploaders: Peter Eisentraut pet...@debian.org
Homepage: http://phppgadmin.sourceforge.net/
Standards-Version: 3.8.4
Vcs-Browser: http://svn.debian.org/wsvn/pkg-postgresql/trunk/phppgadmin/
Vcs-Svn: svn://svn.debian.org/pkg-postgresql/trunk/phppgadmin/
Build-Depends: debhelper (= 5)
Checksums-Sha1:
163cccde95f616fa876b6bdd78457046cd3c6b3d 892430 phppgadmin_4.2.3.orig.tar.gz
9b1561f97800f46b50057b0bee4986ed1661e6c0 9108
phppgadmin_4.2.3-1.1squeeze1.debian.tar.gz
Checksums-Sha256:
e03a4ba116bc5d78e815a045ff468ff00d81bd76476c963b30873bd9630f2d9c 892430
phppgadmin_4.2.3.orig.tar.gz
f3f73b2182b60d17f445b6b63efbcd7afec7fc0f07f0099f254cbbc7d7af9c0f 9108
phppgadmin_4.2.3-1.1squeeze1.debian.tar.gz
Files:
b273b7df5a6ddc4a8032b5ceaa838158 892430 phppgadmin_4.2.3.orig.tar.gz
06876576c20b1d5dacfbadad08c466bf 9108
phppgadmin_4.2.3-1.1squeeze1.debian.tar.gz
signature.asc
Description: Digital signature
Bug#644426: libtinfo-dev: Provide libtermcap.{so,a} symlinks
On Mon, 10 Oct 2011 04:06:43 -0400, Thomas Dickey wrote: In that case, it would be necessary to make libncurses5-dev depend on tinfo-dev (otherwise the headers would be duplicated). That seems to be the case already: $ apt-cache --no-all-versions show libncurses5-dev | grep Depends Depends: libncurses5 (= 5.9-2), libtinfo-dev (= 5.9-2), ncurses-bin (= 5.9-2), libc-dev Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `- signature.asc Description: Digital signature
Bug#644849: gnat-4.6: does not work with current gcc-4.6
On 10/09/2011 09:02 PM, Ludovic Brenta wrote: Matthias, this bug is going to cause all future uploads of GNAT to FTBFS, because gnat-4.6 is already the default and the buildds will install the broken gcc-4.6 and try to build gnat-4.6 with it. So, I think the solution has to be in gcc-4.6. In the past, we used to have symlinks like /usr/lib/gcc/x86_64-linux-gnu/4.6.1 - 4.6. Do you have any objection against reintroducing these symlinks? My mistake. GCC_VERSION wasn't correctly set. Need to check the spu build before upload. In theory, the symlink shouldn't be necessary anymore once the packages are based on -15. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644887: SIGSEGV about Packages.diffindex
Package: reprepro Version: 4.8.0-1 I have built 4.8.0-1 for Squeeze. Problem: It dies with % reprepro -b /var/www/official -V update squeeze aptmethod got 'http://ftp.de.debian.org/debian/dists/squeeze-updates/Release' aptmethod got 'http://ftp.de.debian.org/debian/dists/squeeze-updates/Release.gpg' aptmethod got 'http://ftp.de.debian.org/debian/dists/squeeze/Release' aptmethod got 'http://ftp.de.debian.org/debian/dists/squeeze/Release.gpg' aptmethod got 'http://ftp.de.debian.org/debian/dists/squeeze-updates/main/binary-amd64/Packages.diff/Index' Warning: '/var/www/official/lists/squeeze-updates_squeeze-updates_main_amd64_Packages.diffindex' lists multiple histories for '2011-10-09-0213.57'! Only using last one! Segmentation fault The diffindex file contains after running reprepro SHA1-Current: da39a3ee5e6b4b0d3255bfef95601890afd80709 0 SHA1-History: da39a3ee5e6b4b0d3255bfef95601890afd80709 0 2011-03-12-0214.38 f0b170c9b6a5b86b2610e31ced7ad9320653ae9f1412 2011-03-12-1451.55 d0236ff2b97131e848158d4b56395e2cc0d9ed7f3376 2011-03-17-0213.53 d15fef25a2e9afe251a36655b7ff728b30ff429c 18383 2011-03-24-1450.34 e84b003189ec10608093017eb15c8479490900e1 18383 2011-05-07-1415.58 1c43cce0a501e967db35656588e1d72fd953553b 18383 2011-05-10-2143.25 781978222b823395972f4ff1ae5850b4cabb1af3 19575 2011-06-30-2011.58 29cb5b1babea90b8bb00db2f39141cf850d74172 42915 2011-07-04-2012.03 30cdba6420a68de6128df6ee93a1c2f2d8636087 42971 2011-07-31-2014.27 20831a59284975e8c123497c715302d785663d6f 42971 2011-08-08-2012.32 f22db8261d892dec342fdf2715d697d55222b760 42971 2011-08-18-0215.37 11bc3a0a9efd6fe26eb8e3748f74091dbdaacbf4 42971 2011-09-23-2012.02 3e2c4d24b904b1e1c32d1a629776f8d4b66d3d24 42971 2011-10-09-0213.57 3e2c4d24b904b1e1c32d1a629776f8d4b66d3d24 42971 2011-10-09-0213.57 SHA1-Patches: 148a5a3be382e52e50c783c5f9dde935c9f31a2b1417 2011-03-12-0214.38 80ad282b1c2339ff4fae7e7059c1c8c4df24dc391970 2011-03-12-1451.55 97a6d8463e2c0d6046b7f431e6106d551c4ce0a6 15012 2011-03-17-0213.53 088636c376c0f4cbe6ab81d6070d7bc17423ba09 616 2011-03-24-1450.34 8e58368ba19345c8e9c9353970432f41c56529b07046 2011-05-07-1415.58 196dc954e9521e01a7f201c021d9e1ea2d9328e71470 2011-05-10-2143.25 a6017bd2cc9fced1a399ffbc179fd8ac2b67bbbc 23354 2011-06-30-2011.58 0926d1af8359de1b5e6c1fe91e95de25a9f5cee64165 2011-07-04-2012.03 71dccfdb2f6281e5186996ee2e52670b01ca187b3972 2011-07-31-2014.27 ec4ca5446629c35cde94e62cebf57206c9fee054 278 2011-08-08-2012.32 c01ff855cb85e7ed5153e43b68081d88b2e07715 294 2011-08-18-0215.37 5da47067e12a7e0fb1acf5ee9819e4e7d32fb5f2 652 2011-09-23-2012.02 dcb36be20ea3c0a71770c592fb612d0c5c9e19ef 7 2011-10-09-0213.57 dcb36be20ea3c0a71770c592fb612d0c5c9e19ef 7 2011-10-09-0213.57 The distributions file: Codename: squeeze Components: main contrib non-free Architectures: amd64 source Description: Debian Squeeze (required package only) SignWith: F478CFBB34F62E65 Update: - squeeze squeeze-updates The updates file: Name: squeeze Suite: squeeze Method: http://ftp.de.debian.org/debian # VerifyRelease: 64481591B98321F9 VerifyRelease: AED4B06F473041FA Components: main contrib non-free Architectures: amd64 source # FilterFormula: priority(==required)|priority(==important)|priority(==standard) Name: squeeze-updates Suite: squeeze-updates Method: http://ftp.de.debian.org/debian VerifyRelease: AED4B06F473041FA Components: main contrib non-free Architectures: amd64 source # FilterFormula: priority(==required)|priority(==important)|priority(==standard) Hope this helps. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644611: Re : Bug#644611: CVE-2011-3200: Stack-based buffer overflow in the parseLegacySyslogMsg function
As said, I agreed with Nico that this issue is not grave enough to be handled via a security upload, but will be done via a regular stable release update. Uploads for the next stable release are no longer accepted, so it will have to go into the next one. I also don't think severity grave is justified, so downgrading. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? Ok, thank for your feedback. Emeric. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644888: [pulseaudio-discuss] Bug#644809: pulseaudio: Confusing warning `PulseAudio configured for per-user sessions`
Package: pulseaudio Version: 1.0-4 Severity: normal X-Debbugs-CC: pulseaudio-disc...@lists.freedesktop.org 2011/10/10 Maarten Bosmans mkbosm...@gmail.com: 2011/10/9 Paul Menzel pm.deb...@googlemail.com: Package: pulseaudio Version: 1.0-4 Severity: normal X-Debbugs-CC: pulseaudio-disc...@lists.freedesktop.org Dear PulseAudio Debian packagers and upstream PA folks, the Debian init script `/etc/init.d/pulseaudio` [1] currently prints a warning when PA is configured in non-system mode. PULSEAUDIO_SYSTEM_START=0 DISALLOW_MODULE_LOADING=1 test -f /etc/default/pulseaudio . /etc/default/pulseaudio if [ $PULSEAUDIO_SYSTEM_START != 1 ]; then log_warning_msg PulseAudio configured for per-user sessions exit 0 fi In my opinion a warning suggests that something might be wrong and therefore I am bringing this issues to your attention. First of all: I appreciate that Debian (and thus Ubuntu) provides the init script to make it easier to run pulse in system mode. The warning is correct when /etc/init.d/pulseaudio start is invoked manually. Because in that case the user expects pulse to be started and it isn't. For normal bootup procedure (on an unchanged system), the warning should not be shown, because then it is expected that pulse is run per-user. In `/etc/default/pulseaudio` [2] there is the following explanation. # Start the PulseAudio sound server in system mode. # (enables the pulseaudio init script - requires that users be in the # pulse-access group) # System mode is not the recommended way to run PulseAudio as it has some # limitations (such as no shared memory access) and could potentially allow # users to disconnect or redirect each others' audio streams. The # recommended way to run PulseAudio is as a per-session daemon. For GNOME/KDE/ # Xfce sessions in Ubuntu Lucid/10.04, /etc/xdg/autostart/pulseaudio.desktop # handles this function of automatically starting PulseAudio on login, and for # it to work correctly your user must *not* have autospawn = no set in # ~/.pulse/client.conf (or in /etc/pulse/client.conf). By default, autospawn # is enabled. For other sessions, you can simply start PulseAudio with # pulseaudio --daemonize. # 0 = don't start in system mode, 1 = start in system mode PULSEAUDIO_SYSTEM_START=0 # Prevent users from dynamically loading modules into the PulseAudio sound # server. Dynamic module loading enhances the flexibility of the PulseAudio # system, but may pose a security risk. # 0 = no, 1 = yes DISALLOW_MODULE_LOADING=1 As far as I remember this explanation is correct and also upstream’s, i. e. your, view/recommendation. Indeed, that is why we (upstream) do not provide the init script: to underline our recommendation. If this is correct I guess the init script should be changed to not log a warning or explain the warning in a better way. I'm not sure whether it is possible to differentiate between manual and bootup invocation of the init script. But that would be the best solution, I think. Thanks, Paul Maarten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644889: libkldap4: kabcclient hang when adding contact to LDAP address book
Package: libkldap4 Version: 4:4.6.5-1 Severity: normal When adding a contact to the addressbook using kabcclient, kabcclient shows the VCARD and then hangs. ps axwww reveals: 12603 pts/5S 0:01 /usr/bin/kabcclient -A -if vcard 12604 ?S 0:00 kdeinit4: kio_ldap [kdeinit] ldap local:/tmp/ksocket-raju/klauncherwZ4450.slave-socket local:/tmp/ksocket-raju/kabcclientZ12603.slave-socket Reading entries from the address book seems to work just fine. This problem also seems to happen through KMail: add a filter on unknown sender addresses, let the action be to add the address to the address book. KMail will hang when it encounters a mail from an unknown sender. I'm presuming this is an issue in libkladp4, please reassign if necessary. Strace and LDAP configuration available on request. Regards, -- Raj -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libkldap4 depends on: ii libc6 2.13-21 ii libkdecore54:4.6.5-2 ii libkdeui5 4:4.6.5-2 ii libldap-2.4-2 2.4.25-1.1 ii libqtcore4 4:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libsasl2-2 2.1.24~rc1.dfsg1+cvs2011-05-23-4 ii libstdc++6 4.6.1-4 libkldap4 recommends no packages. libkldap4 suggests no packages. -- no debconf information -- debsums errors found: dpkg-query: warning: parsing file '/var/lib/dpkg/status' near line 97647 package 'j2mesync': error in Version string 'plugin-1-1': version number does not start with digit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644890: libvte9: prefer libtinfo over libncurses
Package: libvte9 Version: 1:0.28.1-2 Severity: wishlist Tags: patch User: ncur...@packages.debian.org Usertags: libncurses5-dependency Currently libvte9 links against libncurses5 which could be avoided if the configure script were looking for libtinfo first. The attached patch, updating the existent 25_optional-ncurses.patch, does just that. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-rc9-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvte9 depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.2-2.1+squeeze1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-2 ii libncurses5 5.9-3 ii libpango1.0-0 1.29.4-1 ii libvte-common 1:0.28.1-2 ii libx11-62:1.4.4-2 libvte9 recommends no packages. libvte9 suggests no packages. -- no debconf information --- vte-0.28.1/debian/patches/25_optional-ncurses.patch 2011-01-05 00:40:52.0 +0100 +++ vte-0.28.1/debian/patches/25_optional-ncurses.patch 2011-10-10 10:40:44.0 +0200 @@ -1,6 +1,6 @@ --- a/configure.in +++ b/configure.in -@@ -364,45 +364,52 @@ +@@ -368,45 +368,52 @@ AC_CHECK_FUNC(floor,,AC_CHECK_LIB(m,floor,LIBS=[$LIBS -lm])) AC_CHECK_FUNCS([ceil floor]) @@ -51,8 +51,8 @@ + # Look for tgetent + + AC_CHECK_FUNC([tgetent],[vte_cv_termcap_lib=libc], -+[AC_CHECK_LIB([ncurses],[tgetent],[vte_cv_termcap_lib=libncurses], -+ [AC_CHECK_LIB([tinfo],[tgetent],[vte_cv_termcap_lib=libtinfo], ++[AC_CHECK_LIB([tinfo],[tgetent],[vte_cv_termcap_lib=libtinfo], ++ [AC_CHECK_LIB([ncurses],[tgetent],[vte_cv_termcap_lib=libncurses], +[AC_CHECK_LIB([curses],[tgetent],[vte_cv_termcap_lib=libcurses], + [AC_CHECK_LIB([termcap],[tgetent],[vte_cv_termcap_lib=libtermcap], +[vte_cv_termcap_lib=])])])])])
Bug#644891: ifupdown-extra: check-duplicate-ip doesn't work with aliased interfaces (ie ethX:YY)
Package: ifupdown-extra Version: 0.21 Severity: normal I can't add aliased interface to qor system. /etc/network/interfaces: auto eth0:2 iface eth0:2 inet static address 172.17.0.222 netmask 255.255.254.0 network 172.17.0.0 broadcast 172.17.1.255 rtr:~# ifup eth0:2 sysfs_open_class_device(net): No such file or directory max[30497]: ERROR: Duplicate address 172.17.0.222 assigned in the network where eth0:2 is connected to. tracked down to arping call: arping -I eth0:2 172.17.1.222 WARNING: interface is ignored: No such device sysfs_open_class_device(net): No such file or directory -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages ifupdown-extra depends on: ii bind9-host [host] 1:9.7.0.dfsg.P1-1 Version of 'host' bundled with BIN ii iproute20110629-1networking and traffic control too ii iputils-arping 3:20101006-1+b1 Tool to send ICMP echo requests to ii iputils-ping [ping]3:20101006-1+b1 Tools to test the reachability of ii net-tools 1.60-24.1 The NET-3 networking toolkit ii netcat 1.10-39 TCP/IP swiss army knife -- transit ii netcat-traditional [ne 1.10-39 TCP/IP swiss army knife Versions of packages ifupdown-extra recommends: ii ethtool 1:3.0-1display or change Ethernet device ifupdown-extra 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#644868: gnustep-back-common: postinst fails: Error: for some reason, argv not properly set up during GNUstep base initialization
reassign 644868 libgnustep-base1.22
retitle 644868 Programs abort on kfreebsd* when arguments exceed 512
affects 644868 gnustep-back-common
block 629477 with 644868
thanks
On Sun, Oct 09, 2011 at 11:02:25PM +0200, Axel Beckert wrote:
Package: gnustep-back-common
Version: 0.20.1-2
Severity: serious
gnustep-back-common reproducibly fails to configure after upgrade on
one of my systems (kfreebsd-i386) as follows.
Error: for some reason, argv not properly set up during GNUstep base
initialization
xargs: mknfonts: terminated by signal 6
This is a reincarnation of #593898, when the number of arguments exceeds
512. The attached test program demonstrates the problem:
$ make
$ i=0; d=0; while test $i -eq 0; do for d in `expr $((d + 1))`; do \
./obj/test `seq $d`; i=$?; done; done
Arguments given: 1
Arguments given: 2
...
Arguments given: 512
Error: for some reason, argv not properly set up during GNUstep base
initialization
The condition which leads to the error is
if (argv != 0 argv[0] != 0)
which for some bizarre reason is false in this case. It's either a
kernel bug or limitation, I hope the GNU/kFreeBSD people have some clue?
There's nothing wrong in the gnustep-base code...
The only way I see as a workaround is to build gnustep-base with
--enable-fake-main, which is already the case on a number of *BSD
systems. However, this change is ABI-incompatible so all GNUstep
packages must be binNMUed _again_ on kfreebsd*. Is this acceptable for
the release team?
#import Foundation/Foundation.h
int
main (int argc, char **argv)
{
CREATE_AUTORELEASE_POOL (pool);
NSProcessInfo *procinfo = [NSProcessInfo processInfo];
NSArray *args = [procinfo arguments];
printf (Arguments given: %d\n, [args count]);
RELEASE (pool);
exit (EXIT_SUCCESS);
}
ifndef GNUSTEP_MAKEFILES
GNUSTEP_MAKEFILES := $(shell gnustep-config --variable=GNUSTEP_MAKEFILES)
endif
include $(GNUSTEP_MAKEFILES)/common.make
TOOL_NAME = test
test_OBJC_FILES = test.m
include $(GNUSTEP_MAKEFILES)/tool.make
Bug#644892: nslcd: service stopped during upgrade
Package: nslcd Version: 0.7.15 Severity: normal nslcd is system-critical service, and it is very unfortunate that it is stopped during system upgrade. For example: Preparing to replace nslcd 0.7.13 (using .../archives/nslcd_0.7.15_i386.deb) ... Stopping LDAP connection daemon: nslcd. Unpacking replacement nslcd ... Processing triggers for man-db ... Setting up nslcd (0.7.15) ... Starting LDAP connection daemon: nslcd. In this case, there were no real problem. However, apt and aptitude may do a lot of time-consuming actions between processing prerm and config scripts for nslcd (for example, some debconf questions may be asked, and humans are very time-consuming). Possibly, you should not stop nslcd when prerm script is called with upgrade argument and restart it in postinst or config script. Currently, system with nslcd may become unusable during upgrade. Thank you for your excellent job for nslcd package! -- System Information: Debian Release: 6.0.3 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-bpo.2-amd64 (SMP w/2 CPU cores) Locale: LANG=, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nslcd depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgssapi-krb5-21.8.3+dfsg-4squeeze2 MIT Kerberos runtime libraries - k ii libldap-2.4-2 2.4.23-7.2 OpenLDAP libraries Versions of packages nslcd recommends: ii libnss-ldapd [libnss-ldap]0.7.15 NSS module for using LDAP as a nam ii libpam-krb5 4.3-1 PAM module for MIT Kerberos ii libpam-ldap 184-8.5Pluggable Authentication Module fo ii nscd 2.11.2-10 Embedded GNU C Library: Name Servi Versions of packages nslcd suggests: ii kstart3.16-3 Kerberos kinit supporting AFS and -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644426: libtinfo-dev: Provide libtermcap.{so,a} symlinks
On 2011-10-10 02:55 +0200, Craig Small wrote: On Wed, Oct 05, 2011 at 09:09:54PM +0200, Sven Joachim wrote: I wonder whether it would be a good idea to instead provide symlinks in libtinfo-dev, i.e. libtermcap.so - libtinfo.so and libtermcap.a - libtinfo.a . I assume that the functions required in libtermcap are provided by libtinfo. That's my assumption as well, and Thomas has not contradicted. I also noticed there are no header files for libtinfo-dev which doesn't appear correct to me. Surely there are some functions in libtinfo that you could use and they need headers to reference them? The ncurses headers appear in libncurses5-dev package, but there might be cases where that isn't installed. The problem is that we have two versions of the headers, one in libncurses5-dev and one in libncursesw5-dev, and there does not seem to be a shareable subset suitable for libtinfo-dev. E.g. /usr/include/term.h #includes ncurses_dll.h, and /usr/include/ncursesw/term.h #includes ncursesw/ncurses_dll.h. The sole reason for even having a libtinfo-dev package is that both libncurses5-dev and libncursesw5-dev need libtinfo.so. If we manage to get rid of the non-wide development packages, libtinfo-dev should be merged back into libncursesw5-dev like I did for the 64-bit version in commit 4bbaa7cd3. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644809: [pulseaudio-discuss] Bug#644809: pulseaudio: Confusing warning `PulseAudio configured for per-user sessions`
Am Montag, den 10.10.2011, 10:55 +0200 schrieb Maarten Bosmans: 2011/10/9 Paul Menzel pm.deb...@googlemail.com: X-Debbugs-CC: pulseaudio-disc...@lists.freedesktop.org Damn, I though that this setting would not put sub...@bugs.debian.org into the CC list and the correct bug address 644...@bugs.debian.org. Dear PulseAudio Debian packagers and upstream PA folks, the Debian init script `/etc/init.d/pulseaudio` [1] currently prints a warning when PA is configured in non-system mode. PULSEAUDIO_SYSTEM_START=0 DISALLOW_MODULE_LOADING=1 test -f /etc/default/pulseaudio . /etc/default/pulseaudio if [ $PULSEAUDIO_SYSTEM_START != 1 ]; then log_warning_msg PulseAudio configured for per-user sessions exit 0 fi In my opinion a warning suggests that something might be wrong and therefore I am bringing this issues to your attention. First of all: I appreciate that Debian (and thus Ubuntu) provides the init script to make it easier to run pulse in system mode. The warning is correct when /etc/init.d/pulseaudio start is invoked manually. Because in that case the user expects pulse to be started and it isn't. True, I have not thought about that. For normal bootup procedure (on an unchanged system), the warning should not be shown, because then it is expected that pulse is run per-user. In `/etc/default/pulseaudio` [2] there is the following explanation. # Start the PulseAudio sound server in system mode. # (enables the pulseaudio init script - requires that users be in the # pulse-access group) # System mode is not the recommended way to run PulseAudio as it has some # limitations (such as no shared memory access) and could potentially allow # users to disconnect or redirect each others' audio streams. The # recommended way to run PulseAudio is as a per-session daemon. For GNOME/KDE/ # Xfce sessions in Ubuntu Lucid/10.04, /etc/xdg/autostart/pulseaudio.desktop # handles this function of automatically starting PulseAudio on login, and for # it to work correctly your user must *not* have autospawn = no set in # ~/.pulse/client.conf (or in /etc/pulse/client.conf). By default, autospawn # is enabled. For other sessions, you can simply start PulseAudio with # pulseaudio --daemonize. # 0 = don't start in system mode, 1 = start in system mode PULSEAUDIO_SYSTEM_START=0 # Prevent users from dynamically loading modules into the PulseAudio sound # server. Dynamic module loading enhances the flexibility of the PulseAudio # system, but may pose a security risk. # 0 = no, 1 = yes DISALLOW_MODULE_LOADING=1 As far as I remember this explanation is correct and also upstream’s, i. e. your, view/recommendation. Indeed, that is why we (upstream) do not provide the init script: to underline our recommendation. If this is correct I guess the init script should be changed to not log a warning or explain the warning in a better way. I'm not sure whether it is possible to differentiate between manual and bootup invocation of the init script. But that would be the best solution, I think. Hopefully, Sjoerd has an idea. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#644791: dpkg-shlibdeps should support making missing symbols a fatal error
On Sun, Oct 09, 2011 at 09:27:14PM +0200, Raphael Hertzog wrote:
severity 609159 wishlist
merge 609159 644791
thanks
On Sat, 08 Oct 2011, Steve Langasek wrote:
It would be helpful if dpkg-shlibdeps supported an environment variable to
make this warning a fatal error instead. Indeed, given that DSOs installed
to subdirectories (!$in_public_dir) are handled separately, I would like to
see this made an error by *default* in Debian.
Already requested by doko in #609159. It would be nice to have some input
on the number of packages which have this warning in their log.
I can understand wanting that information as a prerequisite for making this
a *mandatory* error, but I'm not sure why that's relevant for making this a
configurable option. I assume that there are a non-zero number of packages
in the archive that have this warning and that it should *not* be made a
mandatory fatal error; but OTOH, I have packages where I know it's always a
bug to hit this warning, and I'm currently doing extra work in debian/rules
to guard against such an upstream regression (e.g., openldap). It would be
better if there were a way to make dpkg-shlibdeps do this directly since it
already knows about the issue.
(And this furthers my goal of eventually being able to reduce debian/rules
in all packages I maintain to debhelper's rules.tiny. :-P)
Anyway, please find attached a list of packages whose build logs for the
current unstable version contain this warning for any architecture on
buildd.debian.org. Results harvested with this script:
$ zcat ~/Sources.gz \
| awk '/Package: / { pkg=$2 }; /^Version: / { print pkg $2 }' \
| while read pkg ver; do
hash=$(echo $pkg | cut -b1)
if [ -n $(bzgrep -l 'symbol .* used by .* found in none'
db/$hash/$pkg/$ver/*.bz2 2/dev/null) ]
then
echo $pkg $ver
fi
done
Note that this picks up a number of false positives because Sources.gz lists
the source packages for all binaries in unstable, including some that are
out of date due to build failures, but it at least provides a reasonable
upper bound (856 unique packages).
It also seems to match such curious warnings as this one:
m/mawk/1.3.3-15/armel_1248778117_log.bz2:dpkg-shlibdeps: warning: symbol
time@GLIBC_2.4 used by mawk found in none of the libraries.
Maybe a bug in a previous version of dpkg-shlibdeps? I dunno.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
abiword 2.8.6-0.4
ace 6.0.1-1
ace-of-penguins 1.3-3
acovea 5.1.1-2.1
adasockets 1.8.8-2
addresses-for-gnustep 0.4.7-1
adolc 2.2.1-2
adplug 2.2.1+dfsg1-1
aewm++ 1.1.2-5
afflib 3.6.6-1.1
aiksaurus 1.2.1+dev-0.12-6.1
akonadi 1.5.3-2
alglib 2.6.0-3
alsa-oss 1.0.17-5
alure 1.2-2
amarok 2.4.3-1
ann 1.1.1+doc-2.2
apertium 3.1.0-1.3
apiextractor 0.10.7-1
apmd 3.2.2-14
apq-postgresql 3.0-4
apron 0.9.10-5.2
apt 0.8.15.8
aqsis 1.6.0-7
atkmm1.6 2.22.5-1
atlas-cpp 0.6.1-4
attica 0.2.0-1
audacious 2.3-2
augeas 0.8.1-2
autogen 1:5.10-1.1
avahi 0.6.30-5
avifile 1:0.7.48~20090503.ds-7
avogadro 1.0.3-1
ball 1.4.0-4
barry 0.15-1.1
baycomepp 0.10-12.2
beast 0.7.4-3
beecrypt 4.2.1-4
beid 3.5.2.dfsg-10
bind9 1:9.7.3.dfsg-1
bio2jack 0.9-2.1
biococoa.app 1.6.0-8
biosig4c++ 0.96.3+svn2677-2
blackbox 0.70.1-3
blacs-mpi 1.1-30
blacs-mpi 1.1-30.1
blacs-pvm 1.1-21
bliss 0.72-1
blitz++ 1:0.9-12
bobcat 2.19.00-1
boinc 6.13.1+dfsg-2
boinc 6.13.6+dfsg-2
boost1.46 1.46.1-7
botan1.10 1.10.0-3
botan1.8 1.8.13-4
buddy 2.4-8
bulletml 0.0.6-4
c-icap 1:0.1.6-1
cairo-5c 1.4
cairomm 1.10.0-1
cal3d 0.11.0-4
cbflib 0.7.9.1-3
ccfits 2.3-4
cddlib 094b.dfsg-4.2
cegui-mk2 0.6.2-5.1
ceph 0.35-1
cgsi-gsoap 1.3.4.2-1
charls 1.0-1
chasen 2.4.4-16
cherokee 1.2.99-1
cherokee 1.2.99-2
chiark-tcl 1.1.0+nmu2
chromaprint 0.4-1
clalsadrv 2.0.0-3
clam 1.4.0-5
clam-networkeditor 1.4.0-3
clanlib 1.0~svn3827-3
clippoly 0.11-2
clips 6.24-3
cln 1.3.2-1.1
clthreads 2.4.0-3
clucene-core 0.9.21b-2
clutter-gesture 0.0.2.1-3
cminpack 1.1.3-1
cmor 2.7.1-4
cmph 0.9-1
code-saturne 2.0.2-1
codeblocks 10.05-2
coin3 3.1.3-2
coinor-cbc 2.5.0-2.2
coinor-dylp 1.6.0-1
coinor-flopc++ 1.0.6-3.1
coinor-ipopt 3.8.3-2
coinor-symphony 5.2.4-1.1
coinor-vol 1.1.7-1
coinutils 2.6.4-3
collectd 4.10.1-2.1
comedilib 0.8.1-5.1
concordance 0.23-2
corosync 1.4.1-1
cppunit 1.12.1-3
crystalspace 1.4.0+dfsg-4
csound 1:5.13.0~dfsg-5
ctemplate 0.97-3.1
ctemplate 1.0-1
cups 1.5.0-8
cupt 2.2.1
cutter-testing-framework 1.1.7-1
cvc3 2.2-13.1
cvm 0.96-1
cwidget 0.5.16-3.1
cxxtools 1.4.8-3
cxxtools 2.0-1
dapl 2.0.19-1.1
dar 2.4.0-1
db 5.1.25-11
dballe 5.10-1
dbus-c++ 0~20110310-2
dcmtk 3.6.0-8
deal.ii 6.3.1-1.1
dia-newcanvas 0.6.10-5.3
diagnostics 0.3.3-1.1
dicomscope 3.6.0-6.1
dieharder 3.31.1~20110601-1
digikam 2:1.9.0-3
dime 0.20030921-2
dirac
Bug#644893: nfs4-acl-tools: misleading description: does not contain GUI utilities after all
Package: nfs4-acl-tools Version: 0.3.3-1 Severity: normal Description: Commandline and GUI ACL utilities for the NFSv4 client This package contains commandline and GUI ACL utilities for the Linux NFSv4 client. gives the impression that the package contains GUI utilities for managing ACLs. However, the package does not contain any. Please consider updating the description or enabling the GUI tools in the build. Btw, is there some other GUI for working with ACLs that you know of? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5utrace0-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nfs4-acl-tools depends on: ii libattr1 1:2.4.46-3 ii libc6 2.13-21 nfs4-acl-tools recommends no packages. nfs4-acl-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628237: libsasl2-2 breaks auxprop ABI without bumping soname
reassign 628237 cyrus-sasl2 found 628237 2.1.24~rc1.dfsg1+cvs2011-05-23-2 thanks Dear maintainers, Bug #628237 was filed some time ago against the openldap package because the new upstream version of cyrus-sasl2 that was introduced into Debian in May breaks the ABI for auxprop plugins without bumping the library soname. This is not an appropriate way to manage shared library ABIs. Discussion on bug #628237 in July suggested that 2.1.24 might still be under development, and that it might be possible to get the soname fixed upstream before release. However, it seems that in the meantime there have been two new upstream releases and we now have 2.1.25 in unstable, so we're probably stuck with this ABI now. That means the Debian maintainers will need to clean up this upstream mess, by one of the following methods: - changing the soname locally in Debian - changing the library package name to include a Debian suffix while leaving the soname alone (and declaring a Conflicts with libsasl2-2) - leaving the libsasl2-2 package name alone and declaring a versioned Breaks: on packages in the archive which provide auxprop methods and are built against the old ABI. The third solution is probably the one that will cause the least knock-on problems. For slapd, you can use 2.4.25-1.1 as the minimum fixed version (i.e., Breaks: slapd ( 2.4.25-1.1)). -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#637659: Linux kernel: 2.6.32.42: (Debian Bug#637659): pci 0000:00:00.0: BAR 0: address space collision on of device [0xc8000000-0xcfffffff]
Hi Paul, Paul Menzel wrote: Commit 29cf7a30 [3] addresses this issue for my board by adding a quirk. commit 29cf7a30f8a0ce4af2406d93d5a332099be26923 Author: Paul Menzel paulepan...@users.sourceforge.net Date: Wed Aug 31 17:07:10 2011 +0200 x86/PCI: use host bridge _CRS info on ASUS M2V-MX SE [...] Unfortunately I do not have outputs from `dmesg` anywhere from older Linux versions so I do not know when this problem started. I am pretty sure though that they have not been there since the beginning. Yep, the regression fixed by 29cf7a30 was likely introduced by v2.6.31-rc1~1 (Revert PCI: use ACPI _CRS data by default, 2009-06-24). A partial fix was v2.6.34-rc1~287^2~2 (x86/PCI: use host bridge _CRS info by default on 2008 and newer machines, 2010-02-23), which does not seem to be part of v2.6.32.y (and Debian squeeze) but probably should be. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644876: initramfs-tools: Boot failure from software RAID1 + LVM2 by timing of mdadm + lvm initiation
Additional thoughts; As I'm no expert on the whole initramfs boot sequence I'm unsure about the total workings of timing of device scanning, mdadm + lvm2 routines and rootdelay. Imho it should be something like this; init Device scanning | some scanning delay parameter (for slow devices) | init Mdadm routine | some mdadm delay parameter? (see #633024) | LVM2 routine | Checking and setting ROOT Again, I'm not too familiar with the current workings but I see these steps are currently running in a more parallel way to speed up the boot process, as the local-top init scripts are called right at the start of the local script. I've confirmed this by trying another method of fixing my problem, instead of my previous fix; Adding 'sleep 10' at the top of /scripts/local-top/mdadm also solves the problem (mdadm is then performed after device scanning) Is there a unifiable way of getting the timings right of all the scripts and still maintaining a quick bootprocess? If not, is it possible to add extra kernel boot options providing the delay options (avoiding manual tampering with the initrd)? Best regards, Jort Koopmans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644894: rest2web: # print setions # rapidly consumes memory
Package: rest2web Version: 0.5.2~alpha+svn-r248-2 Severity: normal In the documentation, it's mentioned that sections is a Python dictionary. But if I use # print sections #, r2w seems to consume infinite memory (at least gigabytes of memory in a few seconds). If not aborted immediately, the OOM-killer will probably kill something, and even pressing Ctrl-C immediately leaves the system unusable for several minutes. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable'), (160, 'testing'), (150, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rest2web depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-docutils 0.7-2utilities for the documentation of ii python-support 1.0.10 automated rebuilding support for P rest2web recommends no packages. Versions of packages rest2web suggests: ii rest2web-doc 0.5.2~alpha+svn-r248-2 documentation for rest2web -- 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#644426: libtinfo-dev: Provide libtermcap.{so,a} symlinks
On Mon, 10 Oct 2011, Sven Joachim wrote: On 2011-10-10 02:55 +0200, Craig Small wrote: On Wed, Oct 05, 2011 at 09:09:54PM +0200, Sven Joachim wrote: I wonder whether it would be a good idea to instead provide symlinks in libtinfo-dev, i.e. libtermcap.so - libtinfo.so and libtermcap.a - libtinfo.a . I assume that the functions required in libtermcap are provided by libtinfo. That's my assumption as well, and Thomas has not contradicted. agree (tinfo provides terminfo and termcap interfaces, as well as the internal functions of ncurses that those interfaces require). I also noticed there are no header files for libtinfo-dev which doesn't appear correct to me. Surely there are some functions in libtinfo that you could use and they need headers to reference them? The ncurses headers appear in libncurses5-dev package, but there might be cases where that isn't installed. The problem is that we have two versions of the headers, one in libncurses5-dev and one in libncursesw5-dev, and there does not seem to be a shareable subset suitable for libtinfo-dev. E.g. /usr/include/term.h #includes ncurses_dll.h, and /usr/include/ncursesw/term.h #includes ncursesw/ncurses_dll.h. but ncurses_dll.h is identical in the two. It is ncurses.h that differs. (other than the #include line of course, which is generated). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567863: RFP: Handbrake - video transcoder
Hi, okay, thanks a lot for the update - I was not aware that the position wrt such codecs changed so drastically, but I am glad to hear it. And I agree that handbrake would be a great addition, I use it whenever possible to do recode my videos. The package from the original author, designed for Ubuntu, works fine with Debian testing. I agree that Handbrake is a really great tool. Actually, I did take a look at the sources and found out, that it would require a lot of efford to get it into debian. The reason is that the ship a lot of patched libraries that we already have in debian. I don't think this code duplication is acceptable for the Debian system. That might explain why the executable is 16MiB in size... ;-) (it does not ship any .so files though) Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637659: Linux kernel: 2.6.32.42: (Debian Bug#637659): pci 0000:00:00.0: BAR 0: address space collision on of device [0xc8000000-0xcfffffff]
Jonathan Nieder wrote: Paul Menzel wrote: I am pretty sure though that they have not been there since the beginning. Yep, the regression fixed by 29cf7a30 was likely introduced by [...] Quick correction: that was only a regression within the merge window. Since we are just talking about a log message, it's possible the address space collision was reported in a different way before or something; it is hard to say much without knowing which kernel to compare to. What I wrote afterwards still has a chance of being true. :) Namely: A partial fix was v2.6.34-rc1~287^2~2 (x86/PCI: use host bridge _CRS info by default on 2008 and newer machines, 2010-02-23), which does not seem to be part of v2.6.32.y (and Debian squeeze) but probably should be. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644895: tthsum: please consider releasing new upstream release.
Package: tthsum Severity: wishlist Hello, A new upstream release has happened: http://tthsum.devs.nu/pkg/tthsum-1.3.0.tar.gz Upstream has been kind enough to fix some Debian and non Debian related issues: (it now builds on armel!) http://tthsum.devs.nu/svn/trunk/tthsum/CHANGES.txt Do you think we could update the package in Debian? If you dont have the time, let me know, I could prepare an NMU or co-maintain the package. Kind regards -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (500, 'stable'), (50, 'unstable'), (50, 'testing'), (50, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644896: pflogsumm: fails to process log files using RFC 3339 timestamps
Package: pflogsumm
Version: 1.1.3-1
Severity: important
Tags: upstream patch
Although the changelog claims to have added support for RFC 3339
timestamps, however, this doesn't work on squeeze where postfix logging
is done via rsyslog with $ActionFileDefaultTemplate RSYSLOG_FileFormat
config option.
As far as I can tell, this is an upstream bug.
Fix is below:
634c634
/^(\d{4})-(\d{2})-(\d{2})T(\d{2}):(\d{2}):(\d{2})(?:[\+\-](?:\d{2}):(?:\d{2})|Z)
\S+ (.+)$/o) == 10);
---
/^(\d{4})-(\d{2})-(\d{2})T(\d{2}):(\d{2}):(\d{2})(?:[\+\-](?:\d{2}):(?:\d{2})|Z)
\S+ (.+)$/o) == 7);
-- System Information:
Debian Release: 6.0.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.27-openvz-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 pflogsumm depends on:
ii libdate-calc-perl 6.0-2 Perl library for accessing dates
ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction
pflogsumm recommends no packages.
pflogsumm suggests no packages.
-- no debconf information
634c634
/^(\d{4})-(\d{2})-(\d{2})T(\d{2}):(\d{2}):(\d{2})(?:[\+\-](?:\d{2}):(?:\d{2})|Z)
\S+ (.+)$/o) == 10);
---
/^(\d{4})-(\d{2})-(\d{2})T(\d{2}):(\d{2}):(\d{2})(?:[\+\-](?:\d{2}):(?:\d{2})|Z)
\S+ (.+)$/o) == 7);
Bug#644897: fop: Some warnings/errors are written to stdout instead of stderr
Package: fop Version: 1:1.0.dfsg2-3 Severity: important For example: tristan@amber:~ fop input.fo output.pdf 2/dev/null table-layout=fixed and width=auto, but auto-layout not supported = assuming width=100%. (See position 12:44) This is merely anoying if you are writing output to a file, but when writing output to stdout (by passing -), this is actively harmful. I've attached a reduced example that can be used to reproduce this, but I'm not sure that this is the only message that gets written to stdout like this. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fop depends on: ii default-jre-head 1:1.6-40Standard Java or Java compatible R ii gij-4.3 [java2-r 4.3.2-2 The GNU Java bytecode interpreter ii java-gcj-compat- 1.0.78-2Java runtime environment using GIJ ii java-wrappers0.1.16 wrappers for java executables ii libavalon-framew 4.2.0-7 Common framework for Java server a ii libbatik-java1.7-6 xml.apache.org SVG Library ii libbsf-java 1:2.4.0-4 Bean Scripting Framework to suppor ii libcommons-io-ja 1.4-3 Common useful IO related classes ii libcommons-loggi 1.1.1-8 commmon wrapper interface for seve ii libxalan2-java 2.7.1-5 XSL Transformations (XSLT) process ii libxerces2-java 2.9.1-4.1 Validating XML parser for Java wit ii libxml-commons-e 1.3.05-2XML Commons external code - DOM, S ii libxmlgraphics-c 1.4.dfsg-3 reusable components used by Batik ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii libxtst6 2:1.1.0-3 X11 Testing -- Record extension li ii openjdk-6-jre-he 6b18-1.8.9-0.1~squeeze1 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [j 6.26-0squeeze1 Sun Java(TM) Runtime Environment ( Versions of packages fop recommends: ii libsaxon-java 1:6.5.5-6 The Saxon XSLT Processor Versions of packages fop suggests: pn fop-doc none (no description available) pn libservlet2.4-javanone (no description available) -- no debconf information fo:root xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master page-width=210mm page-height=297mm master-name=my-page fo:region-body region-name=main margin=1.0cm/fo:region-body fo:region-before region-name=header-main extent=2.0cm/fo:region-before fo:region-after region-name=footer-main extent=1.0cm/fo:region-after /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=my-page fo:flow flow-name=main fo:table table-layout=fixed fo:table-column column-width=5cm/fo:table-column fo:table-body fo:table-row fo:table-cell color=white border=1px solid black background-color=black text-align=center fo:blockBlah blah/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:flow /fo:page-sequence /fo:root
Bug#644881: myspell-ru: do not install hunspell dictionaries
On Mon, Oct 10, 2011 at 06:09:01AM +0300, Dmitry Kurochkin wrote: Package: myspell-ru Version: 0.99g5-11 Severity: normal Dear Maintainer, a new Russian hunspell dictionary [1] package has been uploaded to unstable [2]. It provides a better dictionary for hunspell than rus-ispell, in my experience at least. Myspell-ru package used to provide both myspell and hunspell dictionaries. No, myspell-ru only provides myspell dictionaries, installed per-policy at /usr/share/hunspell. There were previously symlinks from /usr/share/myspell/dicts, and this location was historically used for myspell dicts (and initially for hunspell dicts too) Thus, hunspell-ru has conflict with myspell-ru (= 0.99g5-11). It has to conflict with myspell-ru and replace it, no version. Both cannot be installed at the same time. I was going to ask to remove hunspell dictionaries from myspell-ru package. But since 0.99g5-11 (or 0.99g5-10), myspell-ru does not install myspell dictionaries at all. Which is confusing to me. Is it a bug that myspell-ru does not install myspell dictionaries any more? If it is not a bug, should it have hunspell in the name instead of myspell? If using one of the dictionaries is a matter of taste, I would leave both in the archive, myspell-ru providing old myspell dictionary (also usable by hunspell) and hunspell-ru providing hunspell-only dictionary. By the way, please consider raising dictionaries-comon-dev build-depend in your hunspell-ru package to at least 1.10.5, where ancient openoffice.org snippets stopped being installed. Your package is OK, and is indeed built matching that condition but if rebuilt by someone else in e.g. squeeze, will re-introduce that snippets, and that will soon trigger an error for sid. Not having them is no problem for squeeze. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644898: xfce4-terminal: Defunct process
Package: xfce4-terminal Version: 0.4.8-1 Severity: normal Hi! After starting 'xfce4-terminal', either from the menu, from the Alt+F2 run dialogue, or from an xterm, I get two processes called 'xfce4-terminal' where one of them is 'defunct': 3334 ?00:00:00 xfce4-terminal 3335 ?00:00:00 xfce4-terminal defunct This cannot be intended behaviour, right? Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-terminal depends on: ii exo-utils 0.6.2-2 ii libatk1.0-0 2.2.0-1 ii libc6 2.13-21 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-20.98-1 ii libexo-1-0 0.6.2-2 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-2 ii libpango1.0-0 1.29.4-1 ii libvte9 1:0.28.1-2 ii libx11-62:1.4.4-2 ii libxfce4util4 4.8.2-1 Versions of packages xfce4-terminal recommends: ii dbus-x11 1.4.16-1 xfce4-terminal 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#644725: aspell: Failing to autorehash language sets
On Sat, Oct 08, 2011 at 04:02:23PM +0200, Mats Erik Andersson wrote: Package: aspell Version: 0.60.7~20110707-1 Severity: normal In a fresh install of Sid for kfreebsd-amd64, aiming at a desktop system and using Swedish, the installation step reports repeated failures of Aspell to regenerate the language hash files. Oct 8 10:47:19 in-target: Hanterar utlösare för dictionaries-common ... Oct 8 10:47:20 in-target: aspell-autobuildhash: processing: en [en-common] Oct 8 10:47:20 in-target: Fel: //:1: The key ^C is unknown. Oct 8 11:05:25 in-target: Ställer in aspell (0.60.7~20110707-1) ... Oct 8 11:05:26 in-target: Hanterar utlösare för dictionaries-common ... Oct 8 11:05:27 in-target: aspell-autobuildhash: processing: en [en-common] Oct 8 11:05:27 in-target: Fel: //:1: The key ^C is unknown. Oct 8 11:05:30 in-target: Ställer in aspell-en (7.1-0-1) ... Oct 8 11:05:31 in-target: Ställer in aspell-sv (0.51-0-3) ... Oct 8 11:06:34 in-target: Hanterar utlösare för dictionaries-common ... Oct 8 11:06:35 in-target: aspell-autobuildhash: processing: en [en-common] Oct 8 11:06:35 in-target: Fel: //:1: The key ^C is unknown. Oct 8 11:28:15 in-target: aspell-autobuildhash: processing: sv [sv] Oct 8 11:28:15 in-target: Fel: //:1: The key ^C is unknown. Hi, Thanks for the info. I am not aspell maintainer, but since this error messages show aspell-autobuildhash I am curious. What happens under a C locale? Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644883: libreoffice-core: creates hidden file in /usr
severity 644883 minor
tag 644883 + wontfix
thanks
On Mon, Oct 10, 2011 at 08:58:07AM +0200, Rene Engelhard wrote:
On Mon, Oct 10, 2011 at 12:30:45AM -0400, Michael Gilbert wrote:
libreoffice has a hidden file in /usr, which is flagged as suspicious
by chkrootkit. See /usr/lib/libreoffice/basis3.4/program/.services.rdb.
There is also /usr/lib/libreoffice/basis3.4/program/services.rdb, which
looks similar, but differs.
And the latter is created from the former.
To be precide: here:
http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=shell-lib-components.sh;h=c08751cd0584bcf1758a83d9a20eb69e4000d125;hb=HEAD:
44 update_services_rdb() {
45 if [ -f /@OOBASISDIR@/program/.services.rdb ]; then
46 echo Updating services.rdb...
47 rdb=`echo /@OOBASISDIR@/program | sed -e
s/usr/var/`/services.rdb
48 if [ -d /@OOBASISDIR@/registered-components ]; then
49 cat /@OOBASISDIR@/program/.services.rdb \
50 | sed -e s#/components## \
51 $rdb
52 for c in
/@OOBASISDIR@/registered-components/*.component; do \
53 tail -n 1 $c \
54 | sed -e 's#component
xmlns=http://openoffice.org/2010/uno-components#component#'\
55 $rdb; \
56 done
57 perl -pi -e s/\n// $rdb
58 sed -i 's#$#/components#' $rdb
59 else
60 cp /@OOBASISDIR@/program/.services.rdb $rdb
61 fi
62 echo done.
63 fi
64 }
to register some optional components in the registry file. .services.rdb
is the origiaal files in LibO without them and services.rdb ais that +
eventually installed optional stuff.
This ia a bug why?
This still holds. Just because chkrootkit warns? No, don't believe that.
And if you don't like this, propose something else.
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' r...@debian.org | GnuPG-Key ID: D03E3E70
`- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636280: [wxwidgets2.8] issue open upstream
tags 636280 + fixed pending thanks On Sun, Aug 14, 2011 at 01:23:48PM +0200, gregory hainaut wrote: Just for information, an issue was been open on upstream bug-tracker which contains a patch too http://trac.wxwidgets.org/ticket/13375 Thanks, though it turns out this isn't all that useful as it's against 2.9 and doesn't apply cleanly to 2.8. I've written a simple two line patch which just adds the multiarch lib directories to SEARCH_LIB, which is sufficient for the debian packaging, and probably less likely to accidentally introduce problems than trying to adapt the patch from trac. Upload coming once I've dug through the rest of the wx bug mountain. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644571: uses libgnomeprint which is scheduled for removal
On Fri, Oct 07, 2011 at 10:03:29PM +0200, Michael Biebl wrote: Attached is a patch which disables the gnomeprint support in wxwidgets. This will make wxwidgets use its internal postscript printing code [1]. Did you forget to actually attach the patch? I understand the desire to remove a library deprecated upstream, but unless it's evolved a lot since I last looked, the internal printing code isn't nearly as nice. Do you have an approximate timeline for the removal of libgnomeprint? Long term, wxwidgets should be updated to 2.9.x which provides printing support using GtkPrint. Note that 2.9.x is a development series, so probably unsuitable for packaging (until it's declared stable of course). Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643771: isc-dhcp-client: host name should be set to non-fqdn [patch]
Package: isc-dhcp-client
Version: 4.2.2-1
Followup-For: Bug #643771
Hello,
According to the Debian reference, the host name (as set by /etc/hostname)
should be non-fqdn, i.e. a simple host name without domain name.
DHCP may contain pretty random host/domain names, and changing the host name on
the machine might trigger a denial of service as services (including X) can't
connect or spawn new processes anymore when a new DHCP packet arrives and the
host name is changed while those services are already running.
Attached you find a simple patch that strips the domain name part of
$new_host_name in /etc/dhclient-script to bring it in line with the Debian
reference and user expectations. I'm not going to elaborate on the benefits and
drawbacks of using the DHCP host name field; there are probably valid reasons
either way and I'm not qualified enough to discuss or acknowledge all possible
network configurations.
Regards,
Wouter
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages isc-dhcp-client depends on:
ii debianutils 4.0.4
ii iproute 20110629-1
ii isc-dhcp-common 4.2.2-1
ii libc62.13-21
isc-dhcp-client recommends no packages.
Versions of packages isc-dhcp-client suggests:
pn avahi-autoipd none
pn resolvconf none
-- no debconf information
--- /sbin/dhclient-script 2011-09-27 09:58:38.0 +0300
+++ ./dhclient-script 2011-10-10 14:06:58.289195825 +0300
@@ -86,16 +86,18 @@
# set host name
set_hostname() {
local current_hostname
+local new_host_name_no_fqdn
if [ -n $new_host_name ]; then
current_hostname=$(hostname)
+new_host_name_no_fqdn=${new_host_name%%.*}
# current host name is empty, '(none)' or 'localhost' or differs from new one from DHCP
if [ -z $current_hostname ] ||
[ $current_hostname = '(none)' ] ||
[ $current_hostname = 'localhost' ] ||
- [ $new_host_name != $current_hostname ]; then
-hostname $new_host_name
+ [ $new_host_name_no_fqdn != $current_hostname ]; then
+hostname $new_host_name_no_fqdn
fi
fi
}
Bug#644003: distribute: NMU to fix #644003
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey Matthias, Do you intend to upload newer distribute to Debian anytime soon? Arnau already prepared a NMU in order to fix bug #644003. The patch is included in his bugreport at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644003 We're particularly interested in fixing this bug soon, as it's the only remaining bug preventing us from uploading zope2.12 packages to Debian. Please drop us a short line whether you intend to upload newer distribute packages yourself in foreseeable future, or whether your ok with arnau (or me) doing a NMU. Regards, jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOktwVAAoJEFJi5/9JEEn+RWAP/1i4brh8knwW5uOoh8Elwh1m GEGGPZKRwLmIsA5wdcLhqt7OKUQTNOb5OsZEM4OEVWAKzrHe9NmM9Cg74f8QBo1/ c9GGZ7yQ92k4iTSd3Q7hrRZeQgOa4aKwya0/VFwoMbgziSwooCs1ED08Z4smnm7Z LEgKj0Z8YqwQbdkKMTUi618HjVct5DHr5k/2cg4OggKE9s++tWVhAG3FO88QKxTc DSseJFH1DpxsdKKIR7uxE20RpDxywi9feQXdUH64VcNt2I2LwLiH8bGdBDMIFCVK qJ0IGuEMyYhqogkjo/D2eDxvvAO/ERZ/yzteTs9cVnhC8JoBIRq75uxJN2DOr/YG U7+0F8VvDYA/6OnJ9MjEtZZPMtZ4/o+MHSJqkfwDTsINTAp3meLmG6dXA6CrMnlm /Y7cQ4VXoy/p/nSFb3uGqeTg8BZlmY335MCl/VuFQixkChgyMH3otk61vEw8/Sbp 7a98FHZoEK4ISAbeaxsg87fiBbHXiA0eXZgCXsPMq6+BvrEwcVGyE6m4L/7FPBIP qc1fMvrnx2i142SEm2ka+glYC6hynlk1roLnmjgxbLXhCpu8AiR6n4gyu3Yv2o25 C7RAwLr2DSUyzXrv+SgY+W+/p/Pm4psOL+SNwg1nGE6SLnm3JtoLwd+n2x6o9l2p sB5XEgHAtF5OuPcAuBiq =Pobm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644003: distribute: NMU to fix #644003
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey Matthias, Do you intend to upload newer distribute to Debian anytime soon? Arnau already prepared a NMU in order to fix bug #644003. The patch is included in his bugreport at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644003 We're particularly interested in fixing this bug soon, as it's the only remaining bug preventing us from uploading zope2.12 packages to Debian. Please drop us a short line whether you intend to upload newer distribute packages yourself in foreseeable future, or whether your ok with arnau (or me) doing a NMU. Regards, jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOktxYAAoJEFJi5/9JEEn+6F8P/0xI+OdRmsAFwIdUpgBcrXbz hvrDr2sxw3c1ISIJ2HupM2/qmMbUQHY2MPn9bZlhYuFp1HYV16r7AC8Dub7MNjgu MLZDuOOxaxDj3klJu+r+GDeqb1Qv/ECIXMFL1pJedBQhiufyMInPsz/6wJO4lcM+ hfqMHuvYBly/FC9QZpsEZqXwfpw2CZfbNhlWkh/Si9i0n2cBzP6Unfi4QaGqGEuE 7x/UtKSfQb3bm6MkQ3t862QeggShzZcQJFzT5cS8YCVatc1iYvDrx/M78PStLoUX NMX/RMeofXrHtcPXUevLClppxhnzOLBS4it77s8o4hplVNy9niY9X3cHADf60jB+ qAerW3N3puN0yd+ipAbRKGk3SyVsZqD9uUNRqBYqm7/Q5hdhMJxRO+axj586cw4a KQHsc5kAPGkHJo+/44Pciz9hn7Pt4psYsUPF+kibhJZcOyNsVsh5/if/UelO2v4E xZkTj7DYfSPnhU87S/J5ouusfNq835Z5jnl4j1Q5sONyJ0kUkOmD9neEdTvcTV7j AJ+eFVHAruX4cQpFhl+n2hBq9+McOLEtUSVeBBuZwR8NNZboGXKb/Gi2ywShL4hk gnynCBE0c73zzcZfzsApg9bG1mMwKs9TSkHBwxwYFZbf9j99yvurA40eLTbMsm59 aX9C5jHROIwqYerSjwbM =IsLP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635563: kernel-package: kernel-headers broken by linux-3.0
Hello! I use this patch to solve the issue with broken symlinks and kernel version 3.x: hamer@h13e:~/download/kernel-package$ cat kernel-package_headers.diff diff -Naurb kernel-package-12.036+nmu1.orig//kernel/ruleset/targets/headers.mk kernel-package-12.036+nmu1.1//kernel/ruleset/targets/headers.mk --- kernel-package-12.036+nmu1.orig//kernel/ruleset/targets/headers.mk 2009-09-11 17:24:42.0 +0300 +++ kernel-package-12.036+nmu1.1//kernel/ruleset/targets/headers.mk 2011-10-10 12:24:47.734584775 +0300 @@ -31,7 +31,7 @@ ### LINK_ARCH=$(KERNEL_ARCH) -ifeq ($(shell if [ $(PATCHLEVEL) -eq 6 ] [ $(SUBLEVEL) -gt 23 ] ; then \ +ifeq ($(shell if [ $(VERSION) -eq 3 ] || [ $(PATCHLEVEL) -eq 6 -a $(SUBLEVEL) -gt 23 ] ; then \ if [ $(KERNEL_ARCH) = i386 ] || [ $(KERNEL_ARCH) = x86_64 ] ; then \ echo yes ; fi ; fi ),yes) LINK_ARCH=x86 @@ -101,7 +101,7 @@ -tar cfh - scripts | (cd $(SRCDIR); umask 000; tar xsf -) test ! -e arch/powerpc/lib/crtsavres.o || \ tar cfh - arch/powerpc/lib/crtsavres.o | (cd $(SRCDIR); umask 000; tar xsf -) - (cd $(SRCDIR)/include; rm -rf asm; ln -s asm-$(LINK_ARCH) asm) + (cd $(SRCDIR)/include; rm -rf asm; ln -s ../arch/$(LINK_ARCH)/include/asm asm) find . -path './scripts/*' -prune -o -path './Documentation/*' -prune -o \ -path './debian/*'-prune -o -type f \ \( -name Makefile -o -name 'Kconfig*' \) -print | \ @@ -115,7 +115,7 @@ -tar cf - scripts |(cd $(SRCDIR); umask 000; tar xsf -) test ! -e arch/powerpc/lib/crtsavres.o || \ tar cfh - arch/powerpc/lib/crtsavres.o | (cd $(SRCDIR); umask 000; tar xsf -) - (cd $(SRCDIR)/include; rm -f asm; ln -s asm-$(LINK_ARCH) asm) + (cd $(SRCDIR)/include; rm -f asm; ln -s ../arch/$(LINK_ARCH)/include/asm asm) find . -path './scripts/*' -prune -o -path './Documentation/*' -prune -o \ -path './debian/*' -prune -o -type f \ \( -name Makefile -o -name 'Kconfig*' \) -print | \ WBR, Mihail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643287: wx2.8-doc: wx.hhp gzipped
On Tue, Sep 27, 2011 at 09:37:31AM +1000, Kevin Ryde wrote: I tried to open the wx manual in a wxHtmlHelpController with the bit of wxperl below, but it gave an error dialog Cannot open contents file: (no message after the colon). Is the wx.hhp usable by the help system when gzipped? I got some joy from uncompressing it plus wx.hhc.gz and wx.hhk.gz. Could they be provided uncompressed in the package so they can be used? The downside of providing them uncompressed is they're then 4.2MB rather than just under 500KB. That increases the size of the docs by about 50%, which is quite an overhead given these files probably aren't used by many users. I see the help controller thing might accept a .zip file, dunno if that's better than .gz format. I had a look, but that seems to require putting all the HTML files into the zip file as well, which makes them much harder to use for those just wanting the HTML. Perhaps splitting this stuff into a separate package is the best answer. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644772: advi: please update suggests for font package
Hello, On Sun, Oct 09, 2011 at 07:55:08AM +0900, Hideki Yamane wrote: package: advi version: 1.10.0-1 severity: minor tags: patch Hi, This package suggest ttf-kochi-gothic and ttf-kochi-mincho, however, now I as ttf-sazanami maintainer, you should use another modern Japanese font such as fonts-ipafont. thanks a lot for your patch! I have one question: the advi package also contains a configuration file for japanese fonts (jpfonts.conf). Currently it contains: # Japanese font table configuration # /etc/advi/jpfonts.conf # ~/.advi/jpfonts.conf # # Each line consists of the following three elements: # # TeX-font-name font-type font-file-name # # which associate Japanese TeX font names to TrueType font files. # [font-type] affects character rendering parameter, which can be # either [Mincho] or [Gothic]. # # The default (upstream) setting is as follows: # # min Mincho msmincho.ttc # goth Gothic msgothic.ttc # min Mincho /usr/share/fonts/truetype/ttf-japanese-mincho.ttf goth Gothic /usr/share/fonts/truetype/ttf-japanese-gothic.ttf - How should we replace this file? Best Regards -Ralf. -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.jussieu.fr/~treinen/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644900: apt from testing cannot read archives created with apt-utils from stable
Package: apt
Version: 0.8.10.3+squeeze1
Severity: normal
Hello,
I am creating apt archive using the following script (which uses pool split by
release).
It works flawlessly with stable apt but with testing I get:
W: Failed to fetch
copy:/var/lib/apt/lists/partial/127.0.0.1_debs_dists_squeeze_live_binary-amd64_Packages
Hash Sum mismatch
The file is still compressed in this location. Decompressing and
checksumming yields the checksum present in the Release file as stable
apt correctly determines.
There is
/var/lib/apt/lists/partial/127.0.0.1_debs_dists_squeeze_live_binary-amd64_Packages.decomp.FAILED
which is a copy of the compressed list above.
I suspect that apt does not decompress the file before use. When I
modified the script to do checksumming after compression I got error
about invalid field before package header.
#!/bin/sh -ex
archs=i386 amd64
suite=stable
codenames=lenny squeeze
comp=live
for codename in $codenames ; do
rm -f dists/$suite
ln -sf $codename dists/$suite
find $codename -name \*.deb -exec dpkg-name '{}' ';'
for a in $archs ; do
mkdir -p dists/$codename/$comp/binary-$a
dpkg-scanpackages -a $a -m $codename /dev/null
dists/$codename/$comp/binary-$a/Packages
rm -f dists/$codename/$comp/binary-$a/Packages.*
done
#-o APT::FTPArchive::Release::Date= \
#-o APT::FTPArchive::Release::Version=None \
apt-ftparchive \
-o APT::FTPArchive::Release::Origin=hramrach \
-o APT::FTPArchive::Release::Suite=$suite \
-o APT::FTPArchive::Release::Codename=$codename \
-o APT::FTPArchive::Release::Architectures=$a \
-o APT::FTPArchive::Release::Components=$comp \
-o APT::FTPArchive::Release::Description=Some packages patched for
testing/debugging stuff in d-l \
-o APT::FTPArchive::Release::Label=hramrach's Debian Live patch
repository \
release dists/$codename dists/$codename/Release
gpg -b dists/$codename/Release
mv dists/$codename/Release.{sig,gpg}
for a in $archs ; do
gzip -f -9 dists/$codename/$comp/binary-$a/Packages
done
done
-- Package-specific info:
-- (/etc/apt/preferences present, but not submitted) --
-- (/etc/apt/sources.list present, but not submitted) --
-- System Information:
Debian Release: wheezy/sid
APT prefers stable
APT policy: (900, 'stable'), (500, 'testing'), (410, 'unstable'), (200,
'experimental'), (111, 'oldstable'), (107, 'natty-updates'), (107, 'natty')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (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 apt depends on:
ii debian-archive-keyring 2010.08.28
ii gnupg 1.4.10-4
ii libc6 2.13-21
ii libgcc1 1:4.6.1-13
ii libstdc++6 4.6.1-13
ii zlib1g 1:1.2.3.4.dfsg-3
apt recommends no packages.
Versions of packages apt suggests:
pn apt-doc 0.8.10.3+squeeze1
pn aptitude0.6.3-3.2+squeeze1
pn bzip2 1.0.5-6
pn dpkg-dev1.16.1
pn lzma4.43-14
pn python-apt none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630790: Really needed for the soon-to-come RPKI
It is really important to address this issue. The RFCs on the RPKI are currently in the RFC editor queue http://www.rfc-editor.org/queue.html#draft-ietf-sidr-res-certs, meaning they will be published in a few weeks. Everyone is busy learning about the RPKI (workshops, tutorials, etc, see http://www.ripe.net/lir-services/resource-management/certification) and its deployment already started (the RPKI certificates are already publcially distributed by the Regional Internet Registries rsync://rpki.ripe.net/repository). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644772: advi: please update suggests for font package
Hi, Thanks for your check, On Mon, 10 Oct 2011 14:13:33 +0200 Ralf Treinen ralf.trei...@pps.jussieu.fr wrote: min Mincho /usr/share/fonts/truetype/ttf-japanese-mincho.ttf goth Gothic /usr/share/fonts/truetype/ttf-japanese-gothic.ttf Now Mincho and Gothic should be min Mincho /usr/share/fonts/truetype/fonts-japanese-mincho.ttf goth Gothic /usr/share/fonts/truetype/fonts-japanese-gothic.ttf -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644901: vlc: makes crackling sounds while playing back audio through ca0106 HDAudio device
Package: vlc Version: 1.1.3-1squeeze6 Severity: normal From changed audio preferences-settings to playing back throuh vlc-plugin-pulse and pulseaudio with 24 bit resulution, I tried a few things to resolve this problem, but did not succeed. It reminds me a bit of a crackling vinyl record. In Preferences/Audio the 'Audio output frequence (Hz)' was set to 96000, 'Replay preamp' was set to 0.00. Enabling the equalizer-filter even worsened the effect. Possibly it has to do with the alsa configuration of the sound-card, I did not really go into that yet, because rhythmbox, exaile and totem play back without any hassle. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa11.4p5-38 ascii art library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libfreetype6 2.4.2-2.1+squeeze1 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.4.5-8 GCC support library ii libgl1-mesa-glx [libg 7.7.1-5A free implementation of the OpenG ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libsdl-image1.2 1.2.10-2+b2image loading library for Simple D ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libtar1.2.11-6 C library for manipulating tar arc ii libvlccore4 1.1.3-1squeeze6base library for VLC and its modul ii libx11-6 2:1.3.3-4 X11 client-side library ii libx11-xcb1 2:1.3.3-4 Xlib/XCB interface library ii libxcb-keysyms1 0.3.6-1utility libraries for X C Binding ii libxcb-randr0 1.6-1 X C Binding, randr extension ii libxcb-shm0 1.6-1 X C Binding, shm extension ii libxcb-xv01.6-1 X C Binding, xv extension ii libxcb1 1.6-1 X C Binding ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii ttf-freefont 20090104-7 Freefont Serif, Sans and Mono True ii vlc-nox 1.1.3-1squeeze6multimedia player and streamer (wi ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vlc recommends: ii vlc-plugin-notify1.1.3-1squeeze6 LibNotify plugin for VLC ii vlc-plugin-pulse 1.1.3-1squeeze6 PulseAudio plugin for VLC Versions of packages vlc suggests: ii mozilla-plugin-vlc 1.1.3-1squeeze6 multimedia plugin for web browsers ii videolan-doc 20070626-1 documentation for the VideoLAN str Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-14 library for decoding ATSC A/52 str ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libass4 0.9.9-1library for SSA/ASS subtitles rend ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libavc1394-0 0.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec52 4:0.5.4-1 ffmpeg codec library ii libavformat52 4:0.5.4-1 ffmpeg file format library ii libavutil49 4:0.5.4-1 ffmpeg utility library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-1 colour ASCII art library ii libcddb2 1.3.2-2library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libdc1394-22 2.1.2-3high level programming interface f ii libdca0 0.0.5-3decoding library for DTS Coherent ii libdirac-encoder0 1.0.2-3open and royalty free high quality ii libdvbpsi60.1.7-1library for MPEG TS and DVB PSI ta ii libdvdnav44.1.3-7DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml0 0.7.7-3.1 access library for the EBML format ii libfaad2 2.7-6 freeware Advanced Audio Decoder - ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libfontconfig12.8.0-2.1 generic font
Bug#642929: proposed fix: use libgtk2-dev with multiarch support
Hi Rolf, My guess here: from man dh_gtkmodules: dh_gtkmodules is a debhelper program that handles correctly generating Gtk module files for GdkPixbuf loaders and IM modules that it finds in the standard module directory. And now the standard directory: in Wheezy: /usr/lib/gtk-2.0/2.10.0/immodules/ in Sid: /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/ Multiarch support for libgtk2 has started from version 2.24.5-4 and has not reached Wheezy yet. So I believe scim shoud be built against libgtk2.0-dev 2.24.5-4 What is your opinion on that? Best regards. Pascal Regards Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644839:
Thank you for clarifing me that. I assume you will develop only gcd version now, leaveing non gcd behind? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644902: chmsee: .desktop file is missing from package
Package: chmsee Version: 1.99.05-1 Severity: normal Hi, the new version of chmsee is missing the according .desktop file, which means that it doesn't appear in the applications menu and that it can't (easily) be associated with *.chm files. Cheers, Jan -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chmsee depends on: ii libc6 2.13-21 ii libchm12:0.40-3 ii libnspr4-0d4.8.9-1 ii xulrunner-7.0 7.0.1-2+b1 chmsee recommends no packages. chmsee suggests no packages. -- no debconf information -- -[ OpenPGP key ID: 00A0FD5F ]- Our culture doesn't get smarter, it just finds new ways of being retarded. -- Dora, Questionable Content signature.asc Description: Digital signature
Bug#644003: distribute: NMU to fix #644003
On 10/10/2011 01:51 PM, Jonas Meurer wrote: Hey Matthias, Do you intend to upload newer distribute to Debian anytime soon? Arnau already prepared a NMU in order to fix bug #644003. The patch is included in his bugreport at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644003 We're particularly interested in fixing this bug soon, as it's the only remaining bug preventing us from uploading zope2.12 packages to Debian. Please drop us a short line whether you intend to upload newer distribute packages yourself in foreseeable future, or whether your ok with arnau (or me) doing a NMU. please upload. I won't update it before next weekend -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642608: /usr/bin/dpkg-gencontrol: Race condition with tempfile for parallel builds
On Sat, 24 Sep 2011, James Vega wrote:
dpkg-gencontrol generates a tempfile, debian/files.new, and then
attempts to rename that back to debian/files when it's done generating
the files.new. This can easily break when parallel builds are happening
as independent dpkg-gencontrol runs may rename files.new out from
underneath each other. This happened in a recent build of the Vim
package[0].
I wonder what's the best way to fix this. Using flock() on
debian/files.new is not really enough since the file is renamed
at the end of the process.
Ideally we should use a persistent debian/files.lck that can be safely
flock()ed but this temporary file would not be cleaned by any current
package, meaning that it would lead to cruft in source packages.
The cleanest approach I see is to try to lock the file in a loop
until the file is still here (meaning there was no contention and thus
no other instance that dropped the file after we opened it and while we
were waiting for the lock):
while (1) {
open(LOCK, , debian/files.lck);
flock(LOCK, LOCK_EX);
last if -e debian/files.lck;
close(LOCK);
}
# Put code updating debian/files here
unlink(debian/files.lck);
flock(LOCK, LOCK_UN);
close(LOCK);
(Ignore the lack of error checking, it's only to explain)
Does anyone see possible problems with this approach? Or has anyone
something cleaner to suggest?
Would it make sense to factorize the logic above in 2 functions
in Dpkg::Path?
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/go/ulule-rh/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607561: ITP: libdevel-trace-perl -- Devel::Trace - Print out each line
Hi Alexandre, Devel-Trace-0.11 was released on 07 Apr 2011 containing a license clarification: LICENSE Devel::Trace 0.11 and its source code are hereby placed in the public domain. I'd like to package libdevel-trace-perl under the umbrella of pkg-perl. Please tell me if I can go ahead or if you'd rather do it yourself. Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644772: advi: please update suggests for font package
On Mon, 10 Oct 2011 21:33:01 +0900
Hideki Yamane henr...@debian.or.jp wrote:
Now Mincho and Gothic should be
min Mincho /usr/share/fonts/truetype/fonts-japanese-mincho.ttf
goth Gothic /usr/share/fonts/truetype/fonts-japanese-gothic.ttf
For more explanation, fonts-japanese-{mincho,gothic}.ttf is alternatives
and some Japanese packages, such as fonts-ipafont-{mincho, gothic}
provide it. Please check Provides: ttf-japanese-{mincho, gothic}
packages.
Older Japanese font packages provide same mechanism as
ttf-japanese-{mincho,gothic},
sazanami and kochi also provide it. Now both of sazanami and kochi
don't provide fonts-japanese* because it is not recommended to use.
If you have any question for it, please ask :)
--
Regards,
Hideki Yamane henrich @ debian.or.jp/org
http://wiki.debian.org/HidekiYamane
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644903: emacs-goodies-el: q key go out of control on emacs+ddskk+markdown-mode
Package: emacs-goodies-el Version: 35.1 Severity: normal q key go out of control on emacs+ddskk+markdown-mode. This bug is not duplicated with emacs-goodies-el_35.0. ### [1] on console $ uname -a[~/doc/masterq-profilepage] Linux casper 2.6.39-2-amd64 #1 SMP Tue Jul 5 02:51:22 UTC 2011 x86_64 GNU/Linux $ env XMODIFIERS=@im=none /usr/bin/emacs # ... emacs window will open... ### [2] on emacs 1) Input Hoge from keyboard. # see 1.png file attached. 2) Press q, then markdown-mode will panic. # see 2.png file attached. Best regards, -- Kiwamu Okabe attachment: 1.pngattachment: 2.png
Bug#644904: omniidl: fails to install on sid
Package: omniidl Version: 4.1.5-2 Severity: important Dear Maintainer, * What led up to the situation? Tried to build DIET (grid middleware based on omniORB) on debian/sid * What exactly did you do (or not do) that was effective (or ineffective)? building DIET in a sid chroot * What was the outcome of this action? omniidl couldn't be installed anymore since Python 2.7 upgrade * What outcome did you expect instead? omniidl installs on sid and plays nicely with python 2.7 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages omniidl depends on: ii libc6 2.13-21 ii libgcc1 1:4.6.1-14 ii libstdc++6 4.6.1-14 ii python 2.7.2-9 omniidl recommends no packages. Versions of packages omniidl suggests: pn omniidl-python none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642302: btrfs-tools: btrfs(8) manpage and btrfs --help output mismatch
Hi, On Wed, Sep 21, 2011 at 11:19:20AM +0100, Lars Wirzenius wrote: The btrfs(8) manpage and the output of /sbin/btrfs --help do not entirely agree on some things. * manpage: btrfs device show dev|label [dev|label...] --help: btrfs filesystem show [uuid|label] The --help version seems to work, the former does not. Please also note that the error message of 'btrfs device show' is kinda misleading: ERROR: unknown command 'device' I suppose that the code uses argv[1] while it should be using argv[2]. Also, the 'btrfs --help' output includes certain commands not mentioned in the manpage, like 'btrfs filesystem df'. TIA, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#643028: network-manager-gnome: refuses to join new wireless networks
Hi, You should try to start: /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 Before nm-applet. I had the same problem with awesome wm, it solved the problem. Hope it helps, Marc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644905: shotwell: GNOME menu is not translated
Package: shotwell Version: 0.11.2-1 Severity: normal Tags: l10n, patch, upstream Hi, shotwell GNOME menu is translated in various languages, however, there is a bug in that part and gettext doesn't work. As a result, it shows with English even if in non-English environment. I made a patch for this and works fine in Japanese environment (at least). Please check and apply it. Thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane shotwell (0.11.2-1) unstable; urgency=low * Team upload. diff -Nru shotwell-0.11.2/debian/control shotwell-0.11.2/debian/control --- shotwell-0.11.2/debian/control 2011-09-24 21:11:48.0 +0900 +++ shotwell-0.11.2/debian/control 2011-10-10 22:15:33.0 +0900 @@ -24,7 +24,8 @@ libusb-dev, libjson-glib-dev (= 0.7.6), libgstreamer0.10-dev (= 0.10.28), - libgstreamer-plugins-base0.10-dev (= 0.10.32) + libgstreamer-plugins-base0.10-dev (= 0.10.32), + locales-all Standards-Version: 3.9.2 Homepage: http://yorba.org/shotwell/ diff -Nru shotwell-0.11.2/debian/patches/gettext.patch shotwell-0.11.2/debian/patches/gettext.patch --- shotwell-0.11.2/debian/patches/gettext.patch 1970-01-01 09:00:00.0 +0900 +++ shotwell-0.11.2/debian/patches/gettext.patch 2011-10-10 22:58:38.0 +0900 @@ -0,0 +1,28 @@ +Index: shotwell-0.11.2/Makefile +=== +--- shotwell-0.11.2.orig/Makefile 2011-09-21 05:33:53.0 +0900 shotwell-0.11.2/Makefile 2011-10-10 22:58:31.153856051 +0900 +@@ -523,6 +523,23 @@ + @$(MAKE) --directory=plugins distclean + + .PHONY: install ++ ++ ++# set gettext to work when LANG=C is define ++ifeq $(LANG) C ++LANG = en_US.UTF-8 ++endif ++ ++# avoid empty LANG ++ifndef LANG ++LANG = en_US.UTF-8 ++endif ++ ++# avoid LC_ALL=C ++ifeq $(LC_ALL) C ++LC_ALL= ++endif ++ + install: + cp misc/shotwell.desktop.head misc/shotwell.desktop + cp misc/shotwell-viewer.desktop.head misc/shotwell-viewer.desktop diff -Nru shotwell-0.11.2/debian/patches/series shotwell-0.11.2/debian/patches/series --- shotwell-0.11.2/debian/patches/series 2011-08-21 21:20:16.0 +0900 +++ shotwell-0.11.2/debian/patches/series 2011-10-10 22:14:42.0 +0900 @@ -1 +1,2 @@ sidebar-bg-color.patch +gettext.patch
Bug#644906: linux-2.6: e1000e: upstream workaround for packet drop on 82579LM at 100Mbps
Package: linux-2.6 Source: linux-2.6 Version: 3.0.0-3 Severity: normal Tags: patch Many (but not all) devices including an Intel 82579LM NIC have a hardware fault that results in packet loss at 100Mbps that is worked around by the following recent patch: http://patchwork.ozlabs.org/patch/109926/ More detail provided here: https://bugs.launchpad.net/ubuntu/oneiric/+source/linux/+bug/870127 https://bugzilla.redhat.com/show_bug.cgi?id=713315 It would be useful for this patch to be cherry picked for the kernel for Wheezy as this fault exists on a large number of recent devices. Thanks, Terry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644601: [xserver-xorg-core] hard lock-up: [mi] EQ overflowing
On Fri, Oct 7, 2011 at 11:30:57 +0200, Diggory Hardy wrote: I just had a hard lock-up (was typing at a konsole, and right after executing a command (chmod on a bunch of completely uninteresting files, no symlinks) the system locked up (neither keyboard or mouse would change screen contents, couldn't VT-switch or soft-shutdown via power button). Didn't try ssh (didn't know IP). Can you reproduce this problem with a free driver, e.g. nouveau? The backtrace does not mention nvidia at all but evdev_drv.so, so this may be unrelated to nvidia. Also the combination of Xserver 1.11.1 with nvidia drivers currently does not work well (massive slowdowns have been reported). You might try to downgrade to Xserver 1.10.4, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643903#25 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644571: uses libgnomeprint which is scheduled for removal
Am 10.10.2011 12:53, schrieb Olly Betts:
On Fri, Oct 07, 2011 at 10:03:29PM +0200, Michael Biebl wrote:
Attached is a patch which disables the gnomeprint support in wxwidgets.
This will make wxwidgets use its internal postscript printing code [1].
Did you forget to actually attach the patch?
Indeed. Attached now
I understand the desire to remove a library deprecated upstream, but unless
it's evolved a lot since I last looked, the internal printing code isn't
nearly
as nice.
It is still functional though, right?
What exactly would be the problems switching back to the internal printing code
and which applications would be seriously affected by this?
Has it changed between 2.6 and 2.8?
Do you have an approximate timeline for the removal of libgnomeprint?
The plan was to remove it for squeeze already and we definitely want to resp.
are going to remove it for wheezy. That leaves around 6-7 months of development
time until the prospective freeze starts. So we should definitely start any
efforts as early as possible.
Long term, wxwidgets should be updated to 2.9.x which provides printing
support using GtkPrint.
Note that 2.9.x is a development series, so probably unsuitable for packaging
(until it's declared stable of course).
Do you know when such a stable release is planned?
What are the plans regarding getting packages updated to 2.8 and removing 2.6?
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff --git a/debian/control b/debian/control
index e1d6799..85a926c 100644
--- a/debian/control
+++ b/debian/control
@@ -5,7 +5,7 @@ Build-Depends: debhelper (= 5.0.37.1), flex, bison, gettext, libgtk2.0-dev,
python-all (= 2.5.4-6), python-all-dev (= 2.5.4-6), python-all-dbg (= 2.5.4-6), python-central,
zlib1g-dev, libjpeg62-dev, libpng12-dev, libtiff4-dev, libsm-dev,
libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libesd0-dev,
- libgnomeprintui2.2-dev, bc, quilt, autotools-dev, libexpat1-dev,
+ bc, quilt, autotools-dev, libexpat1-dev,
binutils (= 2.19.51.20090827) | binutils (= 2.18.1~cvs20080103-7)
Maintainer: wxWidgets Maintainers freewx-ma...@lists.alioth.debian.org
Uploaders: Ryan Niebur r...@debian.org, Ron Lee r...@debian.org
@@ -70,7 +70,6 @@ Description: wxBase library (debug) - non-GUI support classes of wxWidgets toolk
Package: libwxgtk2.8-0
Architecture: any
Depends: ${shlibs:Depends}
-Suggests: libgnomeprintui2.2-0
Description: wxWidgets Cross-platform C++ GUI toolkit (GTK+ runtime)
wxWidgets (formerly known as wxWindows) is a class library for C++ providing
GUI components and other facilities on several popular platforms (and some
diff --git a/debian/control.in b/debian/control.in
index 3bf7ce0..2b1ac5a 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -5,7 +5,7 @@ Build-Depends: debhelper (= 5.0.37.1), flex, bison, gettext, libgtk2.0-dev,
python-all (= 2.5.4-6), python-all-dev (= 2.5.4-6), python-all-dbg (= 2.5.4-6), python-central,
zlib1g-dev, libjpeg62-dev, libpng12-dev, libtiff4-dev, libsm-dev,
libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libesd0-dev,
- libgnomeprintui2.2-dev, bc, quilt, autotools-dev, libexpat1-dev,
+ bc, quilt, autotools-dev, libexpat1-dev,
binutils (= 2.19.51.20090827) | binutils (= 2.18.1~cvs20080103-7)
Maintainer: wxWidgets Maintainers freewx-ma...@lists.alioth.debian.org
Uploaders: Ryan Niebur r...@debian.org, Ron Lee r...@debian.org
@@ -70,7 +70,6 @@ Description: wxBase library (debug) - non-GUI support classes of wxWidgets toolk
Package: libwxgtk=SOV=U
Architecture: any
Depends: ${shlibs:Depends}
-Suggests: libgnomeprintui2.2-0
Description: wxWidgets Cross-platform C++ GUI toolkit (GTK+ runtime)
wxWidgets (formerly known as wxWindows) is a class library for C++ providing
GUI components and other facilities on several popular platforms (and some
diff --git a/debian/rules b/debian/rules
index b721ce5..a51cada 100755
--- a/debian/rules
+++ b/debian/rules
@@ -119,6 +119,7 @@ BASE_CONFIGURE_OPTIONS = $(COMMON_CONFIGURE_OPTIONS) \
GTK_CONFIGURE_OPTIONS = $(COMMON_CONFIGURE_OPTIONS) \
--with-gtk \
+--without-gnomeprint \
--enable-sound \
--with-sdl \
--enable-display \
signature.asc
Description: OpenPGP digital signature
Bug#644907: [ctdb] FTBFS on ppc64: Please don't use /use/lib64
Source: ctdb
Version: 1.10+git20110722-1
Severity: wishlist
Tags: patch
Please don't use /use/lib64 not only amd64 but also on ppc64.
Regards,
--
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC
diff -Nurd ctdb-1.10+git20110722.orig/configure ctdb-1.10+git20110722/configure
--- ctdb-1.10+git20110722.orig/configure 2011-10-10 22:45:32.0 +0900
+++ ctdb-1.10+git20110722/configure 2011-10-10 22:50:30.0 +0900
@@ -2466,14 +2466,7 @@
if test ${libdir} = '${exec_prefix}/lib'; then
- case `uname -m` in
-ppc64|powerpc64)
- libdir='${exec_prefix}/lib64'
- ;;
-*)
libdir='${exec_prefix}/lib'
- ;;
- esac
fi
case `uname` in
Bug#644908: [libsdl1.2] FTBFS on ppc64: Please don't use PlayStation 3 Cell driver on ppc64
Source: libsdl1.2 Version: 1.2.14-6.4 Severity: wishlist Tags: patch Please don't use PlayStation 3 Cell driver on ppc64, because it needs /opt/cell/sdk/usr/include. Regards, -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC diff -Nurd libsdl1.2-1.2.14.orig/debian/rules libsdl1.2-1.2.14/debian/rules --- libsdl1.2-1.2.14.orig/debian/rules 2011-09-20 20:10:24.0 +0900 +++ libsdl1.2-1.2.14/debian/rules 2011-10-10 23:30:11.0 +0900 @@ -63,6 +63,9 @@ confflags += --enable-video-ps3=no \ --disable-altivec endif +ifeq ($(DEB_HOST_ARCH_CPU),ppc64) + confflags += --enable-video-ps3=no +endif configure: configure-stamp configure-stamp:
Bug#644230: debian-policy: Please change virtual package name for Japanese fonts
On Tue, Oct 04, 2011 at 05:02:57PM +0900, Nobuhiro Iwamatsu wrote:
Package: debian-policy
Version: 3.9.2.0
Severity: wishlist
Hi,
There are ttf-japanese-mincho and ttf-japanese-gothic in the virtual package
of font packages for Japanese now.
By the Fonts team, we are switching over from ttf- to fonts- by ackage file
name now.
To this shift, I suggest that I change the virtual package
from ttf-japanese-{mincho, gothic} to fonts-japanese-{mincho, gothic}.
There are not contents and the change that I suggested other than a
virtual package name in #440931[0].
[0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440931
Best regards,
Nobuhiro
diff --git a/virtual-package-names-list.txt b/virtual-package-names-list.txt
index eb1b4b8..c3b4205 100644
--- a/virtual-package-names-list.txt
+++ b/virtual-package-names-list.txt
@@ -144,8 +144,8 @@ X Window System
Fonts
-
- ttf-japanese-gothic Gothic-style Japanese font
- ttf-japanese-mincho Mincho-style Japanese font
+ fonts-japanese-gothic Gothic-style Japanese font
+ fonts-japanese-mincho Mincho-style Japanese font
Graphics and MultiMedia
---
Seconded.
Cheers,
--
Bill. ballo...@debian.org
Imagine a large red swirl here.
signature.asc
Description: Digital signature
Bug#644601: [xserver-xorg-core] hard lock-up: [mi] EQ overflowing
On 10 Oct 2011 16:38, Andreas Beckmann deb...@abeckmann.de wrote: Also the combination of Xserver 1.11.1 with nvidia drivers currently does not work well (massive slowdowns have been reported). You might try to downgrade to Xserver 1.10.4, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643903#25 I saw that, and upgraded to the latest (285) drivers (in debian experimental), which do implement the 1.11 ABI. So far, no problems, but I haven't used it enough to be sure. I tried nouveau and had an installation problem. If I encounter the crash again I'll try with nouveau; otherwise it's probably a bug in the old nvidia driver or ABI incompatibility. (Though unless nouveau consumption and hot plugging work decently well now it's not a practical solution long-term.) So mark the bug pending feedback or some such. - Diggory
Bug#644909: RM: myspell-sv -- NVIU; Incomplete and obsolete, dead upstream. Obsoleted by hunspell-sv.
Package: ftp.debian.org Severity: normal Please remove orphaned myspell-sv from unstable. Since it is an obsolete and incomplete version, Swedish users should use hunspell-sv instead. As a matter of fact, even former myspell-sv www site (http://sv.speling.org/myspell.html) now points to http://www.dsso.se/, where hunspell-sv is developed, and where no old format myspell dict is provided. hunspell-sv already provides a fake myspell-sv with section oldlibs for easier migration. I will request section change after myspell-sv source package is removed in case it is still needed. Thanks in advance, -- Agustin signature.asc Description: Digital signature
Bug#621293: deja-dup: Getting rid of unneeded *.la / emptying dependency_libs
reopen 621293 found 621293 thanks Hi, It seems that deja-dup still installs: /usr/lib/nautilus/extensions-2.0/libnautilus-deja-dup.la (and also installs /usr/lib/nautilus/extensions-2.0/libnautilus-deja-dup.a which is unnecessary. Please remove these two files. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602723: I want to package ffgtk
owner 602723 f...@rolf.leggewie.biz thanks I took over maintenance of the isdnutils package because I wanted to make sure the new capi20 upstream code made it into Debian and Ubuntu. Next step would be to get one of the front-ends into the archive as well. Taking over this ITP. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644839:
Kamil rapie...@gmail.com wrote: Hi, Thank you for clarifing me that. I assume you will develop only gcd version now, leaveing non gcd behind? Yes. If anyone wants to fork the libevent branch, the first thing they'll have to do is porting to libevent2. Some work required wrt evhttp and my evhttp-derived evrtsp. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: FA1E 5292 GPG Fingerprint : CC1A 2FE4 76FE 444A CD23 A5CD 26E9 8AEA FA1E 5292 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592959: Dovecot packages available for Backport squeeze
Hi, when are you going to provide Dovecot 2.0 in backports for squeeze Thanks. Victor O -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644135: cifs ignores sysct setting
On Mon, Oct 10, 2011 at 09:49:13AM +0200, Alexander Swen wrote: I partly agree to the wishlist opinion, for the part where I ask for a loading option, however, imho cifs has a bug where it ignores the sysctl setting. [...] The setting you have been using is not a sysctl. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644747: Re: Re: Bug#644747: linux-image-3.0.0-2-amd64: udev doesn't create /dev/sr0, /dev/cdrom
On Mon, Oct 10, 2011 at 04:52:55AM -, R S Chakravarti wrote: After reading the Ubuntu bug report (#794642) I found that this Debian bug is also due to the SATA mode in my computer being set to IDE. When this is changed to AHCI the problem vanishes: /dev/cdrom appears. [...] Right, I thought that might work. Would you mind testing the patch with the SATA interface back in legacy/IDE mode? Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599651: closure of the bug
Hi, as package as been updated for a long time ago, couldn't this bug be closed? Olivier -- gpg key id: 4096R/326D8438 (pgp.mit.edu) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639123: kernel-package: kernel-headers package does not contain all the necessary includes
Package: kernel-package Version: 12.036+nmu1.1 Followup-For: Bug #639123 This issue is similar as #635563. I use this patch to solve the issue with broken symlinks and kernel version 3.x: hamer@h13e:~/download/kernel-package$ cat kernel-package_headers.diff diff -Naurb kernel-package-12.036+nmu1.orig//kernel/ruleset/targets/headers.mk kernel-package-12.036+nmu1.1//kernel/ruleset/targets/headers.mk --- kernel-package-12.036+nmu1.orig//kernel/ruleset/targets/headers.mk 2009-09-11 17:24:42.0 +0300 +++ kernel-package-12.036+nmu1.1//kernel/ruleset/targets/headers.mk 2011-10-10 12:24:47.734584775 +0300 @@ -31,7 +31,7 @@ ### LINK_ARCH=$(KERNEL_ARCH) -ifeq ($(shell if [ $(PATCHLEVEL) -eq 6 ] [ $(SUBLEVEL) -gt 23 ] ; then \ +ifeq ($(shell if [ $(VERSION) -eq 3 ] || [ $(PATCHLEVEL) -eq 6 -a $(SUBLEVEL) -gt 23 ] ; then \ if [ $(KERNEL_ARCH) = i386 ] || [ $(KERNEL_ARCH) = x86_64 ] ; then \ echo yes ; fi ; fi ),yes) LINK_ARCH=x86 @@ -101,7 +101,7 @@ -tar cfh - scripts | (cd $(SRCDIR); umask 000; tar xsf -) test ! -e arch/powerpc/lib/crtsavres.o || \ tar cfh - arch/powerpc/lib/crtsavres.o | (cd $(SRCDIR); umask 000; tar xsf -) - (cd $(SRCDIR)/include; rm -rf asm; ln -s asm-$(LINK_ARCH) asm) + (cd $(SRCDIR)/include; rm -rf asm; ln -s .../arch/$(LINK_ARCH)/include/asm asm) find . -path './scripts/*' -prune -o -path './Documentation/*' -prune -o \ -path './debian/*'-prune -o -type f \ \( -name Makefile -o -name 'Kconfig*' \) -print | \ @@ -115,7 +115,7 @@ -tar cf - scripts |(cd $(SRCDIR); umask 000; tar xsf -) test ! -e arch/powerpc/lib/crtsavres.o || \ tar cfh - arch/powerpc/lib/crtsavres.o | (cd $(SRCDIR); umask 000; tar xsf -) - (cd $(SRCDIR)/include; rm -f asm; ln -s asm-$(LINK_ARCH) asm) + (cd $(SRCDIR)/include; rm -f asm; ln -s .../arch/$(LINK_ARCH)/include/asm asm) find . -path './scripts/*' -prune -o -path './Documentation/*' -prune -o \ -path './debian/*' -prune -o -type f \ \( -name Makefile -o -name 'Kconfig*' \) -print | \ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (400, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.6-zen+ (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kernel-package depends on: ii binutils 2.21.52.20110606-2 ii build-essential11.5 ii debianutils4.0.2 ii file 5.08-1 ii gettext0.18.1.1-4 ii make 3.81-8.1 ii module-init-tools 3.16-1 ii po-debconf 1.0.16+nmu1 ii util-linux 2.19.1-5 Versions of packages kernel-package recommends: ii cpio 2.11-7 Versions of packages kernel-package suggests: pn btrfs-tools none pn bzip2 1.0.5-7 pn docbook-utils none pn e2fsprogs 1.42~WIP-2011-07-02-1 pn grub | grub2none pn initramfs-tools [linux-initramfs-tool] 0.99 pn jfsutilsnone pn libncurses5-dev [libncurses-dev]5.9-2 pn linux-source | kernel-sourcenone pn mcelog none pn oprofilenone pn pcmciautils 018-4 pn ppp 2.4.5-5 pn procps 1:3.2.8-11 pn quota none pn reiserfsprogs none pn squashfs-tools none pn udev172-1 pn xfsprogsnone pn xmlto none diff -Naurb kernel-package-12.036+nmu1.orig//kernel/ruleset/targets/headers.mk kernel-package-12.036+nmu1.1//kernel/ruleset/targets/headers.mk --- kernel-package-12.036+nmu1.orig//kernel/ruleset/targets/headers.mk 2009-09-11 17:24:42.0 +0300 +++ kernel-package-12.036+nmu1.1//kernel/ruleset/targets/headers.mk 2011-10-10 12:24:47.734584775 +0300 @@ -31,7 +31,7 @@ ### LINK_ARCH=$(KERNEL_ARCH) -ifeq ($(shell if [ $(PATCHLEVEL) -eq 6 ] [ $(SUBLEVEL) -gt 23 ] ; then \ +ifeq ($(shell if [ $(VERSION) -eq 3 ] || [ $(PATCHLEVEL) -eq 6 -a $(SUBLEVEL) -gt 23 ] ; then \ if [ $(KERNEL_ARCH) = i386 ] || [ $(KERNEL_ARCH) = x86_64 ] ; then \ echo yes ; fi ; fi ),yes) LINK_ARCH=x86 @@ -101,7 +101,7 @@ -tar cfh - scripts | (cd $(SRCDIR); umask 000; tar xsf -) test ! -e arch/powerpc/lib/crtsavres.o || \
Bug#644756: openbox 3.5 fails to display /var/lib/openbox/debian-menu.xml
tags 644756 patch thanks Hi, Thank you for this report. I've made a small patch which seems to fix this issue (see attached file), I will upload it to svn in a few minutes. Expect a new release soon, Ciao, Eugenio 07_fix_menu_configuration_search.patch Description: unknown/unknown
Bug#639311: Fwd: SpiderMonkey 8.0
Veracity cannot be packaged for Debian for now due to the dependency on an old, customized SpiderMonkey -- Forwarded message -- From: Pau Garcia i Quiles pgqui...@elpauer.org Date: Mon, Oct 10, 2011 at 1:41 AM Subject: SpiderMonkey 8.0 To: veracity-us...@lists.sourcegear.com Hi, I am packaging Veracity for Debian. Veracity bundles several third-party dependencies, which is disallowed by the Debian Development Guidelines. The most troublesome is Spidermonkey: Veracity depends on a very old Spidermonkey (1.8rc1) and applies 3 patches. I have spent a couple of hours trying to port it to SpiderMonkey 8.0 (patch attached) but I've hit some problems in sg_jsglue.c, sg_vc_hooks.c and sg_uridispatch.c. They all depend on jsdate.h and/or other headers which used to be C-only in 1.8rc1 but now they are C++-only. Are there any plans to port Veracity to a modern version of SpiderMonkey? -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) veracity-1.1+spidermonkey-8.0.patch Description: Binary data
Bug#639311: Fwd: [Veracity-users] SpiderMonkey 8.0
Apparently it won't be possible to get Veracity into Debian until 2012 (!!!) -- Forwarded message -- From: Ian Olsen i...@sourcegear.com Date: Mon, Oct 10, 2011 at 5:32 PM Subject: Re: [Veracity-users] SpiderMonkey 8.0 To: veracity-us...@lists.sourcegear.com There's been some discussion of this on the QA site: http://veracity-scm.com/qa/**questions/81/system-copies-of-**dependencieshttp://veracity-scm.com/qa/questions/81/system-copies-of-dependencies We looked hard at updating spidermonkey last spring, but 1.8.5 has lots of changes and was still changing too much for us to feel good about including it for a July release of Veracity 1.0. Nonetheless, we would like to get caught up to the latest for several reasons, not the least of which is inclusion in Linux distros. At present we're focused on features for the next Veracity release. We might take another look after the new year. -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#644262: It does not affect stable
I was able to reproduce this but with: iceweasel-l10n-es-es 1:6.0+debian-1 in Sid, but I can not reproduce it with iceweasel-l10n-es-es 1:3.5.15+debian-1 Should I mark it with: fixed 644262 1:3.5.15+debian-1 and found 1:6.0+debian-1 ? (Just to make it clear that this bug does not affect stable). Cheers. -- Josué M. Abarca S. Vos mereces Software Libre. PGP key 4096R/70D8FB2A 2009-06-17 Huella de clave = B3ED 4984 F65A 9AE0 6511 DAF4 756B EB4B 70D8 FB2A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644754: openbox: Please document configuration changes to be made after upgrading to 3.5
Hi, * Julien Valroff jul...@debian.org [2011-10-08 20:50]: It would be great to state the changes to be made to one's configuration after upgrading to the 3.5 release in NEWS.Debian. Actually I would like to put the blame on this partly towards upstream since there was no proper documentation for the changes this time for the release. By the way, the 3.5.0-1 package doesn't ship any environment file, but still contains an autostart.sh file which can be misleading for the end user (at least, it was for me). We will update this and the news in the next upload. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpYWZQL50iNj.pgp Description: PGP signature
Bug#644868: gnustep-back-common: postinst fails: Error: for some reason, argv not properly set up during GNUstep base initialization
Hi Yavor, Yavor Doganov wrote: On Sun, Oct 09, 2011 at 11:02:25PM +0200, Axel Beckert wrote: gnustep-back-common reproducibly fails to configure after upgrade on one of my systems (kfreebsd-i386) as follows. Error: for some reason, argv not properly set up during GNUstep base initialization xargs: mknfonts: terminated by signal 6 This is a reincarnation of #593898, when the number of arguments exceeds 512. Now that's why it somehow looked familiar! I even debugged it the same way like back then. :-) Strange that I didn't find that bug when googling for that error message. The only way I see as a workaround is to build gnustep-base with --enable-fake-main, which is already the case on a number of *BSD systems. The fix from back then doesn't help again respectively anymore? However, this change is ABI-incompatible so all GNUstep packages must be binNMUed _again_ on kfreebsd*. Is this acceptable for the release team? Maybe you forgot the Cc to debian-release@l.d.o in your mail... Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643648: CVE-2011-2834 and CVE-2011-2821
On Fri, Oct 07, 2011 at 09:02:00AM +0200, Mike Hommey wrote: On Wed, Sep 28, 2011 at 12:54:33PM +0200, Giuseppe Iuculano wrote: Package: libxml2 Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, two libxml2 issues were fixed in the latest chrome updates: CVE-2011-2821 Double free vulnerability in libxml2, as used in Google Chrome before 13.0.782.215, allows remote attackers to cause a denial of service or possibly have unspecified other impact via a crafted XPath expression. Patch: http://git.gnome.org/browse/libxml2/commit/?id=fec31bcd452e77c10579467ca87a785b41115de6 CVE-2011-2834 Double free vulnerability in libxml2, as used in Google Chrome before 14.0.835.163, allows remote attackers to cause a denial of service or possibly have unspecified other impact via vectors related to XPath handling. Patch: http://src.chromium.org/viewvc/chrome?view=revrevision=98359 I'm going to push that to unstable, do we want stable/oldstable backports? This doesn't allow code injection. Let's stack it up until a more severe issue arises in libxml2. (Alternative we can fix it in a point update) Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644910: New upstream version 0.9.5 with snapshot functionality
Package: libsys-virt-perl Version: 0.9.4-1 Severity: wishlist Hi, 0.9.5 has some nice additions like the missing snapshot API. Would be great to have this updated! Cheers and thanks for packaging libsys-virt-perl, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsys-virt-perl depends on: ii libc6 2.13-21 ii libvirt00.9.6-1 ii perl5.12.4-4 ii perl-base [perlapi-5.12.4] 5.12.4-4 libsys-virt-perl recommends no packages. libsys-virt-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644274: [Pkg-openldap-devel] Bug#644274: Updated po file into Catalan translation for the package openldap
Hi Steve, Thank you for your comment: I think I've made all the changes. It is a pleasure to see that there are people with a good level of Catalan! Regards! I. De Marchi On Tue, Oct 04, 2011 at 07:26:29PM +0200, Innocent De Marchi wrote: # Copyright 2006 Rudy Godoy r...@kernel-panik.org # Copyright 2008 Steve Langasek vor...@debian.org # Copyright (C) 2009, 2010 Software in the Public Interest Inc. # This file is distributed under the same license as the openldap package. # Innocent De Marchi tangram.pe...@gmail.com, 2011. All of these are incorrect except the last. (They seem to have been copied from the Spanish .po file.) Please drop them. #. Type: select #. Description #: ../slapd.templates:2002 msgid Dump databases to file on upgrade: msgstr Bolcat de les bases de dades a un fitxer en fer l'actualització: This is a debconf prompt asking whether or not to dump the databases. Wouldn't this be better written as Bolcar les bases de dades? #. Type: select #. Description #: ../slapd.templates:2002 msgid Before upgrading to a new version of the OpenLDAP server, the data from your LDAP directories can be dumped into plain text files in the standard LDAP Data Interchange Format. msgstr Abans d'actualitzar a una nova versió del servidor OpenLDAP, les dades dels seus directoris LDAP poden desar-se a fitxers de text en el format estàndard d'intercanvi de dades LDAP LDAP Data Interchange Format is a proper name. I would suggest including either this name, or the abbreviation LDIF, in the translation. #. Type: string #. Description #: ../slapd.templates:3001 msgid Please specify the directory where the LDAP databases will be exported. In this directory, several LDIF files will be created which correspond to the search bases located on the server. Make sure you have enough free space on the partition where the directory is located. The first occurrence of the string \VERSION\ is replaced with the server version you are upgrading from. msgstr Seleccionau el directori d'exportació de les bases de dades LDAP. En aquest directori, es generaran diversos fitxers LDIF que es corresponen amb les bases de dades localitzades en el servidor. Comproveu que hi ha espai lliure suficient a la partició on està ubicat el directori seleccionat. La primer aparició de la cadena «VERSION» serà reemplaçada per la versió del servidor que està actualitzant. There seems to be a mistranslation here; I believe this should say serà reemplaçada per la versió del servidor de la qual està actualitzant. The current translation seems ambiguous and suggests to me that the *new* version number will be used; this is not the case, it's the *old* version number that's substituted. (The same problem exists with the Spanish translation; I've corrected this in svn.) #. Type: boolean #. Description #: ../slapd.templates:4001 msgid There are still files in /var/lib/ldap which will probably break the configuration process. If you enable this option, the maintainer scripts will move the old database files out of the way before creating a new database. msgstr HI ha fitxers a «/var/lib/ldap» que probablement interrompran el procés de configuració. Si desactivau aquesta opció, el guió de manteniment mourà els fitxers de les bases de dades anteriors fora del directori anterior abans de generar una nova base de dades. HI - Hi desactivau - activau #. Type: boolean #. Description #: ../slapd.templates:11001 msgid Do you want the database to be removed when slapd is purged? msgstr Desitjau que s'elimini la base de dades en des-instal·lar el paquet slapd? des-instal·lar is an ambiguous translation of purge: uninstalling could refer to either removal or purging and this question is specifically about what should happen when the package is purged. Is there a preferred technical translation for purge? A search through other debconf templates on my system shows that purgar has been used in the past. msgid This failure will cause 'slapadd' to fail later as well. The old database files will be moved to /var/backups. If you want to try this upgrade again, you should move the old database files back into place, fix whatever caused slapcat to fail, and run: msgstr Aquest error farà que «slapadd» torni a fallar més endavant. Els fitxers de la base de dades anterior es mouran a «/var/backups». Si desitjau tornar a intentar l'actualització, haureu de tornar a moure els fitxers de la base de dades anterior a la seva ubicació inicial, solucionar la causa de l'error i tornar a executar. Note the end punctuation on the original. This paragraph is followed by the command to be executed, so I think it's correct to use : in Catalan as well? #. Type: select #. Description #: ../slapd.templates:16001 msgid The HDB backend is recommended. HDB and BDB use similar storage formats, but HDB adds support for subtree
Bug#616308: Looks like NVidia finally fixed it
As of libcairo2 1.10.2-6.1 and NVidia drivers 280.13.really.275.28-1 ... I confirm that, with libcairo2 1.10.2-6.1 and nVidia 285.05.09, THIS bug doesn't occur anymore. Another bug, related to trapezoid acceleration, has appeared with Xorg 1.11.1, which causes terrible slowdowns and high CPU usage. The temporary cure is a patch at http://www.nvnews.net/vbulletin/showthread.php?t=166698page=2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644869: libaugeas-ruby1.8: wrong path on armhf
On Sun, Oct 09, 2011 at 09:13:20PM +, Stephen Gran wrote: Package: libaugeas-ruby1.8 Version: 0.3.0-1.1 Severity: important Hi, On installing puppet on some new machines for the armhf bringup, we found that it wouldn't run. Investigation showed that it's because /usr/lib/ruby/1.8/arm-linux-eabi/_augeas.so is in the wrong place. Creating a symlink from /usr/lib/ruby/1.8/arm-linux-eabihf/_augeas.so backed to the shipped file works just fine, so it's clear that it's not being miscompiled, just placed in the wrong path. A simple rebuild with no source changes looks like it fixes this... -- Steve McIntyre, Cambridge, UK.st...@einval.com I suspect most samba developers are already technically insane... Of course, since many of them are Australians, you can't tell. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642154: [Xen-devel] Re: BUG: unable to handle kernel paging request at ffff8803bb6ad000
On Sat, Oct 08, 2011 at 10:13:14AM +0400, rush wrote: OK, I tried it again, but Oops didn't gone. .. snip.. echo'Loading Xen 4.0-amd64 ...' multiboot /boot/xen-4.0-amd64.gz placeholder xsave=0 .. snip.. Was it right? Yup. I think.. this is a bit embarrassing. It took a bit of time for Intel folks to get the xsave part right and I remember seeing this error about a year ago with xsave on a Dell Optiplex 780. Hence I wonder if the fixes that ultimately went in 4.1.1 did not get ported over to 4.0 and you are just hitting that. Can I ask you to do one more thing? Can you upgrade to the xen-4.1.1 in the testing and try with the xsave (or without) and see if it works? holds his fingers hoping it is the xsave feature -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
