Bug#699449: 1.2.5 is out
On Fri, Feb 1, 2013 at 5:48 AM, Sven Mueller s...@debian.org wrote: On Thu, January 31, 2013 4:00 pm, Mathieu Malaterre wrote: Package: jpegoptim 1.2.5 is out, please package it: https://github.com/tjko/jpegoptim/commit/cea0f871d0c9ef645e5ce34f87539ef683ce875a Thanks. Hi Mathieu. You seem to have a relatively high interest in the package. Would you be interested in adopting it? I hardly have any time to do any packaging work these days. If you would be interested, I could give you write access to the existing SVN repository or provide you with a dump of it to host it youself or on alioth. Sure ! thanks for the offer. I am thinking of using svn from collab-maint. What do you think ? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699516: keytouch-editor: Segfault when adding ACPI key
Package: keytouch-editor
Version: 1:3.2.0~beta-3
Severity: important
Hello,
Just bought a new Dell Inspiron 15R Special Edition laptop.
Some of the multimedia keys don't work.
I tried using keytouch-editor and it crashes while trying to add the new key.
1. Start keytouch-editor
2. I try some of the devices that have event labels, but none of them respond
to the multimedia keys. I then try ACPI device with a blank event and that
seems to detect the keypress.
3. I click new to add a new key.
4. I press the key I want to map
5. It prompts me for a name
6. I put in equalizer
7. keytouch-editor segfaults.
bt full below:
(gdb) bt full
#0 0x0040c60d in ?? ()
No symbol table info available.
#1 0x7f1363bc89a7 in _g_closure_invoke_va (closure=0xefbbd0,
return_value=0x0, instance=0xdf2480, args=0x7fff0621ad08, n_params=0,
param_types=0x0)
at
/build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./gobject/gclosure.c:840
marshal = 0x7f1363bca5b0 g_cclosure_marshal_VOID__VOIDv
marshal_data = 0x0
in_marshal = 0
real_closure = 0xefbbb0
__PRETTY_FUNCTION__ = _g_closure_invoke_va
#2 0x7f1363be1006 in g_signal_emit_valist (instance=0xdf2480,
signal_id=optimized out, detail=0, var_args=var_args@entry=0x7fff0621ad08)
at
/build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3211
return_accu = optimized out
accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong
= 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0},
{v_int = 0, v_uint = 0,
v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0,
v_double = 0, v_pointer = 0x0}}}
accumulator = 0x0
emission = {next = 0x7fff0621af70, instance = 0xdf2480, ihint =
{signal_id = 161, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state =
EMISSION_RUN, chain_type = 14465104}
signal_id = optimized out
instance_type = optimized out
emission_return = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long =
0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer
= 0x0}, {v_int = 0,
v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0,
v_float = 0, v_double = 0, v_pointer = 0x0}}}
rtype = 4
static_scope = 0
closure = 0xefbbd0
run_type = optimized out
hlist = 0x0
l = optimized out
fastpath = 4
instance_and_params = optimized out
signal_return_type = optimized out
param_values = optimized out
node = 0xde9e10
i = optimized out
---Type return to continue, or q return to quit---
n_params = optimized out
__PRETTY_FUNCTION__ = g_signal_emit_valist
#3 0x7f1363be1852 in g_signal_emit (instance=optimized out,
signal_id=optimized out, detail=optimized out)
at
/build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3356
var_args = {{gp_offset = 24, fp_offset = 48, overflow_arg_area =
0x7fff0621ade0, reg_save_area = 0x7fff0621ad20}}
#4 0x7f13642e3b45 in ?? () from /usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0
No symbol table info available.
#5 0x7f1363bc89a7 in _g_closure_invoke_va (closure=0xde9ce0,
return_value=0x0, instance=0xdf2480, args=0x7fff0621b0b8, n_params=0,
param_types=0x0)
at
/build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./gobject/gclosure.c:840
marshal = 0x7f1363bc6d40 g_type_class_meta_marshalv
marshal_data = 0x340
in_marshal = 0
real_closure = 0xde9cc0
__PRETTY_FUNCTION__ = _g_closure_invoke_va
#6 0x7f1363be1006 in g_signal_emit_valist (instance=0xdf2480,
signal_id=optimized out, detail=0, var_args=var_args@entry=0x7fff0621b0b8)
at
/build/glib2.0-7fLB_j/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:3211
return_accu = optimized out
accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong
= 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0},
{v_int = 0, v_uint = 0,
v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0,
v_double = 0, v_pointer = 0x0}}}
accumulator = 0x0
emission = {next = 0x7fff0621b330, instance = 0xdf2480, ihint =
{signal_id = 160, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state =
EMISSION_RUN, chain_type = 14465104}
signal_id = optimized out
instance_type = optimized out
emission_return = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long =
0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer
= 0x0}, {v_int = 0,
v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0,
v_float = 0, v_double = 0, v_pointer = 0x0}}}
rtype = 4
static_scope = 0
closure = 0xde9ce0
run_type = optimized out
hlist = 0x0
l = optimized out
fastpath = 4
---Type return to continue, or q return to quit---
Bug#677795: (no subject)
Note that it's already prepared [1] and in NEW queue [2]. There's also the associated php5-midgard2 [3] that builds against the new package name. So I believe - unless it's not enough to address the rc bug - this is mainly about logistics, ie. the NEW queue package essentially depending on simultaneous [3] that is only in mentors etc. [1] http://mentors.debian.net/package/midgard2-core [2] http://ftp-master.debian.org/new.html [3] http://mentors.debian.net/package/php5-midgard2 -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697113: moreutils: typo in ts manpage
Control: tags -1 + patch * Jakub Wilk jw...@debian.org, 2013-01-01, 16:43: $ man ts | grep -Eo 'Currently.+' Currently,A converting Replacing non-breaking space after Currently with a regular space fixes this. -- Jakub Wilk 697113.diff.gz Description: Binary data
Bug#699517: tt-rss: please log the actions of the update daemon somewhere
Package: tt-rss Version: 1.5.11+dfsg2-1 Severity: wishlist I would like the update daemon of tt-rss log its actions (and errors) somewhere instead of writing them to /dev/null. That would make analyzing problems much easier. In theory redirecting stdout and stderr to logger should be sufficient, but start-stop-daemon does not give us that ability. Converting all those print and echo statements in the script seems rather error prone though. Any ideas? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670405: ekiga: During start up segfault in `libopal.so.3.10.4`
On 01/02/13 06:23, Antoine Beaupré wrote: I was able to reproduce this crash, on wheezy. That's pretty unfortunate - I have the feeling the old version in wheezy is far from being maintainable as the version this bug was marked as fixed in is only in experimental (or more precisely, 3.9.90 is ... nowhere. You are right. I tried to push ekiga 4.0.0 to wheezy, without success, cf. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685880. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699518: libstring-shellquote-perl: encoding error in shell-quote manpage
Package: libstring-shellquote-perl Version: 1.03-1 Severity: minor Examples is the shell-quote manpage uses the ⎪ (U+23AA CURLY BRACKET EXTENSION) where the plain ASCII vertical line character should be used instead. Just rebuilding the package without any source changes fixes this bug. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699519: chef-solr: Ships dangerous chef-solr-installer binary, breaks installation when used
Package: chef-solr Version: 10.12.0+dfsg-1 Severity: normal chef-solr ships a binary, chef-solr-installer, whose purpose on upstream chef is to blow away all files relating to the chef-solr installation from /var and redeploy from a solr.tar.gz pristine image. This image does not ship on Debian, so running chef-solr-installer completely breaks solr until the package is reinstalled. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-22-generic (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699520: encoding issues in common::sense manpage
Package: libcommon-sense-perl Version: 3.6-1 Severity: minor $ man common::sense | grep aXX aXXNothing is more fairly distributed than common sense: no one thinks he needs more of it than he already has.aXX aXX RenA~X Descartes Adding =encoding UTF-8 to the POD makes it slightly better, but curly quotes and the dash character as still rendered as X. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636317: libagar new
Stephen, Any update on this package ? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699495: ocamldsort breaks with recent versions of ocamldep
Hello, On Fri, Feb 01, 2013 at 12:56:35AM +0100, Roberto Di Cosmo wrote: Package: ocamldsort Version: 0.15.0-2 Severity: grave Justification: renders package unusable [...] Since the parser in ocamldsort is not expecting the extra blanks before the colon, it gets stymied, thanks for the patch, I'll upload a fixed package to experimental soon. I have decreased severity to important since ocaml 4.0 is only in experimental. Even though ocamldsort should also work with ocaml that is not installed via debian this is not release critical. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691167: #691167 linux-image-3.5-trunk-amd64: please enable CONFIG_UPROBES
Hi, it seems 3.7.3-1~experimental.1 still lacks CONFIG_UPROBES. I'd like to know if there is something I could do to help. Systemtap would greatly benefit. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699521: sauerbraten: new version available
Package: sauerbraten Version: 0.0.20100728.dfsg+repack-3 Severity: wishlist Dear Maintainer, a new version of sauerbraten is available for download at its website http://sauerbraten.org/ : Collect Edition (January 4, 2013) Servers are currently switching to the new release. Thank you, all the best, Nick -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (100, 'stable'), (5, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 sauerbraten depends on: ii libc6 2.13-37 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libsdl-image1.2 1.2.12-2 ii libsdl-mixer1.2 1.2.12-3 ii libsdl1.2debian 1.2.15-5 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1 ii sauerbraten-data 0.0.20100728+repack-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages sauerbraten recommends: ii sauerbraten-wake6 1.0-1.1 sauerbraten suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699427: Change in Postfix 2.9.3 log messages : corrective
I forgot that the end of the line : Name or service not known isn't printed
anytime. A matching regexp for those messages would hence be:
^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]:
warning: hostname [^[:space:]]+ does not resolve to address
([[:xdigit:].:]{3,39})+(: Name or service not known)?$
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699466: unblock: cairo/1.12.2-3
On 31.01.2013 20:30, Cyril Brulebois wrote: Adam D. Barratt a...@adam-barratt.org.uk (31/01/2013): I think performing some tests with that new version post-rc1 would be nice to make sure there's no unfortunate side effects on the d-i side. Thanks to KiBi's kind help and instructions, I built a netboot-gtk iso with the 1.12.2-3 libcairo udeb packages. The only issue I stumbled upon was a broken boot loader [1]. As for the graphical installation with that image, I did a full desktop installation run, checked various (exotic) languages for rendering issues: Looks all fine judging by those basic tests. If there is something specific I can test, let me know. Cheers, Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699382 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#699524: unblock: chef-solr/10.12.0+dfsg-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock chef-solr 10.12.0+dfsg-2 which was just uploaded. It contains two fixes for RC bugs, one which makes the package not work and the other which makes it possible and easy to trash your installation. It also includes debconf updates as per the freeze policy. Changelog: [ Tollef Fog Heen ] * Fix path to WEB-INF directory. Closes: #684374 * Stop installing chef-solr-installer again, not sure why that fix got dropped. Closes: #699519 [ Christian Perrier ] * Debconf templates and debian/control reviewed by the debian-l10n- english team as part of the Smith review project. Closes: #685578 * [Debconf translation updates] * Polish (Michał Kułach). Closes: #687554 * Portuguese (Rui Branco). Closes: #687707 * Czech (Michal Simunek). Closes: #687720 * French (David Prévot). Closes: #687721 * Danish (Joe Hansen). Closes: #687819 * Russian (Yuri Kozlov). Closes: #688051 * German (Chris Leick). Closes: #688155 * Swedish (Martin Bagge / brother). Closes: #688422 * Italian (Beatrice Torracca). Closes: #689039 * Spanish; (# traductor (campo Last-Translator) y ponga en copia a la lista de Matías Bellone). Closes: #689461 Please see attached patch. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are diff --git a/debian/changelog b/debian/changelog index 2725091..464b5c6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,28 @@ +chef-solr (10.12.0+dfsg-2) unstable; urgency=high + + [ Tollef Fog Heen ] + * Fix path to WEB-INF directory. Closes: #684374 + * Stop installing chef-solr-installer again, not sure why that fix got +dropped. Closes: #699519 + + [ Christian Perrier ] + * Debconf templates and debian/control reviewed by the debian-l10n- +english team as part of the Smith review project. Closes: #685578 + * [Debconf translation updates] + * Polish (Michał Kułach). Closes: #687554 + * Portuguese (Rui Branco). Closes: #687707 + * Czech (Michal Simunek). Closes: #687720 + * French (David Prévot). Closes: #687721 + * Danish (Joe Hansen). Closes: #687819 + * Russian (Yuri Kozlov). Closes: #688051 + * German (Chris Leick). Closes: #688155 + * Swedish (Martin Bagge / brother). Closes: #688422 + * Italian (Beatrice Torracca). Closes: #689039 + * Spanish; (# traductor (campo Last-Translator) y ponga en copia a la +lista de Matías Bellone). Closes: #689461 + + -- Tollef Fog Heen tfh...@debian.org Fri, 01 Feb 2013 09:17:32 +0100 + chef-solr (10.12.0+dfsg-1) unstable; urgency=low * New upstream version. diff --git a/debian/chef-solr.links b/debian/chef-solr.links index e381dae..c83a7e0 100644 --- a/debian/chef-solr.links +++ b/debian/chef-solr.links @@ -4,8 +4,8 @@ /var/log/jetty/ /var/lib/chef/solr/solr-jetty/logs /usr/share/jetty/start.jar /var/lib/chef/solr/solr-jetty/start.jar /usr/share/jetty/webapps/root/ /var/lib/chef/solr/solr-jetty/webapps/root -/usr/share/solr/admin /var/lib/chef/solr/solr-jetty/webapps/solr/admin +/usr/share/solr/web/admin /var/lib/chef/solr/solr-jetty/webapps/solr/admin /etc/solr/conf /var/lib/chef/solr/solr-jetty/webapps/solr/conf /usr/share/solr/scripts /var/lib/chef/solr/solr-jetty/webapps/solr/scripts -/usr/share/solr/WEB-INF/lib//var/lib/chef/solr/solr-jetty/webapps/solr/WEB-INF/lib +/usr/share/solr/web/WEB-INF/lib/ /var/lib/chef/solr/solr-jetty/webapps/solr/WEB-INF/lib /etc/solr/web.xml /var/lib/chef/solr/solr-jetty/webapps/solr/WEB-INF/web.xml diff --git a/debian/chef-solr.templates b/debian/chef-solr.templates index e14a49a..e5e552d 100644 --- a/debian/chef-solr.templates +++ b/debian/chef-solr.templates @@ -1,12 +1,22 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: chef-solr/amqp_password Type: password -Description: New password for the 'chef' AMQP user in the RabbitMQ vhost /chef: - Set the password for the chef user in the AMQP server queue. Use - RabbitMQ's rabbitmqctl program to set this password. The default user - and vhost are assumed (chef and /chef, respectively). - . - RabbitMQ does not have the capability to read the password from a file, and - this will be passed via on the command-line. As such, do not use shell - meta-characters that could cause errors such as !. - . - This will be used in /etc/chef/solr.rb and /etc/chef/server.rb as 'amqp_pass'. +_Description: AMQP user password: + Please choose the password for the chef AMQP user in the RabbitMQ + vhost /chef. + . + RabbitMQ's rabbitmqctl program, which will be used to
Bug#699525: ldirectord: please add support for Full-NAT packet-forwarding-method
Package: ldirectord Version: 1:3.9.3+git20121009-3 Severity: whishlist Tags: patch Please find attached patch for ldirectord to support the packet-forwarding-method fullnat. support in ipvsadm is requred to get this working as well as support in kernel. It would be great to get this attached into the next ldirectord release. Cheers Stefan support.fullnat.forwarding.method.in.ldirectord.patch Description: Binary data
Bug#598970: SocialNetwork
Hi We have decided to put SocialNetwork.co.uk on the market and thought that you might be interested in the domain name. We think you'll find SocialNetwork.co.uk would be a great additional boost to your business and presents the chance to get one of the UK's premium domain names in this space. We have put the domain name on public auction at one of the best venue's around and you can look at the full listing here. For those of you with plain text email, you can copy and paste in the following link: https://flippa.com/2869687-pr2-premium-very-old-social-network or go to flippa.com and search for socialnetwork.co.uk. Please let us know if you have any questions. Kind regards, Brett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685469: ekg2: missing copyright file - after upgrading from squeeze-backports to wheezy
On Wed, Jan 30, 2013 at 10:49:18PM +0100, Julien Cristau wrote: On Wed, Jan 30, 2013 at 12:10:46 +0100, Andreas Beckmann wrote: Followup-For: Bug #685469 Control: found -1 1:0.3.1-2 Hi, the missing copyright file persists after upgrading from squeeze+squeeze-backports with ekg2 from backports installed to wheezy. That probably means the package also does not properly cleanup when upgrading from an older snapshot of testing to the current testing. In that case it's no longer RC... We support upgrades from a stable release to the next, anything else is not critical. I was also under the impression that backports are unsupported. Moreover, while technically a violation of policy, this bug is not such a big deal for users for two reasons: 1) ekg2 is a metapackage that contains just one filesystem entry: the /usr/share/doc/ekg2 symlink. While that is broken after upgrade to 1:0.3.1-2, it depends on ekg2-core, so a user would be able to see the ekg2-core directory next to ekg2 and find the copyright file. 2) when you just aptitude install ekg2 1:0.3.1-1~bpo60+1 (squeeze) then ekg2 will disappear during this installation, as its only sign of existence (the symlink) will get overwritten by the directory from ekg2-core. Then when you upgrade to wheezy, /usr/share/doc/ekg2 will disappear as ekg2-core is upgraded, and if you install ekg2 afterwards, all will be back to normal. However if you reinstall ekg2 before the upgrade, this bug will not auto-heal on upgrade, so I would like to get a fix out. I've prepared a fix for squeeze and I could upload it if I get release-team's blessing. Interdiff below. I think that putting a fix into squeeze is preferrable to doing one in squeeze-backports, because: 1) IIRC backports only accept package versions which are already in testing, which is frozen. 2) even if I do upload a fix to backports somehow, but a user does not upgrade to that fixed backports version, but straight to squeeze, then they will never pick up a fix please let me know what you think diff -Nru ekg2-0.3.1/debian/changelog ekg2-0.3.1/debian/changelog --- ekg2-0.3.1/debian/changelog 2012-08-21 22:01:07.0 +0100 +++ ekg2-0.3.1/debian/changelog 2013-01-30 22:06:12.0 + @@ -1,3 +1,11 @@ +ekg2 (1:0.3.1-3) unstable; urgency=medium + + * RC-bugfix upload aimed at testing + * [64d17bb] Add doc directory bug cleanup steps to postinsts. +(Closes: #685469) + + -- Marcin Owsiany porri...@debian.org Wed, 30 Jan 2013 21:45:34 + + ekg2 (1:0.3.1-2) unstable; urgency=medium * RC-bugfix upload aimed at testing diff -Nru ekg2-0.3.1/debian/ekg2-core.postinst ekg2-0.3.1/debian/ekg2-core.postinst --- ekg2-0.3.1/debian/ekg2-core.postinst1970-01-01 01:00:00.0 +0100 +++ ekg2-0.3.1/debian/ekg2-core.postinst2013-01-30 22:06:12.0 + @@ -0,0 +1,8 @@ +#!/bin/sh +set -e +# Clean up after #685469. +DOCDIR=/usr/share/doc/ekg2 +if [ -d $DOCDIR ] [ ! -L $DOCDIR ] ; then + rmdir $DOCDIR +fi +#DEBHELPER# diff -Nru ekg2-0.3.1/debian/ekg2.postinst ekg2-0.3.1/debian/ekg2.postinst --- ekg2-0.3.1/debian/ekg2.postinst 1970-01-01 01:00:00.0 +0100 +++ ekg2-0.3.1/debian/ekg2.postinst 2013-01-30 22:06:12.0 + @@ -0,0 +1,8 @@ +#!/bin/sh +set -e +# Clean up after #685469. +DOCDIR=/usr/share/doc/ekg2 +if [ ! -e $DOCDIR ] ; then + ln -s ekg2-core $DOCDIR +fi +#DEBHELPER# -- Marcin Owsiany porri...@debian.org http://marcin.owsiany.pl/ GnuPG: 2048R/02F946FC 35E9 1344 9F77 5F43 13DD 6423 DBF4 80C6 02F9 46FC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698300: octave matrix multiply grief
That's really interesting, but why is all this sent to #698300: [smplayer] new version(s) available? Am 31.01.2013 22:47, schrieb William Ludescher: rafael, Well here's the dump from strace. It looks like it only tells us the directory of the routine which is being processed. The last meaningful one here is an octave signal directory, which has a bunch of short time frequency estimation algorithms, which makes no sense in this context. And then the error seems to occur here stat64(finish, 0xbfcc8280)= -1 ENOENT (No such file or directory) ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfcc8cd8) = -1 EINVAL (Invalid argument) I'm afraid that I don't know what to make of this. Can you illuminate me please? Bill -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699523: sysvinit: postinst fails if several 'init' process are running (LXC)
Package: sysvinit Version: 2.88dsf-39 Severity: important Hi, I can't upgrade to latest sysinit because the initscript fails: % sudo apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 67 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up sysvinit (2.88dsf-39) ... /var/lib/dpkg/info/sysvinit.postinst: 41: kill: Illegal number: 3164 3141 3118 1 dpkg: error processing sysvinit (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: sysvinit The revelant code is : # PID of init; may not always be 1. Use for sending signals # and checking if init is running. PID=$(pidof /sbin/init || echo 1) (...) if ! ischroot then kill -s USR1 $PID fi And the corresponding 'set -x' output is : + pidof /sbin/init + PID=3164 3141 3118 1 (...) + ischroot + kill -s USR1 3164 3141 3118 1 /var/lib/dpkg/info/sysvinit.postinst: 41: kill: Illegal number: 3164 3141 3118 1 $PID contains multiple PIDs because several 'init' process are running on the machine on distinct LXC containers: % ps -C init PID TTY TIME CMD 1 ?00:00:04 init 3118 ?00:00:02 init 3141 ?00:00:02 init 3164 ?00:00:02 init % pidof init 3164 3141 3118 1 I see several ways to fix this issue: - killall -s USR1 init - for pid in $PID; do kill -s USR1 $PID; done - PID=$(pidof -s init) - a check on the number of process based on 'pgrep -c init' Which way is the best? I hope to see this issue fixed. Regards, -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysvinit depends on: ii debianutils 4.3.4 ii initscripts 2.88dsf-38 ii libc6 2.13-38 ii libselinux1 2.1.9-5 ii libsepol1 2.1.4-3 ii sysv-rc 2.88dsf-38 ii sysvinit-utils 2.88dsf-38 sysvinit recommends no packages. sysvinit suggests no packages. -- no debconf information -- ,''`. : :' : Cyril Bouthors `. `' Debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698300: octave matrix multiply grief
* William Ludescher whludesc...@verizon.net [2013-01-31 16:47]: Well here's the dump from strace. It looks like it only tells us the directory of the routine which is being processed. The last meaningful one here is an octave signal directory, which has a bunch of short time frequency estimation algorithms, which makes no sense in this context. And then the error seems to occur here stat64(finish, 0xbfcc8280) = -1 ENOENT (No such file or directory) ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfcc8cd8) = -1 EINVAL (Invalid argument) I'm afraid that I don't know what to make of this. Can you illuminate me please? I am not a specialist of strace, but looking at the log file I found this: error: `ab' undefined near line 1 column 29 Which command did you use for producing the strace dump? In my previous message, I suggested this: echo 'a=[1 2; 3 4]; b=[5 6;7 8]; a*b' | strace octave It looks like you typed 'ab' instead of 'a*b'. If this is the case, then the matrix multiply bug was not exposed. Please, try it again. Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699522: ipvsadm: please add support for Full-NAT packet-forwarding-method
Package: ipvsadm Version: 1:1.26-1 Severity: whishlist Tags: patch Please add support for Full-NAT packet-forwarding-method to ipvsadm. http://kb.linuxvirtualserver.org/wiki/IPVS_FULLNAT_and_SYNPROXY This has also to be build in into the kernel. We're using patched kernels in our labs, so it would be awesome to have the support in ipvsadm. Patch can be found here: http://kb.linuxvirtualserver.org/images/a/a5/Lvs-fullnat-synproxy.tar.gz http://kb.linuxvirtualserver.org/wiki/IPVS_FULLNAT_and_SYNPROXY Thank you. Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699526: SyntaxError: 'import *' not allowed with 'from .'
Package: python-flask Version: 0.8-1~bpo60+1 Severity: important Seems like there is an issue with python-flask. When installing I am getting: Setting up python-flask (0.8-1~bpo60+1) ... File /usr/lib/python2.5/site-packages/flask/session.py, line 16 from .sessions import * SyntaxError: 'import *' not allowed with 'from .' thanks -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-flask depends on: ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-jinja2 2.6-1~bpo60+1small but fast and easy to use sta ii python-werkzeug 0.8.3+dfsg-1~bpo60+1 collection of utilities for WSGI a ii python2.5 2.5.5-11 An interactive high-level object-o ii python2.6 2.6.6-8+b1 An interactive high-level object-o Versions of packages python-flask recommends: ii python-pkg-resources 0.6.14-4 Package Discovery and Resource Acc python-flask suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699527: git: does not use SSL certificate in /etc/ssl/ca-certificates
Package: git Version: 1:1.7.10.4-1+wheezy1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I've recently changed the SSL certificate of the Apache server my own public git repository is on. Both Iceweasel and the curl command line have no problems with it. The StartSSL ca certificate is in /etc/ssl/certs/ca-certificates, but if I clone the repository, git complains the certificate isn't validated. Using ca-certificates version 20120623. $ export GIT_CURL_VERBOSE=1 $ git clone https://www.vanbest.eu/git/lootjes-play/ Cloning into lootjes-play... * Couldn't find host www.vanbest.eu in the .netrc file; using defaults * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... * connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * found 152 certificates in /etc/ssl/certs/ca-certificates.crt * Expire cleared * server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none * Closing connection #0 * Couldn't find host www.vanbest.eu in the .netrc file; using defaults * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... * connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * found 152 certificates in /etc/ssl/certs/ca-certificates.crt * Expire cleared * server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none * Closing connection #0 error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing https://www.vanbest.eu/git/lootjes-play/info/refs fatal: HTTP request failed Compare this with using the curl command line client, where the problem doesn't happen: $ curl --verbose https://www.vanbest.eu/git/lootjes-play/info/refs?service=git-upload-pack; * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * successfully set certificate verify locations: * CAfile: none CApath: /etc/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS handshake, Server key exchange (12): * SSLv3, TLS handshake, Server finished (14): * SSLv3, TLS handshake, Client key exchange (16): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSL connection using DHE-RSA-AES256-SHA * Server certificate: *subject: description=HjygSFc6ux1O8W0H; C=NL; CN=www.vanbest.eu; emailAddress=postmas...@vanbest.eu *start date: 2013-01-30 05:25:23 GMT *expire date: 2014-01-31 13:36:36 GMT *subjectAltName: www.vanbest.eu matched *issuer: C=IL; O=StartCom Ltd.; OU=Secure Digital Certificate Signing; CN=StartCom Class 1 Primary Intermediate Server CA *SSL certificate verify ok. GET /git/lootjes-play/info/refs?service=git-upload-pack HTTP/1.1 User-Agent: curl/7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.0 OpenSSL/0.9.8o zlib/1.2.7 libidn/1.15 libssh2/1.2.6 Host: www.vanbest.eu Accept: */* HTTP/1.1 200 OK Date: Fri, 01 Feb 2013 09:55:46 GMT Server: Apache/2.2.22 (Debian) Expires: Fri, 01 Jan 1980 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, max-age=0, must-revalidate Transfer-Encoding: chunked Content-Type: application/x-git-upload-pack-advertisement 001e# service=git-upload-pack 009b5bbf8694c4c90531f3db5e7d84b69bd60dc9c606 HEADmulti_ack thin-pack side-band side-band-64k ofs-delta shallow no-progress include-tag multi_ack_detailed 003f5bbf8694c4c90531f3db5e7d84b69bd60dc9c606 refs/heads/master 003e82dcb7eb916a78ee014f7b82beb548760202506f refs/heads/maven * Connection #0 to host www.vanbest.eu left intact * Closing connection #0 * SSLv3, TLS alert, Client hello (1): Somehow it seems, curl from within git doesn't use the /etc/ssl/certs/ca-certificates the same way the curl command line does. - -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (600, 'testing'), (500, 'unstable'), (10, '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 Versions of packages git depends on: ii git-man 1:1.7.10.4-1+wheezy1 fast, scalable, distributed revisi ii libc6 2.13-37 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.26.0-1 easy-to-use client-side URL transf ii liberror-perl 0.17-1 Perl module for error/exception ha ii libexpat1 2.1.0-1 XML parsing C library - runtime li ii perl-modules5.14.2-16Core Perl modules ii zlib1g 1:1.2.7.dfsg-13 compression library - runtime Versions of
Bug#677795:
Ah ok, didn't check it that much. Thanks! -- =Do- N.AND 2013/2/1 Timo Jyrinki timo.jyri...@iki.fi: Note that it's already prepared [1] and in NEW queue [2]. There's also the associated php5-midgard2 [3] that builds against the new package name. So I believe - unless it's not enough to address the rc bug - this is mainly about logistics, ie. the NEW queue package essentially depending on simultaneous [3] that is only in mentors etc. [1] http://mentors.debian.net/package/midgard2-core [2] http://ftp-master.debian.org/new.html [3] http://mentors.debian.net/package/php5-midgard2 -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699528: python-matplotlib: PDF renderer draws strange artifacts on '%' character in matplotlib 1.1.1
Package: python-matplotlib Version: 1.1.1~rc2-1 Severity: normal Hi all, This is a known bug from matplotlib 1.1.1, see https://github.com/matplotlib/matplotlib/issues/1211 It is very annoying since many plot include % signs. An update to matplotlib 1.1.2 for wheezy should thus be made soon. regards, Juergen -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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-matplotlib depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.2-4 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libpng12-01.2.49-2 ii libstdc++64.7.2-4 ii python2.7.3~rc2-1 ii python-cairo 1.8.8-1+b2 ii python-dateutil 1.5+dfsg-0.1 ii python-gobject3.2.2-1 ii python-matplotlib-data1.1.1~rc2-1 ii python-numpy [python-numpy-abi9] 1:1.6.2-1 ii python-pyparsing 1.5.6+dfsg1-2 ii python-support1.0.15 ii python-tz 2012c-1 ii tcl8.58.5.11-2 ii tk8.5 8.5.11-2 ii zlib1g1:1.2.7.dfsg-13 Versions of packages python-matplotlib recommends: ii python-glade2 2.24.0-3 ii python-tk 2.7.3-1 Versions of packages python-matplotlib suggests: pn dvipng none ii ipython0.13.1-2 ii librsvg2-common2.36.1-1 ii python-configobj 4.7.2+ds-4 pn python-excelerator none ii python-gtk22.24.0-3 pn python-matplotlib-doc none pn python-qt4 none ii python-scipy 0.10.1+dfsg1-4 pn python-traits none pn python-wxgtk2.8none ii texlive-extra-utils2012.20120611-2 ii texlive-latex-extra2012.20120611-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699529: [sysvinit-utils] The man page for service doesn't include a legend for service --status-all
Package: sysvinit-utils Version: 2.88dsf-34 Severity: normal --- Please enter the report below this line. --- The man page for service ought to include a legend for the command service --status-all explaining the meaning of the symbols +, - and ? # service --status-all ... [ + ] avahi-daemon [ - ] bootlogs [ ? ] bootmisc.sh ... --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.0 500 testing ftp.uk.debian.org 500 stable deb.opera.com --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.10) | 2.13-37 libselinux1 (= 1.32) | 2.1.9-5 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== bootlogd | sash | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681310: gdm3 sometimes starts greater with ugly graphics (no wallpaper and poor gtk theme for the login window)
This problem doesn't happen since months here, I think it has been fixed implicitly by some gnome3 related upgrade. 2012/7/31 Josselin Mouette j...@debian.org Le mardi 31 juillet 2012 à 09:36 +0200, Laurento a écrit : It happens again... here is the :0-greater.log file with debug enabled Thanks. As I suspected, g-s-d dies: ** (gnome-settings-daemon:2661): WARNING **: Name taken or bus went away - shutting down But I have no idea why it would do that… -- .''`. Josselin Mouette : :' : `. `' `-
Bug#699527: Not solved by #690551
Hi, Just saw bug #690551 in libcurl3-gnutls, which seems related. I updated libcurl3-gnutls to the version in sid (7.28.0-3), but the problems persists, though with slightly different messages: $ git clone https://www.vanbest.eu/git/lootjes-play/ Cloning into lootjes-play... * Couldn't find host www.vanbest.eu in the .netrc file; using defaults * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... * connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * found 152 certificates in /etc/ssl/certs/ca-certificates.crt * server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none * Closing connection #0 * Couldn't find host www.vanbest.eu in the .netrc file; using defaults * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... * connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * found 152 certificates in /etc/ssl/certs/ca-certificates.crt * server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none * Closing connection #0 error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing https://www.vanbest.eu/git/lootjes-play/info/refs fatal: HTTP request failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695182: [RFC] Reproducible OOM with just a few sleeps
On Thu 2013-01-31 23:38:27, Phil Turmel wrote: On 01/31/2013 10:13 PM, paul.sz...@sydney.edu.au wrote: [trim /] Does not that prove that PAE is broken? Please, Paul, take *yes* for an answer. It is broken. You've received multiple dissertations on why it is going to stay that way. Unless you fix it yourself, and everyone seems to be politely wishing you the best of luck with that. It is not Paul's job to fix PAE. It is job of whoever broke it to do so. If it is broken with 2GB of RAM, it is clearly not the known lowmem starvation issue, it is something else... and probably worth debugging. So, Paul, if you have time and interest... Try to find some old kernel version where sleep test works with PAE. Hopefully there is one. Then do bisection... author of the patch should then fix it. (And if not, at least you have patch you can revert.) rjw is worth cc-ing at that point. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699530: ITP: yubikey-val -- A YubiKey OTP validation server written in PHP
Package: wnpp Severity: wishlist Owner: Dain Nilsson d...@yubico.com * Package name: yubikey-val Version : 2.20 Upstream Author : Yubico Open Source Maintainers ossma...@yubico.com * URL : https://github.com/Yubico/yubikey-val * License : BSD-2-clause Programming Lang: PHP Description : A YubiKey OTP validation server written in PHP The YubiKey Validation Server is a server that validates Yubikey OTPs. It is written in PHP, for use with web servers such as Apache. The server implements the Yubico API protocol as defined in: http://yubico.com/developers/api/ This server talks to another service for decrypting the OTPs, to avoid storing any AES keys within the validation server. One implementation of this service is yubikey-ksm: https://github.com/Yubico/yubikey-ksm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699382: extlinux fail to boot (error loading ldlinux.c32)
severity 699382 serious thanks After last package update, when I boot, I get an error about loading ldlinux.c32. I tried several times to reinstall extlinux, but not changes, until I downgraded extlinux. I stumbled upon this issue myself when trying to create netboot iso images for d-i [1], so I'm bringing the debian-boot people into the loop here as I thought it my be of interest to them. I too had to downgrade to extlinux from wheezy to get the iso images booting again. I've talked to KiBi from the release team and we concluded that this bug qualifies being bumped to serious. Cheers, Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699466#22 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#582503: evolution-data-server: Keep upstream folder layout for camel-providers
Hi, The current version in sid/wheezy is using the following path for the camel-providers: /usr/lib/evolution-data-server/camel-providers I guess that this bug can be closed now? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699531: libgtk-3-0: segfault/SIGSEGV in _gdk_device_xi2_reset_scroll_valuators
Package: libgtk-3-0 Version: 3.4.2-6 Severity: important Tags: upstream Control: found -1 3.3.18-1 # Ubuntu https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/952546 Control: found -1 3.4.2-4 # Debian https://bugzilla.gnome.org/show_bug.cgi?id=685403 Control: found -1 3.6.4-1 # Fedora https://bugzilla.gnome.org/show_bug.cgi?id=673822#c4 Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=673822 Control: affects -1 evolution nautilus Dear Debian folks, applications like Evolution or Nautilus might crash under certain circumstances due to a segmentation fault in `_gdk_device_xi2_reset_scroll_valuators`. gtk+3.0-3.4.2/./gdk/x11/gdkdevice-xi2.c:853: segfault in libgdk-3.so.0.400.2: _gdk_device_xi2_reset_scroll_valuators (device=device@entry=0x0) All backtraces are in the upstream bug report in the GNOME Bugzilla [1]. Thanks, Paul [1] https://bugzilla.gnome.org/show_bug.cgi?id=673822 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk-3-0 depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcolord1 0.1.21-4 ii libcomerr2 1.42.5-1 ii libcups21.5.3-2.14 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnutls26 2.12.20-3 ii libgssapi-krb5-21.10.1+dfsg-3 ii libgtk-3-common 3.4.2-6 ii libk5crypto31.10.1+dfsg-3 ii libkrb5-3 1.10.1+dfsg-3 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.13-1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxinerama12:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii multiarch-support 2.13-38 ii shared-mime-info1.0-1+b1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libgtk-3-0 recommends: ii hicolor-icon-theme 0.12-1 ii libgtk-3-bin3.4.2-6 Versions of packages libgtk-3-0 suggests: ii gvfs 1.12.3-3 ii librsvg2-common 2.36.1-1 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#698300: octave matrix multiply grief
* Fabian Greffrath fab...@greffrath.com [2013-02-01 10:45]: That's really interesting, but why is all this sent to #698300: [smplayer] new version(s) available? The bug reporter made a typo in his first message. This regards Bug#699300, filed by himself against the octave3.2 package. I have not realized the wrong address and I apologize for the noise. I am sending this message to Bug#698300, just for the record. I hope this will be the last one. @Bill: Please, mind your Cc field! Best, Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699532: New upstream version is available
Package: leiningen Version: 1.7.1-1 Severity: wishlist Leiningen 2.x is out, the upstream declare 1.x is outdated and strongly recommend to upgrade. Also, Incanter needs Leiningen 2.x for building. I appreciate if you could update leiningen package. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages leiningen depends on: ii ant 1.8.2-4 ii clojure-contrib 1.2.0-2 ii clojure1.21.2.1+dfsg-4 ii libbackport-util-concurrent-java 3.1-3 ii libclassworlds-java 1.1-final-5 ii libclucy-clojure 0.3.0-1 ii libjaxp1.3-java 1.3.05-2 ii liblucene2-java 2.9.4+ds1-4 ii libmaven-ant-tasks-java 2.1.3-2 ii libmaven2-core-java 2.2.1-8 ii libplexus-container-default-java 1.0-alpha-9-stable-1-6 ii libplexus-interpolation-java 1.11-3 ii libplexus-utils-java 1:1.5.15-4 ii librobert-hooke-clojure 1.1.2-1 ii libwagon-java 1.0.0-2 ii openjdk-6-jre 6b27-1.12-1 ii rlwrap0.37-3 leiningen recommends no packages. leiningen suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699328: libavutil51: relocation error after upgrade
Am 30.01.2013 17:04, schrieb Reinhard Tartler: Maybe we should add a Breaks relationship to the affected libavcodec package? nah, that's really the ftp-masters job. But then those of us who already have that faulty package installed won't get rid of it merely because ftp-masters finally remove it from mirrors. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699533: virt-manager: Requested operation is not valid: domain is already running
Package: virt-manager
Version: 0.8.4-8
Severity: important
I simply cannot install a Windows 7 64bits guess using virt-manager (qemu-kvm).
It keeps on failing with an error during the network setup:
...
Unable to complete install 'class 'libvirt.libvirtError' Requested operation
is not valid: domain is already running
Traceback (most recent call last):
File /usr/share/virt-manager/virtManager/create.py, line 1571, in do_install
vm.startup()
File /usr/share/virt-manager/virtManager/domain.py, line 1296, in startup
self._backend.create()
File /usr/lib/python2.6/dist-packages/libvirt.py, line 620, in create
if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
libvirtError: Requested operation is not valid: domain is already running
'
...
I installed hal, and restart the whole process over, and got the exact same
error. With:
$ sudo /etc/init.d/hal status
~
hald is running.
Thanks
-- System Information:
Debian Release: 6.0.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100,
'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages virt-manager depends on:
ii gconf2 2.28.1-6 GNOME configuration database syste
ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG
ii python 2.6.6-3+squeeze7 interactive high-level object-orie
ii python-dbus 0.83.1-1 simple interprocess messaging syst
ii python-glade2 2.17.0-4 GTK+ bindings: Glade support
ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk
ii python-gtk-vnc 0.4.1-4 A VNC viewer widget for GTK+ (Pyth
ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii python-libvirt 0.9.12-4~bpo60+1 libvirt Python bindings
ii python-support 1.0.10 automated rebuilding support for P
ii python-urlgrabber 3.9.1-4 A high-level cross-protocol url-gr
ii python-vte 1:0.24.3-4 Python bindings for the VTE widget
ii virtinst0.500.3-2Programs to create and clone virtu
Versions of packages virt-manager recommends:
ii gnome-icon-theme2.30.3-2 GNOME Desktop icon theme
ii libvirt-bin 0.9.12-4~bpo60+1 programs for the libvirt library
Versions of packages virt-manager suggests:
ii ssh-askpass-gnome [ss 1:5.5p1-6+squeeze2 interactive X program to prompt us
ii virt-viewer 0.2.1-1Displaying the graphical console o
-- 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#699034: libwebkitgtk-1.0-0: midori and GtkLauncher crash after typing a url (cairo-surface.c assertion)
*Michael Gilbert* wrote: Huge guess here, but can you try with vesa rather than nouveau? How? (there is no more an Xorg.conf) That doesn't preclude creating one for testing purposes. It will still be used if it exists. Xorg -configure stops with an error configuration failed. Could you please provide a basic xorg.conf that just set the driver to vesa? P.S. It seems the bug was downgrade without any explaination. Why? The browser midori is unusable right now, and the description of grave is makes the package in question unusable. It seems to fit perfectly the description. Indeed, I have provided the updated backtrace (with other -dgb packages). Are there useful of not? Do you (DDs) need more details? -- Alberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698774: #698774 udisks leaks information about existence of directories
package udisks forwarded 698774 https://bugs.freedesktop.org/show_bug.cgi?id=60152v thanks Hi, forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=60152 -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699472: xserver-xorg-core: Caught signal 11 (Segmentation fault). Server aborting
On Don, 2013-01-31 at 16:54 -0200, Nelson A. de Oliveira wrote:
Package: xserver-xorg-core
Version: 2:1.12.4-4
Severity: important
Hi!
While trying to run Aeon Command Demo (from
http://www.desura.com/games/aeon-command) my X restarted.
In Xorg.0.log it's possible to see:
=
[1729023.606] Backtrace:
[1729023.646] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7ff64b6a1c96]
[1729023.646] 1: /usr/bin/Xorg (0x7ff64b523000+0x1827e9) [0x7ff64b6a57e9]
[1729023.646] 2: /lib/x86_64-linux-gnu/libpthread.so.0
(0x7ff64a84b000+0xf030) [0x7ff64a85a030]
[1729023.647] 3: /usr/lib/x86_64-linux-gnu/dri/r600_dri.so
(0x7ff645aaa000+0x379a99) [0x7ff645e23a99]
[...]
BTW, I presume you're not intentionally running the game with indirect
rendering, are you? If you installed the 32 bit version of the demo,
installing the libgl1-mesa-{glx,dri}:i386 packages might help.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679153: clementine: Digitally Imported normal streaming fails
Package: clementine Followup-For: Bug #679153 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Digitally Imported (di.fm) also provides a normal streaming (not premium), but it in clementine doesn't seems to play any of their radios list - -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRC6ZaAAoJEKLHmb/f+NfCWQ8QAMbzLli0nT3ez28AGLjDZ4FV PG351DVTFKthPRN4eipLerfgIkjOxDS1My5dOwC8dSTEp7KgokaIDD7NKYf8Pm/1 0wgQIj650mPDhcKjWugFd6LLSsA3Jfh3qWfHQCI70Yfvyhn8FdrrNYgu4FHGugq/ x+87+irbqzi21VBHv9VZCtb8kvfbMrhN2kk6SBnFWxhf7abd1yW98RNSnOPq2xxC lDRNT0pgWMUklG260Tvcj+ysxOjRaa3N5XZGbeqlZkHvTjP//JudttcfV7lAD4rt dO9UwJZU4xIw0GwpYpHr8wJ25enU5swBqT3H9ixrRgV+2MWRFSiGrYmK62YvTi9S wcJAJyIb3cf+dpT8EiWdm1RLkUCYC0FChRQvUVGKBfMQLzjS1WB1LXS50oC1mSxN iIlL1QL5ErzsPxT00B7YQjzE1/Eh0nXjlSfeDInUhcyg4sjmXINa98O9k6ncdu+I eiR1G6pXY792yCJxSvSIwvmvQrUmJ4vAPPpaNCue7uxSxP8QF9qX1PmhTED7WZTa NbbHvElCzR63EEJQ3Ryf/NXpLdnuWJQ21MKlin9RxCm7X8LA5C0Xx1/uuOCu0TW0 OpNsswjabhYt921zkvmt98UHRAgVA9jX2IC4h3c2z21NNmCTOZM0QTY4vTnRQulG gEtjL6G+PlAf9SWllLQH =Csam -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#699472: xserver-xorg-core: Caught signal 11 (Segmentation fault). Server aborting
Hi!
On Fri, Feb 1, 2013 at 9:22 AM, Michel Dänzer daen...@debian.org wrote:
BTW, I presume you're not intentionally running the game with indirect
rendering, are you? If you installed the 32 bit version of the demo,
installing the libgl1-mesa-{glx,dri}:i386 packages might help.
Hum... I had libgl1-mesa-glx:i386 installed but not libgl1-mesa-dri:i386.
Now it's working without any issues.
But even with the missing library, X shouldn't crash, right?
Thank you!
Best regards,
Nelson
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699499: bsdtar: Failed to set file flags on directories when extracting to btrfs
See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591763 -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699368: ibus Ctrl-Space key binding conflicts with eclipse, emacs and other IDEs
On Thu, Jan 31, 2013 at 05:48:45PM +0100, Jose Luis Martin wrote: Hi Osamu, I think that there is a clear conflict here. After installing ibus, at least the following IDEs don't work properly: - emacs ... h - eclipse - kdevelop - netbeans - qtcreator - monodevelop I found the same bug report in fedora bugzilla some time ago: https://bugzilla.redhat.com/show_bug.cgi?id=756595 I don't think that changing the Ctrl-Space key binding is an option for any experienced developer. I agree that it is not option for them. So they change ibus. It is configurable. Please note that many Asian vim users who are happy with ibus binding :-) That's me. It is unfortunate fact of life that most european does not check asian situation before taking over such OS level convention by mere applications. At least this has been this way for 10 year history of ibus and its legacy systems. I think this hightened awareness come from the fact that ibus is almost default for everyone with recent GNOME upsream. I suggest discussing with me does not make me change this upstream default value. You do not have enough reason for me to OVERRIDE upstream If you can coordinate this unfortunate situation, please discuss this with upstream and let them change. I will happily accept upstream change, if it happens :-) Since I am not going to represent your view, I am not forwarding this bug report. But you can use this BTS URL as reference when you report to the upstream. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699499: bsdtar: Failed to set file flags on directories when extracting to btrfs
On Fri, Feb 01, 2013 at 01:06:14PM +1100, Dmitry Smirnov wrote: [... snipped part about backing up ext4 and restoring on btrfs ...] Failed to set file flags on nearly all directories in archive. I don't quite understand why. I've made archive as root and I was restoring it as root. I used the most straightforward `bsdtar` command: -c to create archive and -x to extract. A quick look at the source tells me libarchive has support for storing ext2 filesystem attributes (like immutable, etc). (IIRC this is only done when bsdtar is run as root.) When the tarball has these attributes stored, attempt is made to restorte them on extraction - which fails on btrfs (any any other non-ext filesystem?!). The code is found in ./libarchive/archive_write_disk_posix.c function set_fflags_platform (). (Note that it's the second variant that gets used because configure doesn't find neither fchflags, lchflags or chflags when building on Debian.) So much for the explanation of the current behaviour Now I'm curious what you expected? Not warning about the failure to restore file metadata would not be a good idea in my humble opinion. Potentially libarchive could be enhanced to detect the target filesystem type and maybe somehow there's a way to map ext2 attributes to btrfs attributes, I don't know -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699534: [xserver-xorg-video-nouveau] eq overflow need reboot
Package: xserver-xorg-video-nouveau Version: 1:1.0.1-4 Severity: important Hi, I get this backatrace every time I go with iceveasel under this page: http://www.usinages.com/projets-fraiseuse-portique-usinage-cnc/presentation- fraiseuse-cnc-ls2012-t37866.html [ 172.542] 0: /usr/bin/X (xorg_backtrace+0x36) [0x7f36da047c96] [ 172.542] 1: /usr/bin/X (mieqEnqueue+0x26b) [0x7f36da028f3b] [ 172.542] 2: /usr/bin/X (0x7f36d9ec9000+0x668c2) [0x7f36d9f2f8c2] [ 172.542] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f36d39c2000+0x55d8) [0x7f36d39c75d8] [ 172.542] 4: /usr/bin/X (0x7f36d9ec9000+0x8d907) [0x7f36d9f56907] [ 172.542] 5: /usr/bin/X (0x7f36d9ec9000+0xb1bd8) [0x7f36d9f7abd8] [ 172.542] 6: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f36d91f1000+0xf030) [0x7f36d9200030] [ 172.542] 7: /lib/x86_64-linux-gnu/libc.so.6 (ioctl+0x7) [0x7f36d7fcdac7] [ 172.542] 8: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmIoctl+0x28) [0x7f36d6343d08] [ 172.542] 9: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f36d63460fb] [ 172.542] 10: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0x7f36d5f08000+0x6ca9) [0x7f36d5f0eca9] [ 172.542] 11: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0x7f36d5f08000+0xd907) [0x7f36d5f15907] [ 172.542] 12: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0x7f36d5f08000+0xde61) [0x7f36d5f15e61] [ 172.542] 13: /usr/lib/xorg/modules/extensions/libdri2.so (DRI2SwapBuffers+0x107) [0x7f36d613cbd7] [ 172.542] 14: /usr/lib/xorg/modules/extensions/libdri2.so (0x7f36d613a000+0x3ee2) [0x7f36d613dee2] [ 172.542] 15: /usr/bin/X (0x7f36d9ec9000+0x52e61) [0x7f36d9f1be61] [ 172.542] 16: /usr/bin/X (0x7f36d9ec9000+0x41ec5) [0x7f36d9f0aec5] [ 172.543] 17: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) [0x7f36d7f18ead] [ 172.543] 18: /usr/bin/X (0x7f36d9ec9000+0x4219d) [0x7f36d9f0b19d] I will upgrade the kernel to experimental one and retest. Bastien --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.0 900 testing security.debian.org 900 testing debian.proxad.net 900 testing debian.mirrors.easynet.fr --- Package information. --- Depends (Version) | Installed ===-+-== libc6 (= 2.4) | 2.13-37 libdrm2 (= 2.4.17) | 2.4.40-1~deb7u2 libudev0 (= 146) | 175-7 xorg-video-abi-12 | xserver-xorg-core (= 2:1.12.3.901) | 2:1.12.4-4 Recommends(Version) | Installed ===-+- libgl1-mesa-dri (= 7.11.1) | 8.0.5-3 Package's Suggests field is empty. -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/user/1000/reportbug-ng-xserver-xorg-video-nouveau-SqswOU.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! -8---8---8---8---8---8---8---8---8-- -- Dr-Ing Bastien ROUCARIÈS uUniversité de Cergy/SATIE ENS Cachan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699535: fcopy reset mtime of a copied file even if it is altered by a preinst script
Package: fai-client Severity: normal fcopy set the atime and the mtime of a copied file as the mtime of the original file in the config space. If the original file remains unchanged, but some changes are made in the preinst script, the mtime of the resulting file is reset. This can break things: other utilities, like make, don't notice the change and do nothing. The mtime is reset even in the case the file is preserved (last modification by preinst is the same as the previous), so the file mtime can jump back when a file is installed/changed/preserved by a preinst script. Maybe this a minor issue (for make it is, next change mtime is updated and make will run), but in some corner case this can hurt. Regards Paolo -- SEMEL (SErvizio di Messaging ELettronico) - AINF, Universita' di Udine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699534: [xserver-xorg-video-nouveau]
Ok with recent kernel (3.7) they are an improvement. It go to console and print gpu lockup. Bastien -- Dr-Ing Bastien ROUCARIÈS uUniversité de Cergy/SATIE ENS Cachan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697491: libgtk2.0-bin: missing multiarch: foreign gtk-query-immodules-2.0, command
Hi, (I am surprised...) I think we may have some misunderstandings. I am not saying that gtk-query-immodules is normally run automatically by maintainer script. I agree that is the most popular usage. You seems to dismiss this bug report based on this fact only. But if you carefully read my previous postings excluding some minor deficiencies, you can see that there were occasions when this command was used to list installed immodules for checking system configuration by the user per request of upstream package maintainer of IM system as I reported. Debian does not put symlink of this command in $PATH. If you are dismissing me stating my reported usage case is pedantically awkward corner case, it makes some sense. But your message was strange to me. Since this is a minor bug, I do not insist more. But I post here for the record to make sure there remains no misunderstandings. Osamu On Thu, Jan 31, 2013 at 06:22:55PM +0100, Michael Biebl wrote: I've talked to Joss and we agreed this is not actually a bug, so I'm going to close those two bug reports. gtk-query-immodules produces a cache file in an architecture specific location, I have no argument against this tool is mostly used for that usage. that's why it was move to multi-arch paths, too. It's dpkg triggered, so it is automatically run whenever an immodule is installed in those locations. Which means there is no need to run it by hand. Just because this automatic usage is popular should not be the reason to block other usage which upstream IM package developer sometimes ask to use for trouble shooting the system. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697190: unblock: virtuoso-opensource/6.1.4+dfsg1-2
Hi, This still can't migrate due to a 'missing' armhf build (can no longer build it because mono in sid no longer supports armhf). So I think someone must ask ftpmaster to remove the virtuoso-opensource armhf packages from testing. Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#699300: octave matrix multiply grief
Rafael,
Apologies for my ham-handed carelessness both on my test and email cc.
I will attempt to reform. Well I retyped your test and here are the
results:
What I typed: echo 'a=[1 2; 3 4]; b=[5 6;7 8]; a*b' | strace octave
Relevant strace output:
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb77a5000
read(0, a=[1 2; 3 4]; b=[5 6;7 8]; a*b\n, 4096) = 31
time(NULL) = 1359724093
--- SIGILL (Illegal instruction) @ 0 (0) ---
futex(0xb5d1e8c0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
write(2, panic: , 7panic: ) = 7
write(2, Illegal instruction, 19Illegal instruction) = 19
write(2, -- stopping myself...\n, 23 -- stopping myself...
) = 23
write(2, attempting to save variables to ..., 49attempting to save
variables to `octave-core'...
) = 49
open(octave-core, O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3
write(2, save to `octave-core' complete\n, 31save to `octave-core'
complete
) = 31
write(3, Octave-1-L\0\10\0\0\0.nargin.\0\0\0\0\0\377\6\0\0..., 244) =
244
close(3)= 0
rt_sigaction(SIGILL, {SIG_DFL, [], SA_RESTART}, {0xb6ff61e0, [],
SA_RESTART}, 8) = 0
tgkill(2678, 2678, SIGILL) = 0
sigreturn() = ? (mask now [])
--- SIGILL (Illegal instruction) @ 0 (0) ---
+++ killed by SIGILL +++
Illegal instruction
I presume that the \n came from the echo command. However, why does
octave think that this is an illegal instruction?
Bill
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699536: git-svn: unnecessary dependency on libwww-perl
Package: git-svn Version: 1:1.7.10.4-2 Severity: minor It seems libwww-perl was only needed for git svnimport, which is long gone. (Original report: #345045) -- http://rjy.org.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699300: octave matrix multiply grief
Rafael,
Apologies for my ham-handed carelessness both on my test and email cc. I
will attempt to reform. Well I retyped your test and here are the
results:
What I typed: echo 'a=[1 2; 3 4]; b=[5 6;7 8]; a*b' | strace octave
Relevant strace output:
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb77a5000
read(0, a=[1 2; 3 4]; b=[5 6;7 8]; a*b\n, 4096) = 31
time(NULL) = 1359724093
--- SIGILL (Illegal instruction) @ 0 (0) ---
futex(0xb5d1e8c0, FUTEX_WAKE_PRIVATE, 2147483647) = 0
write(2, panic: , 7panic: ) = 7
write(2, Illegal instruction, 19Illegal instruction) = 19
write(2, -- stopping myself...\n, 23 -- stopping myself...
) = 23
write(2, attempting to save variables to ..., 49attempting to save
variables to `octave-core'...
) = 49
open(octave-core, O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3
write(2, save to `octave-core' complete\n, 31save to `octave-core'
complete
) = 31
write(3, Octave-1-L\0\10\0\0\0.nargin.\0\0\0\0\0\377\6\0\0..., 244) =
244
close(3)= 0
rt_sigaction(SIGILL, {SIG_DFL, [], SA_RESTART}, {0xb6ff61e0, [],
SA_RESTART}, 8) = 0
tgkill(2678, 2678, SIGILL) = 0
sigreturn() = ? (mask now [])
--- SIGILL (Illegal instruction) @ 0 (0) ---
+++ killed by SIGILL +++
Illegal instruction
I presume that the \n came from the echo command. However, why does
octave think that this is an illegal instruction?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697190: unblock: virtuoso-opensource/6.1.4+dfsg1-2
On 01.02.2013 13:27, Steven Chamberlain wrote: Hi, This still can't migrate due to a 'missing' armhf build (can no longer build it because mono in sid no longer supports armhf). So I think someone must ask ftpmaster to remove the virtuoso-opensource armhf packages from testing. Yes, and no. They need removing /from unstable/. (ftp-master don't remove things from testing; we don't do partial removals.) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699316: [rt.debian.org #4133] Re: libupnp security update?
On jeu., 2013-01-31 at 22:25 +0100, Salvatore Bonaccorso wrote:
Nick, sorry for not putting you in the loop sooner. Can you prepare
an
update for stable or do you want us to handle it?
Okay thanks for the followup, and for adding Nick to the loop.
In case there is still open work until monday evening I can try to
start helping there then again.
Here's a debdiff against stable, more or less backporting the function
and minimizing the diff.
I don't have a working UPnP setup so if someone can test it to make sure
it doesn't break anything, it'd be nice.
Regards,
--
Yves-Alexis
diff -u libupnp-1.6.6/debian/changelog libupnp-1.6.6/debian/changelog
--- libupnp-1.6.6/debian/changelog
+++ libupnp-1.6.6/debian/changelog
@@ -1,3 +1,14 @@
+libupnp (1:1.6.6-5+squeeze1) UNRELEASED; urgency=high
+
+ * Non-maintainer upload by the Security Team.
+ * debian/patches:
+- debian/patches/0001-Security-fix-for-CERT-issue-VU-922681 added, fix
+ various stack-based buffer overflows in service_unique_name() function.
+ This fix CVE-2012-5958, CVE-2012-5959, CVE-2012-5960, CVE-2012-5961,
+ CVE-2012-5962, CVE-2012-5963, CVE-2012-5964, and CVE-2012-5965.
+
+ -- Yves-Alexis Perez cor...@debian.org Fri, 01 Feb 2013 14:22:39 +0100
+
libupnp (1:1.6.6-5) unstable; urgency=low
* Fixes to BSD build issues (Closes: #573319, FTBFS on Gnu/kFreeBSD)
diff -u libupnp-1.6.6/debian/patches/series libupnp-1.6.6/debian/patches/series
--- libupnp-1.6.6/debian/patches/series
+++ libupnp-1.6.6/debian/patches/series
@@ -17,0 +18 @@
+0001-Security-fix-for-CERT-issue-VU-922681.patch
only in patch2:
unchanged:
--- libupnp-1.6.6.orig/debian/patches/0001-Security-fix-for-CERT-issue-VU-922681.patch
+++ libupnp-1.6.6/debian/patches/0001-Security-fix-for-CERT-issue-VU-922681.patch
@@ -0,0 +1,105 @@
+Fix for VU#922681
+
+This includes fix for various CVEs by more or less backporting the whole unique_service_name() function from 1.6.18.
+
+CVE-2012-5961 Issue #1: Stack buffer overflow of Evt-UDN
+CVE-2012-5958 Issue #2: Stack buffer overflow of Tempbuf
+CVE-2012-5962 Issue #3: Stack buffer overflow of Evt-DeviceType
+CVE-2012-5959 Issue #4: Stack buffer overflow of Event-UDN
+CVE-2012-5960 Issue #8: Stack buffer overflow of Event-UDN
+CVE-2012-5963 Issue #5: Stack buffer overflow of Event-UDN
+CVE-2012-5964 Issue #6: Stack buffer overflow of Event-DeviceType
+CVE-2012-5965 Issue #7: Stack buffer overflow of Event-DeviceType
+
+--- a/upnp/src/ssdp/ssdp_server.c
b/upnp/src/ssdp/ssdp_server.c
+@@ -412,7 +412,7 @@ int unique_service_name(IN char *cmd, IN
+ char *ptr2 = NULL;
+ char *ptr3 = NULL;
+ int CommandFound = 0;
+-int length = 0;
++size_t n = (size_t)0;
+
+ if( ( TempPtr = strstr( cmd, uuid:schemas ) ) != NULL ) {
+ ptr1 = strstr( cmd, :device );
+@@ -429,16 +429,23 @@ int unique_service_name(IN char *cmd, IN
+ }
+
+ if( ptr3 != NULL ) {
+-sprintf( Evt-UDN, uuid:%s, ptr3 + 1 );
++if (strlen(uuid:) + strlen(ptr3 + 1) = sizeof Evt-UDN)
++return -1;
++snprintf(Evt-UDN, sizeof Evt-UDN, uuid:%s, ptr3 + 1);
+ } else {
+ return -1;
+ }
+
+ ptr1 = strstr( cmd, : );
+ if( ptr1 != NULL ) {
+-strncpy( TempBuf, ptr1, ptr3 - ptr1 );
+-TempBuf[ptr3 - ptr1] = '\0';
+-sprintf( Evt-DeviceType, urn%s, TempBuf );
++n = (size_t)ptr3 - (size_t)ptr1;
++n = n = sizeof TempBuf ? sizeof TempBuf - 1 : n;
++strncpy(TempBuf, ptr1, n);
++TempBuf[n] = '\0';
++if (strlen(urn) + strlen(TempBuf) = sizeof(Evt-DeviceType))
++return -1;
++snprintf(Evt-DeviceType, sizeof(Evt-DeviceType),
++urn%s, TempBuf);
+ } else {
+ return -1;
+ }
+@@ -447,10 +454,13 @@ int unique_service_name(IN char *cmd, IN
+
+ if( ( TempPtr = strstr( cmd, uuid ) ) != NULL ) {
+ if( ( Ptr = strstr( cmd, :: ) ) != NULL ) {
+-strncpy( Evt-UDN, TempPtr, Ptr - TempPtr );
+-Evt-UDN[Ptr - TempPtr] = '\0';
++n = (size_t)Ptr - (size_t)TempPtr;
++n = n = sizeof Evt-UDN ? sizeof Evt-UDN - 1 : n;
++strncpy(Evt-UDN, TempPtr, n);
++Evt-UDN[n] = '\0';
+ } else {
+-strcpy( Evt-UDN, TempPtr );
++memset(Evt-UDN, 0, sizeof(Evt-UDN));
++strncpy(Evt-UDN, TempPtr, sizeof Evt-UDN - 1);
+ }
+ CommandFound = 1;
+ }
+@@ -458,7 +468,9 @@ int unique_service_name(IN char *cmd, IN
+ if( strstr( cmd, urn: ) != NULL
+ strstr( cmd, :service: ) != NULL ) {
+ if( ( TempPtr = strstr( cmd, urn ) ) != NULL ) {
+-strcpy( Evt-ServiceType, TempPtr );
++memset(Evt-ServiceType, 0, sizeof Evt-ServiceType);
++strncpy(Evt-ServiceType, TempPtr,
++sizeof Evt-ServiceType - 1);
+
Bug#673824: gnome-shell: generally 100%cpu and then no response
Package: gnome-shell Version: 3.4.2-6 Followup-For: Bug #673824 hi, I may be seeing the same problem; gnome-shell is unresponsive, 'top' reports PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 29985 debdev20 0 739m 106m 22m R 100,2 6,0 36:30.87 gnome-shell (739 MB VIRT / 106MB RES is a lot of memory!) BTW I use nvidia 304.64-4 a. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gconf-service3.2.5-1+build1 ii gir1.2-accountsservice-1.0 0.6.21-8 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-cogl-1.0 1.10.2-6 ii gir1.2-coglpango-1.0 1.10.2-6 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-5 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-5 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-5 ii gir1.2-networkmanager-1.00.9.4.0-8 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.2-2 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.17-1 ii gjs 1.32.0-5 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.4.2+git20121218.7c1322-2 ii gnome-shell-common 3.4.2-6 ii gnome-themes-standard3.4.2-2.1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-37 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra0 0.28-6 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcroco30.6.6-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libebook-1.2-13 3.4.4-1 ii libecal-1.2-11 3.4.4-1 ii libedataserver-1.2-163.4.4-1 ii libedataserverui-3.0-1 3.4.4-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.4.1-3 ii libgconf-2-4 3.2.5-1+build1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-11.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-5 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgnome-keyring03.4.1-1 ii libgnome-menu-3-03.4.2-5 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-5 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4 ii libmutter0 3.4.1-5 ii libnm-glib4 0.9.4.0-8 ii libnm-util2 0.9.4.0-8 ii libnspr4
Bug#679581: tracker-miner-fs uses up all available virtual memory
Package: tracker-miner-fs Version: 0.14.1-3 Followup-For: Bug #679581 Dear Maintainer, Every time lately after I've logged in my gnome3 desktop, tracker-miner-fs starts to eat up all possible available memory, including swap space, and I usually have to run `tracker-control -r` to regain control over my computer. After I killed tracker-miner-fs and started to write this, it has consumed above 85% of my 8GB RAM as well as a swap partition which has almost the same capacity of RAM. I have set tracker to index my amule incoming directory, which contains more than 5 thousand files with vary types. It does speed up the search in that directory, but is it the main reason why tracker-miner-fs runs mad? -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tracker-miner-fs depends on: ii libc6 2.13-37 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libtracker-extract-0.14-0 0.14.1-3 ii libtracker-miner-0.14-00.14.1-3 ii libtracker-sparql-0.14-0 0.14.1-3 ii libupower-glib10.9.17-1 ii procps 1:3.3.3-2 ii tracker0.14.1-3 ii tracker-extract0.14.1-3 tracker-miner-fs recommends no packages. tracker-miner-fs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699490: gitolite user not created on install
Hi, since I was involved in the denoted discussion, some more details: Debconf questions are asked with priority medium [1] and thus not shown in default setups. That's fine for the user and directory because the postinstall script has sensible defaults [2]. However, the code setting up gitolite is only executed when an admin key is defined because of if [ -n $ADMINKEY ]; then. For the reason outlined above, this is not true for an average setup unless you prompt with priority high for the admin key (from debconf(7): high: Questions that don’t have a reasonable default.) Alternatively you could also generate a random key if this makes sense for you. [1] http://git.deb.at/w/pkg/gitolite.git/blob/HEAD:/debian/config [2] http://git.deb.at/w/pkg/gitolite.git/blob/HEAD:/debian/postinst#l36 -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#698300: [Pkg-octave-devel] Bug#699300: octave matrix multiply grief
On 31 January 2013 16:47, William Ludescher whludesc...@verizon.net wrote: rafael, Well here's the dump from strace. It looks like it only tells us the directory of the routine which is being processed. The last meaningful one here is an octave signal directory, which has a bunch of short time frequency estimation algorithms, You're looking at a bunch of irrelevant information. You have nasal demons. That they happen to occur when you do matrix multiplication just means that your nasal demons are deep in the system. http://en.wikipedia.org/wiki/Nasal_demon The only useful information here is that you're getting SIGILL. Your Octave binaries or the libraries it depends on are seriously messed up. Trying to diagnose it by multiplying matrices or doing other operations is not fruitful. When you first reported this bug, you didn't use Debian's reportbug command. This command includes a lot of useful information, such as which libraries you've installed and how. Is there something here that you aren't telling us? Have you been touching files under /usr without going though apt or dpkg? Can you run reportbug and just forward us the form email it creates for you? Thanks, - Jordi G. H. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699538: popularity-contest: typo in description
Package: popularity-contest Version: 1.56 Severity: minor Dear Maintainer, First line, second paragraph reads: This information helps Debian making decisions such as which packages this should be: This information helps Debian make decisions such as which packages -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.9 Versions of packages popularity-contest recommends: ii cron3.0pl1-124 ii postfix [mail-transport-agent] 2.9.3-2.1 Versions of packages popularity-contest suggests: ii anacron 2.3-19 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699537: Was it supposed to look for the icmp extension in the first place?
Package: iptables Version: 1.4.14-3 Severity: normal # iptables -t filter -N icmp /lib/xtables/libipt_icmp.so: no icmp extension found for this protocol # iptables -S icmp -N icmp I was trying to create a user defined icmp chain. To filter icmp packets. Is this an innocent warning? Can I go on with my user defined icmp chain with that name? I think there is some sort of name space collision here. Is it documented that an icmp name for a user defined chain is not acceptable? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696899: can anybody sponsor an ITP for premake4 ?
Hi all, Can anybody look and sponsor an ITP done by a gentleman for premake 4 ? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696899 If for nothing else, then it's needed to play ToME http://www.te4.org/requirements You also need the following tools: a C compiler (like GNU GCC or mingw for windows) premake4 and on wnpp.debian.net there are quite a few installs by people. http://wnpp.debian.net/?type[]=ITPproject=premakedescription=owner[]=yesowner[]=nocol[]=dustcol[]=typecol[]=descriptioncol[]=installssort=project Looking forward to somebody doing the same. P.S. :- I did check if it's stuck in ftp-master NEW queue or something but no, it's not there. Till l8er. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698300: [Pkg-octave-devel] Bug#699300: octave matrix multiply grief
On Fri, 2013-02-01 at 08:57 -0500, Jordi Gutiérrez Hermoso wrote: On 31 January 2013 16:47, William Ludescher whludesc...@verizon.net wrote: rafael, Well here's the dump from strace. It looks like it only tells us the directory of the routine which is being processed. The last meaningful one here is an octave signal directory, which has a bunch of short time frequency estimation algorithms, You're looking at a bunch of irrelevant information. You have nasal demons. That they happen to occur when you do matrix multiplication just means that your nasal demons are deep in the system. http://en.wikipedia.org/wiki/Nasal_demon The only useful information here is that you're getting SIGILL. Your Octave binaries or the libraries it depends on are seriously messed up. Trying to diagnose it by multiplying matrices or doing other operations is not fruitful. When you first reported this bug, you didn't use Debian's reportbug command. This command includes a lot of useful information, such as which libraries you've installed and how. Is there something here that you aren't telling us? Have you been touching files under /usr without going though apt or dpkg? Can you run reportbug and just forward us the form email it creates for you? Thanks, - Jordi G. H. Jordi, I ran reportbug as you requested. I'm not sure if used the tool correctly but here is a dump of its output: ubject: octave crashes during elementary matrix multiply Package: octave Version: 3.6.2-5~bpo60+1 Severity: important *** Please type your report below this line *** -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages octave depends on: ii libamd2.2.0 1:3.4.0-2approximate minimum degree orderin ii libarpack2 2.1+parpack96.dfsg-3 Fortran77 subroutines to solve lar ii libatlas3gf-base [l 3.8.3-27 Automatically Tuned Linear Algebra ii libblas3gf [libblas 1.2-8Basic Linear Algebra Reference imp ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcamd2.2.01:3.4.0-2symmetric approximate minimum degr ii libccolamd2.7.1 1:3.4.0-2constrained column approximate lib ii libcholmod1.7.1 1:3.4.0-2sparse Cholesky factorization libr ii libcolamd2.7.1 1:3.4.0-2column approximate minimum degree ii libcurl3-gnutls 7.21.0-2.1+squeeze2 Multi-protocol file transfer libra ii libcxsparse2.2.31:3.4.0-2concise sparse matrix library (com ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libfltk1.1 1.1.10-2+b1 Fast Light Toolkit - shared librar ii libfreetype62.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8GCC support library ii libgl1-mesa-glx [li 7.7.1-5 A free implementation of the OpenG ii libglpk04.43-1 linear programming kit with intege ii libgomp14.4.5-8 GCC OpenMP (GOMP) support library ii libgraphicsmagick++ 1.3.12-1+b1 format-independent image processin ii libgraphicsmagick3 1.3.12-1+b1 format-independent image processin ii liblapack3gf [libla 3.2.1-8 library of linear algebra routines ii liboctave1 3.6.2-5~bpo60+1 Shared libraries of the GNU Octave ii libpcre38.02-1.1 Perl 5 Compatible Regular Expressi ii libqhull5 2009.1-1 calculate convex hulls and related ii libqrupdate11.0.1-1 Fast updates of QR and Cholesky de ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libumfpack5.4.0 1:3.4.0-2sparse LU factorization library ii octave-common 3.6.2-5~bpo60+1 architecture-independent files for ii texinfo 4.13a.dfsg.1-6 Documentation system for on-line i ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages octave recommends: ii gnuplot-x11 4.4.0-1.1+b1 A command-line driven interactive ii libatlas3gf-base3.8.3-27 Automatically Tuned Linear Algebra Versions of packages octave suggests: Versions of packages octave suggests: pn octave-docnone (no description available) pn octave-htmldocnone (no description available) pn octave-info none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699539: fontconfig: new upstream release
Package: fontconfig Version: 2.9.0-7.1 Severity: wishlist I'd like to update pango in experimental, but it requires fontconfig 2.10.91. It'd be great to have that packaged in experimental. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699534: [xserver-xorg-video-nouveau] eq overflow need reboot
Control: tags -1 moreinfo On 2013-02-01 13:50 +0100, Bastien ROUCARIÈS wrote: Please attach the file: /tmp/user/1000/reportbug-ng-xserver-xorg-video-nouveau-SqswOU.txt to the mail. I'd do it myself if the output wasn't too long to handle. Please do so, or run /usr/share/bug/xserver-xorg-core/script 31 and send the output. And please use reportbug next time instead of that stupid @#$!* reportbug-ng crap. :-/ Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699540: Don't use bind() with AF_UNSPEC.
Package: keepalived Version: 1.2.2-3 Hi, After I upgraded my kernel I keep hitting this problem after keepalived 1.2.2-3 is runnig for a couple of minutes: http://sourceforge.net/mailarchive/forum.php?thread_name=1323263509.28623.69.camel%40lnxos-devforum_name=keepalived-devel I see there is a fix upstream: https://github.com/acassen/keepalived/commit/c70570412521db6384b61689882453a7846e4ca9 And you, Alexander, have a patch ready in your tree too: https://github.com/formorer/pkg-keepalived/commit/13b64732957ef6c96016a6861434a78899ee0374 But it isn't in Wheezy yet. Wouldn't keepalived be useless for many, the way it is in Debian Wheezy, without this bug fixed? -- Regards, Pim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592539: (isc-dhcp-server: supply additional initscript for IPv6 daemon): Yet another idea how to solve this issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Andrew, Am 12.11.2012 15:34, schrieb Andrew Pollock: On Mon, Nov 12, 2012 at 11:46:53AM +0100, Jan Wagner wrote: On 10/30/2012 05:23 PM, Andrew Pollock wrote: I shall endeavour to work on this next Tuesday with a view to producing a debdiff then. I feel there's slightly more to it than just shipping an init script, the package should also attempt to ship a DHCPv6 configuration file, but I'll look into all of this at that time. did you found time to look into this yet? Yes I did, but then I realised that the latest patch was against an older debian/rules, so I managed to undo a bunch of unrealated changes, so I have to start over again. was you able to look into it? Did you have a look into the ubuntu package, they use upstart scripts, but maybe this will help sort things out? Many thanks, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFRC9HU9u6Dud+QFyQRAlVXAKDnG7tjskqQd1xa/qjL/EstZF54LwCgjWiv 0S7a6Nmd/L1/r/n4N9taNCk= =YvdH -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#699300: [Pkg-octave-devel] Bug#699300: octave matrix multiply grief
On 1 February 2013 09:23, William Ludescher whludesc...@verizon.net wrote: Jordi, I ran reportbug as you requested. I'm not sure if used the tool correctly but here is a dump of its output: Thanks. Now can you please show me the output of ldd $(which octave) ? - Jordi G. H. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699541: Maintainer address bounces
Package: sisu,sisu-markup-samples Version: sisu/3.3.2-1 Version: sisu-markup-samples/4.0.0-1 Severity: serious Tags: sid Maintainer address bounces with the following error: A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: s...@lists.sisudoc.org retry timeout exceeded ra...@amissah.com retry timeout exceeded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699542: RM: virtuoso-opensource [armhf] -- RoQA; B-D on missing mono/armhf
Package: ftp.debian.org Severity: normal Please remove virtuoso-opensource/armhf from unstable, so virtuoso-opensource can migrate to testing. virtuoso-opensource is currently unbuildable on armhf since the removal of mono on armhf[1]. ~Niels [1] https://buildd.debian.org/status/package.php?p=virtuoso-opensource armhf issue being: virtuoso-opensource (= 6.1.4+dfsg1-3) build-depends on one of: - mono-devel (= 2.10.8.1-7) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697190: unblock: virtuoso-opensource/6.1.4+dfsg1-2
On 2013-02-01 14:38, Adam D. Barratt wrote: On 01.02.2013 13:27, Steven Chamberlain wrote: Hi, This still can't migrate due to a 'missing' armhf build (can no longer build it because mono in sid no longer supports armhf). So I think someone must ask ftpmaster to remove the virtuoso-opensource armhf packages from testing. Yes, and no. They need removing /from unstable/. (ftp-master don't remove things from testing; we don't do partial removals.) Regards, Adam Filed as #699542. Thanks for the reminder. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698638: Please provide keybinder-3.0 packages
2013/2/1 Andrew Starr-Bochicchio a.star...@gmail.com: When I filed this bug, I initially thought they were built from the same source. But it turns out that upstream releases a different tarball for each series. The upstream tarball for keybinder-3 is found here: http://kaizer.se/publicfiles/keybinder/keybinder-3.0-0.3.0.tar.gz I guess I'll reassign to wnpp. As it's really just another branch of a package you maintain, are you interested in packaging it? I might do so if you're not interested. Ah, indeed. I recall such a news, but I forgot to take care of it. I'm converting this bug into a ITP, but I guess there will be some delay due to the freeze before it will be available in the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699300: [Pkg-octave-devel] Bug#699300: octave matrix multiply grief
On Fri, 2013-02-01 at 09:31 -0500, Jordi Gutiérrez Hermoso wrote: On 1 February 2013 09:23, William Ludescher whludesc...@verizon.net wrote: Jordi, I ran reportbug as you requested. I'm not sure if used the tool correctly but here is a dump of its output: Thanks. Now can you please show me the output of ldd $(which octave) ? - Jordi G. H. Jordi, I had the same problem with octave 3.2 but I am now running with version 3.62 which I loaded up from squeeze-backports. Here is the output you requested: ldd $(which octave) linux-gate.so.1 = (0xb000) liboctinterp.so.1 = /usr/lib/liboctinterp.so.1 (0xb6a77000) liboctave.so.1 = /usr/lib/liboctave.so.1 (0xb5e25000) libcruft.so.1 = /usr/lib/libcruft.so.1 (0xb5d98000) libGL.so.1 = /usr/lib/libGL.so.1 (0xb5d33000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb5d0d000) libgomp.so.1 = /usr/lib/libgomp.so.1 (0xb5d0) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb5ce6000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb5b9f000) libfltk_gl.so.1.1 = /usr/lib/libfltk_gl.so.1.1 (0xb5b87000) libfltk.so.1.1 = /usr/lib/libfltk.so.1.1 (0xb5ad9000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb5a61000) libhdf5.so.6 = /usr/lib/libhdf5.so.6 (0xb56d8000) libz.so.1 = /usr/lib/libz.so.1 (0xb56c4000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb5695000) libGLU.so.1 = /usr/lib/libGLU.so.1 (0xb5625000) libX11.so.6 = /usr/lib/libX11.so.6 (0xb5508000) libgl2ps.so.0 = /usr/lib/libgl2ps.so.0 (0xb54f7000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb5401000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb53e3000) libcholmod.so.1.7.1 = /usr/lib/libcholmod.so.1.7.1 (0xb5322000) libumfpack.so.5.4.0 = /usr/lib/libumfpack.so.5.4.0 (0xb5284000) libamd.so.2.2.0 = /usr/lib/libamd.so.2.2.0 (0xb527c000) libcamd.so.2.2.0 = /usr/lib/libcamd.so.2.2.0 (0xb5273000) libcolamd.so.2.7.1 = /usr/lib/libcolamd.so.2.7.1 (0xb526c000) libccolamd.so.2.7.1 = /usr/lib/libccolamd.so.2.7.1 (0xb5262000) libcxsparse.so.2.2.3 = /usr/lib/libcxsparse.so.2.2.3 (0xb5236000) libarpack.so.2 = /usr/lib/libarpack.so.2 (0xb51ea000) libqrupdate.so.1 = /usr/lib/libqrupdate.so.1 (0xb51cb000) libfftw3.so.3 = /usr/lib/libfftw3.so.3 (0xb5086000) libfftw3f.so.3 = /usr/lib/libfftw3f.so.3 (0xb4f49000) liblapack.so.3gf = /usr/lib/liblapack.so.3gf (0xb4716000) libblas.so.3gf = /usr/lib/libblas.so.3gf (0xb440d000) libreadline.so.6 = /lib/libreadline.so.6 (0xb43d7000) libncurses.so.5 = /lib/libncurses.so.5 (0xb439d000) libpcre.so.3 = /lib/libpcre.so.3 (0xb436a000) libgfortran.so.3 = /usr/lib/libgfortran.so.3 (0xb42a5000) libXext.so.6 = /usr/lib/libXext.so.6 (0xb4296000) libXxf86vm.so.1 = /usr/lib/libXxf86vm.so.1 (0xb4291000) libXdamage.so.1 = /usr/lib/libXdamage.so.1 (0xb428d000) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0xb4288000) libdrm.so.2 = /usr/lib/libdrm.so.2 (0xb427e000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb427a000) /lib/ld-linux.so.2 (0xb7778000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb4271000) libXft.so.2 = /usr/lib/libXft.so.2 (0xb425d000) libXinerama.so.1 = /usr/lib/libXinerama.so.1 (0xb425a000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb4234000) libxcb.so.1 = /usr/lib/libxcb.so.1 (0xb421b000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb4211000) libXau.so.6 = /usr/lib/libXau.so.6 (0xb420e000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0xb4209000) bill@bjinc:~$ Bill -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679543: up and down arrows
I had this same problem with both vnc4server and tightvncserver running on Wheezy and both SSVNC and tightvncviewer in Squeeze. The ‘fix’ of clearing the shortcuts works, but this is not a fix, it is a workaround. What is peculiar is that the shortcuts were set to Super+Up and Super+Down, not just Up and Down. Therefore the problem seems to be that either the VNC client sends extra modifier keys together with regular keypresses or the VNC server interprets the received keypresses as if the modifier key was pressed. This is not the first time I noticed this with VNC. I also regularly use a VNC connection to a Mac OS X machine and in very specific circumstances, typing i or r will actually trigger shortcuts as if the 'command' key was pressed. In another specific situation, pressing the space bar seems to do nothing. This makes working in certain applications a frustrating experience. Alexander
Bug#683892: msmtp attempts to connect to gnome-keyring
Package: msmtp Version: 1.4.28-1 Followup-For: Bug #683892 Emmanuel Bouthenot kol...@openics.org writes: what's the result of the following commands: $ ldd /usr/bin/msmtp linux-vdso.so.1 = (0x7fff163ff000) libgnutls.so.26 = /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x7f7289391000) libgsasl.so.7 = /usr/lib/libgsasl.so.7 (0x7f7289172000) libidn.so.11 = /usr/lib/x86_64-linux-gnu/libidn.so.11 (0x7f7288f3d000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f7288bb3000) libtasn1.so.3 = /usr/lib/x86_64-linux-gnu/libtasn1.so.3 (0x7f72889a2000) libgcrypt.so.11 = /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x7f7288723000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f728850c000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f72882f) libp11-kit.so.0 = /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x7f72880dd000) libntlm.so.0 = /usr/lib/libntlm.so.0 (0x7f7287ed6000) libgssapi_krb5.so.2 = /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x7f7287c97000) libkrb5.so.3 = /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x7f72879c2000) libk5crypto.so.3 = /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x7f7287799000) libcom_err.so.2 = /lib/x86_64-linux-gnu/libcom_err.so.2 (0x7f7287595000) /lib64/ld-linux-x86-64.so.2 (0x7f728966b000) libgpg-error.so.0 = /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x7f7287391000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f728718d000) libkrb5support.so.0 = /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x7f7286f84000) libkeyutils.so.1 = /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x7f7286d7f000) libresolv.so.2 = /lib/x86_64-linux-gnu/libresolv.so.2 (0x7f7286b69000) $ dpkg -S /usr/bin/msmtp msmtp: /usr/bin/msmtp Hope that helps. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699543: FTBFS: circular dependencies w/ xemacs21 source package
Package: xemacs21-packages Version: 2009.02.17.dfsg.1 Severity: serious Hi, at the moment it is impossible to compile packages in a clean wheezy environment (eg. pbuilder) because circular deps between this and xemacs21 packages. From my pbuilder log: The following packages have unmet dependencies: xemacs21-mule : Depends: xemacs21-mulesupport (= 2003.04.23-1) which is a virtual package. Depends: xemacs21-basesupport (= 2003.04.23-1) which is a virtual package. (I'd like to compile just because mulesupport and basesupport aren't currently in wheezy and I need an xemacs) Thank you, cheers -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#699544: RM: emil -- ROM; dead upstream, few users, no longer necessary
Package: ftp.debian.org Severity: normal Please remove the package emil from the Debian archive. I maintain it since 1998 now and I think it is no longer necessary. In 1998, when I first packaged emil, it was a useful tool to convert mails with uuencoded attachments or mails from SUN mailtool to BASE64. This is no longer necessary since every mail client today has native BASE64 support. The popularity contest http://qa.debian.org/popcon.php?package=emil shows that there were 70-80 users between 2005 and 2010 while the number of users went down to 25 since this. In http://bugs.debian.org/678092 (more than 7 months ago) I requested for adoption, but nobody jumped in to adopt it, so nobody seems to need this tool. According to dak rm -Rn emil there are no reverse dependencies that would stop the removal. Greetings Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699541: Maintainer address bounces
* Luca Falavigna dktrkr...@debian.org [Fri, 01 Feb 2013 15:33:37 +0100], wrote: Package: sisu,sisu-markup-samples Version: sisu/3.3.2-1 Version: sisu-markup-samples/4.0.0-1 Severity: serious Tags: sid Maintainer address bounces with the following error: A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: s...@lists.sisudoc.org retry timeout exceeded ra...@amissah.com retry timeout exceeded It will be fixed within a few days (a week or so). (Had hoped to wait for updates for Wheezy, a bit, recursive). I do get bug related mail here for the time being, and am fairly responsive. signature.asc Description: Digital signature
Bug#696899: can anybody sponsor an ITP for premake4 ?
Hi all, Also see this :- http://forums.te4.org/viewtopic.php?p=144902#p144902 The fora post has plenty of reviews of what the game is about. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699545: RFA: hpodder -- Tool to scan and download podcasts (podcatcher)
Package: wnpp Severity: normal I request an adopter for the hpodder package, both in Debian and upstream. The package description is: Podcasting is a method of publishing radio-like programs on the Internet. Through podcasting, almost anyone can produce their own audio program, and publish episodes of it as often or as rarely as they like. . To listen to podcasts, you need a program to download the podcast's episodes from the Internet. Such a program is called a podcatcher (or sometimes a podcast aggregator). hpodder is this program. . hpodder's features include: . Convenient, easy to learn, and fast command-line interface. It's simple to do simple things, and advanced things are possible. . Automatic discovery of feed metadata . Full history database for accurate prevention of duplicate downloads and tracking of new episodes . Conversion tools to convert your existing feed list and history from other applications to hpodder. Supported applications and formats include: castpodder and ipodder. . Most operations can work fully automatically across your entire podcast database, or they can work manually. . Automatic updating of ID3 (v1 and v2) tags based on metadata in the podcast feed. This important feature is available through iTunes but is often missed by other podcatchers. . hpodder operations can be easily scripted or scheduled using regular operating system tools. . Fully customizable naming scheme for downloaded episodes, including a name collision detection and workaround algorithm. . Automatic support for appending .mp3 extensions to MP3 files that lack them. . Numerous database and history inquiry tools . Small, minimalist footprint . Power users and developers can interact directly with the embedded Sqlite3 database used by hpodder. The database has a simple schema that is developer-friendly. . Support for resuming interrupted downloads of podcasts . hpodder is SAFE and is designed with data integrity in mind from the beginning. It should be exceedingly difficult to lose a podcast episode, even in the event of a power failure. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698845: Mailcap entries use obsolete -no-oosplash
Hi, I tested this patch (by applying it locally to the files in /usr/lib/mime/packages), but it didn't work for me. My libreoffice version (1:3.6.4-1) uses --nologo instead of --no-logo. Perhaps this is a typo in your patch? In any case, I've attached an updated patch which works for me (generated from your patch using s/--no-logo/--nologo/). Gr. Matthijs diff --git a/libreoffice-base.mime b/libreoffice-base.mime index 9eb7cfd..b7e98e5 100644 --- a/libreoffice-base.mime +++ b/libreoffice-base.mime @@ -2,10 +2,10 @@ # shared-mime-info # OASIS OpenDocument Format -application/vnd.oasis.opendocument.database; soffice -no-oosplash --base '%s'; edit=soffice -no-oosplash --base '%s'; print=soffice -no-oosplash --base -p '%s'; test=test -n $DISPLAY; description=OpenDocument Database; nametemplate=%s.odb; priority=9 +application/vnd.oasis.opendocument.database; soffice --nologo --base '%s'; edit=soffice --nologo --base '%s'; print=soffice --nologo --base -p '%s'; test=test -n $DISPLAY; description=OpenDocument Database; nametemplate=%s.odb; priority=9 # OpenOffice.org 1.0 -application/vnd.sun.xml.base; soffice -no-oosplash --writer '%s'; edit=soffice -no-oosplash --writer '%s'; description=OpenOffice.org Database; nametemplate=%s.sdb; priority=8 +application/vnd.sun.xml.base; soffice --nologo --writer '%s'; edit=soffice --nologo --writer '%s'; description=OpenOffice.org Database; nametemplate=%s.sdb; priority=8 # ### diff --git a/libreoffice-calc.mime b/libreoffice-calc.mime index d182907..845015f 100644 --- a/libreoffice-calc.mime +++ b/libreoffice-calc.mime @@ -2,35 +2,35 @@ # shared-mime-info # Generic -text/csv; soffice -no-oosplash --calc '%s'; edit=soffice -no-oosplash --calc '%s'; test=test -n $DISPLAY; description=CSV Document; nametemplate=%s.csv; priority=3 -text/spreadsheet; soffice -no-oosplash --calc '%s'; edit=soffice -no-oosplash --calc '%s'; test=test -n $DISPLAY; description=Spreadsheet Interchange Document; nametemplate=%s.slk; priority=3 +text/csv; soffice --nologo --calc '%s'; edit=soffice --nologo --calc '%s'; test=test -n $DISPLAY; description=CSV Document; nametemplate=%s.csv; priority=3 +text/spreadsheet; soffice --nologo --calc '%s'; edit=soffice --nologo --calc '%s'; test=test -n $DISPLAY; description=Spreadsheet Interchange Document; nametemplate=%s.slk; priority=3 # Corel Quattro Pro -application/x-quattropro; soffice -no-oosplash --calc '%s'; edit=soffice -no-oosplash --calc '%s'; test=test -n $DISPLAY; description=Quattro Pro 6 for Windows Spreadsheet; nametemplate=%s.wb2; priority=3 +application/x-quattropro; soffice --nologo --calc '%s'; edit=soffice --nologo --calc '%s'; test=test -n $DISPLAY; description=Quattro Pro 6 for Windows Spreadsheet; nametemplate=%s.wb2; priority=3 # dBase dBASE -application/x-dbf; soffice -no-oosplash --calc '%s'; edit=soffice -no-oosplash --calc '%s'; test=test -n $DISPLAY; description=xBase Document; nametemplate=%s.dbf; priority=3 +application/x-dbf; soffice --nologo --calc '%s'; edit=soffice --nologo --calc '%s'; test=test -n $DISPLAY; description=xBase Document; nametemplate=%s.dbf; priority=3 # ECMA Office Open XML (Microsoft Office 2007) -application/vnd.ms-excel.sheet.macroEnabled.12; soffice -no-oosplash --calc '%s'; edit=soffice -no-oosplash --calc '%s'; test=test -n $DISPLAY; description=Office Open XML Spreadsheet with Macros Enabled; nametemplate=%s.xlsm; priority=3 -application/vnd.ms-excel.template.macroEnabled.12; soffice -no-oosplash --calc '%s'; edit=soffice -no-oosplash --calc '%s'; test=test -n $DISPLAY; description=Office Open XML Spreadsheet Template with Macros Enabled; nametemplate=%s.xltm; priority=3 -application/vnd.openxmlformats-officedocument.spreadsheetml.sheet; soffice -no-oosplash --calc '%s'; edit=soffice -no-oosplash --calc '%s'; test=test -n $DISPLAY; description=Office Open XML Spreadsheet; nametemplate=%s.xlsx; priority=3 -application/vnd.openxmlformats-officedocument.spreadsheetml.template; soffice -no-oosplash --calc '%s'; edit=soffice -no-oosplash --calc '%s'; test=test -n $DISPLAY; description=Office Open XML Spreadsheet Template; nametemplate=%s.xltx; priority=3 +application/vnd.ms-excel.sheet.macroEnabled.12; soffice --nologo --calc '%s'; edit=soffice --nologo --calc '%s'; test=test -n $DISPLAY; description=Office Open XML Spreadsheet with Macros Enabled; nametemplate=%s.xlsm; priority=3 +application/vnd.ms-excel.template.macroEnabled.12; soffice --nologo --calc '%s'; edit=soffice --nologo --calc '%s'; test=test -n $DISPLAY; description=Office Open XML Spreadsheet Template with Macros Enabled; nametemplate=%s.xltm; priority=3 +application/vnd.openxmlformats-officedocument.spreadsheetml.sheet; soffice --nologo --calc '%s'; edit=soffice --nologo --calc '%s'; test=test -n $DISPLAY; description=Office Open XML Spreadsheet; nametemplate=%s.xlsx; priority=3 +application/vnd.openxmlformats-officedocument.spreadsheetml.template; soffice --nologo --calc '%s'; edit=soffice --nologo --calc
Bug#699300: #699300: reproducible here
As suggested on IRC, I tried to reproduce this bug on my not-getting-any-younger laptop, and I did manage (using octave from backports, since it's squeeze). I include CPU info, since this seems to be relevant. roland@elastomir ~ $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : mobile AMD Athlon(tm) XP-M 2200+ stepping: 1 cpu MHz : 663.400 cache size : 256 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow up bogomips: 1326.80 clflush size: 32 cache_alignment : 32 address sizes : 34 bits physical, 32 bits virtual power management: ts fid vid roland@elastomir ~ $ octave GNU Octave, version 3.6.2 Copyright (C) 2012 John W. Eaton and others. This is free software; see the source code for copying conditions. There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. For details, type `warranty'. Octave was configured for i486-pc-linux-gnu. Additional information about Octave is available at http://www.octave.org. Please contribute if you find this software useful. For more information, visit http://www.octave.org/help-wanted.html Read http://www.octave.org/bugs.html to learn how to submit bug reports. For information about changes from previous versions, type `news'. octave:1 [0 1; 2 3]*[4 5; 6 7] panic: Illegal instruction -- stopping myself... Instruction non permise roland@elastomir ~ $ Roland. -- Roland Mas Qu'est-ce qui est jaune, qui pèse deux cents kilos et qui chante ? Un sumotori dans sa salle de bains. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668119: gnome-shell: Runs in graphic fallback mode when using another TTY during log in
Package: gnome-shell Version: 3.4.2-6 Followup-For: Bug #668119 Dear Maintainer, This bug still occurs on GNOME 3.4.2. Any idea when will it be fixed? It is arguably the most annoying bug I've encountered. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gconf-service3.2.5-1+build1 ii gir1.2-accountsservice-1.0 0.6.21-8 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-cogl-1.0 1.10.2-6 ii gir1.2-coglpango-1.0 1.10.2-6 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-7 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-5 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-5 ii gir1.2-networkmanager-1.00.9.4.0-8 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.2-2 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.17-1 ii gjs 1.32.0-5 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.4.2+git20121218.7c1322-2 ii gnome-shell-common 3.4.2-6 ii gnome-themes-standard3.4.2-2.1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra0 0.28-6 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcroco30.6.6-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libebook-1.2-13 3.4.4-1 ii libecal-1.2-11 3.4.4-1 ii libedataserver-1.2-163.4.4-1 ii libedataserverui-3.0-1 3.4.4-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.4.1-3 ii libgconf-2-4 3.2.5-1+build1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-11.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-5 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-keyring03.4.1-1 ii libgnome-menu-3-03.4.2-7 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-5 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4 ii libmutter0 3.4.1-5 ii libnm-glib4 0.9.4.0-8 ii libnm-util2 0.9.4.0-8 ii libnspr4 2:4.9.4-2 ii libnspr4-0d 2:4.9.4-2 ii libp11-kit0 0.12-3 ii libpango1.0-0
Bug#699300: [Pkg-octave-devel] Bug#699300: #699300: reproducible here
On 1 February 2013 10:40, Roland Mas lola...@debian.org wrote: As suggested on IRC, I tried to reproduce this bug on my not-getting-any-younger laptop, and I did manage (using octave from backports, since it's squeeze). I include CPU info, since this seems to be relevant. Thanks for testing. The issue is probably that one or both of the libblas3gf or libatlas3gf-base packages are compiled with features SSE2 features or higher that some CPUs don't support. I now suspect this is a duplicate of #690671 - Jordi G. H. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699546: ITP: libslingshot-clojure -- Enhanced throw and catch library for Clojure
Package: wnpp Severity: wishlist Owner: Wolodja Wentland deb...@babilen5.org * Package name: libslingshot-clojure Version : 0.10.3 Upstream Author : Stephen C. Gilardi scgila...@gmail.com * URL : https://github.com/scgilardi/slingshot/ * License : EPL-1.0 Programming Lang: Clojure, Java Description : Enhanced throw and catch library for Clojure Slingshot is a Clojure library providing enhanced throw and catch replacements try+ and throw+. Each is 100% compatible with Clojure's and Java's native try and throw both in source code and at runtime. Each also provides new capabilities intended to improve ease of use by leveraging Clojure's features like maps, records, and destructuring. Among them: * throw+ can throw any Java object, not just those whose class is derived from java.lang.Throwable (e.g. Clojure maps or records) * catch clauses within try+ can catch any Java object thrown by throw+, Clojure's throw, or Java's throw * selectors in catch clauses allow matching on class name, key-value vectors, predicates and more * Information about the context of a throw site is accessible via a hidden argument that includes information on, for example, the caught object, exception messages and stack traces -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699547: pcmciautils: pccardctl ident strange output
Package: pcmciautils Version: 018-8 Severity: minor Hi, the output of pccardctl ident looks a bit strange, e.g. root@solo750:~# pccardctl ident Socket 0: product info: Novatel Wireless , Merlin GPRS Modem , NRM6831 , manfid: 0x00a4, 0x1aaf function: 2 (serial) Socket 1: no product info available root@solo750:~# or root@solo750:~# pccardctl ident Socket 0: product info: Wireless LAN , 11Mbps PC Card , Version 01.02 , manfid: 0x0156, 0x0002 function: 6 (network) Socket 1: no product info available root@solo750:~# Shouldn't be the product info within one line and without quotes? Thanks Andi -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 pcmciautils depends on: ii dpkg 1.16.9 ii libc6 2.13-37 Versions of packages pcmciautils recommends: ii udev 175-7 Versions of packages pcmciautils suggests: pn wireless-tools none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699548: RM: batv-milter -- RoQA; RC buggy, dead upstream
Package: ftp.debian.org Severity: normal See #617244 - it's dead, unmaintained both in Debian and upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699532: New upstream version is available
Hello Maayuki, On Fri, Feb 01, 2013 at 19:54 +0900, Masayuki Hatta wrote: Package: leiningen Version: 1.7.1-1 Severity: wishlist Leiningen 2.x is out, the upstream declare 1.x is outdated and strongly recommend to upgrade. Also, Incanter needs Leiningen 2.x for building. I appreciate if you could update leiningen package. Thank you for your report. You can rest assured as I am very well aware of the fact that leiningen2 has been released and of its importance. We are currently working on packaging it, but this endeavour is not as straightforward as we would like it to be. This is primarily due to the fact that leiningen's dependencies changed substantially between 1.7.* and 2.0.0, which means that we have to package those before we can package leiningen 2.0.0. I hope to be able to upload it soon though. -- Wolodja deb...@babilen5.org 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Bug#697190: unblock: virtuoso-opensource/6.1.4+dfsg1-2
On Fri, Feb 1, 2013 at 13:27:07 +, Steven Chamberlain wrote: Hi, This still can't migrate due to a 'missing' armhf build (can no longer build it because mono in sid no longer supports armhf). So I think someone must ask ftpmaster to remove the virtuoso-opensource armhf packages from testing. There needs to be a source upload to fix #699380 first. Cheers, Julien signature.asc Description: Digital signature
Bug#699523: sysvinit: postinst fails if several 'init' process are running (LXC)
On Fri, Feb 01, 2013 at 10:19:14AM +0100, Cyril Bouthors wrote: I can't upgrade to latest sysinit because the initscript fails: + pidof /sbin/init + PID=3164 3141 3118 1 + kill -s USR1 3164 3141 3118 1 /var/lib/dpkg/info/sysvinit.postinst: 41: kill: Illegal number: 3164 3141 3118 1 $PID contains multiple PIDs because several 'init' process are running on the machine on distinct LXC containers: % ps -C init PID TTY TIME CMD 1 ?00:00:04 init 3118 ?00:00:02 init 3141 ?00:00:02 init 3164 ?00:00:02 init % pidof init 3164 3141 3118 1 I see several ways to fix this issue: - killall -s USR1 init - for pid in $PID; do kill -s USR1 $PID; done These two approaches will work, but will send them to all /sbin/init processes. These might not necessarily be sysvinit, and might kill your system. Concrete example: Hurd which doesn't have init as PID 1 (it's something else) and more importantly upstart, which replaces sysvinit (though I think it conflicts so this should be a non-issue). - PID=$(pidof -s init) This might still get us the wrong PID. - a check on the number of process based on 'pgrep -c init' This might not be any more robust either; depending upon the selection criteria. Which way is the best? They all look equally bad, IMO. We really want the PID of the init process in our current namespace, and we want to work correctly whether we are inside or outside a container. In the example you gave above, what is the difference between pidof /sbin/init on the host and in each container. What if -s is used? sudo lsof | grep initctl init 1 root 10u FIFO 0,14 0t0 3085 /run/initctl What do you see for this on the host and in the containers? This is more reliable. It restricts us to processes having the control channel open. But... we still have the question of which control channel is the correct one when we have namespaces. And if the channel is unlinked, we still need a fallback. I hope to see this issue fixed. Likewise, but not using LXC I will need help to do so. The main question is how to get the correct PID here out of the several candidates, and to behave correctly cross-platform. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699549: logrotate: _some_ error line numbers off by one (line? token?)
Package: logrotate
Version: 3.7.8-6
Severity: normal
Line numbers reported with some messages appear to be off by one (too
low).
For example, with /etc/logrotate.d/rsyslog starting as follows (line
numbers added):
1 /var/log/syslog
2 {
3 rotate 7
4 daily
5 missingok
6 notifempty
7 delaycompress
8 compress
9 postrotate
10 invoke-rc.d rsyslog reload /dev/null
11 endscript
12 }
13
14 /test
15 /test
running logrotate yields:
error: rsyslog:13 duplicate log entry for /test
even though there's no test on line 13.
For an error on line 1, logrotate does correctly report line 1 (not line 0),
so the problem does not seem to be in line numbering itself, but instead
in keeping track of the line number corresponding to the parsing state.
-- Package-specific info:
Contents of /etc/logrotate.d
total 60
drwxr-xr-x 2 root root 4096 Jan 30 20:03 RCS
-rw-r--r-- 1 root root 194 Sep 12 22:55 apache2
-rw-r--r-- 1 root root 173 Apr 15 2011 apt
-rw-r--r-- 1 root root 79 Aug 10 2011 aptitude
-rw-r--r-- 1 root root 248 Nov 28 2011 cups
-rw-r--r-- 1 root root 232 Nov 10 2011 dpkg
-rw-r--r-- 1 root root 146 May 12 2011 exim4-base
-rw-r--r-- 1 root root 126 May 12 2011 exim4-paniclog
-rw-r--r-- 1 root root 217 Apr 6 2012 fail2ban
-rw-r--r-- 1 root root 322 Jun 29 2010 ippl
-rw-r--r-- 1 root root 94 Aug 8 2010 ppp
-rw-r--r-- 1 root root 6747 Feb 1 11:02 rsyslog
-rw-r--r-- 1 root root 558 Oct 14 23:04 rsyslog~
-rw-r--r-- 1 root root 322 Apr 30 2012 samba
-- System Information:
Debian Release: 6.0.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages logrotate depends on:
ii base-passwd 3.5.22 Debian base system master password
ii cron 3.0pl1-116 process scheduling daemon
ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib
ii libpopt0 1.16-1 lib for parsing cmdline parameters
ii libselinux1 2.0.96-1 SELinux runtime shared libraries
Versions of packages logrotate recommends:
ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent
logrotate suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699550: Problems printing with Epson EPL-5800 (eplaser)
Package: ghostscript Version: 9.05~dfsg-6.3 After a fresh install of current (beta) Debian 7 wheezy I found that my Epson EPL-5800 printer works strangely: After it is switched on by the power-button it accepts the jobs from the PC well and the result is OK. However, the next job is screwed up and a couple of lines appear on the paper - the first line starts with the following: @EJL JI USER= MACHINE= DOCUMENT= It seems thus that the printer is somehow not properly resetted after the first job and it expects plain text whereas the ghostscript driver send esc/Page language. Previously I used this printer on the Fedora linux distros up to Fedora 14 and it didn't have this problem. Now, i'm using ghostscript 9.05~dfsg-6.3 with cups 1.5.3-2.13. The printer is connected over USB (uname -a: Linux dalet 3.2.0-4-686-pae #1 SMP Debian 3.2.35-2 i686 GNU/Linux) on a server and used by one linux and one windows client - the problem exists with both. Thank You! Petr Tomasek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699335: unblock: r-cran-genabel/1.7-0-2
Control: reopen -1 On Wed, Jan 30, 2013 at 13:33:50 +0100, Andreas Tille wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package r-cran-genabel The problem was fixed by backporting the solution from upstream (see debdiff). unblock r-cran-genabel/1.7-0-2 It's unblocked, however it picked up a dependency on newer r-base than is in testing, so it won't migrate. Probably means you'll need an upload to tpu to get this fixed in wheezy. Cheers, Julien signature.asc Description: Digital signature
Bug#659149: CVE-2012-0839: Hash collision DoS
On Thu, Jan 17, 2013 at 07:29:25PM +0100, Stéphane Glondu wrote: Le 17/01/2013 12:42, Jonathan Wiltshire a écrit : Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: [...] Unfortunately, this fix is part of a new major release and cannot be backported as it is. It doesn't look worth the trouble to design a new fix for squeeze and wheezy. Thanks, noted. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#697190: unblock: virtuoso-opensource/6.1.4+dfsg1-2
Control: reopen -1 On 2013-02-01 17:09, Julien Cristau wrote: On Fri, Feb 1, 2013 at 13:27:07 +, Steven Chamberlain wrote: Hi, This still can't migrate due to a 'missing' armhf build (can no longer build it because mono in sid no longer supports armhf). So I think someone must ask ftpmaster to remove the virtuoso-opensource armhf packages from testing. There needs to be a source upload to fix #699380 first. Cheers, Julien Good point, sorry for missing that. José, please prepare a version of virtuoso-opensource with #699380 fixed and ping us when it has been uploaded. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699499: bsdtar: Failed to set file flags on directories when extracting to btrfs
Dear Andreas, Thank you for explanation. Translation of attributes make sense. Warnings are only meaningful if it is theoretically possible to restore metadata. Otherwise it's a noise. :) Perhaps it's make sense to print exactly one warning in the beginning of extraction if attributes can't be restored. Millions of warnings per file are hardly useful. Besides GNU tar restore archive to btrfs without any warnings. I think Failed to set flags warning is highly confusing. (what flags?). Without deep knowledge of file systems' internals it is hard to understand if extraction is succeeded or if something goes wrong. If there were any other warnings they are hard to notice due to amount of Failed to set flags in the output. I don't expect folders in /home to have any unusual attributes (i.e. all of them are alike) and user_xattr mount option is not used (and probably never was). From what I can see ownership, time and access flags are successfully restored so I wonder what exactly was dropped? Can we also notify user about the nature of metadata that can't be restored (if any)? -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B --- If any remedy is tested under controlled scientific conditions and proved to be effective, it will cease to be alternative and will simply become medicine. So-called alternative medicine either hasn't been tested or it has failed its tests. -- Richard Dawkins, 2007 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681147: marking for classification by piuparts-analyze
On Wed, Oct 10, 2012 at 15:55:43 +0200, Andreas Beckmann wrote: Control: found -1 diffmon/20020222-2.5 Control: found -1 kuvert/2.0.7 Control: found -1 mcron/1.0.6-1 Marking this bug as found in some package/version combinations where it is detected by piuparts to allow automatic classification by piuparts-analyze. These packages depend on mail-transport-agent, and because there exist non-buggy packages that provide this dependency, piuparts-master lets the slave check this package, but during the test the buggy sendmail mail-transport-agent will be used ... making this bug show up elsewhere. Please don't abuse the BTS for private piuparts purposes. Use usertags if you like, but 'found' doesn't mean what you say above... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699552: pu: package maradns/1.4.03-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Dear RMs, Please accept this stable upload to fix #665012 (CVE-2012-1570: maradns deleted domain record cache persistance flaw). It is an NMU as part of the PRSC effort. The patch comes from upstream and is a direct copy of the original fix in unstable. maradns-1.4.03/debian/changelog |8 server/recursive.c |8 ++-- 2 files changed, 14 insertions(+), 2 deletions(-) Thanks. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u maradns-1.4.03/debian/changelog maradns-1.4.03/debian/changelog --- maradns-1.4.03/debian/changelog +++ maradns-1.4.03/debian/changelog @@ -1,3 +1,11 @@ +maradns (1.4.03-1.1+squeeze1) stable; urgency=low + + * Non-maintainer upload. + * Backport fix from upstream for CVE-2012-1570 (deleted domain record +cache persistence flaw). Closes: #665012 + + -- Jonathan Wiltshire j...@debian.org Fri, 01 Feb 2013 16:31:00 + + maradns (1.4.03-1.1) unstable; urgency=high * Non-maintainer upload by the Security Team only in patch2: unchanged: --- maradns-1.4.03.orig/server/recursive.c +++ maradns-1.4.03/server/recursive.c @@ -1370,6 +1370,10 @@ ttl = js_readuint32(server_reply,offset); if(ttl == JS_ERROR) return JS_ERROR; +if(ttl 20) +ttl = 20; +if(ttl 86400) /* One day; Ghost domain fix */ +ttl = 86400; offset += 4; /* Get the rdlength of the SOA record */ rdlength = js_readuint16(server_reply,offset); @@ -2019,8 +2023,8 @@ problems that Franky reported */ if(ttl 20) ttl = 20; -if(ttl 63072000) /* Two years */ -ttl = 63072000; +if(ttl 86400) /* One day; Ghost domain fix */ +ttl = 86400; /* If this is a CNAME answer then we don't store it for over * 15 minutes */ if(ttl 900 cname_original_record != 0)
