Bug#456635: loop-aes-modules-2.6-amd64: unsatisfied dependency on linux-latest-modules-2.6.23-1-amd64
Package: loop-aes-modules-2.6-amd64 Version: 3.2b-1 Severity: grave Justification: renders package unusable The new version 3.2b-2 of the package fails to install because of unavailable dependency package linux-latest-modules-2.6.23-1-amd64. Regards, Holger -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (50, 'experimental'), (50, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages loop-aes-modules-2.6-amd64 depends on: ii linux-image-2.6-amd64 [linux- 2.6.22+11 Linux 2.6 image on AMD64 ii loop-aes-modules-2.6.22-3-amd 3.2b-1 loop-AES encryption modules for Li loop-aes-modules-2.6-amd64 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456634: gpsd: Translated NMEA output does not include a GSA sentence
Package: gpsd Version: 2.34.dfsg-6 Severity: normal When the 'raw' output is translated NMEA data, such as from my Garmin 60CSx via a USB connection, gpsd does not produce any 'GSA' sentences in the output. The GSA sentence contains information somewhat similar to the 'q' command, so this is hopefully not too difficult to achieve. The GSA sentences are used extensively by gpsdrive to evaluate whether the unit has a 3D or 2D fix. I have also filed bug #456149 against gpsdrive earlier in relation to this problem. The GSA sentences themselves seem to provide useful information which is not straightforwardly available in the other NMEA output, so it would be useful to provide this if it is not too complicated. In case it's usefule here's some of the NMEA output from gpsd, showing the lack of GSA sentences: m GPSD,M=3 q GPSD,Q=11 1.20 0.00 0.56 0.56 1.33 q GPSD,Q=11 1.20 0.00 0.56 0.56 1.33 q GPSD,Q=11 1.20 0.00 0.56 0.56 1.33 r GPSD,R=1 $GPGSV,3,1,11,16,08,118,15,08,33,235,24,10,07,228,00,23,27,007,17*79 $GPGSV,3,2,11,19,57,067,22,03,45,116,16,28,11,290,38,11,02,019,32*71 $GPGSV,3,3,11,13,59,335,17,27,58,221,14,25,76,193,20*47 $GPGGA,063755,4106.5418,S,17452.2880,E,1,11,,90.8,M,16.836,M,,*44 $GPRMC,063755,A,4106.5418,S,17452.2880,E,0.5443,340.630,171207,,*38 $GPGSV,3,1,11,16,08,118,15,08,33,235,24,10,07,228,00,23,27,007,17*79 $GPGSV,3,2,11,19,57,067,22,03,45,116,16,28,11,290,38,11,02,019,33*70 $GPGSV,3,3,11,13,59,335,17,27,58,221,14,25,76,193,20*47 $GPGGA,063756,4106.5415,S,17452.2882,E,1,11,,90.5,M,16.836,M,,*45 $GPRMC,063756,A,4106.5415,S,17452.2882,E,1.0691,33.550,171207,,*0F $GPGSV,3,1,11,16,08,118,15,08,33,235,24,10,07,228,00,23,27,007,18*76 $GPGSV,3,2,11,19,57,067,22,03,45,116,16,28,11,290,38,11,02,019,33*70 $GPGSV,3,3,11,13,59,335,17,27,58,221,14,25,76,193,20*47 $GPGGA,063757,4106.5411,S,17452.2881,E,1,11,,90.8,M,16.836,M,,*4E $GPRMC,063757,A,4106.5411,S,17452.2881,E,0.7581,20.680,171207,,*01 $GPGSV,3,1,11,16,08,118,14,08,33,235,24,10,07,228,00,23,27,007,18*77 $GPGSV,3,2,11,19,57,067,22,03,45,116,16,28,11,290,38,11,02,019,33*70 $GPGSV,3,3,11,13,59,335,17,27,58,221,14,25,76,193,20*47 $GPGGA,063758,4106.5407,S,17452.2882,E,1,11,,90.9,M,16.836,M,,*44 $GPRMC,063758,A,4106.5407,S,17452.2882,E,0.9719,15.300,171207,,*0C r GPSD,R=0 Regards, Andrew McMillan. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc5-hippy (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gpsd depends on: ii debconf [debconf-2.0]1.5.17 Debian configuration management sy ii libc62.7-4 GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libgps16 2.34.dfsg-6 C library for communicating with G ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii netbase 4.30Basic TCP/IP networking system ii python 2.4.4-6 An interactive high-level object-o Versions of packages gpsd recommends: ii gpsd-clients 2.34.dfsg-6 Clients for the GPS daemon -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449427: NMU in delayed queue
NMU uploaded to 7-day delayed queue. Patch follows: diff -u vice-1.22/debian/changelog vice-1.22/debian/changelog --- vice-1.22/debian/changelog +++ vice-1.22/debian/changelog @@ -1,3 +1,11 @@ +vice (1.22-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add a missing include directive, resolving an implicitly pointer conversion +issue. Closes: #449427 + + -- dann frazier <[EMAIL PROTECTED]> Thu, 13 Dec 2007 12:15:30 -0700 + vice (1.22-1) unstable; urgency=low * New upstream version (closes: #428280). only in patch2: unchanged: --- vice-1.22.orig/src/arch/unix/x11/gnome/uifileentry.c +++ vice-1.22/src/arch/unix/x11/gnome/uifileentry.c @@ -28,6 +28,7 @@ #include #include +#include #include "uifileentry.h" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432170: Works with ffmpeg-free 0.cvs20070307-6
Package: ffmpeg-free Version: 0.cvs20070307-6 Followup-For: Bug #432170 Optional x264 support with DEB_BUILD_OPTIONS=risky still works fine with the new ffmpeg-free source package. Please consider merging my patch. Thanks, Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456633: New upstream release 0.4
Package: libmms Severity: wishlist Hi, there's a new upstream release, 0.4, at http://sourceforge.net/project/showfiles.php?group_id=101989 Please update soonish, this fixes many bugs and adds some improvements. Bye signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#456632: automake: creates a readonly directory and then tries to modify it
Package: automake
Version: 1:1.10+nogfdl-1
Severity: important
The basic problem is that "make distcheck" fails. I believe I can see
why, though I am not certain.
The .texi.info implicit make rule creates a backup directory within
the source directory. However, the implementation of "make distcheck"
unpacks the source distribution and then makes the directories
read-only before performing the build. Since you cannot create a
subdirectory in a read-only directory, "make installcheck" always
fails at the point it tries to build the info file. Here is the
transcript:
chmod -R a-w CSSC-1.0.2-CVS; chmod a+w CSSC-1.0.2-CVS
mkdir CSSC-1.0.2-CVS/_build
mkdir CSSC-1.0.2-CVS/_inst
chmod a-w CSSC-1.0.2-CVS
dc_install_base=`CDPATH="${ZSH_VERSION+.}:" && cd CSSC-1.0.2-CVS/_inst && pwd |
sed -e 's,^[^:\\/]:[\\/],/,'` \
&& dc_destdir="${TMPDIR-/tmp}/am-dc-$$/" \
&& cd CSSC-1.0.2-CVS/_build \
&& ../configure --srcdir=.. --prefix="$dc_install_base" \
\
&& make \
&& make dvi \
&& make check \
&& make install \
&& make installcheck \
&& make uninstall \
&& make distuninstallcheck_dir="$dc_install_base" \
distuninstallcheck \
&& chmod -R a-w "$dc_install_base" \
&& ({ \
(cd ../.. && umask 077 && mkdir "$dc_destdir") \
&& make DESTDIR="$dc_destdir" install \
&& make DESTDIR="$dc_destdir" uninstall \
&& make DESTDIR="$dc_destdir" \
distuninstallcheck_dir="$dc_destdir" distuninstallcheck; \
} || { rm -rf "$dc_destdir"; exit 1; }) \
&& rm -rf "$dc_destdir" \
&& make dist \
&& rm -rf CSSC-1.0.2-CVS.tar.gz \
&& make distcleancheck
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking if binary file support should be disabled... no
WARNING
WARNING This was assumed because you did not specify either
WARNING --enable-binary or --disable-binary.
WARNING
checking for required SCCS file line length limits... no limit
checking for a BSD-compatible install... /usr/bin/install -c
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for library containing strerror... none required
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C preprocessor... gcc -E
checking how to run the C++ preprocessor... g++ -E
checking for ranlib... ranlib
checking if you are using a broken version of glibc with a version of GCC
(>=2.97) that doesn't like it... no
checking for uname... /bin/uname
checking for pr... /usr/bin/pr
checking for diff... /usr/bin/diff
checking for GNU diff... yes
checking for uncompress... uncompress
checking for ANSI C header files... (cached) yes
Start checking accessibility of C headers while compiling as C++
checking stdarg.h usability... yes
checking stdarg.h presence... yes
checking for stdarg.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking stdio.h usability... yes
checking stdio.h presence... yes
checking for stdio.h... yes
checking errno.h usability... yes
checking errno.h presence... yes
checking for errno.h... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking ctype.h usability... yes
checking ctype.h presence... yes
checking for ctype.h... yes
checking stddef.h usability... yes
checking stddef.h presence... yes
checking for stddef.h... yes
Done checking accessibility of C headers while compiling as C++
checking
Bug#449509: conky: enablind dbe make desktop icons hidden
tags 449509 + moreinfo thanks Hello, On Sun, 16 Dec 2007, JusTiCe8 wrote: > conky was upgraded today and the bug is still here with 1.4.9-1. > my conky config file is attached. Your .conkyrc contains: > # Create own window instead of using desktop (required in nautilus) > own_window no Perhaps this is also required with xfce's desktop. Could you please enable "own_window" and let me know? (Once you enable own_window you may have to also look at the other options related with this feature.) Thanks and regards, Kapil. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456631: Ratpoison command-line locks up X server
Package: ratpoison Version: 1.4.2-1 Severity: serious Hi, I'm not sure if this is a ratpoison bug or an X server bug (or both?). After upgrading to the latest version of the X server, the ratpoison command-line (C-t :) will lock up the X server after you hit Enter. The only way to regain control is to 'Ctrl-Alt-SysRq r' to force kernel control of keyboard/mouse, then 'Ctrl-Alt-SysRq k' to kill the X server forcefully. The other C-t commands work properly, though, which is strange. Trying to quit ratpoison by using C-t :quit will hang the X server, but manually killing ratpoison (kill $pid) will gracefully exit the X server. Relevant packages: ii xserver-xorg-core 2:1.4.1~git20071212-1 Xorg X server - core server ii xserver-xorg-video-ati 1:6.6.193-3X.Org X server -- ATI display driver T -- Heads I win, tails you lose. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#448017: Renewed patch for 2.3.x
Package: pidgin
Version: 2.3.1-2
Followup-For: Bug #448017
As pidgin has merged msnp9 branch since 2.3.0, the patch has to be
applied to that branch as well. The renewed patch is attached.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages pidgin depends on:
ii gconf2 2.20.1-1GNOME configuration database syste
ii libatk1.0-0 1.20.0-1The ATK accessibility toolkit
ii libc62.7-4 GNU C Library: Shared libraries
ii libcairo21.4.12-1The Cairo 2D vector graphics libra
ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst
ii libdbus-glib-1-2 0.74-1 simple interprocess messaging syst
ii libglib2.0-0 2.14.4-2The GLib library of C routines
ii libgstreamer0.10-0 0.10.15-3 Core GStreamer libraries and eleme
ii libgtk2.0-0 2.12.3-2The GTK+ graphical user interface
ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T
ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library
ii libpango1.0-01.18.3-1Layout and rendering of internatio
ii libpurple0 2.3.1-2msngroup multi-protocol instant messaging l
ii libsm6 2:1.0.3-1+b1X11 Session Management library
ii libstartup-notification0 0.9-1 library for program launch feedbac
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxss1 1:1.1.2-1 X11 Screen Saver extension library
ii pidgin-data 2.3.1-2msngroup multi-protocol instant messaging c
Versions of packages pidgin recommends:
ii gstreamer0.10-plugins-base0.10.15-4 GStreamer plugins from the "base"
ii gstreamer0.10-plugins-good0.10.6-4 GStreamer plugins from the "good"
-- no debconf information
diff -uar pidgin-2.3.0/libpurple/protocols/msn/switchboard.c pidgin-2.3.0.msngroup/libpurple/protocols/msn/switchboard.c
--- pidgin-2.3.0/libpurple/protocols/msn/switchboard.c 2007-11-25 03:05:57.0 +0800
+++ pidgin-2.3.0.msngroup/libpurple/protocols/msn/switchboard.c 2007-12-05 05:18:05.0 +0800
@@ -861,6 +861,14 @@
}
#endif
+ if ((value = msn_message_get_attr(msg, "P4-Context")) != NULL)
+ {
+ char *body_enc_tmp = g_strdup_printf("%s: %s", value,
+ body_enc ? body_enc : "");
+ g_free(body_enc);
+ body_enc = body_enc_tmp;
+ }
+
if ((value = msn_message_get_attr(msg, "X-MMS-IM-Format")) != NULL)
{
char *pre, *post;
diff -uar pidgin-2.3.0/libpurple/protocols/msnp9/switchboard.c pidgin-2.3.0.msngroup/libpurple/protocols/msnp9/switchboard.c
--- pidgin-2.3.0/libpurple/protocols/msnp9/switchboard.c 2007-11-25 03:05:58.0 +0800
+++ pidgin-2.3.0.msngroup/libpurple/protocols/msnp9/switchboard.c 2007-12-05 05:17:49.0 +0800
@@ -853,6 +853,14 @@
}
#endif
+ if ((value = msn_message_get_attr(msg, "P4-Context")) != NULL)
+ {
+ char *body_enc_tmp = g_strdup_printf("%s: %s", value,
+ body_enc ? body_enc : "");
+ g_free(body_enc);
+ body_enc = body_enc_tmp;
+ }
+
if ((value = msn_message_get_attr(msg, "X-MMS-IM-Format")) != NULL)
{
char *pre, *post;
Bug#442603: Patch to fix this bug
tags 442603 + patch thanks Hi! By removing some more of the .libs/* remains, I managed to fix the FTBFS upon successively building imagemagick twice. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u imagemagick-6.2.4.5.dfsg1/debian/rules imagemagick-6.2.4.5.dfsg1/debian/rules --- imagemagick-6.2.4.5.dfsg1/debian/rules +++ imagemagick-6.2.4.5.dfsg1/debian/rules @@ -85,6 +85,9 @@ -$(MAKE) distclean -cd Magick++ && $(MAKE) distclean -rm $(CURDIR)/utilities/.libs/* + -rm $(CURDIR)/tests/.libs/* + -rm $(CURDIR)/Magick++/tests/.libs/* + -rm $(CURDIR)/Magick++/demo/.libs/* dh_clean signature.asc Description: Digital signature
Bug#456630: Please add documentation
Package: libmahoro-ruby Severity: wishlist Please provide a summary of the API in /usr/share/doc section. There is nothing available right now except reading the source code. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (5, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369453: makecontext/setcontext/getcontext not implemented on ARM architecture
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert Millan wrote: [...] I'm interested in these functions too. I might be able to implement them; please could you provide a minimal architecture-independent test case? Even if I can't do it, having this might be helpful to someone else. Sorry, I don't use them any more. I eventually got fed up with poor support for those functions in most software and when I discovered that pretty much *all* code that ever called a Linux 2.4 pthreads function would crash if you tried to use it from a user context, I gave up. I eventually rewrote my coroutines implementation to emulate them using pthreads and a single giant lock. Now, there's pointless for you... - -- ┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ─ http://www.cowlark.com ─ │ │ Uglúk u bagronk sha pushdug Internet-glob bbhosh skai. │ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHYp7of9E0noFvlzgRAnScAJ9NCVtW7uW0zPdfao8xMHah/j73MACdFaHa z8M3mwj8ZaU8r9TEyS+VlB0= =fz/h -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#438179: Processed: destruction of round-robin functionality is fucking up our mirrors and making Debian suck for many people, hence fixing this is a release-critical "wish"
On Mon, Dec 17, 2007 at 12:07:04AM +0100, Josip Rodin wrote: > FWIW, the last reading is: > * villa 5.33 MB/s > * lobos 4.92 MB/s > * steffani 14.58 MB/s The original was: > * villa 4.29 MB/s > * lobos 3.91 MB/s > * steffani 14.86 MB/s Interesting that it got somewhat more balanced. For reference, the formulas are: A = 6l - 3v B = s - 2l + v C + F = 3v - 3l D = E = 0 Which gives: A = 13.53 MB/s(up from 10.59 MB/s) B = 10.07 MB/s(down from 11.33 MB/s) C + F = 1.23 MB/s(up from 1.14 MB/s) A is "strict round-robin", so we expect it to increase at the expense of the other classes the more people use glibc 2.7-4. The increase in C+F is either indicative of natural variations in source addresses using security.d.o, or some other mechanism we haven't considered. > Anyway, in light of all this, please comment again on those old conclusions: I think I'll leave that 'til the current glibc makes it into testing, and we see if the change in usage is along the lines of what we'd expect. It'd be really helpful if we could get some logs from the above hosts on what IPs are accessing each host. Just the first byte of the IP address, and a number of connections (or bandwidth usage) would be enough. If it were possible, (temporarily) adding a securty.d.o mirror in the 0.0.0.0 - 127.255.255.255 range would be helpful -- that'd give the breakdown as: A: 000.000.000.000-127.255.255.255: new-host B: 128.000.000.000-191.255.255.255: steffani C: 192.000.000.000-255.255.255.255: villa and/or lobos D: [hosts not using rule9]: RR: new-host, steffani, villa, lobos which would provide a really good cross-check that this is behaving as we'd expect. In that case, based on the numbers above, the relative loads would be expected to be: new-host: 13.53 MB/s(up from 0.0 MB/s) steffani: 10.07 MB/s(down from 14.58 MB/s) villa+lobos: 1.23 MB/s(down from 10.25 MB/s combined) (The above allocates bandwidth due to machines not using rule9 to new-host, instead of distributing them amongst all four hosts) Obviously finding a host that can deal with 13.53 MB/s of sustained traffic with a useful IP address to temporarily test this behaviour might be difficult. :) > > - the understanding of the issue we've got so far implies that this > > would only cause fairly minor load balancing problems for the current > > Debian hosts > This disparity doesn't classify as a minor load balancing problem when we > see one "third" of a rotation doing more than twice as much as other two > "thirds". Well, that's expected in some cases; the real refutation is that (assuming we're not missing some major influence in how security.d.o hosts are chosen) the distribution of active IPs is decidedly non-uniform -- C+D+E+F above accounts for 25% of the address space, but only 4.95% of the bandwidth. Compare that to B which also accounts for 25% of the address space, but accounts for 40.56% of the bandwidth. As it happens, A, B and C-F correspond to the old class A, B and C addressing regimes, ie /8, /16 and /24 allocations). Well, F includes the old multicast and reserved address classes too. Does it make sense that in today's internet, 55% of the traffic comes from old class A addresses, 40% from old class B addresses and just 5% from old class C addresses? Comparing that to the xkcd internet map [0], A is the left half, B is the bottom right, and C is the top right. steffani is in the 128 block marked "various registrars", just to the bottom right of the center of the map, and lobos and villa are in the 212 "Europe" block just above and to the right of the the center of the map. [0] http://xkcd.com/195/ > They are functioning now, but the higher the probability that we'll burden > some sites with excess traffic, [...] Shouldn't we be doing the same thing OFTC's done anyway, and dynamically change our DNS responses based on the current capacity of the various hosts in the rotation? Then we can automatically deal with temporarily dead hosts, or give hosts a controlled amount of traffic (x% of requests, rather than just an equal share, eg). I know Ryan (and maybe Jason?) had been wanting to do this for ages, but it required coding that hadn't been done. If OFTC has deployed code that we could just duplicate, that sounds like the thing to do -- for ftp.d.o as well as ftp.us and security.d.o, for that matter. Cheers, aj signature.asc Description: Digital signature
Bug#456629: lintian: detect missing version mangling in debian/watch for dfsg-ed packages
Package: lintian Version: 1.23.36 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In case of packages that have been modified to comply with DFSG, it is necessary that either opts=uversionmangle or opts=dversionmangle is used in the debian/watch file if the file exists. Failing which, uscan reports that the current version itself is not available on the site. It would be useful to have a check that warns about this (it could even be an error because the watch file is useless without the version mangling option). Giridhar - -- Y Giridhar Appaji Nag | http://www.appaji.net/ - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.7 package building tools for Debian ii file4.21-3 Determines file type using "magic" ii gettext 0.16.1-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-1 parse Debian changelogs and output ii man-db 2.5.0-4 on-line manual pager ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHZgfG4eu+pR04mIcRAlAHAKDgawEoCnA6ukVaXK7rBdxnmhmGPwCg9rKo mQ6KGQCw40oZt7VpL0h7G4A= =zPcQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#451485: units: acres calculated with US survey foot not normal foot
Try this: toncho /~ units You have: USmile^2 You want: acre * 640 / 0.0015625 -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#451485: units: acres calculated with US survey foot not normal foot
This looks correct to me. usacre = 10 surveychain^2 surveychain = 66 surveyft surveyft = 1200/3937 meter 10*(66*1200/3937)^2) = 4046.8726098410 1 mile^2 = 2589988.1 meter 2589988.1/4046.8726098410 = 639.9974374537 Note that the surveyfoot is .3048006096 meter while the standard foot is .3048 meter and the mile is defined in terms of standard feet: (.3048/.3048006096)^2 = .96 639.9974374537/640= .959960 > the default foot in the US is not the survey foot, so it is odd that the > default acre is set to use survey feet. Why? The acre is a survey unit. The country was surveyed in survey units: we are stuck with them. Your change would enlarge my farm by .00028 acres and push my farthest boundary back .03 inches :) -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299708: Still present?
Hi, Are you still having trouble cleaning the downloaded package cache in any current aptitude version? Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434860: Still present?
Hi, I can't reproduce this bug. Do you still see it in 0.4.10? Thanks, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361439: Now in cwidget.
package aptitude reassign 361439 cwidget thanks The source file this bug is in has moved to the cwidget package, so I'll reassign the bug over there too. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454179: kdesvn killed by SIGBUS
Jürgen Richtsfeld schrieb: > hi! > I just built as the wikipage says, but I only installed the built > kdesvn_0.14.1-1_amd64.deb (kdesvn-kio-plugins_0.14.1-1_amd64.deb, > libsvnqt4_0.14.1-1_amd64.deb and libsvnqt-dev_0.14.1-1_amd64.deb were built > too). kdesvn now starts fine, so with the self-built binary, the problem > doesn't exist (I didn't start it with gdb yet). > I'm a bit puzzled now. Could you please re-compile kdesvn without DEB_BUILD_OPTIONS=nostrip,noopt (i.e. like it was compiled on the buildd machine). Does it still work then correctly? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#455689: nspluginviewer crashes since the last update of flash
I can confirm the problem. $ dpkg-query -W konqueror-nsplugins konqueror-nsplugins 4:3.5.8.dfsg.1-2 $ dpkg-query -W flashplugin-nonfree flashplugin-nonfree 9.0.115.0.1 I'm attaching the backtrace. -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 0xb682c6c0 (LWP 28578)] [New Thread 0xb3a8bb90 (LWP 28583)] [New Thread 0xb4352b90 (LWP 28582)] [KCrash handler] #6 0xb7b9daf7 in XtRemoveTimeOut () from /usr/lib/libXt.so.6 #7 0xb5c79db1 in ?? () from /usr/lib/mozilla-firefox/plugins/libflashplayer.so #8 0xb5c6f338 in ?? () from /usr/lib/mozilla-firefox/plugins/libflashplayer.so #9 0xb5c68181 in ?? () from /usr/lib/mozilla-firefox/plugins/libflashplayer.so #10 0xb5c6c937 in ?? () from /usr/lib/mozilla-firefox/plugins/libflashplayer.so #11 0x080e2110 in ?? () #12 0xbfb3a9c8 in ?? () #13 0xbfb3a998 in ?? () #14 0xb7b43e41 in operator delete () from /usr/lib/libstdc++.so.6 #15 0x0805b655 in NSPluginInstance::destroy (this=0x80c1f30) at /tmp/buildd/kdebase-3.5.8.dfsg.1/./nsplugins/viewer/nsplugin.cpp:710 #16 0x0805d7fd in ~NSPluginInstance (this=0x80c1f30) at /tmp/buildd/kdebase-3.5.8.dfsg.1/./nsplugins/viewer/nsplugin.cpp:672 #17 0xb70d9838 in QGList::remove (this=0x80a6c88, d=0x80c1f30) at tools/qglist.cpp:542 #18 0x080564cf in NSPluginClass::timer (this=0x80a6bb0) at /usr/share/qt3/include/qptrlist.h:85 #19 0x08056571 in NSPluginInstance::shutdown (this=0x80c1f30) at /tmp/buildd/kdebase-3.5.8.dfsg.1/./nsplugins/viewer/nsplugin.cpp:740 #20 0x080592d9 in NSPluginInstanceIface::process (this=0x80c205c, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at NSPluginClassIface_skel.cpp:172 #21 0xb72d8f50 in DCOPClient::receive (this=0x80acf38, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at /build/buildd/kdelibs-3.5.8.dfsg.1/./dcop/dcopclient.cpp:1643 #22 0xb72dd9f4 in DCOPProcessInternal (d=0x809e1e8, opcode=2, key=322, [EMAIL PROTECTED], canPost=true) at /build/buildd/kdelibs-3.5.8.dfsg.1/./dcop/dcopclient.cpp:520 #23 0xb72de3e3 in DCOPProcessMessage (iceConn=0x8099878, clientObject=0x809e1e8, opcode=2, length=78, replyWait=0x0, replyWaitRet=0xbfb3ae34) at /build/buildd/kdelibs-3.5.8.dfsg.1/./dcop/dcopclient.cpp:432 #24 0xb72ea7d0 in KDE_IceProcessMessages (iceConn=0x8099878, replyWait=0x0, replyReadyRet=0x0) at /build/buildd/kdelibs-3.5.8.dfsg.1/./dcop/KDE-ICE/process.c:326 #25 0xb72d1356 in DCOPClient::processSocketData (this=0x80acf38, fd=9) at /build/buildd/kdelibs-3.5.8.dfsg.1/./dcop/dcopclient.cpp:2014 #26 0xb72de0f8 in DCOPClient::qt_invoke (this=0x80acf38, _id=2, _o=0xbfb3afb0) at ./dcopclient.moc:176 #27 0xb6ddcb10 in QObject::activate_signal (this=0x80ad690, clist=0x80a0e80, o=0xbfb3afb0) at kernel/qobject.cpp:2356 #28 0xb6ddd45d in QObject::activate_signal (this=0x80ad690, signal=2, param=9) at kernel/qobject.cpp:2449 #29 0xb716d40d in QSocketNotifier::activated (this=0x80ad690, t0=9) at .moc/debug-shared-mt/moc_qsocketnotifier.cpp:85 #30 0xb6dfecda in QSocketNotifier::event (this=0x80ad690, e=0xbfb3b2e8) at kernel/qsocketnotifier.cpp:258 #31 0xb6d7136a in QApplication::internalNotify (this=0xbfb3b3b4, receiver=0x80ad690, e=0xbfb3b2e8) at kernel/qapplication.cpp:2635 #32 0xb6d73193 in QApplication::notify (this=0xbfb3b3b4, receiver=0x80ad690, e=0xbfb3b2e8) at kernel/qapplication.cpp:2358 #33 0xb74b8622 in KApplication::notify (this=0xbfb3b3b4, receiver=0x80ad690, event=0xbfb3b2e8) at /build/buildd/kdelibs-3.5.8.dfsg.1/./kdecore/kapplication.cpp:550 #34 0xb6d026c9 in QApplication::sendEvent (receiver=0x80ad690, event=0xbfb3b2e8) at ../include/qapplication.h:520 #35 0xb6d631e2 in QEventLoop::activateSocketNotifiers (this=0xbfb3b4d0) at kernel/qeventloop_unix.cpp:578 #36 0x08055787 in QXtEventLoop::processEvents (this=0xbfb3b4d0, flags=) at /tmp/buildd/kdebase-3.5.8.dfsg.1/./nsplugins/viewer/qxteventloop.cpp:462 #37 0xb6d8c6e4 in QEventLoop::enterLoop (this=0xbfb3b4d0) at kernel/qeventloop.cpp:198 #38 0xb6d8c3e2 in QEventLoop::exec (this=0xbfb3b4d0) at kernel/qeventloop.cpp:145 #39 0xb6d72f13 in QApplication::exec (this=0xbfb3b3b4) at kernel/qapplication.cpp:2758 #40 0x0805a73c in main (argc=134619088, argv=0x0) at /tmp/buildd/kdebase-3.5.8.dfsg.1/./nsplugins/viewer/viewer.cpp:305
Bug#456628: compiz: fails to start when POSIXLY_CORRECT is set
Package: compiz
Version: 0.6.3~git20071208.25941d14-1
Severity: important
Tags: patch
When POSIXLY_CORRECT is set, compiz fails to start:
lakeview ok % Checking for Xgl: not present.
Detected PCI ID for VGA: 00:02.0 0300: 8086:27a2 (rev 03) (prog-if 00 [VGA])
Checking for texture_from_pixmap: grep: -c: No such file or directory
/usr/bin/compiz: line 153: [: -gt: unary operator expected
not present.
Trying again with indirect rendering:
Checking for texture_from_pixmap: grep: -c: No such file or directory
/usr/bin/compiz: line 153: [: -gt: unary operator expected
not present.
aborting and using fallback: /usr/bin/metacity
metacity: Unknown option --fast-filter
This is because under POSIX, the first non-option argument terminates
option processing, and so the grep invocation produces no valid output
(since -c comes at the end). A patch is attached to reorder the
arguments to grep so that it works even in this case.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-rc5-amd64 (SMP w/2 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 compiz depends on:
ii compiz-core 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana
ii compiz-gnom 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana
ii compiz-gtk 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana
ii compiz-plug 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana
compiz recommends no packages.
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
--- compiz.old 2007-12-17 03:53:16.0 +
+++ compiz 2007-12-17 03:53:33.0 +
@@ -150,7 +150,7 @@
check_tfp()
{
verbose "Checking for texture_from_pixmap: "
- if [ $($GLXINFO 2>/dev/null | grep GLX_EXT_texture_from_pixmap -c) -gt 2 ] ; then
+ if [ $($GLXINFO 2>/dev/null | grep -c GLX_EXT_texture_from_pixmap) -gt 2 ] ; then
verbose "present. \n"
return 0;
else
signature.asc
Description: Digital signature
Bug#456627: syrep: s/distuinguish/distuinguish/
Package: syrep Version: 0.9-3 Severity: minor ./debian/control: < distuinguish between soft and hard links. In fact even copies of files are --- > distinguish between soft and hard links. In fact even copies of files are -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#239111: Discussed on XFS list
I've opened a thread on the XFS list: http://comments.gmane.org/gmane.comp.file-systems.xfs.general/21395 where Eric Sandeen gives a helpful explanation of the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400533: Confirmed fixed
I can confirm that this is fixed in 0.5.0. Are there any plans to package modern versions of Kazehakase? signature.asc Description: Digital signature
Bug#456626: [new] diff2patches: simple script to extract patches from .diff.gz files out of the debian/ scope
Oops, seems like I attached an 'older' version I had around. The only change is in line 50, from zcat "$1" | filterdiff -i "^$f$" -p1 > $NF to zcat "$1" | filterdiff -i "$f" -p1 > $NF Attaching the right/working script this time. Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html diff2patches Description: application/shellscript signature.asc Description: This is a digitally signed message part.
Bug#454658: localepurge: Remove dangling symlinks in /usr/share/man and /etc/alternatives
Paul Seelig wrote: > Hello Behan, > > sorry for answering so late, but better late than never... ;) No worries. We're all busy. > Thanks a lot for your patch, although i have decided not to include it > in localepurge. The reason to decide against is simply that i'd like > localepurge to stay what it's name suggests. While i think that your > idea is quite interesting i don't think it fits into the scope of > localepurge. > > May i suggest something else? The mechanism is aleady there and there > is no need to have to rely on localepurge to take advantage of it. So > the following should perfectly integrate your idea with apt: create a > file named like e.g. /etc/apt/apt.conf.d/99-danglsyms containing > following lines: This was my original idea too; a stand alone program. However, I ended up adding it to localpurge instead because localepurge is the cause of the dangling symlinks in the first place. It causes the problem, so it should clean up its mess. :) However, if you don't want to add it to localepurge, I can proceed with what you suggest. -- Behan Webster [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456626: [new] diff2patches: simple script to extract patches from .diff.gz files out of the debian/ scope
Source: devscripts Severity: wishlist Tags: patch I've written a simple shell script which uses lsdiff and filterdiff (from the patchutils package) to extract patches from a .diff.gz file placing them under debian/ or, if present, debian/patches. Every modified file is extracted in a different .patch file. If a slash is present in the affected/patched file, it is replaced with three underscores. I've found it very useful when preparing QA uploads for packages which use .diff.gz to store all the patches. It is licensed under the GPL 3 (with the 'at your option, any later version' clause). Example: --- $ apt-get source g2 $ cd g2-0.70/ $ mkdir debian/patches $ diff2patches ../g2_0.70-2.diff.gz Patches will be extracted under debian/patches/ Extracting configure...done Extracting config.guess...done Extracting configure.in...done Extracting Makefile...done Extracting config.sub...done Extracting perl/Makefile.PL...done Extracting g2_perl/Makefile.PL...done Extracting g2_perl/Makefile.PL.in...done Extracting Makefile.in...done --- I believe it might be useful for others so please include it. Sincerely, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html diff2patches Description: application/shellscript signature.asc Description: This is a digitally signed message part.
Bug#456544: units: $UNITSFILE doesn't override default anymore
~/.units.dat is being handled correctly. The "-f" option causes the default file to not be loaded. If you want to use "-f" and have the default loaded as well as your custom one use units -f "" -f myunits.dat UNITSFILE appears to be preventing the loading of the default units.dat but ~/.units,dat still seems to be being loaded. If you have a ~/.units.dat try renaming it temporarily and let me know what happens. -- -- John Hasler [EMAIL PROTECTED] Elmwood, WI USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456214: Patch to prevent hal from causing wakeups
tags 456214 + patch
kthxbye
Attached is a patch to fix the problem with wakeups. This patch does
CDROM_MEDIA_CHANGED first, and if it reports true, then checks to make
sure the drive is closed and then that the drive is not lying. This
causes the number of wakeups from HAL to go to zero. It also has the
side effect of issuing an extra ioctl(2) when the drive tray is open,
which is harmless since the drive tray should be closed most of the
time.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
diff -ur hal.old/hald/linux/addons/addon-storage.c hal-0.5.10/hald/linux/addons/addon-storage.c
--- hal.old/hald/linux/addons/addon-storage.c 2007-07-26 18:00:28.0 +
+++ hal-0.5.10/hald/linux/addons/addon-storage.c 2007-12-17 02:17:58.0 +
@@ -405,33 +405,37 @@
*
* @todo Use MMC-2 API if applicable
*/
- drive = ioctl (fd, CDROM_DRIVE_STATUS, CDSL_CURRENT);
- switch (drive) {
- case CDS_NO_INFO:
- case CDS_NO_DISC:
- case CDS_TRAY_OPEN:
- case CDS_DRIVE_NOT_READY:
- break;
-
- case CDS_DISC_OK:
+ if (support_media_changed) {
/* some CD-ROMs report CDS_DISK_OK even with an open
* tray; if media check has the same value two times in
* a row then this seems to be the case and we must not
* report that there is a media in it. */
- if (support_media_changed &&
- ioctl (fd, CDROM_MEDIA_CHANGED, CDSL_CURRENT) &&
- ioctl (fd, CDROM_MEDIA_CHANGED, CDSL_CURRENT)) {
- } else {
+ if (ioctl (fd, CDROM_MEDIA_CHANGED, CDSL_CURRENT) &&
+ ioctl(fd, CDROM_DRIVE_STATUS, CDSL_CURRENT) == CDS_DISC_OK
+ && !ioctl (fd, CDROM_MEDIA_CHANGED, CDSL_CURRENT)) {
got_media = TRUE;
}
- break;
-
- case -1:
- HAL_ERROR (("CDROM_DRIVE_STATUS failed: %s\n", strerror(errno)));
- break;
-
- default:
- break;
+ } else {
+ drive = ioctl (fd, CDROM_DRIVE_STATUS, CDSL_CURRENT);
+ switch (drive) {
+/* explicit fallthrough */
+ case CDS_NO_INFO:
+ case CDS_NO_DISC:
+ case CDS_TRAY_OPEN:
+ case CDS_DRIVE_NOT_READY:
+break;
+
+ case CDS_DISC_OK:
+got_media = TRUE;
+break;
+
+ case -1:
+HAL_ERROR (("Error: CDROM_DRIVE_STATUS failed: %s\n", strerror(errno)));
+break;
+
+ default:
+break;
+ }
}
/* check if eject button was pressed */
diff -ur hal.old/hald/linux/probing/probe-storage.c hal-0.5.10/hald/linux/probing/probe-storage.c
--- hal.old/hald/linux/probing/probe-storage.c 2007-10-11 20:09:58.0 +
+++ hal-0.5.10/hald/linux/probing/probe-storage.c 2007-12-17 02:14:46.0 +
@@ -352,34 +352,37 @@
*
* @todo Use MMC-2 API if applicable
*/
- drive = ioctl (fd, CDROM_DRIVE_STATUS, CDSL_CURRENT);
- switch (drive) {
- /* explicit fallthrough */
- case CDS_NO_INFO:
- case CDS_NO_DISC:
- case CDS_TRAY_OPEN:
- case CDS_DRIVE_NOT_READY:
- break;
-
- case CDS_DISC_OK:
+ if (support_media_changed) {
/* some CD-ROMs report CDS_DISK_OK even with an open
* tray; if media check has the same value two times in
* a row then this seems to be the case and we must not
* report that there is a media in it. */
- if (support_media_changed &&
- ioctl (fd, CDROM_MEDIA_CHANGED, CDSL_CURRENT) &&
- ioctl (fd, CDROM_MEDIA_CHANGED, CDSL_CURRENT)) {
- } else {
+ if (ioctl (fd, CDROM_MEDIA_CHANGED, CDSL_CURRENT) &&
+ ioctl(fd, CDROM_DRIVE_STATUS, CDSL_CURRENT) == CDS_DISC_OK
+ && !ioctl (fd, CDROM_MEDIA_CHANGED, CDSL_CURRENT)) {
+got_media = TRUE;
+ }
+ } else {
+ drive = ioctl (fd, CDROM_DRIVE_STATUS, CDSL_CURRENT);
+ switch (drive) {
+/* explicit fallthrough */
+ case CDS_NO_INFO:
+ case CDS_NO_DISC:
+ case CDS_TRAY_OPEN:
+ case CDS_DRIVE_NOT_READY:
+break;
+
+ case CDS_DISC_OK:
got_media = TRUE;
+break;
+
+ case -1:
+HAL_ERROR (("Error: CDROM_DRIVE_STATUS failed: %s\n", strerror(errno)));
+break;
+
+ default:
+break;
}
- break;
-
- case -1:
- HAL_ERROR (("Error: CDROM_DRIVE_STATUS failed: %s\n", strerror(errno)));
- break;
-
- default:
- break;
}
if (got_media) {
signature.asc
Description: Digital signature
Bug#452762: forwarded upstream
forwarded 452762 http://bugzilla.gnome.org/503967 thank you -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452765: forwarded upstream
forwarded 452765 http://bugzilla.gnome.org/503969 thank you -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452764: forwarded upstream
forwarded 452764 http://bugzilla.gnome.org/503968 thank you -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452762: forwarded upstream
forwarded 452762 http://buzilla.gnome.org/503967 thank you -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456625: compiz: Wobbly windows plugin should allow snapping to edges without sticking to edges
Package: compiz Version: 0.6.3~git20071208.25941d14-1 Severity: wishlist I like the behavior of snapping to the edges of the screen or to other windows by requiring a bit of resistance to push the edge of the dragged window past the edge of the screen or another window. However, I do not like the behavior of sticking to the edge of the screen which prevents me from dragging a window away from an edge. I would like to enable the first behavior independently, without the second behavior. Thanks, Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (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 compiz depends on: ii compiz-core 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana ii compiz-gnom 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana ii compiz-gtk 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana ii compiz-plug 0.6.3~git20071208.25941d14-1 OpenGL window and compositing mana compiz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#452759: forwarded report upstream
forwarded 452759 http://bugzilla.gnome.org/503963 thank you -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456624: abiword-gnome: renders Khmer Unicode as small circles unless a Khmer font is applied
Package: abiword-gnome Version: 2.4.6-5+b1 Severity: normal Tags: l10n I was testing a fix to the ttf-khmeros package so that fontconfig prefers the right fonts for sans/sans-serif/monospace. It worked in GTK-based text apps, but I wanted to test word-processors too. OpenOffice works fine, but in abiword typing with the GNOME/Xorg's Cambodia keyboard layout results in small circles that are slightly above Latin characters (as if they are superscript formatted) and the same happens when ttf-khmeros is not installed. If I then change the font on those characters to one of the fonts from ttf-khmeros, such as "Khmer OS" or "Khmer OS System", then the characters display correctly. Since abiword depends on pango, I would have expected this to work properly in all cases, perhaps it doesn't use pango/freetype correctly? Here is some nonsense Khmer text you can paste into abiword: ថដសថ៣សថឆោដលឹសថថហស៤ខតសដថងសដថងេរ១៣៤ត៤យ១២៣៤៤៦៣២៤៦២៣៤៥ I also noted that if I change a line with both Latin and Khmer on it to the Homa font from the ttf-farsiweb package, then I get these circles for the whole line. If I use the Type1 font Yehuda CLM from the culmus package, then I get the squares one usually sees on Windows when a font isn't installed. It appears that abiword cannot handle text with characters that are not available in the currently applied font. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages abiword-gnome depends on: ii abiword-common 2.4.6-5 WYSIWYG word processor based on GT ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libbonobo2-02.20.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-4GNU C Library: Shared libraries ii libcairo2 1.4.10-1.2 The Cairo 2D vector graphics libra ii libenchant1c2a 1.3.0-5 a wrapper library for various spel ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.7-4 Free Implementation of the Unicode ii libgcc1 1:4.2.2-4GCC support library ii libgconf2-4 2.20.1-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.18.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-02.18.1-1 GNOME 2.2 print architecture User ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.3-1 The GTK+ graphical user interface ii libgucharmap6 1:1.10.1-1 Unicode browser widget library (sh ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libperl5.8 5.8.8-12 Shared Perl library ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxml2 2.6.30.dfsg-3GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages abiword-gnome recommends: ii abiword-plugins-gnome 2.4.6-5+b1 plugins for AbiWord (with GNOME de -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#456214: hal: should not poll CD drive so often
brian m. carlson schrieb: > On Sun, Dec 16, 2007 at 11:19:44PM +0100, Michael Biebl wrote: >> Only never SATA drives support hardware notifications (via libata). >> For others, the only options is to poll, unfortunately. >> Why polling every 2 secs causes 20 wakeups per seconds is unclear to me. >> Maybe a driver issue, maybe not. > > You'll pardon me if I don't believe you. HAL itself has a comment that > says: Well, I don't really mind if you believe me or not, unfortunately what I mentioned is true, though: http://kerneltrap.org/Linux/Asynchronous_Event_Notification_Infrastructure Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454605: [VAC] now - undefined (was Re: ICU transition status)
On Mon, Dec 17, 2007 at 12:39:20AM +0100, Bernd Zeimetz wrote: > > The attached patch looks to me like it does the necessary handling of > > switching to gcc-4.2 without breaking the ABI. I'm still going through the > > QA on it, but so far it looks sane; if anyone notices a problem with it, > > please let me know, otherwise I'll plan to NMU once I have a good build and > > am happy that I haven't broken anything. > A but offtopic now, but I jumped into my mind while looking at your > diff As we want to move to python2.5 at some point > I think the line > PYTHON_CONFIG="using python : 2.4 : /usr ;" > could be replaced by > PYTHON_CONFIG="using python : $(shell pyversions -dv) : /usr ;" > Which would allow to drop the build-dependency on python2.4-dev - > assuming that boost builds fine with python2.5. Yes, that would be nice. The package currently build-depends on python2.4-dev, *and* an python-dev | python-all-dev; simplifying that can only be a win. BTW, the previous patch didn't work, I made the mistake of thinking that the sonames were being set from within debian/rules when the complex logic in debian/rules was apparently just there to keep pace with upstream. So that's a factor in not dropping the explicit "g++-4.2" build-dep for now. The attached patch works quite a bit better, and is what I'll upload if it finishes checking out here. Cheers, -- 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/ [EMAIL PROTECTED] [EMAIL PROTECTED] diff -u boost-1.34.1/debian/control boost-1.34.1/debian/control --- boost-1.34.1/debian/control +++ boost-1.34.1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Boost Team <[EMAIL PROTECTED]> Uploaders: Steve M. Robbins <[EMAIL PROTECTED]>, Domenico Andreoli <[EMAIL PROTECTED]>, Christophe Prud'homme <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 4), bison, flex, docbook-to-man, xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu36-dev, python-dev | python-all-dev, python2.4-dev, python-support (>= 0.3), g++-4.1 +Build-Depends: debhelper (>= 4), bison, flex, docbook-to-man, xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu-dev, python-dev | python-all-dev, python2.4-dev, python-support (>= 0.3), g++-4.2 Standards-Version: 3.7.2 Package: bcp diff -u boost-1.34.1/debian/changelog boost-1.34.1/debian/changelog --- boost-1.34.1/debian/changelog +++ boost-1.34.1/debian/changelog @@ -1,3 +1,16 @@ +boost (1.34.1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Build-depend on libicu-dev instead of libicu36-dev for the icu library +transition. Closes: #454605. + * Bump the Build-Depends from g++-4.1 to g++-4.2, and add +backwards-compatibility "-gcc41" symlinks for all libraries to avoid +gratuitous ABI breakage for the rebuild since the gcc version +doesn't change the ABI, contrary to upstream assertion. Bump the +shlibs to match. + + -- Steve Langasek <[EMAIL PROTECTED]> Sun, 16 Dec 2007 13:59:29 -0800 + boost (1.34.1-2) unstable; urgency=low [ Steve Robbins ] diff -u boost-1.34.1/debian/rules boost-1.34.1/debian/rules --- boost-1.34.1/debian/rules +++ boost-1.34.1/debian/rules @@ -10,12 +10,12 @@ # Boost does not guarantee any ABI, it uses the full version in SONAME SOVERSION = 1.34.1 -SHLIBS_VERSION = +SHLIBS_VERSION = (>= 1.34.1-2.1) DEBIAN_SUFFIX = # tags for library name decoration boost_version = $(subst .,_,$(SOVERSION)) -gcc_version = gcc41 +gcc_version = gcc42 # Boost libraries for which we want separate packages boost_libs := date-time filesystem graph iostreams program-options python regex serialization signals test thread wave @@ -36,6 +36,7 @@ # helpers to make basic and decorated library names mk_base_name = usr/lib/libboost_$(subst -,_,$(1))$(2) mk_full_name = usr/lib/libboost_$(subst -,_,$(1))-$(gcc_version)$(2)-$(boost_version) +mk_compat_name = usr/lib/libboost_$(subst -,_,$(1))-gcc41$(2)-$(boost_version) # helpers to make proper release/debug package names mk_pkg_lib = libboost-$(if $(findstring -d,$(2)),dbg,$(1)$(SOVERSION)$(DEBIAN_SUFFIX)) @@ -49,7 +50,8 @@ mk_ln_files = $(shell echo $(call mk_full_name,$(2),$(3)).so.$(SOVERSION) $(call mk_full_name,$(2),$(3)).so >> $(call mk_deb_dev,$(1),$(3)).links) mk_ln2_files = $(shell echo $(call mk_full_name,$(2),$(3)).so $(call mk_base_name,$(2),$(3)).so >> $(call mk_deb_dev,$(1),$(3)).links) mk_ln3_files = $(shell echo $(call mk_full_name,$(2),$(3)).a $(call mk_base_name,$(2),$(3)).a >> $(call mk_deb_dev,$(1),$(3)).links) -mk_files = $(foreach fn,a so ln ln2 ln3,$(call mk_$(fn)_files,$(1),$(2),$(3))) +mk_ln4_files = $(shell echo $(call mk_full_name,$(2),$(3)).so.$(SOVERSION) $(call mk_compat_name,$(2),$(3)).so >> $(call mk_deb_lib,$(1),$(3)).links) +mk_files = $(foreach fn,a so ln ln2 ln3 ln4,$(cal
Bug#456455: [Pkg-cups-devel] Bug#456455: cupsys: diff for NMU version 1.3.4-2.1
Hi, At Sun, 16 Dec 2007 13:08:07 +0100, Julien Cristau wrote: > since this is blocking a lot of packages from migrating to testing, I > plan to upload with the attached patch to DELAYED/2-day today. Thanks for your patch! I uploaded -3 as one of CUPS maintainer team. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456214: hal: should not poll CD drive so often
On Sun, Dec 16, 2007 at 11:19:44PM +0100, Michael Biebl wrote: brian m. carlson schrieb: On Sun, Dec 16, 2007 at 09:38:48PM +0100, Sjoerd Simons wrote: strace -tt would be more usefull as that outputs timing information. The open,ioctl,close triple will cause various wakeups every two seconds.. But only in a short time, so that shouldn't have a big impact on the time your processor can actually spent in a lower power state. Waking up the CD drive to poll its status isn't particularly good for power savings, either, regardless of what the main processor is doing. Only never SATA drives support hardware notifications (via libata). For others, the only options is to poll, unfortunately. Why polling every 2 secs causes 20 wakeups per seconds is unclear to me. Maybe a driver issue, maybe not. You'll pardon me if I don't believe you. HAL itself has a comment that says: /* Check if a disc is in the drive * * @todo Use MMC-2 API if applicable */ Most CD-ROM drives support MMC-2, because MMC-2 is pretty old. Run "wodim -checkdrive" to see. My drive implements MMC-2, and because HAL doesn't implement the MMC-2 API, I have no clue whether it might use a more efficient method. You also ignored the rest of my comment, where I was pointing out that hal is wastefully checking the tray status when that's really rather irrelevant to whether the media has changed. In other words, hal is not doing everything it can to be efficient. Whether that will have an effect on the number of wakeups is so far unknown, but it is unlikely to hurt. Finally, even if polling is the only way to do something (which I am not conceding), that doesn't mean it's not broken, and it certainly doesn't mean I have to like it. The ultimate problem is that hal is the third-leading cause of wakeups on my computer. For me, this is unacceptable. I'm pointing out that there are alternatives to the current method that are very likely more efficient, and hal isn't implementing them. I think it should be. If you don't, then please tag this bug wontfix, and I'll argue it out with the upstream maintainers. But please don't try to tell me that I don't know what I'm talking about when the code contradicts you. I am now going to hack on the code, and see if I can fix this bug. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#435786: Draft patch of an SVKBATCHMODE patch
--
=== lib/SVK/Command/Copy.pm
==
--- lib/SVK/Command/Copy.pm (revision 73228)
+++ lib/SVK/Command/Copy.pm (local)
@@ -52,7 +52,7 @@
use strict;
use SVK::Version; our $VERSION = $SVK::VERSION;
use base qw( SVK::Command::Mkdir );
-use SVK::Util qw( get_anchor get_prompt abs2rel splitdir is_uri make_path
is_path_inside);
+use SVK::Util qw( get_anchor abs2rel splitdir is_uri make_path is_path_inside);
use SVK::I18N;
use SVK::Logger;
=== lib/SVK/Command.pm
==
--- lib/SVK/Command.pm (revision 73228)
+++ lib/SVK/Command.pm (local)
@@ -1033,6 +1033,10 @@
);
}
else {
+if ($ENV{'SVKBATCHMODE'}) {
+die(loc("This command needs to be run interactively\n"));
+}
+
$prompt = loc ("Enter a depot path to %1 into (under // if no leading
'/'): ",
loc($action));
}
=== lib/SVK/Help/Environment.pod
==
--- lib/SVK/Help/Environment.pod(revision 73228)
+++ lib/SVK/Help/Environment.pod(local)
@@ -140,6 +140,12 @@
C command. The value of this variable can be anything that you can
pass to C's C<--output> option.
+=item SVKBATCHMODE
+
+When you set this variable to a true value, SVK should never prompt the user
for an
+interactive response.
+
+
=item $SVKPGP
svk supports signing and verifying changesets using the Gnu Privacy Guard.
=== lib/SVK/Util.pm
==
--- lib/SVK/Util.pm (revision 73228)
+++ lib/SVK/Util.pm (local)
@@ -173,6 +173,8 @@
sub get_prompt { {
my ($prompt, $pattern) = @_;
+return '' if ($ENV{'SVKBATCHMODE'});
+
local $| = 1;
print $prompt;
@@ -266,70 +268,76 @@
=cut
sub get_buffer_from_editor {
-my ($what, $sep, $content, $file, $anchor, $targets_ref) = @_;
+my ( $what, $sep, $content, $file, $anchor, $targets_ref ) = @_;
my $fh;
-if (defined $content) {
- ($fh, $file) = tmpfile ($file, TEXT => 1, UNLINK => 0);
- print $fh $content;
- close $fh;
+if ( defined $content ) {
+( $fh, $file ) = tmpfile( $file, TEXT => 1, UNLINK => 0 );
+print $fh $content;
+close $fh;
+} else {
+open $fh, $file or die $!;
+local $/;
+$content = <$fh>;
+close $fh;
}
-else {
- open $fh, $file or die $!;
- local $/;
- $content = <$fh>;
-close $fh;
-}
my $time = time;
-while (1) {
+while (!$ENV{'SVKBATCHMODE'} && 1) {
open my $fh, '<', $file or die $!;
my $md5 = md5_fh($fh);
close $fh;
- edit_file ($file);
+edit_file($file);
open $fh, '<', $file or die $!;
-last if ($md5 ne md5_fh($fh));
+last if ( $md5 ne md5_fh($fh) );
close $fh;
- my $ans = get_prompt(
- loc("%1 not modified: a)bort, e)dit, c)ommit?", ucfirst($what)),
- qr/^[aec]/,
- );
- last if $ans =~ /^c/;
- # XXX: save the file somewhere
- unlink ($file), die loc("Aborted.\n") if $ans =~ /^a/;
+my $ans = get_prompt(
+loc( "%1 not modified: a)bort, e)dit, c)ommit?", ucfirst($what) ),
+qr/^[aec]/,
+);
+last if $ans =~ /^c/;
+
+# XXX: save the file somewhere
+unlink($file), die loc("Aborted.\n") if $ans =~ /^a/;
}
open $fh, $file or die $!;
local $/;
-my @ret = defined $sep ? split (/\n\Q$sep\E\n/, <$fh>, 2) : (<$fh>);
+my @ret = defined $sep ? split( /\n\Q$sep\E\n/, <$fh>, 2 ) : (<$fh>);
close $fh;
unlink $file;
die loc("Cannot find separator; aborted.\n")
-if defined($sep) and !defined($ret[1]);
+if defined($sep)
+and !defined( $ret[1] );
return $ret[0] unless wantarray;
# Compare targets in commit message
-my $old_targets = (split (/\n\Q$sep\E\n/, $content, 2))[1];
-$old_targets =~ s/^\?.*//mg; # remove unversioned files
+my $old_targets = ( split( /\n\Q$sep\E\n/, $content, 2 ) )[1];
+$old_targets =~ s/^\?.*//mg;# remove unversioned files
-my @new_targets =
- map {
- s/^\s+//; # proponly change will have leading spacs
- [split(/[\s\+]+/, $_, 2)]}
- grep {!/^\?/m} # remove unversioned fils
- grep {/\S/}
- split(/\n+/, $ret[1]);
+my @new_targets
+= map {
+s/^\s+//; # proponly change will have leading spacs
+[ split( /[\s\+]+/, $_, 2 ) ]
+}
+grep {
+!/^\?/m
+}# remove unversioned fils
+grep {/\S/}
+split( /\n+/, $ret[1] );
-if ($old_targets ne $ret[1]) {
-# Assign new targets
- @$targets_ref = map
Bug#432351: Squid3+IPv6
Package: squid3 Followup-For: Bug #432351 IPv6 is now officially merged into the current 3-HEAD. From 17 Dec 2007 daily snapshots are available. Please note though, HEAD is now destined to become squid 3.1 at some point. If there is any .deb package naming that needed to differentiate squid3.0 and squid3.1 it should be performed on any snapshots taken from HEAD now. Amos Jeffries Squid Development Team
Bug#452494: fltk1.1: General update after the debconf review process
Merci beaucoup ! I've incorporated this update into my personal repository, and should be able to upload updated packages sometime this week. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456600: gramps: Do not depend upon versioned scrollkeeper
On Sun, Dec 16, 2007 at 10:27:29PM +0100, Jerome Warnier wrote: > Package: gramps > Version: 2.2.9-2 > Severity: wishlist > > This package depends upon a versioned scrollkeeper, and that prevents > one from installing rarian-compat instead of scrollkeeper. > Please remove that versioned dependency. All current versions of debian have a recent enough version of scrollkeeper to meet the dependency. The version will be removed on the next upload. -- James Treacy [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456622: ITP: ristretto -- A lightweight picture-viewer for the Xfce desktop, environment
Package: wnpp Severity: wishlist Owner: Stefan Ott <[EMAIL PROTECTED]> * Package name: ristretto Version : 0.0.15 Upstream Author : Stephan Arts <[EMAIL PROTECTED]> * URL : http://goodies.xfce.org/projects/applications/ristretto * License : GPL Programming Lang: C Description : A lightweight picture-viewer for the Xfce desktop +environment Ristretto is a fast and lightweight picture-viewer for the Xfce desktop environment. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449360: Do you still get this in 0.4.10?
Hi, I think these bugs were probably fixed in 0.4.10. I would appreciate it if you could check whether you still encounter it and let me know if it appears to be gone (in which case I'll close the bug). Thanks, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456623: debian-installer: Please offer the option of using an unpartitioned disk as an FS
Package: debian-installer Severity: wishlist When installing a virtual machine, I'd really like to use the entire unpartitioned virtual disk as a filesystem, rather than partitioning it. Doing so then makes the virtual disk contain a filesystem image directly, which I can more easily mount from the host OS. However, debian-installer does not let me create a filesystem directly on a disk device; choosing a disk device only offers me the option of partitioning it. Similarly, I might want to use disks directly when doing RAID and/or LVM, rather than creating and using partitions. I could live with needing to use expert mode to do this, though I'd prefer to have the option more readily available. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456620: "start" and "restart" behave differently
Package: dovecot-common
Version: 1.0.rc15-2etch1
In the /etc/init.d/dovecot script, the "start" option processes the
"protocols" line in dovecot.conf file and doesn't start dovecot unless there
is an entry there that isn't in the inetd.conf file. The "restart" option
doesn't do any checking and will always start the daemon.
This means that with the default install (which has "protocols" commented
out), using "/etc/init.d/dovecot restart" will start dovecot, but the rc*.d
links won't. If you manually start dovecot after the install (with
"/etc/init.d/dovecot restart"), it will silently fail to start at the next
reboot.
It would presumably also cause problems if someone was using inetd and
issued a restart command on dovecot.
I'm not an expert, but maybe using:
$0 stop
sleep 1
$0 start
would be better than:
start-stop-daemon --stop --quiet --oknodo --exec $DAEMON
sleep 1
start-stop-daemon --start --quiet --oknodo --exec $DAEMON
I also think that having the default install leave dovecot configured so it
won't start is not a good idea having the default protocols line
("protocols = imap imaps") uncommented or having the start script use the
default commented line if there's not an uncommented one might be better.
Toby
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456621: cyrus-common-2.3: should depend on libsnmp15
package: cyrus-common-2.3 version: 2.3.8-1 cyrus-common-2.3 depends on libsnmp10, however libsnmp10 is no longer available (only available from lenny security updates), just libsnmp15. [EMAIL PROTECTED]:/usr/local$ sudo aptitude install cyrus-imapd-2.3 Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following packages are BROKEN: cyrus-common-2.3 cyrus-pop3d-2.2 The following packages will be automatically REMOVED: cyrus-common-2.2 cyrus-imapd-2.2 The following packages have been kept back: amavisd-new linux-image-2.6-686 The following NEW packages will be installed: cyrus-imapd-2.3 The following packages will be REMOVED: cyrus-common-2.2 cyrus-imapd-2.2 0 packages upgraded, 2 newly installed, 2 to remove and 2 not upgraded. Need to get 0B/7200kB of archives. After unpacking 2638kB will be used. The following packages have unmet dependencies: cyrus-common-2.3: Depends: libsnmp10 (>= 5.3.1) but it is not installable cyrus-pop3d-2.2: Depends: cyrus-common-2.2 (= 2.2.13-13+b2) but it is not installable -- -Jamie L. Penman-Smithson <[EMAIL PROTECTED]> t: +44 1273 424795; f: +44 1273 424795 PGP: C0A7 955E EED6 A309 23D7 863B C76A 26A3 F0DC FCA8 never send mail to: [EMAIL PROTECTED] PGP.sig Description: This is a digitally signed message part
Bug#456619: debian-maintainers: DM application for Ian Beckwith
Package: debian-maintainers Version: 1.10 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Attached is the jetring changeset for my application. Please note I have recently changed email address. I've notified the front-desk, so presumably NM-Page: will soon be changing to https://nm.debian.org/nmstatus.php?email=ianb%40erislabs.net thanks, Ian. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHZcVvQOzBVKi6weoRArmEAKChBn2fT4rUzfeA2hE8rGZx+oKz9gCfbhGb RmcturKqxVDjgmT4rjlXUqA= =fv1t -END PGP SIGNATURE- Comment: adding Debian Maintainer Ian Beckwith Date: Sat, 15 Dec 2007 23:54:02 + NM-Page: https://nm.debian.org/nmstatus.php?email=ianb%40nessie.mcc.ac.uk Agreement: http://lists.debian.org/debian-newmaint/2007/12/msg00045.html Advocates: jmm - http://lists.debian.org/debian-newmaint/2007/12/msg00048.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.6 (GNU/Linux) mQGiBD/b9NQRBAC8u2c5JIRLZVt1PhyPyzQWRNpq3Ob4qibb3jQ4l/NSSF7wr9PZ SqwsvAeObPOOq994Zw2hKKpErdT5k/vzpCTTK2MkfJ8Sx2UoINHn6RPwH0TzOHwU BMVKdPchrBXf9EQQy67wFMSAeLT4anuBpg7mie5UUKk2ZwcnaifrFhWUcwCguIlR S699wRjzM7Urxpfvi7cgYf0D/js4m/At0InONAROFSSgQmu0Uz433aWp3YP4cuwX PZJZXsKV2ICM8V74GOuihujA8BY71kvabkqAgONcO92xsJtrl3tUlEmV+Vv19j2t bapbD9bfBtIJTZTdaEjBndSJn4UNoocHrwrSb1V8j/NF2l8Ywwd1Y+jdx0sDtkrA M30pBACvSvgpuT5ATRbznbmJ8snPCyktqOTywoE4H5Pv8Duti9r8WVNtGLay8ySJ hMOPHMK/l7S32Kdv0FmoH9sYUF9cSLeUYpdYW1ptU/5lt5SdBectMrn31LZ3WC1O nCFN27B7iezj++pAUmrq2/y+HeE9tpzHuY+s0G6jTA7s4pVZu7QkSWFuIEJlY2t3 aXRoIDxpYW5iQG5lc3NpZS5tY2MuYWMudWs+iF4EExECAB4CGwMGCwkIBwMCAxUC AwMWAgECHgECF4AFAkdltSYACgkQQOzBVKi6weo+yACgtgO0VVUNTChkvPEtC52E 5/9pTIIAoIEx+PQvf2tJtzSb89Brrwws1ueniF4EExECAB4FAj/b9NQCGwMGCwkI BwMCAxUCAwMWAgECHgECF4AACgkQQOzBVKi6weqrSQCgjo9/8I+RMh/vP6HqK3Iz u8hZbGUAoKeegNBfoTlFACaJW3pYlwuj44JoiEYEExECAAYFAkDcp+wACgkQ+gi+ rt7UWRIC8gCcCzeJkNlwRH1Awj9cJLLx3qpp8rAAmwVEANy3RkKy/sx9WX5i3Blo ifF1tCVJYW4gQmVja3dpdGggPGlhbi5iZWNrd2l0aEBnbWFpbC5jb20+iF4EExEC AB4FAkDZ2akCGwMGCwkIBwMCAxUCAwMWAgECHgECF4AACgkQQOzBVKi6wertjgCf QL2Qgcdy9esFSTHQXP0Vr9sbGsUAn00JxtFlItxJwAoqjggNPkggpKmFiEYEExEC AAYFAkDcp/IACgkQ+gi+rt7UWRKjugCfUhuGvAoUwX5w5l9qPh4DNTIkU4EAniz8 amSjuYd5zxcKo2+vfPoKueHgtCBJYW4gQmVja3dpdGggPGlhbmJAZXJpc2xhYnMu bmV0PohjBBMRAgAjAhsDBgsJCAcDAgQVAggDBBYCAwECHgECF4AFAkdltSsCGQEA CgkQQOzBVKi6wep/7wCgqQCYcCZI0jXJVfkczwSy4gGZQ4oAn0xbdZqzBatUrBK6 Dsn5vMKyBWXUuQENBD/b9NYQBACbPK1lZ/G4Taaq+qcHrfrdVoRedYeY13Hw+p4S X/U6pDsOWquQfe2fdwrvH8IYu6cA9/Q0A3mR8Auy8Z3TjRFtcOY/AwdHbmk/ExUM lU9AS0qwmuriyKkpc49AZ/RCLAp0o2YczYPmy8rMZZF1lSfQmUyHlS4YRDSCmMif v7cqUwADBgP/QZYGf4mR2AqPdVYXXEFPJusRNqV1CqcHGq70L/hzJpcQKdTpXhVg s0rvnchAZ5vJTHCYgd3WBHORNa9e+jrISd3wlDDg2+awVsqKtuq8NeeTLiChY0x6 tRmGs3sK8qZGufWkQMxSnPiVjkK/xEe9t7c6bezF1WW+tc5iwDmv6d6ISQQYEQIA CQUCP9v01gIbDAAKCRBA7MFUqLrB6k0xAJ9tmQK8QW0F3huxLfhiiroQozbiNACf Sva0enKg9ZtGE5nT8uZCg9vPjow= =LMjy -END PGP PUBLIC KEY BLOCK-
Bug#453216: mingw32-binutils FTBFS: not detecting texinfo 4.11 as >= 4.4
On investigating this bug, I find that the root configure script has a broken test for whether texinfo is at least version 4.4, on line 3840. So it's setting MAKEINFO to ".../missing makeinfo" which messes up the build in libiberty. If I fix the regex on line 3841 (or line 2340 of configure.in) to 'texinfo[^0-9]*([1-3][0-9]|4\.([1-3][0-9]|[4-9])|[5-9])' then the package builds successfully. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456612: warning: connect to private/whitelister.ctl: Resource temporarily unavailable
On Sun, Dec 16, 2007 at 11:05:29PM +, Enrico Zini wrote: > Package: whitelister > Version: 0.8-4 > Severity: normal > > Hello, > > Thanks for maintaining whitelister. actually I'm also upstream :P > I sometimes found something like this in my logcheck reports: > > Dec 16 16:39:32 postfix/smtpd[7546]: warning: connect to > private/whitelister.ctl: Resource temporarily unavailable > Dec 16 16:39:32 postfix/smtpd[7546]: warning: problem talking to server > private/whitelister.ctl: Resource temporarily unavailable > Dec 16 16:39:32 postfix/smtpd[7542]: warning: connect to > private/whitelister.ctl: Resource temporarily unavailable > Dec 16 16:39:32 postfix/smtpd[7542]: warning: problem talking to server > private/whitelister.ctl: Resource temporarily unavailable > Dec 16 16:39:33 postfix/smtpd[7542]: warning: connect to > private/whitelister.ctl: Resource temporarily unavailable > Dec 16 16:39:33 postfix/smtpd[7542]: warning: problem talking to server > private/whitelister.ctl: Resource temporarily unavailable > Dec 16 16:39:33 postfix/smtpd[7542]: NOQUEUE: reject: RCPT from > xx.xx.xx[xx.xx.xx.xx]: 451 4.3.5 Server configuration problem; > from=<[EMAIL PROTECTED]> to=<[EMAIL PROTECTED]> proto=SMTP > helo= > > If I go and do a ps, I see that there are whitelister processes around, > and indeed mail is still generally received, except these few sporadic > cases. yeah, I believe this even has already been reported, anyways, it's because for some reason the "fork/exec" is too slow, and postfix timeouts. It's hard to reproduce, and I kind of abandonned whitelister as upstream, and is working on a replacement of it in C. Note that when it "fails" this way, postfix falls back to the next measure, which usually is greylist, so it generates delay, but won't let you lose any mail. Sorry for the inconvenience. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpOIiUOj1YLm.pgp Description: PGP signature
Bug#456618: New upstream: Darcs 2.0.0~pre2
Package: darcs Version: 1.0.9-1 Severity: wishlist There are pre-releases of the 2.0.0 branch: http://wiki.darcs.net/index.html/DarcsTwo How do you feel about packaging them for Debian? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages darcs depends on: ii libc6 2.7-4 GNU C Library: Shared libraries ii libcurl3 7.17.1-1 Multi-protocol file transfer libra ii libgmp3c2 2:4.2.2+dfsg-1 Multiprecision arithmetic library ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libncurses5 5.6+20071124-1 Shared libraries for terminal hand ii zlib1g1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages darcs recommends: ii nullmailer [mail-transport-ag 1:1.03-5 simple relay-only mail transport a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456617: ITP: uvcvideo -- Source for the USB Video Class (uvcvideo) webcam driver
Package: wnpp Owner: Ryan Schultz <[EMAIL PROTECTED]> Severity: wishlist * Package name: uvcvideo Version : 20071216svn Upstream Author : Laurent Pinchart <[EMAIL PROTECTED]> * URL : http://http://linux-uvc.berlios.de/ * License : GPL Programming Lang: C Description : Source for the USB Video Class (uvcvideo) webcam driver This package provides the source code for the uvcvideo kernel modules. The uvcvideo package is also required in order to make use of these modules. Kernel source or headers are required to compile these modules. . The UVC driver supports several video input devices, including the Logitech QuickCam series, many notebook cameras, the Apple iSight, and several others. -- Ryan Schultz "If a man has talent and cannot use it, he has failed." -- Thomas Wolfe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422085: Better terminal emulator patch
Hi Bastian, On Sun, Dec 16, 2007 at 11:39:03PM +0100, Bastian Venthur wrote: > Hi David, > > thanks for your effort and the patches. Personally, I don't like the > idea of a terminal popping up asking the user questions when a user uses > a GUI application. Because the scripts can be interactive, I see no other way. > Since the output of the bugscripts stuff is AFAIK > still not mandatory for bugreports, I ask you do not upload this patch > as NMU. May I ask why not? This is a really important feature for many developers and we'd like to see it in ASAP. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456613: cyrus-common-2.3: unable to remove package
On 16 Dec 2007, at 23:24, Benjamin Seidenberg wrote: Ouch! I plan to batch up a lot of cyrus work in the next few days. Thanks for the report and the patch. That's pretty bad... *shakes head*. Benjamin I just noticed that this is a duplicate of #439217 (tagged as pending). I was silly and didn't notice it until now. Sorry for the noise! -j PGP.sig Description: This is a digitally signed message part
Bug#452905: Re Bug#452905: qa.debian.org: "Debian Bug report logs" is lax about bogus package names.)
As per the closing 'bot message: You should be hearing from them with a substantive response shortly, in case you haven't already. If not, please contact them directly. But no "substantive response" in two closings. Perhaps the above disappointing boilerplate is a white lie, or just a guideline or ideal state. So far we've read: Closing # 1) 12/15/07 "I don't see a bug here." 2) 12/16/07 "# Automatically generated email from bts, devscripts version 2.10.11" Hey CB, what's OK about a page that says "Windows Vista" belongs to Debian? Obviously almost nobody would type that in, but people might mistype the name of an existing package 'foo', and get a corresponding page for 'fou' and then have to link around till they find out there's no 'fou' -- it's better to tell 'em immediately rather than have sloppy bogus data wasting their time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456376: xfonts-wqy: fontconfig setting changed and no longer matches the, debconf question
sorry, a typo, I wanted to say ... redefine sans/serif/mono and create synthetic fonts will do "NO" harm ... not "do harm" :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456376: xfonts-wqy: fontconfig setting changed and no longer matches the, debconf question
A few comments for the reported problem: First, the change of the default font is expected, as the results of the upstream fontconfig file. This file has two major purposes: 1. enable wqy bitmap song even the bitmap fonts are globally disabled 2. create a synthetic font for generic aliases with the following specifications: for Chinese 9pt-12pt: use wqy bitmaps for Chinese other sizes: use default preferred vector Chinese fonts(uming/ukai) for non CJK characters, use default preferred vector Latin fonts the motivations of using this config file is detailed in Fedora's font list: https://www.redhat.com/archives/fedora-fonts-list/2007-November/msg00062.html after discussions, a more robust fontconfig file can be found at: https://www.redhat.com/archives/fedora-fonts-list/2007-December/msg2.html the screenshots of the en and zh desktops can be found at http://wenq.org/gallery/albums/userpics/10002/F8-wqy-newconfig_enUS.png http://wenq.org/gallery/albums/userpics/10002/F8-wqy-newconfig_zhCN.png The synthetic font described above is effectively equivalent to replacing the Firefly bitmaps in Uming by wqy-bitmap song (these two fonts can not be merged due to licenses). If the non-CJK glyphs were correctly displayed with Latin vector fonts, as designed, then there should be no other differences. Although this can also be achieved with distribution-specific font preference list (such as language-selector.conf in Ubuntu), using package-specific fontconfig file to redefine sans/serif/mono and create synthetic fonts will do harm, IMO, to user's controllability: who wanted to install xfonts-wqy may already prefer wqy bitmaps over firefly bitmaps; those who do not like wqy bitmaps may simply remove it and return to system default. However, Debian may have different fontconfig files to Fedora/Ubuntu (only Bitstream vera, and no Dejavu LCG?), and the font rendering may be different from what I got (Fedora8 in my above discussions). You can either twig the config file and create a patch if needed to achieve all the designed specifications, or delete the synthetic font section to keep with system default order (65-nonlatin.conf I guess). Again, my feeling is that setting one font as default using self-contained config file is nothing logically wrong or undermines user's controllability (actually, I think it saves people's time for setting it as default everywhere). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456616: eel2: [INTL:pt] Portuguese translation for eel2
Package: eel2 Version: n/a Tags: l10n, patch Severity: wishlist Portuguese translation for eel2's debconf messages. Translator: Miguel Figueiredo <[EMAIL PROTECTED]> Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team . -- Best regards, "Traduz" - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#454605: [VAC] now - undefined (was Re: ICU transition status)
tags 454605 patch thanks On Sun, Dec 16, 2007 at 01:45:45PM -0500, Jay Berkenbilt wrote: > I hadn't looked carefully at the packages yet. Now that I am looking > at it, I see clearly from the changelog that 1.34.1-3 was an ABI > change, so you're right -- I definitely don't want to upload it. > (Though I'm surprised that going from gcc 4.1 to 4.2 is really an ABI > change.) It's not, except that the boost Debian packages are encoding the gcc version in the soname by hand. This is wrong, but needs to be addressed in order to get icu through in a timely fashion. The attached patch looks to me like it does the necessary handling of switching to gcc-4.2 without breaking the ABI. I'm still going through the QA on it, but so far it looks sane; if anyone notices a problem with it, please let me know, otherwise I'll plan to NMU once I have a good build and am happy that I haven't broken anything. In the future, it might be a good idea to switch away from "g++-4.2" to just "g++"; the -3 upload in experimental actually has a latent RC bug, because it invokes g++-4.2 but doesn't build-depend on it, so that package will break suddenly the next time the default g++ version changes. > In any case, I wouldn't have uploaded without testing carefully. I > have software that uses some of the boost libraries. I would at least > have locally installed boost and checked my software, openoffice, and > perhaps some other reverse dependencies. My initial comments were > based on my memory of earlier conversations, not a careful analysis. > But you're right, this is not to be taken lightly. > In any case, I can either do an NMU based on 1.34.1-2 (which really > should be safe since 1.34.1-2 is already in testing), or I can just > drop it and let someone else take care of it. Unless someone says to > go ahead with 1.34.1-2.1, I'll just leave it alone. If it is not > resolved by the time I'm back from vacation, I probably will upload > 1.34.1-2.1 though. Given that this fixes a 10-day-old RC bug, anyone > could do an NMU at this point anyway. Jay, if you have time to check on your side that this patch gives a useful set of packages, that would certainly be helpful; I don't have anything than uses boost, so I'm really checking that the packages look right on paper after the change, not confirming that the libs still work the same at runtime. This /shouldn't/ be an issue given that there's no magic in -3 to make the packages work, but the extra assurance wouldn't hurt either. And maybe you'd have a working package sooner than I at the rate I'm currently going, and could feel free to upload it before me. :) -- 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/ [EMAIL PROTECTED] [EMAIL PROTECTED] diff -u boost-1.34.1/debian/control boost-1.34.1/debian/control --- boost-1.34.1/debian/control +++ boost-1.34.1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Boost Team <[EMAIL PROTECTED]> Uploaders: Steve M. Robbins <[EMAIL PROTECTED]>, Domenico Andreoli <[EMAIL PROTECTED]>, Christophe Prud'homme <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 4), bison, flex, docbook-to-man, xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu36-dev, python-dev | python-all-dev, python2.4-dev, python-support (>= 0.3), g++-4.1 +Build-Depends: debhelper (>= 4), bison, flex, docbook-to-man, xsltproc, doxygen, zlib1g-dev, libbz2-dev, libicu-dev, python-dev | python-all-dev, python2.4-dev, python-support (>= 0.3), g++-4.2 Standards-Version: 3.7.2 Package: bcp diff -u boost-1.34.1/debian/changelog boost-1.34.1/debian/changelog --- boost-1.34.1/debian/changelog +++ boost-1.34.1/debian/changelog @@ -1,3 +1,15 @@ +boost (1.34.1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Build-depend on libicu-dev instead of libicu36-dev for the icu library +transition. Closes: #454605. + * Drop the gcc version out of the library soname since it's no longer part +of what determines the ABI, and add backwards-compatibility "-gcc41" +symlinks for all libraries to avoid gratuitous ABI breakage when +rebuilding with gcc 4.2. Bump the shlibs to match. + + -- Steve Langasek <[EMAIL PROTECTED]> Sun, 16 Dec 2007 13:59:29 -0800 + boost (1.34.1-2) unstable; urgency=low [ Steve Robbins ] diff -u boost-1.34.1/debian/rules boost-1.34.1/debian/rules --- boost-1.34.1/debian/rules +++ boost-1.34.1/debian/rules @@ -10,12 +10,12 @@ # Boost does not guarantee any ABI, it uses the full version in SONAME SOVERSION = 1.34.1 -SHLIBS_VERSION = +SHLIBS_VERSION = (>= 1.34.1-2.1) DEBIAN_SUFFIX = # tags for library name decoration boost_version = $(subst .,_,$(SOVERSION)) -gcc_version = gcc41 +gcc_version = gcc42 # Boost libraries for which we want separate packages boost_libs := date-time filesystem
Bug#445333: Info received (Bug#445333: easytag: segfault, crash when reloading directory)
I didn't know that... thanks, Emilio Debian Bug Tracking System ha scritto: Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the package maintainer(s) and to other interested parties to accompany the original report. Your message has been sent to the package maintainer(s): Sebastien Bacher <[EMAIL PROTECTED]> If you wish to continue to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453358: Bug#436267: linux-image-2.6.22-1-686: IEEE1394 modules unbuilt in packaged kernel
On Sun, Dec 16, 2007 at 03:58:28PM -0600, Steve M. Robbins wrote: > > > Git repos are not relevant here. > > > > they are fucking important, but it seems that the firewire > > lib maintainers are quite lame. I, the lame lib maintainer, tried to compile coriander and one of his own applications, for the juju stack, git cloning libraw and svn co'ing libdc1394 and cvs co'ing coriander. I had to modify coriander slightly and my own application some more, because the API of libdc1394 is still changing. After it all compiled, I tried it on a computer with multiple IIDC camera's attached. The applications see all devices. However, you can only read out one device at a time, because ISO channel allocation is not implemented according to libdc1394. Second, the camera image is messed up, the first 10% is fine but the rest is junk. I'm not the upstream maintainer, I'm the Debian maintainer. I do not mind fixing little things myself, but fixing this is beyond my scope. Upstream is clearly not ready, I cannot package unreleased stuff from git/svn/cvs that is not working properly anyway. Again, for those Debian users who want a *working* FireWire stack, please enable the old modules again. You can build both the old and the new stack. You can blacklist the old modules by default so that only the modules for the new stack get loaded unless the user wants the old one back. -- Met vriendelijke groet / with kind regards, Guus Sliepen <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#456614: /sbin/ldconfig: xen: not using -mno-tls-direct-seg-refs in /lib/tls
Package: libc6 Version: 2.7-3 Severity: normal File: /sbin/ldconfig /sbin/ldconfig causes the following kernel logs, libc6-xen is installed: victor:~# dpkg -l | grep libc6 ii libc62.7-3GNU C Library: Shared libraries ii libc6-xen 2.7-3GNU C Library: Shared libraries [Xen version victor:~# /sbin/ldconfig victor:~# dmesg *** *** ** WARNING: Currently emulating unsupported memory accesses ** ** in /lib/tls glibc libraries. The emulation is** ** slow. To ensure full performance you should ** ** add -mno-tls-direct-seg-refs to your CFLAGS and ** ** re-emerge glibc and any staticly linked programs ** ** or emerge -e world to catch everything. ** ** Offending process: ldconfig (pid=2884)** *** *** -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.20-xen-r6-domU (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/bash Versions of packages libc6 depends on: ii libgcc1 1:4.2.2-4 GCC support library libc6 recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456149: gpsdrive: Doesn't display my altitude
On Dec 14 20:19, Andrew McMillan wrote: > > > GPSDrive is not displaying any altitude reading from my GPS (a Garmin > > > 60CSx). If I telnet to the gpsd port on my local machine I definitely > > > do see my altitude coming through on the various data streams available. > > The GPS itself is a Garmin GPSMap 60 CSx which has a barometric > altimeter, can see 10 satellites at the time and is itself displaying > altitude and '3D' in it's own status. > > Here is a sample from connecting to gpsd now. There are no GSA sentences in your sample log and i think gpsdrive heavily relies on them to determine whether it knows the altitude or not. According to the manual of the 60CSx the device should use GSA. Did you set the Serial Data Format in the Interface Setup menu to NMEA and if not, can you please verify if the problem persists with this setting? Thanks, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456613: cyrus-common-2.3: unable to remove package
severity 456613 important
thanks
Ouch!
I plan to batch up a lot of cyrus work in the next few days. Thanks for
the report and the patch. That's pretty bad... *shakes head*.
Benjamin
Jamie L. Penman-Smithson wrote:
> package: cyrus-common-2.3
> version: 2.3.8-1
> severity: normal
> tags: patch
>
> Whilst removing cyrus-common-2.3 (due to #437838) the remove fails due
> to an error in postrm:
>
> (Reading database ... 43032 files and directories currently installed.)
> Removing cyrus-admin-2.3 ...
> Removing cyrus-clients-2.3 ...
> Removing cyrus-pop3d-2.3 ...
> Removing cyrus-imapd-2.3 ...
> Removing cyrus-common-2.3 ...
> Stopping Cyrus IMAPd: .
> /var/lib/dpkg/info/cyrus-common-2.3.postrm: line 58: syntax error near
> unexpected token `do'
> dpkg: error processing cyrus-common-2.3 (--remove):
> subprocess post-removal script returned error exit status 2
> Removing libcyrus-imap-perl23 ...
> Errors were encountered while processing:
> cyrus-common-2.3
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> A package failed to install. Trying to recover:
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Reading extended state information
> Initializing package states... Done
> Writing extended state information... Done
> Reading task descriptions... Done
> Building tag database... Done
>
> The following patch fixes this issue:
>
> --- /var/lib/dpkg/info/cyrus-common-2.3.postrm 2007-06-22
> 14:33:57.0 +0100
> +++ /home/jamie/cyrus-common-2.3.postrm 2007-12-16 22:55:43.0
> +
> @@ -55,7 +55,7 @@
>
> db_get cyrus-common-2.3/removespools
> [ "${RET}" = "true" ] && {
> -/var/spool/sieve /etc/sieve ; do
> + for i in /var/spool/sieve /etc/sieve ; do
> find "$i" -type f -exec rm -f
> '{}' \; || true
> find "$i" -type d -depth -not
> -name 'lost+found' -exec rmdir '{}' \; || true
> done
>
> 8<
>
> Thanks,
>
>
>
> ___
> Pkg-Cyrus-imapd-Debian-devel mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel
signature.asc
Description: OpenPGP digital signature
Bug#456615: deskbar-applet: Mozilla bookmarks search does not load, incorrectly thinks Firefox not the default browser
Package: deskbar-applet Version: 2.20.2-1 Severity: normal "Web Bookmarks (Mozilla)" does not load, claiming "Mozilla/Firefox is not your preferred browser.". However, in my Preferred Applications configuration, I have Iceweasel set as the default browser. (Choosing "Firefox" instead makes no difference.) - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (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 deskbar-applet depends on: ii gconf2 2.20.1-2 GNOME configuration database syste ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.20.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-4 GNU C Library: Shared libraries ii libcairo2 1.4.10-1.3The Cairo 2D vector graphics libra ii libdbus-1-31.1.2-1 simple interprocess messaging syst ii libebook1.2-9 1.12.2-1 Client library for evolution addre ii libedataserver1.2-91.12.2-1 Utility library for evolution data ii libffi44.2.2-4 Foreign Function Interface library ii libgconf2-42.20.1-2 GNOME configuration database syste ii libglib2.0-0 2.14.4-2 The GLib library of C routines ii libgnome-desktop-2 2.20.2-1 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.12.3-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libxml22.6.30.dfsg-3 GNOME XML library ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.15register and build utility for Pyt ii python-dbus0.82.4-1 simple interprocess messaging syst ii python-glade2 2.12.0-2 GTK+ bindings: Glade support ii python-gnome2 2.20.0-1 Python bindings for the GNOME desk ii python-gnome2-desktop 2.20.0-1 Python bindings for the GNOME desk ii python-gtk22.12.0-2 Python bindings for the GTK+ widge Versions of packages deskbar-applet recommends: ii gnome-utils 2.20.0.1-1 GNOME desktop utilities pn python-beagle (no description available) ii python-soappy 0.12.0-2 SOAP Support for Python -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455799: I'll package it
retitle 455799 RFP: tcexam -- TCExam is a Web-based Assessment Software system owner 455799 ! thanks I'll package this piece of software. Greetings Winnie -- .''`. Patrick Winnertz <[EMAIL PROTECTED]> : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://d.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456612: warning: connect to private/whitelister.ctl: Resource temporarily unavailable
Package: whitelister Version: 0.8-4 Severity: normal Hello, Thanks for maintaining whitelister. I sometimes found something like this in my logcheck reports: Dec 16 16:39:32 postfix/smtpd[7546]: warning: connect to private/whitelister.ctl: Resource temporarily unavailable Dec 16 16:39:32 postfix/smtpd[7546]: warning: problem talking to server private/whitelister.ctl: Resource temporarily unavailable Dec 16 16:39:32 postfix/smtpd[7542]: warning: connect to private/whitelister.ctl: Resource temporarily unavailable Dec 16 16:39:32 postfix/smtpd[7542]: warning: problem talking to server private/whitelister.ctl: Resource temporarily unavailable Dec 16 16:39:33 postfix/smtpd[7542]: warning: connect to private/whitelister.ctl: Resource temporarily unavailable Dec 16 16:39:33 postfix/smtpd[7542]: warning: problem talking to server private/whitelister.ctl: Resource temporarily unavailable Dec 16 16:39:33 postfix/smtpd[7542]: NOQUEUE: reject: RCPT from xx.xx.xx[xx.xx.xx.xx]: 451 4.3.5 Server configuration problem; from=<[EMAIL PROTECTED]> to=<[EMAIL PROTECTED]> proto=SMTP helo= If I go and do a ps, I see that there are whitelister processes around, and indeed mail is still generally received, except these few sporadic cases. Ciao, Enrico -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages whitelister depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libspf00.999-1.0.0-p3-3 the ANSI C SPF reference library ( whitelister recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456613: cyrus-common-2.3: unable to remove package
package: cyrus-common-2.3
version: 2.3.8-1
severity: normal
tags: patch
Whilst removing cyrus-common-2.3 (due to #437838) the remove fails
due to an error in postrm:
(Reading database ... 43032 files and directories currently installed.)
Removing cyrus-admin-2.3 ...
Removing cyrus-clients-2.3 ...
Removing cyrus-pop3d-2.3 ...
Removing cyrus-imapd-2.3 ...
Removing cyrus-common-2.3 ...
Stopping Cyrus IMAPd: .
/var/lib/dpkg/info/cyrus-common-2.3.postrm: line 58: syntax error
near unexpected token `do'
dpkg: error processing cyrus-common-2.3 (--remove):
subprocess post-removal script returned error exit status 2
Removing libcyrus-imap-perl23 ...
Errors were encountered while processing:
cyrus-common-2.3
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Writing extended state information... Done
Reading task descriptions... Done
Building tag database... Done
The following patch fixes this issue:
--- /var/lib/dpkg/info/cyrus-common-2.3.postrm 2007-06-22
14:33:57.0 +0100
+++ /home/jamie/cyrus-common-2.3.postrm 2007-12-16 22:55:43.0
+
@@ -55,7 +55,7 @@
db_get cyrus-common-2.3/removespools
[ "${RET}" = "true" ] && {
-/var/spool/sieve /etc/
sieve ; do
+ for i in /var/spool/sieve /etc/
sieve ; do
find "$i" -type f -exec rm -
f '{}' \; || true
find "$i" -type d -depth -
not -name 'lost+found' -exec rmdir '{}' \; || true
done
8<
Thanks,
--
-Jamie L. Penman-Smithson <[EMAIL PROTECTED]>
t: +44 1273 424795; f: +44 1273 424795
PGP: C0A7 955E EED6 A309 23D7 863B C76A 26A3 F0DC FCA8
never send mail to: [EMAIL PROTECTED]
PGP.sig
Description: This is a digitally signed message part
Bug#438179: Processed: destruction of round-robin functionality is fucking up our mirrors and making Debian suck for many people, hence fixing this is a release-critical "wish"
On Sun, Dec 16, 2007 at 06:28:39PM +1000, Anthony Towns wrote: > On Sun, Dec 16, 2007 at 03:45:37AM +0100, Josip Rodin wrote: > > After around 11 hours, we've had: > > * villa 4.29 MB/s > > * lobos 3.91 MB/s > > * steffani 14.86 MB/s > > The rule9 prediction was: > [...] > Anyway, hope that's of some use. Thanks for doing that. FWIW, the last reading is: * villa 5.33 MB/s * lobos 4.92 MB/s * steffani 14.58 MB/s Anyway, in light of all this, please comment again on those old conclusions: > Which leaves as conclusions: > - there's no available evidence of a problem from Debian server logs This should be fixed now, for security.d.o at least. I can go ask people maintaining servers in the other rotations for data if you think it's necessary, but it'll take some time. > - the understanding of the issue we've got so far implies that this > would only cause fairly minor load balancing problems for the current > Debian hosts This disparity doesn't classify as a minor load balancing problem when we see one "third" of a rotation doing more than twice as much as other two "thirds". It has been hard enough to get people to volunteer their sites into popular round-robins when we would promise they'd get a fair share of traffic... > - ftp.us, http.us and security.d.o all seem to still be functioning > from a user's perspective They are functioning now, but the higher the probability that we'll burden some sites with excess traffic, the higher the probability that the quality of service will suffer, and higher the probability that those sites will drop out of the rotation, and then others can start getting unexpectedly large amounts of traffic (after redistribution), then they might drop out, and then rinse & repeat... -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456518: scons 0.97.0d20071212-1 doesn't track dependencies correctly
On Sun, Dec 16, 2007 at 04:29:28PM +0100, Tim Blechmann wrote: > i was trying to debug nova, not scons ... but here you go: > - check out nova from git, go to the threaded_dsp branch > - run scons compact_build=True system_boost=True pch=True > omit_frame_pointer=True libsamplerate=True debug/py_nova.so -j2 > - change the file source/kernel/ugen/dsp_thread.hpp ... add a new line > or anything that changes it's md5 sum I see what's going on here now. The problem arises only when using your Combine() builder (which is why I wasn't able to reproduce before you provided instructions). What is happening is that the Combine() builder is writing full paths to the files it includes into the generated C or C++ file. This causes SCons to ignore the dependency since it assumes that a fully qualified path is a reference to a file not part of the project build and which should therefore not be included in dependency generation (this is a noticable preformance win for users including files on networked drives). You could avoid the problem for now by arranging for your Combine() builder to use relative rather than absolute paths or by not using the Combine() builder. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." signature.asc Description: Digital signature
Bug#439534: ITA postgresql-autodoc
retitle 439534 ITA: postgresql-autodoc -- Utility to create PostgreSQL database schema overview in HTML, DOT and XML owner 439534 ! kthxbye Looks useful. I have prepared an upload to fix the bug filed against it, and a few lintian warnings. Regards, -- Tim Retout <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Bug#456596: Please upload gcc-defaults 1.62
reassign 456596 gcc-defaults 1.61
thanks
Matthias,
Here is the diff against current SVN I already sent you.
Cheers,
Arthur.
From 3c86dc3d32b0570aa29e8b8e7dfd9bd69f186b02 Mon Sep 17 00:00:00 2001
From: Arthur Loiret <[EMAIL PROTECTED]>
Date: Sun, 16 Dec 2007 23:40:33 +0100
Subject: [PATCH] Add gdc to gcc-defaults.
---
gcc-defaults/debian/README.Debian|6 +++-
gcc-defaults/debian/README.Debian.m4 |6 +++-
gcc-defaults/debian/changelog|3 ++
gcc-defaults/debian/control | 10
gcc-defaults/debian/rules| 39 +-
5 files changed, 59 insertions(+), 5 deletions(-)
diff --git a/gcc-defaults/debian/README.Debian b/gcc-defaults/debian/README.Debian
index 712ba92..de418c4 100644
--- a/gcc-defaults/debian/README.Debian
+++ b/gcc-defaults/debian/README.Debian
@@ -67,6 +67,7 @@ The default compiler versions for Debian GNU/Linux on i386 are
gobjc++ : gobjc++-4.2
gnat : gnat-4.2
gpc : gpc-4.1
+ gdc : gdc-4.1
Most of the documentation for GCC including the manual pages is
licensed under the GFDL and therefore not included in the main section.
@@ -155,8 +156,8 @@ Maintainers of these packages
Matthias Klose <[EMAIL PROTECTED]>
Ray Dassen <[EMAIL PROTECTED]>
Philip Blundell <[EMAIL PROTECTED]> (arm-linux)
-Jeff Bailey <[EMAIL PROTECTED]> (hurd-i386)
-Joel Baker <[EMAIL PROTECTED]> (netbsd-i386)
+Jeff Bailey <[EMAIL PROTECTED]> (hurd-i386)
+Joel Baker <[EMAIL PROTECTED]> (netbsd-i386)
Ben Collins <[EMAIL PROTECTED]> (sparc-linux)
Falk Hueffner <[EMAIL PROTECTED]> (alpha-linux)
Randolph Chung <[EMAIL PROTECTED]> (ia64-linux, hppa-linux)
@@ -165,6 +166,7 @@ Dan Jacobowitz <[EMAIL PROTECTED]> (powerpc-linux)
Gerhard Tonn <[EMAIL PROTECTED]> (s390-linux)
Roman Zippel <[EMAIL PROTECTED]> (m68k-linux)
Ludovic Brenta <[EMAIL PROTECTED]> (gnat)
+Arthur Loiret <[EMAIL PROTECTED]> (gdc)
===
diff --git a/gcc-defaults/debian/README.Debian.m4 b/gcc-defaults/debian/README.Debian.m4
index 4eb5178..05c0b8d 100644
--- a/gcc-defaults/debian/README.Debian.m4
+++ b/gcc-defaults/debian/README.Debian.m4
@@ -72,6 +72,7 @@ ifenabled(`gobjc',` gobjc : gobjc-PV_GOBJC')
ifenabled(`gobjc++',` gobjc++ : gobjc++-PV_GOBJCXX')
ifenabled(`gnat',` gnat : gnat-PV_GCC')
ifenabled(`gpc',` gpc : gpc-PV_GPC')
+ifenabled(`gdc',` gdc : gdc-PV_GDC')
ifenabled(`chill',` chill : chill-PV_CHILL')
ifdef(`GFDL',`dnl
@@ -172,8 +173,8 @@ Maintainers of these packages
Matthias Klose <[EMAIL PROTECTED]>
Ray Dassen <[EMAIL PROTECTED]>
Philip Blundell <[EMAIL PROTECTED]> (arm-linux)
-Jeff Bailey <[EMAIL PROTECTED]> (hurd-i386)
-Joel Baker <[EMAIL PROTECTED]> (netbsd-i386)
+Jeff Bailey <[EMAIL PROTECTED]> (hurd-i386)
+Joel Baker <[EMAIL PROTECTED]> (netbsd-i386)
Ben Collins <[EMAIL PROTECTED]> (sparc-linux)
Falk Hueffner <[EMAIL PROTECTED]> (alpha-linux)
Randolph Chung <[EMAIL PROTECTED]> (ia64-linux, hppa-linux)
@@ -182,6 +183,7 @@ Dan Jacobowitz <[EMAIL PROTECTED]> (powerpc-linux)
Gerhard Tonn <[EMAIL PROTECTED]> (s390-linux)
Roman Zippel <[EMAIL PROTECTED]> (m68k-linux)
Ludovic Brenta <[EMAIL PROTECTED]> (gnat)
+Arthur Loiret <[EMAIL PROTECTED]> (gdc)
===
diff --git a/gcc-defaults/debian/changelog b/gcc-defaults/debian/changelog
index 4428b10..59e22b4 100644
--- a/gcc-defaults/debian/changelog
+++ b/gcc-defaults/debian/changelog
@@ -8,6 +8,9 @@ gcc-defaults (1.62) unstable; urgency=low
[Ludovic Brenta]
* Make gnat-4.2 the default (instead of gnat-4.1).
+ [Arthur Loiret]
+ * Add gdc, make gdc-4.1 the default.
+
-- Matthias Klose <[EMAIL PROTECTED]> Fri, 19 Oct 2007 12:39:43 +0200
gcc-defaults (1.61) unstable; urgency=medium
diff --git a/gcc-defaults/debian/control b/gcc-defaults/debian/control
index f78c351..fc84a56 100644
--- a/gcc-defaults/debian/control
+++ b/gcc-defaults/debian/control
@@ -238,3 +238,13 @@ Description: The GNU Ada compiler
This is a dependency package providing the default GNU Ada compiler.
Per policy, all packages that contain Ada sources must use this package
in their Build-Depends line.
+
+Package: gdc
+Priority: optional
+Architecture: any
+Depends: gdc-${pv:gdc} ${reqv:gdc}
+Replaces: gdc-4.1 (<< 0.25-4.1.2-18)
+Description: The D compiler
+ This is a dependency package providing the default D compiler.
+ Per policy, all packages that contain D sources must use this package
+ in their Build-Depends line.
diff --git a/gcc-defaults/debian/rules b/gcc-defaults/debian/rules
index a49bb4a..9e99c79 100755
--- a/gcc-defaults/debian/rules
+++ b/gcc-defaults/debian/rules
@@ -72,6 +72,7 @@ REL_NO_421 := $(shell expr $(VMINOR) - 55)$(REL_EXT)
REL_NO_422 := $(shell expr $(VMINOR) - 61)$(REL_EXT)
GPC_VERSION := 2.1
+GDC_VERSION := 0.25
# minimum required gcc-X.Y versions
REQV_295 := (>= 1:2.95.
Bug#456611: DM application for Darren Salt
Package: debian-maintainers Version: 1.10 Severity: wishlist The changeset for my application for DM status is attached. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) Disk full, 0:1 dm-app.changeset Description: Binary data pgpgU69zCiZst.pgp Description: PGP signature
Bug#422085: Better terminal emulator patch
Hi David, thanks for your effort and the patches. Personally, I don't like the idea of a terminal popping up asking the user questions when a user uses a GUI application. Since the output of the bugscripts stuff is AFAIK still not mandatory for bugreports, I ask you do not upload this patch as NMU. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#444817: will be fixed really in the next upload
Hey, I've replace != 1 with < 0 according to your text. (Please note that the previous fix was only your patch which you submitted into the bts ;-)) Greetings winnie -- .''`. Patrick Winnertz <[EMAIL PROTECTED]> : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://d.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456314: [Pkg-utopia-maintainers] Bug#456314: Bug#456314: some more data
reassign 456314 hal thanks On Fri, Dec 14, 2007 at 06:08:36PM +0200, Mircea Gherzan wrote: > Michael Biebl wrote: > > Does it help to delete the cache file /var/cache/hald/fdi-cache? > > No, it dies at the same line, same message. I reviewed the related code and that seems fine. Could you mail me your fdi-cache so i can double-check it is valid? Sjoerd -- The test of intelligent tinkering is to save all the parts. -- Aldo Leopold -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456610: Race between attach_to_status_icon() and gtk.status_icon_new_*()
Package: python-notify
Version: 0.1.1-2
Severity: normal
If I try to create a status icon and then immediately display a
notification for it, the notification pops up in the wrong place. If I
create a status icon, wait for $SHORT_INTERVAL, and then display a
notification, the notification pops up in the right place. (and if
$SHORT_INTERVAL is too short, the notification pops up in a *different*
incorrect place!) I suspect that there's a race between figuring out
the location of the icon and attaching the notification. The
notification really ought to wait for the status icon to become ready
before it displays itself.
The attached file displays two status icons, each with a notification
that's created at the same time as the status icon. The first one pops
up in the wrong place (on my computer) -- some distance away from the
status tray area. The second one is created after the main loop has run
for a full second, and pops up where I would expect it. (note that
delaying outside the main loop, or running a single iteration with
gtk.main_iteration(), are not sufficient to fix this problem)
Daniel
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages python-notify depends on:
ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii libc6 2.7-4 GNU C Library: Shared libraries
ii libcairo2 1.4.12-1 The Cairo 2D vector graphics libra
ii libdbus-1-3 1.1.2-1simple interprocess messaging syst
ii libdbus-glib-1-2 0.74-1 simple interprocess messaging syst
ii libffi4 4.2.2-4Foreign Function Interface library
ii libglib2.0-0 2.14.4-2 The GLib library of C routines
ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface
ii libnotify1 [libnotify1-gtk2.1 0.4.4-3sends desktop notifications to a n
ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio
ii python2.4.4-6An interactive high-level object-o
ii python-gtk2 2.12.0-2 Python bindings for the GTK+ widge
ii python-support0.7.5 automated rebuilding support for p
python-notify recommends no packages.
-- no debconf information
#!/usr/bin/env python
import pygtk
pygtk.require('2.0')
import gtk
import gobject
import pynotify
import sys
if not pynotify.init('Notify'):
sys.stderr.write('Unable to initialize pynotify.\n')
sys.exit(1)
n = pynotify.Notification("Summary",
"A brief message from our sponsor.",
None)
n.connect('closed', gtk.main_quit)
trayicon = gtk.status_icon_new_from_icon_name('info')
n.attach_to_status_icon(trayicon)
if not n.show():
sys.stderr.write('Error showing the notification.\n')
sys.exit(1)
try:
gtk.main()
finally:
n.close()
del trayicon
trayicon = gtk.status_icon_new_from_icon_name('info')
def setup_notification(*args):
n = pynotify.Notification("Summary",
"A brief message from our sponsor.",
None)
n.connect('closed', gtk.main_quit)
n.attach_to_status_icon(trayicon)
if not n.show():
sys.stderr.write('Error showing the notification.\n')
gtk.main_quit()
return False
gobject.timeout_add(1000, setup_notification)
try:
gtk.main()
finally:
n.close()
del trayicon
Bug#456608: tomcat5.5: Tomcat Temp Directory Cleaning Fails When Temp Directory contains Sub-Directory
Package: tomcat5.5
Version: 5.5.25-2
Severity: important
When I attempt to start tomcat, I receive the following error
sh-3.1# /etc/init.d/tomcat5.5 start
Starting Tomcat servlet engine: tomcat5.5rm: cannot remove
`/var/lib/tomcat5.5/temp/JSPWiki-11143287': Is a directory
In /etc/init.d/tomcat5.5, on or about line 148 .. The startup script trys to
clean the temp directory with the below command but the jspwiki package is
creating a directory in the temp folder which the rm command is not handling..
find "$CATALINA_BASE"/temp/ -mindepth 1 -exec rm -f {} +
If this line is changed to the following, to perform a recursive rm, it
successfully cleans the directory
find "$CATALINA_BASE"/temp/ -mindepth 1 -exec rm -rf {} +
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-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 tomcat5.5 depends on:
ii adduser 3.104 add and remove users and groups
ii jsvc 1.0.2~svn20061127-6 wrapper to launch Java application
ii libecj-java 3.3.0+0728-2Eclipse Java compiler (library)
ii libtomcat5.5-java5.5.25-2Java Servlet engine -- core librar
ii sun-java5-jre [java2 1.5.0-12-2 Sun Java(TM) Runtime Environment (
tomcat5.5 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453189: Info received (centerim 4.22.2 ready)
severity 453189 normal thanks I think that this bug may be even closed. Because when sending auth-request to each contact and ask him to do the same then contacts-status will be shown correctly. It looks like functioning of contacts in jabber. Thank You for your work. :) signature.asc Description: Digital signature
Bug#456521: gtk2-ex-formfactory: broken watch file (and new standards version)
Uh... Right, it isn't. Strange package... Sorry for wasting your time. -- Siegfried-Angel Gevatter Pujals (RainCT) GNU/Linux User #438657. Ubuntu User #11680. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456609: ITP: libspectre -- Library for rendering Postscript documents
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] Package name: libspectre Version: 0.1.0 Upstream Author: Albert Astals Cid <[EMAIL PROTECTED]>, Carlos Garcia Campos <[EMAIL PROTECTED]> URL: http://libspectre.freedesktop.org License: GPL Description: Library for rendering Postscript documents libspectre is a PostScript docuument API on top of libgs used by Okular and Evince. signature.asc Description: This is a digitally signed message part.
Bug#452799: does not install
Hi Ian
Sorry for not having sent you the strace.
Anyway, version 1.14.12 installed seamlessly, so you can close the bug I
guess.
David
Ian Jackson wrote:
David Andel writes ("Bug#452799: does not install"):
Preparing to replace dselect 1.14.5 (using .../dselect_1.14.11_i386.deb) ...
Unpacking replacement dselect ...
dpkg: error processing /var/cache/apt/archives/dselect_1.14.11_i386.deb
(--unpack):
unable to stat `./usr/lib/dpkg/methods/floppy/desc.floppy' (which I
was about to install): Invalid argument
This is quite bizarre. Would you please run the install under
strace -f ? Eg,
strace -vvs500 -fostrace dpkg -i dselect_1.14.11_i386.deb
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456214: hal: should not poll CD drive so often
brian m. carlson schrieb: > On Sun, Dec 16, 2007 at 09:38:48PM +0100, Sjoerd Simons wrote: >> strace -tt would be more usefull as that outputs timing information. The >> open,ioctl,close triple will cause various wakeups every two seconds.. >> But only >> in a short time, so that shouldn't have a big impact on the time your >> processor >> can actually spent in a lower power state. > > I'll get that to you as soon as I log out and log in again. > hal-disable-polling --enable-polling is broken (see the bug report I > just filed). > > I'm not exceptionally pleased by the fact that HAL is polling at all; > polling is a fundamentally broken way to do things, and despite the fact > that the hardware is broken (by not supporting the MMC commands), it > still rubs me the wrong way. Whatever it's doing, it should not be > waking up the processor on average 20 times a second. Only never SATA drives support hardware notifications (via libata). For others, the only options is to poll, unfortunately. Why polling every 2 secs causes 20 wakeups per seconds is unclear to me. Maybe a driver issue, maybe not. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#454658: localepurge: Remove dangling symlinks in /usr/share/man and /etc/alternatives
Hello Behan,
sorry for answering so late, but better late than never... ;)
Thanks a lot for your patch, although i have decided not to include it
in localepurge. The reason to decide against is simply that i'd like
localepurge to stay what it's name suggests. While i think that your
idea is quite interesting i don't think it fits into the scope of
localepurge.
May i suggest something else? The mechanism is aleady there and there is
no need to have to rely on localepurge to take advantage of it. So the
following should perfectly integrate your idea with apt: create a file
named like e.g. /etc/apt/apt.conf.d/99-danglsyms containing following lines:
-snip
// Get rid of dangling symlinks after package installation
DPkg
{
Post-Invoke {"if [ -x /usr/local/sbin/danglsyms ] && [ $(ps w -p "$PPID"
| grep -c symlinks) != 1 ]; then /usr/local/sbin/danglsyms; else exit 0;
fi";};
};
-snip
And then put the code snippet you sent me into a separate executable
shell script called /usr/local/sbin/danglsyms accordingly.
I think this would be a more appropriate solution than bundling
everything and the kitchen sink with localepurge. ;)
Best regards
P. *8^)
Behan Webster wrote:
Package: localepurge
Version: 0.5.9
Severity: wishlist
Tags: patch
As I was using symlinks(1) to clean up /usr/share/man and
/etc/alternatives this morning, I thought how convenient it would be to
have this optionally performed by localepurge at the end.
Here is a patch which runs "symlinks -r -d" on the the appropriate
directories if "SYMLINKS" is specified in the /etc/locale.nopurge file.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435845: , #429825 closed by Anibal Avelar (Fixxxer)
reopen 435845 reopen 429825 reassign 429825 centerim-utf-8 thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456521: gtk2-ex-formfactory: broken watch file (and new standards version)
* Siegfried-Angel <[EMAIL PROTECTED]> [2007-12-16 12:52]: > Package: gtk2-ex-formfactory > Severity: minor > Version: 0.65-0.0 > User: [EMAIL PROTECTED] > Usertags: origin-ubuntu hardy ubuntu-patch I don't believe this package is in Debian, is it? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#437720: e2fsprogs: FTBFS on non-linux archs because of devmapper and SElinux
Hi, Samuel Thibault, le Sun 16 Dec 2007 15:13:22 +, a écrit : > Theodore Tso, le Sun 16 Dec 2007 10:03:12 -0500, a écrit : > > On Sun, Dec 16, 2007 at 02:47:35AM +, Samuel Thibault wrote: > > > However, we still have a problem on the resize part. On GNU/Hurd (and > > > also on some BSD variants IIRC), the _IOW macro encodes the type in the > > > actual ioctl number, so that it can't be completely arbitrary. The > > > attached patch defines what is needed for struct ext2_new_group_input to > > > work. > > > > What platforms has this been tested on. Just the Hurd, or have you > > also tested on FreeBSD? > > Just the Hurd, I don't have a FreeBSD box. > > > Or I could just #ifdef it for the Hurd for now, and change it to a #if > > defined(__hurd__) || defined(__fooBSD__) later > > GNU Hurd doesn't define __hurd__, it defines __GNU__ (which is not > defined on other GNU systems like GNU/Linux or GNU/*BSD). Some BSD people told me that their macro was #define _IOW(g,n,t) _IOC(IOC_IN,(g), (n), sizeof(t)) so that the type can be arbitrary with a need for the hurdish _IOT definition. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456214: hal: should not poll CD drive so often
On Sun, Dec 16, 2007 at 09:38:48PM +0100, Sjoerd Simons wrote: strace -tt would be more usefull as that outputs timing information. The open,ioctl,close triple will cause various wakeups every two seconds.. But only in a short time, so that shouldn't have a big impact on the time your processor can actually spent in a lower power state. I'll get that to you as soon as I log out and log in again. hal-disable-polling --enable-polling is broken (see the bug report I just filed). I'm not exceptionally pleased by the fact that HAL is polling at all; polling is a fundamentally broken way to do things, and despite the fact that the hardware is broken (by not supporting the MMC commands), it still rubs me the wrong way. Whatever it's doing, it should not be waking up the processor on average 20 times a second. I will do some tests to see if hal-addon-storage wakes up the processor less if it doesn't open and close the drive all the time. Polling is indeed not a great thing to do, but unfortunately cd drivers don't appear to have a nice way to notify media insertion. Apparently hal knows that my drive supports CDROM_MEDIA_CHANGED, but it's not using it. Why? Ah, I see, it's checking if the tray is open first. Shouldn't it be checking only to see if there's a media change, since obviously if the tray is open, the media hasn't been changed yet? Then you can make the kernel do the hard work of determining how to most efficiently check the media change notification, with the asynchronous API, or the inefficient (polling) one. And apparently hal doesn't support using the MMC-2 API, it seems. Why? MMC-2 is ancient, and most drives should support it. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#436267: linux-image-2.6.22-1-686: IEEE1394 modules unbuilt in packaged kernel
On Thu, Dec 13, 2007 at 04:59:37PM +0100, maximilian attems wrote: > On Thu, Dec 13, 2007 at 09:50:56AM -0600, Steve M. Robbins wrote: > > > > Git repos are not relevant here. > > they are fucking important, but it seems that the firewire > lib maintainers are quite lame. I'm sad to read a response that seems to be blaming and finger-pointing. Debian is about building a *system* and we all need to work together to that end. It seems to me that if you make a change that in turn requires a change in other packages -- indeed, it explicitly *breaks* other packages -- then it is incumbent on you to work with the other package maintainers to achieve the required changes. In the present case, it appears that the libraw maintainer, for one, wasn't informed (c.f. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453358). -Steve signature.asc Description: Digital signature
Bug#456604: xserver-xorg-input-evdev: Option Name no longer works
Package: xserver-xorg-input-evdev Version: 1:1.2.0-1 Severity: important No mouse is found when using Options "Name" "" or "Dev Phys" "" -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Apr 21 2006 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1672732 Dec 12 19:48 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation NV44A [GeForce 6200] (rev a1) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 6410 Dec 16 15:28 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 ([EMAIL PROTECTED]) Thu Nov 9 17:55:20 PST 2006 # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "ServerLayout" # InputDevice "MX510" # InputDevice "MX510evdev" Identifier "Default Layout" Screen "Default Screen" 0 0 InputDevice"Generic Keyboard" InputDevice"G5mouse-suck" EndSection Section "Files" # path to defoma fonts FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load "bitmap" Load "dbe" Load "ddc" Load "extmod" Load "freetype" Load "glx" Load "int10" Load "record" Load "speedo" Load "vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "InputDevice" #Option "Name" "AutoDetected" #Option "Protocol" "MouseManPlusPS/2" #Option "Protocol" "ExplorerPS/2" #Option "YAxisMapping" "6 7" #Option "EmulateWheel" "1" #Option "EmulateWheelButton" "4" #Option "EmulateWheelInertia" "12" Identifier "G5mouse-suck" Driver "mouse" Option "Buttons" "10" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5" Option "CorePointer" EndSection Section "InputDevice" # Below is an Logitech G5 # Option "Protocol" "evdev" # Option "Dev Phys" "usb-*/input0"# from 'cat /proc/bus/input/devices' # Option "Device" "/dev/input/event1" # from 'cat /proc/bus/input/devices' Identifier "G5mouse" Driver "evdev" #Option "Name" "Logitech USB Gaming Mouse" # from 'cat /proc/bus/input/devices' Option "Device" "/dev/input/by-id/usb-Logitech_USB_Gaming_Mouse-event-mouse" #Option"Dev Phys" "usb-:00:1f.2-1/input0" Option "Buttons" "10"# Number of buttons on MX-510 Option "ZAxisMapping" "4 5" # Scrollwheel MX-510 Option "CorePointer" EndSection Section "Monitor" Identifier "SAMSUNG" VendorName "SAMSUNG" ModelName "SyncMaster 226bw" HorizSync 30.0 - 95.0 VertRefresh 50.0 - 160.0 EndSection Section "Monitor" Identifier "19" VendorName "DELL" ModelName "D1226H" DisplaySize 358275 HorizSync 30.0 - 95.0 VertRefresh
Bug#456606: Deprecated function warning causes an error 500 in lighttpd
Package: trac-bzr Version: 0.2+bzr31-3 Hi, Since get_weave has been deprecated in bzr 0.90, the fastcgi version of trac produces a warning about the deprecation on a first run. This causes the first changelog served by trac & lighttpd return a 500 Internal server error, which is annoying. The following patch fixes the issue. --- backend.py.orig 2007-03-08 20:24:40.0 +0100 +++ backend.py 2007-12-16 22:17:46.0 +0100 @@ -671,7 +671,7 @@ It may also include a few revisions in which the revision_id did not change, if the modification was subsequently undone. """ -weave = self.tree.get_weave(self.entry.file_id) +weave = self.tree._get_weave(self.entry.file_id) file_ancestry = weave.get_ancestry(self.entry.revision) # Can't use None here, because it's a legitimate revision id. last_yielded = 'bogus:' Regards, -- Jindrich Makovicka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#137538: mdetect doesn't work with devfs
Feel free to close this bug, as devfs is somewhat obsolete now. Regards -- Jérôme Warnier FLOSS Consultant http://beeznest.net
Bug#456605: misdn-source: Please package release 1.1.7
Package: misdn-source Severity: wishlist -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-2-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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456607: fontmatrix: Typo in description: s/feature full/featureful/
Package: fontmatrix Version: 0.2svn-1 Severity: minor The description of fontmatrix has a typo: "feature full" should read "featureful". - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456603: gnochm: Do not depend upon versioned scrollkeeper
Package: gnochm Version: 0.9.8-1.1 Severity: wishlist This package depends upon a versioned scrollkeeper, preventing one from installing rarian-compat instead of scrollkeeper. Please remove that versioned dependency. Thanks -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnochm depends on: ii gconf2 2.20.1-1GNOME configuration database syste ii python-chm 0.8.4-0.1 Python binding for CHMLIB ii python-glade22.12.0-2GTK+ bindings: Glade support ii python-gnome22.20.0-1Python bindings for the GNOME desk ii python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk ii python-gtk2 2.12.0-2Python bindings for the GTK+ widge ii scrollkeeper 0.3.14-15 A free electronic cataloging syste ii shared-mime-info 0.22-2 FreeDesktop.org shared MIME databa Versions of packages gnochm recommends: pn python-cjkcodecs (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456602: gthumb: Do not depend upon versioned scrollkeeper
Package: gthumb Version: 3:2.10.5-2 Severity: wishlist This package depends upon a versioned scrollkeeper, and that prevents one from installing rarian-compat instead of scrollkeeper. Please remove that versioned dependency. Thanks -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gthumb depends on: ii gconf2 2.20.1-1 GNOME configuration database syste ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libbonobo2-02.20.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-4GNU C Library: Shared libraries ii libcairo2 1.4.10-1.3 The Cairo 2D vector graphics libra ii libexif12 0.6.16-2 library to parse EXIF files ii libfontconfig1 2.5.0-2 generic font configuration library ii libgconf2-4 2.20.1-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgnome-keyring0 2.20.2-1 GNOME keyring services library ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1 GNOME Virtual File System (runtime ii libgphoto2-22.4.0-8 gphoto2 digital camera library ii libgphoto2-port02.4.0-8 gphoto2 digital camera port librar ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libiptcdata01.0.2-2 Library to parse IPTC metadata ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libusb-0.1-42:0.1.12-8 userspace USB programming library ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-3GNOME XML library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii scrollkeeper0.3.14-15A free electronic cataloging syste ii shared-mime-info0.22-2 FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime gthumb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456601: [l10n] Updated Czech translation of phpmyadmin debconf messages
Package: phpmyadmin
Severity: wishlist
Tags: l10n, patch
Hi,
in attachement there is updated Czech (cs.po) translation of
phpmyadmin debconf messages. Please include it with the package.
Thanks
--
Miroslav Kure
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: phpmyadmin\n"
"Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-12-03 11:59+0100\n"
"PO-Revision-Date: 2007-12-16 22:23+0100\n"
"Last-Translator: Miroslav Kure <[EMAIL PROTECTED]>\n"
"Language-Team: Czech <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
#. Type: multiselect
#. Description
#: ../templates:2001
msgid "Web server to reconfigure automatically:"
msgstr "Webový server, který se má nastavit automaticky:"
#. Type: multiselect
#. Description
#: ../templates:2001
msgid ""
"Please choose the web server that should be automatically configured to run "
"phpMyAdmin."
msgstr ""
"Vyberte prosím webový server, který se má automaticky nastavit pro běh "
"phpMyAdmin."
#. Type: string
#. Description
#: ../templates:3001
#| msgid "User name for web-based setup system:"
msgid "Username for web-based setup system:"
msgstr "Uživatelské jméno pro webové konfigurační rozhraní:"
#. Type: string
#. Description
#. Type: password
#. Description
#: ../templates:3001 ../templates:4001
msgid ""
"The setup system for phpMyAdmin may be used, after installation, from http://";
"localhost/phpmyadmin/scripts/setup.php."
msgstr ""
"Konfigurační rozhraní phpMyAdminu bude po instalaci dostupné na adrese "
"http://localhost/phpmyadmin/scripts/setup.php.";
#. Type: string
#. Description
#. Type: password
#. Description
#: ../templates:3001 ../templates:4001
msgid ""
"Access to this system requires identification with a username and a password."
msgstr ""
"Přístup do systému vyžaduje identifikaci pomocí uživatelského jména a hesla."
#. Type: string
#. Description
#: ../templates:3001
#| msgid "Leave empty if you want to use the default user name 'admin'."
msgid ""
"If you leave this field empty, the default username ('admin') will be used."
msgstr "Ponecháte-li prázdné, použije se výchozí uživatelské jméno „admin“."
#. Type: password
#. Description
#: ../templates:4001
msgid "Password for web-based setup system:"
msgstr "Heslo pro webové konfigurační rozhraní:"
#. Type: password
#. Description
#: ../templates:4001
#| msgid ""
#| "You can manage the usernames and passwords with the `htpasswd' command. "
#| "They are stored in the file /etc/phpmyadmin/htpasswd.setup"
msgid ""
"Usernames and passwords may be managed with the `htpasswd' command and are "
"stored in /etc/phpmyadmin/htpasswd.setup."
msgstr ""
"Uživatelská jména a hesla jsou uložena v souboru /etc/phpmyadmin/htpasswd."
"setup a můžete je spravovat pomocí nástroje „htpasswd“."
#. Type: password
#. Description
#: ../templates:4001
#| msgid "Leave empty if you want to disable access to the web-based setup."
msgid ""
"If you leave this field empty, access to the web-based setup will be "
"disabled."
msgstr ""
"Ponecháte-li pole prázdné, bude přístup k webovému konfiguračnímu rozhraní "
"zakázán."
#~ msgid ""
#~ "phpMyAdmin supports any web server that PHP does, but this automatic "
#~ "configuration process only supports Apache."
#~ msgstr ""
#~ "phpMyAdmin podporuje libovolný webový server, pod kterým běží PHP, avšak "
#~ "automatické nastavení umí pouze ve spojení s Apachem."
#~ msgid ""
#~ "phpMyAdmin comes with a setup script that can help you with creating a "
#~ "configuration. The script is located at http://localhost/phpmyadmin/";
#~ "scripts/setup.php. For security reasons it requires authorization."
#~ msgstr ""
#~ "Součástí phpMyAdminu je i skript, který vám pomůže s vytvořením "
#~ "konfigurace. Skript je dostupný na http://localhost/phpmyadmin/scripts/";
#~ "setup.php. Z bezpečnostních důvodů je vyžadována autorizace."
#~ msgid ""
#~ "Remember that in order to activate the new configuration ${webserver} has "
#~ "to be restarted. You can also restart ${webserver} by manually executing /"
#~ "etc/init.d/${webserver} restart"
#~ msgstr ""
#~ "Aby se aktivovalo vaše nové nastavení, musí se ${webserver} restartovat. "
#~ "${webserver} také můžete restartovat ručně příkazem /etc/init.d/"
#~ "${webserver} restart."
