Bug#708844: buildd-mail: cannot move packages 50Mb correctly to upload directory
On Sun, May 19, 2013 at 02:27:15AM +0200, Kurt Roeckx wrote: Are you sure you didn't set up some limits for file sizes somehow? Try ulimit -f. I asked the site administrator whether the mail setup could be imposing a file size limit and he thus said: Yeah, I think it has to do with the Postfix message-size limit. Looking at the Postfix source, I see a routine “set_file_limit” (defined in src/util/file_limit.c), which is called in various places to set the process maximum file size to either the mailbox size or the individual message size. So this appears to be a problem in our mail configuration. I'll sort it out with our site administrator. My apologies for the hassle. Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708792: perl/experimental: FTBFS on sparc: Bus errors
On Sat, May 18, 2013 at 08:02:54PM +0300, Niko Tyni wrote: On Sat, May 18, 2013 at 07:22:26PM +0300, Niko Tyni wrote: Package: perl Version: 5.18.0~rc1-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.18-transition perl from experimental failed to build on sparc, miniperl gives bus errors: Next step is to try unpatched 5.18.0 with and without -Dusethreads. Reproducible with vanilla 5.18.0, needs both -Dusethreads and -Duse64bitint. ./Configure -des -Dusethreads -Duse64bitint -Doptimize=-g -O0 Bisecting results last night: 8be227ab5eaa23f2d21fd15f70190e494496dcbe is the first bad commit http://perl5.git.perl.org/perl.git/commit/8be227ab5eaa23f2d21fd15f70190e494496dcbe Will report this upstream. smetana isn't letting me in for some reason, so this will have to wait a bit. I still need the 'perl -V' output for the report etc. -- Niko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708853: support browsing remote filesystems via SSH
Package: thunar Version: 1.2.3-4+b1 Severity: wishlist I'm trying to access a filesystem on a different system using SSH. I know that thunar supports this, but I can't get it to work or even extract any meaningful error message. Just to make that clear: I'm not running XFCE, just thunar inside a fluxbox session! I've been doing some research, and it seems that thunar requires some external packages in order to use SSH, but I don't know which and they are not hard dependencies. In any case, all recommends and suggests are installed, apart from xfce4-panel. I have also installed gvfs-bin and gvfs-fuse, but neither helped. I guess that it's just a matter of documenting these dependencies (README.Debian perhaps?), if these are the problem at all. That said, the error messages are not really helpful. If I put ssh://192.168.1.2/ into thunar's location field, it just displays a red icon next to it, without any further error message. If I start it from a terminal, I get a popup and the same text echoed on the console: ~$ thunar ssh://192.168.1.2/ Thunar: Failed to open ssh://192.168.1.2/: The specified location is not supported This is very similar to gvfs: ~$ gvfs-mount -m ssh://192.168.1.2/ Error mounting location: The specified location is not supported I'm confident I could find out what's wrong myself, but I think a user shouldn't be required to read the sources and search the web in order to get this to work, hence the wishlist bug. Greetings from Hamburg! Uli -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) 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 thunar depends on: ii desktop-file-utils 0.20-0.1 ii exo-utils 0.6.2-5 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100.2-1 ii libexo-1-0 0.6.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libgudev-1.0-0 175-7.2 ii libice6 2:1.0.8-2 ii libnotify4 0.7.5-2 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libthunarx-2-0 1.2.3-4+b1 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii shared-mime-info1.0-1+b1 ii thunar-data 1.2.3-4 Versions of packages thunar recommends: ii dbus-x111.6.8-1 ii gvfs1.12.3-4 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii thunar-volman 0.6.1-1 ii tumbler 0.1.25-1+b1 ii xdg-user-dirs 0.14-1 ii xfce4-panel 4.8.6-4 Versions of packages thunar suggests: ii thunar-archive-plugin 0.3.0-4 ii thunar-media-tags-plugin 0.2.0-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708746: RM: drupal6 -- RoQA; obsolete
Moritz Muehlenhoff j...@debian.org writes: drupal6 was already dropped from wheezy to focus on a single supported Drupal version per release. It should also be removed from unstable, it only confuses people and the version in sid has many open security issues as well. There are still quite a lot related packages that need to be removed first: # Broken Depends: drupal6-mod-addtoany: drupal6-mod-addtoany drupal6-mod-cck: drupal6-mod-cck drupal6-mod-commentrss: drupal6-mod-commentrss drupal6-mod-contemplate: drupal6-mod-contemplate drupal6-mod-filefield: drupal6-mod-filefield drupal6-mod-i18n: drupal6-mod-i18n drupal6-mod-imageapi: drupal6-mod-imageapi drupal6-mod-imagecache: drupal6-mod-imagecache drupal6-mod-imagecache-actions: drupal6-mod-imagecache-actions drupal6-mod-imagefield: drupal6-mod-imagefield drupal6-mod-imagefield-assist: drupal6-mod-imagefield-assist drupal6-mod-inactive-user: drupal6-mod-inactive-user drupal6-mod-inline: drupal6-mod-inline drupal6-mod-ldap-integration: drupal6-mod-ldap-integration drupal6-mod-lightbox2: drupal6-mod-lightbox2 drupal6-mod-masquerade: drupal6-mod-masquerade drupal6-mod-openid-provider: drupal6-mod-openid-provider drupal6-mod-pingback: drupal6-mod-pingback drupal6-mod-site-verify: drupal6-mod-site-verify drupal6-mod-tagadelic: drupal6-mod-tagadelic drupal6-mod-trackback: drupal6-mod-trackback drupal6-mod-views: drupal6-mod-views drupal6-mod-views-groupby: drupal6-mod-views-groupby drupal6-mod-xmlsitemap: drupal6-mod-xmlsitemap drupal6-mod-xrds-simple: drupal6-mod-xrds-simple drupal6-thm-arthemia: drupal6-thm-arthemia drupal6-trans-ru: drupal6-trans-ru I'll file removal requests for them later. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652228: Works with Chrome, fails with Iceweasel
I just tried dragging an image from thunar (1.2.3-4+b1, running without XFCE) onto the demo field in both Iceweasel (10.0.12esr-1+nmu1) and Chromium (26.0.1410.43-1). It works only in Chromium. Just my 2cc. Uli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#405007:
Hello, On Fri, Jun 18, 2010 at 01:26:45AM +0300, dpdt1 wrote: Package: icedove Version: 3.0.4-3 Severity: normal hey, another example, verifying feed goes on forever while trying to add planet debian rss feed (http://planet.debian.org/rss20.xml) stopped icedove, removed feeditems.rdf, started icedove, subscribed to http://planet.debian.org/rss20.xml - no luck stopped icedove, removed news blogs dir, started icedove, subscribed to http://planet.debian.org/rss20.xml - no luck stopped icedove, removed news blogs dir, started icedove, subscribed to http://planet.debian.org/rss10.xml , works!! so maybe its rss2 related? adding rss from worpdress or other sites i usually use (dokuwiki, status.net) works fine. I don't use RSS regular. So I can't really testing this bug. How about that issue in current versions of Icedove? If yes is there a related upstream bug entry in the Mozilla bugtracker or would anyone of you open a bug there if needed and provide the URL from it? Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#372580: thunderbird: filtering newsgroups appears not to work
Hello Arthur, On Sat, Jun 10, 2006 at 09:09:15PM +0930, Arthur Marsh wrote: Package: thunderbird Version: 1.5.0.2-3 Severity: normal It should be possible to killfile newsgroup messages by sender or content - ie either mark messages as read or refuse to display them if they are from unwanted authors or contain unwanted content, but there doesn't appear to be these options in thunderbird. this bug is now a bit older and the reported version is out of available versions in Debian. What's the status of this bug? Is there a opened bug inside the Mozilla bugtracker or would you open a bug there if needed? I don't use newsgroup regulary so I can't test this bug. Thanks and regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704942: RFP: mtn -- movie thumbnailer
Hi!
I tryed to package it now. The pre-compiled works fine and it is a nice
program. However, when compiling the code in Debian Sid we have several
errors and warnings (see below).
I need author code (upstream) fix the issues to I can put it in Debian.
Please,reply if you have interest.
Thanks a lot in advance.
Best regards,
Eriberto - Brazil
$ uname -a
Linux canopus 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux
cc -o mtn mtn.c -lavcodec -lavformat -lavcodec -lswscale -lavutil -lgd
-lfreetype -ljpeg -lz -lm -lpthread
mtn.c: In function 'save_AVFrame':
mtn.c:832:9: warning: passing argument 2 of 'sws_scale' from incompatible
pointer type [enabled by default]
In file included from mtn.c:61:0:
/usr/include/libswscale/swscale.h:234:5: note: expected 'const uint8_t *
const*' but argument is of type 'uint8_t **'
mtn.c: At top level:
mtn.c:934:53: warning: 'enum CodecType' declared inside parameter list
[enabled by default]
mtn.c:934:53: warning: its scope is only this definition or declaration,
which is probably not what you want [enabled by default]
mtn.c:934:63: error: parameter 2 ('type') has incomplete type
mtn.c: In function 'get_stream_info_type':
mtn.c:947:13: error: 'CODEC_TYPE_SUBTITLE' undeclared (first use in this
function)
mtn.c:947:13: note: each undeclared identifier is reported only once for
each function it appears in
mtn.c:948:26: error: 'AVStream' has no member named 'language'
mtn.c:949:61: error: 'AVStream' has no member named 'language'
mtn.c:981:38: error: 'CODEC_TYPE_VIDEO' undeclared (first use in this
function)
mtn.c:997:22: error: 'AVStream' has no member named 'language'
mtn.c:998:51: error: 'AVStream' has no member named 'language'
mtn.c: In function 'get_stream_info':
mtn.c:1023:5: warning: 'file_size' is deprecated (declared at
/usr/include/libavformat/avformat.h:947) [-Wdeprecated-declarations]
mtn.c:1023:5: warning: 'file_size' is deprecated (declared at
/usr/include/libavformat/avformat.h:947) [-Wdeprecated-declarations]
mtn.c:1048:9: warning: 'file_size' is deprecated (declared at
/usr/include/libavformat/avformat.h:947) [-Wdeprecated-declarations]
mtn.c:1055:30: error: 'CODEC_TYPE_AUDIO' undeclared (first use in this
function)
mtn.c:1056:30: error: 'CODEC_TYPE_VIDEO' undeclared (first use in this
function)
mtn.c:1057:30: error: 'CODEC_TYPE_SUBTITLE' undeclared (first use in this
function)
mtn.c: In function 'dump_format_context':
mtn.c:1076:9: warning: 'file_size' is deprecated (declared at
/usr/include/libavformat/avformat.h:947) [-Wdeprecated-declarations]
mtn.c:1079:10: error: 'AVFormatContext' has no member named 'track'
mtn.c:1080:50: error: 'AVFormatContext' has no member named 'track'
mtn.c:1081:10: error: 'AVFormatContext' has no member named 'title'
mtn.c:1082:50: error: 'AVFormatContext' has no member named 'title'
mtn.c:1083:10: error: 'AVFormatContext' has no member named 'author'
mtn.c:1084:51: error: 'AVFormatContext' has no member named 'author'
mtn.c:1085:10: error: 'AVFormatContext' has no member named 'copyright'
mtn.c:1086:54: error: 'AVFormatContext' has no member named 'copyright'
mtn.c:1087:10: error: 'AVFormatContext' has no member named 'comment'
mtn.c:1088:52: error: 'AVFormatContext' has no member named 'comment'
mtn.c:1089:10: error: 'AVFormatContext' has no member named 'album'
mtn.c:1090:50: error: 'AVFormatContext' has no member named 'album'
mtn.c:1091:10: error: 'AVFormatContext' has no member named 'year'
mtn.c:1092:49: error: 'AVFormatContext' has no member named 'year'
mtn.c:1093:10: error: 'AVFormatContext' has no member named 'genre'
mtn.c:1094:50: error: 'AVFormatContext' has no member named 'genre'
mtn.c: In function 'read_and_decode':
mtn.c:1190:13: warning: 'url_ferror' is deprecated (declared at
/usr/include/libavformat/avio.h:339) [-Wdeprecated-declarations]
mtn.c:1206:68: error: 'PKT_FLAG_KEY' undeclared (first use in this function)
mtn.c: In function 'guess_duration':
mtn.c:1324:5: warning: 'file_size' is deprecated (declared at
/usr/include/libavformat/avformat.h:947) [-Wdeprecated-declarations]
mtn.c:1325:9: warning: 'file_size' is deprecated (declared at
/usr/include/libavformat/avformat.h:947) [-Wdeprecated-declarations]
mtn.c: In function 'really_seek':
mtn.c:1412:5: warning: 'file_size' is deprecated (declared at
/usr/include/libavformat/avformat.h:947) [-Wdeprecated-declarations]
mtn.c:1416:9: warning: 'file_size' is deprecated (declared at
/usr/include/libavformat/avformat.h:947) [-Wdeprecated-declarations]
mtn.c:1417:9: warning: 'file_size' is deprecated (declared at
/usr/include/libavformat/avformat.h:947) [-Wdeprecated-declarations]
mtn.c: In function 'make_thumbnail':
mtn.c:1557:5: warning: 'av_open_input_file' is deprecated (declared at
/usr/include/libavformat/avformat.h:1368) [-Wdeprecated-declarations]
mtn.c:1569:5: warning: 'av_find_stream_info' is deprecated (declared at
/usr/include/libavformat/avformat.h:1412) [-Wdeprecated-declarations]
mtn.c:1580:13: error: 'CODEC_TYPE_VIDEO' undeclared (first
Bug#652747: listadmin: --remove-member fails silently
it happend to me too, for the lists where I replaced admin by admindb (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695368) -- pour crypter vos mails, ma clé gnupg: http://keys.indymedia.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708854: [INTL:da] Danish translation of the debconf templates squid-deb-proxy
Package: squid-deb-proxy Severity: wishlist Tags: l10n patch Please include the attached Danish squid-deb-proxy translations. joe@pc:~/over/debian/squid-deb-proxy$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 6 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#704942: RFP: mtn -- movie thumbnailer
Opppsss! Upstream lost... Delivery to the following recipient failed permanently: tuit...@yahoo.co.th Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the server for the recipient domain yahoo.co.th by mx-apac.mail.gm0.yahoodns.net. [106.10.166.54]. The error that the other server returned was: 554 delivery error: dd This user doesn't have a yahoo.co.th account ( tuit...@yahoo.co.th) [0] - mta1198.mail.sg3.yahoo.com
Bug#695313: Please close this bug
Hi, now, I've write access to the repository. I've added the German translation with some bug fixes. The version in the repository is newer than the translation attached to this bug, so can you please close it without any upload. Thanks. Kind regards, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707093: reproducing the build and the upload process of libhtmlcleaner-java
Hello Alexandre,
Hello People reading ITP libhtmlcleaner-java,
and hello Debian Java People,
Summary:
Please document the maintainers workflow for libhtmlcleaner-java,
have a debian/README.soure in the git repository.
This is an e-mail about wanting to help, but being helpless.
About wanting to go beyond helpless and being helpfull.
There is Debian Bug report #707093
ITP: libhtmlcleaner-java -- Java HTML Parser library
( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707093 )
Alexandre Rossi did the packing work, but has no upload privilege.
Geert Stappers has upload privilege, but can't review the work of Alexandre.
It is part my ignorance and part missing documentation.
To solve my ignorance am I, stappers, willing to learn. To solve missing
documentation
is my proposal add a debian/README.source file. See
http://wiki.debian.org/Java/JavaVcs
for minimal content.
In the README.source having documented how to convert the .zip from upstream
into the git repository would also be a good thing.
The command `dpkg-buildpackage -uc -us` gives this
output
dpkg-source -b libhtmlcleaner-java
dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream
tarball found at ../libhtmlcleaner-java_2.2.orig.tar.{bz2,gz,lzma,xz}
dpkg-buildpackage: error: dpkg-source -b libhtmlcleaner-java gave error exit
status 255
/output
If something else as `dpkg-buildpackage` should be used, please document it.
Groeten
Geert Stappers
--
And is there a policy on top-posting vs. bottom-posting?
Yes.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708855: libgphoto2: Please upgrade to 2.5.x series
Source: libgphoto2 Version: 2.4.14-2 Severity: wishlist Hi, It would be nice if you could upgrade to the 2.5.x series. This might require a transition for the libgphoto2-2 package as the soname of the library has been bumped. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708856: RFP: emacs-clang-complete-async -- emacs-clang-complete-async is an emacs extension to complete C and C++ code.
Package: wnpp Severity: wishlist * Package name: emacs-clang-complete-async Version : N/A Upstream Author : Golevka xu_miche...@live.com * URL : https://github.com/Golevka/emacs-clang-complete-async * License : Not found Programming Lang: C Description : emacs-clang-complete-async is an emacs extension to complete C and C++ code, it uses libclang to parse the source code on the fly and provides completion candidates to auto-complete.
Bug#708857: python-kde4 in Sid need sip-api-8.1, but python-sip now provide sip-api-9.0, sip-api-9.1, sip-api-9.2.
Package: python-kde4 Version: 4:4.8.4-1 Severity: normal Dear Maintainer, I want to install plasma-scriptengine-python, but i can`t do thet, because it depends python-kde4, what need older version of python-sip (now i have 4.14.6-1). Please, rebuild python-kde4 with sip-api-9.x instead of sid-api-8.1. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-13.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-kde4 depends on: ii kde-runtime4:4.9.5-0r1 ii kdepim-runtime 4:4.4.11.1-6 ii libakonadi-kde44:4.9.5-0r2 ii libakonadi-kmime4 4:4.9.5-0r2 ii libc6 2.17-3 ii libkcmutils4 4:4.9.5-0r1 ii libkdecore54:4.9.5-0r1 ii libkdeui5 4:4.9.5-0r1 ii libkdnssd4 4:4.9.5-0r1 ii libkemoticons4 4:4.9.5-0r1 ii libkfile4 4:4.9.5-0r1 ii libkhtml5 4:4.9.5-0r1 ii libkidletime4 4:4.9.5-0r1 ii libkio54:4.9.5-0r1 ii libknewstuff2-44:4.9.5-0r1 ii libknewstuff3-44:4.9.5-0r1 ii libkparts4 4:4.9.5-0r1 ii libkprintutils44:4.9.5-0r1 ii libkpty4 4:4.9.5-0r1 ii libktexteditor44:4.9.5-0r1 ii libnepomuk44:4.9.5-0r1 ii libnepomukquery4a 4:4.9.5-0r1 ii libphonon4 4:4.6.0.0-3 ii libplasma3 4:4.9.5-0r1 ii libpython2.7 2.7.5-3 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsolid4 4:4.9.5-0r1 ii libsoprano42.9.2+dfsg.1-1 ii libstdc++6 4.8.0-7 ii phonon 4:4.6.0.0-3 ii python 2.7.3-5 ii python-qt4 4.10.1-1 ii python-sip 4.14.6-1 pn sip-api-8.1none python-kde4 recommends no packages. Versions of packages python-kde4 suggests: pn libpython2.6 none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708858: Installation: Screen and keyboard freeze (but not mouse) right after login on post-install Debian
Package: general Severity: critical Dear Maintainer, I installed Debian on a i5 750 (so no integrated graphics), GTX 590, Intel SSD system. The installation runned fine. However, after booting with GRUB in normal mode, the system freezes after log in (or before if I run the mouse over the log in boxes, over GNOME classic etc.), i.e. stops doing anything. While I can still move my mouse's cursor around on the screen without beeing able to interact with anything, the keyboard does not do anything. I have USB mouse and keyboard, and VGA screen. There is no sound coming out. Thinking this was a graphical problem, I ran some research on how to install nvidia drivers and tried some command lines : it couldn't find the packages, neither the deb command. When trying to continue looking at Xorg config, the directory wasn't found (i.e. can't cd in it) though it was displayed with dir command. It was really confusing, and my problem still isn't solved. I have tried installing Debian with no-inst, live cd, DVD and expert DVD with KDE installations, with the same outcome. Ubuntu's live cd does not even load, however. Windows 7 x64 runs fine on the same SSD drive. My system is not overclocked and all BIOS settings were brought back to default without effect. I would have expected Debian to boot right out of the box, as it did in Live CD, but well :'(. I am not good at all with Linux distributions as it is my first encounter with those, but I allowed myself to put critical. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- Added by me: (surely hardware related problem ?) Motherboard: P7P55D CPU: i5 750 (socket 1156) SSD: Intel 'something' 180GB GPU: Gigabyte GTX 590 Sound card: Asus Xonar D2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708859: RFP: gocode -- gocode is An autocompletion daemon for the Go programming language.
Package: wnpp Severity: wishlist * Package name: gocode Version : N/A Upstream Author : nsf no.smile.f...@gmail.com * URL : https://github.com/nsf/gocode * License : MIT/X Programming Lang: Go Description : gocode is An autocompletion daemon for the Go programming language. It is a helper tool which is intended to be integraded with your source code editor, like vim and emacs.
Bug#708202: [safe-rm] Insecure {IFS}
Hi Teresa,
Thanks for reporting this bug!
On 2013-05-14 at 00:56:35, Teresa e Junior wrote:
Now and then I get the following error while doing different tasks, but
I could reproduce it easily by running `mk-build-deps' from the package
devscripts:
Insecure $ENV{IFS} while running with -t switch at /usr/bin/rm line 110.
Insecure dependency in system while running with -t switch
at /usr/bin/rm line 110.
I tried reproducing the problem like this but was unsuccessful:
$ mkdir tmp
$ mk-build-deps sl
The patch is simple, but it makes safe-rm use the default value for IFS:
$ set | grep ^IFS=
I've changed your patch slightly (see attached file).
Would you be able to confirm that it fixes your problem? (i.e. you can
reproduce the bug without the patch and the bug goes away after applying it)
Cheers,
Francois
diff --git a/safe-rm b/safe-rm
index b980db5..bedba9b 100755
--- a/safe-rm
+++ b/safe-rm
@@ -101,6 +101,7 @@ foreach (@ARGV) {
# Prepare for actually deleting the file
local $ENV{PATH} = q{}; # pointless untainting
local $ENV{CDPATH} = q{}; # pointless untainting
+local $ENV{IFS} = \t\n;# pointless untainting
my $real_rm = '/bin/rm';
# Make sure we're not calling ourselves recursively
Bug#708516: reportbug: Reportbug seems to not use proxy, despite proxy http_proxy settings.
Control: reassign -1 python-debianbts On Thu, May 16, 2013 at 11:25 AM, Michael Deegan b...@deegan.id.au wrote: ... Querying Debian BTS for reports on reportbug (source)... Unable to connect to Debian BTS; continue [y|N|?]? we're using SOAP to connect to BTS but the Python module that interfaces to it doesn't support http_proxy : reassigning. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708860: GFDL with invariant section
Package: src:chromium-browser Severity: serious user: debian...@lists.debian.org usertags: gfdl-invariant Your chaintools file include some file with gfdl with invariant and front cover sections. Please repackage. search bfd.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708861: pdns-server: init script exit codes not LSB-compliant
Package: pdns-server Version: 3.1-4 Severity: important /etc/init.d/powerdns exit codes are not LSB-compliant for almost all start/stop/status outcomes. This breaks using powerdns with tools that depend on the exit codes, for example pacemaker. http://refspecs.linuxbase.org/LSB_3.1.1/LSB-Core-generic/LSB-Core-generic/iniscrptact.html http://wiki.debian.org/LSBInitScripts -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (700, 'stable-updates'), (700, 'stable'), (600, 'unstable'), (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdns-server depends on: ii adduser 3.113+nmu3 add and remove users and groups ii debconf [debconf-2.0]1.5.49 Debian configuration management sy ii libboost-program-options 1.49.0-3.2 program options library for C++ ii libboost-serialization1. 1.49.0-3.2 serialization library for C++ ii libc62.13-38 Embedded GNU C Library: Shared lib ii libcrypto++9 5.6.1-6 General purpose cryptographic libr ii libgcc1 1:4.7.2-5 GCC support library ii liblua5.1-0 5.1.5-4 Shared library for the Lua interpr ii libpolarssl0 1.1.4-2 lightweight crypto and SSL/TLS lib ii libsqlite3-0 3.7.13-1+deb7u1 SQLite 3 shared library ii libstdc++6 4.7.2-5 GNU Standard C++ Library v3 ii ucf 3.0025+nmu3 Update Configuration File: preserv ii zlib1g 1:1.2.7.dfsg-13 compression library - runtime pdns-server recommends no packages. Versions of packages pdns-server suggests: ii pdns-backend-pgsql [pdns-back 3.1-4 generic PostgreSQL backend for Pow pn pdns-recursor none (no description available) -- debconf information: * pdns-server/localaddress: 0.0.0.0 * pdns-server/allowrecursion: 127.0.0.1 * pdns-server/autostart: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708600: python-reportbug: displaying incorrect email id on reportbug webpage
Control: tags -1 + moreinfo Hello, On Fri, May 17, 2013 at 3:22 AM, war_dhan wardhan.v...@gmail.com wrote: Package: python-reportbug Version: 6.4.4 Severity: important i have filed 2 bugs : #706349 #707959. both report pages are showing incorrect email ids of me. i have received email after submitting the bugs. incorrect email ids are shown in the following 2 sections : [1] if you right click on email id in the section Reported by [2] in messages part - From: please look into the issue. can you please at least tell us what would be the correct reporter address? did you configure reportbug with reportbug --configure before using it? what's the output of grep -w email ~/.reportbugrc ? and of echo $DEBEMAIL ? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617613: May I upload FreeCAD into wheezy-backports?
Dear all, FreeCAD has been removed from Wheezy during the freeze period due to the bug #617613 (links with both GPL-licensed and GPL-incompatible libraries). Though, seems, the issue is almost resolved, it is still not clear, whether is it possible to distribute the package, linked against the old Coin3D version. Adam D. Barratt has summarized the problem and asked the upstream to clear it [1]: Tue, 05 Mar 2013 09:29:11 + Coin3D developers - this relates to a license issue in the Debian Linux distribution concerning the linking of Coin3D to code licensed in a GPL-incompatible manner. Later releases of Coin3D were relicensed under a BSD license, but it is unclear whether this applies to earlier releases of the code. Please could you confirm whether you consider version 3.1.3 to be released under the BSD-style license as well, or if this version is still covered by the GPL license it was originally released under? But we still have no an answer from them. May I upload the current FreeCAD version into backports, linked against the old Coin3D version? New Coin3D version is already in experimental, but it requires transition process. So I think it will be almost impossible to bring the library into backports as well. FreeCAD is a popular package and Wheezy's users really need that. I have got some private mails from them with the question, why FreeCAD is not in Wheezy and whether is it possible to bring it there. Thanks all for opinions, Anton [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617613#237 signature.asc Description: OpenPGP digital signature
Bug#708863: GFDL with invariant section
Package: src:dico Severity: serious user: debian...@lists.debian.org usertags: gfdl-invariant dico.info as front cover please render dfsg compliant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708853: [Pkg-xfce-devel] Bug#708853: support browsing remote filesystems via SSH
On dim., 2013-05-19 at 08:55 +0200, Ulrich Eckhardt wrote: I've been doing some research, and it seems that thunar requires some external packages in order to use SSH, but I don't know which and they are not hard dependencies. In any case, all recommends and suggests are installed, apart from xfce4-panel. I have also installed gvfs-bin and gvfs-fuse, but neither helped. I guess that it's just a matter of documenting these dependencies (README.Debian perhaps?), if these are the problem at all. Actually you miss one suggests (from gvfs): gvfs-backends. Can you install it and report back? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#652228: [Pkg-xfce-devel] Bug#652228: Works with Chrome, fails with Iceweasel
On dim., 2013-05-19 at 09:05 +0200, Ulrich Eckhardt wrote: I just tried dragging an image from thunar (1.2.3-4+b1, running without XFCE) onto the demo field in both Iceweasel (10.0.12esr-1+nmu1) and Chromium (26.0.1410.43-1). It works only in Chromium. It might be worth trying in a more recent Iceweasel then, but it looks like the issue might be more on the IW side than Thunar one. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#707502: graphviz: FTBFS: cp: cannot stat 'debian/tmp/usr/lib/graphviz/python26': No such file or directory
Hi, the attached patch fixes the build error. There might be issues left for a complete python transition, though. Roland --- graphviz-2.26.3/debian/libgv-python.install.orig 2013-05-19 11:14:41.702402839 +0200 +++ graphviz-2.26.3/debian/libgv-python.install 2013-05-19 11:14:46.770404098 +0200 @@ -1,4 +1,3 @@ usr/lib/graphviz/python -usr/lib/graphviz/python26 usr/lib/graphviz/python27 usr/share/man/man3/gv.3python
Bug#708369: closed by Julien Cristau jcris...@debian.org (Re: Bug#708369: release-notes: Please mention ipset)
It's not clear to me what you think is release-notes material about this, sorry. I'd have expected some subsection of Chapter 5 to say something like, say: 5.16 Ipset and Iptables On squeeze systems that have xtables-addons the upgrade process may stop when attempting to install the corresponding wheezy package. Upgrade can be recovered by removing the package. Wheezy stock kernel supports ipset 6 natively, so do custom kernels based on linux-source, provided the relevant IP_SET configure options are enabled. Hence, no addons are necessary for that. Please not ipset 6 syntax changes with respect to version 4: Now ipset provides for word-style rather than option-style commands; e.g. /ipset create $name $type/ rather than /ipset -N $name $type/. Iptables command line parsing is also more strict: Using intrapositioned negation (`--option ! this`) is deprecated in favor of extrapositioned (`! --option this`). That would have saved some downtime when upgrading. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705166: #705166: smplayer doesn't play youtube video
Excuse me, but why close this bug report? It must be admitted that, with this bug, an important part of the program is unusable and that the version 0.8.0 is that of *Debian Stable*!!! In this situation, why not think at least to a backport, since the operation is very easy, requiring no additional dependencies? I would add that other mplayer frontends, such as gnome-mplayer etc., are not affected by this bug. Hello and thank you in advance for your kind attention, Domenico
Bug#708838: developers.php: Hide or sort differently co-maintained packages
Hi, Am Sonntag, den 19.05.2013, 11:22 +0800 schrieb Paul Wise: I expect this would be a popular feature. I would suggest making it an option rather than the default though. I just found out that the option already exists: http://qa.debian.org/developer.php?login=nomeatacomaint=no but it is only accessible from http://qa.debian.org/developer.php (where I almost never go) and not from the „Display configuration“ (which is also hard to find, as it is below a long table). So my wishlist request is to add the comaint option to the table at the bottom, maybe with a forth option to show the comaintained packages separately. I would have worked on this myself, but it seems that http://quantz.debian.org/~nomeata/developer.php or http://qa.debian.org/~nomeata/developer.php does not work. If it would it would be easier for occasional contributors to send in (tested) patches. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#708864: Munin breaks Apache config on removal
Package: munin Version: 2.0.14-1 Severity: important As illustrated by the following transcript, removing munin and friends results in a dangling symlink /etc/apache2/conf.d/munin - ../../munin/apache.conf which breaks apache configuration. jurij@paddy:~$ sudo apt-get install munin Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: munin-common munin-doc munin-node munin-plugins-core munin-plugins-extra Suggested packages: libapache2-mod-fcgid munin-plugins-java liblwp-useragent-determined-perl libnet-irc-perl mysql-client smartmontools ethtool libdbd-pg-perl libdbd-mysql-perl libcache-cache-perl libtext-csv-xs-perl logtail libnet-netmask-perl libnet-telnet-perl conntrack The following NEW packages will be installed: munin munin-common munin-doc munin-node munin-plugins-core munin-plugins-extra 0 upgraded, 6 newly installed, 0 to remove and 117 not upgraded. Need to get 0 B/1,129 kB of archives. After this operation, 2,891 kB of additional disk space will be used. Do you want to continue [Y/n]? Selecting previously unselected package munin-common. (Reading database ... 237491 files and directories currently installed.) Unpacking munin-common (from .../munin-common_2.0.14-1_all.deb) ... Selecting previously unselected package munin. Unpacking munin (from .../munin_2.0.14-1_all.deb) ... Selecting previously unselected package munin-doc. Unpacking munin-doc (from .../munin-doc_2.0.14-1_all.deb) ... Selecting previously unselected package munin-plugins-core. Unpacking munin-plugins-core (from .../munin-plugins-core_2.0.14-1_all.deb) ... Selecting previously unselected package munin-node. Unpacking munin-node (from .../munin-node_2.0.14-1_all.deb) ... Selecting previously unselected package munin-plugins-extra. Unpacking munin-plugins-extra (from .../munin-plugins-extra_2.0.14-1_all.deb) ... Processing triggers for man-db ... Setting up munin-common (2.0.14-1) ... Setting up munin (2.0.14-1) ... [ ok ] Reloading web server config: apache2. Setting up munin-doc (2.0.14-1) ... Setting up munin-plugins-core (2.0.14-1) ... Setting up munin-node (2.0.14-1) ... Initializing plugins..done. [ ok rting munin-node..[] Stopping Munin-Node: stopped beforehand. [ ok ] Starting Munin-Node: done. [ ok ] Starting Munin-Node: started beforehand. Setting up munin-plugins-extra (2.0.14-1) ... jurij@paddy:~$ ls -al /etc/apache2/conf.d/munin lrwxrwxrwx 1 root root 23 May 19 10:29 /etc/apache2/conf.d/munin - ../../munin/apache.conf jurij@paddy:~$ sudo apt-get --purge remove munin-common munin-doc munin-node munin-plugins-core munin-plugins-extra Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libdate-manip-perl libio-multiplex-perl libipc-shareable-perl liblog-dispatch-perl liblog-log4perl-perl libnet-cidr-perl libnet-server-perl libnet-snmp-perl rrdtool Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: munin* munin-common* munin-doc* munin-node* munin-plugins-core* munin-plugins-extra* 0 upgraded, 0 newly installed, 6 to remove and 117 not upgraded. After this operation, 2,891 kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 237933 files and directories currently installed.) Removing munin ... Purging configuration files for munin ... The generated web site or accumulated data won't be removed. dpkg: warning: while removing munin, directory '/var/cache/munin/www' not empty so not removed dpkg: warning: while removing munin, directory '/var/lib/munin' not empty so not removed dpkg: warning: while removing munin, directory '/etc/munin/munin-conf.d' not empty so not removed Removing munin-plugins-extra ... Removing munin-node ... [ ok ] Stopping Munin-Node: done. Purging configuration files for munin-node ... Removing munin-plugins-core ... dpkg: warning: while removing munin-plugins-core, directory '/etc/munin/plugins' not empty so not removed Removing munin-common ... Removing munin-doc ... Processing triggers for man-db ... jurij@paddy:~$ sudo /etc/init.d/apache2 restart apache2: Syntax error on line 265 of /etc/apache2/apache2.conf: Could not open configuration file /etc/apache2/conf.d/munin: No such file or directory Action 'configtest' failed. The Apache error log may have more information. failed! jurij@paddy:~$ ls -al /etc/apache2/conf.d/munin lrwxrwxrwx 1 root root 23 May 19 10:29 /etc/apache2/conf.d/munin - ../../munin/apache.conf jurij@paddy:~$ Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708862: gmsh: FTBFS on powerpcspe
tags 708862 +patch +pending thanks Hi Roland, thanks for bugreport and patch! It is committed into VCS and will appear in the next upload. Anton On 05/19/2013 11:18 AM, Debian BTS wrote: Source: gmsh Version: 2.7.0.dfsg-1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe gmsh FTBFS on powerpcspe[1]: ... /usr/bin/mpicxx -DNO_PARALLEL_THREADS -DNOTCL -DHAVE_NO_OCC_CONFIG_H -DOCCGEOMETRY -DMPICH_SKIP_MPICXX -DOMPI_SKIP_MPICXX -fopenmp -lmpi -fPIC -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -O2 -g -I/«PKGBUILDDIR»/contrib/onelab -I/«PKGBUILDDIR»/contrib/mpeg_encode/headers -I/«PKGBUILDDIR»/contrib/lbfgs -I/«PKGBUILDDIR»/contrib/DiscreteIntegration -I/«PKGBUILDDIR»/contrib/HighOrderMeshOptimizer -I/«PKGBUILDDIR»/contrib/kbipack -I/«PKGBUILDDIR»/contrib/MathEx -I/«PKGBUILDDIR»/contrib/Chaco/main -I/«PKGBUILDDIR»/contrib/rtree -I/«PKGBUILDDIR»/contrib/voro++/src -I/«PKGBUILDDIR»/contrib/blossom/MATCH -I/«PKGBUILDDIR»/contrib/blossom/concorde97 -I/«PKGBUILDDIR»/contrib/blossom/concorde97/INCLUDE -I/«PKGBUILDDIR»/contrib/Netgen -I/«PKGBUILDDIR»/contrib/Netgen/libsrc/include -I/«PKGBUILDDIR»/contrib/Netgen/nglib -I/«PKGBUILDDIR»/contrib/ bamg -I/ «PKGBUILDDIR»/contrib/bamg/bamglib -I/«PKGBUILDDIR»/contrib/mmg3d/build/sources -I/«PKGBUILDDIR»/contrib/Salome -I/«PKGBUILDDIR»/Common -I/«PKGBUILDDIR»/Fltk -I/«PKGBUILDDIR»/Geo -I/«PKGBUILDDIR»/Graphics -I/«PKGBUILDDIR»/Mesh -I/«PKGBUILDDIR»/Solver -I/«PKGBUILDDIR»/Numeric -I/«PKGBUILDDIR»/Parser -I/«PKGBUILDDIR»/Plugin -I/«PKGBUILDDIR»/Post -I/«PKGBUILDDIR»/Qt -I/usr/include/FL/images -I/usr/include/jpeg -I/usr/include/zlib -I/usr/include/png -I/usr/include/ANN -I/usr/include/gmm -I/usr/include/slepc -I/usr/include/petsc -I/usr/lib/oce-0.9.1/../../include/oce -I/usr/include/mpi -I/«PKGBUILDDIR»/debian/build/Common-Wall -o CMakeFiles/gmsh.dir/Common/GmshMessage.cpp.o -c /«PKGBUILDDIR»/Common/GmshMessage.cpp In file included from /usr/include/slepc/slepc.h:29:0, from /«PKGBUILDDIR»/Common/GmshMessage.cpp:35: /usr/include/slepc/slepcsys.h:33:23: fatal error: slepcconf.h: No such file or directory compilation terminated. make[4]: *** [CMakeFiles/gmsh.dir/Common/GmshMessage.cpp.o] Error 1 ... As for other architectures where gmsh FTBFS with libslepc and libpetsc, this can be worked around by omitting these from Build-Depends:, see attached patch. This patch further fixes a multiarch path in debian/rules to make the package build in current sid. Thanks, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash --===2105477895== Content-Type: text/x-diff; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=gmsh.patch --- gmsh-2.7.0.dfsg/debian/control.orig 2013-05-07 09:40:02.0 +0200 +++ gmsh-2.7.0.dfsg/debian/control2013-05-18 18:50:20.484782969 +0200 @@ -17,8 +17,8 @@ libblas-dev, liblapack-dev, libgl2ps-dev, freeglut3-dev, python-dev (= 2.6.6-3~), swig2.0, chrpath, libann-dev, - libpetsc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !s390x], - libslepc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !s390x], + libpetsc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !powerpcspe !s390x], + libslepc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !powerpcspe !s390x], javahelper, default-jdk Standards-Version: 3.9.4 X-Python-Version: current --- gmsh-2.7.0.dfsg/debian/rules.orig 2013-03-15 22:54:57.0 +0100 +++ gmsh-2.7.0.dfsg/debian/rules 2013-05-18 23:15:05.056623369 +0200 @@ -2,6 +2,8 @@ BUILDDIR = $(CURDIR)/debian/build JAVA_HOME=/usr/lib/jvm/default-java +DEB_HOST_MULTIARCH := $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) + export DEB_CFLAGS_MAINT_APPEND = -Wall -pedantic export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed @@ -19,7 +21,7 @@ extra_flags += \ -DPYTHON_INCLUDE_DIR:PATH=/usr/include/python2.7 \ --DPYTHON_LIBRARY:FILEPATH=/usr/lib/libpython2.7.so \ +-DPYTHON_LIBRARY:FILEPATH=/usr/lib/$(DEB_HOST_MULTIARCH)/libpython2.7.so \ -DENABLE_METIS:BOOL=OFF \ -DENABLE_TAUCS:BOOL=OFF \ -DENABLE_OSMESA:BOOL=OFF \ --===2105477895==-- signature.asc Description: OpenPGP digital signature
Bug#688444: #688444 mumble: Crash when connecting to a server
Hi, I think the error messages that Valentin is seeing are not related to the problem. (The unusal messages about libmumble.so are caused by some problem with OpenGL drivers and should only affect the overlay) For me Mumble often hang on the server connection dialog which was identified by the the developers (in an IRC conversion) as a race condition in the bonjour support. I rebuild the Debian package (1.2.3-349-g315b5f5-2.2) without bonjour support (CONFIG+=no-bonjour) and it hasn't been hanging since. Upstream bug report: https://sourceforge.net/p/mumble/bugs/958/ -- Mit freundlichen Grüßen Jens Mühlenhoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708847: ibus: provide default input methods if one is not specified
Hi, On Sun, May 19, 2013 at 01:19:29PM +1000, Drew Parsons wrote: Package: ibus Version: 1.5.1.is.1.4.2-1 Severity: normal One of the design philosophies in Debian is that packages should generally just work when installed. Yes. At the moment ibus does not do this: if you install the ibus package, no input methods are included. Hence a default installation does not work. Really :-) It support xim method. (fcitx has the same problem, I mentioned it in bug #708149 but I think I should file a separate bug for it, parallel to this bug in ibus) This is intentional choice with reasons. If we were to make such utitily package as ibus-all-popular and fcitx-all-popular, this may be made to pull in many packages. We did not do this. Please see how CJK language localization tasks pick IM packages. Japanese ibus-anthy ibus-mozc are your pick (But current Japanese task maintainer chose to use uim. So he has uim-anthy uim-mozc.) This is what should happen. (See more in ibus README.Debian) If we make ibus to pull the other way, you are creating cyclic dependency. So this is not allowed by recent policy. Of course ibus does not know if you want Korean, Japanese or Chinese input (or which version of them). Nevertheless by pulling in no method, it appears to a dumb casual user as though ibus is just broken. I think it would be better for casual users if some input methods (the most common input method of each language) were installed by default, unless the user specifies a specific one. Although you may disagree, XIM is there for you. It is useful to make a comparison with xserver-xorg. xserver-xorg installs all video drivers via xserver-xorg-video-all, unless a user specifies a specific one (which provides xorg-driver-video). The dependency is Depends: xserver-xorg-video-all | xorg-driver-video. By analogy, all that needs to be done is add to ibus Depends: ibus-input-method-common | ibus-input-method Each ibus input method (ibus-googlepinyin, ibus-hangul, ibus-skk, ibus-libthai, etc) then Provides: ibus-input-method. I have not thought through but do you claim this does not cause cyclic dependency for sure. Unlike xorg cases, these ibus-hangul depends on ibus. Also unlike xorg, having too many method makes it quite noisy and not desirable provided we keep im choser as is. That is upstream and ... eh... we have bigger headach to clear these days since GNOME will integrate ibus. It is long story which I do not even have whole picture, yet. And ibus-input-method-common is a simple dummy package that depends on selected common methods (it's a separate debate which ones should be recommended for each language!) The patch is essentially non-invasive I think. The outcome is that ibus becomes more accessible (more useful) to casual users who are not in need of one specific input method. Excuse me to be so negative ... but I need to be sure. It's easy for me to generate a patch for you, let me know if that would be helpful. Yes patch and also policy conformance explanation. Otherwise, we will not be doing concrete discussion. Osamu -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617613: May I upload FreeCAD into wheezy-backports?
On Sun, 19 May 2013 11:04:54 +0200 Anton Gladky wrote: [...] May I upload the current FreeCAD version into backports, linked against the old Coin3D version? I am under the impression that the same reasoning that led to the decision to remove freecad from wheezy would apply to wheezy-backport as well. Or am I missing something? [...] FreeCAD is a popular package and Wheezy's users really need that. I have got some private mails from them with the question, why FreeCAD is not in Wheezy and whether is it possible to bring it there. That's really unfortunate: it's the exact scenario that I feared it would materialize. That's why I have been struggling since April 2009 in order to persuade OpenCASCADE S.A.S. to re-license the OpenCASCADE Technology framework under GPL-compatible terms... No public news from them on this front yet, sadly. :-( http://bugs.debian.org/617613#173 Please recall that this would be the ideal solution: so I renew my call for help on this front. This is what I have repeated like a broken record for ages: please get in touch with OpenCASCADE S.A.S. and persuade them to re-license the OpenCASCADE Technology framework under GPL-compatible terms! http://bugs.debian.org/617613#5 http://bugs.debian.org/617613#59 On the other hand, getting rid of all the GPL-licensed parts and dependencies of FreeCAD is a sub-optimal solution (although it's still a solution for FreeCAD...). The re-licensing of Coin3D under a BSD license is a step towards the sub-optimal solution (the other step is getting rid of any remaining GPL-licensed code included in FreeCAD itself). http://bugs.debian.org/617613#158 -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpijPfEuNi4o.pgp Description: PGP signature
Bug#708865: spamassassin reload gives error msg about no Perl found
Package: spamassassin Version: 3.3.2-5 Severity: normal Dear Maintainer, when I try to reload SpamAssassin I get the following error message: # /etc/init.d/spamassassin reload Reloading SpamAssassin Mail Filter Daemon: No /usr/bin/perl found running; none killed. Thank you in advance for looking into this issue. KR, Ralf -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages spamassassin depends on: ii adduser 3.113+nmu3 pn libarchive-tar-perl none ii libhtml-parser-perl 3.69-2 ii libnet-dns-perl 0.66-2+b2 ii libnetaddr-ip-perl 4.062+dfsg-1 ii libsocket6-perl 0.23-1+b2 ii libsys-hostname-long-perl 1.4-2 ii libwww-perl 6.04-1 ii perl5.14.2-21 ii perl-modules [libio-zlib-perl] 5.14.2-21 Versions of packages spamassassin recommends: ii gcc4:4.7.2-1 ii gnupg 1.4.12-7 ii libc6-dev 2.13-38 ii libio-socket-inet6-perl2.69-2 ii libmail-spf-perl 2.8.0-1 ii make 3.81-8.2 ii perl [libsys-syslog-perl] 5.14.2-21 ii re2c 0.13.5-1 ii spamc 3.3.2-5 Versions of packages spamassassin suggests: ii libdbi-perl 1.622-1 ii libio-socket-ssl-perl 1.76-2 pn libmail-dkim-perl none pn libnet-ident-perl none ii perl [libcompress-zlib-perl] 5.14.2-21 ii pyzor 1:0.5.0-2 ii razor 1:2.85-4+b1 -- Configuration Files: /etc/default/spamassassin changed: ENABLED=1 OPTIONS=-u spamd --create-prefs --max-children 5 --helper-home-dir PIDFILE=/var/run/spamd/spamd.pid CRON=1 /etc/spamassassin/init.pre changed: loadplugin Mail::SpamAssassin::Plugin::RelayCountry loadplugin Mail::SpamAssassin::Plugin::URIDNSBL loadplugin Mail::SpamAssassin::Plugin::Hashcash loadplugin Mail::SpamAssassin::Plugin::SPF /etc/spamassassin/local.cf changed: rewrite_header Subject *SPAM* report_safe 1 add_headerspam Report _REPORT_ score URIBL_SBL 6 ifplugin Mail::SpamAssassin::Plugin::Shortcircuit endif # Mail::SpamAssassin::Plugin::Shortcircuit /etc/spamassassin/v310.pre changed: loadplugin Mail::SpamAssassin::Plugin::Pyzor loadplugin Mail::SpamAssassin::Plugin::Razor2 loadplugin Mail::SpamAssassin::Plugin::SpamCop loadplugin Mail::SpamAssassin::Plugin::AutoLearnThreshold loadplugin Mail::SpamAssassin::Plugin::TextCat ok_languages = de en loadplugin Mail::SpamAssassin::Plugin::WhiteListSubject loadplugin Mail::SpamAssassin::Plugin::MIMEHeader loadplugin Mail::SpamAssassin::Plugin::ReplaceTags -- debconf information: spamassassin/upgrade/2.40: spamassassin/upgrade/2.40w: spamassassin/upgrade/cancel: Continue spamassassin/upgrade/2.42m: No spamassassin/upgrade/2.42u: No -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708861: pdns-server: init script exit codes not LSB-compliant
On Sun, May 19, 2013 at 10:53:55AM +0200, m...@n240.fem.tu-ilmenau.de wrote: /etc/init.d/powerdns exit codes are not LSB-compliant for almost all start/stop/status outcomes. Please give an example. Care was taken to have the init script exit codes LSB compliant. This must be a misunderstanding. This breaks using powerdns with tools that depend on the exit codes, for example pacemaker. Have you considered anycast instead of failover scenarios? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708683: upgrading to vdr 2.0.1-1 breaks lirc integration
On 17.05.2013 19:52, Stefan Lippers-Hollmann wrote: After upgrading vdr from 1.7.28-1 to 2.0.1-1, the configured lirc remote doesn't work anymore Thanks! I actually missed to merge some lines into init.vdr. The new version should allow to disable LIRC, that's why I added a new config-option to /etc/default/vdr: LIRC=lirc_device Default: /dev/lircd Allows one to change the LIRC device or disable LIRC alltogether by setting it to /dev/null which might be required if you use a different frontend, like XBMC or xineliboutput. Should be fixed with the next upload. Tobias signature.asc Description: OpenPGP digital signature
Bug#708866: python-rrdtool: format string vulnerability
Package: python-rrdtool
Version: 1.4.7-2
Severity: important
Tags: security
python -c import rrdtool;rrdtool.graph('/tmp/out.png','-f','%n%n')
Segmentation fault
Backtrace attached.
Reported in http://www.openwall.com/lists/oss-security/2013/04/18/5
-- System Information:
Debian Release: 7.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-rrdtool depends on:
ii libc62.13-38
ii librrd4 1.4.7-2
ii python 2.7.3-4
python-rrdtool recommends no packages.
python-rrdtool suggests no packages.
-- no debconf information
(gdb) run -c import rrdtool;rrdtool.graph('/tmp=/out.png','-f','%n%n')
Starting program: /usr/bin/python2.7 -c import
rrdtool;rrdtool.graph('/tmp=/out.png','-f','%n%n')
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
Program received signal SIGSEGV, Segmentation fault.
0x76fdd85d in _IO_vfprintf_internal (s=0x7fffabf0,
format=0x77ed16b4 %n%n, ap=0x7fffad18)
at vfprintf.c:1622
1622vfprintf.c: No such file or directory.
(gdb) bt
#0 0x76fdd85d in _IO_vfprintf_internal (s=0x7fffabf0,
format=0x77ed16b4 %n%n, ap=0x7fffad18)
at vfprintf.c:1622
#1 0x7700332a in _IO_vasprintf
(result_ptr=result_ptr@entry=0x7fffad10, format=0x77ed16b4 %n%n,
args=args@entry=0x7fffad18) at vasprintf.c:64
#2 0x767ee0ba in sprintf_alloc (fmt=optimized out) at rrd_info.c:28
#3 0x767e4c3e in rrd_graph_v (argc=4, argv=optimized out) at
rrd_graph.c:4035
#4 0x767e4d83 in rrd_graph (argc=optimized out, argv=optimized
out, prdata=prdata@entry=0x7fffdf88,
xsize=xsize@entry=0x7fffdf78, ysize=ysize@entry=0x7fffdf7c,
stream=stream@entry=0x0, ymin=ymin@entry=
0x7fffdf90, ymax=ymax@entry=0x7fffdf98) at rrd_graph.c:3883
#5 0x76a0824d in PyRRD_graph (self=optimized out, args=optimized
out) at rrdtoolmodule.c:297
#6 0x004ac5ce in call_function (oparg=optimized out,
pp_stack=0x7fffe150) at ../Python/ceval.c:4021
#7 PyEval_EvalFrameEx (f=f@entry=Frame 0x9a6620, for file string, line 1, in
module (), throwflag=throwflag@entry=0)
at ../Python/ceval.c:2666
#8 0x004b3fd8 in PyEval_EvalCodeEx (co=co@entry=0x77f1e630,
globals=globals@entry=
{'__builtins__': module at remote 0x77f9bad0, '__name__': '__main__',
'rrdtool': module at remote 0x77ed2168, '__doc__': None, '__package__':
None}, locals=locals@entry=
{'__builtins__': module at remote 0x77f9bad0, '__name__': '__main__',
'rrdtool': module at remote 0x77ed2168, '__doc__': None, '__package__':
None}, args=args@entry=0x0, argcount=argcount@entry=0, kws=kws@entry=0x0,
kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0,
closure=closure@entry=0x0)
at ../Python/ceval.c:3253
#9 0x00564d5f in PyEval_EvalCode (locals=
{'__builtins__': module at remote 0x77f9bad0, '__name__': '__main__',
'rrdtool': module at remote 0x77ed2168, '__doc__': None, '__package__':
None}, globals=
{'__builtins__': module at remote 0x77f9bad0, '__name__': '__main__',
'rrdtool': module at remote 0x77ed2168, '__doc__': None, '__package__':
None}, co=0x77f1e630) at ../Python/ceval.c:667
#10 run_mod (arena=0x95baf0, flags=optimized out, locals=
{'__builtins__': module at remote 0x77f9bad0, '__name__': '__main__',
'rrdtool': module at remote 0x77ed2168, '__doc__': None, '__package__':
None}, globals=
_doc__': None, '__package__': None}, filename=0x599fd4 string,
mod=0x912808) at ../Python/pythonrun.c:1365
#11 PyRun_StringFlags (str=str@entry=0x8d3010 import
rrdtool;rrdtool.graph('/tmp=/out.png','-f','%n%n')\n,
start=start@entry=257, globals=
{'__builtins__': module at remote 0x77f9bad0, '__name__': '__main__',
'rrdtool': module at remote 0x77ed2168, '__doc__': None, '__package__':
None}, locals=
{'__builtins__': module at remote 0x77f9bad0, '__name__': '__main__',
'rrdtool': module at remote 0x77ed2168, '__doc__': None, '__package__':
None}, flags=flags@entry=0x7fffe370) at ../Python/pythonrun.c:1328
#12 0x00446872 in PyRun_SimpleStringFlags (command=command@entry=
0x8d3010 import rrdtool;rrdtool.graph('/tmp=/out.png','-f','%n%n')\n,
flags=flags@entry=0x7fffe370)
at ../Python/pythonrun.c:969
#13 0x004479d2 in Py_Main (argc=3, argv=0x7fffe528) at
../Modules/main.c:583
#14 0x76fb5ead in __libc_start_main (main=optimized out,
argc=optimized out, ubp_av=optimized out,
init=optimized out, fini=optimized out, rtld_fini=optimized out,
stack_end=0x7fffe518) at libc-start.c:228
#15 0x004c7f39 in _start ()
signature.asc
Bug#708867: GFDL invariant visit oreilly website in the russian version
Package: src:docbook-defguide user: debian...@lists.debian.org usertags: gfdl-invariant severity: serious Russian version under version.xml contain a backcover that ask to visit oreilly website Please remove the ru version or check if newer version is without this problem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617613: May I upload FreeCAD into wheezy-backports?
On 05/19/2013 11:44 AM, Francesco Poli wrote: On Sun, 19 May 2013 11:04:54 +0200 Anton Gladky wrote: [...] May I upload the current FreeCAD version into backports, linked against the old Coin3D version? I am under the impression that the same reasoning that led to the decision to remove freecad from wheezy would apply to wheezy-backport as well. Or am I missing something? Well it is unclear, whether the old Coin3D version was relicensed under BSD or not. Upstream did not answer the question. If it was relicensed, then we can safely upload it into backports. [...] FreeCAD is a popular package and Wheezy's users really need that. I have got some private mails from them with the question, why FreeCAD is not in Wheezy and whether is it possible to bring it there. That's really unfortunate: it's the exact scenario that I feared it would materialize. That's why I have been struggling since April 2009 in order to persuade OpenCASCADE S.A.S. to re-license the OpenCASCADE Technology framework under GPL-compatible terms... No public news from them on this front yet, sadly. :-( http://bugs.debian.org/617613#173 Please recall that this would be the ideal solution: so I renew my call for help on this front. This is what I have repeated like a broken record for ages: please get in touch with OpenCASCADE S.A.S. and persuade them to re-license the OpenCASCADE Technology framework under GPL-compatible terms! http://bugs.debian.org/617613#5 http://bugs.debian.org/617613#59 Francesco, I do appreciate your try to do it. But I think, if OpenCASCADE S.A.S does not really want to do it, we can do almost nothing with that. You are not the one, who was trying to do it, but no decision yet. On the other hand, getting rid of all the GPL-licensed parts and dependencies of FreeCAD is a sub-optimal solution (although it's still a solution for FreeCAD...). The re-licensing of Coin3D under a BSD license is a step towards the sub-optimal solution (the other step is getting rid of any remaining GPL-licensed code included in FreeCAD itself). http://bugs.debian.org/617613#158 This sub-optimal solution is unfortunately the only possible one now to keep the package in Debian. It would be also good to warn the new projects, who are starting to use Opencascade, about possible problems with the license in the future. Thanks, Anton signature.asc Description: OpenPGP digital signature
Bug#682068: selinux + piuparts
Le Sat, 18 May 2013 16:07:41 +0200, Holger Levsen hol...@layer-acht.org a écrit : tags 682068 + moreinfo thanks Hi Laurent, Hello, piuparts is only trying to mount selinux mountpoints if /usr/sbin/selinuxenabled ran successfully. I have two problems now: - /usr/sbin/selinuxenabled doesn't even exist on my wheezy system This executable is in selinux-utils package. - isn't there some selinux tool to tell me the expected mountpoint? I don't want to mess around with versions in piuparts.py source code (be it wheezy, squeeze, 2.0.96-1 or 2.1.9-5) to decide whether to mount /selinux or /sys/fs/selinux ?!! sestatus is giving you this information, but I'm not sure this is really clean to grep that output (the format is probably not guaranteed). I've seen libraries parsing /proc/mounts directly to look for the selinuxfs mountpoint. I would suggest you to only test if this filesystem is mounted and not use the selinuxenabled command to see if selinux is enabled. It might be possible that this package is not installed on the system even if selinux is enabled (that's probably not the case on standard setup, but it might happen). Cheers Laurent Bigonville See below for actual related code. That's it, plus calls to them. cheers, Holger def selinux_enabled(enabled_test=/usr/sbin/selinuxenabled): if os.access(enabled_test, os.X_OK): retval, output = run([enabled_test], ignore_errors=True) if retval == 0: return True else: return False def mount_selinux(self): if selinux_enabled(): run([mkdir, -p, self.relative(/selinux)]) run([mount, -t, selinuxfs, /selinux, self.relative(/selinux)]) logging.info(SElinux mounted into chroot) def unmount_selinux(self): if selinux_enabled(): run([umount, self.relative(/selinux)]) logging.info(SElinux unmounted from chroot) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708868: GFDL with no invariant in gmp source dir
Package: src:ecl user: debian...@lists.debian.org usertags: gfdl-invariant severity: serious GMP is know for including GFDL with invariant version. Please repackage ecl in order to avoid this problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463584: ITP: rubyripper -- an open-source secure ripper for Linux
Package: wnpp Followup-For: Bug #463584 Hi, I'd be very glad to see rubyripper in debian. It's one of a few packages I have to install from deb-multimedia.org * Package name: rubyripper Version : 0.6.2 Upstream Author : boukewouds...@gmail.com * URL : https://code.google.com/p/rubyripper/ * License : GPL v3 Programming Lang: Ruby -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708870: mldonkey-server: drops startup output
Source: mldonkey-server Version: 3.1.2 Severity: normal Tags: patch See the following upstream bugs : https://savannah.nongnu.org/bugs/?31021 https://savannah.nongnu.org/bugs/?37003 MLDonkey outputs startup errors to stderr, before opening the logfile. Debian init script starts mlnet via start-stop-daemon, effectively discarding all stderr output. As a result any startup errors leave the user guessing what was the reason of the failure without any traces.. AFAIK other distros redirect mldonkey output to the log, and this problem is avoided. See the proposed patch (lightly tested) : diff --git a/debian/mldonkey-server.init b/debian/mldonkey-server.init index c5f8901..c190f06 100644 --- a/debian/mldonkey-server.init +++ b/debian/mldonkey-server.init @@ -130,8 +130,8 @@ case $1 in WRAPPER_OPTIONS=$WRAPPER_OPTIONS --user $USER start-stop-daemon --start $WRAPPER_OPTIONS \ ---pidfile $PIDFILE --background --exec $EXEC \ --- -log_file $SERVERLOG -pid $PIDDIR 21 +--pidfile $PIDFILE --background --no-close --exec $EXEC \ +-- -log_file $SERVERLOG -pid $PIDDIR $SERVERLOG 21 StartErrorCheck -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708793: syslog-ng 3.3.6-2 FTBFS with ivykis 0.36-2
The problem here is that lib/mainloop.c does not #include iv_event.h, even though it uses stuff from it. Prior to ivykis 0.36, iv_event.h was included by iv.h, so this problem did not surface. With 0.36, it does, and the simplest fix is to apply this patch to syslog-ng: https://github.com/algernon/syslog-ng/commit/92c3dd3b35badf1d866961cafb57dee3b5cc8abb Or, even better, package a newer upstream version, 3.3.9 or 3.4.1. Though, from the 3.4 branch, 3.4.2 is expected to be released in a week or two, so I'd suggest packaging 3.3.9 instead, which already contains the above fix. As for packaging new ivykis versions: I'm following the stable-* branches, and 0.36 is thet latest from there. 0.39, while newer, is not something I would package. (I discussed this with ivykis upstream, and will move the ivykis package to another version if and when he makes a new stable release). Regarding this problem, it simply needs a newer syslog-ng. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708871: RM: poker-network -- RoQA; RC-buggy, unmaintained
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove poker-network from unstable and experimental, it is RC buggy and last maintainer upload is dated 2010. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444368: ITP: dvd95 -- DVD9 to DVD5 converter
Package: wnpp Followup-For: Bug #444368 Hi, are there plans to add dvd95 to jessie? I'd like to get dvd95 directly from debian because it's one of a few packages I need deb-multimedia for. Best regards Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682068: [Piuparts-devel] Bug#682068: selinux + piuparts
tags 682068 - moreinfo thanks Hi Laurent, On Sonntag, 19. Mai 2013, Laurent Bigonville wrote: - /usr/sbin/selinuxenabled doesn't even exist on my wheezy system This executable is in selinux-utils package. ah, ok. - isn't there some selinux tool to tell me the expected mountpoint? I sestatus is giving you this information, but I'm not sure this is really clean to grep that output (the format is probably not guaranteed). ok I would suggest you to only test if this filesystem is mounted ok, thanks for the all feedback! so we will check for the two possible mountpoints and if one of them is mounted, recreated that in the piuparts chroot. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#708838: developers.php: Hide or sort differently co-maintained packages
On Sun, May 19, 2013 at 5:31 PM, Joachim Breitner wrote: I would have worked on this myself, but it seems that http://quantz.debian.org/~nomeata/developer.php or http://qa.debian.org/~nomeata/developer.php does not work. If it would it would be easier for occasional contributors to send in (tested) patches. Looks like Bart Martens added a symlink for you so the second URL does work now. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708872: ImportError: could not import gobject
Package: python-gi
Version: 3.8.2-1
Severity: important
This error happened when launching gnome-mousetrap. But it really looked like a
python-gi bug, so here it is :
Traceback (most recent call last):
File string, line 1, in module
File /usr/lib/python2.7/dist-packages/mousetrap/app/main.py, line 50, in
module
from lib import httpd, dbusd, settings
File /usr/lib/python2.7/dist-packages/mousetrap/app/lib/httpd.py, line 31,
in module
import mouse
File /usr/lib/python2.7/dist-packages/mousetrap/app/lib/mouse.py, line 30,
in module
import pyatspi
File /usr/lib/python2.7/dist-packages/pyatspi/__init__.py, line 17, in
module
from gi.repository import Atspi
File /usr/lib/python2.7/dist-packages/gi/__init__.py, line 27, in module
from ._gi import _API, Repository
ImportError: could not import gobject (error was: ImportError('When using
gi.repository you must not import static modules like gobject. Please change
all occurrences of import gobject to from gi.repository import GObject.',))
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.9.2 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-gi depends on:
ii gir1.2-glib-2.01.36.0-2+b1
ii libc6 2.17-3
ii libffi63.0.13-4
ii libgirepository-1.0-1 1.36.0-2+b1
ii libglib2.0-0 2.36.1-2build1
ii multiarch-support 2.17-3
ii python 2.7.3-5
python-gi recommends no packages.
Versions of packages python-gi suggests:
ii python-gi-cairo 3.8.2-1
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560084: Fwd: [rt.cpan.org #84887] Process crashing when trying to issue more then one query over an gssapi/ldap connection
Original message
Subjcet: [rt.cpan.org #84887] Process crashing when trying to issue more
then one query over an gssapi/ldap connection
Date : Sun, 19 May 2013 06:17:40 -0400
From : Peter Marschall via RT bug-perl-l...@rt.cpan.org
Reply to : bug-perl-l...@rt.cpan.org
To : x.guim...@free.fr
Copy to : phil...@ppc.in-berlin.de
URL: https://rt.cpan.org/Ticket/Display.html?id=84887
Hi,
On Sat Apr 27 00:50:31 2013, GUIMARD wrote:
I have an adduser-script for ldap and kerberos, which works fine with
libnet-ldap-perl 1:0.34-1, but not with any newer version.
The script uses SASL/GSSAPI authentication to bind to the ldap server.
After some debugging, I found out that the process crshes with SIGPIPE
when i issue more then one ldap query over the same connection.
After having installed kerberos [for another GSSAPI-related bug report],
I checked using the script below
--- BEGIN EXAMPLE ---
#!/usr/bin/perl -w
use Net::LDAP;
use Authen::SASL qw(Cyrus); # CHECK 1: switch
between Perl Cyrus
my $ldap = Net::LDAP-new('ldaps://SERVER.DOMAIN') or die($@);
my $sh = Authen::SASL-new(mechanism = 'GSSAPI') or die Can't get SASL
handle\n;
$sh = $sh-client_new('ldap', 'SERVER.DOMAIN'); # CHECK 2:
(un)comment this line
my $mesg = $ldap-bind('cn=MANAGER,dc=ADPM,dc=DE', sasl = $sh);
die LDAP bind failed: .$mesg-error.' ('.$mesg-code.')' if $mesg-code;
$mesg = $ldap-search(base = 'dc=ADPM,dc=DE', filter = '(cn=*TEST-USER
1*)');
die 1st search failed: .$mesg-error.' ('.$mesg-code.')' if $mesg-code;
$mesg = $ldap-search(base = 'dc=ADPM,dc=DE', filter = '(cn=*TEST-USER
2*)');
die 2nd search failed: .$mesg-error.' ('.$mesg-code.')' if $mesg-code;
print Sorry, SIGPIPE cannot be reproduced\n;
--- END EXAMPLE --
I tried all 4 cases of CHECK A CHECK B, but was not able to reproduce
a SIGPIPE in any case.
The only case when the script did not terminate successfully
was when 'qw(Cyrus)' was used for CHECK A and the client_new() was not
called in the script for CHECK B.
In this case, the script died with the message
LDAP bind failed: generic failure (82) at ./crashit.pl line 9 ...
In all other cases the script ran successfully to the end.
There never was a SIGPIPE.
Can you please try to run the script with the 4 individual cases of
CHECK A B, and report back the individual results.
Best
Peter
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707580: Re[5]: Bug#707580: RFS: hyphen-ru/20030310-1 [ITP]
Hello. On Sat, 18 May, 2013 at 11:45:17 +0200, Anton Gladky wrote: Ok, no problem. Let me know, when you are ready. Ready, as you have asked. The updated package is reuploaded to mentors, check it out. Regards, Ilyas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708873: GFDL invariant
Package: src:eclipse-linuxtools user: debian...@lists.debian.org usertags: gfdl-invariant severity: serious The file libhover/org.eclipse.linuxtools.cdt.libhover.glibc/data/glibc-2.14.xml has a problem This file documents the GNU C library. This is based on Edition 0.12, last updated 2007-10-27 of The GNU C Library Reference Manual, for version 2.8. Copyright (C) 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2001, 2002, 2003, 2007, 2008, 2010 Free Software Foundation, Inc. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with the Invariant Sections being ``Free Software Needs Free Documentation'' and ``GNU Lesser General Public License'', the Front-Cover texts being ``A GNU Manual'', and with the Back-Cover Texts as in (a) below. A copy of the license is included in the section entitled GNU Free Documentation License. (a) The FSF's Back-Cover Text is: ``You have the freedom to copy and modify this GNU manual. Buying copies from the FSF supports it in developing GNU and promoting software freedom.'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679343: Fwd: [rt.cpan.org #84888] Segfaults when adding or deleting tainted values
Message original
Subject: [rt.cpan.org #84888] Segfaults when adding or deleting tainted
values
Date : Sun, 19 May 2013 05:36:31 -0400
From : Peter Marschall via RT bug-perl-l...@rt.cpan.org
Reply to : bug-perl-l...@rt.cpan.org
To : x.guim...@free.fr
Copy to : wa...@umnh.utah.edu
URL: https://rt.cpan.org/Ticket/Display.html?id=84888
Hi,
On Mon May 13 17:52:41 2013, wa...@umnh.utah.edu wrote:
When I modify it to use Authen::SASL so that I can authenticate using
GSSAPI, it crashes with a sgementation fault. If I set things up so
that
I can authenticate to the server without GSSAPI, it does not crash.
you got me interested ;-)
So I built a Kerberos installation and rewrote the script:
--- BEGIN EXAMPLE ---
#!/usr/bin/perl -w -T
use Net::LDAP;
use Authen::SASL qw(Cyrus); # CHECK A: switch
between Perl Cyrus
use Net::LDAP::Entry;
die(Usage $0 carLicense\n) unless @ARGV;
my $ldap = Net::LDAP-new('ldap://SERVER.DOMAIN') or die($@);
my $sh = Authen::SASL-new(mechanism = 'GSSAPI') or die Can't get SASL
handle\n;
#$sh = $sh-client_new('ldap', 'SERVER.DOMAIN');# CHECK
B: (un)comment this line
my $mesg = $ldap-bind('cn=MANAGER,DC=ADPM,DC=DE', sasl = $sh);
die LDAP bind failed: .$mesg-error.' ('.$mesg-code.')' if $mesg-code;
my $entry = Net::LDAP::Entry-new('cn=TEST-USER,DC=ADPM,DC=DE');
$entry-changetype('modify');
$entry-add(carLicense = $ARGV[0]);
$mesg = $entry-update($ldap);
print Sorry, sgmentation fault cannot be reproduced\n;
die LDAP modify failed: .$mesg-error.' ('.$mesg-code.')' if
$mesg-code;
--- END EXAMPLE ---
Using this updated script I tried to reproduce the segfault, again using
perl-ldap 0.55 on Perl v5.14.2.
In no case of my tests I was able to reproduce a semgentation fault.
But there were different outcomes depending on the different
combinations of the checks
named CHECK A CHECK B above:
* when using 'qw(Perl)' in CHECK A, the script ran successfuly independent
whether client_new() was called in CHECK B or nor
* when using 'qw(Cyrus)' in CHECK A, and called client_new() in the
script, then
the script finished without problems too.
* only when 'qw(Cyrus)' in CHECK A and not calling client_new() in the
script,
[i.e. in exact the configuration as shown above], the script died in
line 12
with the message
LDAP bind failed: generic failure (82) at ./crashit.pl line 12,
DATA line 747.
But it did not segfault.
I guess the root cause here is that Authen::SASL::Cyrus cannot deal with
an IP address
as SASL host.
The workaround here is to call client_new yourself.
This is documented in the bind section of the Net::LDAP man page.
Can you please test this updated script with all the 4 cases of CHECK A
B and
report the individual results?
Best
Peter
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708874: sipml5: [INTL:gl] Galician debconf templates translation
Package: sipml5 Version: 0.0.20130314.2030-2 Severity: wishlist Tags: l10n patch Galician debconf templates translation is attached. Thanks. # Galician translations for sipml5 package. # Copyright (C) 2013 THE sipml5'S COPYRIGHT HOLDER # This file is distributed under the same license as the sipml5 package. # # Jorge Barreiro yortx.ba...@gmail.com, 2013. msgid msgstr Project-Id-Version: sipml5\n Report-Msgid-Bugs-To: sip...@packages.debian.org\n POT-Creation-Date: 2013-05-06 07:38+0200\n PO-Revision-Date: 2013-05-19 12:37+0200\n Last-Translator: Jorge Barreiro yortx.ba...@gmail.com\n Language-Team: Galician proxe...@trasno.net\n Language: gl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=n != 1;\n X-Generator: Lokalize 1.4\n #. Type: boolean #. Description #: ../sipml5-web-phone.templates:2001 msgid Automatically configure Apache for SipML5? msgstr Quere configurar automaticamente Apache para usar SipML5? #. Type: boolean #. Description #: ../sipml5-web-phone.templates:2001 msgid The package will be unavailable until a web server is configured. Automatic configuration can be performed for the Apache web server. msgstr O paquete non estará dispoñíbel ata que se configure un servidor web. Pódese realizar unha configuración automática co servidor web Apache. #. Type: boolean #. Description #: ../sipml5-web-phone.templates:3001 msgid Reload Apache configuration? msgstr Quere recargar a configuración de Apache? #. Type: boolean #. Description #: ../sipml5-web-phone.templates:3001 msgid In order to activate the new configuration, the web server needs to reload its configuration. If you choose not to do this automatically, you should do so manually at the first opportunity. msgstr Para activar a nova configuración o servidor web precisa recargala. Se escolle non facelo automaticamente, deberá facelo de forma manual en canto poida.
Bug#708875: glide: [INTL:gl] Galician debconf templates translation update
Package: glide
Version: 2002.04.10ds1-8
Severity: wishlist
Tags: l10n patch
Galician debconf templates translation update is attached.
Thanks.
# Galician po-debconf translation of glide
# This file is distributed under the same license as the glide package.
#
# Copyright © 2007 Jacobo Tarrio jtar...@debian.org
# Copyright © 2009 Marce Villarino mvillar...@users.sourceforge.net
#
# Jorge Barreiro yortx.ba...@gmail.com, 2013.
msgid
msgstr
Project-Id-Version: glide 2002.04.10-2\n
Report-Msgid-Bugs-To: gl...@packages.debian.org\n
POT-Creation-Date: 2013-02-24 01:47+0100\n
PO-Revision-Date: 2013-05-19 12:33+0200\n
Last-Translator: Jorge Barreiro yortx.ba...@gmail.com\n
Language-Team: Galician proxe...@trasno.net\n
Language: gl\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: Lokalize 1.4\n
Plural-Forms: nplurals=2; plural=n != 1;\n
#. Type: boolean
#. Description
#: ../libglide2.templates:2001 ../libglide3.templates:2001
msgid Manually select driver for 3Dfx card?
msgstr Desexa escoller manualmente o controlador da tarxeta 3Dfx?
#. Type: boolean
#. Description
#: ../libglide2.templates:2001
msgid
No 3Dfx card that is supported by glide2 was found. This package supports
cards based on the following 3Dfx chipsets: Voodoo 2, Voodoo Banshee, and
Voodoo 3.
msgstr
«Glide2» non atopou ningunha tarxeta 3Dfx. Este paquete permite usar
tarxetas
baseadas nos seguintes chipsets 3Dfx: Voodoo 2, Voodoo Banshee e Voodoo 3.
#. Type: boolean
#. Description
#: ../libglide2.templates:2001 ../libglide3.templates:2001
msgid
If the graphics card in this computer does not use one of these chipsets,
and you are not compiling programs against glide, this package will not be
useful.
msgstr
Se a tarxeta gráfica neste computador non emprega ningún deses chipsets e non
está a compilar programas contra «glide», este paquete non será útil.
#. Type: boolean
#. Description
#: ../libglide2.templates:2001 ../libglide3.templates:2001
msgid
If the graphics card is based on one of these chipsets, you should file a
bug report against this package, including the output from the \lspci -vm\
command.
msgstr
Se a tarxeta gráfica neste ordenador está baseada nun destes chipsets,
deberÃa enviar un informe de fallo contra este paquete, incluÃndo a saÃda da
orde «lspci -vm».
#. Type: boolean
#. Description
#: ../libglide2.templates:2001 ../libglide3.templates:2001
msgid
Please choose whether you want to manually select the driver to use for now.
msgstr
Indique se desexa escoller manualmente o controlador a empregar por agora.
#. Type: select
#. Description
#: ../libglide2.templates:3001 ../libglide3.templates:3001
msgid Driver for 3D acceleration:
msgstr Controlador para a aceleración 3D:
#. Type: select
#. Description
#: ../libglide2.templates:3001
msgid
Please select the driver you would like to use for 3D acceleration:\n
* cvg: Voodoo 2;\n
* h3 : Voodoo Banshee and Voodoo 3.
msgstr
Escolla a o controlador que desexa empregar para a aceleración 3D:\n
* cvg: Voodoo 2,\n
* h3 : Voodoo Banshee e Voodoo 3.
#. Type: select
#. Description
#: ../libglide2.templates:4001 ../libglide3.templates:4001
msgid Card to use for 3D acceleration:
msgstr Tarxeta a empregar para a aceleración 3D:
#. Type: select
#. Description
#: ../libglide2.templates:4001
msgid
Multiple 3Dfx-based cards were detected based on one of the following 3Dfx
chipsets: Voodoo 2, Voodoo Banshee, and Voodoo 3.
msgstr
Detectáronse varias tarxetas baseadas nalgún dos seguintes chipsets 3Dfx:
Voodoo 2, Voodoo Banshee e Voodoo 3.
#. Type: select
#. Description
#: ../libglide2.templates:4001 ../libglide3.templates:4001
msgid Please select the card you would like to use for 3D acceleration.
msgstr Escolla a tarxeta que desexa empregar para a aceleración 3D.
#. Type: error
#. Description
#: ../libglide2.templates:5001 ../libglide3.templates:5001
msgid ${target} exists but is not a symlink!
msgstr ${target} xa existe, pero non é unha ligazón simbólica!
#. Type: boolean
#. Description
#: ../libglide3.templates:2001
msgid
No 3Dfx card that is supported by glide3 was found. This package supports
cards based on the following 3Dfx chipsets: Voodoo Banshee, Voodoo 3, Voodoo
4, and Voodoo 5.
msgstr
Non se atopou ningunha tarxeta 3Dfx compatÃbel con «glide3». Este paquete
permite usar tarxetas baseadas nos seguintes chipsets 3Dfx: Voodoo Banshee,
Voodoo 3, Voodoo 4 e Voodoo 5.
#. Type: select
#. Description
#: ../libglide3.templates:3001
msgid
Please select the driver you would like to use for 3D acceleration:\n
* h3: Voodoo Banshee and Voodoo 3;\n
* h5: Voodoo 4 and Voodoo 5.
msgstr
Escolla o controlador que desexa empregar para a aceleración 3D:\n
* h3: Voodoo Banshee e Voodoo 3,\n
* h5: Voodoo 4 e Voodoo 5.
#. Type: select
#. Description
#: ../libglide3.templates:4001
msgid
Multiple 3Dfx-based cards were detected based on one of the following 3Dfx
chipsets:
Bug#707562: [RFR] templates://b43-fwcutter/{b43-fwcutter.templates}
Please find, for review, the debconf templates and packages descriptions for
the b43-fwcutter source package.
This review will last from Sunday, May 19, 2013 to Wednesday, May 29, 2013.
Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.
Your review should be sent as an answer to this mail.
When appropriate, I will send intermediate requests for review, with
[RFRn] (n=2) as a subject tag.
When we will reach a consensus, I send a Last Chance For
Comments mail with [LCFC] as a subject tag.
Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with [BTS] as a subject tag.
Rationale:
--- b43-fwcutter.old/debian/b43-fwcutter.templates 2013-05-09
14:31:25.992368240 +0200
+++ b43-fwcutter/debian/b43-fwcutter.templates 2013-05-19 12:29:12.728910663
+0200
@@ -1,8 +1,13 @@
Template: b43-fwcutter/install-unconditional
Type: boolean
Default: true
-_Description: Install firmware for hardware not present on this system?
- Should the installer package download and install firmware for hardware
- that is not currently present on the system. This is useful if you plan to
+_Description: Install firmware even if Broadcom 43xx is not present
on this system?
Hardware? What hardware? would be the question in case this question
comes in the middle of a bunch of other debconf prompts..:-)
So, this is an attempt to explain what all this is about.
+ The b43-fwcutter package aims at installing firmware for some Broadcom
wireless
+ network cards.
+ .
+ Please chosse whether you want the installer package to download and install
+ firmware even if the relevant hardware is not currently present on the system.
+ .
+ This might be useful if you plan to
move this installation to different hardware or share the same
installation on different systems.
The remaining rewrite is mostly aimed at bringing more readability by
splitting sentences in paragraphs. Also avoid a partial sentence in
the long description (Should the installer package)
--- b43-fwcutter.old/debian/control 2013-05-09 14:31:25.992368240 +0200
+++ b43-fwcutter/debian/control 2013-05-19 12:31:52.893369975 +0200
@@ -11,8 +11,8 @@
Package: b43-fwcutter
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Utility for extracting Broadcom 43xx firmware
- fwcutter is a tool which can extract firmware from various source files.
+Description: utility for extracting Broadcom 43xx firmware
Uncapitalize as package synopsis should not start with a capital letter
+ This package provides a tool which can extract firmware from various source
files.
It's written for BCM43xx driver files. It grabs firmware for BCM43xx
from a website and installs it.
On the other hand, *capitalize* the first paragraph by using the
classic trick This package provides.
@@ -23,28 +23,28 @@
Recommends: linux-image
Replaces: firmware-b43-lpphy-installer (= 1:015-14)
Breaks: firmware-b43-lpphy-installer (= 1:015-14)
-Description: Installer package for firmware for the b43 driver
+Description: installer package for firmware for the b43 driver
This package installs the firmware required for the use of the b43
- kernel driver.
+ kernel driver for some Broadcom 43xx wireless network cards.
a kernel driver for what would be the question I'd have if I read
this description without context. So, we need to explain what this
mysterious b43 stands for (after all, it could be a Boeing aircraft,
after all).
.
Supported chipsets:
- - BCM4306/3
- - BCM4311
- - BCM4318
- - BCM4321
- - BCM4322 (only 14e4:432b)
- - BCM4312 (with Low-Power aka LP-PHY)
+ * BCM4306/3;
+ * BCM4311;
+ * BCM4318;
+ * BCM4321;
+ * BCM4322 (only 14e4:432b);
+ * BCM4312 (with Low-Power aka LP-PHY).
Standardive on our usual bulleted list style.
Package: firmware-b43legacy-installer
Section: contrib/kernel
Architecture: all
Recommends: linux-image
Depends: b43-fwcutter (= ${source:Version}), wget, ${misc:Depends}
-Description: Installer package for firmware for the b43legacy driver
+Description: installer package for firmware for the b43legacy driver
This package installs the firmware needed for the use of the
- b43legacy kernel driver.
+ b43legacy kernel driver for some Broadcom 43xx wireless network cards.
.
Supported chipsets:
- - BCM4301
- - BCM4306/2
- - BCM4306
+ * BCM4301;
+ * BCM4306/2;
+ * BCM4306.
Same changes.
--
Template: b43-fwcutter/install-unconditional
Type: boolean
Default: true
_Description: Install firmware even if Broadcom 43xx is not present on this
system?
The b43-fwcutter package aims at installing firmware for some Broadcom wireless
network cards.
.
Please chosse whether you want the installer package to download and install
firmware even if the relevant hardware is not currently present on the system.
.
This might be useful if you plan to
move this installation to different hardware or
Bug#708543: Re : Re : Bug#708543: geogebra: Geogebra crashes now on start
severity 708543 normal retitle 708543 geogebra: detect and avoid headless JREs thanks Hi. Il 18/05/2013 14:15, nicolas.patr...@gmail.com ha scritto: It lives! Thanks. I don’t know why this package was uninstalled or not installed. Ok, then I'm degrading and retitling the bug report. I still hope someone in the Java team to have some suggestion about how to handle this problem. Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#708876: httrack does not properly handle Unicode filenames for non-UTF-8 pages
Package: httrack Version: 3.47.12-1 Severity: normal httrack does not properly handle Unicode filenames for non-UTF-8 pages ; eg. BIG5 pages with filenames embedding Chinese characters will not be properly requested on server, nor properly saved to disk -- System Information: Debian Release: 6.0.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.8.4-grsec (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages httrack depends on: ii libc6 2.17-3 Embedded GNU C Library: Shared lib ii libhttrack2 3.47.12-1Httrack website copier library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime httrack recommends no packages. Versions of packages httrack suggests: pn httrack-doc none (no description available) ii webhttrack3.47.12-1 Copy websites to your computer, ht -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708600: python-reportbug: displaying incorrect email id on reportbug webpage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sunday 19 May 2013 02:29 PM, Sandro Tosi wrote: my correct email id: wardhan.v@gmail.com did you configure reportbug with reportbug --configure no i haven't configured anything. what's the output of $ grep -w email ~/.reportbugrc # name and email setting (if non-default) email wardhan.v...@gmail.com $ echo $DEBEMAIL the output of the above command is blank. other info: i have installed configured icedove to send receive emails. i have cross checked again in account settings, the email address is correct only. i hope the above information is sufficient. regards, wardhan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCgAGBQJRmK/6AAoJEHhN0mZcnJ4VIOsH/i42imh/0sSO2Bw/E7pk97BW zOwzcBbhC4183HZfupHavStiOCoJu6a22cNdqEOeSZP+E6h3T+oA/sdPCi5H42g1 FRyHQeJ5oioKPLGG3s/yY0gaD7tRjVzvEGjhloV95nTYHK586lGKLdGBrasXKi7q 2AApIsVRo44vgIXJ+59lHg6eJDEJG+sjyRQVbceIfecmmPtXL6IG11CtQ3/Eb5IX 2ZLMioTb5w5s7yzZDPbpGdZNt5fg1/C/QhLvz4bt4O3z3KhX7B+9qBT+2s2MFEHL yFIn4EP15s2SeqZAexR7AEPonBwrofrn/MSH6Ap5v1xrKA7WR9I9c5TSF+lbAB4= =n8dB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708600: python-reportbug: displaying incorrect email id on reportbug webpage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sunday 19 May 2013 02:29 PM, Sandro Tosi wrote: Control: tags -1 + moreinfo Hello, On Fri, May 17, 2013 at 3:22 AM, war_dhan wardhan.v...@gmail.com wrote: Package: python-reportbug Version: 6.4.4 Severity: important i have filed 2 bugs : #706349 #707959. both report pages are showing incorrect email ids of me. i have received email after submitting the bugs. incorrect email ids are shown in the following 2 sections : [1] if you right click on email id in the section Reported by [2] in messages part - From: please look into the issue. can you please at least tell us what would be the correct reporter address? my correct email id: wardhan.v@gmail.com did you configure reportbug with reportbug --configure before using it? no i haven't configured anything. what's the output of grep -w email ~/.reportbugrc $ grep -w email ~/.reportbugrc # name and email setting (if non-default) email wardhan.v...@gmail.com ? and of echo $DEBEMAIL $ echo $DEBEMAIL the output of the above command is blank. ? other info: i have installed configured icedove to send receive emails. i have cross checked again in account settings, the email address is correct only. i hope the above information is sufficient. regards, wardhan Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCgAGBQJRmK/6AAoJEHhN0mZcnJ4Vd48IALb635yOMmPt3eX9vrjUzZ9c omKIOPmLUQj5t6sw/CS5dkIon1FwNwsoLenHDQbP9Z7x3r4sMvcQOeQQSKYcW6Wq v4Kfbo5GTRjQnTt4SbYOz5BiMOw3JNwsNzgb7rgK87WEWlz4tNI4JS5sejGDUvmg Zhr46AKMrlPmWrqwTpHpx6hCvLQQO6DGZkRptyckoLzFWCVGWNpTkus5l/S5oNJ4 NypFOf1k+LzpfT0+l0XrtGLusyNLQHk7bQJSU5bLyHhYsiptRSBGSZItsKuaqgk1 DdmRNjyLIgTMRy+Z/oKjiYGgwP3SAEKGAVYS4jNEmaDT2aVnpmqgHoqsjyibeq8= =zqmE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708877: Non free licence GFDL
Package: freefoam user: debian...@lists.debian.org usertags: gfdl-invariant severity: serious Preface.txt file include a back cover and thus is non free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708878: Still some problem with GFDL with backcover/frontcover
Package: src:gcc-h8300-hms user: debian...@lists.debian.org usertags: gfdl-invariant severity: serious INSTALL/test.html is licenced under GFDL with backcover/frontcover (manually checked). Lintian detect theses files: libstdc++-v3/docs/html/17_intro/porting.texi libstdc++-v3/docs/html/17_intro/porting.html INSTALL/test.html INSTALL/old.html INSTALL/specific.html INSTALL/build.html INSTALL/index.html INSTALL/prerequisites.html INSTALL/binaries.html INSTALL/finalinstall.html INSTALL/gfdl.html INSTALL/configure.html INSTALL/download.html gcc/treelang/treelang.texi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708792: perl/experimental: FTBFS on sparc: Bus errors
On Sun, May 19, 2013 at 09:36:52AM +0300, Niko Tyni wrote: smetana isn't letting me in for some reason, so this will have to wait a bit. I've submitted an RT ticket about this. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708879: should delete boilerplate-only maintainer scripts
package: blends-dev version: 0.6.16.2 affects: debian-edu Hi, blends-dev creates boilerplate maintainer scripts, which then lead to lintian warnings for the packages using blends-dev, ie debian-edu 1.707 has the following lintian warnings: debian-edu changes binary: bad-distribution-in-changes-file wheezy-test debian-edu source binary: unknown-field-in-dsc comment education-thin-client binary: maintainer-script-empty postrm education-thin-client binary: maintainer-script-empty preinst education-standalone binary: maintainer-script-empty postrm education-standalone binary: maintainer-script-empty preinst education-desktop-gnome binary: maintainer-script-empty postrm education-desktop-gnome binary: maintainer-script-empty preinst education-networked binary: maintainer-script-empty postrm education-networked binary: maintainer-script-empty preinst education-development binary: maintainer-script-empty postrm education-development binary: maintainer-script-empty preinst education-thin-client-server binary: maintainer-script-empty postrm education-thin-client-server binary: maintainer-script-empty preinst education-mathematics binary: maintainer-script-empty postrm education-mathematics binary: maintainer-script-empty preinst education-main-server binary: maintainer-script-empty postrm education-main-server binary: maintainer-script-empty preinst education-graphics binary: maintainer-script-empty postrm education-graphics binary: maintainer-script-empty preinst education-desktop-kde binary: maintainer-script-empty postrm education-desktop-kde binary: maintainer-script-empty preinst education-misc binary: maintainer-script-empty postrm education-misc binary: maintainer-script-empty preinst education-common binary: maintainer-script-empty postrm education-common binary: maintainer-script-empty preinst education-physics binary: maintainer-script-empty postrm education-physics binary: maintainer-script-empty preinst education-laptop binary: maintainer-script-empty postrm education-laptop binary: maintainer-script-empty preinst education-astronomy binary: maintainer-script-empty postrm education-astronomy binary: maintainer-script-empty preinst education-language binary: maintainer-script-empty postrm education-language binary: maintainer-script-empty preinst education-chemistry binary: maintainer-script-empty postrm education-chemistry binary: maintainer-script-empty preinst education-desktop-lxde binary: maintainer-script-empty postrm education-desktop-lxde binary: maintainer-script-empty preinst education-electronics binary: maintainer-script-empty postrm education-electronics binary: maintainer-script-empty preinst education-workstation binary: maintainer-script-empty postrm education-workstation binary: maintainer-script-empty preinst education-services binary: maintainer-script-empty postrm education-services binary: maintainer-script-empty preinst education-desktop-sugar binary: maintainer-script-empty postrm education-desktop-sugar binary: maintainer-script-empty preinst education-logic-games binary: maintainer-script-empty postrm education-logic-games binary: maintainer-script-empty preinst education-desktop-other binary: maintainer-script-empty postrm education-desktop-other binary: maintainer-script-empty preinst education-music binary: maintainer-script-empty postrm education-music binary: maintainer-script-empty preinst education-geography binary: maintainer-script-empty postrm education-geography binary: maintainer-script-empty preinst 2 tags overridden (2 errors) the empty maintainers scripts look like this: $ cat education-workstation.postrm #!/bin/sh set -e # This is the default postinst file from the blends-dev package which is used # in all meta packages. If there is a certain need to provide extra # postinst files for some meta packages this template will be appended. Thus # it will be checked whether debconf was just initialized. # # You should not insert the _DEBHELPER_ template in the special postscript # file because it is in the end of this template anyway. # summary of how this script can be called: #* postrm `remove' #* postrm `purge' #* old-postrm `upgrade' new-version #* new-postrm `failed-upgrade' old-version #* new-postrm `abort-install' #* new-postrm `abort-install' old-version #* new-postrm `abort-upgrade' old-version #* disappearer's-postrm `disappear' overwriter # overwriter-version # for details, see http://www.debian.org/doc/debian-policy/ or # the debian-policy package case $1 in purge|remove|upgrade|abort-install|abort-upgrade|disappear) ;; failed-upgrade) # There is basically nothing to do - just care for a clean upgrade echo Warning: postrm from version $2 of package education-workstation failed. ;; *) echo postrm called with unknown argument \`$1' 2 exit 1 ;; esac #DEBHELPER# exit 0 $ cat education-workstation.preinst
Bug#637777: tagging 637777
reopen 63
found 63 2.2.0+dfsg-3
kthxbye
Nevermind, it's still failing.
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#708862: gmsh: FTBFS on powerpcspe
Hi, could you also upgrade to 2.7.1? You will find updated patch in Debian science svn gmsh-tetgen for this version. Best C On May 19, 2013, at 11:34 AM, Anton Gladky wrote: tags 708862 +patch +pending thanks Hi Roland, thanks for bugreport and patch! It is committed into VCS and will appear in the next upload. Anton On 05/19/2013 11:18 AM, Debian BTS wrote: Source: gmsh Version: 2.7.0.dfsg-1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe gmsh FTBFS on powerpcspe[1]: ... /usr/bin/mpicxx -DNO_PARALLEL_THREADS -DNOTCL -DHAVE_NO_OCC_CONFIG_H -DOCCGEOMETRY -DMPICH_SKIP_MPICXX -DOMPI_SKIP_MPICXX -fopenmp -lmpi -fPIC -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -O2 -g -I/«PKGBUILDDIR»/contrib/onelab -I/«PKGBUILDDIR»/contrib/mpeg_encode/headers -I/«PKGBUILDDIR»/contrib/lbfgs -I/«PKGBUILDDIR»/contrib/DiscreteIntegration -I/«PKGBUILDDIR»/contrib/HighOrderMeshOptimizer -I/«PKGBUILDDIR»/contrib/kbipack -I/«PKGBUILDDIR»/contrib/MathEx -I/«PKGBUILDDIR»/contrib/Chaco/main -I/«PKGBUILDDIR»/contrib/rtree -I/«PKGBUILDDIR»/contrib/voro++/src -I/«PKGBUILDDIR»/contrib/blossom/MATCH -I/«PKGBUILDDIR»/contrib/blossom/concorde97 -I/«PKGBUILDDIR»/contrib/blossom/concorde97/INCLUDE -I/«PKGBUILDDIR»/contrib/Netgen -I/«PKGBUILDDIR»/contrib/Netgen/libsrc/include -I/«PKGBUILDDIR»/contrib/Netgen/nglib -I/«PKGBUILDDIR»/contrib/ bamg -I/ «PKGBUILDDIR»/contrib/bamg/bamglib -I/«PKGBUILDDIR»/contrib/mmg3d/build/sources -I/«PKGBUILDDIR»/contrib/Salome -I/«PKGBUILDDIR»/Common -I/«PKGBUILDDIR»/Fltk -I/«PKGBUILDDIR»/Geo -I/«PKGBUILDDIR»/Graphics -I/«PKGBUILDDIR»/Mesh -I/«PKGBUILDDIR»/Solver -I/«PKGBUILDDIR»/Numeric -I/«PKGBUILDDIR»/Parser -I/«PKGBUILDDIR»/Plugin -I/«PKGBUILDDIR»/Post -I/«PKGBUILDDIR»/Qt -I/usr/include/FL/images -I/usr/include/jpeg -I/usr/include/zlib -I/usr/include/png -I/usr/include/ANN -I/usr/include/gmm -I/usr/include/slepc -I/usr/include/petsc -I/usr/lib/oce-0.9.1/../../include/oce -I/usr/include/mpi -I/«PKGBUILDDIR»/debian/build/Common-Wall -o CMakeFiles/gmsh.dir/Common/GmshMessage.cpp.o -c /«PKGBUILDDIR»/Common/GmshMessage.cpp In file included from /usr/include/slepc/slepc.h:29:0, from /«PKGBUILDDIR»/Common/GmshMessage.cpp:35: /usr/include/slepc/slepcsys.h:33:23: fatal error: slepcconf.h: No such file or directory compilation terminated. make[4]: *** [CMakeFiles/gmsh.dir/Common/GmshMessage.cpp.o] Error 1 ... As for other architectures where gmsh FTBFS with libslepc and libpetsc, this can be worked around by omitting these from Build-Depends:, see attached patch. This patch further fixes a multiarch path in debian/rules to make the package build in current sid. Thanks, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash --===2105477895== Content-Type: text/x-diff; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=gmsh.patch --- gmsh-2.7.0.dfsg/debian/control.orig 2013-05-07 09:40:02.0 +0200 +++ gmsh-2.7.0.dfsg/debian/control 2013-05-18 18:50:20.484782969 +0200 @@ -17,8 +17,8 @@ libblas-dev, liblapack-dev, libgl2ps-dev, freeglut3-dev, python-dev (= 2.6.6-3~), swig2.0, chrpath, libann-dev, - libpetsc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !s390x], - libslepc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !s390x], + libpetsc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !powerpcspe !s390x], + libslepc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !powerpcspe !s390x], javahelper, default-jdk Standards-Version: 3.9.4 X-Python-Version: current --- gmsh-2.7.0.dfsg/debian/rules.orig2013-03-15 22:54:57.0 +0100 +++ gmsh-2.7.0.dfsg/debian/rules 2013-05-18 23:15:05.056623369 +0200 @@ -2,6 +2,8 @@ BUILDDIR = $(CURDIR)/debian/build JAVA_HOME=/usr/lib/jvm/default-java +DEB_HOST_MULTIARCH := $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) + export DEB_CFLAGS_MAINT_APPEND = -Wall -pedantic export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed @@ -19,7 +21,7 @@ extra_flags += \ -DPYTHON_INCLUDE_DIR:PATH=/usr/include/python2.7 \ --DPYTHON_LIBRARY:FILEPATH=/usr/lib/libpython2.7.so \ +-DPYTHON_LIBRARY:FILEPATH=/usr/lib/$(DEB_HOST_MULTIARCH)/libpython2.7.so \ -DENABLE_METIS:BOOL=OFF \
Bug#708880: Manual pages have GFDL problem (no invariant)
Package: gengetopt user: debian...@lists.debian.org usertags: gfdl-invariant severity: serious Your package include gfdl with invariant section see gengetopt.info and: doc/gengetopt.html doc/gengetopt.texinfo doc/gengetopt.info Please remove this files, check if upstream could relicense or put to non free package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708862: gmsh: FTBFS on powerpcspe
Hi, it is already in git. I am waiting, when 2.7.0 migrates to testing. Anton 2013/5/19 Christophe Trophime christophe.troph...@lncmi.cnrs.fr: Hi, could you also upgrade to 2.7.1? You will find updated patch in Debian science svn gmsh-tetgen for this version. Best C On May 19, 2013, at 11:34 AM, Anton Gladky wrote: tags 708862 +patch +pending thanks Hi Roland, thanks for bugreport and patch! It is committed into VCS and will appear in the next upload. Anton On 05/19/2013 11:18 AM, Debian BTS wrote: Source: gmsh Version: 2.7.0.dfsg-1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe gmsh FTBFS on powerpcspe[1]: ... /usr/bin/mpicxx -DNO_PARALLEL_THREADS -DNOTCL -DHAVE_NO_OCC_CONFIG_H -DOCCGEOMETRY -DMPICH_SKIP_MPICXX -DOMPI_SKIP_MPICXX -fopenmp -lmpi -fPIC -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -O2 -g -I/«PKGBUILDDIR»/contrib/onelab -I/«PKGBUILDDIR»/contrib/mpeg_encode/headers -I/«PKGBUILDDIR»/contrib/lbfgs -I/«PKGBUILDDIR»/contrib/DiscreteIntegration -I/«PKGBUILDDIR»/contrib/HighOrderMeshOptimizer -I/«PKGBUILDDIR»/contrib/kbipack -I/«PKGBUILDDIR»/contrib/MathEx -I/«PKGBUILDDIR»/contrib/Chaco/main -I/«PKGBUILDDIR»/contrib/rtree -I/«PKGBUILDDIR»/contrib/voro++/src -I/«PKGBUILDDIR»/contrib/blossom/MATCH -I/«PKGBUILDDIR»/contrib/blossom/concorde97 -I/«PKGBUILDDIR»/contrib/blossom/concorde97/INCLUDE -I/«PKGBUILDDIR»/contrib/Netgen -I/«PKGBUILDDIR»/contrib/Netgen/libsrc/include -I/«PKGBUILDDIR»/contrib/Netgen/nglib -I/«PKGBUILDDIR»/contrib/ bamg -I/ «PKGBUILDDIR»/contrib/bamg/bamglib -I/«PKGBUILDDIR»/contrib/mmg3d/build/sources -I/«PKGBUILDDIR»/contrib/Salome -I/«PKGBUILDDIR»/Common -I/«PKGBUILDDIR»/Fltk -I/«PKGBUILDDIR»/Geo -I/«PKGBUILDDIR»/Graphics -I/«PKGBUILDDIR»/Mesh -I/«PKGBUILDDIR»/Solver -I/«PKGBUILDDIR»/Numeric -I/«PKGBUILDDIR»/Parser -I/«PKGBUILDDIR»/Plugin -I/«PKGBUILDDIR»/Post -I/«PKGBUILDDIR»/Qt -I/usr/include/FL/images -I/usr/include/jpeg -I/usr/include/zlib -I/usr/include/png -I/usr/include/ANN -I/usr/include/gmm -I/usr/include/slepc -I/usr/include/petsc -I/usr/lib/oce-0.9.1/../../include/oce -I/usr/include/mpi -I/«PKGBUILDDIR»/debian/build/Common-Wall -o CMakeFiles/gmsh.dir/Common/GmshMessage.cpp.o -c /«PKGBUILDDIR»/Common/GmshMessage.cpp In file included from /usr/include/slepc/slepc.h:29:0, from /«PKGBUILDDIR»/Common/GmshMessage.cpp:35: /usr/include/slepc/slepcsys.h:33:23: fatal error: slepcconf.h: No such file or directory compilation terminated. make[4]: *** [CMakeFiles/gmsh.dir/Common/GmshMessage.cpp.o] Error 1 ... As for other architectures where gmsh FTBFS with libslepc and libpetsc, this can be worked around by omitting these from Build-Depends:, see attached patch. This patch further fixes a multiarch path in debian/rules to make the package build in current sid. Thanks, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash --===2105477895== Content-Type: text/x-diff; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=gmsh.patch --- gmsh-2.7.0.dfsg/debian/control.orig 2013-05-07 09:40:02.0 +0200 +++ gmsh-2.7.0.dfsg/debian/control 2013-05-18 18:50:20.484782969 +0200 @@ -17,8 +17,8 @@ libblas-dev, liblapack-dev, libgl2ps-dev, freeglut3-dev, python-dev (= 2.6.6-3~), swig2.0, chrpath, libann-dev, - libpetsc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !s390x], - libslepc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !s390x], + libpetsc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !powerpcspe !s390x], + libslepc3.2-dev [!kfreebsd-amd64 !kfreebsd-i386 !armel !armhf !powerpcspe !s390x], javahelper, default-jdk Standards-Version: 3.9.4 X-Python-Version: current --- gmsh-2.7.0.dfsg/debian/rules.orig2013-03-15 22:54:57.0 +0100 +++ gmsh-2.7.0.dfsg/debian/rules 2013-05-18 23:15:05.056623369 +0200 @@ -2,6 +2,8 @@ BUILDDIR = $(CURDIR)/debian/build JAVA_HOME=/usr/lib/jvm/default-java +DEB_HOST_MULTIARCH := $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) + export DEB_CFLAGS_MAINT_APPEND = -Wall -pedantic export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed @@ -19,7 +21,7 @@ extra_flags += \ -DPYTHON_INCLUDE_DIR:PATH=/usr/include/python2.7 \
Bug#708881: [lintian] Fix false positive of gfdl detection
Package: lintian
Version: 2.5.12
Severity: normal
Tags: patch
These 13 patches fixe false positive of gfdl detection.
Please review and apply.
Bastien
From 99255be67a6cb912c5520846016c3149a6dc8c44 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= roucaries.bast...@gmail.com
Date: Sun, 19 May 2013 11:23:47 +0200
Subject: [PATCH 11/13] Add variant for dict-fold package
dict-fold use a variant syntax that is ok for gfdl with no invariants.
Allow it.
---
checks/cruft| 11 ---
.../cruft-gfdl-invariants/debian/src/variantdictfold.txt|7 +++
2 files changed, 15 insertions(+), 3 deletions(-)
create mode 100644 t/tests/cruft-gfdl-invariants/debian/src/variantdictfold.txt
diff --git a/checks/cruft b/checks/cruft
index a2c00e8..032fbe0 100644
--- a/checks/cruft
+++ b/checks/cruft
@@ -488,11 +488,16 @@ sub find_cruft {
# GFDL license, assume it is bad unless it
# explicitly states it has no bad sections.
given($+{gfdlsections}) {
-when(m/(?:the$s+)? no $s+ Invariant $s+ Sections?,?
-$s+ (?:with$s+)? (?:the$s+)? no $s+ Front-Cover $s+ Texts?,? $s+ (?:and$s+)?
-(?:with$s+)? (?:the$s+)? no $s+ Back-Cover $s+ Texts?/xiso) {
+when(m/no $s+ Invariant $s+ Sections?,?
+ $s+ (?:with$s+)? (?:the$s+)? no $s+ Front-Cover $s+ Texts?,? $s+ (?:and$s+)?
+ (?:with$s+)? (?:the$s+)? no $s+ Back-Cover $s+ Texts?/xiso) {
# no invariant
}
+when(m/no $s+ Invariant $s+ Sections?,?
+ $s+ (?:no$s+)? Front-? $s+ or
+ $s+ (?:no$s+)? Back-Cover $s+ Texts?/xiso) {
+# no invariant variant (dict-foldoc)
+}
when(m/with $s+ the $s+ Invariant $s+ Sections $s+ being
$s+ (?:\@var\{|var)? LIST $s+ THEIR $s+TITLES (?:\}|\/var)? $s* ,?
$s+ with $s+ the $s+ Front-Cover $s+ Texts $s+ being
diff --git a/t/tests/cruft-gfdl-invariants/debian/src/variantdictfold.txt b/t/tests/cruft-gfdl-invariants/debian/src/variantdictfold.txt
new file mode 100644
index 000..f9d9615
--- /dev/null
+++ b/t/tests/cruft-gfdl-invariants/debian/src/variantdictfold.txt
@@ -0,0 +1,7 @@
+This is ok
+ Permission is granted to copy, distribute and/or modify this
+ document under the terms of the GNU Free Documentation
+ License, Version 1.1 or any later version published by the
+ Free Software Foundation; with no Invariant Sections, Front-
+ or Back-Cover Texts. A copy of the license is included in the
+ section entitled {GNU Free Documentation License}.
\ No newline at end of file
--
1.7.10.4
From 1c12fa735982620f9c7499b880e6151b60af8145 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= roucaries.bast...@gmail.com
Date: Sat, 18 May 2013 16:59:52 +0200
Subject: [PATCH 01/13] Be more liberal for zero is plural case for matching
gfdl
For non native english speaker zero could be singular. Avoid to
trip lintian in the case of this grammar mistake.
---
checks/cruft |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/checks/cruft b/checks/cruft
index b003ecb..2c0e52d 100644
--- a/checks/cruft
+++ b/checks/cruft
@@ -488,9 +488,9 @@ sub find_cruft {
# GFDL license, assume it is bad unless it
# explicitly states it has no bad sections.
given($+{gfdlsections}) {
-when(m/with $s+ (?:the$s+)? no $s+ Invariant $s+ Sections,?
-$s+ (?:with$s+)? (?:the$s+)? no $s+ Front-Cover $s+ Texts,? $s+ and
-$s+ (?:with$s+)? (?:the$s+)? no $s+ Back-Cover $s+ Texts/xiso) {
+when(m/with $s+ (?:the$s+)? no $s+ Invariant $s+ Sections?,?
+$s+ (?:with$s+)? (?:the$s+)? no $s+ Front-Cover $s+ Texts?,? $s+ and
+$s+ (?:with$s+)? (?:the$s+)? no $s+ Back-Cover $s+ Texts?/xiso) {
# no invariant
}
when(m/with $s+ the $s+ Invariant $s+ Sections $s+ being
--
1.7.10.4
From 540ea63142b9c8ce6982597ee08410a6a93b7151 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= roucaries.bast...@gmail.com
Date: Sat, 18 May 2013 17:50:11 +0200
Subject: [PATCH 02/13] Allow patch symbols as space for gfdl detection
Allow (\n\+|\n-|\n!|\n|\n) aka patch marker for gdfl detection
---
checks/cruft |2 +-
1
Bug#708882: RM: crunchyfrog/experimental -- RoQA; RC-buggy, unmaintained
Package: ftp.debian.org User: ftp.debian@packages.debian.org Usertags: remove Please remove crunchyfrog from experimental, it is RC buggy and the sole maintainer upload is dated 2010. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707969: libopusfile-dev: should depend on libopus-dev = 1.0.1
reopen 707969 found 707969 0.2+20130513-1 thanks On Sun, 12 May 2013 at 12:53:35 +0100, Simon McVittie wrote: opusfile.pc has: Requires: ogg = 1.3 opus = 1.0.1 openssl so libopusfile-dev should depend on the corresponding versions of the -dev packages containing those .pc files. Sorry, it looks as though may have I misinformed you. Moving the Requires to Requires.private is useful, but not sufficient to address this: archetype% pkg-config --cflags --libs opusfile~ Package opus was not found in the pkg-config search path. Perhaps you should add the directory containing `opus.pc' to the PKG_CONFIG_PATH environment variable Package 'opus', required by 'opusfile', not found Could you add the dependency too, please? Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674446:
Hello there, I think I am also affected with this bug. Allowing loopback operations using: *iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT* ... does not really help me. The interesting thing is that the problem started to appear just today, and I have never had any problems since the Wheezy release (May, 4th 2013). I don't know if it is related, but before it started to happen I had a problem to boot into Debian: *Fatal server error: Could not create lock file in /tmp/.tX0-lock * I just rebooted again and now I have the slow dolphin problem. -- with best regards, Volodymyr.
Bug#708298: [Pkg-net-snmp-devel] Bug#708298: libsnmp30: unversioned file in shared library package
Hi, libsnmp15 package has same file, so its bug is not introduced by me... ;) jokeWhat a relief!/joke On Wed, 15 May 2013 08:42:24 +0200 Vincent Bernat ber...@debian.org wrote: net-snmp-config is also used to create SNMPv3 users. This is quite unfortunate but this means it needs to be moved into libsnmp-bin or something like this. Okay, then we'd introduce libsnmp-bin package sounds reasonable for me. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708883: Outdated copyright
Package: gmerlin Severity: important Doc was removed but you still said that doc/* was under infamous gfdl license, but you remove doc. Please update your copyright file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708884: apt-cacher: mishandles 404ing InRelease files
Package: apt-cacher Version: 1.7.6 Severity: normal Dear Maintainer, It appears that when an InRelease file disappears (as seems to have happened to wheezy following its release), apt-cacher returns the old file instead, albeit with the 404 message body overwriting the beginning of the file: michael@wibble:~$ curl -sD - http://mirror.waia.asn.au/debian/dists/wheezy/InRelease|head -30 HTTP/1.1 404 Not Found Date: Sun, 19 May 2013 11:11:31 GMT Server: Apache/2.2.14 (Ubuntu) Content-Length: 311 Content-Type: text/html; charset=iso-8859-1 !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title404 Not Found/title /headbody h1Not Found/h1 pThe requested URL /debian/dists/wheezy/InRelease was not found on this server./p hr addressApache/2.2.14 (Ubuntu) Server at mirror.waia.asn.au Port 80/address /body/html michael@wibble:~$ http_proxy=http://yipyip:3142/ curl -sD - http://mirror.waia.asn.au/debian/dists/wheezy/InRelease|head -30 HTTP/1.1 200 OK Connection: Keep-Alive Date: Sun, 05 May 2013 20:45:05 GMT Via: 1.1 yipyip:3142 (apt-cacher/1.7.6) Accept-Ranges: bytes Age: 1175309 ETag: d9d2003-3cd11-4dbe02bfcfd00 Server: Apache/2.2.14 (Ubuntu) Content-Length: 249105 Content-Type: text/plain Last-Modified: Sat, 04 May 2013 08:22:44 GMT Keep-Alive: timeout=15, max=100 X-AptCacher-URL: http://mirror.waia.asn.au/debian/dists/wheezy/InRelease !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title404 Not Found/title /headbody h1Not Found/h1 pThe requested URL /debian/dists/wheezy/InRelease was not found on this server./p hr addressApache/2.2.14 (Ubuntu) Server at mirror.waia.asn.au Port 80/address /body/html n contrib non-free Description: Debian x.y Testing distribution - Not Released MD5Sum: 814fc8da206fc61184e03e8b66c9fc5f 22154933 Contents-amd64.gz bb9b23179ec2f9ce47806464fe7712c3 21865030 Contents-armel.gz 4252daaadc6253738435d158288c3edf 21757234 Contents-armhf.gz 1e1cdd3d53cab26ef82bc738b41ebac7 22332659 Contents-i386.gz While I unfortunately didn't have debugging enabled two weeks ago, I *can* show you what error.log looks like fetching the file now: Sun May 19 04:37:43 2013|debug [25263]: New INETD connection Sun May 19 04:37:43 2013|debug [25263]: Processing a new request line Sun May 19 04:37:43 2013|debug [25263]: got: 'HEAD /mirror.waia.asn.au/debian/dists/wheezy/InRelease' Sun May 19 04:37:43 2013|debug [25263]: Processing a new request line Sun May 19 04:37:43 2013|debug [25263]: got: 'Cache-Control: max-age=0' Sun May 19 04:37:43 2013|debug [25263]: Processing a new request line Sun May 19 04:37:43 2013|debug [25263]: got: 'Connection: Close' Sun May 19 04:37:43 2013|debug [25263]: Processing a new request line Sun May 19 04:37:43 2013|debug [25263]: got: '' Sun May 19 04:37:43 2013|debug [25263]: Resolved request is http://mirror.waia.asn.au/debian/dists/wheezy/InRelease Sun May 19 04:37:43 2013|debug [25263]: Index file: mirror.waia.asn.au_debian_dists_wheezy_InRelease Sun May 19 04:37:43 2013|debug [25263]: Locked header /var/cache/apt-cacher/headers/mirror.waia.asn.au_debian_dists_wheezy_InRelease Sun May 19 04:37:43 2013|debug [25263]: Freshness checks Sun May 19 04:37:43 2013|debug [25263]: Revalidating mirror.waia.asn.au_debian_dists_wheezy_InRelease. Age: 1122758 Sun May 19 04:37:43 2013|debug [25263]: Sending If-Modified-Since request Sun May 19 04:37:43 2013|debug [25263]: fetcher: GET http://mirror.waia.asn.au/debian/dists/wheezy/InRelease Sun May 19 04:37:43 2013|debug [25263]: Libcurl candidate: http://mirror.waia.asn.au/debian/dists/wheezy/InRelease Sun May 19 04:37:43 2013|debug [25263]: Global lock: Connect libcurl Sun May 19 04:37:43 2013|debug [25263]: Connection to running libcurl process found on /var/cache/apt-cacher/libcurl.socket Sun May 19 04:37:43 2013|debug [25263]: Release global lock [skipped libcurl process doing its stuff here] Sun May 19 04:37:43 2013|debug [25263]: libcurl reading of headers complete: 404 Sun May 19 04:37:43 2013|debug [25263]: Found EOF marker and status 0 (No error) Sun May 19 04:37:43 2013|debug [25263]: libcurl returned 404 for http://mirror.waia.asn.au/debian/dists/wheezy/InRelease Sun May 19 04:37:43 2013|debug [25263]: Got 404 Sun May 19 04:37:43 2013|debug [25263]: Complete check Sun May 19 04:37:43 2013|debug [25263]: cached file is complete: 249105 Sun May 19 04:37:43 2013|debug [25263]: OFFLINE Sun May 19 04:37:43 2013|debug [25263]: Unlocked header, checks done, can return now Sun May 19 04:37:43 2013|debug [25263]: Response: 200 OK Sun May 19 04:37:43 2013|debug [25263]: Headers: Connection: Keep-Alive Date: Sun, 05 May 2013 20:45:05 GMT Via: 1.1 yipyip:3142 (apt-cacher/1.7.6) Accept-Ranges:
Bug#708885: [gnade] GFDL problem with invariant section
Package: gnade user: debian...@lists.debian.org usertags: gfdl-invariant severity: serious Your package gnade include file with gfdl invariant section that are non free: contrib/objects/doc/tutorial/tutorial.sgml doc/build/gnade.sgml Please fix it. bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707793: Fix proposed for the next point release
Control: severity -1 serious Hi, just for the records, I've asked the release managers to include the fix in the next Debian Wheezy point release: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708247 Regards, Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708834: libpar-packer-perl: FTBFS with perl 5.18: [manifypods] Error 255
On Sat, 18 May 2013 22:47:18 +0100, Dominic Hargreaves wrote: Source: libpar-packer-perl Version: 1.012-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.18-transition Tags: sid jessie fixed-upstream Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=78396 This package FTBFS with perl 5.18 from experimental (in a clean sbuild session): true ../blib/script/parldyn Modification of non-creatable array value attempted, subscript -1 at /usr/share/perl/5.18/Pod/Man.pm line 287. Manifying ../blib/man1/parldyn.1p Manifying ../blib/man1/parl.1p make[3]: *** [manifypods] Error 255 make[3]: Leaving directory `/build/dom-libpar-packer-perl_1.012-1+b1-i386-BdtCAV/libpar-packer-perl-1.012/myldr' make[2]: *** [subdirs] Error 2 dh_auto_build: make -j1 returned exit code 2 make[1]: *** [override_dh_auto_build] Error 2 This is apparently fixed in git upstream (which reveals another issue, test failure in t/90-rt59710.t, still to be investigated). I don't get this error, neither with 1.012-1 from the archive nor with 1.013-1 from our git repo. Oh, there's a 1.014 release ... With an interesting Changes entry: +- Bump requirement for Module::ScanDeps to a version that can grok + Unicode::UCD from Perl 5.17 to avoid test failures and also: +- RT #78396: [manifypods] Error 255 + - s/MAN3PODS/MAN1PODS/ as suggested And I don't get the error with 1.014 -- and even better, also not the other one in t/90-rt59710.t which I could reproduce :) Cheers, gregor, trying to finish 1.014-1 -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Beach Boys: Surfin' Safari signature.asc Description: Digital signature
Bug#707562: [RFR] templates://b43-fwcutter/{b43-fwcutter.templates}
Christian PERRIER wrote:
Your review should be sent as an answer to this mail.
[...]
Don't apply this patch until we've had feedback from the maintainer to
say how badly I'm misunderstanding things!
Template: b43-fwcutter/install-unconditional
Type: boolean
Default: true
-_Description: Install firmware for hardware not present on this system?
- Should the installer package download and install firmware for hardware
- that is not currently present on the system. This is useful if you plan to
+_Description: Install firmware even if Broadcom 43xx is not present on this
system?
Hardware? What hardware? would be the question in case this question
comes in the middle of a bunch of other debconf prompts..:-)
So, this is an attempt to explain what all this is about.
It's a bit long, though. Could we say
_Description: Install b43 firmware even if no such device is present?
Hang on. I'm confused. What is it that *installs* this firmware? The
package b43-fwcutter doesn't include the installer or the downloader,
only the extractor. The downloader/installer script is in the preinst
of the firmware-b43*-installer packages; they depend on b43-fwcutter
(and not vice versa) to provide /usr/bin/b43-fwcutter.
I'm going to assume that although b43-fwcutter contains this template,
it's actually only *called* by the other two packages. Right?
+ The b43-fwcutter package aims at installing firmware for some Broadcom
wireless
+ network cards.
This may be true of the source package, but it's not exactly true
about this particular binary package (and I'm not sure a template
activated by installing a different package should be trying to
describe this one anyway).
+ .
+ Please chosse whether you want the installer package to download and install
^o
Typo. And the point isn't to make up my mind what I want, the point
is to signal whether this should happen!
+ firmware even if the relevant hardware is not currently present on the
system.
+ .
+ This might be useful if you plan to
move this installation to different hardware or share the same
installation on different systems.
If we're talking LiveCDs, make that across multiple systems.
The remaining rewrite is mostly aimed at bringing more readability by
splitting sentences in paragraphs. Also avoid a partial sentence in
the long description (Should the installer package)
Technically it would be a complete sentence if you added the question
mark, but then we'd have to throw it out.
How about:
_Description: Install b43 firmware even if no such device is present?
The b43 packages are designed to handle firmware for Broadcom 43xx
wireless network cards.
.
Please choose whether they should download and install firmware even
if the corresponding hardware is not currently present on the system.
.
This might be useful if you plan to move this installation to different
hardware or share the same installation across multiple systems.
Then in the control file:
Package: b43-fwcutter
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: utility for extracting Broadcom 43xx firmware
+ This package provides a tool which can extract firmware from various source
files.
It's written for BCM43xx driver files. It grabs firmware for BCM43xx
from a website and installs it.
That fixes it to match the d-l-e styleguide, but meanwhile the content
seems mendacious. *This* package doesn't grab software from anywhere,
and nor does it install it. Did it once contain the script that now
lives in the other packages' preinsts?
Oh, and we should probably mention wireless somewhere, too.
I suspect we need to change this to something like:
Description: utility for extracting Broadcom 43xx firmware
This package provides a tool for extracting BCM43xx wireless chip
firmware from Broadcom's proprietary driver files.
.
It is used by the firmware-b43(legacy)-installer packages as part of
the automated process of downloading and installing firmware.
Package: firmware-b43-installer
[...]
-Description: Installer package for firmware for the b43 driver
+Description: installer package for firmware for the b43 driver
No need for two for phrases, and no need to point out that it's a
package; just make it:
Description: firmware installer for the b43 driver
This package installs the firmware required for the use of the b43
- kernel driver.
+ kernel driver for some Broadcom 43xx wireless network cards.
a kernel driver for what would be the question I'd have if I read
this description without context. So, we need to explain what this
mysterious b43 stands for (after all, it could be a Boeing aircraft,
after all).
In fact it's a fifties variable yield nuclear bomb!
Again this package description seems not to fully describe the current
scheme. I would phrase it:
This package downloads and installs the
Bug#708832: libgsl0ldbl: Cannot install amd64 and i386 version of the package in parallel
Hi Sebastian, On 18 May 2013 at 23:34, Sebastian Uhl wrote: | Package: libgsl0ldbl | Version: 1.15+dfsg.2-2 | Severity: normal | | Dear Maintainer, | | I tried installing the amd64 and i386 version of libgsl0ldbl on a Wheezy | system at the same time. However, starting from a system with the amd64 | version installed, trying to install the i386 version will remove the amd64 | version and a few packages that have libgsl0ldbl as a dependency. I was | expecting that thanks to multiarch installing one library for various | architectures should be possible with Wheezy, but this does not seem to be the | case for this library. | | Is it somehow possible to install the amd64 and i386 versions on the same | system? Probably, as other packages can. I presume I will have to update / change the packaging, but I do not yet know how involved this is. Dirk | -- System Information: | Debian Release: 7.0 | APT prefers stable-updates | APT policy: (500, 'stable-updates'), (500, 'stable') | Architecture: amd64 (x86_64) | Foreign Architectures: i386 | | Kernel: Linux 3.2.0-4-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/dash | | Versions of packages libgsl0ldbl depends on: | ii libc6 2.13-38 | | libgsl0ldbl recommends no packages. | | Versions of packages libgsl0ldbl suggests: | pn gsl-ref-psdoc | gsl-doc-pdf | gsl-doc-info | gsl-ref-html none | | -- no debconf information -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708886: Deprecation of dh_pycentral, please use dh_python2
Package: src:x-tile Version: 2.2.1-2 Severity: important Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the jessie release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. Please find suggestions and help for the change at http://wiki.debian.org/Python/TransitionToDHPython2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708887: Deprecation of dh_pycentral, please use dh_python2
Package: src:wxgeometrie Version: 0.133.2-1 Severity: important Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the jessie release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. Please find suggestions and help for the change at http://wiki.debian.org/Python/TransitionToDHPython2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708888: Deprecation of dh_pycentral, please use dh_python2
Package: src:swat2 Version: 0.1~bzr478-1 Severity: important Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the jessie release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. Please find suggestions and help for the change at http://wiki.debian.org/Python/TransitionToDHPython2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708889: Deprecation of dh_pycentral, please use dh_python2
Package: src:python-pynast Version: 1.1-3 Severity: important Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the jessie release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. Please find suggestions and help for the change at http://wiki.debian.org/Python/TransitionToDHPython2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708890: Deprecation of dh_pycentral, please use dh_python2
Package: src:python-ase Version: 3.6.0.2515-1 Severity: important Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the jessie release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. Please find suggestions and help for the change at http://wiki.debian.org/Python/TransitionToDHPython2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708891: Deprecation of dh_pycentral, please use dh_python2
Package: src:keepnote Version: 0.7.8-1 Severity: important Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the jessie release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. Please find suggestions and help for the change at http://wiki.debian.org/Python/TransitionToDHPython2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708892: Deprecation of dh_pycentral, please use dh_python2
Package: src:gaduhistory Version: 0.5-2 Severity: important Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the jessie release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. Please find suggestions and help for the change at http://wiki.debian.org/Python/TransitionToDHPython2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708893: Deprecation of dh_pycentral, please use dh_python2
Package: src:ekg2 Version: 1:0.3.1-3 Severity: important Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the jessie release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. Please find suggestions and help for the change at http://wiki.debian.org/Python/TransitionToDHPython2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708894: Deprecation of dh_pycentral, please use dh_python2
Package: src:alliance Version: 5.0-20120515-3 Severity: important Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation The package build-depends on python-central, which should be removed in time for the jessie release. dh_python2 should be used instead. dh_python2 installs into the same locations as pycentral, but avoids the creation and removal of symlinks at package installation and removal time, making the upgrade process more robust and faster. dh_python2 guarantees the installation into the same recommended site directory used by dh_pycentral, into which anybody can install without being forced to use any packaging helper tools. Please find suggestions and help for the change at http://wiki.debian.org/Python/TransitionToDHPython2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708742: gnome-online-accounts: Wrong status indicator after login
Yes I have the 3..2-7 version of gnome-shell and all the other packages are at their current versions for wheezy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708895: crafty-books-medium: Incorrect detailed description
Package: crafty-books-medium Severity: normal The detailed description says: 4MB, +7500 games, 60th ply. That is identical to the info from the crafty-books-medtosmall package. Perhaps it was copied with an intent to edit it later? In particular, the size of crafty-books-medium is not 4MB, but more like 26MB. Best regards Torquil Sørensen The crafty-books-medium seems to occupy around 26MB, and probably contains more games than the -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.13 (SMP w/2 CPU cores; 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 crafty-books-medium depends on: ii crafty 23.4-6 crafty-books-medium recommends no packages. crafty-books-medium suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708896: [INTL:da] Danish translation of the debconf templates glide
Package: glide Severity: wishlist Tags: l10n patch Please include the attached Danish glide translations. joe@pc:~/over/debian/glide$ msgfmt --statistics -c -v -o /dev/null da.poda.po: 14 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#708705: publican: ships many copies of common resources
Hi, On Fri, 17 May 2013, Aaron M. Ucko wrote: Per http://dedup.debian.net/compare/publican/publican, publican ships many copies of common resources (images, CSS files, etc.) under /usr/share/publican/Common_Content and /usr/share/publican/doc, accounting for most of its massive size increase from 2.8-3. (It's gone up from 6.4 MiB to 50.6 MiB.) Could you please arrange to ship only one copy of each duplicated file, at least within /usr/share/publican/Common_Content? It doesn't look trivial. Each set of language files ought to be self-contained so that any generated document is independant. So replacing with symlinks is not satisfactory (unless we modify the publican build logic to replace symlinks with the corresponding file). Replacing with hardlinks is better but is quite uncommon in Debian packages (there's a lintian warning suggesting it's a bad idea). Last but not least, I'm not going to manually deduplicate all those files so someone should really create a helper script that would deduplicate a sub-directory. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701189: linux-image-3.7-trunk-amd64: 3.7.8 locks up occasionally
On Wednesday, 20 March 2013 at 23:57, Ben Hutchings wrote: That was the change that caused this memory leak. I doubt that it has anything to do with the bug you reported. Well, I'll upload 3.8.4 soon and you can find out whether it is really fixed. 3.8.5 ran for 33 days now without problems, so it looks fixed. Best regards, Christian Ohm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707257: linux-image-3.8-1-686-pae: KVM crashes with entry failed, hardware error 0x80000021
On Sun, May 19, 2013 at 02:00:31AM +0100, Ben Hutchings wrote: Dear KVM maintainers, it appears that there is a gap in x86 emulation, at least on a 32-bit host. Stefan found this when running GRML, a live distribution which can be downloaded from: http://download.grml.org/grml32-full_2013.02.iso. His original reported is at http://bugs.debian.org/707257. Can you verify with latest linux.git HEAD? It works for me there on 64bit. There were a lot of problems fixed in this area in 3.9/3.10 time frame, so it would be helpful if you'll test 32bit before I install one myself. On Thu, 2013-05-16 at 13:26 +0200, Stefan Pietsch wrote: On 09.05.2013 20:56, Stefan Pietsch wrote: On 09.05.2013 03:08, Ben Hutchings wrote: Please could you test some of the intermediate versions at http://snapshot.debian.org/package/linux/ to find the first upstream version where this was broken. The first version which does not work is 3.6.4-1~experimental.1. 3.5.5-1~experimental.1 works. I was able to start KVM under kernel version 3.8.12-1 after loading the kvm_intel module with the option emulate_invalid_guest_state=0. And one of the many changes between 3.5 and 3.6 was to change the default value of that parameter from 0 to 1. So we don't know when the the bug in emulation was introduced (or if it was always there). Ben. -- Ben Hutchings The generation of random numbers is too important to be left to chance. - Robert Coveyou -- Gleb. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708897: RM: drupal6-mod-addtoany -- RoQA; depends on drupal6
Package: ftp.debian.org X-Debbugs-Cc: cl...@debian.org Please remove drupal6-mod-addtoany from the archive. It depends on drupal6 which was superseeded by drupal7 and is scheduled for removal (#708746). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708898: RM: drupal6-mod-i18n -- RoQA; depends on drupal6
Package: ftp.debian.org X-Debbugs-Cc: cl...@debian.org Please remove drupal6-mod-i18n from the archive. It depends on drupal6 which was superseeded by drupal7 and is scheduled for removal (#708746). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
