Marius Gavrilescu | 24 Oct 22:45 2014
Picon

Bug#766679: ITP: fdkaac -- command line encoder frontend for libfdk-aac


Package: wnpp
Severity: wishlist
Owner: Marius Gavrilescu <marius <at> ieval.ro>

* Package name    : fdkaac
  Version         : 0.6.1
  Upstream Author : nu774 <honeycomb77 <at> gmail.com>
* URL             : https://github.com/nu774/fdkaac
* License         : Zlib
  Programming Lang: C
  Description     : command line encoder frontend for libfdk-aac

fdkaac is a command-line AAC encoder based on libfdk-aac.

It reads linear PCM audio in either WAV, raw PCM, or CAF format and
encodes it into M4A / AAC files.
--

-- 
Marius Gavrilescu
Yaroslav Halchenko | 24 Oct 22:34 2014

Bug#712836: confirming NMU which should close these 2 issues

I picked up two patches from upstream which should resolve this issues.
I have uploaded the NMU to 3-days delayed (I really need to push out
nipype release to sid).  Please let me know if you want me to delay
longer or shorter.  I am attaching the debdiff

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,            Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834                       Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik        
diff -Nru cairo-1.14.0/debian/changelog cairo-1.14.0/debian/changelog
--- cairo-1.14.0/debian/changelog	2014-10-22 10:37:22.000000000 -0400
+++ cairo-1.14.0/debian/changelog	2014-10-24 15:38:48.000000000 -0400
 <at>  <at>  -1,3 +1,15  <at>  <at> 
+cairo (1.14.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches - picked two post-release patches resolving Debian-reported
+    issues:
+    - 0005-CFF-Fix-unaligned-access.patch
+      fixes unaligned access reported on sparc (Closes: #712836)
+    - 0008-tor-scan-converter-can-t-do_fullrow-when-intersectio.patch
+      resolves segfault while rendering some graphs (Closes: #766479)
+
+ -- Yaroslav Halchenko <debian <at> onerussian.com>  Fri, 24 Oct 2014 15:36:28 -0400
+
(Continue reading)

Joachim Breitner | 24 Oct 22:35 2014
Picon

Bug#766678: False positive for missing-build-dependency cdbs

Package: lintian
Version: 2.5.28
Severity: important

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I get
E: helium source: missing-build-dependency cdbs
on a package that build-depends on haskell-devscripts. It is a false
positive, because haskell-devscripts depends on cdbs.

It seems that either this fact (haskell-devscripts depending on cdbs)
needs to be known to lintian, or it needs to check dependencies of
build-dependencies as well.

Greetings,
Joachim

- -- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
(Continue reading)

Tim Rühsen | 24 Oct 22:29 2014
Picon
Picon

Bug#745836: CRLs where from ?

Wget currently does not load CRLs.
It loads (by default) certificates from the /etc/ssl/certs/ directory.
If a cert is found here and is still valid (despite from any CRLs), the 
appropriate connection is accepted/verified.

An implementation of CRL loading from local files would be nice and easy going.

I did not find any CRLs on my Debian Sid. Where are they going / what am I 
missing ?

Tim
Christoph Egger | 24 Oct 22:30 2014
Picon

Bug#766677: snmp: Plese provide IPv6 support

Package: snmp
Version: 5.7.2.1~dfsg-7
Severity: normal

Hi!

It seems at least snmpwalk (but probably also the rest of the lot)
still can't do IPv6. Would be great if that can be added one day

  Christoph

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/6 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 snmp depends on:
ii  libc6         2.19-11
ii  libsnmp-base  5.7.2.1~dfsg-7
ii  libsnmp30     5.7.2.1~dfsg-7
ii  libssl1.0.0   1.0.1j-1

Versions of packages snmp recommends:
ii  perl-modules  5.20.1-1
(Continue reading)

Pierre Schweitzer | 24 Oct 22:04 2014

Bug#764718: (no subject)


Dear Rapahel,

How did you reproduce without wireshark? I'd be interested in trying
as well this method.

And for my method: I was running a wireshark on ethernet and nmap on
ethernet while my default gateway was on wifi. Both media used so.

Cheers,
Pierre
Yaroslav Halchenko | 24 Oct 22:01 2014

Bug#766676: /usr/bin/Xorg: symbol lookup error: /usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LoadExtension

Source: fglrx-driver
Version: 1:14.9+ga14.201-2
Severity: important

Dear Maintainer,

   * What led up to the situation?

   installation of fglrx-driver and associated packages + reboot

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

     upgrade of fglrx pkgs from jessie to sid -- no effect

   * What outcome did you expect instead?

   I expect X to start ;-)

Currently, after reboot, gdm didn't appear since X fails to start

Oct 24 15:10:05 hopa gdm-Xorg-:5[7942]: /usr/bin/Xorg: symbol lookup error:
/usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LoadExtension

Any hints on how to remedy this ?

-- Package-specific info:
Full fglrx package list:
ii  fglrx-atieventsd                                       1:14.9+ga14.201-1                amd64                            events daemon for the non-free ATI/AMD RadeonHD display driver
ii  fglrx-control                                          1:14.9+ga14.201-2                amd64                            control panel for the non-free ATI/AMD RadeonHD display driver
(Continue reading)

Dominik George | 24 Oct 22:01 2014
Picon

Bug#766675: gajim: Exception in OpenSSL on E2E negotiation

Package: gajim
Version: 0.16-1
Severity: important
Tags: upstream patch
Forwarded: https://trac.gajim.org/ticket/7866

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

prosody trunk today threw this at me when negotiating an E2E session:

Traceback (most recent call last):
    File "/usr/share/gajim/src/dialogs.py", line 1680, in on_response_yes
        self.user_response_yes(self.is_checked())
    File "/usr/share/gajim/src/session.py", line 457, in accept_nondefault_options
        self.accept_e2e_alice(form, negotiated)
    File "/usr/share/gajim/src/common/stanza_session.py", line 956, in accept_e2e_alice
        rshashes.append(crypto.random_bytes(rshash_size))
    File "/usr/share/gajim/src/common/crypto.py", line 122, in random_bytes
        OpenSSL.rand.add(os.urandom(bytes_), bytes_)
    File "/usr/lib/python2.7/dist-packages/OpenSSL/rand.py", line 64, in add
        raise TypeError("entropy must be an integer")
TypeError: entropy must be an integer

This results from hashlib.sha256().digest_size returning a long instead
of an integer on my platform, for whatever reason that arises now.

I imagine that none of the hash algs in use, the least sha256, will have
a digest size justifying the use of a long, so casting to int looks safe
here.
(Continue reading)

Dmitry Borisyuk | 24 Oct 21:35 2014
Picon

Bug#582145: Unreproducible

control: notfound -1 gthumb/3:3.0.1-2

I cannot reproduce this. I have ~/1.jpg and do

$ mkdir +
$ cp 1.jpg +/
$ cp 1.jpg +/2.jpg
$ cd +
$ gthumb 1.jpg
Hit PgDn

Everything is fine, no segfault.

Jalal Ahmed Y | 24 Oct 21:36 2014
Picon

Bug#762337: libgtk-3-0: Ticks in checkboxes are not shown anymore

Hello maintainers,
I was checking virt-manger app, and the problem with it is the ticks in 
checkboxes not appearing, like audacious, and this problem only effect the apps 
which use gtk3.

This issue has been reported in kde bug in this link
https://bugs.kde.org/show_bug.cgi?id=338538

And the issue has been fixed in kde project.

Only we need to re-package and update it.
Thank you all.

Dmitry Borisyuk | 24 Oct 21:19 2014
Picon

Bug#675860: Unreproducible

Strangely, I cannot reproduce this with gthumb 3:3.0.1-2 from wheezy.
Having file ~/1.jpg, I do

$ mkdir a b
$ cp 1.jpg a/
$ cp 1.jpg b/
$ cd a && gthumb 1.jpg &
$ cd b && gthumb 1.jpg &

Nothing odd happens, I see two windows with the same picture 1.jpg.


Gmane