Bug#937519: RM pyrex?

[Paul Brossier]

hello!

no, that would be great!

cheers, piem

On 7/2/20 3:37 PM, Scott Talbert wrote:
> Hi,
> 
> I believe I removed the last rdep on pyrex by switching xmms2 to cython.
> Any objections to RM pyrex now?
> 
> Thanks,
> Scott
> 

Bug#888656: flowcanvas: should this package be removed? (superseded by ganv)

[Paul Brossier]

hi again,

thanks for answering Felipe.

Alessio, if cadence was in the archive, would removing the UI from
ladish seem like a good solution?

cheers, piem

On 09/10/2018 11:33 PM, Filipe Coelho wrote:
> hey all.
> 
> ladish is pretty much dead.
> that said, you could build the project with just the backend/CLI, and
> leave the gtk ui behind.
> this satisfies cadence (claudia) needs, since it actually implements a
> full new frontend for ladish.
> 
> if that is not an option, just remove ladish altogether and take it out
> as dependency from cadence.
> it is not a hard requirement for it to run, it will just lose some
> features.
> 
> 
> On 10.09.2018 22:20, Paul Brossier wrote:
>> hi all,
>>
>> flowcanvas should definitely removed, and ganv adopted, since it is
>> being used in newer tools such as Cadence (see
>> https://github.com/falkTX/Cadence)
>>
>> ideally, ladish should be switched from using flowcanvas to using ganv.
>> I started looking at that, but there is quite a few API changes between
>> flowcanvas and ganv, so it is a bit more than a trivial search and
>> replace.
>>
>> Maybe drobilla or falktx (CCed) would want to help here?
>>
>> cheers, piem
>>
>>
>> On 01/28/2018 03:12 PM, treb...@tuxfamily.org wrote:
>>> Le 2018-01-28 14:38, Simon McVittie a écrit :
>>>> Source: flowcanvas
>>>> Severity: important
>>>> User: debian...@lists.debian.org
>>>> Usertags: proposed-removal
>>>> Control: clone -1 -2
>>>> Control: reassign -2 ladish
>>>> Control: retitle -2 ladish: should this package be removed?
>>>>
>>>> flowcanvas depends on numerous obsolete GNOME 2-era libraries
>>>> (e.g. #885095) and hasn't had a maintainer upload since 2009. Its
>>>> upstream
>>>> website says:
>>>>
>>>>  **Note**: FlowCanvas is dead, long live Ganv!
>>>>
>>>> ganv is also in Debian as src:ganv; it's orphaned in Debian, but
>>>> appears
>>>> to have commit activity upstream.
>>>>
>>>> flowcanvas has one reverse-dependency in Debian, gladish (src:ladish),
>>>> whose most recent maintainer upload was in 2014. web.archive.org says
>>>> the ladish.org website has been down since mid 2014.
>>> ladish looks to be maintained by alessio (last commit 20 Apr 2017)
>>> here :
>>> https://github.com/alessio/ladish/
>>> (the same goes laditools as well)
>>>
>>>
>>>
>>>> These packages both seem like candidates for removal from unstable.
>>> It would be a big regression from a user point of view since it'll
>>> remove
>>> the "studio" (reopen everything in one-click) from Debian with no
>>> alternative.
>>>
>>>
>>>
>>>> If you agree, please reassign this bug to the ftp team with
>>>> cont...@bugs.debian.org commands similar to these:
>>>>
>>>> severity xx normal
>>>> reassign xx ftp.debian.org
>>>> retitle xx RM: flowcanvas -- RoQA; depends on obsolete libraries,
>>>> superseded by ganv
>>>>
>>>> severity yy normal
>>>> reassign yy ftp.debian.org
>>>> retitle yy RM: ladish -- RoQA; depends on obsolete libraries,
>>>> appears unmaintained upstream
>>>>
>>>> (replacing RoQA with RoM if you are a maintainer of the appropriate
>>>> package).
>>>>
>>>> Thanks,
>>>>  smcv
>>> Hope that helps.
>>> Olivier
>>>
> 
> 



signature.asc
Description: OpenPGP digital signature

Bug#908530: libganv-dev: pc file is incomplete

[Paul Brossier]

Package: libganv-dev
Version: 1.4.2~dfsg0-2
Severity: normal

Hi,

The pc file installed by libganv-dev is lacks the path to headers from gtkmm.
Switching from gtk+ to gtkmm shoudl be enough (untested, so not tagging patch):

---
diff --git a/ganv.pc.in b/ganv.pc.in
index 3edf190..4f6ee61 100644
--- a/ganv.pc.in
+++ b/ganv.pc.in
@@ -6,6 +6,6 @@ includedir=@INCLUDEDIR@
 Name: ganv
 Version: @GANV_VERSION@
 Description: A Gtk canvas widget for graph based interfaces
-Requires: gtk+-2.0
+Requires: gtkmm-2.4
 Libs: -L${libdir} -l@LIB_GANV@
 Cflags: -I${includedir}/ganv-@GANV_MAJOR_VERSION@
---

cheers, piem


-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libganv-dev depends on:
ii  libganv-1-1v5 1.4.2~dfsg0-2
ii  libglib2.0-dev2.50.3-2
ii  libgraphviz-dev   2.38.0-17
ii  libgtk2.0-dev 2.24.31-2
ii  libgtkmm-2.4-dev  1:2.24.5-1
ii  pkg-config0.29-4+b1

libganv-dev recommends no packages.

libganv-dev suggests no packages.

-- no debconf information

Bug#888656: flowcanvas: should this package be removed? (superseded by ganv)

[Paul Brossier]

hi all,

flowcanvas should definitely removed, and ganv adopted, since it is
being used in newer tools such as Cadence (see
https://github.com/falkTX/Cadence)

ideally, ladish should be switched from using flowcanvas to using ganv.
I started looking at that, but there is quite a few API changes between
flowcanvas and ganv, so it is a bit more than a trivial search and replace.

Maybe drobilla or falktx (CCed) would want to help here?

cheers, piem


On 01/28/2018 03:12 PM, treb...@tuxfamily.org wrote:
> Le 2018-01-28 14:38, Simon McVittie a écrit :
>> Source: flowcanvas
>> Severity: important
>> User: debian...@lists.debian.org
>> Usertags: proposed-removal
>> Control: clone -1 -2
>> Control: reassign -2 ladish
>> Control: retitle -2 ladish: should this package be removed?
>>
>> flowcanvas depends on numerous obsolete GNOME 2-era libraries
>> (e.g. #885095) and hasn't had a maintainer upload since 2009. Its
>> upstream
>> website says:
>>
>>     **Note**: FlowCanvas is dead, long live Ganv!
>>
>> ganv is also in Debian as src:ganv; it's orphaned in Debian, but appears
>> to have commit activity upstream.
>>
>> flowcanvas has one reverse-dependency in Debian, gladish (src:ladish),
>> whose most recent maintainer upload was in 2014. web.archive.org says
>> the ladish.org website has been down since mid 2014.
> 
> ladish looks to be maintained by alessio (last commit 20 Apr 2017) here :
> https://github.com/alessio/ladish/
> (the same goes laditools as well)
> 
> 
> 
>> These packages both seem like candidates for removal from unstable.
> 
> It would be a big regression from a user point of view since it'll remove
> the "studio" (reopen everything in one-click) from Debian with no
> alternative.
> 
> 
> 
>> If you agree, please reassign this bug to the ftp team with
>> cont...@bugs.debian.org commands similar to these:
>>
>> severity xx normal
>> reassign xx ftp.debian.org
>> retitle xx RM: flowcanvas -- RoQA; depends on obsolete libraries,
>> superseded by ganv
>>
>> severity yy normal
>> reassign yy ftp.debian.org
>> retitle yy RM: ladish -- RoQA; depends on obsolete libraries,
>> appears unmaintained upstream
>>
>> (replacing RoQA with RoM if you are a maintainer of the appropriate
>> package).
>>
>> Thanks,
>>     smcv
> 
> Hope that helps.
> Olivier
> 



signature.asc
Description: OpenPGP digital signature

Bug#895856: mail server fixed

[Paul Brossier]

hi,

my mail server misconfiguration has been fixed a while back, so this
issue can be considered closed for now.

best, piem



signature.asc
Description: OpenPGP digital signature

Bug#906462: i will ITS this

[Paul Brossier]

hi Bill,

Sorry for the lag and thanks for the heads up. I am preparing an updated
0.6.2 and will push the source package to salsa.debian.org.

It would be nice if jack was started automatically when needed. See the
attached patch to do so.

Also, there are still some compiler warnings in 0.6.2 that need addressing.

cheers, piem

On 09/09/2018 11:44 PM, bill auger wrote:
> please do try to keep this package from being dropped
> 
> i am the upstream maintainer and i have been trying for about 18
> months to contact debian user piem about this package; and working
> with the MIA team for over a year - the upstream repo is is good
> shape with up-to-date autotools, with the current debian patches
> applied, and several other bug fixes
> 
> starting in october, there is set to be a new package salvaging
> procedure in place and i was advised by tobias on the MIA team that i
> could start the procedure for adopting the package at that time
> 
diff --git a/src/fweelin_audioio.cc b/src/fweelin_audioio.cc
index 0af3f17..fae1e69 100644
--- a/src/fweelin_audioio.cc
+++ b/src/fweelin_audioio.cc
@@ -274,7 +274,7 @@ int AudioIO::open () {
   //  AUDIO startup
   
   // Try to become a client of the JACK server
-  client = jack_client_open("FreeWheeling", JackNoStartServer, NULL);
+  client = jack_client_open("FreeWheeling", JackNullOption, NULL);
   if (!client) {
 fprintf (stderr, "AUDIO: ERROR: Jack server not running!\n");
 return 1;


signature.asc
Description: OpenPGP digital signature

Bug#895856: portmidi: maintainer address bounces mail from Debian system

[Paul Brossier]

ouch, thanks for notifying, it seems spf config is borken on my host,
will fix it asap.

best, piem

On 04/16/2018 11:54 PM, Thorsten Glaser wrote:
> Source: portmidi
> Version: 1:217-6
> Severity: serious
> 
> -- Forwarded message --
> From: Mail Delivery System 
> Message-ID: 
> X-Spam-Status: Yes, hits=0.99 required=0.90, tests=bmf
> To: t...@debian.org
> Date: Mon, 16 Apr 2018 18:04:58 +
> Subject: Mail delivery failed: returning message to sender
> 
> This message was created automatically by mail delivery software.
> 
> 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:
> 
>   p...@piem.org
> retry timeout exceeded
> 
> 
> 
> Reporting-MTA: dns; mailly.debian.org
> 
> Action: failed
> Final-Recipient: rfc822;p...@piem.org
> Status: 5.0.0
> 



signature.asc
Description: OpenPGP digital signature

Bug#884237: aubio: CVE-2017-17554

[Paul Brossier]

Hello Salvatore,

thank you for the report. I am preparing a patch for this and will
submit an updated package asap.

See also https://github.com/aubio/aubio/issues/137

best, piem

On 12/12/2017 03:31 PM, Salvatore Bonaccorso wrote:
> Source: aubio
> Version: 0.4.5-1
> Severity: important
> Tags: security upstream
> 
> Hi,
> 
> the following vulnerability was published for aubio.
> 
> CVE-2017-17554[0]:
> | A NULL pointer dereference (DoS) Vulnerability was found in the
> | function aubio_source_avcodec_readframe in io/source_avcodec.c of aubio
> | 0.4.6, which may lead to DoS when playing a crafted audio file.
> 
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> 
> For further information see:
> 
> [0] https://security-tracker.debian.org/tracker/CVE-2017-17554
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-17554
> 
> Please adjust the affected versions in the BTS as needed, only 0.4.5-1
> has been verfied before filling this bug.
> 
> Regards,
> Salvatore
> 

Bug#775341: chuck: new upstream version 1.3.5.0 available

[Paul Brossier]

Hi Christoph,

thanks, long due update indeed, I will take a look ASAP.

Did you check the code in the new version complies with the DFSG ?

Best, piem

On 11/15/2017 06:46 PM, Christoph Biedl wrote:
> retitle 775341 chuck: new upstream version 1.3.5.2 available
> tags 775341 patch
> thanks
> 
>> There is a new upstream version available: 1.3.5.0
>> http://chuck.cs.princeton.edu/release/
> 
> Now it's already 1.3.5.2 ...
> 
> Somebody asked me about the efforts needed to bring chuck to the latest
> upstream version in order to benefit from new features. Turns out it's
> not *that* difficult. So in order to avoid work is done twice, the diff
> on debian/ is attached. For the upstream tarball, use uscan or plain
> wget on the upstream server and rename.
> 
> While declared a NMU, this diff goes far beyond that:
> 
> * Packaging has been modernized in every regard, also the previous
>   modifications went upstream, were no longer needed, or could be
>   worked around by a .install file.
> * Two commits were cherry-picked that fix obvious bugs, reported by gcc.
> * Repacking no longer happens as I fail to see why the affected files
>   are not dfsg compliant, I might be wrong.
> * Support for OSS was removed upstream, so here as well. The Linux
>   kernel will drop it soon.
> * Support for pulse(audio) was added.
> * The examples/ directory is now shipped in a separate -data package as
>   suggested by lintian, to avoid huge amounts of arch-independent
>   data in a arch-dependent package.
> 
> Status: Builds, and the pulse version works fine.
> 
> Things to do:
> 
> # Blocker
> 
> * Review license status of each and every file, update
>   debian/copyright where required.
> 
> # Upstream
> 
> * Ask upstream for license clarification of src/util_sndfile.c and
>   some more since it seems the chuck license was prepended
>   automatically.
> * Ask upstream to fix the FSF address in the license statements.
> * Ask upstream to use trusted certificates on their web server, then
>   switch to secure URLs in debian/control and elsewhere.
> * Bring the typo fixes upstream. There are more in comments.
> 
> # Packaging
> 
> * Perhaps there are nicer ways to write debian/rules
> * Is there really the need for three chuck binaries?
> * Are there more applications to build for, see ?
> * Something else worth to be cherry-picked from upstream git at
>   ?
> 
> Cheers,
> 
> Christoph
> 



signature.asc
Description: OpenPGP digital signature

Bug#862804: NMU for aubio

[Paul Brossier]

Hi Tobias,

thanks for the upload, that was fast!

i'll update aubio to the latest version later this week.

cheers, piem

On 07/02/2017 06:27 PM, Dr. Tobias Quathamer wrote:
> Hi,
> 
> I've just uploaded an NMU for aubio, fixing this RC bug. Please find the
> patch attached.
> 
> Regards,
> Tobias
> 

Bug#844677: icedove: regular 100% CPU usage, occurs randomly

[Paul Brossier]

Package: icedove
Version: 1:45.5.1-1~deb8u1
Followup-For: Bug #844677

Hi all,

I'm also seeing this, even when running icedove in safe mode within gdb.
I can not figure what could possibly trigger the 100%, but I regularly
hear my fan kicking in and see my battery being drained.

The only message printed to the console, aside from gdb threads
messages, is:

2017-01-08 11:42:13 autosyncActivities  ERROR   OnDownloadError: 
Inbox of 


My mailboxes are smaller, with around one thousand messages in my inbox, 
and a maximum of about 22,000 messages in some folders.


Let me know if there is any more information I can provide.

Cheers, piem


-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.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
Init: systemd (via /run/systemd/system)

Versions of packages icedove depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3+deb8u1
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u6
ii  libcairo2 1.14.0-2.1+deb8u1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3+deb8u1
ii  libfreetype6  2.5.2-3+deb8u1
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u5
ii  libglib2.0-0  2.42.1-1+b1
ii  libgtk2.0-0   2.24.25-3+deb8u1
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpixman-1-0 0.32.6-3
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  psmisc22.21-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  1:45.5.1-1~deb8u1
ii  myspell-en-gb [myspell-dictionary]1:3.3.0-4
ii  myspell-es [myspell-dictionary]   1.11-9
ii  myspell-fr [myspell-dictionary]   1.4-26

Bug#827267: icedove: SEGV after random time

[Paul Brossier]

Package: icedove
Version: 1:45.5.1-1~deb8u1
Followup-For: Bug #827267

hi,

i'm also seeing crashes at this location in the code. I'm pushing gdb
backtraces here:

  https://people.debian.org/~piem/icedove/

Could it be that the `if ( me != node )` is entered even when *ioSlot is 
a NULL pointer, causing a crash at line 424 ?



http://sources.debian.net/src/icedove/1:45.2.0-1~deb8u1/db/mork/src/morkNode.cpp/#L424

cheers, piem


-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.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
Init: systemd (via /run/systemd/system)

Versions of packages icedove depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3+deb8u1
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u6
ii  libcairo2 1.14.0-2.1+deb8u1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3+deb8u1
ii  libfreetype6  2.5.2-3+deb8u1
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u5
ii  libglib2.0-0  2.42.1-1+b1
ii  libgtk2.0-0   2.24.25-3+deb8u1
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpixman-1-0 0.32.6-3
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  psmisc22.21-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  1:45.5.1-1~deb8u1
ii  myspell-en-gb [myspell-dictionary]1:3.3.0-4
ii  myspell-es [myspell-dictionary]   1.11-9
ii  myspell-fr [myspell-dictionary]   1.4-26

Versions of packages icedove suggests:
ii  fonts-lyx 2.1.2-2
ii  libgssapi-krb5-2  1.12.1+dfsg-19+deb8u2

-- no debconf information

Bug#845568: alsaplayer-esd: no audio - apparently emits audio to stdout

[Paul Brossier]

Hi Jonas,

Thanks for your report. The esound daemon is now disabled, so
alsaplayer-esd should be removed.

Cheers, Paul

On 11/24/2016 07:27 PM, Jonas Smedegaard wrote:
> Quoting Jonas Smedegaard (2016-11-24 19:03:41)
>> aplsaplayer-esd apears to connect properly with pulseaudio but is 
>> silent and emits massive noise (the raw audio?) to stdout.
> 
> NB! Bug is specific to the -esd package: alsaplayer-alsa works fine.
> 
> Perhaps the bug really is in libesd or pulseaudio-esound-compat?
> 
>  - Jonas
> 

Bug#843482: aubio: FTBFS on PowerPC variants: test_zeros fails

[Paul Brossier]

Hi Aaron,

Yes. Attached is a patch that just skip the two tests.

The issue here is that when running fftw_execute on an input vector full
of 0, the output vector contains some -0 on powerpc, instead of all 0
other architectures.

When computing the phase using atan2(im, re), the result is no more all
0, but can also be -0, pi, or -pi, as described in atan2f(3).

If I remember correctly, this is due to a powerpc specific optimization
in fftw3, (not a bug, a feature).

Attached is a patch that fixes the build by checking the phases are one
of those 4 values, and marking the unit test as skipped.

I will upload 0.4.3-2 tomorrow evening, with a few other minor changes.

Thanks,
Paul

On 11/06/2016 11:57 PM, Aaron M. Ucko wrote:
> Source: aubio
> Version: 0.4.1-2.2
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> 
> Builds of aubio for ppc64el and the non-release architectures powerpc
> and ppc64 all failed; see below for an excerpt from the ppc64el log at
> https://buildd.debian.org/status/fetch.php?pkg=aubio&arch=ppc64el&ver=0.4.3-1&stamp=1478460825
> Could you please take a look?
> 
> Thanks!
> 
>   ==
>   FAIL: test_zeros (test_phasevoc.aubio_pvoc_test_case)
>   check the resynthesis of zeros gives zeros
>   --
>   Traceback (most recent call last):
> File "/«PKGBUILDDIR»/python/tests/test_phasevoc.py", line 49, in 
> test_zeros
>   assert_equal ( s.phas, 0.)
> File "/usr/lib/python2.7/dist-packages/numpy/testing/utils.py", line 322, 
> in assert_equal
>   return assert_array_equal(actual, desired, err_msg, verbose)
> File "/usr/lib/python2.7/dist-packages/numpy/testing/utils.py", line 813, 
> in assert_array_equal
>   verbose=verbose, header='Arrays are not equal')
> File "/usr/lib/python2.7/dist-packages/numpy/testing/utils.py", line 739, 
> in assert_array_compare
>   raise AssertionError(msg)
>   AssertionError: 
>   Arrays are not equal
>   
>   (mismatch 34.6978557505%)
>x: array([ 0.  ,  0.  ,  0.  ,  0.  ,  0.  ,  0.  ,
>   0.  ,  0.  ,  0.  ,  0.  ,  0.  ,  0.  ,
>   0.  ,  0.  ,  0.  ,  0.  , -0.  ,  0.  ,...
>y: array(0.0)
>   
>   ==
>   FAIL: test_zeros (test_fft.aubio_fft_test_case)
>   check the transform of zeros is all zeros
>   --
>   Traceback (most recent call last):
> File "/«PKGBUILDDIR»/python/tests/test_fft.py", line 36, in test_zeros
>   assert_equal ( fftgrain.phas, 0 )
> File "/usr/lib/python2.7/dist-packages/numpy/testing/utils.py", line 322, 
> in assert_equal
>   return assert_array_equal(actual, desired, err_msg, verbose)
> File "/usr/lib/python2.7/dist-packages/numpy/testing/utils.py", line 813, 
> in assert_array_equal
>   verbose=verbose, header='Arrays are not equal')
> File "/usr/lib/python2.7/dist-packages/numpy/testing/utils.py", line 739, 
> in assert_array_compare
>   raise AssertionError(msg)
>   AssertionError: 
>   Arrays are not equal
>   
>   (mismatch 31.5175097276%)
>x: array([ 0.  ,  0.  ,  0.  ,  0.  ,  0.  ,  0.  ,
>   0.  ,  0.  ,  0.  ,  0.  ,  0.  ,  0.  ,
>   0.  ,  0.  ,  0.  ,  0.  , -0.  ,  0.  ,...
>y: array(0)
>   
>   --
>   Ran 745 tests in 12.995s
>   
>   FAILED (failures=2, skipped=4)
> 
diff --git a/python/tests/test_fft.py b/python/tests/test_fft.py
index fa349e5..a8f82b9 100755
--- a/python/tests/test_fft.py
+++ b/python/tests/test_fft.py
@@ -33,7 +33,14 @@ class aubio_fft_test_case(TestCase):
 f = fft (win_s)
 fftgrain = f (timegrain)
 assert_equal ( fftgrain.norm, 0 )
-assert_equal ( fftgrain.phas, 0 )
+try:
+assert_equal ( fftgrain.phas, 0 )
+except AssertionError:
+assert_equal (fftgrain.phas[fftgrain.phas > 0], +pi)
+assert_equal (fftgrain.phas[fftgrain.phas < 0], -pi)
+assert_equal (np.abs(fftgrain.phas[np.abs(fftgrain.phas) != pi]), 0)
+self.skipTest('fft(fvec(%d)).phas != +0, ' % win_s \
++ 'This is expected when using fftw3 on powerpc.')
 
 def test_impulse(self):
 """ check the transform of one impulse at a random place """
diff --git a/python/tests/test_phasevoc.py b/python/tests/test_phasevoc.py
index 23cbad5..957d3b1 100755
--- a/python/tests/test_phasevoc.py
+++ b/python/tests/test_phasevoc.py
@@ -46,7 +46,14 @@ class aubio_pvoc_test_case(TestCase):
 r = f.rdo(s)
 assert_equal ( t, 0.)
 assert_equal ( s.norm, 0.)
- 

Bug#498168: failure when alsa-utils and alsa-base missing

[Paul Brossier]

hi Herbert,

thanks for the heads up, I can upload it now if i'm not too late.

cheers, piem

On 10/30/2016 04:01 PM, Herbert Parentes Fortes Neto wrote:
> Package: alsamixergui
> Followup-For: Bug #498168
> 
> Dear Maintainer,
> 
>  I will do a NMU to add 'alsa-utils' to 'Depends' and
> be able to 'alsactl store'.
> 
> 
> 
> Regards,
> Herbert
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 

Bug#703936: logcheck-database: SSH Bad Protocol Version Idenitifcation Rule is incomplete

[Paul Brossier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

tags 703936 + patch
thanks

Hi,

replacing [^'] with [^[:space:] does the trick here.

cheers, piem
-BEGIN PGP SIGNATURE-

iQJ8BAEBCgBmBQJVxG/7XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCODhBNTA3MkQ0OTE1QUVDRjgxQTI0MzQ2
QTQ5QjE5NzI4QUJERDkyAAoJEGpJsZcoq92SeVEP/ReFS6gHhpgDJVzJNVJ3Pbvq
iRHiZKWI22R0WaCgt1tzmQuYS4Ogf4JrpRkMUF5yBxl/ePmOz0MpaVjnlB2aMAFI
gyEZQNXLxMl5ImggjHM1K2czZcFF9Cw8TSfMuuKc1BzPQ8+dWduW1tBj1VQFn3vp
Wu46QW+X9JrUb8CrMR7p4fadf530MLWO3Y/VIKXrdE/XRDaX2lwsj1GVWjyF5yhA
82U+tGr8GIJj4CyBEv/vin0H4n0xU2PE4AcxP2PhDXlbEZP2dsZqlkJfwQDrjwTp
7pKfzyI3wIhywBIiZmMkc0s5LxvJshj/hIUHcf6Mo7OoTmO+HKz3ObBG0QO5oQ6h
CuFcZy3PLfGUScS8DJByZHi7mY6V0po9NPvISor6t3Fbp2x5iakc+DqgdEX+RCaf
xb+zM9nGIXZ6t0qoooPTE7o6P6Oa4Vo7HDYQMJC6dPvNT5jbGjI8mW5gL6n/SEKi
LeUEMBN3om5sJO8pIfhEdg9Dftzbr7FLT09WeYWUCAyDZVj/94sLyJLCymc+SMoy
ay8S8UDTXpzU53PsOPxReSNUuZVPlECd0Hpa/f0vPfjpPBRSWetWuE+WT/YtZWqs
tE3KKWFSWgGNoUEASGbX1I6XZhJx8mEFJAvoizIgHkzCQq56RPAxaF9nRDwHlvy8
3avrwnnsDK2dJUzU4/iY
=uUHi
-END PGP SIGNATURE-
--- logcheck/ignore.d.server/ssh.orig   2015-05-11 10:57:32.745101129 -0300
+++ logcheck/ignore.d.server/ssh2015-05-11 10:58:00.849240490 -0300
@@ -1,7 +1,7 @@
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Accepted 
(gssapi(-with-mic|-keyex)?|rsa|dsa|password|publickey|keyboard-interactive/pam|hostbased)
 for [^[:space:]]+ from [^[:space:]]+ port [[:digit:]]+( (ssh|ssh2))?(: 
(RSA|ECDSA) ([[:xdigit:]]{2}:){15}[[:xdigit:]]{2})?$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Address 
[._[:alnum:]-]+ maps to [._[:alnum:]-]+, but this does not map back to the 
address - POSSIBLE BREAK-?IN ATTEMPT!$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Authorized to 
[^[:space:]]+, krb5 principal [^[:space:]]+ \(krb5_kuserok\)$
-^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Bad protocol 
version identification '[^']*' from ([:.[:xdigit:]]+|UNKNOWN)$
+^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Bad protocol 
version identification ‘[^[:space:]]*’ from ([:.[:xdigit:]]+|UNKNOWN) port 
[[:digit:]]{1,5}$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Did not receive 
identification string from ([:[:xdigit:].]+|UNKNOWN)+$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Disconnecting: 
Bad packet length [[:digit:]]+\.$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ sshd\[[[:digit:]]+\]: Disconnecting: 
Corrupted MAC on input\.$


logchecker-ssh-bad-proto-port-2.patch.sig
Description: Binary data

Bug#764863: kino: theora export fails with "ffmpeg2theora: invalid option -- 'S'"

[Paul Brossier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 11/10/2014 13:28, Julien Cristau wrote:
> Package: kino Version: 1.3.4-2.1+b1 Severity: important
> 
> I can't seem to export to theora, getting the error from $subject
> on stderr, followed by: WARNING: Only one input file supported,
> others will be ignored
> 
> File `1' does not exist or has an unknown format.
> 
> To make things worse the gui doesn't give any indication that 
> something's gone wrong, just says "Export finished".

hi,

unfortunately, it seems that I wont be able to look at this in the
next few weeks.

it would be great if someone could NMU it.

cheers, Paul
-BEGIN PGP SIGNATURE-

iQJ8BAEBCgBmBQJUflaqXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCODhBNTA3MkQ0OTE1QUVDRjgxQTI0MzQ2
QTQ5QjE5NzI4QUJERDkyAAoJEGpJsZcoq92S+IkP/1q6sYXsUCqI9a8airJve05t
ayXM1fwO//pq9SNSmEGKKkIkLUK2k1XGH2KvMKMJVCbrF1sPv2H/KQtwQlL/ivb3
+jTL0OEWbtcrOjLy71WBNI2+Sp6AB3M444rvlLvnx6nckimC0Pvz5sj2Tgg01Ej/
nEleLTKlSNH+sK+xtUybQ0j/+aNYwfuvAQpgopOxUgGPKIkb6tj5OqTJjBZ6/Vlo
hLCMkQHmFdOTbAwfRLQUnhVn77f5vbvHnMr0eLq851sO0l6/aH9OeJ3ESbDzGI1A
8oKniYqMKKjYk3ehn4tcUr21/vq76kgylVX9f3ofSnIxrsw2UuCOBYqXhReMPMKt
vU4UUShabYT6pIGpsrANzZBjDcopxEwyjzgcCmGZAIkPupri/6f4IlEO6RSZjGcm
mcxl2EzoZbbx0fDAw9MQmkgR4oI4FIYEFGeZW4nLNNBUQ6dE7rXA2+ijqXZZLTIx
LyGfmZH/jKYK6dXSo6NTNC897fl4HnYDxqW09PJVP1im9etu7EoWPcSCNeQzhmb0
JMniXRfhx69ffgZVb65522CFhQ8UkELuCxdficbUaZPVPmfNyOgNLBfLauH4QUwl
XmFs3HBLxLtNkgn4d4+xS6CrOLMzZyvVL9FaiO+xKzBr8gjoNJRdKCjw269CYTU9
+91GgwW2BMSNI9AZFD3d
=BebP
-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#769264: Bug #769264: freebirth: FTBFS in jessie/i386: XXX

[Paul Brossier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Michael,

thanks a lot for looking at this. it sounds like a fairly safe option,
given how awkward and ancient this code is.

i will give it a go and upload it in a few days.

best, Paul


On 22/11/2014 15:14, Michael Banck wrote:
> tags 769264 +patch thanks
> 
> Hi,
> 
> On Wed, Nov 12, 2014 at 11:45:28AM +0100, Lucas Nussbaum wrote:
>>> ./fusebirth > fused_loop.c 2>/dev/null make[1]: ***
>>> [fused_loop.c] Error 139
> 
> So what happens here is that fusebirth segfaults on i386 in
> topo_sort(), while trying to sort whatever in order to generate
> fused_loop.c.
> 
> Tracing through topo_sort() with a debugger, it seems that after a
> dozen or so recursions into it, get_children(node) returns an
> invalid (but not NULL) pointer, and on the next iteration we get a
> segfault in it.
> 
> I stared at the code for a few hours, but it doesn't look like this
> is how GLib is supposed to be used nowadays, so I went for an
> alternative solution: I just included the auto-generated .c code
> into the source package and changed the build system to not
> generate/delete that .c file.
> 
> I made sure the generated source is the same on amd64 and s390x and
> will test on a couple more architectures to make sure.
> 
> Proposed Debdiff attached.
> 
> 
> Michael
> 

-BEGIN PGP SIGNATURE-

iKYEARECAGYFAlRw8ApfFIAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl
bnBncC5maWZ0aGhvcnNlbWFuLm5ldEJEMkE4NDdFMkMzMUJDNzg4NjMxQ0RFNTky
RTBCREU3QzYwMDJDQkQACgkQkuC958YALL0SnACfaD7nuZdOTT3OUuAG8j6bQF40
IoMAn19WyR25AK5KP1Mr1cHI9TlWIPPd
=1Iy/
-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#765375: portmidi: diff for NMU version 1:184-2.2

[Paul Brossier]

gracias! :-)

On 14/10/2014 17:23, Alessio Treglia wrote:
> tags 765375 + pending
> thanks
> 
> Dear maintainer,
> 
> I've prepared an NMU for portmidi (versioned as 1:184-2.2) and
> uploaded it to DELAYED/10. Please feel free to tell me if I
> should delay it longer.
> 
> Regards.
> diff -u portmidi-184/debian/changelog portmidi-184/debian/changelog
> --- portmidi-184/debian/changelog
> +++ portmidi-184/debian/changelog
> @@ -1,3 +1,13 @@
> +portmidi (1:184-2.2) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Disable PM_CHECK_ERRORS PortMidi as it is a debugging option which
> +unconditionally calls exit(-1) on any error. It should rather delegate
> +the responsibility of error handling to the client application.
> +Thanks to RJ Ryan for pointing this out. (Closes: #765375)
> +
> + -- Alessio Treglia   Tue, 14 Oct 2014 16:12:56 +0100
> +
>  portmidi (1:184-2.1) unstable; urgency=low
>  
>* Non-maintainer upload.
> diff -u portmidi-184/debian/patches/series portmidi-184/debian/patches/series
> --- portmidi-184/debian/patches/series
> +++ portmidi-184/debian/patches/series
> @@ -9,0 +10 @@
> +12-disable_pmcheckerrors.patch
> only in patch2:
> unchanged:
> --- portmidi-184.orig/debian/patches/12-disable_pmcheckerrors.patch
> +++ portmidi-184/debian/patches/12-disable_pmcheckerrors.patch
> @@ -0,0 +1,22 @@
> +Subject: Disable PM_CHECK_ERRORS
> +From: https://bugs.launchpad.net/debian/+source/portmidi/+bug/1097286
> +Ubuntu-Bug: https://bugs.launchpad.net/debian/+source/portmidi/+bug/1097286
> +Debian-Bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765375
> +---
> + pm_linux/Makefile |4 ++--
> + 1 file changed, 2 insertions(+), 2 deletions(-)
> +
> +--- portmidi-184.orig/pm_linux/Makefile
>  portmidi-184/pm_linux/Makefile
> +@@ -16,9 +16,9 @@
> + # simple to create.)
> + 
> + # For debugging, define PM_CHECK_ERRORS
> +-PMFLAGS = -DPM_CHECK_ERRORS
> ++# PMFLAGS = -DPM_CHECK_ERRORS
> + # Otherwise do not define PM_CHECK_ERRORS
> +-# PMFLAGS = 
> ++PMFLAGS = 
> + 
> + # Use this for linux alsa (0.9x) version
> + versions = pm_linux/pmlinuxalsa.o
> 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#740975: filename completion broken with bash 4.3

[Paul Brossier]

tags 739835 patch
thanks

06:28 < piem> am i the only one being struck by 741903?
06:33 < infinity> piem:
http://launchpadlibrarian.net/169422307/bash-completion_1%3A2.1-2ubuntu3_1%3A2.1-2ubuntu4.diff.gz
06:33  * infinity bugs jjo to forward that.
06:40 < infinity> piem: You might just want to grab the Ubuntu
bash-completion deb, it fixes a few bugs, I'll hunt down people to
forward it all.
06:40 < infinity>
https://launchpad.net/ubuntu/+source/bash-completion/1:2.1-2ubuntu4/+build/5810094
06:44 < piem> infinity: nice, thanks

On 03/18/2014 09:17 PM, David Paleino wrote:
> forcemerge 739835 741479 741860 742071 742054 741903 740975
> retitle 739835 filename completion broken with bash 4.3
> severity 739835 important
> tags 739835 upstream confirmed
> thanks
>
> Hello all,
>
> (sorry for the long list of CC)
>
> writing to you because you reported a bug within bash-completion, which is
> likely caused by the upgrade of bash to 4.3.
>
> I've added Ville Skyttä in CC too -- I stopped actively developing
> bash-completion long ago, and I believe he's now the main upstream developer,
> so keeping him in the mail loop.
>
> Please, from now on, refer to bug #739835 for further posts.
>
> Ville: it seems like
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739835#15 contains a
> patch: have you had the chance to look at it? It seems to me that it doesn't
> solve the problems reported.
>
> Thanks, and sorry for not being totally clueless,
> David
>
   



signature.asc
Description: OpenPGP digital signature

Bug#741903: bash-completion: only directories listed when path starts with ~/

[Paul Brossier]

Package: bash-completion
Version: 1:2.1-2
Severity: normal

Dear Maintainer,

I'm not sure this is the package causing the bug, but since recently,
a path starting with ~/ only gets completed with directories, not files.

Here is an example:

$ mkdir ~/testing_completion
$ touch ~/testing_completion/foo
$ mkdir ~/testing_completion/bar
$ mkdir ~/testing_completion/baz
$ ls ~/testing_completion/
$ ls ~/testing_completion/ba
bar/ baz/ 

my home is encrypted using ecryptfs.

cheers, piem

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

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bash-completion depends on:
ii  bash  4.3-2
ii  dpkg  1.17.6

bash-completion recommends no packages.

bash-completion 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#741854: ITP: yaafe -- audio features extraction library

[Paul Brossier]

Package: wnpp
Severity: wishlist
Owner: Paul Brossier 

* Package name: yaafe
  Version : 0.64
  Upstream Author : Institut Télécom - Télécom Paristech
* URL : http://yaafe.sourceforge.net
* License : LGPL-3
  Programming Lang: C++, Python
  Description : audio features extraction library

Yaafe provides:
  - a collection of classical audio features, with transformations and
temporal integration
  - reading of WAV, OGG, MP3 (and others) audio file formats.
  - CSV and HDF5 output file formats
  - Python and Matlab bindings to extract features straight within your
favorite environment.
  - automatic input samplerate conversion, using smarc.
  - an extensible framework that allow you to create your own feature library.
  - a C++ API to efficiently integrate Yaafe in your project


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#740953: [xserver-xorg-video-nouveau]: No devices detected. (anymore)

[Paul Brossier]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.10-1+b1
Followup-For: Bug #740953

Hi Sven and all,

I installed 3.14-rc5 to see if it would help, but Xorg still fails
starting. Let me know if there is anything else I can try, or any more
info I can provide.

Cheers, piem

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Oct 20 16:25 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2323424 Feb  6 12:23 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
02:00.0 VGA compatible controller [0300]: NVIDIA Corporation MCP89 [GeForce 
320M] [10de:08a2] (rev a2)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 3.14-rc5-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.2 (Debian 4.8.2-14) ) #1 SMP Debian 3.14~rc5-1~exp1 (2014-03-07)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 8467 Mar 11 12:08 /var/log/Xorg.0.log
-rw-r--r-- 1 root root 8467 Mar 11 12:08 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 8467 Mar 11 12:08 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 8467 Mar 11 12:08 /var/log/Xorg.3.log
-rw-r--r-- 1 root root 8467 Mar 11 12:08 /var/log/Xorg.4.log
-rw-r--r-- 1 root root 8467 Mar 11 12:08 /var/log/Xorg.5.log

Contents of most recent Xorg X server log file (/var/log/Xorg.5.log):
-
[15.237] 
X.Org X Server 1.15.0
Release Date: 2013-12-27
[15.237] X Protocol Version 11, Revision 0
[15.237] Build Operating System: Linux 3.12-1-amd64 x86_64 Debian
[15.237] Current Operating System: Linux groseille 3.14-rc5-amd64 #1 SMP 
Debian 3.14~rc5-1~exp1 (2014-03-07) x86_64
[15.237] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-rc5-amd64 
root=UUID=1ab1ff9c-7eee-49cd-bde0-e8b1a658ed34 ro quiet
[15.237] Build Date: 06 February 2014  03:20:45PM
[15.237] xorg-server 2:1.15.0-2 (http://www.debian.org/support) 
[15.238] Current version of pixman: 0.32.4
[15.238]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[15.238] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[15.238] (==) Log file: "/var/log/Xorg.5.log", Time: Tue Mar 11 12:08:59 
2014
[15.238] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[15.238] (==) No Layout section.  Using the first Screen section.
[15.238] (==) No screen section available. Using defaults.
[15.238] (**) |-->Screen "Default Screen Section" (0)
[15.238] (**) |   |-->Monitor ""
[15.239] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[15.239] (==) Automatically adding devices
[15.239] (==) Automatically enabling devices
[15.239] (==) Automatically adding GPU devices
[15.239] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[15.239]Entry deleted from font path.
[15.239] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[15.239] (==) ModulePath set to "/usr/lib/xorg/modules"
[15.239] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[15.239] (II) Loader magic: 0x7f17e26bbd40
[15.239] (II) Module ABI versions:
[15.239]X.Org ANSI C Emulation: 0.4
[15.239]X.Org Video Driver: 15.0
[15.239]X.Org XInput driver : 20.0
[15.239]X.Org Server Extension : 8.0
[15.239] (II) xfree86: Adding drm device (/dev/dri/card0)
[15.242] (--) PCI:*(0:2:0:0) 10de:08a2:106b:00d4 rev 162, Mem @ 
0xd200/16777216, 0xc000/268435456, 0xd000/33554432, I/O @ 
0x1000/128, BIOS @ 0x/131072
[15.242] Initializing built-in extension Generic Event Extension
[15.243] Initializing built-in extension SHAPE
[15.243] Initializing built-in extension MIT-SHM
[15.243] Initializing built-in extension XInputExtension
[15.243] Initializing built-in extension XTEST
[15.243] Initializing built-in extension BIG-REQUESTS
[15.243] Initializing built-in extension SYNC
[15.243] Initializing built-in extension XKEYBOARD
[15.243] Initializing built-in extension XC-MISC
[15.243] Initializing built-in extension SECURITY
[15.243] Initializing built-in extension XINERAMA
[15.243] Initializing built-in extension XFIXES
[15.243] Initializing bu

Bug#740953: [xserver-xorg-video-nouveau]: No devices detected. (anymore)

[Paul Brossier]

On 03/06/2014 06:05 PM, Paul Brossier wrote:
> As for kernels, I was running 3.12 previously, but no luck running
> Xorg with any of these too:
>
> ii  linux-image-3.12-1-amd64 3.12.9-1 amd64Linux 3.12 for
> 64-bit PCs ii  linux-image-3.13-1-amd64 3.13.5-1 amd64
> Linux 3.13 for 64-bit PCs

sorry, my bad: xorg runs fine under 3.12 (i had tried to install the
proprietary driver in the mean time, before removing it).

i guess the bug should be reassigned to the kernel then?

cheers, piem


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#740953: [xserver-xorg-video-nouveau]: No devices detected. (anymore)

[Paul Brossier]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.10-1+b1
Followup-For: Bug #740953

Sven, I sent you the dpkg.log in private since it is rather huge. Feel
free to publish the relevant parts as needed.

As for kernels, I was running 3.12 previously, but no luck running Xorg
with any of these too:

ii  linux-image-3.12-1-amd64 3.12.9-1 amd64Linux 3.12 for 64-bit PCs
ii  linux-image-3.13-1-amd64 3.13.5-1 amd64Linux 3.13 for 64-bit PCs

cheers, piem


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#740953: [xserver-xorg-video-nouveau]: No devices detected. (anymore)

[Paul Brossier]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.10-1+b1
Severity: important

Dear Maintainer,

xorg was running like a charm until recently. Since I ran safe-upgrade
yesterday, Xorg fails starting. See info attached. Let me know if there
is any more info I can provide.

cheers, piem

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Oct 20 16:25 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2323424 Feb  6 12:23 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
02:00.0 VGA compatible controller [0300]: NVIDIA Corporation MCP89 [GeForce 
320M] [10de:08a2] (rev a2)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-14) ) #1 SMP Debian 3.13.5-1 (2014-03-04)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 8456 Mar  6 11:31 /var/log/Xorg.0.log
-rw-r--r-- 1 root root 8456 Mar  6 11:31 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 8456 Mar  6 11:31 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 8456 Mar  6 11:31 /var/log/Xorg.3.log
-rw-r--r-- 1 root root 8456 Mar  6 11:31 /var/log/Xorg.4.log
-rw-r--r-- 1 root root 8456 Mar  6 11:31 /var/log/Xorg.5.log

Contents of most recent Xorg X server log file (/var/log/Xorg.5.log):
-
[15.924] 
X.Org X Server 1.15.0
Release Date: 2013-12-27
[15.924] X Protocol Version 11, Revision 0
[15.924] Build Operating System: Linux 3.12-1-amd64 x86_64 Debian
[15.924] Current Operating System: Linux groseille 3.13-1-amd64 #1 SMP 
Debian 3.13.5-1 (2014-03-04) x86_64
[15.924] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.13-1-amd64 
root=UUID=1ab1ff9c-7eee-49cd-bde0-e8b1a658ed34 ro quiet
[15.924] Build Date: 06 February 2014  03:20:45PM
[15.924] xorg-server 2:1.15.0-2 (http://www.debian.org/support) 
[15.924] Current version of pixman: 0.32.4
[15.925]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[15.925] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[15.925] (==) Log file: "/var/log/Xorg.5.log", Time: Thu Mar  6 11:31:46 
2014
[15.925] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[15.925] (==) No Layout section.  Using the first Screen section.
[15.926] (==) No screen section available. Using defaults.
[15.926] (**) |-->Screen "Default Screen Section" (0)
[15.926] (**) |   |-->Monitor ""
[15.926] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[15.926] (==) Automatically adding devices
[15.926] (==) Automatically enabling devices
[15.926] (==) Automatically adding GPU devices
[15.926] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[15.926]Entry deleted from font path.
[15.926] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[15.926] (==) ModulePath set to "/usr/lib/xorg/modules"
[15.926] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[15.926] (II) Loader magic: 0x7f54f7583d40
[15.926] (II) Module ABI versions:
[15.926]X.Org ANSI C Emulation: 0.4
[15.926]X.Org Video Driver: 15.0
[15.926]X.Org XInput driver : 20.0
[15.926]X.Org Server Extension : 8.0
[15.927] (II) xfree86: Adding drm device (/dev/dri/card0)
[15.929] (--) PCI:*(0:2:0:0) 10de:08a2:106b:00d4 rev 162, Mem @ 
0xd200/16777216, 0xc000/268435456, 0xd000/33554432, I/O @ 
0x1000/128, BIOS @ 0x/131072
[15.929] Initializing built-in extension Generic Event Extension
[15.929] Initializing built-in extension SHAPE
[15.929] Initializing built-in extension MIT-SHM
[15.929] Initializing built-in extension XInputExtension
[15.929] Initializing built-in extension XTEST
[15.929] Initializing built-in extension BIG-REQUESTS
[15.929] Initializing built-in extension SYNC
[15.930] Initializing built-in extension XKEYBOARD
[15.930] Initializing built-in extension XC-MISC
[15.930] Initializing built-in extension SECURITY
[15.930] Initializing built-in extension XINERAMA
[15.930] Initializing built-in extension XFIXES
[15.930] Initializing built-in ex

Bug#740783: ITP: timeside -- open web audio processing framework

[Paul Brossier]

Package: wnpp
Severity: wishlist
Owner: Paul Brossier 

* Package name: timeside
  Version : 0.5.4
  Upstream Author : Guillaume Pellerin 
* URL : https://github.com/yomguy/TimeSide
* License : GPL-2+
  Programming Lang: Python
  Description : open web audio processing framework

 TimeSide is a set of Python components enabling easy audio processing,
 transcoding, imaging and streaming. Its simple architecture and high-level
 API have been design to process serial pipelines.
 .
 It includes a powerful HTML5 interactive player which can be embedded in any
 web application to provide fancy waveforms, various analyzer results, synced
 time metadata display during playback (time-marking) and remote indexing.
 .
 The engine (server side) is fully written in Python, the player (client side)
 in HTML, CSS and JavaScript.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#738915: pd-aubio: FTBFS on non-linux

[Paul Brossier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 738915 patch
thanks
- --

attached is a patch to fix this. i will upload it in a few days. please
NMU if need be.

thanks, Paul

On 13/02/2014 18:27, Julien Cristau wrote:
> Source: pd-aubio Version: 0.4-1 Severity: serious Justification: 
> fails to build from source
> 
> The pd-aubio package used to be built from aubio source on all 
> architectures.  Now it's moved to its own source package, which 
> FTBFS on non-linux: 
> https://buildd.debian.org/status/package.php?p=pd-aubio
> 
> Please either get this to build or reassign (and downgrade) this
> bug to ftp.debian.org to get the out of date pd-aubio binaries
> removed.
> 
> Thanks, Julien
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlMCE/EACgkQkuC958YALL3dqwCfVHROyXmWw44C7ZqG1clI9pSY
MTEAoLLD/ngJ8aaH/f7zHKDQr1KmmS2K
=mpn5
-END PGP SIGNATURE-
diff --git a/wscript b/wscript
index 51124f6..186d408 100644
--- a/wscript
+++ b/wscript
@@ -36,7 +36,11 @@ def configure(ctx):
 ctx.env.CFLAGS_cshlib = []
 ctx.env.LINKFLAGS_cshlib +=  ['-export_dynamic', '-lpd']
 else:
-ctx.fatal("Sorry, i don't know how to build for %s yet" % 
ctx.env['DEST_OS'])
+ctx.start_msg("Checking for platform")
+ctx.end_msg("no idea how to build for %s yet, assuming linux"
+% ctx.env['DEST_OS'], 'YELLOW')
+ctx.env.cshlib_PATTERN = '%s.pd_linux'
+ctx.env.LINKFLAGS_cshlib += ['--export_dynamic']
 
 # check for puredata header
 ctx.check(header_name='m_pd.h')


assume_linux.patch.sig
Description: Binary data

Bug#733967: update to aubio 0.4.0 needed?

[Paul Brossier]

hi Josue,

let me know if you need help updating denemo to 0.4.0.

unfortunately i'm not sure I will have time to do it within the next 10
days.

thanks, Paul



signature.asc
Description: OpenPGP digital signature

Bug#733969: ardour3: FTBFS when built against libaubio4

[Paul Brossier]

On 01/11/2014 08:40 AM, Paul Brossier wrote:
> hi!,
>
> here is a patch for ardour. i don't have write access to the repo.
>
> ardour3 and denemo will follow.

here is the ardour3 one, unfortunately i could not test it yet (hard
disk full).

but the patch is no different from the ardour one, appart from the
skipped SConstruct hunk.

cheers, Paul

> 
>
> best, paul
>
> On 01/10/2014 04:00 PM, Paul Brossier wrote:
>> Hi all,
>>
>> On 01/10/2014 02:21 PM, Niels Thykier wrote:
>>> Hi,
>>>
>>> Adding Paul Brossier to CC, since he maintains aubio and uploaded
>>> the version with the API bump.  Paul, please see/comment Adrian's
>>> mail below.
>>>
>>> From my point of view (i.e. with my release hat on), I am fine
>>> with either resolution the two of you come up with as long as the
>>> build failure here is resolved and aubio's transition is
>>> finished.
>>>
>>> ~Niels
>>>
>>> On 2014-01-09 15:28, Adrian Knoth wrote:
>>>> On 01/02/14 19:27, Niels Thykier wrote:
>>>>
>>>> Hi!
>>>>
>>>>> Package: ardour3 Version: 3.5.143~dfsg-1 Severity: serious
>>>>>
>>>>> Hi,
>>>>>
>>>>> Your package FTBFS during a rebuilt against libaubio4.  Here
>>>>> is the tail from amd64.
>>>> aubio 0.4 is not API-compatible with the previous 0.3 release.
>>>> aubio upstream currently lists both APIs as stable.
>>>>
>>>> Ardour upstream has tightened the dependency to aubio 0.3.2,
>>>> and it certainly needs time to incorporate the API changes. For
>>>> ardour2 (bug #733968), this might never happen unless
>>>> backported.
>>>>
>>>> There's not even a document on aubio's website how to migrate
>>>> from 0.3 to 0.4.
>> point, i'm not very good at writing documentation, sorry.
>>>>
>>>> Long story short: that's too much for packaging, this is
>>>> serious upstream work. Since Ardour upstream has decided to
>>>> stick with 0.3.2, I suggest we re-introduce libaubio-0.3.x in
>>>> Debian until the remaining users have all been transitioned to
>>>> aubio4 (read: as soon as the r-depends count of aubio3 drops to
>>>> zero).
>> I'll be happy to write the patches for ardour, ardour3, and
>> denemo.
>>
>> I should be done in a few hours.
>>
>>>>
>>>> To be clear: I'm talking about co-existence of both aubio
>>>> versions in Debian, at least temporary.
>> i'll be offline starting tomorrow for 12 days. i hope to have the
>> three patches ready before then.
>>
>> cheers, Paul
>


From 42a9c0bead9c3bfab06b06c74b49b3534e2ce61c Mon Sep 17 00:00:00 2001
From: Paul Brossier 
Date: Sat, 11 Jan 2014 09:36:56 -0400
Subject: [PATCH] debian/patches/aubio.patch: update to aubio 0.4.0 (Closes:
 #733969)

---
 debian/control |   2 +-
 debian/patches/aubio.patch | 293 +
 debian/patches/series  |   1 +
 debian/rules   |   2 +-
 4 files changed, 296 insertions(+), 2 deletions(-)
 create mode 100644 debian/patches/aubio.patch

diff --git a/debian/control b/debian/control
index f420c41..a4fdaad 100644
--- a/debian/control
+++ b/debian/control
@@ -37,7 +37,7 @@ Build-Depends:
  libpangomm-1.4-dev (>= 2.28.4),
  ladspa-sdk (>= 1.1-2),
  libasound2-dev (>= 0.9.4),
- libaubio-dev (>= 0.3.2),
+ libaubio-dev (>= 0.4.0),
  libjack-dev,
  liblo-dev (>= 0.26~),
  libsamplerate0-dev (>= 0.1.8),
diff --git a/debian/patches/aubio.patch b/debian/patches/aubio.patch
new file mode 100644
index 000..5c6ddae
--- /dev/null
+++ b/debian/patches/aubio.patch
@@ -0,0 +1,293 @@
+Description: merge latest vamp-aubio-plugins version to use aubio 0.4.0
+ Update libs/vamp-plugins/Onset.{cpp,h} to new aubio.
+ Merge with the latest vamp-aubio-plugins revision 798ef8d.
+ See http://git.aubio.org/?p=vamp-aubio-plugins.git;a=summary.
+Author: Paul Brossier 
+Bug-Debian: http://bugs.debian.org/733969
+Last-Update: 2014-12-29
+
+--- a/libs/vamp-plugins/Onset.cpp
 b/libs/vamp-plugins/Onset.cpp
+@@ -22,29 +22,32 @@
+ using std::cerr;
+ using std::endl;
+ 
++const char *getAubioNameForOnsetType(OnsetType t)
++{
++// In the same order as the enum elements in the header
++static const char *const names[] = {
++"energy", "specdiff", "hfc", "complex", "phase", "kl", "mkl", "specflux"
++};
++return names[(int)t];
++}
++
+ Onset::Onset(float inputSample

Bug#733968: Bug#733969: ardour3: FTBFS when built against libaubio4

[Paul Brossier]

hi!,

here is a patch for ardour. i don't have write access to the repo.

ardour3 and denemo will follow.

best, paul

On 01/10/2014 04:00 PM, Paul Brossier wrote:
> Hi all,
>
> On 01/10/2014 02:21 PM, Niels Thykier wrote:
>> Hi,
>>
>> Adding Paul Brossier to CC, since he maintains aubio and uploaded the
>> version with the API bump.  Paul, please see/comment Adrian's mail below.
>>
>> From my point of view (i.e. with my release hat on), I am fine with
>> either resolution the two of you come up with as long as the build
>> failure here is resolved and aubio's transition is finished.
>>
>> ~Niels
>>
>> On 2014-01-09 15:28, Adrian Knoth wrote:
>>> On 01/02/14 19:27, Niels Thykier wrote:
>>>
>>> Hi!
>>>
>>>> Package: ardour3
>>>> Version: 3.5.143~dfsg-1
>>>> Severity: serious
>>>>
>>>> Hi,
>>>>
>>>> Your package FTBFS during a rebuilt against libaubio4.  Here is the tail
>>>> from amd64.
>>> aubio 0.4 is not API-compatible with the previous 0.3 release. aubio
>>> upstream currently lists both APIs as stable.
>>>
>>> Ardour upstream has tightened the dependency to aubio 0.3.2, and it
>>> certainly needs time to incorporate the API changes. For ardour2 (bug
>>> #733968), this might never happen unless backported.
>>>
>>> There's not even a document on aubio's website how to migrate from 0.3
>>> to 0.4.
> point, i'm not very good at writing documentation, sorry.
>>>
>>> Long story short: that's too much for packaging, this is serious
>>> upstream work. Since Ardour upstream has decided to stick with 0.3.2, I
>>> suggest we re-introduce libaubio-0.3.x in Debian until the remaining
>>> users have all been transitioned to aubio4 (read: as soon as the
>>> r-depends count of aubio3 drops to zero).
> I'll be happy to write the patches for ardour, ardour3, and denemo.
>
> I should be done in a few hours.
>
>>>
>>> To be clear: I'm talking about co-existence of both aubio versions in
>>> Debian, at least temporary.
> i'll be offline starting tomorrow for 12 days. i hope to have the three
> patches ready before then.
>
> cheers, Paul

>From 390a4df33ba9fe637d80ae15ece2b37221a4fc4c Mon Sep 17 00:00:00 2001
From: Paul Brossier 
Date: Sat, 11 Jan 2014 08:31:48 -0400
Subject: [PATCH] debian/patches/180_aubio.patch: update to aubio 0.4.0
 (Closes: #733968)

---
 debian/control |   2 +-
 debian/patches/180_aubio.patch | 304 +
 debian/patches/series  |   1 +
 debian/rules   |   2 +-
 4 files changed, 307 insertions(+), 2 deletions(-)
 create mode 100644 debian/patches/180_aubio.patch

diff --git a/debian/control b/debian/control
index f6cf8bb..eafbc3b 100644
--- a/debian/control
+++ b/debian/control
@@ -34,7 +34,7 @@ Build-Depends: cdbs,
  ladspa-sdk (>= 1.1-2),
  libasound2-dev (>= 0.9.4) [linux-any],
  liboss-salsa-dev [!linux-any],
- libaubio-dev,
+ libaubio-dev (>= 0.4.0),
  libjack-dev,
  liblo-dev,
  libsuil-dev,
diff --git a/debian/patches/180_aubio.patch b/debian/patches/180_aubio.patch
new file mode 100644
index 000..ccd4f54
--- /dev/null
+++ b/debian/patches/180_aubio.patch
@@ -0,0 +1,304 @@
+Description: merge latest vamp-aubio-plugins version to use aubio 0.4.0
+ Update libs/vamp-plugins/Onset.{cpp,h} to new aubio.
+ Merge with the latest vamp-aubio-plugins revision 798ef8d.
+ See http://git.aubio.org/?p=vamp-aubio-plugins.git;a=summary.
+Author: Paul Brossier 
+Forwarded: not-needed
+Last-Update: 2014-12-29
+
+--- a/SConstruct
 b/SConstruct
+@@ -446,7 +446,7 @@
+ 	'jack' : '0.120.0',
+ 	'libgnomecanvas-2.0'   : '2.0',
+ 	'sndfile'  : '1.0.18',
+-'aubio': '0.3.0',
++'aubio': '0.4.0',
+ 	'liblo': '0.24'
+ }
+ 
+--- a/libs/vamp-plugins/Onset.cpp
 b/libs/vamp-plugins/Onset.cpp
+@@ -22,29 +22,32 @@
+ using std::cerr;
+ using std::endl;
+ 
++const char *getAubioNameForOnsetType(OnsetType t)
++{
++// In the same order as the enum elements in the header
++static const char *const names[] = {
++"energy", "specdiff", "hfc", "complex", "phase", "kl", "mkl", "specflux"
++};
++return names[(int)t];
++}
++
+ Onset::Onset(float inputSampleRate) :
+ Plugin(inputSampleRate),
+ m_ibuf(0),
+-m_fftgrain(0),
+ m_onset(0),
+-m_pv(0),
+-m_peakpick(0),
+   

Bug#733969: ardour3: FTBFS when built against libaubio4

[Paul Brossier]

Hi all,

On 01/10/2014 02:21 PM, Niels Thykier wrote:
> Hi,
>
> Adding Paul Brossier to CC, since he maintains aubio and uploaded the
> version with the API bump.  Paul, please see/comment Adrian's mail below.
>
> From my point of view (i.e. with my release hat on), I am fine with
> either resolution the two of you come up with as long as the build
> failure here is resolved and aubio's transition is finished.
>
> ~Niels
>
> On 2014-01-09 15:28, Adrian Knoth wrote:
>> On 01/02/14 19:27, Niels Thykier wrote:
>>
>> Hi!
>>
>>> Package: ardour3
>>> Version: 3.5.143~dfsg-1
>>> Severity: serious
>>>
>>> Hi,
>>>
>>> Your package FTBFS during a rebuilt against libaubio4.  Here is the tail
>>> from amd64.
>> aubio 0.4 is not API-compatible with the previous 0.3 release. aubio
>> upstream currently lists both APIs as stable.
>>
>> Ardour upstream has tightened the dependency to aubio 0.3.2, and it
>> certainly needs time to incorporate the API changes. For ardour2 (bug
>> #733968), this might never happen unless backported.
>>
>> There's not even a document on aubio's website how to migrate from 0.3
>> to 0.4.

point, i'm not very good at writing documentation, sorry.
>>
>>
>> Long story short: that's too much for packaging, this is serious
>> upstream work. Since Ardour upstream has decided to stick with 0.3.2, I
>> suggest we re-introduce libaubio-0.3.x in Debian until the remaining
>> users have all been transitioned to aubio4 (read: as soon as the
>> r-depends count of aubio3 drops to zero).

I'll be happy to write the patches for ardour, ardour3, and denemo.

I should be done in a few hours.

>>
>>
>> To be clear: I'm talking about co-existence of both aubio versions in
>> Debian, at least temporary.

i'll be offline starting tomorrow for 12 days. i hope to have the three
patches ready before then.

cheers, Paul


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734749: src:aubio: Please provide aubio3

[Paul Brossier]

On 09/01/2014 11:05, Adrian Knoth wrote:

Package: src:aubio
Severity: wishlist

Hi!


Hi Adrian,


You've recently uploaded aubio4 which causes ardour and ardour3 to
FTBFS (#733969 and #733968).

Since you're also the upstream author, you're well aware that your API
has changed, causing the breakage.

It is very unlikely that we'll see updated code in Ardour2/3 anytime
soon, in other words, we definitely need aubio3 back in Debian. (unless
you volunteer to do the migration)


sure, i'll provide a patch as soon as possible!


Could you please provide an additional aubio3 package in co-existence
with the current aubio4?

That said, you'd need proper versioning in both, aubio3 and aubio4. See
https://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html
for more information how to achieve this or search the net for symbol
versioning.


is there anything wrong with the current versioning?

cheers, Paul


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#733683: giggle: signed messages commits shown as "Version: GnuPG v1.4.15 (GNU/Linux)"

[Paul Brossier]

Package: giggle
Version: 0.7-2+b1
Severity: normal

Dear Maintainer,

if i sign a commits, the commit message is not shwon, only the signature
header. I have to 'disaply revision details' to actually see the commit
message.

cheers, piem

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

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages giggle depends on:
ii  git [git-core]  1:1.8.5.2-1
ii  libc6   2.17-97
ii  libcairo2   1.12.16-2
ii  libgdk-pixbuf2.0-0  2.28.2-1+b1
ii  libglib2.0-02.36.4-1
ii  libgtk-3-0  3.8.6-1
ii  libgtksourceview-3.0-1  3.8.2-1
ii  libpango-1.0-0  1.36.0-1

giggle recommends no packages.

Versions of packages giggle suggests:
pn  giggle-personal-details-plugin  
pn  giggle-terminal-view-plugin 

-- 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#733593: etherape: ctl+o stops traffic and open a capture file

[Paul Brossier]

Package: etherape
Version: 0.9.13-1
Severity: normal

Dear Maintainer,

if i press ctrl+o to stop capture, etherape also opens the open file
capture dialog.

cheers, Paul

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

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages etherape depends on:
ii  gconf-service3.2.6-1
ii  libart-2.0-2 2.3.21-2
ii  libatk1.0-0  2.10.0-2
ii  libbonobo2-0 2.32.1-3
ii  libbonoboui2-0   2.24.3-1
ii  libc62.17-97
ii  libcairo21.12.16-2
ii  libfontconfig1   2.11.0-2
ii  libfreetype6 2.5.2-1
ii  libgconf-2-4 3.2.6-1
ii  libgdk-pixbuf2.0-0   2.28.2-1+b1
ii  libglade2-0  1:2.6.4-1
ii  libglib2.0-0 2.36.4-1
ii  libgnome2-0  2.32.1-4
ii  libgnomecanvas2-02.30.3-1.2
ii  libgnomeui-0 2.24.5-2
ii  libgnomevfs2-0   1:2.24.4-4
ii  libgtk2.0-0  2.24.22-1
ii  libice6  2:1.0.8-2
ii  liborbit-2-0 1:2.14.19-0.3
ii  libpango-1.0-0   1.36.0-1
ii  libpangocairo-1.0-0  1.36.0-1
ii  libpangoft2-1.0-01.36.0-1
ii  libpcap0.8   1.5.2-1
ii  libpopt0 1.16-8
ii  libsm6   2:1.2.1-2
ii  libxml2  2.9.1+dfsg1-3

Versions of packages etherape recommends:
ii  menu  2.1.46

etherape 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#733592: electrum: missing depends on python-qt4

[Paul Brossier]

Package: electrum
Version: 1.9.5-1
Severity: important

Dear Maintainer,

after a fresh install of electrum, i get

$ electrum
Error: Could not import PyQt4 on Linux systems, you may try 'sudo
apt-get install python-qt4'

installing python-qt4 does help indeed.

cheers,
piem

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

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages electrum depends on:
ii  python   2.7.5-5
ii  python-electrum  1.9.5-1

electrum recommends no packages.

electrum 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#733544: ITP: pd-aubio -- aubio external for PureData

[Paul Brossier]

Package: wnpp
Severity: wishlist
Owner: Paul Brossier 

* Package name: pd-aubio
  Version : 0.3
  Upstream Author : Paul Brossier 
* URL : http://aubio.org/
* License : GPL
  Programming Lang: C
  Description : aubio external for PureData

 aubio gathers a set of functions for audio signal segmentation and labelling.
 The library contains a phase vocoder, onset and pitch detection functions, a
 beat tracking algorithm and other sound processing utilities.
 .
 This package provides PureData objects to use the aubio features.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#732986: [Pkg-openssl-devel] Bug#732986: OpenSSL version mismatch. Built against 1000105f, you have 10001060

[Paul Brossier]

which 'other 5 bugs'?

cheers, piem


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#731467: freewheeling: Please build-depend on libgnutls-openssl-dev

[Paul Brossier]

hi!

ok, should i upload to unstable?

cheers, Paul

On Thu, Dec 05, 2013 at 07:16:55PM +0100, Andreas Metzler wrote:
> Package: freewheeling
> Version: 0.6-1.2
> Severity: normal
> Tags: patch
> 
> Hello,
> please change the package's build-dependency from libgnutls-dev to
> libgnutls-openssl-dev. The latter is a virtual package provided by
> libgnutls-dev in sid and libgnutls28-dev in experimental. Having the
> reverse dependencies change should allow us to transition to the newer
> version. (See #726828.)
> 
> I have test-built the package against libgnutls28-dev/experimental.
> 
> Thanks, cu Andreas
> 
> -- 
> `What a good friend you are to him, Dr. Maturin. His other friends are
> so grateful to you.'
> `I sew his ears on from time to time, sure'

> diff -u freewheeling-0.6/debian/changelog freewheeling-0.6/debian/changelog
> --- freewheeling-0.6/debian/changelog
> +++ freewheeling-0.6/debian/changelog
> @@ -1,3 +1,11 @@
> +freewheeling (0.6-1.3) UNRELEASED; urgency=low
> +
> +  * Non-maintainer upload.
> +  * Build-Depend on libgnutls-openssl-dev instead of libgnutls-dev to allow
> +transitioning to newer GnuTLS.
> +
> + -- Andreas Metzler   Thu, 05 Dec 2013 19:11:23 +0100
> +
>  freewheeling (0.6-1.2) unstable; urgency=low
>  
>* Non-maintainer upload.
> diff -u freewheeling-0.6/debian/control freewheeling-0.6/debian/control
> --- freewheeling-0.6/debian/control
> +++ freewheeling-0.6/debian/control
> @@ -2,7 +2,7 @@
>  Section: sound
>  Priority: optional
>  Maintainer: Paul Brossier 
> -Build-Depends: debhelper (>= 7.0.0), autotools-dev, quilt, docbook-to-man, 
> libtool, libx11-dev, libfreetype6-dev, libsdl-gfx1.2-dev, libsdl-ttf2.0-dev, 
> libxml2-dev, libjack-dev, libvorbis-dev, libsndfile-dev, libfluidsynth-dev, 
> libgnutls-dev
> +Build-Depends: debhelper (>= 7.0.0), autotools-dev, quilt, docbook-to-man, 
> libtool, libx11-dev, libfreetype6-dev, libsdl-gfx1.2-dev, libsdl-ttf2.0-dev, 
> libxml2-dev, libjack-dev, libvorbis-dev, libsndfile-dev, libfluidsynth-dev, 
> libgnutls-openssl-dev
>  Standards-Version: 3.8.3
>  Vcs-Bzr: http://bzr.debian.org/users/piem/freewheeling/
>  Vcs-Browser: http://bzr.debian.org/loggerhead/users/piem/freewheeling/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#656807: mailman debian logo broken if, changing image path

[Paul Brossier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi!

One workaround to show some debian love is to give Apache one more alias
to fix the debian logo, before the one for the other images. Something
like that for instance:

Alias /images/mailman/debianpowered.png
/usr/share/images/mailman/debianpowered.png
Alias /images/ /usr/share/images/mailman/

Just my 2 cents,
piem
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlEVx/EACgkQkuC958YALL396wCeJu3thv8x5fERPyj0pnZdEgBK
VBIAn3wn4x6BAk3keHQWKCb7qghP3nFq
=ZHH8
-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#690410: Puredata 0.43.2-4 crashing due to _FORTIFY_SOURCE with large patch

[Paul Brossier]

Hi Matthew,

Thanks for the report, and sorry to hear you have trouble with your
valuable project.

I have no objection with rebuilding everything with FORTIFY_SOURCE=0,
but it seems it would be the bug you triggered is fairly rare, and it 
would be nice to:


 - have a minimal patch or set of patches to reproduce, preferably one 
not using externals

 - make sure you can not reproduce it when rebuilding without fortify

Thanks, Paul

On 13/10/2012 16:58, Matthew Grant wrote:

Package: puredata Version: 0.43.2-4 Severity: grave

I have a large puerdata patch using GEM that was working early on
last year.

At the moment it is crashing on start with calls to __fortify_fail()
in libc.

There are two pds running, one handling sound and wiimote input, and
a slave doing GEM display work.  They communicate over a TCP socket.

Pure data with the _FORTIFY_SOURCE=2 is not usable for any serious
work, destroying the purpose of the porting and packaing to Debian
The same problems also show up in puredata plugins/libraries with
this turned on as well.  The one that blew up in the same way was
gem-plugin-magick

I know that this is security hardening, and that buffer overflows
are bad in any application, as they tend to go and corrupt the
running application.

But puredata is an interpreted langauge progam used by artists
typically on closed off networks behind a firewall/router. It is
hard enough to get going properly with out this unneeded security
stuff being turned on. Please compile pruedata with _FORTIFY_SOURCE=0
for the whole puredata module stack and dependencies until the causes
of this are fixed upstream.

I am going to try the puredata package compiled with
_FORTIFY_SOURCE=0, and see if I can get my valuable project going
again.

BTW, I am a Debian Developer.

Cheers,

Matthew Grant

PS: Stack dump of setup in line below.

$ cat antigua.sh #!/bin/bash

pd -noaudio -nomidi -lib Gem -nogui boatshed.pd & pd antigua.pd #
Kill 1st pd on exit kill %1

$ ./antigua.sh sys_nmidiin 0, nmidiindev 1

 @ the zexy external  2.2.5 @ @ (l)
forum::für::umläute @ @   iem   @  kug   @ @  compiled:  Nov
22 2011  @ @ send me a 'help' message @ priority 6
scheduling enabled. priority 8 scheduling enabled. 

warning: class 'abs~' overwritten; old one renamed 'abs~_aliased'
matchbox: OSC-pattern matching code (c) Matt Wright, CNMAT warning:
class 'wrap' overwritten; old one renamed 'wrap_aliased' GEM:
Graphics Environment for Multimedia GEM: ver: 0.93.3 GEM: compiled:
Jun 11 2012 GEM: maintained by IOhannes m zmoelnig GEM: Authors :
Mark Danks (original version) GEM:  Chris Clepper GEM:  
Cyrille Henry
GEM:IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel
Heckenberg, James Tittle, Hans-Christoph Steiner, et al. GEM: found a
bug? miss a feature? please report it: GEM: homepage
http://gem.iem.at/ GEM: bug-tracker
http://sourceforge.net/projects/pd-gem/ GEM:mailing-list
http://lists.puredata.info/listinfo/gem-dev/ open: /etc/pd/gem.conf:
No such file or directory open: /home/grantma/.pd/gem.conf: No such
file or directory open: ./gem.conf: No such file or directory GEM:
compiled for SIMD architecture: SSE2 MMX GEM: using SSE2 optimization
load plugins 'image' in '/usr/lib/pd/extra/Gem/' pattern :
/usr/lib/pd/extra/Gem/gem_image*.so GEM: Only using 8 color bits GEM:
Direct Rendering enabled! GEM: GLEW version 1.7.0 GEM: Start
rendering error: [pix_image]: failed to load image
'/home/grantma/Desktop/Situational_Choreo_Project/pd/boat-shed-end.jpg'






verbose(4): ... you might be able to track this down from the Find menu.

priority 6 scheduling enabled. priority 8 scheduling enabled. ***
buffer overflow detected ***: pd terminated === Backtrace:
=
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f75d3577f37]
 /lib/x86_64-linux-gnu/libc.so.6(+0xebdf0)[0x7f75d3576df0]
pd[0x49b5c0] pd(pd_typedmess+0x45b)[0x456fab]
pd(outlet_anything+0x4a)[0x458eca] pd(pd_typedmess+0x1db)[0x456d2b]
pd(binbuf_eval+0x90b)[0x4600fb] pd(outlet_list+0x4a)[0x458e3a]
pd[0x455b5c] pd(outlet_float+0x3f)[0x458d0f]
pd(outlet_bang+0x29)[0x458be9] pd(sched_tick+0x77)[0x463047]
pd(m_mainloop+0x1e9)[0x463319]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7f75d34a9ead]






pd[0x415161]

=== Memory map:  0040-004e7000 r-xp  fe:00
661348 /usr/bin/puredata
006e6000-006e7000 r--p 000e6000 fe:00 661348 /usr/bin/puredata
006e7000-006e9000 rw-p 000e7000 fe:00 661348 /usr/bin/puredata
006e9000-006f8000 rw-p  00:00 0 017e5000-018cc000 rw-p
 00:00 0 [heap] 7f75c8fa7000-7f75c8fa8000 r-xp  fe:00
924698 /usr/lib/pd-extended/extra/creb/ead~.pd_linux
7f75c8fa8000-7f75c91a8000 ---p 1000 fe:00 924698
/usr/lib/pd-extended/extra/creb/ead~.pd_linux
7f75c91a8000-7f75c91a9000 r--p 1000 fe:00 924698
/usr/lib/pd-extended/extra/creb/ead~.pd_linux
7f75c91a

Bug#567588: seg faults and dies when creating video segment in FX tab

[Paul Brossier]

Hi Friedhelm,

You are welcome, thank you for your report, and for spotting where it
went wrong.

You are not the only one who cares, rather the only one who pretends no
one does.

Take good care,
piem

On 29/02/2012 04:16, Friedhelm Mehnert wrote:

Package: kino Version: 1.3.4-1+b1 Severity: normal

From the changelog:

kino (1.3.4-1+b1) unstable; urgency=low

* Binary-only non-maintainer upload for i386; no source changes. *
Rebuild against symbol versioned ffmpeg
^^^

-- i386 Build Daemon   Sat, 30
Jan 2010 12:00:59 +


THIS IS WHAT BREAKES IT.

Realy thanks a lot guys. Took me two days to figure it out. And it
seems no one cares anyway. :-(

Regards Friedhelm










--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#658334: gem-plugin-v4l: Please remove vloopback-source from depends of gem-plugin-v4l

[Paul Brossier]

hi!

thanks Nobuhiro, that would be helpful, I just arrived in Bangkok and
will have limited connectivity for the next 3 weeks,

best, piem

On 03/02/2012 08:54, Nobuhiro Iwamatsu wrote:

Hi,

2012/2/2 IOhannes m zmoelnig:

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1

On 2012-02-02 04:50, Nobuhiro Iwamatsu wrote:

Package: gem-plugin-v4l Version: 1:0.93.3-1 Severity: important

Hi,

vloopback-source supports V4L1 only. And latest linux kernel
does not support V4L1, and can not build.

I will remove  vloopback-source from Debian repository. Could
you remove vloopback-source from depends of gem-plugin-v4l?



good point (though the gem-plugin-v4l relation to vloopback is
only a "Suggests" and not a "Depends")



Sorry, This is my misunderstand.


i also removed the entire v4l1 support from the gem package.

the changes are pushed to gem's packaging vcs, now only piem has
to find time to upload the new package.



Thanks! If you need sponsor, I can upload.


fgmasdr IOhannes


Best regards, Nobuhiro






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#654495: patchage: diff for NMU version 0.5.0+dfsg0-0.1

[Paul Brossier]

Hola Alessio!

i'm traveling at the moment, so your NMU is most welcome!

things should get better within a few weeks.

thanks, piem

On 10/01/2012 18:00, Alessio Treglia wrote:

tags 654495 + patch
tags 654495 + pending
thanks

Dear maintainer,

I've prepared an NMU for patchage (versioned as 0.5.0+dfsg0-0.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#648992: (no subject)

[Paul Brossier]

hi

i first need to uplaod a version that fixes these bugs the 10 days count
down... hopefully sometimes this week.

piem

On 23/11/2011 14:11, Mauro Sacchetto wrote:

From several days, the Kino page tells that it needs 10 days to enter
it in Testing. SOme more accurate valutations?








--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#647785: Uses deprecated avifile

[Paul Brossier]

hi!

why not test it without as soon as possible?

piem

On 07/11/2011 08:18, IOhannes m zmoelnig wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2011-11-06 12:05, Moritz Muehlenhoff wrote:

Package: gem
Severity: important

Hi,
avifile is dead upstream and I plan to remove it after the
Wheezy release.

Your application currently uses avifile. Please investigate
alternatives with a more modern and maintained library, drop
the bits needing avifile or take over maintenance of avifile
yourself.


thanks for bringing this to our attention.
luckily, upstream supports other movie decoding backends like lqt and
gmerlin-avdecoder (both in debian), so removal of avifile shouldn't be a
big problem.

i guess it would be best to only drop the b-d after wheezy is out.

fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk639t8ACgkQkX2Xpv6ydvTsuQCbBWLdOktbx7WqPlHu2eQt4TWV
JDIAoKhvVU7Ob2MWaPdIdaENd4yXlZ1M
=GWKK
-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#646783: fftw3: configure --enable-debug-malloc doesn't enable debug_malloc

[Paul Brossier]

Hi!

are you sure you are using the correct version? your locally built
version should install in /usr/local, but unless you uninstalled the
debian package, or set your LD_LIBRARY_PATH, the one in /usr would be used.

Best, Paul

On 26/10/2011 22:19, Philip Ashmore wrote:

Package: fftw3 Severity: normal

While trying to track down a memory allocation problem with fftw3, I
read the documentation and discovered the --enable-debug-malloc
option.

So I did an $ apt-get source fftw3 $ cd fftw3-3.2.2 $ ./configure
CFLAGS=-g --prefix=$(readlink -f ..) --enable-debug-malloc
--enable-debug $ make install

I even compiled the test program with -DFFTW_DEBUG
-DFFTW_DEBUG_MALLOC but no malloc debugging takes place.

I ended up linking with -lmcheck and sprinkling mcheck(0) to find the
problem.

I realize this is probably an upstream bug but I'm reporting this to
Debian as I understand it's a Debian preference.



-- System Information: Debian Release: wheezy/sid APT prefers
proposed-updates APT policy: (500, 'proposed-updates'), (500,
'testing'), (500, 'stable') Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale:
LANG=en_IE.UTF-8, LC_CTYPE=en_IE.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#600381: Bug#621956: gem: diff for NMU version 1:0.92.3-1.1

[Paul Brossier]

Hi,

we are wokring on gem, and an upload is ready for it, so this one
wouldn't help.

Thanks, Paul

On 05/05/11 01:33, Alessio Treglia wrote:
> tags 600381 + pending
> tags 621956 + patch
> tags 621956 + pending
> thanks
> 
> Dear maintainer,
> 
> I've prepared an NMU for gem (versioned as 1:0.92.3-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
> 
> Regards.
> diff -Nru gem-0.92.3/debian/changelog gem-0.92.3/debian/changelog
> --- gem-0.92.3/debian/changelog   2010-03-25 10:15:58.0 +0100
> +++ gem-0.92.3/debian/changelog   2011-05-05 01:18:40.0 +0200
> @@ -1,3 +1,18 @@
> +gem (1:0.92.3-1.1) unstable; urgency=low
> +
> +  * Non-maintainer upload.
> +  * debian/patches/04_v4l1_headers_moved.patch:
> +- Find the new location of the header libv4l1-videodev.h;
> +  V4L1 support was dropped from the latest kernel (Closes: #621956).
> +  * debian/patches/05_missing_includes.patch:
> +- Add missing #include statements in src/Pixes/videoV4L2.h to prevent
> +  it fail to build (Closes: #600381).
> +  * Replace puredata with puredata-dev in Build-Depends since puredata's
> +stuff were splitted into several packages, puredata-dev provides the
> +development headers.
> +
> + -- Alessio Treglia   Thu, 05 May 2011 01:05:20 +0200
> +
>  gem (1:0.92.3-1) unstable; urgency=low
> 
>* New upstream
> diff -Nru gem-0.92.3/debian/control gem-0.92.3/debian/control
> --- gem-0.92.3/debian/control 2010-03-25 10:15:58.0 +0100
> +++ gem-0.92.3/debian/control 2011-05-05 01:04:25.0 +0200
> @@ -10,7 +10,7 @@
> autoconf,
> automake,
> pkg-config,
> -   puredata | pd,
> +   puredata-dev | pd,
> libftgl-dev,
> libmagick++-dev,
> libxxf86vm-dev,
> diff -Nru gem-0.92.3/debian/patches/04_v4l1_headers_moved.patch
> gem-0.92.3/debian/patches/04_v4l1_headers_moved.patch
> --- gem-0.92.3/debian/patches/04_v4l1_headers_moved.patch 1970-01-01
> 01:00:00.0 +0100
> +++ gem-0.92.3/debian/patches/04_v4l1_headers_moved.patch 2011-05-05
> 01:09:37.0 +0200
> @@ -0,0 +1,23 @@
> +Description: Recent kernel has dropped V4L1 support.
> + The  header was renamed.
> +Author: Andreas Moog 
> +Bug-Ubuntu: https://launchpad.net/bugs/756070
> +Bug-Debian: http://bugs.debian.org/621956
> +Bug: http://sourceforge.net/support/tracker.php?aid=3290926
> +Reviewed-by: Alessio Treglia 
> +Last-Update: 2011-05-05
> +---
> + src/Pixes/videoV4L.h |2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +--- gem-0.92.3.orig/src/Pixes/videoV4L.h
>  gem-0.92.3/src/Pixes/videoV4L.h
> +@@ -40,7 +40,7 @@
> + # include 
> + # include 
> + # include 
> +-# include 
> ++# include 
> + # include 
> + //#ifdef HAVE_PTHREADS
> + # include 
> diff -Nru gem-0.92.3/debian/patches/05_missing_includes.patch
> gem-0.92.3/debian/patches/05_missing_includes.patch
> --- gem-0.92.3/debian/patches/05_missing_includes.patch   1970-01-01
> 01:00:00.0 +0100
> +++ gem-0.92.3/debian/patches/05_missing_includes.patch   2011-05-05
> 01:14:48.0 +0200
> @@ -0,0 +1,19 @@
> +Description: Add missing #include statements to avoid a build failure.
> +Bug-Debian: http://bugs.debian.org/600381
> +Author: Claude Heiland-Allen 
> +---
> + src/Pixes/videoV4L2.h |3 ++-
> + 1 file changed, 2 insertions(+), 1 deletion(-)
> +
> +--- gem-0.92.3.orig/src/Pixes/videoV4L2.h
>  gem-0.92.3/src/Pixes/videoV4L2.h
> +@@ -36,7 +36,8 @@ WARRANTIES, see the file, "GEM.LICENSE.T
> + # include 
> + # include 
> + # include 
> +-//# include 
> ++# include 
> ++# include 
> + //# include 
> + # include 
> + # include 
> diff -Nru gem-0.92.3/debian/patches/series gem-0.92.3/debian/patches/series
> --- gem-0.92.3/debian/patches/series  2010-03-25 10:15:58.0 +0100
> +++ gem-0.92.3/debian/patches/series  2011-05-05 01:12:48.0 +0200
> @@ -1,3 +1,5 @@
>  01_change_defaultfont.patch
>  02_manual_examples_install.patch
>  03_falign_default.patch
> +04_v4l1_headers_moved.patch
> +05_missing_includes.patch
> 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604491: freecycle: Preparations for the removal of the KDE3 and Qt3 libraries

[Paul Brossier]

Hi all,

I will file the bug.

cheers, Paul

On 03/05/11 10:18, Alessio Treglia wrote:
> Hi Gürkan,
> 
>> It doesn't look like it will be ported to qt4 right now. If you want to do 
>> it go
>> ahead, otherwise the package should be removed.
> 
> unfortunately yes, it should be removed.
> Could you file a proper bug to ask FTP-masters to do the job?
> 
> Thanks in advance.
> 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#625296: RM: freecycle -- ROM; would need to be ported to qt4

[Paul Brossier]

Package: ftp.debian.org
Severity: normal

qt3 is being removed, and freecycle will not be ported soon to qt4, so
best would be to remove it for now.

cheers, piem



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#609767: patchage: New upstream release 0.5.0

[Paul Brossier]

hi Alessio,

thanks for the pings, I should be able to work on it within one or two 
weeks.


cheers, Paul

On 19/01/2011 11:05, Alessio Treglia wrote:

Hi Paul,

any news on this?






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#600209: puredata: missing extra abstractions

[Paul Brossier]

Hello,

Yes, I should be able to to that tomorrow or sunday,

cheers, piem

On 15/10/2010 13:13, IOhannes m zmoelnig wrote:

On 2010-10-14 18:12, Claude Heiland-Allen wrote:

Package: puredata
Version: 0.42.6-2
Severity: normal


The package misses some useful abstractions from .../extra/ such as hilbert~.pd
though its help file is present in .../5.reference/

Tested with the mentors package:
http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=puredata


thanks for your report.
i have fixed that in git and uploaded a new version to mentors that
fixes this bug. (it still 0.42.6-2)

paul: it would be greate if you could upload this to debian


fgmkasdr
IOhannes






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#600205: libfftw3-3: memory leak in 1d transform

[Paul Brossier]

Hi Romain,

Does it still happen if you call fftw_cleanup?
http://www.fftw.org/fftw3_doc/Using-Plans.html

Cheers, piem


On 14/10/2010 18:40, Romain Beauxis wrote:

Package: libfftw3-3
Version: 3.2.2-1
Severity: important
Tags: upstream

 Hi !

There seems to be a memory leak when doing a 1d
transform.

To reproduce, you can use the following code, adapted from
the manual [1]:
8<>8
#include
#include

#define N 100
#define SEED 123456789

   int main (int argc, char *argv[])
  {
  fftw_complex *in, *out;
  fftw_plan p;
  in = (fftw_complex*) fftw_malloc(sizeof(fftw_complex) * N);
  out = (fftw_complex*) fftw_malloc(sizeof(fftw_complex) * N);
  int i;
  for (i = 0; i<  N; i++)
  {
 in[i][0] = rand();
 in[i][1] = rand();
 out[i][0] = rand();
 out[i][1] = rand();
  }
  p = fftw_plan_dft_1d(N, in, out, FFTW_FORWARD, FFTW_ESTIMATE);
  fftw_execute(p); /* repeat as needed */
  fftw_destroy_plan(p);
  fftw_free(in); fftw_free(out);
  exit(0);
  }
8<>8

When run with
   valgrind --leak-check=full --show-reachable=yes ./test_fftw_memleakc
It shows tons of leaks of the form:
==11476== 40 bytes in 1 blocks are still reachable in loss record 38 of 73
==11476==at 0x4C244E8: malloc (vg_replace_malloc.c:236)
==11476==by 0x4E3D871: fftw_malloc_plain (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4E416F8: fftw_mksolver (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4E49E2F: fftw_dft_vrank_geq1_register (in 
/usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4E41737: fftw_solvtab_exec (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4E44DA2: fftw_dft_conf_standard (in 
/usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F0BCB8: fftw_configure_planner (in 
/usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F10563: fftw_the_planner (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F0BAED: fftw_mkapiplan (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F101A5: fftw_plan_many_dft (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F0F678: fftw_plan_dft (in /usr/lib/libfftw3.so.3.2.4)
==11476==by 0x4F0F425: fftw_plan_dft_1d (in /usr/lib/libfftw3.so.3.2.4)


Romain


[1]: 
http://www.fftw.org/fftw3_doc/Complex-One_002dDimensional-DFTs.html#Complex-One_002dDimensional-DFTs

-- System Information:
Debian Release: squeeze/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libfftw3-3 depends on:
ii  libc6 2.11.2-6   Embedded GNU C Library: Shared lib

libfftw3-3 recommends no packages.

Versions of packages libfftw3-3 suggests:
pn  libfftw3-dev  (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#581565: postgrey: improve documentation for exim integration

[Paul Brossier]

Package: postgrey
Version: 1.31-3.2
Severity: wishlist

Hi,

It would be nice to have README.exim explain things a bit more
straightforwardly. Basically, I had to do this on my system:

 1. create a file /etc/exim4/postgrey_acl_smtp_rcpt containing the following

# use postgrey to to greylisting
defer log_message = greylisted host $sender_host_address
 set acl_m0  = 
request=smtpd_access_policy\nprotocol_state=RCPT\nprotocol_name=${uc:$received_protocol}\nhelo_name=$sender_helo_name\nclient_address=$sender_host_address\nclient_name=$sender_host_name\nsender=$sender_address\nrecipient=$local_p...@$domain\ninstance=$sender_host_address/$sender_address/$local_p...@$domain\n\n
 set acl_m0  = 
${sg{${readsocket{/var/run/postgrey}{$acl_m0}{5s}{}{action=DUNNO}}}{action=}{}}
 message = ${sg{$acl_m0}{^\\w+\\s*}{}}
 condition   = ${if eq{${uc:${substr{0}{5}{$acl_m0{DEFER}{true}{false}}

warn message = ${sg{$acl_m0}{^\\w+\\s*}{}}
 condition   = ${if 
eq{${uc:${substr{0}{7}{$acl_m0{PREPEND}{true}{false}}

 2. add CHECK_RCPT_LOCAL_ACL_FILE=/etc/exim4/postgrey_acl_smtp_rcpt to
/etc/exim4/conf.d/main/000_localmacros

 3. change /etc/default/postgrey to have the following options:
POSTGREY_OPTS="--unix=/var/run/postgrey --exim"  

 4. Restart postgrey and exim4.

Just my 4¢,

cheers, piem

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-1-686 (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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#568482: glew: please improve long descriptions

[Paul Brossier]

Package: glew
Version: 1.5.1-7
Severity: wishlist

Hi!

The libglewmx* packages currently contain the following sentence:

"This package contains the development libraries compiled with GLEW_MX"

It would help to explain that GLEW_MX adds "thread-safe support for
multiple rendering contexts", as mentioned at [0].

[0] http://glew.sourceforge.net/advanced.html

Cheers, piem

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-1-686 (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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567796: noteedit: Please link with KDE 4 libraries

[Paul Brossier]

tags 567796 help
thanks

Petter Reinholdtsen wrote:
> [Paul Brossier]
>>> I assume you mean bumping build-depends from kdelibs4-dev to
>>> kdelibs5-dev? If not, please be more specific.
>> and bumping from libqt3-mt-dev to libqt4-dev
> 
> Yes, I suspect something like that is involved, but do not really know
> the details of the KDE 3 to 4 transition.  My goal is to reduce the
> amount of libraries and support packages installed when using both KDE
> and noteedit in Squeeze. :)

right, I looked at it and it's more complicated than that. it takes more
than bumping the build-depends and patching configure.in. i don't have
enough time for this, so tagging + help.

cheers, piem

> 
> Great to see that you are looking into this. :)
> 
> Happy hacking,




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#560079: RM: noteedit -- ROM; abandoned upstream

[Paul Brossier]

retitle 560079 RFH: noteedit -- KDE Music Editor
thanks
--

Alexander Reichle-Schmehl wrote:
> Hi!
> 
> * Tobias Quathamer  [091210 23:18]:
> 
>> So I have to agree with Matevž here, it's probably to early to remove
>> this package from Debian, especially given its high popcon value (about
>> 750). It would be really bad if people could not longer open their sheet
>> music in another score setting program after they've upgraded their
>> Debian stable distribution.
> [..]
>> What do you think, Paul?
> 
> Ping?  Any news about this bug?  As we should not remove the package,
> and as it seems the maintainer isn't interested in the package anymore,
> would one of you two be willing to take care of the package for the
> time being?

Hi,

I am working on it, and will soon upload a rebuild. I will also publish
the packaging branch on git.debian.org. Co-maintainers would indeed be
very welcome.

Cheers, piem

> 
> 
> Best Regards,
>   Alexander




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567796: noteedit: Please link with KDE 4 libraries

[Paul Brossier]

Hi Reinholdtsen,

I assume you mean bumping build-depends from kdelibs4-dev to
kdelibs5-dev? If not, please be more specific.

cheers, piem

Petter Reinholdtsen wrote:
> Package:  noteedit
> Version:  2.8.1-2.2
> User: debian-...@lists.debian.org
> UserTags: debian-edu
> 
> I discovered this issue when testing Debian Edu based on Squeeze.  The
> desktop environment is KDE 4, while some packages still link with KDE
> 3, thus increasing the disk and DVD footprint.
> 
> This package is one of the few that still link with the KDE 3
> libraries.  Please rebuild it using the KDE 4 libraries to allow us to
> increase the amount of useful packages we can fit on our DVD, and to
> reduce the disk footprint of the installed packages.
> 
> Happy hacking,




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567796: noteedit: Please link with KDE 4 libraries

[Paul Brossier]

Paul Brossier wrote:
> Hi Reinholdtsen,
> 
> I assume you mean bumping build-depends from kdelibs4-dev to
> kdelibs5-dev? If not, please be more specific.

and bumping from libqt3-mt-dev to libqt4-dev

cheers, piem


> 
> cheers, piem
> 
> Petter Reinholdtsen wrote:
>> Package:  noteedit
>> Version:  2.8.1-2.2
>> User: debian-...@lists.debian.org
>> UserTags: debian-edu
>>
>> I discovered this issue when testing Debian Edu based on Squeeze.  The
>> desktop environment is KDE 4, while some packages still link with KDE
>> 3, thus increasing the disk and DVD footprint.
>>
>> This package is one of the few that still link with the KDE 3
>> libraries.  Please rebuild it using the KDE 4 libraries to allow us to
>> increase the amount of useful packages we can fit on our DVD, and to
>> reduce the disk footprint of the installed packages.
>>
>> Happy hacking,
> 
> 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#438336: [Kino-dev] Kino in Debian

[Paul Brossier]

Stefan Richter wrote:
> Dan Dennedy wrote:
>> On Sun, Jan 10, 2010 at 12:54 PM, Stefan Richter
>>  wrote:
>>> David Liontooth wrote:
 Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438336 is
 preventing kino from entering squeeze.
>> I can see from the versions listing on the bug page that the problem
>> is that this version of Debian does not have a recent enough version
>> of libraw1394. You need at least version 2.0.0.
> 
> Testing (Squeeze) and unstable (Sid) are at 2.0.4, unstable even at
> 2.0.5: http://packages.debian.org/search?keywords=libraw1394-11
> 
> Stable (Lenny) is at 1.3.0:
> http://packages.debian.org/search?keywords=libraw1394-8
> 
> Debian packagers, please make sure that _all_ packages which depend on
> libraw1394 are linked against libraw1394-11, not -8.  (There are only
> some very old programs which depend on ancient API elements which are
> present in libraw1394-8 but not in -11 anymore.  Such programs do not
> even work on semi recent kernels with the old drivers though and need to
> be replaced by equivalent packages where possible.)

Hi all,

Kino in unstable is built against libraw1394-11.

No package in the archive depends on libraw1394-8; this package is not
in the unstable pool anymore.

Surely there is something else going wrong here. Kino 1.3.4-1 in debian
is built with the following options:

./configure --prefix=/usr --mandir=/usr/share/man \
--enable-hotplug-script-dir=/etc/hotplug/usb \
--enable-hotplug-usermap-dir=/etc/hotplug/usb \
--enable-quicktime --with-avcodec --without-dv1394 \
--disable-local-ffmpeg

Unfortunately I do not have access to a machine with a firewire port, so
i'm unable to test right now :-\

Maybe Gene could send us the output of kino launched from a terminal?

Cheers, Paul



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#561305: FTBFS [hppa] - waf hang

[Paul Brossier]

reopen 559898
block 559898 with 561130
thanks

dann frazier wrote:
> On Wed, Dec 16, 2009 at 11:50:55AM +0100, Paul Brossier wrote:
>> dann frazier wrote:
>>> On Wed, Dec 16, 2009 at 05:20:33AM +0100, Paul Brossier wrote:
>>>> Hi,
>>>>
>>>> The FTBFS is introduced with gcc-4.4 and was fixed with flowcanvas
>>>> 0.6.0, which was recently accepted.
>>> Is this the hppa FTBFS? It looks like flowcanvas maybe suffering from
>>> the same waf problem:
>>>   
>>> https://buildd.debian.org/fetch.cgi?pkg=flowcanvas;ver=0.6.0-1;arch=hppa;stamp=1260741002
>> arg. so reassigning 561305 to flowcanvas seems appropriate here.
> 
> I don't follow - why do you believe patchage's FTBFS caused by
> flowcanvas? I would think we'd want a FTBFS bug for both flowcanvas
> and patchage, both blocked by #561130.

I thought wrong, because flowcanvas 0.5.1-1 was built with gcc-4.3, and
was FTBFS with gcc-4.4:

https://buildd.debian.org/fetch.cgi?&pkg=flowcanvas&ver=0.5.1-1&arch=hppa&stamp=1258783240&file=log
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559898

but instead patchage 0.4.4-1 requires flowcanvas >> 0.5.1-1 to build:

https://buildd.debian.org/fetch.cgi?pkg=patchage;ver=0.4.4-1;arch=hppa;stamp=1260656751


[ 2/10] cxx: src/Patchage.cpp -> build/default/src/Patchage_1.o
/usr/include/flowcanvas/Canvas.hpp: In member function 'bool
Patchage::idle_callback()':
/usr/include/flowcanvas/Canvas.hpp:154:7: error: 'void
FlowCanvas::Canvas::scroll_to_center()' is private
../src/Patchage.cpp:320:29: error: within this context

cheers, piem

> 
>> any idea why waf hangs?
> 
> not yet, no.
> 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#561305: FTBFS [hppa] - waf hang

[Paul Brossier]

dann frazier wrote:
> On Wed, Dec 16, 2009 at 05:20:33AM +0100, Paul Brossier wrote:
>> Hi,
>>
>> The FTBFS is introduced with gcc-4.4 and was fixed with flowcanvas
>> 0.6.0, which was recently accepted.
> 
> Is this the hppa FTBFS? It looks like flowcanvas maybe suffering from
> the same waf problem:
>   
> https://buildd.debian.org/fetch.cgi?pkg=flowcanvas;ver=0.6.0-1;arch=hppa;stamp=1260741002

arg. so reassigning 561305 to flowcanvas seems appropriate here.

any idea why waf hangs?

cheers, piem

> 
>> Correct me if i'm wrong, but since the flowcanvas package was recently
>> added to the archive, tightening the build-dependencies seems like an
>> overkill.
> 
> Right, in general you shouldn't version build-deps to workaround buggy
> versions.
> 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#561305: FTBFS [hppa] - waf hang

[Paul Brossier]

Hi,

The FTBFS is introduced with gcc-4.4 and was fixed with flowcanvas
0.6.0, which was recently accepted.

Correct me if i'm wrong, but since the flowcanvas package was recently
added to the archive, tightening the build-dependencies seems like an
overkill.

cheers, piem

dann frazier wrote:
> Source: patchage
> Version: 0.4.4-1
> Severity: serious
> User: debian-h...@lists.debian.org
> Usertags: hppa
> 
> patchage fails to build on hppa:
>   https://buildd.debian.org/build.cgi?pkg=patchage;ver=0.4.4-1;arch=hppa
> 
> 
> 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#560827: [Pkg-alsa-devel] Bug#560827: alsa-utils: "aconnect -d" on Midi Through ports uninterruptible

[Paul Brossier]

Elimar Riesebieter wrote:
> * Paul Brossier [091212 16:43 +0100]
>> Package: alsa-utils
>> Version: 1.0.21-1
>> Severity: important
>>
>> Hi,
>>
>> $ aconnect -li 
>> client 0: 'System' [type=kernel]
>> 0 'Timer   '
>> 1 'Announce'
>> client 14: 'Midi Through' [type=kernel]
>> 0 'Midi Through Port-0'
>> $ aconnect -lo
>> client 14: 'Midi Through' [type=kernel]
>> 0 'Midi Through Port-0'
>> $ aconnect 14:0 14:0
>>
>> $ aconnect -d 14:0 14:0
>>
>> the last line never returns. the process is marked 'D Uninterruptible sleep
>> (usually IO)', and there is indeed no way to kill it or put it to sleep.
> 
> Maybe this is because you tried to oonnect 14:0 with itself?

hi,

maybe but if that's not supposed to work, the connection should not even
be made in the first place, and aconnect 14:0 14:0 should return an error.

cheers, piem



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#560827: alsa-utils: "aconnect -d" on Midi Through ports uninterruptible

[Paul Brossier]

Package: alsa-utils
Version: 1.0.21-1
Severity: important

Hi,

$ aconnect -li 
client 0: 'System' [type=kernel]
0 'Timer   '
1 'Announce'
client 14: 'Midi Through' [type=kernel]
0 'Midi Through Port-0'
$ aconnect -lo
client 14: 'Midi Through' [type=kernel]
0 'Midi Through Port-0'
$ aconnect 14:0 14:0

$ aconnect -d 14:0 14:0

the last line never returns. the process is marked 'D Uninterruptible sleep
(usually IO)', and there is indeed no way to kill it or put it to sleep.

cheers, piem

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.31-1-686 (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

Versions of packages alsa-utils depends on:
ii  dialog1.1-20080819-1 Displays user-friendly dialog boxe
ii  libasound21.0.21a-1  shared library for ALSA applicatio
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libncursesw5  5.7+20090803-2 shared libraries for terminal hand
ii  linux-sound-base  1.0.21+dfsg-2  base package for ALSA and OSS soun
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init scrip
ii  module-init-tools 3.11-1 tools for managing Linux kernel mo
ii  udev  149-1  /dev/ and hotplug management daemo
ii  whiptail  0.52.10-4.1Displays user-friendly dialog boxe

Versions of packages alsa-utils recommends:
ii  alsa-base  1.0.21+dfsg-2 ALSA driver configuration files
ii  pciutils   1:3.1.4-4 Linux PCI Utilities

alsa-utils 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#436348: liferea notification area also lacks transparency

[Paul Brossier]

Package: liferea
Version: 1.6.0-1
Severity: normal

Hi,

I also see this behaviour sometimes.

Also, when adjusting the gnome panel background to be transparent, the
liferea icon is still displayed with a gray background in the
notification area.

Cheers, piem

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.31-1-686 (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

Versions of packages liferea depends on:
ii  gconf2  2.28.0-1 GNOME configuration database syste
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-2   simple interprocess messaging syst
ii  libgconf2-4 2.28.0-1 GNOME configuration database syste
ii  libglade2-0 1:2.6.4-1library to load .glade files at ru
ii  libglib2.0-02.22.3-1 The GLib library of C routines
ii  libgtk2.0-0 2.18.4-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.6-1X11 Inter-Client Exchange library
ii  liblua5.1-0 5.1.4-5  Simple, extensible, embeddable pro
ii  libnm-glib0 0.7.2-2  network management framework (GLib
ii  libnotify1 [libnotify1-gtk2 0.4.5-1  sends desktop notifications to a n
ii  libpango1.0-0   1.26.1-1 Layout and rendering of internatio
ii  libsm6  2:1.1.1-1X11 Session Management library
ii  libsoup2.4-12.28.1-3 an HTTP library implementation in 
ii  libsqlite3-03.6.20-1 SQLite 3 shared library
ii  libwebkit-1.0-2 1.1.17-2 Web content engine library for Gtk
ii  libx11-62:1.3.2-1X11 client-side library
ii  libxml2 2.7.6.dfsg-1 GNOME XML library
ii  libxslt1.1  1.1.26-1 XSLT processing library - runtime 
ii  liferea-data1.6.0-1  architecture independent data for 

Versions of packages liferea recommends:
ii  dbus  1.2.16-2   simple interprocess messaging syst
ii  dbus-x11  1.2.16-2   simple interprocess messaging syst
ii  wget  1.12-1.1   retrieves files from the web

Versions of packages liferea suggests:
ii  network-manager   0.7.2-2network management framework daemo

-- 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#560079: RM: noteedit -- ROM; abandoned upstream

[Paul Brossier]

Package: ftp.debian.org
Severity: normal

Hi,

NoteEdit is not maintained upstream anymore. Instead, two other projects
have been started: nted and canorus. Both are packaged in debian.

CCed are the maintainers of these packages. Opinion welcome! 

Cheers, piem



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#553386: ITP: flowcanvas -- interactive widget for “boxes and lines” environments

[Paul Brossier]

Package: wnpp
Severity: wishlist
Owner: Paul Brossier 

* Package name: flowcanvas
  Version : 0.5.1
  Upstream Author : Dave Robillard 
* URL : http://drobilla.net/software/flowcanvas/
* License : GPL-2
  Programming Lang: C++
  Description : interactive widget for “boxes and lines” environments

 FlowCanvas is an interactive Gtkmm/Gnomecanvasmm widget for “boxes and lines”
 environments (ie modular synths or interactive finite state automata diagrams).



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#553377: ITP: raul -- real time audio utility library

[Paul Brossier]

Package: wnpp
Severity: wishlist
Owner: Paul Brossier 

* Package name: raul
  Version : 0.5.1
  Upstream Author : Dave Robillard 
* URL : http://drobilla.net/software/raul/
* License : GPL-2
  Programming Lang: C++
  Description : real time audio utility library

 Raul (Realtime Audio Utility Library) is a C++ utility library primarily aimed
 at audio/musical applications.

(note: raul is needed for patchage 0.4.2-1)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#540408: FTBFS: build fail on Renesas SH(sh4)

[Paul Brossier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

The problem is that dh_install now fails on missing files, which also
causes FTBFS on platforms where sizeof(long) == sizeof(long double).

Your patch does not work because the variable is not kept form
build_arch to install_arch.

I've just added a line to rerun the test before dh_install. See
http://bzr.debian.org/loggerhead/users/piem/fftw3/annotate/head:/debian/rules?

thanks, piem


Nobuhiro Iwamatsu wrote:
> Package: fftw3
> Version: 3.2.1-2.1
> Severity: wishlist
> Tags: patch
> 
> Hi.
> 
> I am now trying to run Debian on Renesas SH CPU(sh4).
> As for this CPU, double and long-double are the same size.
> Therefore, this becomes the error by handling of long-double.
> 
> 
> 
> dh_install -a --sourcedir=debian/tmp-single
> dh_install -a --sourcedir=debian/tmp-double
> dh_install -a --sourcedir=debian/tmp-long-double
> dh_install: libfftw3-3 missing files (usr/lib/libfftw*.so.*), aborting
> make: *** [binary-arch] Error 1
> dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
> status 2
> E: Failed autobuilding of package
> 
> 
> 
> I made a patch to fix this problem.
> Could you apply it, please?
> 
> Best regards,
>   Nobuhiro
> 
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.30-1-686-bigmem (SMP w/2 CPU cores)
> Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrrEQgACgkQkuC958YALL1P5ACbB4v7L7ac6oy2pWMhaQh1LXcW
Eb0AniRtE7Wzh2ixFVm9rEWxWvCxJIWY
=DdKx
-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#528680: fftw3: Please enable MPI using mpi-default-[dev|bin]

[Paul Brossier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

The proper way to do that would be to add a bunch of binary packages
libfftw3-mpi-*. That's a bit of work though, and as I am ready to upload
3.2.2-1, I am not going to make this change just now. Another thing I am
concerned with is the time to build as well, since fftw3 already times
out on some arches.

Cheers, piem

Adam C Powell IV wrote:
> Package: fftw3
> Severity: wishlist
> 
> Please add --enable-mpi to the configure line, and use mpi-default-dev
> and mpi-default-bin to choose the appropriate MPI implementation for
> each architecture.  (See
> http://lists.debian.org/debian-science/2008/10/msg00097.html and
> http://lists.debian.org/debian-science/2008/11/msg00065.html for
> background on mpi-defaults).
> 
> -Adam

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkrq8FgACgkQkuC958YALL2a8gCffIvRgKq1ogPIDM2dXpw7Djpc
SF4AoJwX5uWQ3M0ArM6cts6o7lqZ+tHv
=NEB8
-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#552120: ITP: playdar -- music content resolver

[Paul Brossier]

Package: wnpp
Severity: wishlist
Owner: Paul Brossier 

* Package name: playdar
  Version : 0.1.8
  Upstream Author : Richard Jones
* URL : http://www.playdar.org/
* License : MIT/X
  Programming Lang: Erlang
  Description : music content resolver

Playdar is a music content resolver service - run it on every computer
you use, and you'll be able to listen to all the songs you would
otherwise be able to find manually by searching though all your
computers, hard disks, online services, and more.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#506969: searching or joining jabber rooms doesn't work

[Paul Brossier]

Package: empathy
Version: 2.28.0.1-1
Severity: normal

Hi.

Just to confirm this bug is still around. I can't find a way to
create/join/list any rooms here, whereas joining works in Pidgin.

Cheers, piem

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (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

Versions of packages empathy depends on:
ii  dbus-x111.2.16-2 simple interprocess messaging syst
ii  empathy-doc 2.28.0.1-1   High-level library and user-interf
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libbonobo2-02.24.2-1 Bonobo CORBA interfaces library
ii  libc6   2.9-27   GNU C Library: Shared libraries
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libchamplain-0.4-0  0.4.0-1  C library providing ClutterActor t
ii  libchamplain-gtk-0.4-0  0.4.0-1  A Gtk+ widget to display maps
ii  libclutter-1.0-01.0.6-1  Open GL based interactive canvas l
ii  libclutter-gtk-0.10-0   0.10.2-1 Open GL based interactive canvas l
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-2   simple interprocess messaging syst
ii  libebook1.2-9   2.28.0-2 Client library for evolution addre
ii  libedataserver1.2-112.28.0-2 Utility library for evolution data
ii  libempathy-gtk282.28.0.1-1   High-level library and user-interf
ii  libempathy302.28.0.1-1   High-level library and user-interf
ii  libfontconfig1  2.6.0-4  generic font configuration library
ii  libfreetype62.3.9-5  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.26.2-3 GNOME configuration database syste
ii  libgl1-mesa-glx [libgl1]7.6-1A free implementation of the OpenG
ii  libglib2.0-02.22.2-2 The GLib library of C routines
ii  libgnome-keyring0   2.26.1-1 GNOME keyring services library
ii  libgstfarsight0.10-00.0.15-1+b1  Audio/Video communications framewo
ii  libgstreamer0.10-0  0.10.25-2Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.18.2-1 The GTK+ graphical user interface 
ii  libnotify1 [libnotify1-gtk2 0.4.5-1  sends desktop notifications to a n
ii  liborbit2   1:2.14.17-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.26.0-1 Layout and rendering of internatio
ii  libsoup2.4-12.28.0-1 an HTTP library implementation in 
ii  libtelepathy-farsight0  0.0.11-2 Glue library between telepathy and
ii  libtelepathy-glib0  0.9.0-1  Telepathy framework - GLib library
ii  libunique-1.0-0 1.1.2-2  Library for writing single instanc
ii  libwebkit-1.0-2 1.1.15.2-1   Web content engine library for Gtk
ii  libx11-62:1.2.2-1X11 client-side library
ii  libxcomposite1  1:0.4.0-4X11 Composite extension library
ii  libxdamage1 1:1.1.1-4X11 damaged region extension libra
ii  libxext62:1.0.4-1X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxml2 2.7.5.dfsg-1 GNOME XML library

Versions of packages empathy recommends:
ii  gvfs-backends 1.4.0-2userspace virtual filesystem - bac
ii  telepathy-gabble  0.8.5-1Jabber/XMPP connection manager
ii  telepathy-salut   0.3.10-1   Link-local XMPP connection manager

Versions of packages empathy suggests:
pn  telepathy-butterfly(no description available)
pn  telepathy-haze (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#548843: octave-signal: please include adsgn.m, cdsgn.m & co

[Paul Brossier]

Package: octave-signal
Version: 1.0.9-1+b1
Severity: wishlist

Hi,

It would be neat if this package could also ship the files from the
'octave' toolbox of Christophe Couvreur, available under a BSD license:

  http://www.mathworks.com/matlabcentral/fileexchange/69

Cheers, piem

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (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

Versions of packages octave-signal depends on:
ii  libatlas3gf-base [libl 3.6.0-24  Automatically Tuned Linear Algebra
ii  libblas3gf [libblas.so 1.2-2 Basic Linear Algebra Subroutines 3
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  libfftw3-3 3.2.1-2.1 library for computing Fast Fourier
ii  libgcc11:4.4.1-4 GCC support library
ii  libgfortran3   4.4.1-4   Runtime library for GNU Fortran ap
ii  libhdf5-serial-1.8.3 [ 1.8.3-2.1 Hierarchical Data Format 5 (HDF5) 
ii  liblapack3gf [liblapac 3.2.1-1   library of linear algebra routines
ii  libncurses55.7+20090803-2shared libraries for terminal hand
ii  libreadline5   5.2-6 GNU readline and history libraries
ii  libstdc++6 4.4.1-4   The GNU Standard C++ Library v3
ii  octave-optim   1.0.5-1+b1unconstrained non-linear optimizat
ii  octave-specfun 1.0.8-1+b1special mathematical functions for
ii  octave3.0  1:3.0.5-6+b2  GNU Octave language for numerical 
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

octave-signal recommends no packages.

octave-signal 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#534722: libfftw3-dev: aliasing violations due to complex.h inclusion

[Paul Brossier]

severity 534722 normal
forwarded 534722 f...@fftw.org
thanks

Hello Frank,

The upstream authors are included in this thread.

Frank Hess wrote:
> Package: libfftw3-dev
> Version: 3.1.2-3.1
> Severity: important
> 
> FFTW3 has a mis-design feature where if complex.h is included before fftw3.h 
> (maybe indirectly and
> unintentionally through another header) then the header changes the 
> definition of
> the "fftw_complex" types (without doing any mangling to give them different 
> names).

Indeed, this is a documented behavior, see:
http://www.fftw.org/doc/Complex-numbers.html

> This means if a user doesn't include fftw3.h first, before
> any possible inclusion of complex.h, then his
> code may be using a different ABI than that of the libfftw3.so provided by 
> debian.
> Or, indeed, different translation units of the user's program may be using 
> different
> definitions of fftw_complex depending on exactly when each translation unit
> included fftw3.h. This
> will at the very least cause violations of the C strict aliasing rules which 
> can
> cause mysterious crashes when optimization is turned on (unless gcc's 
> -fno-strict-aliasing
> option is used).  I have personally seen these crashes, and the problems can 
> also be visible when using valgrind (I saw it cause various uninitialized 
> memory problems
> in my program which valgrind reported).

Could you provide a test-case to reproduce said crashes?

Also, did you use fftw_cleanup() in your programs when running through
valgrind?


> As a workaround, Debian should alter the fftw3.h header so it does not define
> fftw_complex based on header inclusion order, but always defines fftw_complex 
> in
> the same way it is defined when Debian compiles libfftw3.so.

Except this would defeat the whole purpose of the current design.

For the record, we have this in api/api.h:

/* just in case: force  not to use C99 complex numbers
   (we need this for IBM xlc because _Complex_I is treated specially

   and is defined even if  is not included) */

#define FFTW_NO_Complex


and this in api/fftw3.h

/* If  is included, use the C99 complex type.  Otherwise
   define a type bit-compatible with C99 complex */

#if !defined(FFTW_NO_Complex) && defined(_Complex_I) && defined(complex)
&& defined(I)
#  define FFTW_DEFINE_COMPLEX(R, C) typedef R _Complex C

#else
#  define FFTW_DEFINE_COMPLEX(R, C) typedef R C[2]

#endif

cheers, piem


> 
> -- System Information:
> Debian Release: 5.0.1
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages libfftw3-dev depends on:
> ii  libc6 2.7-18 GNU C Library: Shared libraries
> ii  libfftw3-33.1.2-3.1  library for computing Fast 
> Fourier
> 
> libfftw3-dev recommends no packages.
> 
> libfftw3-dev 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#548666: override: libaubio-dev:libdevel/optional

[Paul Brossier]

Package: ftp.debian.org
Severity: normal

Hi,

libaubio-dev should be in section libdevel, not devel.

cheers, piem



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512622: Bug#478438: aubio: should use python-numpy instead of python-num{eric,array}

[Paul Brossier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 478438 pending
thx

Hi Karl,

Thanks for looking at this. I have pulled a patch from aubio/python in
aubio's bzr repo to also fix Gnuplot 'with' reserved keyword warnings
(#512622), and updated the package (see latest version at
http://bzr.debian.org/users/piem/aubio).

Cheers, Paul

Karl Ferdinand Ebert wrote:
> Tags: patch
> 
> Hi, 
> 
> I fixed the issue with python-numpy in python/aubioweb.py and switched to a 
> newer standard version but some effort has to be taken to fix lintian 
> warnings. Nevertheless here the link to my non-maintainer package upload:
> 
> http://mentors.debian.net/debian/pool/main/a/aubio/aubio_0.3.2-2.1.dsc
> 
> 
> Regards,
> 
> Ferdinand Ebert

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkq/7OcACgkQkuC958YALL2hkwCdH2bEXK5NkXUc2Oi9wxqE7/J0
pxgAn0K+Cck9uYtXUw2Yn8ZiNj/+bnp9
=Ez03
-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#546921: override: python-alsaaudio:python/optional

[Paul Brossier]

Package: ftp.debian.org
Severity: normal

Hello,

python-alsaaudio should belong to the python section, not the sound section.

cheers, piem



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508142: [alsaplayer-gtk] Double free or corruption

[Paul Brossier]

598a3000 ---p a000 08:01 2293864
> /usr/lib/libtrackerclient.so.0.0.0
> 7f86598a3000-7f86598a4000 rw-p 9000 08:01 2293864
> /usr/lib/libtrackerclient.so.0.0.0
> 7f86598a400alsaplayer interrupted by signal 6
> 
> --- System information. ---
> Architecture: amd64
> Kernel:   Linux 2.6.26-1-amd64
> 
> Debian Release: 5.0
>   500 unstablewww.debian-multimedia.org 
>   500 unstableftp.de.debian.org 
> 1 experimentalftp.de.debian.org 
> 
> --- Package information. ---
> Depends(Version) | Installed
> ====-+-=
> libatk1.0-0  (>= 1.20.0) | 1.24.0-1
> libc6 (>= 2.7-1) | 2.7-16
> libcairo2 (>= 1.2.4) | 1.8.4-1
> libgcc1 (>= 1:4.1.1) | 1:4.3.2-1
> libgl1-mesa-glx  | 7.1-1
>  OR libgl1   | 
> libglib2.0-0 (>= 2.12.0) | 2.18.3-1
> libgtk2.0-0  (>= 2.12.0) | 2.14.5-1
> libpango1.0-0(>= 1.20.3) | 1.22.3-1
> libstdc++6(>= 4.1.1) | 4.3.2-1
> 
> 
> 
> 
> 
> 
> 


#! /bin/sh /usr/share/dpatch/dpatch-run
## 20_http_double_free.dpatch by Paul Brossier 
##
## DP: Initialise host and path buffers to NULL, avoiding double free when http
## DP: port parsing fails 

@DPATCH@
diff -urNad alsaplayer-0.99.80~/alsaplayer/CorePlayer.h 
alsaplayer-0.99.80/alsaplayer/CorePlayer.h
--- alsaplayer-0.99.80~/reader/http/http.c  2009-09-16 01:22:38.0 
+0200
+++ alsaplayer-0.99.80/reader/http/http.c   2009-09-16 01:43:38.0 
+0200
@@ -730,6 +730,8 @@
 desc->len = 0;
 desc->direction = 0; 
 desc->metadata = NULL;
+desc->host = NULL;
+desc->path = NULL;
 desc->status = status;
 desc->data = data;
 pthread_mutex_init (&desc->buffer_lock, NULL);

Bug#546506: deja-dup: uncaught error: GVFS FUSE is not installed

[Paul Brossier]

Hello Terry!

Michael Terry wrote:

OK, there are three bugs here.

One is the lack of feedback that this error occurred.  That's fixed in
trunk (rev 462); thanks, Paul.
  

welcome, thank you for writing a nice tool for the mighty duplicity :-)

Second, the package should depend on gvfs-fuse.  Jose, my PPA's packaging has:
Package: deja-dup
Architecture: any
Depends: ${shlibs:Depends},
 ${misc:Depends},
 duplicity (>= 0.5.03),
 gvfs-fuse
Recommends: python-boto (>= 0.9d), nautilus

Third is that you are getting the error even after installing
gvfs-fuse.  Maybe you need to restart your session?  Paul, after doing
so and launching deja-dup, do you see anything in ~/.gvfs?
  


Not only restarting the session: I added myself to the group fuse.

After testing with and without, i'm pretty sure that being part of that 
group is required: when i am not in fuse, mounting ssh locations works 
in nautilus, but ~/.gvfs remains empty, whereas when i am in fuse, it 
keeps working, but with the bonus ~/.gvfs file access.


cheers, piem


-mt

  





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#546520: deja-dup: does not warn about incomplete backup

[Paul Brossier]

Package: deja-dup
Version: 10.1-2.1
Severity: important

Hi again,

Adding /etc to the list of dirs to be backed up worked fine with no warning,
but the backed up files are only the ones my user has access to, not the all
the other ones.

It would be nice to have a pop-up explaining the user he does not have enough
privileges to do that, eventually with an option to try with sudo access.

cheers, piem

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (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

Versions of packages deja-dup depends on:
ii  duplicity  0.6.04-1  encrypted bandwidth-efficient back
ii  gconf2 2.26.2-3  GNOME configuration database syste
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.24.1-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.1-1  The Bonobo UI library
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.82-1simple interprocess messaging syst
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgconf2-42.26.2-3  GNOME configuration database syste
ii  libglib2.0-0   2.20.5-1  The GLib library of C routines
ii  libgnome-keyring0  2.26.1-1  GNOME keyring services library
ii  libgnome2-02.26.0-1  The GNOME library - runtime files
ii  libgnomecanvas2-0  2.26.0-1  A powerful object-oriented display
ii  libgnomeui-0   2.24.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.24.1-4GNOME Virtual File System (runtime
ii  libgtk2.0-02.16.6-1  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libnautilus-extension1 2.26.3-1  libraries for nautilus components 
ii  libnotify1 [libnotify1 0.4.5-1   sends desktop notifications to a n
ii  liborbit2  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.24.5-1  Layout and rendering of internatio
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libunique-1.0-01.0.8-1   Library for writing single instanc
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages deja-dup recommends:
ii  openssh-client [ssh-client]   1:5.1p1-7  secure shell client, an rlogin/rsh
ii  python-boto   1.8d-1 Python interface to Amazon's Web S

Versions of packages deja-dup suggests:
ii  util-linux2.16-3 Miscellaneous system utilities

-- 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#546506: deja-dup: uncaught error: GVFS FUSE is not installed

[Paul Brossier]

Package: deja-dup
Version: 10.1-2
Severity: normal

Hi,

when trying to backup to a remote ssh server, i get the following error:

$ DEJA_DUP_DEBUG=1 deja-dup

(deja-dup:23525): Gtk-WARNING **: Operation not supported by backend

(deja-dup:23525): Gtk-WARNING **: Operation not supported by backend

** (deja-dup:23525): CRITICAL **: file Duplicity.c: line 294: uncaught error: 
GVFS FUSE is not installed

The gui gets stuck on a window saying 'Backing up...' with no details.
Installing gvfs-fuse does not help.

cheers, piem

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (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

Versions of packages deja-dup depends on:
ii  duplicity  0.6.04-1  encrypted bandwidth-efficient back
ii  gconf2 2.26.2-3  GNOME configuration database syste
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.24.1-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.1-1  The Bonobo UI library
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.82-1simple interprocess messaging syst
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgconf2-42.26.2-3  GNOME configuration database syste
ii  libglib2.0-0   2.20.5-1  The GLib library of C routines
ii  libgnome-keyring0  2.26.1-1  GNOME keyring services library
ii  libgnome2-02.26.0-1  The GNOME library - runtime files
ii  libgnomecanvas2-0  2.26.0-1  A powerful object-oriented display
ii  libgnomeui-0   2.24.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.24.1-4GNOME Virtual File System (runtime
ii  libgtk2.0-02.16.6-1  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libnautilus-extension1 2.26.3-1  libraries for nautilus components 
ii  libnotify1 [libnotify1 0.4.5-1   sends desktop notifications to a n
ii  liborbit2  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.24.5-1  Layout and rendering of internatio
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libunique-1.0-01.0.8-1   Library for writing single instanc
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages deja-dup recommends:
ii  openssh-client [ssh-client]   1:5.1p1-7  secure shell client, an rlogin/rsh
ii  python-boto   1.8d-1 Python interface to Amazon's Web S

Versions of packages deja-dup suggests:
ii  util-linux2.16-3 Miscellaneous system utilities

-- 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#544864: xserver-xorg-video-intel: [945GM] lock up and corruption on macbook

[Paul Brossier]

Package: xserver-xorg-video-intel
Version: 2:2.8.1-1
Severity: grave
Justification: renders package unusable

After one or a few key presses, both mouse and keyboard lock up when using the
intel driver on mackbook. Before locking up, the 'login' input box and other
characters from gdm sometimes appear corrupted. After locking up, 'Alt+Ctrl+F1'
is not responding, but I can still get to restart X by sshing into the machine.

Note that I am using the vesa driver to write this bug.

cheers, piem

-- Package-specific info:
VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller (rev 03)

Contents of relevant Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.6.3
Release Date: 2009-7-31
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.30.4-dsa-ia32 i686 Debian
Current Operating System: Linux mangue 2.6.30-1-686 #1 SMP Sat Aug 15 19:11:58 
UTC 2009 i686
Build Date: 06 August 2009  04:49:57PM
xorg-server 2:1.6.3-1+b1 (bui...@murphy.debian.org) 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Sep  3 13:08:01 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the list of input devices.
If no devices become available, reconfigure HAL or disable 
AllowEmptyInput.
(II) Loader magic: 0x6c0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 5.0
X.Org XInput driver : 4.0
X.Org Server Extension : 2.0
(II) Loader running on linux
(++) using VT number 7

(--) PCI:*(0:0:2:0) 8086:27a2:8086:7270 Intel Corporation Mobile 945GM/GMS, 
943/940GML Express Integrated Graphics Controller rev 3, Mem @ 
0x9038/524288, 0x8000/268435456, 0x9040/262144, I/O @ 0x20f0/8
(II) Open ACPI successful (/var/run/acpid.socket)
(II) System resource ranges:
[0] -1  0   0x - 0x (0x1) MX[B]
[1] -1  0   0x000f - 0x000f (0x1) MX[B]
[2] -1  0   0x000c - 0x000e (0x3) MX[B]
[3] -1  0   0x - 0x0009 (0xa) MX[B]
[4] -1  0   0x - 0x (0x1) IX[B]
[5] -1  0   0x - 0x (0x1) IX[B]
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.6.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.6.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.6.3, module version = 1.0.0
ABI class: X.Org Server Extension, version 2.0
(==) AIGLX enabled
(II) Loading extension GLX
(II) LoadModule: "record"
(II) Loading /usr/lib/xorg/modules/extensions//librecord.so
(II) Module record: vendor="X.Org Foundation"
compiled for 1.6.3, module version = 1.13.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension RECORD
(II) LoadModule: 

Bug#522502: fftw3 - FTBFS: makeinfo: command not found

[Paul Brossier]

Hi Bastian,

The problem is that texinfo is in Build-Depends-Indep, whereas the .texi
patch triggers the documentation build from build-arch.

One way to fix this is to move texinfo to Build-Depends, but I am not
convinced this is  the best way to do that.

cheers, piem

Bastian Blank wrote:
> Package: fftw3
> Version: 3.2.1-1
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
>   
>> Automatic build of fftw3_3.2.1-1 on lxdebian.bfinv.de by sbuild/s390 98
>> 
> [...]
>   
>> /build/buildd/fftw3-3.2.1/missing: line 54: makeinfo: command not found
>> WARNING: `makeinfo' is missing on your system.  You should only need it if
>>  you modified a `.texi' or `.texinfo' file, or any other file
>>  indirectly affecting the aspect of the manual.  The spurious
>>  call might also be the consequence of using a buggy `make' (AIX,
>>  DU, IRIX).  You might want to install the `Texinfo' package or
>>  the `GNU make' package.  Grab either from any GNU archive site.
>> make[4]: *** [fftw3.info] Error 1
>> make[4]: Leaving directory `/build/buildd/fftw3-3.2.1/doc'
>> make[3]: *** [all-recursive] Error 1
>> make[3]: Leaving directory `/build/buildd/fftw3-3.2.1/doc'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory `/build/buildd/fftw3-3.2.1'
>> make[1]: *** [all] Error 2
>> make[1]: Leaving directory `/build/buildd/fftw3-3.2.1'
>> make: *** [build-arch] Error 2
>> 
>
> I would say you want to use AM_MAINTAINER_MODE.
>
> Bastian
>
>
>
>
>   




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#509088: This version of Kino doesn't work on PowerPC

[Paul Brossier]

severity 509088 important 
thanks.

--

Hello Pavel,

You are reporting this bug against 0.92-3, but the current version in
testing 1.3.0-2+lenny1. Please let us know if you can reproduce with
1.3.0.

Thanks, Paul

On Thu, Dec 18, 2008 at 09:00:37AM +0300, Pavel Fedin wrote:
> Package: kino
> Version: 0.92-3
> Severity: grave
> 
>  This version of Kino breaks audio track during exporting on bigendian
> architecture. As a result, it's unusable. This bug was fixed by me
> long ago and the fix is included in v1.0.0 of the program by its
> author. Please upgrade the packaged version.
> 
> -- 
> Best regards,
>  Pavel  mailto:sonic.am...@gmail.com
> 
> 
> 
> 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#484514: mach: should depend on createrepo

[Paul Brossier]

Package: mach
Version: 0.9.1-2
Severity: normal

hi!

after successfully setting up a chroot, 

$ mach -r fedora-5-i386-gstreamer setup build

i can't get to build an rpm from a spec file:

$ mach -r fedora-5-i386-gstreamer build gst-fluendo-mp3.spec
Building .src.rpm from gst-fluendo-mp3.spec
Using ./gst-fluendo-mp3-0.10.7.1.tar.bz2
Using gst-fluendo-mp3-0.10.7.1.tar.bz2
Creating .src.rpm 
Rebuilding generated .src.rpm's:
- 
/var/tmp/mach/tmp/fedora-5-i386-gstreamer/gstreamer-fluendo-mp3-0.10.7.1-1.flu/gstreamer-fluendo-mp3-0.10.7.1-1.flu.src.rpm
Getting 
/var/tmp/mach/tmp/fedora-5-i386-gstreamer/gstreamer-fluendo-mp3-0.10.7.1-1.flu/gstreamer-fluendo-mp3-0.10.7.1-1.flu.src.rpm
 ...
Building source rpm gstreamer-fluendo-mp3-0.10.7.1-1.flu.src.rpm
ERROR: createrepo 
/var/lib/mach/roots/fedora-5-i386-gstreamer/usr/src/rpm/RPMS.mach-local failed
Traceback (most recent call last):
  File "/usr/bin/mach", line 2444, in 
main (config, sys.argv[1:])
  File "/usr/bin/mach", line 2413, in main
output = Root.__dict__[command] (root, args[1:])
  File "/usr/bin/mach", line 956, in build
self.rebuild (options + srpms)
  File "/usr/bin/mach", line 1229, in rebuild
self.update_local_repo ()
  File "/usr/bin/mach", line 1026, in update_local_repo
create_sources_list (self.config, srcs)
  File "/usr/bin/mach", line 2156, in create_sources_list
raise Exception, "Could not update local yum repository"
Exception: Could not update local yum repository

installing createrepo helps.

cheers, piem 

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mach depends on:
ii  adduser   3.107  add and remove users and groups
ii  libc6 2.7-11 GNU C Library: Shared libraries
ii  python2.5.2-1An interactive high-level object-o
ii  python-rpm4.4.2.3-1  Python bindings for RPM
ii  rpm   4.4.2.3-1  Red Hat package manager
ii  yum   3.2.12-1.1 Advanced front-end for rpm

Versions of packages mach recommends:
ii  cpio  2.9-13 GNU cpio -- a program to manage ar
ii  gnupg 1.4.6-3GNU privacy guard - a free PGP rep

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482372: Processed: Re: Bug#482205: brltty: FTBFS: Empty declarator

[Paul Brossier]

(resending to bts to have a copy there...)

--
reassign 482205 brltty
tags 482205 patch
clone 482205 -1 
reassign -1 pyrex
retitle -1 pyrex: improve error messages on "def foo(type):"
severity -1 wishlist
thanks!
--

Hi!

The error messages of pyrex could sure be improved, but the problem here
is that some function prototypes use the variable name 'type', which is
a builtin class in python. The attached patch renames these 'type'
variable to 'key_type' in both relevant prototypes.

Cheers, piem

On Wed, May 21, 2008 at 11:33:07PM +, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
> 
> > reassign 482205 python-pyrex
> Bug#482205: brltty: FTBFS: Empty declarator
> Bug reassigned from package `brltty' to `python-pyrex'.
> 
> > thanks
> Stopping processing here.
> 
> Please contact me if you need assistance.
> 
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
> 
> 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#466300: openoffice.org-writer2latex: unopkg still failing, not JNI error

[Paul Brossier]

right, so after chatting with Rene on #debian-devel, this *is* actually
#468202, and running the following commands does help:

/usr/lib/openoffice/program/unopkg remove --shared 
org.openoffice.legacy.writer2latex.uno.pkg
dpkg --configure -a 

cheers, piem


signature.asc
Description: Digital signature

Bug#466300: openoffice.org-writer2latex: unopkg still failing, not JNI error

[Paul Brossier]

Subject: openoffice.org-writer3latex: foo
Followup-For: Bug #466300
Package: openoffice.org-writer2latex
Version: 0.5-6

still hit by this bug with today's unstable. no JNI stuff, so cc-ing to
#468202.

sorry i don't have much infos, please let me know how i can provide some
more useful ones.

$ sudo dpkg --configure openoffice.org-writer2latex
Setting up openoffice.org-writer2latex (0.5-6) ...
Adding extension 
/usr/lib/openoffice/share/extension/install/writer2latex.uno.pkg...
unopkg failed.
dpkg: error processing openoffice.org-writer2latex (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 openoffice.org-writer2latex

$ sudo update-alternatives --display java
java - status is auto.
 link currently points to /usr/lib/jvm/java-gcj/jre/bin/java
/usr/lib/jvm/java-gcj/jre/bin/java - priority 1042
/usr/bin/gij-4.1 - priority 41
/usr/bin/gij-4.3 - priority 43
/usr/lib/jvm/java-6-sun/jre/bin/java - priority 63
 slave java.1.gz: /usr/lib/jvm/java-6-sun/jre/man/man1/java.1.gz
Current `best' version is /usr/lib/jvm/java-gcj/jre/bin/java.

i did not try any manual tweaks.

cheers, piem

-- Package-specific info:
Identifier: org.openoffice.legacy.writer2latex.uno.pkg
  URL: 
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/TDXfaf_/writer2latex.uno.pkg
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: Extension
  bundled Packages: {
  URL: 
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/TDXfaf_/writer2latex.uno.pkg/writer2latex.jar
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Java
  Description: UNO Java Component
  URL: 
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/TDXfaf_/writer2latex.uno.pkg/w2l_types.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: Configuration Data
  URL: 
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/TDXfaf_/writer2latex.uno.pkg/w2l_filters.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: Configuration Data
  }

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages openoffice.org-writer2latex depends on:
ii  openoffice.org-core   1:2.4.0-4  OpenOffice.org office suite archit
ii  openoffice.org-java-common1:2.4.0-4  OpenOffice.org office suite Java s

openoffice.org-writer2latex recommends no packages.

-- no debconf information



signature.asc
Description: Digital signature

Bug#473949: k6fftwgel: FTBFS: Nonexistent build-dependency: g77

[Paul Brossier]

this bug can be ignored, as the package is scheduled for removal.

thanks, Paul

On Wed, Apr 02, 2008 at 12:34:56PM +0200, Lucas Nussbaum wrote:
> Package: k6fftwgel
> Version: 1.1-9
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20080401 qa-ftbfs
> Justification: FTBFS on i386
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on i386.
> 
> Relevant part:
> > ** Using build dependencies supplied by package:
> > Build-Depends: debhelper (>= 4.0.0), libtool, libmpich1.0-dev, g77
> > Checking for already installed source dependencies...
> > debhelper: missing
> > Using default version 6.0.10
> > libtool: missing
> > libmpich1.0-dev: missing
> > g77: missing
> > Checking for source dependency conflicts...
> > Reading package lists...
> > Building dependency tree...
> > Reading state information...
> > Package g77 is not available, but is referred to by another package.
> > This may mean that the package is missing, has been obsoleted, or
> > is only available from another source
> > E: Package g77 has no installation candidate
> 
> The full build log is available from:
>http://people.debian.org/~lucas/logs/2008/04/01
> 
> A list of current common problems and possible solutions is available at 
> http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
> 
> About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
> of the Grid'5000 platform, using a clean chroot containing a sid i386
> environment.  Internet was not accessible from the build systems.
> 
> -- 
> | Lucas Nussbaum
> | [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
> | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
> 
> 
> 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#466365: rezound: package build-depends on fftw3, but links against fftw

[Paul Brossier]

Package: rezound
Version: 0.12.3beta-1
Severity: serious
Tags: patch 

   

Hi Günter!  

   


   
rezound has a Build-Depends against fftw3-dev, but the binary is linked 

   
against fftw2. I guess fftw2 is being pulled by some other package. 

   


   
with the patch linked here and a Build-Depends against libfftw3-dev, the

   
binary should be correctly linked.  

   
http: 
//sourceforge.net/tracker/index.php?func=detail&aid=1873893&group_id=5056&atid=305056

cheers, piem

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages rezound depends on:
ii  fftw2 [fftw2-double]   2.1.3-20+b2   library for computing Fast Fourier
ii  libasound2 1.0.15-3  ALSA library
ii  libaudiofile0  0.2.6-7   Open-source version of SGI's audio
ii  libbz2-1.0 1.0.4-3   high-quality block-sorting file co
ii  libc6  2.7-8 GNU C Library: Shared libraries
ii  libcupsys2 1.3.5-1+b1Common UNIX Printing System(tm) - 
ii  libflac++6 1.2.1-1.1 Free Lossless Audio Codec - C++ ru
ii  libflac8   1.2.1-1.1 Free Lossless Audio Codec - runtim
ii  libfontconfig1 2.5.0-2   generic font configuration library
ii  libfox1.4  1.4.34-1  The FOX C++ GUI Toolkit
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgcc11:4.3-20080202-1  GCC support library
ii  libgl1-mesa-glx [libgl 7.0.2-4   A free implementation of the OpenG
ii  libglu1-mesa [libglu1] 7.0.2-4   The OpenGL utility library (GLU)
ii  libjack0   0.109.2-1 JACK Audio Connection Kit (librari
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libogg01.1.3-3   Ogg Bitstream Library
ii  libpng12-0 1.2.15~beta5-3PNG library - runtime
ii  libsoundtouch1c2   1.3.0-2.1 sound stretching library
ii  libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-7   Tag Image File Format (TIFF) libra
ii  libvorbis0a1.2.0.dfsg-3  The Vorbis General Audio Compressi
ii  libvorbisenc2  1.2.0.dfsg-3  The Vorbis General Audio Compressi
ii  libvorbisfile3 1.2.0.dfsg-3  The Vorbis General Audio Compressi
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   1:1.0.3-2 X11 miscellaneous extension librar
ii  libxft22.1.12-2  FreeType-based font drawing librar
ii  libxrandr2 2:1.2.2-1 X11 RandR extension library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

Versions of packages rezound recommends:
ii  cdrdao1:1.2.2-11 records CDs in Disk-At-Once (DAO) 

-- no debconf information


signature.asc
Description: Di

Bug#367831: 367831: builds fine on amd64, too

[Paul Brossier]

tags 367831 +pending
thanks
--

hi,

well, i got to reproduce this bug on my 'new' powerpc machine.

but, mmh, i still haven't found a way around it though.

the problem seems to lie somewhere in topo_sort, a recursive function,
when it reaches the end of graph branches, hitting NULL pointer there.

fusebirth is only used to generate fused_loop.c, which is then used to
build the final freebirth. so shipping a generated fused_loop.c instead
of trying to generate it every time would be a solution.

i still wonder why this code (although quite ugly) behaves correctly on
the other arches, and runs on powerpc with -O0...

cheers, Paul

On Wed, Oct 03, 2007 at 06:51:55PM +0200, Martin Michlmayr wrote:
> * Paul Brossier <[EMAIL PROTECTED]> [2007-09-28 14:51]:
> > unfortunately, i don't have access to powerpc at the moment, so Martin,
> > any help would be greatly appreciated.
> 
> I just tried to compile the current version of freebirth with the
> current gcc (4.2) version in unstable, and it still segfaults.
> -- 
> Martin Michlmayr
> http://www.cyrius.com/
> 
> 
> 


signature.asc
Description: Digital signature

Bug#464033: does not remove .bzr-builddeb/default.conf in merge mode

[Paul Brossier]

Package: bzr-builddeb
Version: 0.92
Severity: important
Tags: patch

hi,

in merge mode, the file .bzr-builddeb/default.conf is not removed.
attached is a patch that fixes the typo causing this bug.

my configuration file contains the following:
--
[BUILDER]
merge = True
--

cheers, paul

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.24-1-powerpc
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bzr-builddeb depends on:
ii  bzr   1.1~rc1-1  easy to use distributed version co
ii  bzrtools  1.1.0-1Collection of tools for bzr
ii  devscripts2.10.14scripts to make the life of a Debi
ii  dpkg-dev  1.14.16.6  package building tools for Debian
ii  fakeroot  1.9.2  Gives a fake root environment
ii  patchutils0.2.31-4   Utilities to work with patches
ii  python2.4.4-6An interactive high-level object-o
ii  python-apt0.7.4+b1   Python interface to libapt-pkg
ii  python-central0.5.15-0.1 register and build utility for Pyt
ii  python-debian 0.1.8  python modules to work with Debian

bzr-builddeb recommends no packages.

-- no debconf information
--- bzr-builddeb-0.92/builder.py	2007-11-12 16:40:34.0 +0100
+++ bzr-builddeb-0.92.1/builder.py	2008-02-04 20:54:58.0 +0100
@@ -424,7 +424,7 @@
   shutil.rmtree(os.path.join(source_dir, 'debian'))
 recursive_copy(tempdir, source_dir)
 shutil.rmtree(basetempdir)
-remove_bzrbuilddeb_dir(os.path.join(source_dir, "debian"))
+remove_bzrbuilddeb_dir(source_dir)
 
 class DebNativeBuild(DebBuild):
   """A subclass of DebBuild that builds native packages."""


signature.asc
Description: Digital signature

Bug#391134: ITA: phat -- collection of GTK widgets geared towards audio apps

[Paul Brossier]

Hi Eric,

Do you still plan to adopt this package?

Thanks, Paul


signature.asc
Description: Digital signature

Bug#405746: rt2x00-source: no more traffic with rt2570 usb stick

[Paul Brossier]

Hi Ben,

ok, sorry for the lag, but i have no good news...

i have just tried with 2.0.12+git20071103-3+2.6.22-6 and 2.6.22-6, and i
could not get it to authenticate. here are some of the relevant
messages:

Jan 22 20:55:04 banane kernel: phy2 -> rt2x00mac_conf_tx: Info - Configured TX 
ring 0 - CWmin: 4, CWmax: 10, Aifs: 2.
Jan 22 20:55:04 banane kernel: phy2 -> rt2x00mac_conf_tx: Info - Configured TX 
ring 1 - CWmin: 4, CWmax: 10, Aifs: 2.
Jan 22 20:55:04 banane kernel: phy2 -> rt2x00mac_conf_tx: Info - Configured TX 
ring 7 - CWmin: 5, CWmax: 10, Aifs: 2.
Jan 22 20:55:04 banane kernel: wlan1: Initial auth_alg=0
Jan 22 20:55:04 banane kernel: wlan1: authenticate with AP 00:13:49:89:09:ef
Jan 22 20:55:05 banane kernel: wlan1: authentication with AP 00:13:49:89:09:ef 
timed out
Jan 22 20:55:15 banane kernel: wlan1: Initial auth_alg=0
Jan 22 20:55:15 banane kernel: wlan1: authenticate with AP 00:13:49:89:09:ef
Jan 22 20:55:15 banane kernel: phy2 -> rt2x00mac_conf_tx: Info - Configured TX 
ring 0 - CWmin: 4, CWmax: 10, Aifs: 2.
Jan 22 20:55:15 banane kernel: phy2 -> rt2x00mac_conf_tx: Info - Configured TX 
ring 1 - CWmin: 4, CWmax: 10, Aifs: 2.
Jan 22 20:55:15 banane kernel: phy2 -> rt2x00mac_conf_tx: Info - Configured TX 
ring 7 - CWmin: 5, CWmax: 10, Aifs: 2.
Jan 22 20:55:15 banane kernel: wlan1: Initial auth_alg=0
Jan 22 20:55:15 banane kernel: wlan1: authenticate with AP 00:13:49:89:09:ef
Jan 22 20:55:15 banane kernel: wlan1: Initial auth_alg=0
Jan 22 20:55:15 banane kernel: wlan1: authenticate with AP 00:13:49:89:09:ef
Jan 22 20:55:15 banane kernel: wlan1: authentication with AP 00:13:49:89:09:ef 
timed out

cheers, Paul

On Thu, Nov 22, 2007 at 11:06:53PM +, Ben Hutchings wrote:
> On Wed, 2007-11-21 at 01:12 +, Paul Brossier wrote:
> > hi Ben!
> > 
> > i tried yesterday with a rt2x00-source with a rt73 card, and it worked
> > successfully (on both ibook g3 and g4, with a 2.6.22 kernel). the card i
> > reported my problem with was not the same, but i guess most of my
> > problems went away with the recent development.
> > 
> > let me know if you want me to double check with my asus ralink card.
> 
> I know that rt2x00 now works with many devices, but I would like to know
> whether there is a specific problem with that card.  Please do test it.
> 
> Ben.
> 
> -- 
> Ben Hutchings
> Beware of bugs in the above code;
> I have only proved it correct, not tried it. - Donald Knuth





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#451203: gnome-applets: mixer-applet shows mute when not muted, after changing volume

[Paul Brossier]

Package: gnome-applets
Version: 2.20.1-2

Hi!

driver bug or not, the same behaviour appears on my iBook G4 with the
snd-powermac module. sometimes, the mixer icon is set to muted whereas
the sound is not.

here gnome-keybindings-properties vol +/- are set to 0xb0/0xae.

these keys are also watched by pbbuttonsd.

if pbbuttonsd is running, the volume applet icon is correct, but i
can clearly see the icon flashing once when going from one region
(mute,1,2,3) to the other.

stopping pbbuttonsd appears to prevent this behaviour, but I don't know
yet if it prevents the 'muted-when-not' one.

cheers, piem

--- System information. ---
Architecture: powerpc
Kernel:   Linux 2.6.22-3-powerpc

Debian Release: lenny/sid
  500 unstableftp.fr.debian.org 
  500 testing ftp.fr.debian.org 
1 experimentalftp.fr.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
debconf  (>= 0.5)  | 1.5.18
 OR debconf-2.0| 
gconf2   (>= 2.12.1-1) | 2.20.1-2
gnome-applets-data   (>= 2.20) | 2.20.1-2
gnome-applets-data   (<< 2.21) | 2.20.1-2
gnome-icon-theme  (>= 2.15.91) | 2.20.0-1
gnome-panel(>= 2.13.4) | 2.20.3-1
gstreamer0.10-alsa | 0.10.15-4
 OR gstreamer0.10-plugins-good | 0.10.6-4
 OR hurd   | 
libapm1   (>= 3.2.0-7) | 3.2.2-8.1
libatk1.0-0(>= 1.20.0) | 1.20.0-1
libbonoboui2-0 (>= 2.15.1) | 2.20.0-1
libc6   (>= 2.7-1) | 2.7-6
libcpufreq0| 002-7
libdbus-1-3 (>= 1.1.1) | 1.1.2-1
libdbus-glib-1-2 (>= 0.74) | 0.74-1
libgconf2-4(>= 2.13.5) | 2.20.1-2
libglade2-0   (>= 1:2.6.1) | 1:2.6.2-1
libglib2.0-0   (>= 2.14.0) | 2.14.5-2
libgnome-desktop-2 (>= 2.11.1) | 2.20.3-1
libgnome2-0(>= 2.17.3) | 2.20.1.1-1
libgnomekbd1   | 2.20.0-1
libgnomekbdui1 | 2.20.0-1
libgnomeui-0   (>= 2.17.1) | 2.20.1.1-1
libgnomevfs2-0  (>= 1:2.17.90) | 1:2.20.1-1
libgnomevfs2-extra | 1:2.20.1-1
libgstreamer-plugins-base0.10-0   (>= 0.10.15) | 0.10.15-4
libgstreamer0.10-0(>= 0.10.15) | 0.10.15-4
libgtk2.0-0(>= 2.12.0) | 2.12.5-1
libgtop2-7 (>= 2.20.0) | 2.20.1-1
libgucharmap6  | 1:1.10.2-1
libhal1(>= 0.5.10) | 0.5.10-5
libnotify1  (>= 0.4.4) | 0.4.4-3
libnotify1-gtk2.10 | 
liboobs-1-3   (>= 2.19.91) | 2.20.0-1
libpanel-applet2-0 (>= 2.19.3) | 2.20.3-1
libpango1.0-0  (>= 1.18.3) | 1.18.4-1
libwnck22  (>= 2.19.5) | 2.20.3-1
libx11-6   | 2:1.0.3-7
libxklavier11 (>= 3.3) | 3.3-2
libxml2(>= 2.6.27) | 2.6.30.dfsg-3.1
python(>= 2.4) | 2.4.4-6




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#461967: metacity: focus issue with fullscreen window on dual screen

[Paul Brossier]

Package: metacity
Version: 1:2.20.2-1
Severity: normal

Hi,

I'm using the default configuration, upgraded from stable. I have 3
windows open: a browser on the left screen, a term and a player on the
right (iceweasel, gnome-terminal and amarok). The term is in fullscreen.

When cycling through windows using Alt+Tab to go from the player to the
browser, the browser at the left handside gains focus as expected, but
on the right screen, the terminal comes up too, hiding the player behind
it.

Cheers, Paul

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages metacity depends on:
ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
ii  libc6   2.7-6GNU C Library: Shared libraries
ii  libcairo2   1.4.14-1 The Cairo 2D vector graphics libra
ii  libgconf2-4 2.20.1-2 GNOME configuration database syste
ii  libglib2.0-02.14.5-2 The GLib library of C routines
ii  libgtk2.0-0 2.12.5-1 The GTK+ graphical user interface 
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libmetacity01:2.20.2-1   library of lightweight GTK2 based 
ii  libpango1.0-0   1.18.4-1 Layout and rendering of internatio
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstartup-notification00.9-1library for program launch feedbac
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  metacity-common 1:2.20.2-1   Shared files of lightweight GTK2 b

Versions of packages metacity recommends:
ii  gnome-session [x-session-mana 2.20.3-1   The GNOME 2 Session Manager

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#461360: New upstream version 0.6.2

[Paul Brossier]

Hi!

Thanks for your work Marco. 'New upstream' bugs are not really useful
unless the maintainer is really really slow to update the package.

And the new release was the... 17 ?! I mean, we have debian/watch files
and qa.d.o, haven't we ;)

Btw, don't forget to forward the ubuntu bug on pyrex to the debian BTS!

Cheers, piem

On Fri, Jan 18, 2008 at 12:55:05AM +, Marco Rodrigues wrote:
> Package: jackbeat
> Severity: wishlist
> 
> Please update to the latest upstream version..
> 
> Some important changes:
> - The export framerate and sustain handling can now be customized
> - The pattern can be edited using the keyboard
> - The GUI has been improved and fixed
> - Optional support for the Phat Audio Toolkit is available
> - Some audio processing and JACK issues have been fixed
> - Simple drum kits are now available from Jackbeat's homepage
> 
> Thanks
> 
> -- 
> Marco Rodrigues
> 
> http://Marco.Tondela.org
> 
> 
> 
> 
> 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#306850: procps: top multiple window broken in last version

[Paul Brossier]

Hi Samuel,

I have just tried with different terms and different sizes, and could
not reproduce this bug, so yes, it probably went away in the mean time!

Thanks, Paul

On Wed, Jan 02, 2008 at 02:06:55AM +, Samuel Thibault wrote:
> tags 306850 + moreinfo
> thanks
> 
> Hello,
> 
> Paul Brossier, le Thu 28 Apr 2005 23:07:51 +0100, a écrit :
> > the multiple window version of top (obtained using 'A') is not working
> > correctly in the last procps version.
> 
> No problem here with 1:3.2.7-5, maybe it got fixed in between? Else,
> please give the size of your window.
> 
> Samuel
> 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#460671: kino: new upstream version of kino-1.2.0

[Paul Brossier]

Hi Per,

Thankls for the report, I'll prepare an update asap.

piem

On Mon, Jan 14, 2008 at 02:10:52PM +0100, Per Osbäck wrote:
> Package: kino
> Version: 1.2.0
> 
> New upstream version of kino is available as of 2007-12-09:
> 
> V 1.2.0
> 
> * New Ogg Theora export script that uses gstreamer (gst-launch)
> * New Quicktime DV export script that uses ffmpeg (useful when Kino not 
> built
>  with libquicktime)
> * New variable substitution in Titler Video Filter!
>  The following variables are supported:
>  #timecode# (movie timecode as seen at the bottom of the window),
>  #dv.timecode# (DV timecode)
>  #dv.datetime# (recording date and time)
>  #dv.date# (recording date)
>  #dv.time# (recording time)
>  #dv.filename# - base file name of clip
>  #filename# - project file name
>  #meta.*# - storyboard meta data, e.g. #meta.title#
> * Added Finnish translation by Antti Sokero
> 
> Changes in version 1.2.0:
>Changes by Dan Dennedy:
>- ieee1394io.cc: bugfix reporting dropped frames resetting in capture.
>- page_export_1394.cc: bugfix to send AV/C record command after locking
>  audio.
>- playlist.{h,cc}, page_export_pipe.cc: bugfix exporting dual pass
>  when no filename specified. It was generating a filename in the script
>  with a date/time stamp that would change from one pass to the next.
>  The fix uses new PlayList::GetBaseFileOfFrame method to supply a
>  generated name that is arguably more appropriate.
>- kino_common.cc: bugfix (1813236) loading a DV file whose filename
>  extension is not entirely lowercase causes Kino to import it.
>- avi.cc: bugfix race condition in AVIFile::GetFrameInfo() - fix from
>  Peter Schlaf.
>- avi.cc: apply race condition bugfix to AVIFile::GetDVFrameInfo().
>- ffmpeg_mov.sh: added Quicktime DV export using ffmpeg.
>- gstreamer_theora.sh: added Ogg Theora export using gstreamer.
>- kino_plugin_types.h: fix compilation on missing include for memcpy.
>- textblock.h: fix compilation on multiple parameters named "outline"
>- kino_extra.h, page_magick.cc: added GetFrameNumber() to SelectedFrames
>  (for dvtitler).
>- dvtitler.{glade,cc}: changed font to bold and added black outline by
>  default.
>- dvtitler.{h,cc}: added variable substitution support.
>- frame.h, preferences.cc, PixbufUtils.cc, superimpose.cc: compilation
>  fixes for some environments.
>- preferences.cc: change default for Preview on External Monitor to off
>  to reduce crashing on juju - new firewire stack.
>- message.{h,cc}, kino_common.cc: bugfix (1763312) file deletion
>  confirmation dialog can exceed screen height. Added new
>  modal_confirm_files() dialog call.
>- page_export_avi.cc: hide Quicktime option if not built with quicktime
>  support.
>- kino.glade, page_export_audio.{h,cc}: hide unavailable options due to
>  missing runtime dependency (sox, mp2enc, lame, oggenc).
>- commands.{h,cc}, kino_av_pipe.cc, kino_common.{h,cc}, page.h,
>  page_capture.{h,cc}, page_editor.{h,cc}, page_export.{h,cc},
>  page_magick.{h,cc}, page_timeline.{h,cc}, page_trim.{h,cc},
>  riff.{h,cc}, rwpipe.cc, v4l.h: add const to some char* to cleanup
>  compiler warnings.
>- frame.cc: fix building/encoding with ffmpeg/libavformat >= 52.0.0.
>- Kino.desktop: fix French GenericName/Comment.
>- kino_en_{html,xml}.tar.gz: updated online help.
>- kino_common.{h,cc}: bugfix (1846847) to use Quit button instead of
>  Close in dialog on exit.
> 
>Changes by Antti Sokero:
>- po/fi.po: Added Finnish translation.
> 
> 
> 
> 
> 
> 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]