Bug#446973: lunar-applet: Missing and incorrect copyright/licensing information
On Tue, Oct 16, 2007 at 10:15:31PM -0500, Ming Hua wrote: And then things gets ugly -- the file gtkchinesecalendar/tables.h looks like derivative work of lunar code, but the copyright and licensing notice at the top of the file is completely removed, and the file in lunar-applet doesn't have any copyright/licensing information. This issue is not addressed in 1.6-2 at all. Ming 2007.12.15 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456261: Unable to find the guitracer when invoked via swipl
Hi Chris, Chris Lamb [EMAIL PROTECTED] writes: Thanks for your bug report. :) Unfortunately I can't reproduce your bug: Apparently the guitracer doesn't work at all for you, so you could reproduce something even more unfortunate. The graphical tracer is an important feature of SWI-Prolog, and previous versions of the SWI-Prolog Debian package(s) had it. It is also available if you convert the RPM from the website to DEB with alien and install it with dpkg. Can you quickly confirm that you are using 5.6.47-1 and that gtrace exists in this version and it's not from some other legacy version. It could possibly be different arch issue - I'm using an amd64 system. I'm exclusively using the git version, installed in /usr/local/bin, and have the Debian package installed as a fallback, so the guitracer can well come from somewhere else. If that is the case, it could arguably be considered a problem in its own right, as it makes the behaviour rather unpredictable. Do you also have a manually installed version? Maybe it just can't find the guitracer due to a related version mixup. Thank you and best wishes, Markus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#231844: I can't produce this bug
Package: pymol Version: 1.0r2-1 --- Please enter the report below this line. --- Hello, I can't reproduce this bug in pymol 1.0r2-1, please check whether it's OK in your system thanks. --- System information. --- Architecture: i386 Kernel: Linux 2.6.23-1-686 Debian Release: lenny/sid 500 unstabledebian.cn99.com 1 experimentaldebian.cn99.com --- Package information. --- Depends (Version) | Installed =-+-== freeglut3 | 2.4.0-5.2 libc6 (= 2.7-1) | 2.7-4 libfreetype6 (= 2.3.5) | 2.3.5-1ubuntu4 libgcc1 (= 1:4.2.1) | 1:4.2.2-4 libgl1-mesa-glx | 7.0.1-1ubuntu3 OR libgl1| libglu1-mesa | 7.0.1-2 OR libglu1 | libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-2ubuntu0.1 libstdc++6 (= 4.2.1) | 4.2.2-4 python ( 2.5) | 2.4.4-6 python (= 2.4) | 2.4.4-6 python-pmw| 1.3.2-1 python-support (= 0.7.1) | 0.7.5 python-tk | 2.5.1-1ubuntu1 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456384: git-buildpackage: documentation outdated with regard to the --export-dir option
the gbp doc (gbp.building.html) talks about the --export-dir option. In the current gbp there is only a --git-export-dir option. So I guess the documentation is outdated and should adapted. Also the --export option in this section should be actually --git-export. The attached patch fixes this for docs/chapters/building.sgml. Grüße, Frank -- Die beiden Männer sonnten sich in dem herrlichen Gefühl, weitaus weniger zu wissen als gewöhnliche Leute, die nur von gewöhnlichen Dingen nichts wußten. -- Terry Pratchett in Das Erbe des Zauberers From 69ad7c5677fdb8bb9067e9990ee9e743685a0e1a Mon Sep 17 00:00:00 2001 From: Frank S. Thomas [EMAIL PROTECTED] Date: Sat, 15 Dec 2007 00:50:51 +0100 Subject: [PATCH] --export-dir and --export are actually --git-export-dir and --git-export --- docs/chapters/building.sgml | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/docs/chapters/building.sgml b/docs/chapters/building.sgml index 4fb85fb..eb569b6 100644 --- a/docs/chapters/building.sgml +++ b/docs/chapters/building.sgml @@ -28,20 +28,20 @@ sect1 id=gbp.building.export titleUsing a separate build dir/title paraTools like svn-buildpackage; use a separate build-area. To achieve a similar behaviour -with git-buildpackage; use the option--export-dir/option option:/para +with git-buildpackage; use the option--git-export-dir/option option:/para screen -git-buildpackage; option--export-dir/option=replaceable../build-area//replaceable +git-buildpackage; option--git-export-dir/option=replaceable../build-area//replaceable /screen paraThis will export the current branch head to replaceable../build-area/package-version/replaceable, check out the corresponding upstream tree to build the .orig.tar.gz if necessary and build the package. If you don't want to export the current branch head you can use -option--export/option to export any treeish object, here are some +option--git-export/option to export any treeish object, here are some examples:/para screen -git-buildpackage; option--export-dir/option=replaceable../build-area/replaceable option--export/option=replaceabledebian/0.4.3/replaceable -git-buildpackage; option--export-dir/option=replaceable../build-area/replaceable option--export/option=replaceableetch/replaceable -git-buildpackage; option--export-dir/option=replaceable../build-area/replaceable option--export/option=replaceable8caed309653d69b7ab440e3d35abc090eb4c6697/replaceable +git-buildpackage; option--git-export-dir/option=replaceable../build-area/replaceable option--git-export/option=replaceabledebian/0.4.3/replaceable +git-buildpackage; option--git-export-dir/option=replaceable../build-area/replaceable option--git-export/option=replaceableetch/replaceable +git-buildpackage; option--git-export-dir/option=replaceable../build-area/replaceable option--git-export/option=replaceable8caed309653d69b7ab440e3d35abc090eb4c6697/replaceable /screen paraIf you want to default to build in a separate build area you can specify the directory to use in the gbp.conf. -- 1.5.3.7 signature.asc Description: This is a digitally signed message part.
Bug#455328: gamma error
I'm having some problem here, as I can't see this wrong gamma. Can you please elaborate on it? If you are talking about the bars with a grey colour not so solid (well, sometimes going pinky), then this is definitively due to theora compression. You're using a lossy codec, and this is its normal behaviour. Other artifacts you can see in your video are obviously related to it too. So I think this isn't bug in istanbul, but how compression works. Next version of istanbul will probably come with a more flexible compression/quality chooser, which will help here. Cheers, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S.| luca.br(AT)uno.it `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Proud Debian GNU/Linux User pgpp752pBk2gR.pgp Description: PGP signature
Bug#456394: audacious: segfault when play m3u files
Package: audacious Version: 1.4.4-1 Severity: normal Audacious segfault when play m3u files [EMAIL PROTECTED]:/home/music$ audacious playlist.m3u amidi-plug(amidi-plug.c:amidiplug_init:97): init, read configuration amidi-plug(i_backend.c:i_backend_load:107): loading backend '/usr/lib/audacious/Input/amidi-plug/ap-alsa.so' amidi-plug(i_backend.c:i_backend_load:145): backend /usr/lib/audacious/Input/amidi-plug/ap-alsa.so (name 'alsa') successfully loaded ** (audacious:13448): WARNING **: could not open 'audio.ogg', no transport plugin available Segmentation fault audio.ogg is the first file in the playlist if I play audio.ogg directly it works -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-mio (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages audacious depends on: ii audacious-plugins 1.4.1-2 Base plugins for audacious ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libaudclient1 1.4.4-1 Audacious C++ remote control libra 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 libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.4-2 The GLib library of C routines ii libgtk2.0-02.12.3-2 The GTK+ graphical user interface ii libmcs10.4.1-2+b1Abstraction library to store confi ii libmowgli1 0.5.0-3 a high performance development fra ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libsamplerate0 0.1.2-5 audio rate conversion library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.30.dfsg-3 GNOME XML library Versions of packages audacious recommends: ii audacious-plugins-extra 1.4.1-2Various extra plugins for audaciou ii unzip 5.52-10De-archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456294: PTS: please make svnbuildstat link conditional
tags 456294 + confirmed thanks On Fri, Dec 14, 2007 at 12:52:19PM +0100, Thijs Kinkhorst wrote: The PTS has a link to svnbuildstat for every package now, which is quite useful for the listed packages. However, the link does not provide useful information for non-svnbuildstat-listed packages. The vast majority of packages is in that later category. Full ack, this feature has already been requested offline (but thanks for the bug report to keep track of it). In the beginning it was not possible to achieve without changing svnbuildstat, but the needed change has now been implemented there. The change PTS side is on the go, will let you know ASAP. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Bug#454917: Please raise severity!
This bug can make a box unbootable : - I have a box where the keyboard hangs during bootup, which means typing a key can't unstuck it ; - I have a box where grub's timeout was set to '0', which means it was not possible to edit the command-line ; as you can guess, I'm pretty happy I hadn't a box with both issues simulaneously or I would have had to play the live-cd trick! Wouldn't critical suit the bug better? Snark on #gnome-hackers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446973: lunar-applet: Missing and incorrect copyright/licensing information
On Dec 15, 2007 3:38 PM, Ming Hua [EMAIL PROTECTED] wrote: On Tue, Oct 16, 2007 at 10:15:31PM -0500, Ming Hua wrote: And then things gets ugly -- the file gtkchinesecalendar/tables.h looks like derivative work of lunar code, but the copyright and licensing notice at the top of the file is completely removed, and the file in lunar-applet doesn't have any copyright/licensing information. This issue is not addressed in 1.6-2 at all. I am sorry that I miss this, I will reopen this bug and try to confirm this with upstream this again. -- Best Regards, LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456395: dovecot-imapd: /usr/lib/dovecot/imap uses ~/mail rather than configured mail location
Package: dovecot-imapd Version: 1:1.0.9-1 Severity: normal Running /usr/lib/dovecot/imap directly, to give a pre-authenticated IMAP connection, uses ~/mail rather than my configured mail store in ~/.maildir . - 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 dovecot-imapd depends on: ii dovecot-common1:1.0.9-1 secure mail server that supports m ii libc6 2.7-4 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-3 SSL shared libraries dovecot-imapd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456396: mutt: Please add a source command which does not fail if the file does not exist
Package: mutt Version: 1.5.17-1 Severity: wishlist The source command fails if the file does not exist. Please consider adding a variant of the source command which does not fail if the file does not exist. This would allow me to more easily factor my configuration into multiple files and share it across machines, with some files not present on some machines. 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 mutt depends on: ii libc62.7-4 GNU C Library: Shared libraries ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii libgnutls13 2.0.4-1 the GNU TLS library - runtime libr ii libidn11 1.1-1 GNU libidn library, implementation ii libncursesw5 5.6+20071124-1 Shared libraries for terminal hand ii libsasl2-2 2.1.22.dfsg1-16 Cyrus SASL - authentication abstra Versions of packages mutt recommends: pn exim4 | mail-transport-agent none (no description available) ii locales 2.7-4 GNU C Library: National Language ( ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456328: call udevadm instead of udevsettle
Hi Scott Thanks for the patch. I will apply it as soon as the necessary udev version (117) enters Debian unstable. Gaudenz On Fri, Dec 14, 2007 at 04:38:39PM +, Scott James Remnant wrote: Package: mouseemu Version: 0.15-8 Severity: wishlist Tags: patch tools have been merged into a single binary upstream *** /tmp/tmp_AQvpB In Ubuntu, we've applied the attached patch to achieve the following: * debian/mouseemu.init: call udevadm instead of udevsettle We thought you might be interested in doing the same. -- System Information: Debian Release: lenny/sid APT prefers gutsy-updates APT policy: (500, 'gutsy-updates'), (500, 'gutsy-security'), (500, 'gutsy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-14-generic (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u mouseemu-0.15/debian/mouseemu.init mouseemu-0.15/debian/mouseemu.init --- mouseemu-0.15/debian/mouseemu.init +++ mouseemu-0.15/debian/mouseemu.init @@ -41,8 +41,8 @@ log_daemon_msg Starting $DESC $NAME modprobe -q uinput || true # Give udev some time to create the device node - if which udevsettle /dev/null 21; then - udevsettle + if which udevadm settle /dev/null 21; then + udevadm settle fi set +e start-stop-daemon --start --quiet --exec $DAEMON --nicelevel -10 -- $MOUSEEMU_OPTS -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455706: update-grub doesn't include xen menu items for 2.6.23
On Tue, 2007-12-11 at 10:59 +0100, Matteo Mazzoni wrote: It's because of changes in kernel config: update-grub searches for CONFIG_XEN_PRIVILEGED_GUEST=n (line 880) in fact, since kernel version 2.6.23, it should search for CONFIG_XEN=n Also /proc/xen doesn't exist for these kernels so the tests for domU (line 902) fail as well. As far as I know there is currently no equivalent source of this information in these kernels (nothing in /sys that I can see) The PRIVILEGED_GUEST isn't important right now since the paravirt_ops kernels (i.e. 2.6.23+) don't do domain 0 yet. Ian. -- Ian Campbell Disclose classified information only when a NEED TO KNOW exists. signature.asc Description: This is a digitally signed message part
Bug#456397: New nb translation for debconf apt-listchanges
Package: apt-listchanges Severity: wishlist Tags: l10n, patch Norwegian Bokmål translation is attached. Regards, Bjørn apt-listchanges_nb.po Description: application/gettext
Bug#432694: debian.co.il UPDATED i386 arch
On Fri, Dec 14, 2007 at 08:33:24PM +0200, Dmitry Sherman wrote: We've updated our mirror with the latest i386 architecture binary packages and sources, * The mirror is updated from: debian.fastweb.it Where the ISO mirror is updated from ? Please add the mirror to the lists, thanks. I'm about to commit the update :) We like to record the bandwidth available for the mirror. Can you give me this info ? -- Simon Paillard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455359: Upstream problem prevents GSSAPI support
There is a confirmed upstream problem with their use of autoconf preventing me from fixing this in a dash2 of the current alpine package: Their autoconf checks for krb5 are broken. If they provide a patch soon I'm happy to attach that to a dahs2; otherwise they say it'll be fixed or their next upstream release. -- Asheesh. -- Robot, n.: University administrator. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456398: dash 0.5.4-3 (alpha/unstable): FTBFS: undefined reference to `imaxdiv'
Package: dash Version: 0.5.4-3 Severity: serious Hi Gerrit, The lastest version of dash in unstable is failing to build with the following error: [...] cc -Wall -g -O2 -Wall -o dash alias.o arith_yacc.o arith_yylex.o cd.o error.o eval.o exec.o expand.o histedit.o input.o jobs.o mail.o main.o memalloc.o miscbltin.o mystring.o options.o parser.o redir.o show.o trap.o output.o printf.o system.o test.o times.o var.o builtins.o init.o nodes.o signames.o syntax.o arith_yacc.o: In function `do_binop': /build/buildd/dash-0.5.4/build-tmp/../src/arith_yacc.c:99: undefined reference to `imaxdiv' /build/buildd/dash-0.5.4/build-tmp/../src/arith_yacc.c:99: undefined reference to `imaxdiv' collect2: ld returned 1 exit status make[4]: *** [dash] Error 1 [...] A full build log can be found at http://buildd.debian.org/fetch.cgi?pkg=dasharch=alphaver=0.5.4-3stamp=1197300195file=logas=raw. This appears to be a result of a new patch, 0026-ARITH-Add-assignment-and-intmax_t-support.diff, introduced in this version. Although there's an imaxdiv() manpage on alpha, I can't find any evidence that it's implemented on this architecture. -- 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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456399: dash 0.5.4-3 dies with SIGBUS on sparc
Package: dash Version: 0.5.4-3 Severity: grave Tags: patch User: [EMAIL PROTECTED] Usertags: ubuntu-patch origin-ubuntu hardy Hi Gerrit, dash 0.5.4-3 dies on sparc with a SIGBUS due to an arithmetic error introduced with the patch 0030-EXEC-Fixed-execing-of-scripts-with-no-hash-bang.diff. The attached patch fixes the problem. Thanks, -- 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 dash-0.5.4/debian/changelog dash-0.5.4/debian/changelog --- dash-0.5.4/debian/changelog +++ dash-0.5.4/debian/changelog @@ -1,3 +1,9 @@ +dash (0.5.4-3ubuntu2) hardy; urgency=low + + * fix unaligned trap on sparc + + -- Steve Langasek [EMAIL PROTECTED] Fri, 14 Dec 2007 12:31:15 -0800 + dash (0.5.4-3ubuntu1) hardy; urgency=low * Merge from debian unstable, remaining changes: diff -u dash-0.5.4/debian/diff/0030-EXEC-Fixed-execing-of-scripts-with-no-hash-bang.diff dash-0.5.4/debian/diff/0030-EXEC-Fixed-execing-of-scripts-with-no-hash-bang.diff --- dash-0.5.4/debian/diff/0030-EXEC-Fixed-execing-of-scripts-with-no-hash-bang.diff +++ dash-0.5.4/debian/diff/0030-EXEC-Fixed-execing-of-scripts-with-no-hash-bang.diff @@ -54,7 +54,7 @@ - argv = nargv = stalloc(sizeof (char *) * (argc + 1)); + /* Reserve one extra spot at the front for shellexec. */ -+ argv = nargv = stalloc(sizeof (char *) * (argc + 2)) + 1; ++ argv = nargv = ((char **)stalloc(sizeof (char *) * (argc + 2))) + 1; for (sp = arglist.list ; sp ; sp = sp-next) { TRACE((evalcommand arg: %s\n, sp-text)); *nargv++ = sp-text;
Bug#427097: Clarification
The problem is not that the Debian patch disables the default, but instead that alpine checks for the existence of /usr/sbin/sendmail at build-time and uses that if it finds it, and if it doesn't find it at build time That is, unless you add an argument to ./configure with the right path, which the next Debian version bump will do. -- Asheesh. -- There is hardly a thing in the world that some man can not make a little worse and sell a little cheaper. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456400: texlive-lang-spanish: Improve package description
Package: texlive-lang-spanish Version: 2007.dfsg.3-1 Severity: normal This package includes hyphen patterns for Catalan and Galician, but these languages aren't mentioned in the package description, so users looking for them will not find meaningful results (for example, try «apt-cache search tex galician»). It should also be noted that the «spanish» in the package name actually refers to Spain and not Spanish. So it would make sense to change Essential spanish to something like This package includes hyphen patterns for some of the languages spoken in Spain: Catalan, Galician and Spanish. Other languages may be available in other packages, such as Basque, which can be found in texlive-lang-french. Similarly, the short description could be «TeX Live: Catalan/Galician/Spanish», «TeX Live: Languages of Spain». (Note that 1) I changed «spanish» to «Spanish» since language names are capitalized in English; and 2) the languages are listed alphabetically, but I don't really care about the particular order as long as it is consistent.)
Bug#436105: yes, GPL means GPL3 today...
On Fri, Dec 14, 2007 at 06:44:39PM -0800, Russ Allbery wrote: Bas Wijnen [EMAIL PROTECTED] writes: On Fri, Dec 14, 2007 at 12:04:48PM -0800, Russ Allbery wrote: I think the best way is to include the license text in debian/copyright just like any other license that is not in common-licenses. We probably don't really want to include a copy of the GPLv1 in every Perl package. If the license is used in many packages, we should add it to common-licenses. If it isn't, then it should be no problem to include it in debian/copyright. It depends on what you mean by used. I really doubt that most of the Perl authors really care one way or the other, but Perl's license says GPL v1 or later, and most of the Perl packages say same license as Perl. Then it might be reasonable to copy the license text in the perl copyright file, and point there instead of common-licenses. A quick check on my system shows that some of them do this, indeed (but /usr/share/doc/perl/copyright doesn't contain GPL-1). So my original statement that not many packages are in that situation is kind of true and kind of not, depending on how you feel about the Perl situation. (I don't know of any packages that say *only* GPL v1.) If we distribute under GPL-1, then the license should be on the system, IMO. Anyway, if you feel strongly about this, you should probably say something in Bug#436105, since so far the opinions have been that adding it isn't worthwhile. Right. The argument there is that GPL-1 is broken, and shouldn't be used. In other words, that's the philosophical argument that it is better for free software not to use GPL-1, and that we choose to consider this more important than the freedom of our users to use it. IMO it's fine to make that choice, but we should be open about it: change the file headers, document the choice in debian/copyright, and disallow redistribution of sources obtained through Debian under GPL-1 (all that on a per-package basis; the choice should be made by the maintainers, and those who make a different choice can include the license in debian/copyright. If there're too many of them, we should add it to common-licenses (or start a GR to force them to drop GPL-1). I've CC'd the bug, thanks for the pointer. Thanks, Bas -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://pcbcn10.phys.rug.nl/e-mail.html signature.asc Description: Digital signature
Bug#454440: New upstream version 1.4.0
Hello, 1.4.1 as now available; xmonad and XMonadContrib darcs versions depend on it, as it has crucial fixes. Bye, -- intrigeri [EMAIL PROTECTED] | gnupg key @ http://intrigeri.boum.org/intrigeri.asc | So what? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456401: ekiga-gtkonly can't listen ports
Package: ekiga-gtkonly Version: 2.0.11-2 Severity: normal When I launch ekiga-gtkonly it write that it can't listen H.323 and SIP ports. Original ekiga work fine. Here is part of console log. ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_int: assertion `entry-type == GM_CONF_INT' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_bool: assertion `entry-type == GM_CONF_BOOL' failed ** (ekiga-gtkonly:15090): CRITICAL **: entry_get_string: assertion `entry-type == GM_CONF_STRING' failed -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ekiga-gtkonly depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-3 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libgcc1 1:4.2.2-4 GCC support library ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libopal-2.2 2.2.11~dfsg1-3 Open Phone Abstraction Library - s ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpt-1.10.10 1.10.10-1 Portable Windows Library ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libstdc++64.2.2-4The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite11:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml2 2.6.30.dfsg-3 GNOME XML library ii libxrandr22:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ekiga-gtkonly recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456402: New upstream version 1.3
Package: smc Severity: wishlist Please update to the latest upstream version 1.3 http://www.secretmaryo.org/index.php?page=new_1_3sid=sid=8168e2a27b33fcfa3001cd27edd33624 Thanks! -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456360: texlive-lang: Inaccurate package names
On Fri, Dec 14, 2007 at 11:57:35PM +0100, Norbert Preining wrote: We follow upstream in the way packages are spit. If you want to change something propose a meaningful splitting which does not separate each and every TeX world package (your critique is valid but not restricted to lang packages!) -- single Debian packages for every CTAN entity would create about 1500+ single packages to be managed - impossible -- propose a meaningfull splitting scheme to upstream (which I am part of, too) and we will happily adopt it if it works better. And do it soon, we are working on a new release of TeX Live. As long as this will not happen we will not change the packaging as it is. OK, I understand ;) I dont go into discussions why catalan should or not be separated from spain(ish), I dont want to do politics. Well, that was my point. Mixing countries and languages always leads to political discussion, while using languages only is more neutral. The fact is that catalan and spanish are both spoken primarily in spain, etc That was part of my confusion too, since Basque is mostly spoken in Spain, yet it is included in texlive-lang-french. (And I don't really expect an answer anymore, I understand it is just the way it is split upstream, and it isn't necessarily the best way to do it.) We (upstream) are open for proposals, please contact us at [EMAIL PROTECTED] OK. I have a few ideas, but I'm pretty busy at the moment. I'll think about it and try to come up with a consistent proposal. I'm not sure I'll succeed, but at least I'll try. Whatever the outcome, I'll surely reply to this bug in 2 months. Please open a separate bug for that, package descriptions can be improved. Done, see #456400. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456403: uninstallable on i386 (libcdio6 was removed)
Package: vlc Version: 0.8.6.c-3+b1 Severity: serious vlc is currently uninstallable on (at least) i386, because it depends on libcdio6, which has been replaced by libcdio7. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.1 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-33 ascii art library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-4GNU C Library: Shared libraries ii libcaca00.99.beta13b-1 colour ASCII art library ii libcairo2 1.4.10-1.3 The Cairo 2D vector graphics libra ii libcdio60.76-1 library to read and control CD-ROM ii libcucul0 0.99.beta13b-1 low-level Unicode character drawin ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst 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 libgl1-mesa-swx11 [libg 7.0.2-2 A free implementation of the OpenG ii libglib2.0-02.14.4-2 The GLib library of C routines ii libglu1-mesa [libglu1] 7.0.2-2 The OpenGL utility library (GLU) 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 libiso9660-40.76-1 library to work with ISO9660 files ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libnotify1 [libnotify1- 0.4.4-3 sends desktop notifications to a n ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libsdl-image1.2 1.2.6-1 image loading library for Simple D ii libsdl1.2debian 1.2.12-1 Simple DirectMedia Layer 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 libtar 1.2.11-4 C library for manipulating tar arc ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libvcdinfo0 0.7.23-4 library to extract information fro ii libvlc0 0.8.6.c-3+b1 multimedia player and streamer lib ii libwxbase2.6-0 2.6.3.2.2-1 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.2-1 wxWidgets Cross-platform C++ GUI t 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 libxosd22.2.14-1.4 X On-Screen Display library - runt ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxv1 1:1.0.3-1X11 Video extension library ii ttf-dejavu 2.22-1 Metapackage to pull in ttf-dejavu- ii vlc-nox 0.8.6.c-3+b1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages vlc recommends: pn videolan-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454066: boo: new upstream versions 0.7.8, 0.7.9 and 0.8.0 available
On Sun, 2007-12-02 at 21:22 +0100, Mirco Bauer wrote: Package: boo Severity: wishlist Dear boo package maintainer, There are new upstream versions [0][1][2] of boo available. One of my packages [3] need a newer version of boo in a new upstream version. Please update boo to a new version, as it blocks my package update [4] from entering debian. Sorry for the delay. I was planning on updating boo, but the last time I looked I think support for the mono 1.x was dropped, so only the 2.x packages can be made now. However, this is no reason not to upgrade so I will do so ASAP. If you don't have time to update boo, I am available to help via a NMU. [0] http://docs.codehaus.org/display/BOO/2007/06/23/Boo+0.7.8+is+Here%21 [1] http://docs.codehaus.org/display/BOO/2007/09/01/Boo+0.7.9 [2] http://docs.codehaus.org/display/BOO/2007/10/27/Boo+0.80 [3] http://packages.qa.debian.org/m/monodevelop.html PS: I would like to see boo packaged part of pkg-cli-libs [4][5] in a team fashion, if you are interested please tell me. [4] http://alioth.debian.org/projects/pkg-cli-libs/ [5] http://svn.debian.org/wsvn/pkg-cli-libs/packages/ Sure, I think that probably makes sense. I'll do this with my next upload. Is the process more complicated than simply updating the maintainer field? I'll read up the website and hopefully get this done next week. -- sam clegg :: [EMAIL PROTECTED] :: http://superduper.net/ :: PGP : D91EE369 $superduper: .signature,v 1.13 2003/06/17 10:29:24 sam Exp $ signature.asc Description: This is a digitally signed message part
Bug#450949: libwebkitgtk-dev: pkg-config file doesn't include gtk, glib or gobject Requires
severity 450949 wishlist thanks On Mon, Nov 12, 2007 at 05:16:46PM +0100, Tom Parker wrote: Package: libwebkitgtk-dev Version: 0~svn26044-1 Severity: normal The header files for webkit rely on gtk, glib and gobject stuff, yet there isn't a Requires header for these in the .pc The main issue, i.e. missing dependencies on libgtk2.0-dev and libglib2.0-dev packages will be fixed with release 0~svn27674-2. Unfortunately, qmake doesn't support filling Requires in pkgconfig files, so it is going to be difficult. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456390: vlc-nox: Dependency on obsolete packages libiso9660-4, libcdio6
reassign 456390 vlc forcemerge 456390 456403 block 456390 by 454118 A rebuild was enough to fix this. Unfortunately i386 failed to build in the last round of binnmus due to 454118 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455125: FTBFS with GCC 4.3: missing #includes
block 455125 by 456270 thanks On Sat, Dec 08, 2007 at 11:21:12PM -0700, Martin Michlmayr wrote: Package: webkit Version: 0~svn27674-1 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. I fixed 2 missing includes in the WebKit code, but couldn't go further because of bug #456270. These fixes will remain on the tip of my local branch until gcc-snapshot is fixed. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456404: libgnomevfs2-0: expansion of Exec in .desktop files depends on ordering
Package: libgnomevfs2-0 Version: 1:2.20.1-1 Severity: normal The expansion of parameters like %f depends on the ordering. After all uris have been 'used' in the expansion, no more expansion is done. For example: Exec=gvim -c cd %%:h -f %F Will result in gvim -c cd %:h -f /some/where.txt to be executed, whereas Exec=gvim -f %F -c cd %%:h results in gvim -f /some/where.txt -c cd :h Note the absence of the % in the cd :h. Expected behavior: Each % field should expand independently. This bug occurs in the same circumstances as #369812. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') 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 libgnomevfs2-0 depends on: ii dbus1.1.2-1 simple interprocess messaging syst ii libacl1 2.2.45-1 Access control list shared library ii libavahi-client30.6.21-4 Avahi client library ii libavahi-common30.6.21-4 Avahi common library ii libavahi-glib1 0.6.21-4 Avahi glib integration library ii libc6 2.7-4GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libgamin0 [libfam0] 0.1.9-2 Client library for the gamin file ii libgconf2-4 2.20.1-1 GNOME configuration database syste ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgnomevfs2-common 1:2.20.1-1 GNOME Virtual File System (common ii libgnutls13 2.0.4-1 the GNU TLS library - runtime libr ii libhal-storage1 0.5.10-4 Hardware Abstraction Layer - share ii libhal1 0.5.10-4 Hardware Abstraction Layer - share ii libselinux1 2.0.15-2+b1 SELinux shared libraries ii libxml2 2.6.30.dfsg-3GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages libgnomevfs2-0 recommends: pn fam none (no description available) ii gnome-mount 0.7-1 wrapper for (un)mounting and eject ii libgnomevfs2-extra1:2.20.1-1 GNOME Virtual File System (extra m -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456405: lintian: Typo in stronger-dependency-implies-weaker Info
Package: lintian Version: 1.23.41 Severity: minor Tags: patch T%he phrase [...] Recommends as well as Recommends. in the Info field of the stronger-dependency-implies-weaker check sounds strange. I think that the patch attached below fixes this. Rafael -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages lintian depends on: ii binutils 2.18~cvs20070812-1 The GNU assembler, linker and bina ii diffstat 1.43-2 produces graph of changes introduc ii dpkg-dev 1.13.25package building tools for Debian ii file 4.17-5etch1Determines file type using magic ii gettext 0.16.1-1 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libparse-debianchange 1.0-1 parse Debian changelogs and output ii man-db2.4.3-6The on-line manual pager ii perl [libdigest-md5-p 5.8.8-7Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information --- control-file.desc-orig 2007-12-15 11:51:45.0 +0100 +++ control-file.desc 2007-12-15 11:51:09.0 +0100 @@ -70,7 +70,7 @@ weaker dependency field. In other words, the Depends field of the package requires that one of the packages listed in Recommends or Suggests be installed, or a package is listed in Recommends as well as - Recommends. Current versions of dpkg-gencontrol will silently fix this + Suggests. Current versions of dpkg-gencontrol will silently fix this problem by removing the weaker dependency, but it may indicate a more subtle bug (misspelling or forgetting to remove the stronger dependency when it was moved to the weaker field).
Bug#439567: abraca - FTBFS: IOError: [Errno 2] No such file or directory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fixes for both bugs are coming up. I fixed this bug well over 2 months ago, but the fix never ended up in the archive for reasons I am not sure of at the moment, but that doesn't matter. Simon McVittie wrote: On Fri, 14 Dec 2007 at 00:53:28 +0100, Michael Koch wrote: On Mon, Dec 10, 2007 at 08:40:43PM +, Simon McVittie wrote: Michael: how would you recommend proceeding with this? Should I bother asking for a sponsored-NMU of a known-broken package in the hope that it's xmms2's fault, should I add the Recommends, should I file a separate bug for the Recommends? I would be for a separate bug for the Recommends so the maintainer can add it and add some documentation in /usr/share/doc/abraca/README.Debian on this. Filed (#456369), please follow up there if required. Is using a temporary $HOME really such a good idea? What do you thin about just disabling/removing (via patch) the stuff in ./waf that needs $HOME? I'm not a python guy, so I cant help much here. I've had a look, but I hadn't realised just how bizarre waf is. ./waf is a self-extracting Python script - it contains some Python code, followed by a string containing a tar.bz2 file encoded in Base85. It unpacks the tarball into the build directory as .waf-VERSION/ and loads the libraries that contain most of its code from there. So, patching it would be possible, but you'd have to unpack the tarball, patch it and repack it, or just leave it untarred; either way creates a far larger diff than is necessary, and goes against how waf appears to be conventionally used (which is to put a verbatim copy of it in your source tree). waf does have a --nocache option which looked promising, but instead of don't use a cache in $HOME it just means clear the cache in $HOME before beginning, so that's no help. I did spot a silly mistake in my patch - I should have set WAF_HOME = $(CURDIR)/debian/tmp-waf-home rather than just debian/tmp-waf-home, although waf doesn't actually seem to have a problem with its $HOME being a relative path - so please make that change if you're going to NMU this. - -- Regards, Thomas Jollans GPG key: 0xF421434B may be found on various keyservers, eg pgp.mit.edu Hacker key http://hackerkey.com/: v4sw6+8Yhw4/5ln3pr5Ock2ma2u7Lw2Nl7Di2e2t3/4TMb6HOPTen5/6g5OPa1XsMr9p-7/-6 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHY7s/JpinDvQhQ0sRAtPuAJ9VGJc3Q4S9tmqeNW6+Rcgv0YymMgCeKCMz fEhuslRNAqYT09y9+7H3ELU= =wSZz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456406: New nb translation for debconf hesiod
Package: hesiod Severity: wishlist Tags: l10n, patch Norwegian Bokmål translatioon for hesiod debconf attached. Regards, Bjørn hesiod_nb.po Description: application/gettext
Bug#456408: etc/bash_completion.d/darcs: superfluous stderr garbage when not in darcs repo
Package: darcs Version: 1.0.9-1 Severity: minor File: /etc/bash_completion.d/darcs When attempting to use bash completion for darcs without being in a darcs repository, superfluous garbage is printed to the standard error stream, e.g. [EMAIL PROTECTED] darcs pull --repodir ~/Pre [typed ^I] darcs failed: Can't run command pull here. You need to be in a repository directory to run this command. ferences/ [typed ^L] [EMAIL PROTECTED] darcs pull --repodir ~/Preferences/ -- 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#456407: New upstream version 1.5
Package: vnstat Severity: wishlist Please update to the latest upstream version 1.5 http://humdi.net/vnstat/vnstat-1.5.tar.gz Thanks! -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432694: debian.co.il UPDATED i386 arch
On Sat, Dec 15, 2007 at 01:24:29PM +0200, Dmitry Sherman wrote: On Fri, Dec 14, 2007 at 08:33:24PM +0200, Dmitry Sherman wrote: * The mirror is updated from: debian.fastweb.it Where the ISO mirror is updated from ? Btw im currently updating the debian-cd archive also which is available at: http://debian.co.il/debian-cd i386 only (etch 4.0r1) I was asking for the upstream mirror you use for debian-cd :-) -- Simon Paillard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456409: brightness controls mostly broken on Dell 640m
Package: hal Version: 0.5.10-4 Severity: normal Hi, Since some time, like 2 weeks or so, my backlight control keys don't work right anymore. They were working fine before. (I figure it was my upgrade to 2.6.23 with preemtion enabled, which means I can use the Dell dcdbas driver without interupting sound, mouse, etc. whenever brightness levels or wireless status is set) When I press darker, the brightness goes down one step. However, I can't go down further steps in brightness. Pressing up will always increase the brightness level to maximum. The gnome-brightness-control applet works fine, and allows me to set all brightness levels. Some debug information: lshal | grep num_levels laptop_panel.num_levels = 101 (0x65) (int) laptop_panel.num_levels = 8 (0x8) (int) As you can see, I have two brightness controls in hal. hal-find-by-capability --capability laptop_pane /org/freedesktop/Hal/devices/computer_backlight /org/freedesktop/Hal/devices/dell_lcd_panel Setting works for computer_backlight, but not for dell_lcd_panel. (Most likely because I have a BIOS password set) Getting works for both, and dell_lcd_panel sees changes by computer_backlight. Removing the file /usr/share/hal/fdi/policy/10osvendor/10-dell-laptop-brightness.fdi and restarting hal doesn't change anything wrt. the keys. The lshal statement above only gives one control now. in /proc/acpi/video/VID/LCD/brightness it lists levels: 100 100 12 24 36 48 60 72 84 100 So I'm wondering if I'm facing some rounding issue here. The two brightness levels I can reach are 84 and 100. Setting 100 causes the resulting value to be 100. Setting 96 causes the resulting value to be 100. Setting 95 causes the resulting value to be 84. Setting 85 causes the resulting value to be 84. Setting 84 causes the resulting value to be 84. Setting 83 causes the resulting value to be 72. Setting 73 causes the resulting value to be 72. Setting 72 causes the resulting value to be 72. Setting 71 causes the resulting value to be 60. Setting 24 causes the resulting value to be 24. Setting 23 causes the resulting value to be 12. Setting 1 causes the resulting value to be 12. So values are being rounded down in the range 12-95. --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.9 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== adduser| 3.105 dbus (= 0.61) | 1.1.2-1 hal-info (= 20070402) | 20071212-1 libc6 (= 2.7-1) | 2.7-4 libdbus-1-3 (= 1.1.1) | 1.1.2-1 libdbus-glib-1-2 (= 0.74) | 0.74-1 libexpat1 (= 1.95.8) | 1.95.8-4 libgcc1 (= 1:4.2.1) | 1:4.2.2-4 libglib2.0-0 (= 2.14.0) | 2.14.4-2 libhal-storage1| 0.5.10-4 libhal1 (= 0.5) | 0.5.10-4 libsmbios1 | 0.13.10-1 libstdc++6 (= 4.2.1) | 4.2.2-4 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-8 libvolume-id0 (= 0.113) | 0.114-2 lsb-base | 3.1-24 mount(= 2.13) | 2.13-13 pciutils | 1:2.2.4-1.1 pm-utils | 0.99.2-3 udev(= 0.065) | 0.114-2 usbutils | 0.73-5 best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C (o_ The problem with the future is that it keeps turning into the present. //\ Wenn zwei gute Freunde sind, die einander kennen, Sonn' und MondV_/_ begegnen sich, ehe sie sich trennen. --- Clemens von Brentano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456373: tellico: crashes when starting, SIGSEGV, kio, application/octet-stream
Hi Mark, Thanks for the report. However, I can't reproduce it on my machine. Did you try to log out and back in ? It seems the error messages you got happen when people don't do it after a KDE upgarde. Considering you went from 3.5.5 to 3.5.8, I guess it could be related. If you could test this (or start with a different account), it would be very helpful. Regis On Fri, 2007-12-14 at 19:42 -0500, Mark Whitis wrote: Package: tellico Version: 1.2.14-1 Severity: grave Justification: renders package unusable Just installed tellico, which also updated a bunch of KDE stuff. When starting tellico pops up a window Could not find mime type application/octet-stream, the following error messages appear on stderr/stdout and Kcrash starts. Kcrash itself will also display the application/octet-stream message when saving the backtrace. kio (KSycoca): WARNING: Found version 93, expecting version 94 or higher. kio (KSycoca): WARNING: Outdated database found kio (KSycoca): WARNING: Found version 93, expecting version 94 or higher. kio (KSycoca): WARNING: Outdated database found [here is where Could not find mime type application/octet-stream appears] KCrash: Application 'tellico' crashing... (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb5ae86c0 (LWP 27232)] [KCrash handler] #5 0x081131f6 in ?? () #6 0x083b9680 in ?? () #7 0xbfffccec in ?? () #8 0x in ?? () #9 0xb6b136e9 in QGDict::clear (this=0x82c5758) at tools/qgdict.cpp:770 #10 0x08113832 in ?? () #11 0x082c5758 in ?? () #12 0xb7fa6780 in ?? () from /lib/ld-linux.so.2 #13 0xb721be35 in KMainWindow::qt_invoke () from /usr/lib/libkdeui.so.4 Backtrace stopped: previous frame inner to this frame (corrupt stack?) rm -R /tmp/ksocket-whitis/ /tmp/kde-whitis/ does not help. http://lists.kde.org/?l=kde-bugs-distm=99057005025871w=2 kdeinit doesn't help killall kdeinit kio_uiserver knotify dcopserver kded also doesn't help. but finally running kdeinit again allows the program to start, though kdeinit still displays a lot of kbuildsycoca errors. apt-get install tellico Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: blender fyre kcontrol kdebase-bin kdebase-bin-kde3 kdebase-data kdebase-kio-plugins kdegraphics-kfile-plugins kdelibs-data kdelibs4c2a kdesktop kdm kfind kicker konqueror kpersonalizer ksplash libhal-storage1 libhal1 libkcal2b libkcddb1 libkdepim1a libkonq4 libktnef1 libopenexr2ldbl libpoppler-qt2 libpoppler2 libssl-dev libssl0.9.8 libyaz2 tellico-data Suggested packages: yafray ntpdate ntp-simple The following packages will be REMOVED libopenexr2c2a The following NEW packages will be installed kdebase-bin-kde3 libopenexr2ldbl libpoppler-qt2 libpoppler2 libyaz2 tellico tellico-data The following packages will be upgraded: blender fyre kcontrol kdebase-bin kdebase-data kdebase-kio-plugins kdegraphics-kfile-plugins kdelibs-data kdelibs4c2a kdesktop kdm kfind kicker konqueror kpersonalizer ksplash libhal-storage1 libhal1 libkcal2b libkcddb1 libkdepim1a libkonq4 libktnef1 libssl-dev libssl0.9.8 25 upgraded, 7 newly installed, 1 to remove and 1526 not upgraded. Need to get 61.1MB of archives. After unpacking 20.5MB of additional disk space will be used. Do you want to continue [Y/n]? y Get: 1 http://http.us.debian.org unstable/main konqueror 4:3.5.8.dfsg.1-2 [2033kB] Get: 2 http://http.us.debian.org unstable/main kdebase-kio-plugins 4:3.5.8.dfsg.1-2 [1132kB] Get: 3 http://http.us.debian.org unstable/main blender 2.45-1 [7205kB] Get: 4 http://http.us.debian.org unstable/main kdegraphics-kfile-plugins 4:3.5.8-2+b1 [255kB] Get: 5 http://http.us.debian.org unstable/main kdelibs4c2a 4:3.5.8.dfsg.1-4 [9828kB] 18% [5 kdelibs4c2a 548466/9828kB 5%] 179kB/s 4m38s^18% [5 kdelibs4c2a 822138/9828kB 8%] 179kB/s 4m37s^18% [5 kdelibs4c2a 913362/9828kB 9%] 179kB/s 4m36s^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[B^[[BGet: 6 http://http.us.debian.org unstable/main fyre 1.0.1-1+b1 [78.1kB] Get: 7 http://http.us.debian.org unstable/main libopenexr2ldbl 1.2.2-4.4 [305kB] Get: 8 http://http.us.debian.org unstable/main kdelibs-data 4:3.5.8.dfsg.1-4 [8693kB] Get: 9 http://http.us.debian.org unstable/main libkonq4 4:3.5.8.dfsg.1-2 [275kB] Get: 10 http://http.us.debian.org unstable/main kdesktop 4:3.5.8.dfsg.1-2 [787kB]
Bug#456395: dovecot-imapd: /usr/lib/dovecot/imap uses ~/mail rather than configured mail location
On Sat, 2007-12-15 at 01:08 -0800, Josh Triplett wrote: Running /usr/lib/dovecot/imap directly, to give a pre-authenticated IMAP connection, uses ~/mail rather than my configured mail store in ~/.maildir . Use dovecot --exec-mail imap instead. Running imap binary directly will probably work in v2.0. signature.asc Description: This is a digitally signed message part
Bug#444357: reopening 444357, closing 444357
# Automatically generated email from bts, devscripts version 2.10.7 reopen 444357 # unversioned close for bug fixed in binNMU close 444357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454964: adplug - FTBFS: undefined reference to `binostream::writeFloat(__float128, binio::FType)'
reassign 454964 libbinio forcemerge 430247 454964 thanks This is actually a case of breakage in the underlying libbinio library, which has never been properly updated for the ldbl128 ABI transition. Ironically, shortly after the adplug build failure, libbinio was orphaned, which means it was rebuilt and therefore adplug now builds successfully in unstable; but with wrong dependencies on libbinio1c2 instead of libbinio1ldbl. I've done a QA upload of libbinio, so adplug can be rescheduled once libbinio1ldbl clears NEW. -- 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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456411: missrepresented license in debian/copyright
Package: etherboot Version: latest Severity: serious debian/copyright refers to /usr/share/common-licenses/GPL which can be GPL 2 or GPL 3 depending on the version of base-files. Although most of etherboot seems to be 2/3 dual-licensed (or later bit), at least the following file is under GPL 1: ./src/drivers/net/cs89x0.h: the Free Software Foundation, version 1. making this incompatible. Perhaps there are others (but I haven't found any). -- System Information: Debian Release: lenny/sid 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=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456413: src/drivers/net/cs89x0.c is non-free ?
Package: etherboot Severity: serious It appears that src/drivers/net/cs89x0.c is non-free: /* Permission is granted to distribute the enclosed cs89x0.[ch] driver only in conjunction with the Etherboot package. The code is ordinarily distributed under the GPL. or at least has a bogus, contradictory license (if it's distributable only in conjunction with the Etherboot package, how can it be GPL?). I don't know how would this be legally interpreted, sorry. -- System Information: Debian Release: lenny/sid 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=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443046: reopening 443046
# Automatically generated email from bts, devscripts version 2.10.11 # -3 still not uploaded reopen 443046 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456410: nb translation for debconf proftpd-dfsg
Package: proftpd-dfsg Severity: wishlist tags: l10n, patch Norwegian Bokmål translation for debconf for proftpd-dfsg is attached. Regards, Bjørn proftpd-dfsg.po Description: application/gettext
Bug#440436: Amaya will be hurt
On Fri, Dec 14, 2007 at 05:38:12PM -, Regis Boudin wrote: Amaya build-depends on libwww and seriously relies on it. Removing it will put me in a quite uncomfortable situation. I would like to avoid following upstream who use a statically built and linked version of the library if I can. Hmm, OK. Using a statically linked version would have been my first suggestion. I could try to push them towards libcurl, though I'm afraid they won't react well... Having tried to create a program using both libwww and libcurl, I can say that libcurl is _much_ better in every aspect. These days, libcurl can even do HTTP pipelining, which was only supported by libwww for a long time. Would you maybe be interested in taking over maintainership of libwww? BTW, currently the following unstable packages build-dep on libwww: amaya liboop mapserver wmweather+ xdvik-ja xmlrpc-c Cheers, Richard -- __ _ |_) /| Richard Atterer | \/¯| http://atterer.net ¯ '` ¯
Bug#431891: status of DDTP and ftp mirror synchronization?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11-12-2007 07:18, Anthony Towns wrote: So I'd say: - prepare a byhand upload - targetted at unstable (ie Distribution: unstable) - with a byhand file called ddtp-translations_2007.12.12-1_all.tar.gz or similar (different package name or version, eg) - section should be raw-translations - that tarball should contains: main/i18n/Translation-xx_XX contrib/i18n/Translation-xx_XX non-free/i18n/Translation-xx_XX ie, translations for all components and languages, uncompressed Workable? If you can upload all that somewhere I can have a look at it and make sure it's workable, rather than directly to the archive, that'd seem like a good next step. I finished working on the scripts that will generate the files, we add some tests during the package build to reduce the checks on the archive side. The package, .dsc and byhand-ddtp are here: http://people.debian.org/~faw/ddtp/ Any suggestions/scripts for validating the uploaded file would be good too. Some doubts appear in the process, while writing the byhand I realize that you (or other ftpmaster) probably would need to adjust the necessary bits like paths and make sure that 'rm -rf' do not erase the entire archive. We tried to check the consistence of the tarball and also the names, we plan to add other checks, and I hope it would be not too hard to update it in the future. We decide to take care of the enconding on our side, before the upload. So, a few doubts/questions: * When we upload a new file removing a translation, how would we remove that from the archive? byhand-ddtp should take care of that? * We were concern about the version format system, but I think the package is not going to appear on the archive, so we decided to use MMDD as you suggested, without the dots, and with a Debian revision, even knowing it is a Debian native package, it has some relation to how we will manage the debian/changelog. If we need to do a second upstream release on the same date, we will just push a new dedian revision. * Can we close bugs using debian/changelog like on a normal package? Because we could close #431891 when this upload happens. :) I also tried to implement the check of allowed uploads, but it seems that it needs to be done on archive side, I don't have the necessary understanding of projectb to implement that, but we would like to restrict who can upload the new translations. So, this should be the first step, so we can get ready for the next one. Kind regards, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHY8dVCjAO0JDlykYRArKeAKDAf0fXe8dLofxObvxJBwtZ/m9M3ACgxTkc mDc+L8cJvsKAxHGxqzI55JE= =C4Tp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257715: Bug#295579: any news on ITA: docbook-defguide ?
Am Sonntag, den 09.12.2007, 15:39 +0100 schrieb Lucas Nussbaum: [docbook-defguide ITA] Have you made some progress on this stuff? Ok, so this is JFTR. After a long night, most of the work is done (maybe around 70%): http://svn.debian.org/wsvn/debian-xml-sgml/packages/docbook-defguide/trunk/?rev=0sc=0 TODO: I need to test with some free Java engines (otherwise it must go into contrib), complete and test the build dependencies, write some rules to install everything from within debian/rules, fix the cleaning stuff and check for http://bugs.debian.org/135296. Seems to become another long and lonely night ;) Later TODO: Maybe package the Chinese version and independent expanded/unexpanded versions. But that's not important for the moment. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454192: reload kills pyicqt
Hello, I have the same problem, after logrotate runs and pyicqt has written something in its log, pyicqt no longer responds. Simply running '/etc/init.d/pyicqt reload' alone reproduces the bug for me (even without rotating the logs). However, as pyicqt doesn't write much logs on my system, and autoannounce is enabled, a quick workaround for me is to replace 'daily' with 'size 10k' and 'reload' with 'restart' in the logrotate script. Debian 4.0 i686 Linux 2.6.21.6-grsec2.1.10-200706182032-vs2.2.0.3 pyicqt 0.8a-1.1 ejabberd 1.1.2-6 Mfg, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443152: New 1.3.2
There is a new one.. 1.3.2 :-) Please update it! -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456412: apt-listchanges: Spanish translation update
Package: apt-listchanges Version: 2.76 Severity: wishlist Tags: l10n Please update translation, new es.po file attached. regards, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash # #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. # # Jordi Mallach [EMAIL PROTECTED], 2002 # David Martínez Moreno [EMAIL PROTECTED], 2002 # Carlos Valdivia Yagüe [EMAIL PROTECTED], 2003 # Ricardo Mones [EMAIL PROTECTED], 2005-2007 # msgid msgstr Project-Id-Version: apt-listchanges 2.39\n Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-12 11:31+0530\n PO-Revision-Date: 2007-12-15 12:22+0100\n Last-Translator: Ricardo Mones [EMAIL PROTECTED]\n Language-Team: Debian L10n Spanish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:2001 msgid pager msgstr paginador #. Type: select #. Choices #: ../templates:2001 msgid browser msgstr navegador #. Type: select #. Choices #: ../templates:2001 msgid xterm-pager msgstr paginador-xterm #. Type: select #. Choices #: ../templates:2001 msgid xterm-browser msgstr navegador-xterm #. Type: select #. Choices #: ../templates:2001 msgid gtk msgstr gtk #. Type: select #. Choices #: ../templates:2001 msgid text msgstr texto #. Type: select #. Choices #: ../templates:2001 msgid mail msgstr correo #. Type: select #. Choices #: ../templates:2001 msgid none msgstr ninguno #. Type: select #. Description #: ../templates:2002 msgid Method for changes display: msgstr Método para la visualización de los cambios: #. Type: select #. Description #: ../templates:2002 msgid Package changes may be displayed by apt-listchanges in a number of different ways. msgstr Los cambios en los paquetes pueden mostrarse de diversas maneras con apt-listchanges. #. Type: select #. Description #: ../templates:2002 msgid pager: display changes one page at a time;\n browser : display HTML-formatted changes using a web browser;\n xterm-pager : like pager, but in an xterm in the background;\n xterm-browser: like browser, but in an xterm in the background;\n gtk : display changes in a GTK window;\n text : print changes to the terminal (without pausing);\n mail : only send changes via mail;\n none : do not run automatically from APT. msgstr paginador : mostrar los cambios en una página de cada vez,\n navegador : mostrar los cambios en formato HTML con un navegador,\n paginador-xterm : como paginador, pero en una xterm en segundo plano,\n navegador-xterm : como navegador, pero en una xterm en segundo plano,\n gtk : mostrar los cambios en una ventana GTK,\n texto : escribir los cambios en la terminal (sin pausas),\n correo : enviar los cambios sólo por correo,\n ninguno : no ejecutar automáticamente desde APT. #. Type: select #. Description #: ../templates:2002 msgid This setting can be overridden at execution time. All frontends but 'none' can also mail a copy. msgstr Esta configuración puede cambiarse en tiempo de ejecución. Todos los métodos excepto «ninguno» pueden también enviar una copia por correo. #. Type: string #. Description #: ../templates:3001 msgid E-mail address(es) which will receive changes: msgstr Dirección(es) de correo que recibirán los cambios: #. Type: string #. Description #: ../templates:3001 msgid Optionally, apt-listchanges can e-mail a copy of displayed changes to a specified address. msgstr Opcionalmente, apt-listchanges puede enviar una copia de los cambios mostrados a una dirección de correo. #. Type: string #. Description #: ../templates:3001 msgid Multiple addresses may be specified, delimited by commas. Leaving this field empty disables mail notifications. msgstr Se pueden especificar múltiples direcciones, separadas por comas. Dejando este campo en blanco deshabilitará las notificaciones por correo. #. Type: boolean #. Description #: ../templates:4001 msgid Prompt for confirmation after displaying changes? msgstr ¿Pedir confirmación después de mostrar los cambios? #. Type: boolean #. Description #: ../templates:4001 msgid After displaying the list of changes, apt-listchanges may pause with a confirmation prompt. This is useful when running
Bug#456414: Please remove Encoding from .desktop file
Package: smc Severity: wishlist Please remove Encoding=UTF-8 from desktop file in debian/ It's deprecated on freedesktop version 1.0 that's mentioned in the desktop file already. Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456267: sudo bug 343268 breaks tramp C-x C-f /sudo::/etc/
On 2007-12-15 05:25 +0100, Trent W. Buck wrote: I guess I'm mis-diagnosing the problem. Calling sudo by hand with the same arguments results in a warning $ sudo -u root -s -p Password: Password: bash: /home/twb/.bashrc: Permission denied [EMAIL PROTECTED]:~/Desktop# because /home is a root_squash'd NFS filesystem and the nobody user does not have read access to my dotfiles Okay, that explains why I could not see the problem. It is probably best if you report the bug upstream; use M-x tramp-bug for that. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456414: Please add desktop file
Please add the attached desktop file to your debian/ dir. Thanks -- Marco Rodrigues http://Marco.Tondela.org smc.desktop Description: application/desktop
Bug#455783: Version number in volatile is higher than in sid (was:Script tzdata.postinst fails: /usr/bin/tzconfig not found)
package tzdata retitle 455783 Version number in volatile is higher than in sid thanks Op vrijdag 14 december 2007 09:53, schreef Antoine Sirinelli: I can confirm this bug on a testing(lenny) system. The problem come from the tzdata packet 2007j-1etch1 which is present in the volatile repository. The volatile repository is for stable(etch) systems but I do not know if this bug occurs on stable systems. Antoine The libc6 still has /usr/sbin/tzconfig, so I don't think there is any problem for stable+volatile. The root cause of the problem is that a package in volatile has been given a version number that was higher than the version in sid and testing, violating one of the acceptance rules of debian volatile: * The upgrade path from volatile to the next stable release needs to be at least as easy as for the stable release; version numbers in volatile must not be higher than those in testing, for instance. [1] I see the problem has been solved by bumping the version number of tzdata in sid and lenny, So I think this bug can be closed now. Kind regards, Arnold Metselaar [1] http://www.debian.org/devel/debian-volatile/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456267: sudo bug 343268 breaks tramp C-x C-f /sudo::/etc/
On Sat, Dec 15, 2007 at 01:37:11PM +0100, Sven Joachim wrote: On 2007-12-15 05:25 +0100, Trent W. Buck wrote: I guess I'm mis-diagnosing the problem. Calling sudo by hand with the same arguments results in a warning $ sudo -u root -s -p Password: Password: bash: /home/twb/.bashrc: Permission denied [EMAIL PROTECTED]:~/Desktop# because /home is a root_squash'd NFS filesystem and the nobody user does not have read access to my dotfiles Okay, that explains why I could not see the problem. It is probably best if you report the bug upstream; use M-x tramp-bug for that. ...actually on further testing it appears the above warning CAN'T be the problem, because I get it on the working Lenny host, too. signature.asc Description: Digital signature
Bug#456415: newsticker-plugin
Package: xfce4-panel Version: 4.4.2-1 Severity: wishlist --- Please enter the report below this line. --- In my opinion it would be great, if there would be a newsticker (plugin) for the xfce(4)-panel. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed ==-+-== libatk1.0-0(= 1.20.0) | 1.20.0-1 libc6 (= 2.7-1) | 2.7-3 libcairo2 (= 1.4.0) | 1.4.10-1+lenny2 libexo-0.3-0(= 0.3.2) | 0.3.4-1 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libfreetype6(= 2.3.5) | 2.3.5-1+b1 libglib2.0-0 (= 2.14.0) | 2.14.3-1 libgtk2.0-0(= 2.12.0) | 2.12.1-1 libice6 (= 1:1.0.0) | 2:1.0.4-1 libpango1.0-0 (= 1.18.3) | 1.18.3-1 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libsm6 | 2:1.0.3-1+b1 libstartup-notification0(= 0.8-1) | 0.9-1 libx11-6 | 2:1.0.3-7 libxfce4mcs-client3 (= 4.4.2) | 4.4.2-1 libxfce4mcs-manager3(= 4.4.2) | 4.4.2-1 libxfce4util4 (= 4.4.2) | 4.4.2-1 libxfcegui4-4 (= 4.4.2) | 4.4.2-1 libxrender1| 1:0.9.4-1 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454679: Should depend on -1 not -dev
Right. It should depend on libcegui-mk2-1 and not libcegui-mk2-dev. -Depends: ${shlibs:Depends}, ${misc:Depends}, libcegui-mk2-dev (= 0.5.0-2) +Depends: ${shlibs:Depends}, ${misc:Depends}, libcegui-mk2-1 (= 0.5.0-2) Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456416: linux-2.6: regression on kernel config with 2.6.23 on arm iop32x
Package: linux-2.6 Version: 2.6.23-1 Severity: important Hello, with svn revision 9706 some config options got removed from debian/config/arm/config.iop32x. This changes removed USB_NET and PPP from the config completely. Please readd this config options so PPP and USB Ethernet devices are usable again (see attached patch for what I did locally). TIA Daniel Index: arm/config.iop32x === --- arm/config.iop32x (revision 9956) +++ arm/config.iop32x (working copy) @@ -167,6 +167,16 @@ # Networking # CONFIG_NET=y +CONFIG_USB_USBNET=m +CONFIG_PPP=m +CONFIG_PPP_MULTILINK=y +CONFIG_PPP_FILTER=y +CONFIG_PPP_ASYNC=m +CONFIG_PPP_SYNC_TTY=m +CONFIG_PPP_DEFLATE=m +CONFIG_PPP_BSDCOMP=m +CONFIG_PPPOE=m +CONFIG_PPPOATM=m # # Networking options signature.asc Description: Digital signature
Bug#456195: [Pkg-utopia-maintainers] Bug#456195: Bug#456195: link-local messaging doesn't work
On ven, 2007-12-14 at 22:50 +, Simon McVittie wrote: Sjoerd misspelled persist when asking you to run Salut manually. The environment variable is SALUT_PERSIST=true, and it disables the timeout behaviour you've just seen. I should have figured it out, since I also read the man page... This is the (hopefully) useful output. [EMAIL PROTECTED]:~$ SALUT_DEBUG=all SALUT_PERSIST=true GIBBER_DEBUG=all SALUT_LOG=salut.log /usr/lib/telepathy/telepathy-salut ** (telepathy-salut:11882): DEBUG: started version 0.2.0 (telepathy-glib version 0.7.0) ** (telepathy-salut:11882): DEBUG: parse_parameters: nickname not given, using default behaviour ** (telepathy-salut:11882): DEBUG: tp_cm_param_setter_offset: first-name = Stefano ** (telepathy-salut:11882): DEBUG: tp_cm_param_setter_offset: last-name = Costa ** (telepathy-salut:11882): DEBUG: parse_parameters: jid not given, using default behaviour ** (telepathy-salut:11882): DEBUG: parse_parameters: email not given, using default behaviour ** (telepathy-salut:11882): DEBUG: parse_parameters: published-name not given, using default behaviour ** (telepathy-salut:11882): DEBUG: tp_base_connection_class_init: Initializing (TpBaseConnectionClass *)0x80b2e00 ** (telepathy-salut:11882): DEBUG: tp_presence_mixin_class_init: called. ** (telepathy-salut:11882): DEBUG: tp_base_connection_init: Initializing (TpBaseConnection *)0x80b5000 ** (telepathy-salut:11882): DEBUG: tp_presence_mixin_init: called. ** (telepathy-salut:11882): DEBUG: tp_base_connection_constructor: Post-construction: (TpBaseConnection *)0x80b5000 ** (telepathy-salut:11882): DEBUG: tp_base_connection_constructor: Handle repo for type #0 at (nil) ** (telepathy-salut:11882): DEBUG: tp_base_connection_constructor: Handle repo for type #1 at 0x80b6c30 ** (telepathy-salut:11882): DEBUG: tp_base_connection_constructor: Handle repo for type #2 at 0x80b6c60 ** (telepathy-salut:11882): DEBUG: tp_base_connection_constructor: Handle repo for type #3 at 0x80a9b20 ** (telepathy-salut:11882): DEBUG: tp_base_connection_constructor: Handle repo for type #4 at (nil) ** (telepathy-salut:11882): DEBUG: tp_base_connection_constructor: Channel factory #0 at 0x80b0798 ** (telepathy-salut:11882): DEBUG: tp_base_connection_constructor: Channel factory #1 at 0x80b1000 ** (telepathy-salut:11882): DEBUG: tp_base_connection_constructor: Channel factory #2 at 0x80b08c0 ** (telepathy-salut:11882): DEBUG: tp_base_connection_register: bus name org.freedesktop.Telepathy.Connection.salut.local_2dxmpp.steko ** (telepathy-salut:11882): DEBUG: tp_base_connection_register: object path /org/freedesktop/Telepathy/Connection/salut/local_2dxmpp/steko CLIENT CB: 2 Detail: running ** (telepathy-salut:11882): DEBUG: gibber_xmpp_connection_listener_listen: Trying to listen on port 5298 ** (telepathy-salut:11882): DEBUG: gibber_xmpp_connection_listener_listen: Listening on port 5298 ** (telepathy-salut:11882): DEBUG: tp_base_connection_change_status: was 4294967295, now 1, for reason 1 ** (telepathy-salut:11882): DEBUG: tp_base_connection_change_status: emitting status-changed to 1, for reason 1 ** (telepathy-salut:11882): DEBUG: tp_base_connection_change_status: was 1, now 0, for reason 0 ** (telepathy-salut:11882): DEBUG: tp_base_connection_change_status: emitting status-changed to 0, for reason 0 ** (telepathy-salut:11882): DEBUG: salut_contact_manager_create_contact: Adding [EMAIL PROTECTED] to contacts ** (telepathy-salut:11882): DEBUG: salut_contact_add_service: Contact [EMAIL PROTECTED]: Resolver ([EMAIL PROTECTED] _presence._tcp intf: 3 proto: 0): added ** (telepathy-salut:11882): DEBUG: tp_presence_mixin_get_statuses: called. ** (telepathy-salut:11882): DEBUG: tp_presence_mixin_set_status: called. ** (telepathy-salut:11882): DEBUG: set_status_foreach: called. ** (telepathy-salut:11882): DEBUG: set_status_foreach: Found status available, checking if it's available... ** (telepathy-salut:11882): DEBUG: set_status_foreach: The status is available. ** (telepathy-salut:11882): DEBUG: set_status_foreach: Got optional argument (message, ) ** (telepathy-salut:11882): DEBUG: set_status_foreach: About to try setting status available ** (telepathy-salut:11882): DEBUG: tp_presence_mixin_emit_one_presence_update: called. ** (telepathy-salut:11882): DEBUG: tp_presence_mixin_emit_presence_update: called. ** (telepathy-salut:11882): DEBUG: construct_presence_hash: called. ** (telepathy-salut:11882): DEBUG: contact_failed_cb: Contact [EMAIL PROTECTED]: Resolver ([EMAIL PROTECTED] _presence._tcp intf: 3 proto: 0): failed: Resolving failed: Timeout reached. Start presence resolver timer -- Stefano Costa http://www.iosa.it Archeologia e Software Libero Io uso Debian GNU/Linux! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456324: use udevadm instead of udevtrigger
On Fri, 2007-12-14 at 19:23 -0700, Martin Michlmayr wrote: * Scott James Remnant [EMAIL PROTECTED] [2007-12-14 16:21]: Package: dkms Version: None There's no such package in Debian and I cannot even find a binary with that name. Any idea if this really exists in Debian? Heh, I somewhat assumed that reportbug would notice if I tried to file a bug on a non-existant package and tell me ;) See, Ubuntu gives back all of its patches, even if Debian doesn't have the package in question g Scott -- Scott James Remnant [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#456415: [Pkg-xfce-devel] Bug#456415: newsticker-plugin
On Sat, Dec 15, 2007 at 01:29:40PM +0100, Matthias Krüger wrote: In my opinion it would be great, if there would be a newsticker (plugin) for the xfce(4)-panel. Upstream has a RSS panel plugin written in Python[0]. Otherwise you can use Liferea[1] which is a full featured RSS read and fits inside the systray when hidden; another option is yarss[2] which only lives in the systray. [0] http://svn.xfce.org/svn/goodies/xfce4-rss-plugin/trunk/ [1] http://packages.debian.org/testing/liferea [2] http://packages.debian.org/testing/yarssr Thank you for your fine work! Matthias Krüger mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451205: jpilot: I10n bug in phonebook entry-type
Ludovic Rousseau a écrit : Martin Stolle a écrit : On Fri, Nov 16, 2007 at 09:13:10PM +0100, Ludovic Rousseau wrote: If the procedure is too complex you can just send me your ~/.jpilot/AddressDB.pdb file in a *private* mail. Sorry for the delay. I'll probably have some time on Monday to think about how to do this best. Would it work if I took my current file and delete (in jpilot) most of the entries? (And then restore it from a backup I copied out of the way before) You will have to sync jpilot with your Palm. Otherwise the AddressDB.pdb file will still contain everything and AddressDB.pc3 will contain the removed entries. Have you had time to work on the bugs? What can I do to help you? bye -- Dr. Ludovic Rousseau
Bug#455742: Garbled terminal with a particular message
Hello Loïc, and thanks for the good report. On Tuesday, December 11, 2007 at 17:30:13 +0100, Loïc Minier wrote: My terminal is completely garbled when I load up a particular message The only unusual thing in this message is that 4 lines begin by a character U+FEFF (the ZERO WIDTH NO-BREAK SPACE). Those chars should be invisible, like a space drawn on zero columns wide. But on your screenshot, they appear to move the second character, like the H of Hi Kash, from the expected leftmost column #1 to the last column of the previous line. The same happens for the h of http:, and for the I of It's based on. Just like if something wrongly counted that the column width of U+FEFF was -1 instead of 0. The other garblings, like those parasite header lines, may be only secondary consequences of the above problem, and may perhaps disappear on redraw-screen (^L). Note that such U+FEFF has in UCS context the alternate function of a BOM (Byte Order Mark). However we're in UTF-8 context, always bigendian, where a BOM has no sense. I'm sorry I can't currently investigate more. This should be reproduced, and if confirmed then upstreamed. I attach a small test QP UTF-8 text with an U+FEFF prepending a line, and another in the middle of a word. Bye!Alain. -- « if you believe in Glibc wcwidth(), I've got a bridge to sell you. » UTF-8 test file. Line prepended by U+FEFF. U+FEFF in the middle of the two d.
Bug#393925: Can I reinstall removed package?
Hi, all. I want to take over the package which has already removed from unstable, tex-guy[1]. This was orphaned last year[2], but there was no enough time to take over it at that time. I have already prepared new revision. What should I do? Only what I should do is uploading new package? Thanks. Footnotes: [1] http://packages.qa.debian.org/t/tex-guy/news/20071211T214235Z.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=393925 OHURA Makoto: [EMAIL PROTECTED](Debian Project) [EMAIL PROTECTED](LILO/Netfort) GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083 http://www.netfort.gr.jp/~ohura/ pgpjaQ4e1yEqB.pgp Description: PGP signature
Bug#440708: dhcp3-client: dhclient3 invokation by ifup overwrites symlink /etc/resolv.conf
Following the track of the problem I think the culprit is the script /sbin/dhclient-script, exactly the function make_resolv_conf(). Indeed, dhclient-script plainly overwrites any configuration already arranged in /etc/resolv.conf. This makes it hard to integrate it with other concurrent daemons and systems like resolvconf. We are about to release an RDNSS dameon as part of the ndisc6 package, which adds IPv6 DNS resolvers to /etc/resolv.conf. In the same way, to coexist nicely with dhclient, it requires DNS configuration from different sources to be merged into /etc/resolv.conf, instead of directly overwriting it. This patch allows the use of an external merge hook in make_resolv_conf(), for this purpose. Please consider. --- debian/dhclient-script.linux2007-12-15 12:26:41.0 +0100 +++ debian/dhclient-script.linux2007-12-15 13:47:04.0 +0100 @@ -8,27 +8,55 @@ # being mounted, which causes cosmetic errors on hosts that NFS mount /usr # Andrew Pollock, February 2005 # Modified to work on point-to-point links. Andrew Pollock, June 2005 -# Modified to support passing the parameters called with to the hooks. Andrew Pollock, November 2005 +# Modified to support passing the parameters called with to the hooks. +# Andrew Pollock, November 2005 +# Modified to allow the use of an external script to write /etc/resolv.conf +# Pierre Ynard, December 2007 # The alias handling in here probably still sucks. -mdz +resolv_conf_hook= + make_resolv_conf() { if [ -n $new_domain_name -o -n $new_domain_name_servers ]; then -local new_resolv_conf=/etc/resolv.conf.dhclient-new -rm -f $new_resolv_conf +if ! [ -d /var/run/dhclient ]; then +mkdir -p /var/run/dhclient +fi +local my_resolv_conf=/var/run/dhclient/resolv.conf.$interface +rm -f $my_resolv_conf-new if [ -n $new_domain_name ]; then -echo search $new_domain_name $new_resolv_conf +echo search $new_domain_name $my_resolv_conf-new fi if [ -n $new_domain_name_servers ]; then - for nameserver in $new_domain_name_servers; do - echo nameserver $nameserver $new_resolv_conf +for nameserver in $new_domain_name_servers; do +echo nameserver $nameserver $my_resolv_conf-new done else # keep 'old' nameservers -sed -n /^\w*[Nn][Aa][Mm][Ee][Ss][Ee][Rr][Vv][Ee][Rr]/p /etc/resolv.conf $new_resolv_conf +sed -n /^\w*[Nn][Aa][Mm][Ee][Ss][Ee][Rr][Vv][Ee][Rr]/p $my_resolv_conf $my_resolv_conf-new +fi +mv -f $my_resolv_conf-new $my_resolv_conf + +if [ -n $resolv_conf_hook ]; then +if [ -x $resolv_conf_hook ]; then +local exit_status + +$resolv_conf_hook # run the external hook + +exit_status=$? +if [ $exit_status -ne 0 ]; then +logger -p daemon.err $resolv_conf_hook returned non-zero exit status $exit_status +save_exit_status=$exit_status +fi +else +logger -p daemon.err cannot run resolv.conf hook $resolv_conf_hook! +fi +else +local tmp_resolv_conf=/etc/resolv.conf.dhclient-new +cp -f $my_resolv_conf $tmp_resolv_conf +chown --reference=/etc/resolv.conf $tmp_resolv_conf +chmod --reference=/etc/resolv.conf $tmp_resolv_conf +mv -f $tmp_resolv_conf /etc/resolv.conf fi -chown --reference=/etc/resolv.conf $new_resolv_conf -chmod --reference=/etc/resolv.conf $new_resolv_conf -mv -f $new_resolv_conf /etc/resolv.conf fi } Regards, -- Pierre Ynard For hire - http://www.linkfanel.net/resume.pdf Une âme dans un corps, c'est comme un dessin sur une feuille de papier.
Bug#456417: installing dnscontroller makes aptitude deinstall all the rest of plesk
Package: dnscontroller Severity: grave Justification: renders package unusable Hello SwSoft Support Using just plesk it's not possible to operate multiple DNS Servers using one as master and the others as slave, as needed in a hosting environement. Clicking around in Plesk-Expand I found out that there is a centralized DNS Server Funktion which would allow to control multiple DNS Server from within Plesk. According to the documentation this need your package 'dnscontroller' to be installed on all DNS Servers which should be controlled bylesk. Unfortunately you have defined the package dependencies so that you can either use pleask or dnscontroller on one system which renders the package completely useless: hathi:~# aptitude show dnscontroller Paket: dnscontroller Neu: ja Zustand: nicht installiert Version: 2.0.2-1.deb40 Priorität: optional Bereich: unknown Verwalter: [EMAIL PROTECTED] [EMAIL PROTECTED] Unkomprimierte Grö�e: 4125k Hängt ab von: libc6 (= 2.3.6-6), libgcc1 (= 1:4.1.1-12), bind9, logrotate, grep, sed Kollidiert mit: psa Beschreibung: DNS controller. DNS controller is a tool for controlling 'bind' service and managing DNS zones for Plesk Expand software. Please advise how to install or provide a package with fixed dependencies. Kind regards -Benoit Panizzon- -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356983: compatibility plugin
On Wednesday 15 March 2006 16:00, Thijs Kinkhorst wrote: BTW, maybe a compromise would be to change SquirrelMail such that patching the source is no longer required for the compatibility plugin to be installed? Version 1.4.13 and up, now in unstable, include the source code patches required for the compatibility plugin, but not the plugin itself. This reduces the amount of hassle when installing the plugin. Thijs pgpHICqMyK6HX.pgp Description: PGP signature
Bug#456419: traverso: unneccessary build conflicts with qt3-dev-tools
Package: traverso Version: 0.41.0-1 Severity: normal Hi, when I just built traverso from lenny on etch, I noticed, that it unnecessarily build-conflicts with qt3-dev-tools. This makes building the package unneccessarily complicated, when people are building both qt4 and qt3 packages on their machines. Please just call qmake-qt4 instead of qmake in debian/rules and remove the build-conflicts from control. This way everything works fine in a mixed qt3/qt4 installation. Thanks! -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages traverso depends on: ii libasound2 1.0.13-2 ALSA library ii libaudio2 1.8-4 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libfftw3-3 3.1.2-3 library for computing Fast Fourier ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch1 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libgl1-mesa-glx [libgl 6.5.1-0.6 A free implementation of the OpenG ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libglu1-mesa [libglu1] 6.5.1-0.6 The OpenGL utility library (GLU) ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjack0.100.0-0 0.101.1-2 JACK Audio Connection Kit (librari ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqt4-core4.2.1-2+etch1 Qt 4 core non-GUI functionality ru ii libqt4-gui 4.2.1-2+etch1 Qt 4 core GUI functionality runtim ii libraptor1 1.4.13-1 Raptor RDF parser and serializer l ii librasqal0 0.9.13-1 Rasqal RDF query library ii librdf01.0.4-1 Redland Resource Description Frame ii libsamplerate0 0.1.2-2 audio rate conversion library ii libsm6 1:1.0.1-3 X11 Session Management library ii libsndfile11.0.16-1 Library for reading/writing audio ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii xlibmesa-gl1:7.1.0-19transitional package for Debian et ii zlib1g 1:1.2.3-13compression library - runtime traverso recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456418: lam: please use gfortran instead of g77
Package: lam Severity: important Tags: patch lam build-depends on g77, which has been dropped from gcc suite after gcc 3.4. It appears to only use it for examples and/or test programs. A patch is attached which changes the build depends and configure scripts from g77 to gfortran (some of which appeared to be already done). However when attempting a build on lenny/testing the build aborts with the following error: === Installation of LAM/MPI 7.1.2 is complete. Be sure to visit the LAM/MPI web page: http://www.lam-mpi.org/ The FAQ and LAM mailing list archives (both accessable from the web page) contain much information about getting started with LAM/MPI, as well as solutions to common problems. === make[4]: Leaving directory `/home/colin/lam/lam-7.1.2' make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/home/colin/lam/lam-7.1.2' make[2]: Leaving directory `/home/colin/lam/lam-7.1.2' make[1]: Leaving directory `/home/colin/lam/lam-7.1.2' mkdir -p $(dirname $(dirname debian/tmp/usr/share/man/man3)) rm -rf $(dirname debian/tmp/usr/share/man/man3) cp -af $(dirname debian/static/usr/lib/lam/man/man3) $(dirname debian/tmp/usr/share/man/man3) rm debian/tmp/usr/share/man/man3/../man1/wipe.1 rm: cannot remove `debian/tmp/usr/share/man/man3/../man1/wipe.1': No such file or directory make: *** [debian/tmp/usr/share/man/man3/MPI_Wtime.3] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -ur lam-7.1.2/config/lam_prog_f77.m4 lam-new/config/lam_prog_f77.m4 --- lam-7.1.2/config/lam_prog_f77.m42006-02-23 23:27:17.0 + +++ lam-new/config/lam_prog_f77.m4 2007-12-15 10:42:05.608101629 + @@ -58,7 +58,7 @@ # If the user did not specify one, look for all the common names - AC_CHECK_PROGS(F77, [g77 f77 fort77 f90], no) + AC_CHECK_PROGS(F77, [gfortran g77 f77 fort77 f90], no) if test -z $F77 -o $F77 = no; then AC_MSG_WARN([*** Could not find FORTRAN compiler. Either use]) AC_MSG_WARN([*** --with-fc to specify the FORTRAN compiler, or]) diff -ur lam-7.1.2/configure lam-new/configure --- lam-7.1.2/configure 2006-03-10 21:31:14.0 + +++ lam-new/configure 2007-12-15 10:59:44.669093142 + @@ -9311,7 +10281,7 @@ # If the user did not specify one, look for all the common names - for ac_prog in g77 f77 fort77 f90 + for ac_prog in gfortran g77 f77 fort77 f90 do # Extract the first word of $ac_prog, so it can be a program name with args. set dummy $ac_prog; ac_word=$2 diff -ur lam-7.1.2/debian/control lam-new/debian/control --- lam-7.1.2/debian/control2007-12-15 13:14:53.0 + +++ lam-new/debian/control 2007-12-15 10:36:32.089003549 + @@ -2,7 +2,7 @@ Section: devel Priority: extra Maintainer: Camm Maguire [EMAIL PROTECTED] -Build-Depends: autoconf,automake1.9,debhelper (= 4.1.16),g77,texinfo,autotools-dev,help2man, findutils ( = 4.2.25-1) +Build-Depends: autoconf,automake1.9,debhelper (= 4.1.16),gfortran,texinfo,autotools-dev,help2man, findutils ( = 4.2.25-1) Standards-Version: 3.6.2 Package: lam-mpidoc diff -ur lam-7.1.2/debian/rules lam-new/debian/rules --- lam-7.1.2/debian/rules 2007-12-15 13:14:53.0 + +++ lam-new/debian/rules2007-12-15 10:45:17.119112044 + @@ -102,7 +102,7 @@ -$(MAKE) clean - CC=gcc CXX=g++ F77=g77 FC=g77 \ + CC=gcc CXX=g++ F77=gfortran FC=gfortran \ CFLAGS=$(OPTFLAGS) CXXFLAGS=$(OPTFLAGS) FFLAGS=$(OPTFLAGS) \ ./configure --prefix=/$(LAMV) \ --build=$(DEB_BUILD_GNU_TYPE) \ @@ -122,7 +122,7 @@ -$(MAKE) clean - CC=gcc CXX=g++ F77=g77 FC=g77 \ + CC=gcc CXX=g++ F77=gfortran FC=gfortran \ CFLAGS=$(OPTFLAGS) -fPIC CXXFLAGS=$(OPTFLAGS) -fPIC FFLAGS=$(OPTFLAGS) -fPIC \ ./configure --prefix=/$(LAMV) \ --build=$(DEB_BUILD_GNU_TYPE) \
Bug#456420: Please add libdbus-glib-1
Package: ia32-libs-gtk Version: 2.1 I have a little netscape plugin loader program that links against gtk, X and dbus-glib. As the Adobe flash plugin is only in 32bit, I've running it in a 32 chroot. Running against ia32-libs-gtk/ia32-libs gives two unresolved libraries: libXcomposite.so.1 = not found libdbus-glib-1.so.2 = not found symlinking these from the chroot to /emul/ia32-linux/usr/lib works just fine. So it seems these two belong to resp. ia32-libs and ia32-libs-gtk. Best regards, Koos Vriezen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456421: cobex_ls segfaults on amd64 because of incompatible pointer types
Package: cobex Version: 0.2.13-2 Severity: important Tags: patch cobex_ls dies with sigsegv on amd64 because it uses ints as counters in the iconv calls where size_t is expected, and on amd64 size_t != int. The attached patch changes the variables to be of type size_t. The second patch fixes several pointer targets in assignment differ in signedness compiler warnings (although these probably aren't harmful in pratice). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.8 (PREEMPT) Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages cobex depends on: ii libc6 2.7-4 GNU C Library: Shared libraries ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libezv24-00.1.1-1ez24V Library: Shared library cobex recommends no packages. -- no debconf information diff -u cobex-0.2.13-orig/cobex_core.c cobex-0.2.13/cobex_core.c --- cobex-0.2.13-orig/cobex_core.c 2006-10-30 18:35:42.0 +0200 +++ cobex-0.2.13/cobex_core.c 2007-12-13 20:24:37.0 +0200 @@ -148,8 +148,8 @@ int i; int convLgt; - u_int inBytes = lgt; - u_int outBytes = MAXCHARS; + size_t inBytes = lgt; + size_t outBytes = MAXCHARS; char outOrigMsg[MAXCHARS]; char *inMsgP = msg; diff -u cobex-0.2.13-orig/ls.c cobex-0.2.13/ls.c --- cobex-0.2.13-orig/ls.c 2006-10-30 18:35:42.0 +0200 +++ cobex-0.2.13/ls.c 2007-12-13 20:25:31.0 +0200 @@ -50,9 +50,9 @@ - int inBytes; + size_t inBytes; char inOrigMsg[MAXCHARS]; - int outBytes = MAXCHARS; + size_t outBytes = MAXCHARS; char outOrigMsg[MAXCHARS]; char *inMsgP = inOrigMsg; diff -u cobex-0.2.13-orig/cobex_tools.c cobex-0.2.13/cobex_tools.c --- cobex-0.2.13-orig/cobex_tools.c 2006-10-30 18:35:42.0 +0200 +++ cobex-0.2.13/cobex_tools.c 2007-12-13 20:18:36.0 +0200 @@ -34,7 +34,7 @@ void ctools_signalHandler ( int reason ) { - char aBuffer[513]; + u_char aBuffer[513]; obex_packet aPacket; aPacket.max=512; diff -u cobex-0.2.13-orig/get.c cobex-0.2.13/get.c --- cobex-0.2.13-orig/get.c 2006-10-30 18:35:42.0 +0200 +++ cobex-0.2.13/get.c 2007-12-13 20:18:45.0 +0200 @@ -33,7 +33,7 @@ int main (int argc, char *argv[]) { v24_port_t *UsedPort=NULL; int rc; - char aBuffer[513]; + u_char aBuffer[513]; obex_packet aPacket; char *name; char *path; diff -u cobex-0.2.13-orig/ls.c cobex-0.2.13/ls.c --- cobex-0.2.13-orig/ls.c 2007-12-15 15:16:51.0 +0200 +++ cobex-0.2.13/ls.c 2007-12-13 20:25:31.0 +0200 @@ -142,10 +142,10 @@ pD = cobex_parseNext( inPacket,p ); switch (pD.HI) { case OBEX_HI_END_OF_BODY: -if (XML_Parse (*inParser, pD.HIdata, pD.HIlen, 1) == XML_STATUS_ERROR ) {return COBEX_ERR;} +if (XML_Parse (*inParser, (char*)pD.HIdata, pD.HIlen, 1) == XML_STATUS_ERROR ) {return COBEX_ERR;} break; case OBEX_HI_BODY: -if (XML_Parse (*inParser, pD.HIdata, pD.HIlen, 0) == XML_STATUS_ERROR ) {return COBEX_ERR;} +if (XML_Parse (*inParser, (char*)pD.HIdata, pD.HIlen, 0) == XML_STATUS_ERROR ) {return COBEX_ERR;} break; } p = pD.nextHIp; @@ -220,7 +220,7 @@ int rc; //char fileName[80]; - char aBuffer[513]; + u_char aBuffer[513]; obex_packet aPacket; aPacket.max=512; diff -u cobex-0.2.13-orig/mkdir.c cobex-0.2.13/mkdir.c --- cobex-0.2.13-orig/mkdir.c 2006-10-30 18:35:42.0 +0200 +++ cobex-0.2.13/mkdir.c 2007-12-13 20:19:34.0 +0200 @@ -34,7 +34,7 @@ v24_port_t *UsedPort=NULL; int rc=0; - char aBuffer[513]; + u_char aBuffer[513]; obex_packet aPacket; aPacket.max=512; diff -u cobex-0.2.13-orig/rm.c cobex-0.2.13/rm.c --- cobex-0.2.13-orig/rm.c 2006-10-30 18:35:42.0 +0200 +++ cobex-0.2.13/rm.c 2007-12-13 20:19:20.0 +0200 @@ -35,7 +35,7 @@ int rc; - char aBuffer[513]; + u_char aBuffer[513]; obex_packet aPacket; aPacket.max=512;
Bug#445748: pidgin: Started using 100% CPU in a poll/read loop
Please, upgrade to pidgin 2.3.1-1 disable all the plugins and report back if is problem can still be reproduced. If reproduced enable just one account at a time until you can find the account that is causing the trouble and report back. Ahora también puedes acceder a tu correo Terra desde el móvil. Infórmate pinchando aquí.
Bug#446884: jo shoutcast connectivity
since the 0.7.0-1 version, it seems that shoutcast support is gone, as there is only ogg to stream, not mp3? AFAICT, mp3 streaming requires LAME, which for patent reasons is not and has never been available in Debian, but is available from www.debian-multimedia.org. While unlikely, perhaps idjc used some other library previously? Last I checked, the LAME package from www.debian-multimedia.org had the problem that the library wasn't linked with it's dependent libraries, causing IDJC's configure to fail to see it, unless the following patch is applied: --- idjc-0.7.0.orig/configure.in +++ idjc-0.7.0/configure.in @@ -58,7 +58,8 @@ [AC_SUBST(MP3LAME, [-lmp3lame]) AC_SUBST(HAVE_LAME, 1) AC_DEFINE(HAVE_LAME, 1, [Set if 1 if libmp3lame was found])], - AC_SUBST(HAVE_LAME, 0)) + AC_SUBST(HAVE_LAME, 0), + [-lm]) # jack_client_new may become deprecated AC_CHECK_LIB([jack], [jack_client_new], :, AC_MSG_ERROR(Vital function missing)) -- Magnus Holmgren[EMAIL PROTECTED] (No Cc of list mail needed, thanks) Exim is better at being younger, whereas sendmail is better for Scrabble (50 point bonus for clearing your rack) -- Dave Evans signature.asc Description: This is a digitally signed message part.
Bug#456422: wine: FTBFS: Fails to unpack with dpkg from sarge.
Package: wine Version: 0.9.49-1 Severity: important Hi, Your package is failing to build on the amd64 buildd because the host system is still running sarge, and when trying to extract the source using dpkg from sarge you get: dpkg-source: error: line after --- for file wine-0.9.49.orig/debian/amd64.tar.lzma.uu 1970-01-01 01:00:00.0 +0100 isn't as expected Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439420: (no subject)
Indeed, the generated pdf looks fine. Reading the log file, what I think is that pdflatex is exiting with a non-null error code because of several errors in the latex source, even if it seems to somehow cope with it and generate (from what I've seen) a correct pdf. I came up with a workaround, although it's far, far from an ideal fix (but I don't know latex nor doxygen and makefile enough to come with a proper one). Basically wrap pdflatex in the debian/ folder, and call the real pdflatex || true, like this (in the 'build' target) echo '#!/bin/sh' debian/pdflatex echo '$(new_pdflatex) $$@ || true' debian/pdflatex chmod 755 debian/pdflatex PATH=$(CURDIR)/debian:$(shell echo $(PATH)) make Cheers -- Albin Tonnerre signature.asc Description: Digital signature
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 Sat, Dec 15, 2007 at 03:38:01PM +0100, Josip Rodin wrote: Steve pointed me to http://lists.debian.org/debian-ctte/2007/12/msg00033.html BTW, if anyone reading has some time to do the math again (hi aj :) it would be good it was recalculated for ftp.us.debian.org again, which we've changed in the meantime. That round-robin is now composed of: % host ftp.us.debian.org ftp.us.debian.org A 35.9.37.225 ftp.us.debian.org A 64.50.236.52 ftp.us.debian.org A 128.30.2.36 ftp.us.debian.org A 204.152.191.39 At the same time, I should just get off my ass and go find the resolving code in the applications (apt-get, rsync, ...), and then just run it to see how it works... -- 2. That which causes joy or happiness. -- 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 Thu, Nov 29, 2007 at 10:39:13PM +0100, Josip Rodin wrote: I've noticed that security.debian.org, which is composed of three hosts, appears to be resolved by apts so that only one of them, steffani, gets picked. I can't substantiate this with exact log evidence yet (there's an outstanding RT ticket for that), but the system load on that machine is consistently high and network speed low, whereas the other two machines are practically idling in comparison. Steve Langasek happened to ask me today to find some hard facts regarding the round-robin functionality, so I stopped procrastinating :) and finally set up tracking of the security.d.o machines' /proc/net/dev (I had previously asked DSA to share their own stats, but they chose to install rrdtool for me to use instead). The RRDs are now being generated every minute (in my home dir on those machines), and I have prepared a set of rrd.cgi instances that graph them (but not on those machines, because of various intricate prerequisites). Right now, with a small sample of just some 110 minutes, the machine eth0s have been averaging: * villa: 4.69 MB/s * lobos: 4.08 MB/s * steffani: 15.14 MB/s Steve pointed me to http://lists.debian.org/debian-ctte/2007/12/msg00033.html And this is starting to match, although not as precisely. But, again, this is too small a sample for a variety of reasons, so let's give it some time. I'd appreciate it if someone would send a reminder in a day or two so that I send over the data then. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456423: gitk: Should allow tk8.5
Package: gitk Version: 1:1.5.3.7-1 Severity: normal gitk explicitly requests tk8.4, this does not work with tk8.5 from unstable. It seems that only sensible solution to this bug and to #438662 simultaneusly is to depend on tk8.4 | tk8.5, and carefully use /usr/bin/wish, falling back to tk8.4/tk8.5 if wish points to wish8.3 Three versions of tk are simultaneously in the archive, this complicates things :( -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gitk depends on: ii git-core 1:1.5.3.4-1 fast, scalable, distributed revisi pn tk8.4none (no description available) Versions of packages gitk recommends: pn git-doc none (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431224: deinstallation does not work either with + or * in package name
Package: sysv-rc Version: 2.86.ds1-38.1 Followup-For: Bug #431224 Hello, please apply that patch, packages cannot be deinstalled either..which probably is not much of a surprise to you who you know the code, it just hit me on another system. Cheers, Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428329: [Pkg-cryptsetup-devel] Bug#428329: Bug in debian-Installer/initramfs when I use GUID Partition Table (GPT) with a crypted root filesystem
On 10/12/2007 David H?rdeman wrote: So I'd still suggest that this BR be reassigned to lilo-installer, but I do agree that fixing this is likely low priority and that the reporter should use Grub unless there is a very good reason for not doing so. so does anybody object against reassigning the report to lilo-installer? greetings, jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456080: [EMAIL PROTECTED]: Bug#456080: FTBFS with GCC 4.3: missing #includes]
Hey Wesley, I just got that bugreport against lurker. Seems like ubuntu already has a patch at http://patches.ubuntu.com/by-release/extracted/ubuntu/l/lurker/2.1-9/02_gcc4.3_include_fixes.dpatch greetings, jonas - Forwarded message from Martin Michlmayr [EMAIL PROTECTED] - Date: Wed, 12 Dec 2007 20:40:02 -0700 From: Martin Michlmayr [EMAIL PROTECTED] Subject: Bug#456080: FTBFS with GCC 4.3: missing #includes To: [EMAIL PROTECTED] Reply-To: Martin Michlmayr [EMAIL PROTECTED], [EMAIL PROTECTED] Package: lurker Version: 2.1-9 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. Automatic build of lurker_2.1-9 on em64t by sbuild/amd64 0.53 ... if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/kde -I/usr/include/qt3 -MT File.o -MD -MP -MF .deps/File.Tpo -c -o File.o File.cpp; \ then mv -f .deps/File.Tpo .deps/File.Po; else rm -f .deps/File.Tpo; exit 1; fi File.cpp: In member function 'unsigned char* ESort::FileSource::inverseBuffer()': File.cpp:150: error: 'memset' was not declared in this scope File.cpp:202: error: 'memcpy' was not declared in this scope make[3]: *** [File.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455690: findutils: Locate dissappeared
On 2007-12-14 Justin B Rye [EMAIL PROTECTED] wrote: Andreas Metzler wrote: Marcus Lundblad wrote: After upgrading Lenny today, there was a new version of findutils. locate has been split out as a separate package. But it is not automatically installed [...] it is mentioned in /usr/share/doc/findutils/NEWS.Debian.gz which is displayed on upgrades by apt-listchanges. Unfortunately, the dislocated findutils reached Testing before locate or mlocate did. For Lenny users reading that NEWS file, the only available locate implementation was slocate - and even that was subtly sabotaged by the disabling of /etc/updatedb.conf Strange. Migration to testing is done by sourcepackages. Since locate and findutils are built from the same source they should have reached testing at the same time. But that's in the past. I'm more interested in working out how things should work for Stable users when Lenny is released. The major point of the exercise was to not install any locate by default anymore. (And yes, since apt installs Recommends automatically nowadays makeing findutils Recommends: locate is out, too. IMNSHO). Calling it automatic is misleading; it's only a default. People who want their system to change would still have the option of explicitly removing (or never installing) locate, regardless of Recommends. And speaking as someone who runs Etch on his desktop, that to me seems the right way round; dialogues should always say downgrade the system's functionality [y/N]?, never [Y/n]?. However, I don't want to push too hard for this. It's your package, and if you don't like Recommends, then fine, don't make it a Recommends. Make it a Suggests, instead. I have used Suggests: mlocate|locate|slocate, since usually only one of these should be installed and mlocate has the highest priority. After Lenny's release, you'll be entitled to assume that users have had a chance to get used to the idea of locate as an optional extra. But even then, as long as findutils retains the name of an upstream GNU package that provides locate, it's only polite to give some sort of pointer in the right direction for people who were expecting it. This information could (also/instead) go in the package description, which is presently in need of some maintenance work: [... patch ..] Thank you. applied to svn. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456080: [EMAIL PROTECTED]: Bug#456080: FTBFS with GCC 4.3: missing #includes]
* Jonas Meurer [EMAIL PROTECTED] [2007-12-15 15:42]: I just got that bugreport against lurker. Seems like ubuntu already has a patch at http://patches.ubuntu.com/by-release/extracted/ubuntu/l/lurker/2.1-9/02_gcc4.3_include_fixes.dpatch This patch (which was actually written by me) is already in the Debian package. However, since I filed my original bug report (417380) and this patch, GCC cleaned up some more headers. You'll need to include cstring. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456424: revelation: remove gnome-icon-theme from depends
Package: revelation Version: 0.4.11-2 Severity: wishlist Hi, please change gnome-icon-theme from depends to suggested. all needed icons are in the package itself. thank you. regards Michael -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (50, 'unstable'), (30, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages revelation depends on: ii cracklib22.7-19 pro-active password checker librar ii gconf2 2.20.1-1GNOME configuration database syste ii gnome-icon-theme 2.20.0-1GNOME Desktop icon theme ii libc62.7-3 GNU C Library: Shared libraries ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.15 register and build utility for Pyt ii python-crypto2.0.1+dfsg1-2.1 cryptographic algorithms and proto 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 python-xml 0.8.4-9 XML tools for Python ii python2.42.4.4-6 An interactive high-level object-o ii shared-mime-info 0.22-2 FreeDesktop.org shared MIME databa revelation recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415968: Cannot output unicode to sys.stdout when redirected to a file
A much simpler demo of what is wrong: sfere$ python -c 'print u\xA9;' a copyright symbol sfere$ python -c 'print u\xA9;' /dev/null Traceback (most recent call last): File string, line 1, in ? UnicodeEncodeError: 'ascii' codec can't encode character u'\xa9' in position 0: ordinal not in range(128) sfere$ python -V Python 2.4.4 Is there any likelihood of this getting fixed? It makes Python useless for use with any kind IO redirection, e.g. in pipelines. ttfn/rjk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456291: Bug#456292: dlocate: ionice in cronjob does not work in VServer
On 2007-12-15 Craig Sanders [EMAIL PROTECTED] wrote: [...] i've already updated the /etc/cron.daily/dlocate script like so: if [ -x /usr/bin/ionice ]; then # don't run ionice if kernel version 2.6.13 KVER=$(uname -r) case $KVER in 2.[012345]*) ;; 2.6.[0-9]) ;; 2.6.[0-9].*) ;; 2.6.1[012]*) ;; *) ionice -c3 -p$$ /dev/null 21 ;; esac fi that should solve the problem. the redirection of stderr is for vserver and other environments where ionice doesn't work. the other stuff is to avoid running ionice in kernel versions that don't support it at all. not really necessary, just seemed a better way of doing it. Nice. Copied for updatedb. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443160: libboost-dev: Unstable?
Package: libboost-dev Version: 1.34.1-2 Followup-For: Bug #443160 Hi, When can this fix be expected in unstable? I've just hit this bug, which is a shame as apparently a fix has been available for two months. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, '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 Versions of packages libboost-dev depends on: ii libstdc++6-4.1-dev [libstdc++ 4.1.2-18 The GNU Standard C++ Library v3 (d ii libstdc++6-4.2-dev [libstdc++ 4.2.2-4The GNU Standard C++ Library v3 (d libboost-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427889: Any comment about it?
Really no reply at all about it in so long time? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456343: typo in 20_exim4-config_local_deny_exceptions loses if sender_local_deny_exceptions exists
tags 456343 pending thanks On 2007-12-14 Roderick Schertler [EMAIL PROTECTED] wrote: [...] A typo in 20_exim4-config_local_deny_exceptions causes mail reception not to work if you've renamed your local_sender_whitelist to sender_local_deny_exceptions as suggested. --- 20_exim4-config_local_deny_exceptions.~1~ 2007-09-05 15:26:14.0 -0400 +++ 20_exim4-config_local_deny_exceptions 2007-12-14 14:57:58.0 -0500 @@ -24,7 +24,7 @@ {}} accept senders = ${if exists{CONFDIR/sender_local_deny_exceptions}\ - {CONFDIR/sender_local_deny_exceptions.}\ + {CONFDIR/sender_local_deny_exceptions}\ [...] Thank you. Fixed in SVN. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456236: xterm: Missing fullwidth glyphs not handled correctly
On Sat, Dec 15, 2007 at 12:55:09PM -0500, Daniel Jacobowitz wrote: On Sat, Dec 15, 2007 at 11:26:01AM -0500, Thomas Dickey wrote: I added a fix to my ongoing changes for #230, here: ftp://invisible-island.net/temp/xterm-229h.patch.gz It works perfectly. Thanks! no problem -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpKG6lrVmzxo.pgp Description: PGP signature
Bug#233129: aptitude has poor exit status behaviour
On Thu, Dec 13, 2007 at 01:49:07PM -0500, Joey Hess [EMAIL PROTECTED] was heard to say: bts tag 233129 d-i Hm, that's an interesting one. It looks like the apt fetcher claims that the update succeeded even when some sources failed, so I have to iterate the list of download items after the fact like apt-get does and see if any of them failed. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451389: Please remove .la files from the package
On Thu, Nov 15, 2007 at 04:20:30PM +, [EMAIL PROTECTED] wrote: Please apply this patches to remove the .la files. You know, sometimes it's helpful to include a reason for a change. Kind regards, Philipp Kern Debian Developer signature.asc Description: Digital signature
Bug#456406: New nb translation for debconf hesiod
Quoting Bjørn Steensrud ([EMAIL PROTECTED]): Package: hesiod Severity: wishlist Tags: l10n, patch Norwegian Bokmål translatioon for hesiod debconf attached. Since I sent the call for translations, some last minute changes introduced 3 untranslated strings. Would you mind completing the attached file. Thanks and sorry for the trouble. nb.po Description: application/gettext signature.asc Description: Digital signature
Bug#456432: lintian -- warning for (Build-)?Depending on a package in section oldlibs
Package: lintian Version: 1.23.41 Severity: wishlist Dear lintian maintainers, I would request you to please incorporate a lintian warning, two actually. 1. For packages which Build-Depend on a package in section `oldlibs' 2. For packages which Depend on a package in section `oldlibs'. In my opinion, we should be gradually phasing out dependencies on packages in oldlibs, and this would be the first logical step to remind maintainers about the issue. I could get the list of packages using this command: awk 'BEGIN { RS = } /Section:.*oldlibs/ { print $2}' /var/lib/dpkg/status Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#452331: console-data: Avoid showing keymaps policy question during D-I installs
On Thursday 13 December 2007, Frans Pop wrote: As we install locales from the post-base-installer 05localechooser hook script, it seems logical to have that file touched (in /target of course) in that hook script. Correction: it is the post-base-installer hook script from kbd-chooser. I've added the code to create the tmp file there. signature.asc Description: This is a digitally signed message part.
Bug#377446: segmentation fault when tab-completing second-level japanese path
On Wed, Feb 21, 2007 at 08:46:09PM -0500, Bryan Donlan wrote: Current zsh and zsh-beta packages don't crash, but they don't complete either. No completion suggestions are offered when I hit tab, either with text/ or text/partial name prior to the cursor. And now? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402249: [PATCH] include necessary headers to build libvirt with xen support
Dear Debian Xen maintainers, for your convenience I attach Richard's patch directly. It simply installs the necessary headers so we're able to enable xen support in libvirt for the default builds. Please apply. Cheers, -- Guido P.S.: building a separate libxen*-dev package (like Ubuntu does) looks like a better long term solution From 18915d87a7eebffe3264c43164aba82a345efb15 Mon Sep 17 00:00:00 2001 From: Guido Guenther [EMAIL PROTECTED] Date: Sat, 1 Dec 2007 14:31:41 +0100 Subject: [PATCH] apply patch from Richard Jones to install the necessary headers to build libvirt with xen support (Closes: #402249) diff --git a/debian/rules.real b/debian/rules.real index e1c77e1..49c09ac 100644 --- a/debian/rules.real +++ b/debian/rules.real @@ -115,9 +115,15 @@ install-utils_$(ARCH): $(STAMPS_DIR)/build-utils_$(ARCH) dh_clean -k @rm -rf $(DIR) $(MAKE) -C $(SOURCE_DIR)/tools install DESTDIR=$(CURDIR)/$(DIR) DISTDIR=$(CURDIR)/$(DIR) $(CONFIG) + mkdir -p $(CURDIR)/$(DIR)/usr/include/xen/io $(CURDIR)/$(DIR)/usr/include/xen/hvm $(CURDIR)/$(DIR)/usr/include/xen/arch-x86 + install -m 644 $(SOURCE_DIR)/xen/include/public/io/*.h $(CURDIR)/$(DIR)/usr/include/xen/io + install -m 644 $(SOURCE_DIR)/xen/include/public/hvm/*.h $(CURDIR)/$(DIR)/usr/include/xen/hvm + install -m 644 $(SOURCE_DIR)/xen/include/public/arch-x86/*.h $(CURDIR)/$(DIR)/usr/include/xen/arch-x86 + install -m 644 $(SOURCE_DIR)/xen/include/public/*.h $(CURDIR)/$(DIR)/usr/include/xen/ install -D -m644 debian/xen-utils.NEWS $(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/NEWS install -D -m644 debian/xen-utils.README.Debian $(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/README.Debian dh_install --sourcedir=$(DIR) usr/lib + dh_install --sourcedir=$(DIR) usr/include dh_install --sourcedir=$(DIR) usr/share/xen-$(VERSION)$(ABINAME) dh_pycentral dh_strip
Bug#456361: hesiod : [INTL:pt] Updated Portuguese translation for debconf messages
Package: hesiod Version: 3.0.2-18.2 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for hesiod's debconf messages. Translator: Rui Branco ruipb _at_ debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Rui Branco Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext