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#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#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#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=ppc64el=0.4.3-1=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#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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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 p...@piem.org
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 p...@debian.org
+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),
+ m_onsetdet(0),
+-m_onsettype(aubio_onset_complex),
++m_onsettype(OnsetComplex),
+ m_threshold(0.3),
+-m_silence(-90),
+-m_channelCount(1)
++m_silence(-70),
++m_minioi(4)
+ {
+ }
+ 
+ Onset::~Onset()
+ {
+-if (m_onsetdet) aubio_onsetdetection_free(m_onsetdet);
++if (m_onsetdet) del_aubio_onset(m_onsetdet);
+ if (m_ibuf) del_fvec(m_ibuf);
+ if (m_onset) del_fvec(m_onset);
+-if (m_fftgrain) del_cvec(m_fftgrain);
+-if (m_pv) del_aubio_pvoc(m_pv);
+-if (m_peakpick) del_aubio_peakpicker(m_peakpick);
+ }
+ 
+ string
+@@ -74,7 +77,7 @@
+ int
+ Onset::getPluginVersion() const
+ {
+-return 1;
++return 2;
+ }
+ 
+ string
+@@ -86,22 +89,18 @@
+ bool
+ Onset::initialise(size_t channels, size_t stepSize, size_t blockSize

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 p...@piem.org
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 p...@debian.org
+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 inputSampleRate) :
+ Plugin(inputSampleRate),
+ m_ibuf(0),
+-m_fftgrain(0),
+ m_onset(0),
+-m_pv(0),
+-m_peakpick(0),
+ m_onsetdet(0),
+-m_onsettype(aubio_onset_complex),
++m_onsettype(OnsetComplex),
+ m_threshold(0.3),
+-m_silence(-90),
+-m_channelCount(1)
++m_silence(-70),
++m_minioi(4)
+ {
+ }
+ 
+ Onset::~Onset()
+ {
+-if (m_onsetdet) aubio_onsetdetection_free(m_onsetdet);
++if (m_onsetdet) del_aubio_onset(m_onsetdet);
+ if (m_ibuf) del_fvec(m_ibuf);
+ if (m_onset) del_fvec(m_onset);
+-if (m_fftgrain) del_cvec(m_fftgrain);
+-if (m_pv) del_aubio_pvoc(m_pv);
+-if (m_peakpick) del_aubio_peakpicker(m_peakpick);
+ }
+ 
+ string
+@@ -74,7 +77,7 @@
+ int
+ Onset::getPluginVersion() const
+ {
+-return 1;
++return 2;
+ }
+ 
+ string
+@@ -86,22 +89,18 @@
+ bool
+ Onset::initialise(size_t channels, size_t stepSize, size_t blockSize)
+ {
+-m_channelCount = channels

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]

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-rc-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-rc-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

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-rc-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 ales...@debian.org  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 linux/videodev.h header was renamed.
 +Author: Andreas Moog am...@ubuntu.com
 +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 ales...@debian.org
 +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 sys/types.h
 + # include sys/time.h
 + # include linux/types.h
 +-# include linux/videodev.h
 ++# include libv4l1-videodev.h
 + # include sys/mman.h
 + //#ifdef HAVE_PTHREADS
 + # include pthread.h
 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 claudiusmaxi...@goto10.org
 +---
 + 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 fcntl.h
 + # include errno.h
 + # include sys/ioctl.h
 +-//# include sys/types.h
 ++# include sys/types.h
 ++# include sys/stat.h
 + //# include sys/time.h
 + # include asm/types.h
 + # include linux/videodev2.h
 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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#438336: kino capture working again

[Paul Brossier]

Hi,

as reported by Gene Heskett, video capture in kino should be working
again now.

cheers, piem



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-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-rc-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=flowcanvasver=0.5.1-1arch=hppastamp=1258783240file=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-rc-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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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-rc-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: dri
(II) Loading 

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-rc-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-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#482205: 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#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=detailaid=1873893group_id=5056atid=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: 

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#456433: Fw: Bug#456433: freewheeling: license information insufficient

[Paul Brossier]

Hi JP,

I had the following bug report about the freewheeling package in debian.

If I understand correctly, adding the following header to each of the
source files would be the correct approach:

/*
Copyright 2004-2008 JP Mercury [EMAIL PROTECTED]

This file is part of Freewheeling.

Freewheeling is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 2 of the License, or
(at your option) any later version.

Foobar is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with Foobar.  If not, see http://www.gnu.org/licenses/.
*/

You could also switch to GPL 3.0, replacing the above 'version 2' with a
'version 3' and update accordingly the file COPYING to match this file:
http://www.gnu.org/licenses/gpl-3.0.txt 

In any case, the '+' (e.g. 'any later version') seems to be required to
link with future versions of libgnutls.

Let me know what you think!

Thanks, Paul

- Forwarded message from Andreas Metzler [EMAIL PROTECTED] -

Subject: Bug#456433: freewheeling: license information insufficient
Date: Sat, 15 Dec 2007 18:39:27 +0100
From: Andreas Metzler [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]

Package: freewheeling
Version: 0.5.5-1
Severity: serious

Hello,

I am currently checking which packages will break since libgnutls-extra
and libgnutls-openssl switches from GPLv2+ to GPLv3+. freewheeling
links against one of these libraries but its license is unclear:

* debian/copyright says: You are free to distribute this software
  under the terms of the GNU General Public License. This fails to
  say which versions of GPL are acceptable.

* Upstream sourcecode is not properly licensed. None of the sourcefiles
  contain a license statement. The only single evidence that the
  software should be GPL(?) is that a file COPYING, consisting of a
  copy of the GPL is included.

Please ask upstream to
a) clarify the license (GPLv2, GPLv2+, ...)
b) properly license he software, adding a license
statement to every sourcefile
http://www.gnu.org/licenses/gpl-howto.html

Thanks, cu andreas




- End forwarded message -



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

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

[Paul Brossier]

hi,

unfortunately, i don't have access to powerpc at the moment, so Martin,
any help would be greatly appreciated.

cheers, Paul

On Mon, May 07, 2007 at 05:18:50PM +, brian m. carlson wrote:
 Just as a data point, freebirth builds fine on amd64 as well.  I might
 eventually get around to booting an old powerpc machine and trying it,
 but don't hold your breath.
 
 -- 
 brian m. carlson / brian with sandals: Houston, Texas, US
 +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
 Screw you, AACS LA: 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
 OpenPGP: RSA v3 2048b 560553E7: FE82 7C9F EB21 5436 2F96 25BA 927B 0A51
 
 



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

Bug#431214: NMU uploaded

[Paul Brossier]

Thanks for the upload Andi,
piem

On Sat, Jul 21, 2007 at 10:15:52AM +0200, Andreas Barth wrote:
 Hi,
 
 I uploaded an NMU of your package.
 
 Please see this as help to get the package into a releaseable condition again.
 
 Please find the used diff below.
 
 
 Cheers,
 Andi
 
 diff -u patchage-0.2.3/debian/changelog patchage-0.2.3/debian/changelog
 --- patchage-0.2.3/debian/changelog
 +++ patchage-0.2.3/debian/changelog
 @@ -1,3 +1,11 @@
 +patchage (0.2.3-2.1) unstable; urgency=medium
 +
 +  * Non-maintainer upload.
 +  * Build-Depend on libgtkmm-2.4-dev instead of libgtkmm2.0-dev.
 +Closes: #431214
 +
 + -- Andreas Barth [EMAIL PROTECTED]  Fri, 20 Jul 2007 21:19:32 +
 +
  patchage (0.2.3-2) unstable; urgency=low
  
* Rebuild against new libgkt+_+asdok
 diff -u patchage-0.2.3/debian/control patchage-0.2.3/debian/control
 --- patchage-0.2.3/debian/control
 +++ patchage-0.2.3/debian/control
 @@ -2,7 +2,7 @@
  Section: sound
  Priority: optional
  Maintainer: Paul Brossier [EMAIL PROTECTED]
 -Build-Depends: debhelper (= 4.0.0), docbook-to-man, autotools-dev, 
 libjack-dev, libgtkmm2.0-dev, libgnomecanvasmm-2.6-dev, libglademm-2.4-dev, 
 libasound2-dev
 +Build-Depends: debhelper (= 4.0.0), docbook-to-man, autotools-dev, 
 libjack-dev, libgtkmm-2.4-dev, libgnomecanvasmm-2.6-dev, libglademm-2.4-dev, 
 libasound2-dev
  Standards-Version: 3.6.2
  
  Package: patchage
 -- 
   http://home.arcor.de/andreas-barth/
 
 


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

Bug#409835: mixxx: freezes my system completely

[Paul Brossier]

severity 409835 important
thanks 

On Mon, Feb 05, 2007 at 09:16:34PM +0100, Jonas Meurer wrote:
 Package: mixxx
 Version: 1.4.2-1.1
 Severity: grave
 Justification: renders package unusable
 
 Hello,
 
 mixxx freezes my system when i start it in a terminal emulator.

Hi Jonas,

If mixxx manages to crash your X server, then it's likely a problem in
the server. If the whole system collapses, then it could well be a
problem in the kernel driver of your video card.

Could you confirm you can not ping your machine anymore? or light the
leds of the keyboard?

 I guess that this is due to hardware acceleration, used for direct
 rendering. This discussion seems to discuss exactly the bug that i
 discovered:
 http://sourceforge.net/forum/forum.php?thread_id=1637045forum_id=156157

As Adam mentions in that thread, you should be able to run mixxx with
the 'simple' display mode.

 I don't know whether this bug is related to the amd64 architecture, or
 to my Matrox G450 graphics controller, so i set severity to grave.

mixxx could also be improved substantially on the graphic rendering
side, and this bug is important.

it would also be useful to know if other applications using 3d
acceleration are working fine on your machine.

cheers, piem


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

Bug#396366: duplicity: fails to install

[Paul Brossier]

Package: duplicity
Version: 0.4.2-10+b1
Severity: serious 

0.4.2-10+b1 failed to install with the following message:

$ LANG=C sudo dpkg -i /var/cache/apt/archives/duplicity_0.4.2-10+b1_powerpc.deb
(Reading database ... 177360 files and directories currently installed.)
Preparing to replace duplicity 0.4.2-10+b1 (using 
.../duplicity_0.4.2-10+b1_powerpc.deb) ...
INFO: using old version '/usr/bin/python2.3'
Unpacking replacement duplicity ...
Setting up duplicity (0.4.2-10+b1) ...
INFO: using old version '/usr/bin/python2.3'
pycentral: pycentral pkginstall: duplicity needs unavailable runtime (2.3)
pycentral pkginstall: duplicity needs unavailable runtime (2.3)
dpkg: error processing duplicity (--install):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 duplicity

cheers, piem

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-powerpc
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)

Versions of packages duplicity depends on:
ii  gnupg1.4.5-1 GNU privacy guard - a free PGP rep
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
ii  librsync10.9.7-1 Library which implements the rsync
ii  python-central   0.5.9   register and build utility for Pyt
ii  python-gnupginterface0.3.2-9 Python interface to GnuPG (GPG)
ii  python2.32.3.5-16An interactive high-level object-o

duplicity recommends no packages.

-- no debconf information


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

Bug#382842: alsaplayer: boundary errors in URIs parsing functions

[Paul Brossier]

Package: alsaplayer
Severity: grave
Tags: security patch
Justification: user security hole

The following security issues were reported by Luigi Auriemma. 


Luigi Auriemma has reported some vulnerabilities in AlsaPlayer, which
potentially can be exploited by malicious people to compromise a user's system.

1) A boundary error exists in the reconnect() function in reader/http/http.c
during the handling of HTTP connections. This can be exploited to cause a
stack-based buffer overflow when receiving a specially crafted Location HTTP
response header.

Successful exploitation may allow execution of arbitrary code, but requires
that the client connects to a malicious server.

2) A boundary error in the functions used for adding items to the playlist can
be exploited to cause a buffer overflow via e.g. an overly long URL.

Successful exploitation may allow execution of arbitrary code, but requires
that the GTK interface is used.

3) Two boundary errors exist in the cddb_lookup() function in
input/ccda/cdda_engine.c when performing a query to a CDDB server. This can be
exploited to cause stack-based buffer overflows when receiving a specially
crafted CDDB response.

Successful exploitation may allow execution of arbitrary code when querying a
malicious CDDB server.

The vulnerabilities have been reported in version 0.99.76. Other versions may
also be affected.


http://secunia.com/advisories/21422/
http://aluigi.altervista.org/adv/alsapbof-adv.txt

Hubert Chan wrote the attached patch which fix these three issues.

Thanks to Stefan Fritsch for informing us on this issue. 

Cheers, Paul

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)


signature.asc
Description: Digital signature

Bug#378214: Opening file fails, kino stops with segmentation fault

[Paul Brossier]

On Fri, Jul 14, 2006 at 11:49:39AM +0200, Eeltje de Vries wrote:
 Package: kino
 Version: 0.90-1
 Severity: grave
 Justification: renders package unusable
 
 When opening a project file or a dv file Kino freezes with a 
 segmentation fault. Sometimes a file can be opened, but nearly always 
 Kino fails opening another file. Kino then freezes and cannot be used 
 any more. It seems that some files canot be opened at all. These 
 problems were introduced with version 0.9.0, yesterday before upgrading 
 to these newer version these problem didn't exist.

Hi Eeltje,

would it be possible for you to post a link or attach one of these
files which cause the failure?

additionnaly, could you try downgrading kino to the previous version and
see if it helps? if it doesn't, it might be a bug in libavcodec. in
that case, downgrading libavcodec could help.

thanks, Paul


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

Bug#378214: Opening file fails, kino stops with segmentation fault

[Paul Brossier]

- Forwarded message from Eeltje de Vries [EMAIL PROTECTED] -

From: Eeltje de Vries [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Bug#378214: Opening file fails, kino stops with segmentation fault
Date: Sun, 16 Jul 2006 19:59:33 +0200




From: Paul Brossier [EMAIL PROTECTED]
To: Eeltje de Vries [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Bug#378214: Opening file fails, kino stops with segmentation 
fault
Date: Sun, 16 Jul 2006 18:09:34 +0200

On Fri, Jul 14, 2006 at 11:49:39AM +0200, Eeltje de Vries wrote:
 Package: kino
 Version: 0.90-1
 Severity: grave
 Justification: renders package unusable

 When opening a project file or a dv file Kino freezes with a
 segmentation fault. Sometimes a file can be opened, but nearly always
 Kino fails opening another file. Kino then freezes and cannot be used
 any more. It seems that some files canot be opened at all. These
 problems were introduced with version 0.9.0, yesterday before upgrading
 to these newer version these problem didn't exist.

Hi Eeltje,

would it be possible for you to post a link or attach one of these
files which cause the failure?

As far as I can see *every* dv file can cause the problem.  But there are no 
problems when I choose another file (for importing). The strange thing is 
that it is possible that at first a dv file loads without a problem and then 
maybe even a second dv file loads correctly and then when again loading the 
first file it may go wrong.

I have the impression that the problem has to do with the preview when 
choosing the file.
In the version 0.9.0 I do not get the preview immediately or not at all. 
Maybe when I choose a second file I get the preview and going back to the 
first file (at first without preview) then gets a preview. However, also by 
just clicking on a file (without really opening it) can also give a crash. 
In all case very soon Kino crashes...

One of the files I use is pond.dv 
(http://prdownloads.sourceforge.net/libdv/pond.dv?download).

It seems that when I choose the same dv file (also the second or third 
time), there is no problem. Only when loading the second (or maybe the third 
...) file, different from the first file gives a crash. I can load pond.dv 
many times in succession, although I do not see any preview (which should 
happen as far as I know).


To sum up:

1) the problem *only* occurs with dv files or project files
2) it is not specific for a certain file
3) it doesn't occur every time, but very often, mostly (always?) at second 
or third files
4) maybe the problem has to do with the preview, Kino crashes already before 
opening a file


additionnaly, could you try downgrading kino to the previous version and
see if it helps?

I have also dyne:bolic with version 0.8.0 of Kino. Then I have no problem 
opening a dv file
(I use the same dv files).

I'm not familiar with downgrading! So I can not tell you whether downgrading 
helps. If you can give me kino.deb of the previous version (or can tell 
where to find it) I will try.

if it doesn't, it might be a bug in libavcodec. in
that case, downgrading libavcodec could help.

thanks, Paul

Please let me know if I can be of any further help.

Bye,

Eeltje

_
Vind alles terug op je PC: MSN Search Toolbar http://desktop.msn.nl


- End forwarded message -


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

Bug#373647: bug due to broken gcc-4.1 amd64 code generation

[Paul Brossier]

Hi Vincent, 

thank you for tracking this down. i will upload a patched version soon.

paul

On Sat, Jul 01, 2006 at 12:59:24AM +0200, Vincent Fourmond wrote:
 Package: fftw
 Followup-For: Bug #373647
 
   Hello !
 
   I found the problem that causes the FTBS: a buggy code generation in gcc 
 causes a loop to make 
 18446744071562067968 iterations instead of 2147483648. A workaround is 
 provided as a patch. A bug 
 report has been submitted to gcc (#376213).
 
   Regards,
 
   Vincent Fourmond
 
 
 -- System Information:
 Debian Release: testing/unstable
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: amd64 (x86_64)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.16
 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set 
 to en_GB)

 --- fftw-2.1.3/tests/test_main.c  1999-10-26 23:45:06.0 +0200
 +++ fftw-2.1.3.new/tests/test_main.c  2006-07-01 00:53:31.0 +0200
 @@ -559,7 +559,8 @@
   start = fftw_get_time();
  
   for (i = 0; i  32; i++) {
 -   iters = 1  i;
 +  if(i) iters = 1; 
 +   else iters = 1; /* work around buggy gcc-4.1 amd64 code generation */
 tmin = 1.0E10;
 tmax = -1.0E10;
  



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

Bug#358157: Bug#263126: any update on this?

[Paul Brossier]

Hi Filippo,

i have an upload mostly ready for this, i will try to get it done this
week-end. i have rewritten most of the package scripts, so i would
rather wait before uploading.

thanks, paul


On Fri, Apr 21, 2006 at 12:01:59PM +0200, Filippo Giunchedi wrote:
 Hi,
 is there any update on the ITA for fftw2? There is at least one RC bug open 
 and
 looks rather easy to fix.
 
 I can prepare an NMU fixing the rpath issue #358157 if needed.
 
 thanks in advance,
 filippo
 


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

Bug#356372: FTBFS on mips, other !i386 nastiness

[Paul Brossier]

Hi,

On Wed, Mar 22, 2006 at 02:39:08PM +0100, Jeroen van Wolffelaar wrote:
 On Sat, Mar 11, 2006 at 03:07:56PM +, Martin Michlmayr wrote:
  b) [i386] in a Depends/Suggests line is not supported.
 
 (...)
 
  And on i386:
  
   dh_gencontrol
   dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
   dpkg-gencontrol: warning: can't parse dependency supercollider [i386
   dpkg-gencontrol: error: error occoured while parsing Suggests
   dh_gencontrol: command returned error code 2304
 
 And this error is ignored, presumably because you fork a new make
 without checking the error code of it. This is also a serious error.

no, this error was ignored in a previous version of dh_gencontrol, and
now causes the build to fail.

it seems simply removing the wrong [i386 powerpc] in the Depends line
fixes this problem. let me know if i missed something.

i have been asking a couple of times for the removal of these old
binaries. many thanks for doing so Jeroen.

the line in P-a-s should also be removed. i mailed the maintainers a few
months ago, but had no reply so far. maybe this email will help.

cheers, piem


signature.asc
Description: Digital signature

Bug#363103: kino: Does not build due to /usr/lib/libXcursor.la removal

[Paul Brossier]

hi, 

have you reproduced this with 0.81 which is now in incoming?

cheers, piem

On Mon, Apr 17, 2006 at 06:39:27PM +0200, Jean-Luc Coulon (f5ibh) wrote:
 Package: kino
 Version: 0.80-2
 Severity: serious
 Justification: no longer builds from source
 
 Hi,
 
 Kino doesnt build from source due to /usr/lib/libXcursor.la removal from
 libxcursor-dev 1.1.5.2.
 
 See bug #354674 for details :
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354674archived=nombox=no
 
 Regards
 
 Jean-Luc
 -- System Information:
 Debian Release: testing/unstable
   APT prefers unstable
   APT policy: (900, 'unstable')
 Architecture: amd64 (x86_64)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.16-k8-7
 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
 
 Versions of packages kino depends on:
 ii  libasound2 1.0.10-2  ALSA library
 ii  libatk1.0-01.11.4-1  The ATK accessibility toolkit
 ii  libavc1394-0   0.5.1-1   control IEEE 1394 audio/video 
 devi
 ii  libavcodeccvs513:20060416-1  library to encode decode 
 multimedi
 ii  libavutilcvs49 3:20060416-1  avutil shared libraries
 ii  libc6  2.3.6-7   GNU C Library: Shared libraries
 ii  libcairo2  1.0.4-1+b1The Cairo 2D vector graphics 
 libra
 ii  libdv4 0.104-2+b1software library for DV format 
 dig
 ii  libfaac0   1.24+cvs20060416-0.1  an AAC audio encoder - library 
 fil
 ii  libfaad2-0 2.0.0+cvs20060416-0.0 freeware Advanced Audio Decoder 
 - 
 ii  libfontconfig1 2.3.2-5.1 generic font configuration 
 library
 ii  libfreetype6   2.1.10-3  FreeType 2 font engine, shared 
 lib
 ii  libgcc11:4.1.0-1 GCC support library
 ii  libglade2-01:2.5.1-2 library to load .glade files at 
 ru
 ii  libglib2.0-0   2.10.2-1  The GLib library of C routines
 ii  libgsm11.0.10-13 Shared libraries for GSM speech 
 co
 ii  libgtk2.0-02.8.17-1  The GTK+ graphical user 
 interface 
 ii  libice61:1.0.0-2 X11 Inter-Client Exchange library
 ii  liblame0   3.96.1-1  LAME Ain't an MP3 Encoder
 ii  liblzo11.08-3data compression library (old 
 vers
 ii  libmp4-0   2.0.0-0.3 freeware Advanced Audio Decoder 
 - 
 ii  libogg01.1.3-2   Ogg Bitstream Library
 ii  libpango1.0-0  1.12.1-2  Layout and rendering of 
 internatio
 ii  libpng12-0 1.2.8rel-5.1  PNG library - runtime
 ii  libraw1394-5   1.2.0-1.1 library for direct access to 
 IEEE 
 ii  libsamplerate0 0.1.2-2   audio rate conversion library
 ii  libsm6 1:1.0.0-3 X11 Session Management library
 ii  libstdc++6 4.1.0-1   The GNU Standard C++ Library v3
 ii  libtheora0 0.0.0.alpha5-1The Theora Video Compression 
 Codec
 ii  libvorbis0a1.1.2-1   The Vorbis General Audio 
 Compressi
 ii  libvorbisenc2  1.1.2-1   The Vorbis General Audio 
 Compressi
 ii  libx11-6   2:1.0.0-6 X11 client-side library
 ii  libxcursor11.1.5.2-3 X cursor management library
 ii  libxext6   1:1.0.0-3 X11 miscellaneous extension 
 librar
 ii  libxi6 1:1.0.0-3 X11 Input extension library
 ii  libxinerama1   1:1.0.1-2 X11 Xinerama extension library
 ii  libxml22.6.23.dfsg.2-3   GNOME XML library
 ii  libxrandr2 2:1.1.0.2-3   X11 RandR extension library
 ii  libxrender11:0.9.0.2-3   X Rendering Extension client 
 libra
 ii  libxv1 1:1.0.1-2 X11 Video extension library
 ii  libxvidcore4   2:1.1.0-final-0.0 High quality ISO MPEG4 codec 
 libra
 ii  zlib1g 1:1.2.3-11compression library - runtime
 
 Versions of packages kino recommends:
 pn  kino-dvtitler none (no description available)
 pn  kino-timfxnone (no description available)
 ii  kinoplus  0.3.5-2effect plug-ins for kino
 
 -- no debconf information
 
 
 


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

Bug#359843: kluppe: FTBFS: No package 'gthread' found

[Paul Brossier]

Thanks to both of you for addressing this. Uploading a fixed version now.

Tch??, piem

On Thu, Mar 30, 2006 at 10:55:42AM +0200, Daniel Schepler wrote:
 Le Mercredi 29 Mars 2006 16:14, kluppe a ??crit??:
  you are right about the glib1.2/2.0 thing.
  can you please try to replace the Makefile in src/frontend/kluppe with
  the attached one. this one explicitly uses gthread-2.0 and works for me
  on unstable.
 
 Yes, that worked for me.
 -- 
 Daniel Schepler
 
 


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

Bug#347750: kino: Postinst fails unless udev is installed.

[Paul Brossier]

Hi Marco.

Looks like something is missing in the postinst script. Sure i could
check if /etc/udev/rules.d exists, but then no idea how to address a
later install of udev. Any advices?

cheers, piem

- Forwarded message from Daniel Kobras [EMAIL PROTECTED] -

Subject: Bug#347750: kino: Postinst fails unless udev is installed.
Reply-To: Daniel Kobras [EMAIL PROTECTED], [EMAIL PROTECTED]
Resent-From: Daniel Kobras [EMAIL PROTECTED]
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Paul Brossier [EMAIL PROTECTED]
Resent-Date: Thu, 12 Jan 2006 13:03:09 UTC
Resent-Message-ID: [EMAIL PROTECTED]
Date: Thu, 12 Jan 2006 13:56:48 +0100
From: Daniel Kobras [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Resent-Sender: Debian BTS [EMAIL PROTECTED]
Resent-Date: Thu, 12 Jan 2006 05:03:12 -0800

Package: kino
Version: 0.80-1
Severity: serious
Justification: Breaks upgrades.

Upgrading kino to 0.80-1 breaks with a failure in postinst on any system
that doesn't have udev installed. It tries to install a symlink in
/etc/udev/rules.d/, but this directory only exists when udev is also
present. The postinst checks for /etc/udev before trying to create the
symlink, but with kino shipping /etc/udev/kino.rules, this check is
always true. You can either make kino depend on udev, or refine the
check. In the latter case, however, I wonder what happens if udev is
installed on a system where kino is already present. Does udev itself
create the necessary symlink in this case?

Regards,

Daniel.




- End forwarded message -


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

Bug#348668: gnump3d: postinst script dies on upgrade

[Paul Brossier]

Package: gnump3d
Version: 2.9.8-2
Severity: serious
Justification: Breaks upgrade.

$ sudo dpkg -i /var/cache/apt/archives/gnump3d_2.9.8-2_all.deb
(Reading database ... 144528 files and directories currently installed.)
Preparing to replace gnump3d 2.9.8-2 (using .../gnump3d_2.9.8-2_all.deb) ...
Stopping gnump3d: start-stop-daemon: warning: failed to kill 30217: No such 
process
gnump3d.
Unpacking replacement gnump3d ...
Setting up gnump3d (2.9.8-2) ...
debconf: unable to initialize frontend: Gnome
debconf: (Unable to load Gnome -- is libgnome2-perl installed?)
debconf: falling back to frontend: Dialog
dpkg: error processing gnump3d (--install):
 subprocess post-installation script returned error exit status 128
Errors were encountered while processing:
 gnump3d

not sure what is going on here, but commenting out the lines 127 to 142 in
/var/lib/dpkg/info/gnump3d.postinst and running 'dpkg --configure -a' would let
me upgrade.

thanks, piem


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages gnump3d depends on:
ii  adduser   3.80   Add and remove users and groups
ii  debconf [debconf-2.0] 1.4.67 Debian configuration management sy
ii  logrotate 3.7.1-2Log rotation utility
ii  perl  5.8.7-10   Larry Wall's Practical Extraction 
ii  perl-modules  5.8.7-10   Core Perl modules

gnump3d recommends no packages.

-- debconf information:
* gnump3d/user: gnump3d
* gnump3d/root: /music
* gnump3d/port: 


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

Bug#335550: Problems with jadetex (and the list)

[Paul Brossier]

Hi,

On Fri, Oct 28, 2005 at 10:37:36PM +0200, Marc Haber wrote:
 On Wed, Oct 26, 2005 at 11:59:57AM +0200, Ralf Stubner wrote:
  Here it is tried to build the jadetex format with the TeX engine.
  Problem is, that it uses the LaTeX format, which was build with the
  pdfetex engine. What files do you have in '/etc/texmf/fmt.d/'? What's
  the content of '/etc/texmf/fmt.d/40jadetex.cnf'? My guess is, that at
  some point you refused to update the configuration files for jadetex,
  because current jadetex packages build all their formats with (pdf)etex.

probably i said no to one of this conffile update questions by mistake.

 I had the same problem and could solve it by purging jadetex and
 reinstalling it after successful tetex upgrade.

yes, as i mentioned in my report, i did purge jadetex to fix the
problem, so i can't tell what was in fmt.d at that time. well, i could
take the time to look for that version in my backups if needed.

cheers, piem


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

Bug#328121: linuxsampler license

[Paul Brossier]

Hi all,

On Fri, Sep 30, 2005 at 12:36:37PM +1000, Matt Flax wrote:
 Hi,
 
 yes I was thinking about removing it from the Debian release system.
 
 What about you Paul ?

I have sent a private email with Christian. I am still hoping that he
changes the README file in the CVS. Let's give him a few more days.

 By the way, what is the process to request removal from the release 
 system ?

file a bug against ftp.debian.org.

cheers, piem



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

Bug#330000: kino-timfx: please rebuild against g++-4.0

[Paul Brossier]

retitle kino-timfx: crashes kino 
thanks

On Sat, Sep 24, 2005 at 09:30:27PM -0700, Steve Langasek wrote:
  and some of the plugins crash badly indeed. it seems that kino-dvtitler,
  kinoplus and kino-timfx need a rebuild. they still depend on libstdc++5.
 
 Hrm?
 

oops, sorry. 

 Package: kino-timfx
 Priority: extra
 Section: graphics
 Installed-Size: 192
 Maintainer: Roland Mas [EMAIL PROTECTED]
 Architecture: i386
 Source: timfx
 Version: 0.2.2-3
 Depends: libart-2.0-2 (= 2.3.16), libatk1.0-0 (= 1.9.0), libbonobo2-0 (= 
 2.8.0), libbonoboui2-0 (= 2.5.4), libc6 (=  2.3.2.ds1-21), libgcc1 (= 
 1:4.0.1), libgconf2-4 (= 2.9), libglib2.0-0 (= 2.6.0), libglibmm-2.4-1c2 
 (= 2.6.1), libgnome2-0 (= 2.8.0), libgnomecanvas2-0 (= 2.6.0), 
 libgnomeui-0 (= 2.8.0), libgnomevfs2-0 (= 2.10.0-0), libgtk2.0-0 (= 
 2.6.0), libgtkmm-2.4-1c2 (= 1:2.6.0), libice6 | xlibs ( 4.1.0), liborbit2 
 (= 1:2.10.0), libpango1.0-0 (= 1.8.1), libpopt0 (= 1.7), libsigc++-2.0-0c2 
 (= 2.0.2), libsm6 | xlibs ( 4.1.0), libstdc++6 (= 4.0.1), libxml2 (= 
 2.6.20), xlibmesa-gl | libgl1, zlib1g (= 1:1.2.1), kino (= 0.7)
 [...]
 
 Looks like libstdc++6 to me.

trying to preview the Luma plugin, i get:

 Leaving Editor
 Left Editor
 Starting Editor
 Leaving Editor
 Left Editor
 Starting magick
Illegal instruction


running in gdb:

 Starting Editor
[Thread -147917600 (LWP 20798) exited]
 Leaving Editor
 Left Editor
 Starting magick

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread -134462688 (LWP 20736)]
0x1011ba68 in vtable for __cxxabiv1::__si_class_type_info ()
(gdb)
(gdb) bt full
#0  0x1011ba68 in vtable for __cxxabiv1::__si_class_type_info ()
No symbol table info available.
#1  0x100c99a0 in GDKImageTransitionRepository::SelectionChange ()
No symbol table info available.
#2  0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#3  0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#4  0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#5  0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#6  0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#7  0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#8  0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
---Type return to continue, or q return to quit---
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#9  0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#10 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#11 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#12 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#13 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#14 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#15 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
---Type return to continue, or q return to quit---
#16 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#17 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#18 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#19 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#20 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#21 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#22 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#23 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
---Type return to continue, or q return to quit---
No symbol table info available.
#24 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#25 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#26 0x0f57af54 in g_cclosure_marshal_VOID__VOID ()
   from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#27 0x0f57af54 in g_cclosure_marshal_VOID__VOID 

Bug#328276: freewheeling: it does not start.

[Paul Brossier]

severity 328276 important
tags 328276 moreinfo
thanks

Hi Arnault!

On Wed, Sep 14, 2005 at 05:04:33PM +0200, Arnault Teissier wrote:
 Package: freewheeling
 Version: 0.5pre4-4
...
 *** glibc detected *** double free or corruption (out): 0x08130700 ***

Thanks for your report. I have seen this bug once but can not reproduce
it reliably. Can you give us some more info:

 - is it 100% reproducible on your setup ?
 - do you have snd-seq loaded ?
 - you have all freewheeling dependancies in sync with current sid ?
 - what happen if you try recompiling the package on your machine ?

if there is still no way to make it work, recompiling with nostrip and
gdb should be the way to go...

hope all is well,
ciao, piem




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

Bug#324796: patch for gs-esp fixes gs-gpl

[Paul Brossier]

Package: gs-gpl
Version: 8.15-3.1
Followup-For: Bug #324796

Hi,

I tested the patch provide by Ian, and i confirm it fixes gs-gpl on
powerpc.

Cheers, piem


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-power4-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages gs-gpl depends on:
ii  gs-common 0.3.9  Common files for different Ghostsc
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libice6   6.8.2.dfsg.1-6 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpaper1 1.1.14-3   Library for handling paper charact
ii  libpng12-01.2.8rel-1.0.1 PNG library - runtime
ii  libsm66.8.2.dfsg.1-6 X Window System Session Management
ii  libx11-6  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-6 X Window System miscellaneous exte
ii  libxt66.8.2.dfsg.1-6 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages gs-gpl recommends:
ii  gsfonts   8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre
ii  psfontmgr 0.11.8-0.1 PostScript font manager -- part of

-- no debconf information


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

Bug#324796: gs-gpl: gs segfaults

[Paul Brossier]

Package: gs-gpl
Version: 8.15-3
Severity: grave
Justification: renders package unusable

when trying to call ps2pdf14 to convert a simple ps file, gs segfaults.
downgrading to 8.15-2 fixed the problem.

$ gdb /usr/bin/gs-gpl 
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as powerpc-linux...(no debugging symbols found)
Using host libthread_db library /lib/libthread_db.so.1.

(gdb)  r -q -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -sOutputFile=paper.pdf $OPTION
S -c .setpdfwrite -dCompatibilityLevel=1.4 -f journal.ps
Starting program: /usr/bin/gs-gpl -q -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -sOutp
utFile=paper.pdf $OPTIONS -c .setpdfwrite -dCompatibilityLevel=1.4 -f journal.
ps
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
0x10095640 in jpeg_get_small ()
(gdb) The program is running.  Exit anyway? (y or n) y

cheers, piem

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-power4-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages gs-gpl depends on:
ii  gs-common 0.3.9  Common files for different Ghostsc
ii  libc6 2.3.5-4GNU C Library: Shared libraries an
ii  libice6   6.8.2.dfsg.1-5 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  libpaper1 1.1.14-3   Library for handling paper charact
ii  libpng12-01.2.8rel-1.0.1 PNG library - runtime
ii  libsm66.8.2.dfsg.1-5 X Window System Session Management
ii  libx11-6  6.8.2.dfsg.1-5 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-5 X Window System miscellaneous exte
ii  libxt66.8.2.dfsg.1-5 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-5 X Window System client libraries m
ii  zlib1g1:1.2.3-3  compression library - runtime

Versions of packages gs-gpl recommends:
ii  gsfonts   8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre
pn  psfontmgr none (no description available)

-- no debconf information


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

Bug#323399: confirmed

[Paul Brossier]

Subject: snowflake: segfaults on ppc confirmed.
Package: snowflake
Version: 0.01a-6
Severity: normal

for info, i could reproduce this bug using the latest X packages and
debian kernel.

cheers, piem

$ gdb snowflake
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for
details.
This GDB was configured as powerpc-linux...(no debugging symbols
found)
Using host libthread_db library /lib/libthread_db.so.1.

(gdb) r
Starting program: /usr/bin/snowflake 
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
0x0fb04788 in semctl () from /lib/libc.so.6
(gdb) bt
#0  0x0fb04788 in semctl () from /lib/libc.so.6
#1  0x1000 in main ()

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages snowflake depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libglib1.21.2.10-10  The GLib library of C routines
ii  libgtk1.2 1.2.10-17  The GIMP Toolkit set of widgets fo
ii  libx11-6  6.8.2.dfsg.1-5 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-5 X Window System miscellaneous exte
ii  libxi66.8.2.dfsg.1-5 X Window System Input extension li
ii  xlibs 6.8.2.dfsg.1-5 X Window System client libraries m

snowflake recommends no packages.

-- no debconf information


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

Bug#323399: test case for semctl segv on ppc

[Paul Brossier]

reassign 323399 libc6 
thanks

the segfault is fully reproducible with the attached test case on ppc.
the program crashes on the first call of semctl, and exits successfully
when commenting it out.

bye, piem
#include sys/types.h
#include sys/ipc.h
#include sys/sem.h

int main()
{
  int arg, semid;
  key_t sem_key = 100;

  /* create semaphore */
  if ( ( semid = semget( sem_key,1,IPC_CREAT) )  0 )
return -1;

  /* set initial values */
  arg = 1;
  if ( semctl( semid,0,SETVAL,arg )  0 )
return -1;

  /* delete semaphore */
  arg = 0;
  if ( semctl( semid,0,IPC_RMID,arg )  0 )
return -1;

  return 0; 
}

Bug#321785: fakeroot: segfaults on [hppa]

[Paul Brossier]

Package: fakeroot
Version: 1.4.2
Severity: grave
Justification: renders package unusable

the hppa builds are failing with the following message:

dpkg-source: extracting fftw3 in fftw3-3.0.1
dpkg-buildpackage: source package is fftw3
dpkg-buildpackage: source version is 3.0.1-12
dpkg-buildpackage: host architecture hppa
 /usr/bin/fakeroot debian/rules clean
/usr/bin/fakeroot: line 152:  3420 Segmentation fault  
FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH=$PATHS LD_PRELOAD=$LIB $@
**
Build finished at 20050807-0614
FAILED [dpkg-buildpackage died]
Purging chroot-unstable/build/buildd/fftw3-3.0.1

cheers, piem


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages fakeroot depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an

fakeroot recommends no packages.

-- no debconf information


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

Bug#317332: 2.6.12 has been uploaded

[Paul Brossier]

reopen 317332
thanks

On Mon, Aug 01, 2005 at 10:57:51AM +0200, Marco d'Itri wrote:
 So it's working as designed.
 If you want to use a newer udev you need a newer kernel.

Marco, please explain us verbosely why a package that breaks upgrades,
leaves other packages unconfigured, and prevents installation on systems
other than 2.6.12, is what you call 'working'.

thanks, paul


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

Bug#317332: 2.6.12 has been uploaded

[Paul Brossier]

reopen 317332
thanks

On Mon, Aug 01, 2005 at 02:35:03PM +0200, Marco d'Itri wrote:
 On Aug 01, Paul Brossier [EMAIL PROTECTED] wrote:
 
  Marco, please explain us verbosely why a package that breaks upgrades,
  leaves other packages unconfigured, and prevents installation on systems
  other than 2.6.12, is what you call 'working'.
 I already did, in this bug and others like #317720, so please stop
 reopening this bug unless you can propose a working solution (obviously
 one which I have not rejected).

as you say, the working solution is not yet. the bug should remain open.
it seems 317720 should also be reopened, since the current package
doesn't fix it either.

 Recent posts on my blog (at http://blog.bofh.it/) may provide more
 details.

looking forward to read more info about it here and there.

thanks, paul


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

Bug#317332: 2.6.12 has been uploaded

[Paul Brossier]

On Mon, Aug 01, 2005 at 06:01:25PM +0200, Marco d'Itri wrote:
 On Aug 01, Paul Brossier [EMAIL PROTECTED] wrote:
 
  as you say, the working solution is not yet. the bug should remain open.
 There is nothing to be solved. Recent udev releaes require a modern
 kernel. If you disagree with my arguments about why a dual-personality
 package is not practical then feel free to refute them (or even better
 send working code), but I will not be intimidated by BTS games.

there is no game, and no argument i can agree with: the package can not
be installed, and could not be installed in etch. therefore it should
have a grave bug open. period.

it is not my responsability to fix it. instead some people have been
proposing their help for adopting or comaintaining this package. they
surely have much better advices than myself.

  looking forward to read more info about it here and there.
 No. I you can't be bothered to read what I have already written on the
 subject I will not repeat it again and again.

i did bother unfortunately, to avoid some users the hassle of this bug.
please take the time to re-read these texts and reconsider.

http://www.debian.org/social_contract (3)
http://www.debian.org/Bugs/Developer#closing

ciao, piem


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

Bug#317332: 2.6.12 has been uploaded

[Paul Brossier]

On Mon, Aug 01, 2005 at 11:17:30AM -0700, Steve Langasek wrote:
 But the package is not *in* etch, so the fact that it's uninstallable in
 etch is not grounds for a grave bug.

sorry, i miss the reasonning. does the fact that this version is broken
grounds for an open bug, or should all sid-only bugs be closed? why
would it be a problem to have these bugs open until they are fixed?

cheers, paul


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

Bug#317332: 2.6.12 has been uploaded

[Paul Brossier]

On Mon, Aug 01, 2005 at 05:08:37PM -0700, Steve Langasek wrote:
 On Tue, Aug 02, 2005 at 12:17:38AM +0100, Paul Brossier wrote:
  On Mon, Aug 01, 2005 at 11:17:30AM -0700, Steve Langasek wrote:
   But the package is not *in* etch, so the fact that it's uninstallable in
   etch is not grounds for a grave bug.
 
  sorry, i miss the reasonning. does the fact that this version is broken
  grounds for an open bug, or should all sid-only bugs be closed? why
  would it be a problem to have these bugs open until they are fixed?
 
 Uh, I thought the reasoning was rather straightforward: this bug no longer
 exists in sid, and it never existed in etch.  However, if the point is to
 keep this bug open so the udev update doesn't reach etch before the kernel
 update, then that's also reasonable.

the bug still exists in sid: the package fails installing when running
anything but a kernel  2.6.12 and upgrading from the sarge/etch version
( 0.60). maybe udev should not run on these kernels (the init script
checks the kernel too), but it should be at least be installable.

the kernel check in preinst does not seem to hold anyway: e.g. one can
boot a 2.6.12, install udev, and reboot on 2.6.9.

cheers, piem


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

Bug#317332: 2.6.12 has been uploaded

[Paul Brossier]

reopen 317332
thanks

i don't have it installed:

Preparing to replace udev 0.056-3 (using .../udev_0.063-1_powerpc.deb) ...
udev requires a kernel = 2.6.12, upgrade aborted.
dpkg: error processing /var/cache/apt/archives/udev_0.063-1_powerpc.deb 
(--unpack):
 subprocess pre-installation script returned error exit status 1
Errors were encountered while processing:
 /var/cache/apt/archives/udev_0.063-1_powerpc.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


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

Bug#318429: ia64 b0rkage

[Paul Brossier]

thanks


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

Bug#319031: Crash on File-Open...

[Paul Brossier]

Hi Max,

as mentionned by Daniel, who could reproduce the bug, a work around to
build a working 64bit kino is to use the following command:

~/kino-0.76 $ CC=gcc-3.4 CXX=g++-3.4 fakeroot debian/rules binary

you will need to have fakeroot and g++-3.4 installed. if this doesn't
work, try with gcc-3.3/g++-3.3 instead.

thanks for testing,
Paul


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

Bug#319031: Crash on File-Open...

[Paul Brossier]

Hi Max,

the backtrace actually suggests that the bug is somewhere in gtk. 
what does it look like with libtgtk2.0-0-dbg installed as suggested at
http://bugs.debian.org/315083 ?

cheers, piem

On Tue, Jul 19, 2005 at 07:48:28PM +, Max Alekseyev wrote:
 Paul Brossier wrote:
 
 Could you try building this version: http://piem.org/debian/kino/ ?
 
 It didn't help. Kino 0.76-3 is still crashing.
 Backtrace is essentially the same:
 
 Program received signal SIGSEGV, Segmentation fault.
 [Switching to Thread 46912583339200 (LWP 3854)]
 0x2e18ac00 in strlen () from /lib/libc.so.6
 (gdb) bt
 #0  0x2e18ac00 in strlen () from /lib/libc.so.6
 #1  0x2d13aea2 in g_strdup () from /usr/lib/libglib-2.0.so.0
 #2  0x2c63f292 in g_value_array_sort_with_data ()
from /usr/lib/libgobject-2.0.so.0
 #3  0x2c6259c1 in g_object_new_valist ()
from /usr/lib/libgobject-2.0.so.0
 #4  0x2c625193 in g_object_new () from /usr/lib/libgobject-2.0.so.0
 #5  0x2bb5fad9 in gtk_button_new_from_stock ()
from /usr/lib/libgtk-x11-2.0.so.0
 #6  0x2bba0b66 in gtk_dialog_add_button ()
from /usr/lib/libgtk-x11-2.0.so.0
 #7  0x2bbb9361 in gtk_file_chooser_dialog_get_type ()
from /usr/lib/libgtk-x11-2.0.so.0
 #8  0x2bbb9435 in gtk_file_chooser_dialog_new ()
from /usr/lib/libgtk-x11-2.0.so.0
 #9  0x0047a143 in KinoCommon::getFileToOpen ()
 etc. etc.
 
 Max
 


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

Bug#319031: Crash on File-Open...

[Paul Brossier]

On Fri, Jul 22, 2005 at 03:58:18PM +, Max Alekseyev wrote:
 Paul Brossier wrote:
 
 the backtrace actually suggests that the bug is somewhere in gtk. 
 what does it look like with libtgtk2.0-0-dbg installed as suggested at
 http://bugs.debian.org/315083 ?
 
 Here it comes:


 #8  0x2bbba435 in IA__gtk_file_chooser_dialog_new (
 title=0x7fff Address 0x7fff out of bounds, parent=0x1,

mmh, please try again the packages at piem.org which includes the
attached patch.

cheers, piem
#! /bin/sh /usr/share/dpatch/dpatch-run
## Paul Brossier [EMAIL PROTECTED]
## DP: fix out of bound error on (amd)64 bit

@DPATCH@
--- kino-0.7.6/src/kino_common.cc   2005-05-16 03:26:00.0 +0100
+++ kino-0.76/src/kino_common.cc2005-07-22 17:17:53.0 +0100
@@ -833,7 +833,7 @@
\return a string inidicating the selected file (an empty string denotes 
no selection)
 */
 
-char *KinoCommon::getFileToOpen( char *title )
+char *KinoCommon::getFileToOpen( const gchar *title )
 {
GtkWidget *dialog;
GtkDrawingArea *preview;
@@ -910,7 +910,7 @@
return tempFileName;
 }
 
-char *KinoCommon::getFileToSave( char *title )
+char *KinoCommon::getFileToSave( const gchar *title )
 {
GtkWidget *dialog;
 
--- kino-0.7.6/src/kino_common.h2004-11-06 12:00:00.0 +
+++ kino-0.76/src/kino_common.h 2005-07-22 17:16:01.0 +0100
@@ -243,8 +243,8 @@
void commitComponentState( component_enum = ( component_enum ) 0 );
 
// File Dialogs
-   char *getFileToOpen( char * );
-   char *getFileToSave( char * );
+   char *getFileToOpen( const gchar * );
+   char *getFileToSave( const gchar * );
 
// misc
void setPreviewSize( float factor, bool noWarning = false );

Bug#319031: Crash on File-Open...

[Paul Brossier]

Hi,

Could you try building this version: http://piem.org/debian/kino/ ?

Cheers, piem


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

Bug#318959: libc6: unreproducible on powerpc

[Paul Brossier]

Package: libc6
Version: 2.3.2.ds1-22
Followup-For: Bug #318959

for info, i have been testing both testcases on powerpc and could not reproduce
the issue.

bye, piem 

$ for c in 3.3 3.4 4.0; do for o in 0 1 2 3 ; do printf gcc-%s 
-O%s\t $c $o; gcc-$c -W -Wall -O$o  -std=c99 ki.c -lm; ./a.out; done; done
gcc-3.3 -O0 1.048660e+06 1048660 1048660
gcc-3.3 -O1 1.048660e+06 1048660 1048660
gcc-3.3 -O2 1.048660e+06 1048660 1048660
gcc-3.3 -O3 1.048660e+06 1048660 1048660
gcc-3.4 -O0 1.048660e+06 1048660 1048660
gcc-3.4 -O1 1.048660e+06 1048660 1048660
gcc-3.4 -O2 1.048660e+06 1048660 1048660
gcc-3.4 -O3 1.048660e+06 1048660 1048660
gcc-4.0 -O0 1.048660e+06 1048660 1048660
gcc-4.0 -O1 1.048660e+06 1048660 1048660
gcc-4.0 -O2 1.048660e+06 1048660 1048660
gcc-4.0 -O3 1.048660e+06 1048660 1048660


$ for c in 3.3 3.4 4.0; do for o in 0 1 2 3 ; do printf gcc-%s 
-O%s\t $c $o; gcc-$c -W -Wall -O$o  -std=c99 ki.c -lm; ./a.out; done; done
gcc-3.3 -O0 1048370 1048660
gcc-3.3 -O1 1048370 1048660
gcc-3.3 -O2 1048370 1048660
gcc-3.3 -O3 1048370 1048660
gcc-3.4 -O0 1048370 1048660
gcc-3.4 -O1 1048370 1048660
gcc-3.4 -O2 1048370 1048660
gcc-3.4 -O3 1048370 1048660
gcc-4.0 -O0 1048370 1048660
gcc-4.0 -O1 1048370 1048660
gcc-4.0 -O2 1048370 1048660
gcc-4.0 -O3 1048370 1048660


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-rc5-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages libc6 depends on:
ii  libdb1-compat 2.1.3-7The Berkeley database routines [gl

libc6 recommends no packages.

-- no debconf information


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

Bug#312274: linuxsampler/libgig: intent to hijack

[Paul Brossier]

Hi Matt,

On Mon, Jul 18, 2005 at 03:18:52AM +1000, Matt Flax wrote:
 Hi Paul,
 
 I am currently deep in the tail end of my PhD at the moment. I would 
 really appreciate co-developer ownership, where I can return to duty 
 with you on these packages once I have a little more time. Probably 
 about next year some time.

cool, good luck with your PhD. 

yes, co-maintainance would be nice. I'll will prepare an upload for
linuxsampler.

bye, piem.

 I still have a few others to maintain as well as these, which happen to 
 be a bit less active and alot more managable.
 
 I have left some shell packaing scripts in the 'README.debian' file... I 
 don't know but perhaps they will help ? I was building straight from CVS 
 by the way.
 
 I will put up a request for adoption on wnpp if that is necessary.
 
 thanks
 Matt
 
 On Sun, Jul 17, 2005 at 04:56:09PM +0100, Paul Brossier wrote:
  Hi,
  
  linuxsampler has been FTBFS since its first upload, is now
  uninstallable, and requires a rebuild against the latest g++.
  
  Matt, are you still interested in maintaining this package? and libgig?
  if not, i would be interested to adopt them.
  
  cheers, piem 
 
 -- 
 http://www.flatmax.org
 
 Public Projects :
 http://sourceforge.net/search/?type_of_search=softwords=mffm
 
 


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

Bug#312274: linuxsampler/libgig: intent to hijack

[Paul Brossier]

Hi,

linuxsampler has been FTBFS since its first upload, is now
uninstallable, and requires a rebuild against the latest g++.

Matt, are you still interested in maintaining this package? and libgig?
if not, i would be interested to adopt them.

cheers, piem 


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

Bug#318003: (forw) [EMAIL PROTECTED]: Bug#318003: electricsheep: segfaults on powerpc]

[Paul Brossier]

On Fri, Jul 15, 2005 at 02:58:17PM +0200, Alexis Sukrieh wrote:
 * Paul Brossier ([EMAIL PROTECTED]) disait :
  Alexis, i noticed another issue: a copy of the mpeg2 library is included
  in the source and compiled. spot, i see parts of the mpeg2 code were
  modified, but it would be much better if mpeg2dec_onroot could be linked
  against debian's libmpeg2-4.
 
 I tried to build a package depending on mpeg2dec and libmpeg2-4, but
 unfortunately, electrichseep's customized version of mpeg2dec has
 special switches (-w and -f) that don't exist in the official mepg2dec.

mmh, i was more thinking about shipping mpeg2dec_root linked against the
libmpeg2-4, not replaced by mpeg2dec. Of course, another approach would
be to contact mpeg2dec upstream and ask them these features :-) 

bye, piem


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

Bug#318003: (forw) [EMAIL PROTECTED]: Bug#318003: electricsheep: segfaults on powerpc]

[Paul Brossier]

tags 318003 patch
thanks

Hi,

On Wed, Jul 13, 2005 at 11:49:57AM -0700, [EMAIL PROTECTED] wrote:
 ok that's progress at least.
 i don't understand how it's failing though.
 what do you see if you run it from the command line?

a window opened but never get refreshed (as if it was in sleep mode).
nothing was printed on the console.

today i upgraded to the latest xlibs that comes along xorg-x11, and this
behaviour went away. i can now see the movie fine, and the screensaver
works as expected. beautiful.

i am not really up to downgrade xlibs and co, but i guess the problem is
reproducible on a current testing install.

for now this bug can probably be closed when the attached patch gets in.

 what do you get form electricsheep --debug 1?

now it's working, i get this:

$ electricsheep --debug 1
decoder execvp mpeg2dec_onroot -f 23 -w -1 
found new anim id=13215.
play anim x=7 id=13215 iters=1.
history = 13215
succ x=2 id=9910 h=300
lsucc to 9910, lnsuccs=1.
play anim x=2 id=9910 iters=2.
history = 9910 13215
handle_sig_term display 2
cleanup.
handle_sig_term main 15
handle_sig_term display 15
handle_sig_term download 15
cleanup.
cleanup.
cleanup.
Terminated

 what differences are you aware between the bundled mpeg2lib
 and debian's?

from the README file in electricsheep/mpeg2dec, i thought you would
know! :-) the version shipped with electricsheep is 0.2.1, the version
currently in debian is 0.4.0b. the diffs are quit large, below are the
relevant changelog entries.

diff -ruNad electricsheep-2.6.2/mpeg2dec/ChangeLog mpeg2dec-0.4.0b/ChangeLog
--- electricsheep-2.6.2/mpeg2dec/ChangeLog  2004-12-15 07:21:33.0 
+
+++ mpeg2dec-0.4.0b/ChangeLog   2003-12-23 11:51:16.0 +
@@ -1,3 +1,26 @@
+mpeg2dec-0.4.0 Tue Dec 23 03:04:35 PST 2003
+-support for 4:2:2-profile streams as well as 4:4:4 format
+-extra robustness with extensive test framework (including bad streams etc)
+-support for concatenated streams
+-helper library for common color conversion formats (currently rgb and uyvy)
+-sparc VIS MC optimizations from David Miller
+-new set-stride and decoder-reset functions
+-some code samples for (very basic) documentation
+
+mpeg2dec-0.3.1 Fri Dec 13 22:15:36 PST 2002
+-integrated CPU detection code
+-alpha IDCT/MC optimizations
+-C IDCT optimizations
+-fixed all known memory leaks
+-workarounds for HPPA/IA64/sparc build issues
+
+mpeg2dec-0.3.0 Wed Nov 27 23:23:23 PST 2002
+-first release using the new libmpeg2 API
+-improved error handling - does not seek to the next sequence header anymore
+-more minor optimizations (about 7% faster than 0.2.1)
+-support for streams higher than 2800 pixels
+-added SIMD optimizations to the VC++ port
+
 mpeg2dec-0.2.1 Sun Mar 17 23:24:04 PST 2002
 -altivec optimizations - provides 2.5x speedup for g4 processors
 -fixed MC code - should not crash on bad streams anymore

cheers, piem
diff -ruNad electricsheep-2.6.2/electricsheep.c 
elec/electricsheep-2.6.2/electricsheep.c
--- electricsheep-2.6.2/electricsheep.c 2005-06-06 22:51:32.0 +0100
+++ elec/electricsheep-2.6.2/electricsheep.c2005-07-14 09:38:55.0 
+0100
@@ -1655,8 +1655,8 @@
 void
 flags_init(int *argc, char ***argv) {
 char *arg0 = (*argv)[0];
-char *bracket_begin;
-char *bracket_end;
+char *bracket_begin = 0;
+char *bracket_end = 0;
 while (*argc  1 
   (*argv)[1][0] == '-') {
char *o = (*argv)[1];

Bug#318003: electricsheep: segfaults on powerpc

[Paul Brossier]

Package: electricsheep
Version: 2.6.2-1
Severity: grave
Justification: renders package unusable

i just updated to the last electricsheep package. before i got something
along the lines of 'cannot resolve v32.electricsheep.net'. now it
segfaults:

$ electricsheep
Segmentation fault (core dumped)

the output of gdb is not very helpful since the debugging symbols are
stripped:

Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/ld.so.1
#0  0x10004134 in ?? ()

cheers, piem


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-rc5-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages electricsheep depends on:
ii  curl 7.14.0-2Get a file from an HTTP, HTTPS, FT
ii  debconf  1.4.52  Debian configuration management sy
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libexpat11.95.8-3XML parsing C library - runtime li
ii  libice6  4.3.0.dfsg.1-14 Inter-Client Exchange library
ii  libjpeg-progs6b-10   Programs for manipulating JPEG fil
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libsm6   4.3.0.dfsg.1-14 X Window System Session Management
ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte
ii  libxv1   4.3.0.dfsg.1-14 X Window System video extension li
ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu
ii  xloadimage   4.1-14.2Graphics file viewer under X11
ii  zlib1g   1:1.2.2-8   compression library - runtime

electricsheep recommends no packages.

-- no debconf information


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

Bug#318003: (forw) [EMAIL PROTECTED]: Bug#318003: electricsheep: segfaults on powerpc]

[Paul Brossier]

On Tue, Jul 12, 2005 at 01:58:17PM -0700, [EMAIL PROTECTED] wrote:
 thanks for letting me know.
 i don't have a powerpc either.
 paul, if you can compile from source
 and reproduce the crash and email me
 the trace, perhaps we can debug remotely.
 best, -spot

after compiling with the package with nostrip:

$ ulimit -c unlimited

$ electricsheep
Segmentation fault (core dumped)

$ gdb electricsheep core
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as powerpc-linux...Using host libthread_db library 
/lib/libthread_db.so.1.

Core was generated by `electricsheep'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libexpat.so.1...done.
Loaded symbols for /usr/lib/libexpat.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...done.
Loaded symbols for /lib/ld.so.1
#0  0x10004134 in parse_bracket (arg=0x1 Address 0x1 out of bounds, 
bracket_id=0x1001f9b4, 
bracket_time=0x1001f9ac) at electricsheep.c:1567
1567  if (0 == arg || 0 == arg[0]) return;

hope this helps,

cheers, piem

 
 Alexis Sukrieh wrote:
 
 Hi.
 
 Below is a bug report submitted to the Debina Bug Tracking System agains
 the electricsheep package, version 2.6.2-1.
 
 Unfortunately, a segfault occurs on powerpc architecture, and I don't
 have such a thing for debugging...
 
 - Forwarded message from Paul Brossier [EMAIL PROTECTED] -
 
 Subject: Bug#318003: electricsheep: segfaults on powerpc
 Date: Tue, 12 Jul 2005 21:12:28 +0100
 From: Paul Brossier [EMAIL PROTECTED]
 To: Debian Bug Tracking System [EMAIL PROTECTED]
 Reply-To: Paul Brossier [EMAIL PROTECTED], [EMAIL PROTECTED]
 X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
  autolearn=no version=2.60-bugs.debian.org_2005_01_02
 X-Mailer: reportbug 3.15
 
 Package: electricsheep
 Version: 2.6.2-1
 Severity: grave
 Justification: renders package unusable
 
 i just updated to the last electricsheep package. before i got something
 along the lines of 'cannot resolve v32.electricsheep.net'. now it
 segfaults:
 
 $ electricsheep
 Segmentation fault (core dumped)
 
 the output of gdb is not very helpful since the debugging symbols are
 stripped:
 
 Loaded symbols for /lib/libc.so.6
 Reading symbols from /lib/ld.so.1...(no debugging symbols found)...done.
 Loaded symbols for /lib/ld.so.1
 #0  0x10004134 in ?? ()
 
 cheers, piem
 
 
 -- System Information:
 Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
 Architecture: powerpc (ppc)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.12-rc5-powerpc
 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
 
 Versions of packages electricsheep depends on:
 ii  curl 7.14.0-2Get a file from an HTTP, 
 HTTPS, FT
 ii  debconf  1.4.52  Debian configuration 
 management sy
 ii  libc62.3.2.ds1-22GNU C Library: Shared 
 libraries an
 ii  libexpat11.95.8-3XML parsing C library - 
 runtime li
 ii  libice6  4.3.0.dfsg.1-14 Inter-Client Exchange library
 ii  libjpeg-progs6b-10   Programs for manipulating 
 JPEG fil
 ii  libjpeg626b-10   The Independent JPEG Group's 
 JPEG ii  libpng12-0   1.2.8rel-1  PNG library - runtime
 ii  libsm6   4.3.0.dfsg.1-14 X Window System Session 
 Management
 ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol 
 client li
 ii  libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous 
 exte
 ii  libxv1   4.3.0.dfsg.1-14 X Window System video 
 extension li
 ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) 
 configu
 ii  xloadimage   4.1-14.2Graphics file viewer under X11
 ii  zlib1g   1:1.2.2-8   compression library - runtime
 
 electricsheep recommends no packages.
 
 -- no debconf information
 
 - End forwarded message -
 
  
 
 
 


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

Bug#318003: (forw) [EMAIL PROTECTED]: Bug#318003: electricsheep: segfaults on powerpc]

[Paul Brossier]

On Tue, Jul 12, 2005 at 02:25:20PM -0700, [EMAIL PROTECTED] wrote:
 looks like uninitialized data.  try changing lines
 1659 + 1660 to look like this:
 
 flags_init(int *argc, char ***argv) {
char *arg0 = (*argv)[0];
char *bracket_begin = 0;
char *bracket_end = 0;

well, it doesn't crash anymore, but i can't have it display anything
either. the movie i downloaded looks nice though:

$ ls -la .sheep
total 4412
drwxr-xr-x   2 piem piem4096 2005-07-12 23:30 .
drwxr-xr-x  90 piem piem8192 2005-07-12 23:30 ..
-rw-r--r--   1 piem piem 4484464 2005-07-12 23:23 00191=10920=10920=10920.mpg
-rw-r--r--   1 piem piem   0 2005-07-12 23:22 gen191
-rw-r--r--   1 piem piem  18 2005-07-12 23:30 id
-rwx--   1 piem piem   0 2005-07-12 23:30 lock
prwx--   1 piem piem   0 2005-07-12 23:30 overlay_fifo
-rw-r--r--   1 piem piem  22 2005-07-12 23:19 rc

'strace electricsheep' ends with:

fork()  = 29764
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(29764, [{WIFEXITED(s)  WEXITSTATUS(s) == 0}], 0) = 29764
open(/home/piem/.sheep/rc, O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=22, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x30027000
read(3, 1000\nA8BFC33CC3BF1558\n, 4096) = 22
close(3)= 0
munmap(0x30027000, 4096)= 0
creat(/home/piem/.sheep/lock, 0700)   = 3
fcntl64(3, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0
time(NULL)  = 1121207531
fork()  = 29765
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(29765, [{WIFEXITED(s)  WEXITSTATUS(s) == 0}], 0) = 29765
fork()  = 29766
fork()  = 29769
rt_sigprocmask(SIG_BLOCK, [CHLD], [RTMIN], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0
nanosleep({600, 0}, 

Alexis, i noticed another issue: a copy of the mpeg2 library is included
in the source and compiled. spot, i see parts of the mpeg2 code were
modified, but it would be much better if mpeg2dec_onroot could be linked
against debian's libmpeg2-4.

bye, piem



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

Bug#317181: libjack0.80.0-0 removed from unstable; rebuild required

[Paul Brossier]

On Wed, Jul 06, 2005 at 09:30:54PM -0700, Steve Langasek wrote:
 On Wed, Jul 06, 2005 at 06:44:52PM -0400, Hubert Chan wrote:
  Hmm.  The latest build on arm and m68k seems to have picked up the old 
  libjack.  Latest build attempts on s390, sparc, and hppa failed 
  because of missing libjack (which looks like it's been build on all 
  architectures now, so should be fine on next rebuild attempt).
 
  We also need to do C++ ABI transition on our package, so I think we 
  will wait until then to do an upload to get arm and m68k to build with 
  the new libjack (and change build-depends to specify the version).
 
 The C++ transition is already in progress.  Are there other C++-based
 libraries that alsaplayer has to wait for before it can be reuploaded?

it seems not. i will upload a -5 tonight that fixes compiling with g++
4.0 and tighten the libjack-dev build-deps.

cheers, piem


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

Bug#315899: alsaplayer_0.99.76-1(alpha/unstable): FTBFS: outdated build-depends

[Paul Brossier]

tags 315899 pending



On Sun, Jun 26, 2005 at 04:04:53PM -0700, Ryan Murray wrote:
 Package: alsaplayer
 Version: 0.99.76-1
 Severity: serious
 
 There was an error while trying to autobuild your package:
 
  Automatic build of alsaplayer_0.99.76-1 on goedel by sbuild/alpha 42
  Build started at 20050626-2204
 
 [...]
 
  ** Using build dependencies supplied by package:
  Build-Depends: libasound2-dev, libgtk1.2-dev, debhelper (= 4), 
  libesd0-dev, alsa-headers, libmikmod2-dev, libaudio-dev, libogg-dev, 
  libvorbis-dev, libtool, xlibmesa-gl-dev | libgl-dev, libmad0-dev, 
  libid3tag0-dev, libaudiofile-dev, zlib1g-dev, libjack0.80.0-dev, 
  libflac-dev (= 1.1.1-3), liboggflac-dev, libxosd-dev, libsndfile1-dev, 
  doxygen, libxt-dev
 
 [...]
 
 alsaplayer build-depends on alsa-headers, which is no longer in the archive.
 

Thanks, this is fixed in -2 and -3, which for some reasons went to the
NEW queue.

Cheers, paul


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

Bug#315512: libalsaplayer-dev: missing Section in doc-base file

[Paul Brossier]

Hi Laurent,

Thank you for your report. I could indeed reproduce the bug installing
doc-base. According to the doc-base changelog [1], Section is a required
field since March 2nd 2003. Oops! Fortunately this bug is *not*
reproducable on sarge as the file was not properly installed in earlier
versions.

Obviously the fix is trivial and will be uploaded soonish. Simply adding
the following line in /usr/share/doc-base/alsaplayer-documentation will
fix it:

Section: Apps/Sound

Bye, Paul

  1. http://changelogs.debian.net/doc-base


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

Bug#289856: about wrong license

[Paul Brossier]

Hi,

This bug will soon be half a year old. Is there a reason why this
package hasn't been moved to non-free/contrib yet?

Cheers, piem 


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

Bug#276212: supercollider binaries

[Paul Brossier]

On Tue, May 17, 2005 at 02:58:55AM +0200, Jeroen van Wolffelaar wrote:
 reassign 276212 supercollider
 thanks
 
 On Fri, Apr 01, 2005 at 01:02:47PM +0100, Paul Brossier wrote:
  Hi,
  
  I am looking at sorting 290339 out, but for now the archives
  contains the following broken binaries:
  
  040926-3: hppa mipsel
  040926-2: alpha arm ia64 m68k mips s390 sparc
  
  thanks for considergin, piem
 
 Hm, please reassign back when it's clear what binaries on what archs are
 broken-beyond-repair, and what not. For now, I really see not enough
 info to have a definite list of packages to remove, and doing this job
 only halfly is of no help to anyone.

it is rather difficult to get enough info from looking only at the
buildlogs. for the recall, here is the table of the build and a few
additional notes.

 | alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc
_|_
040808-1 | o o   ouooo   o   oo 
040926-1 | x o   ouoooo  o   xo
040926-2 | o*o*  ouo*   o*   o*   o  o   o*   o*
040926-3 |   x   o!   u xxo! o   xx 
050114-1 |   x   xu  xx  u   xx
050114-2 | x x   xoxxxx  u   xx 

   u = uploaded | o = sucess | x = failed | s = skipped

* are certainly broken, especially on 64 bit machines. the selftest
never suceeded on these architectures.

! are the only packages that passed the selftest, besides powerpc and
i386 (which always builded fine). i agree these two are suspicious, and
possibly upstream changes included in the 050114 made it worst.

this said, it appears the sound synthesis server of supercollider,
scsynth, should work fine on all these machines and is usable remotely.
the self test concerns only the interpreter, sclang, which is much more
likely to break.

one solution would be to split scsynth and sclang in two packages, and
build only the sclang binary for machines were the selftest suceeded
(i386 and powerpc for now). the selftest would remain to check newer
versions on each platforms.

also, the error like '/bin/sh: line 1: 31641 Aborted' are not of telling
me much. it would help me a lot to be able to access one of the non 64
bits architecture to debug this issue.

suggestions welcome,

cheers, piem

 | some more notes from debian changelog 
_|_
040808-1 | 
040926-1 | 
040926-2 | all good
040926-3 | *selftest build added*, alpha and ia64 added to P-a-s
050114-1 |  
050114-2 | removed from P-a-s


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

Bug#307086: FTBFS: missing symbols when building against libspf2-2

[Paul Brossier]

Package: spfmilter
Version: 1.99+0.95-4
Severity: serious 

trying to build spfmilter using current libspf2-dev/libspf2-2, i get:

powerpc-linux-gcc -Wall -g -O2 -L/usr/local/lib -o spfmilter spfmilter.o 
match.o iparray.o -lmilter -lpthread 
spfmilter.o(.text+0x8ec): In function `add_fallback':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:518: 
undefined reference to `lib_init_fallback'
spfmilter.o(.text+0xa10): In function `fini_fallback':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:540: 
undefined reference to `lib_fini_fallback'
spfmilter.o(.text+0x11b0): In function `spf_connect':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:909: 
undefined reference to `lib_set_ipv6'
spfmilter.o(.text+0x1290):/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:895:
 undefined reference to `lib_set_ipv4'
spfmilter.o(.text+0x1378):/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:861:
 undefined reference to `lib_set_local_hostname'
spfmilter.o(.text+0x1490): In function `spf_helo':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:958: 
undefined reference to `lib_set_helo_hostname'
spfmilter.o(.text+0x15e8): In function `spf_envfrom':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1033: 
undefined reference to `lib_set_from'
spfmilter.o(.text+0x1610):/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1047:
 undefined reference to `lib_do_check'
spfmilter.o(.text+0x1620):/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1054:
 undefined reference to `lib_get_result'
spfmilter.o(.text+0x180c): In function `spf_envrcpt':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1084: 
undefined reference to `lib_do_check_recipient'
spfmilter.o(.text+0x182c):/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1091:
 undefined reference to `lib_get_result'
spfmilter.o(.text+0x19c4): In function `spf_eoh':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1152: 
undefined reference to `lib_do_check_final'
spfmilter.o(.text+0x19e4):/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1159:
 undefined reference to `lib_get_result'
spfmilter.o(.text+0x1e08): In function `handle_result':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1340: 
undefined reference to `lib_get_error'
spfmilter.o(.text+0x1e5c):/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1329:
 undefined reference to `lib_get_explanation'
spfmilter.o(.text+0x2208): In function `build_header':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1487: 
undefined reference to `lib_version'
spfmilter.o(.text+0x233c): In function `init_connection_data':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1502: 
undefined reference to `lib_init_connection_data'
spfmilter.o(.text+0x23d0): In function `init_message_data':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1527: 
undefined reference to `lib_init_message_data'
spfmilter.o(.text+0x2430): In function `fini_message_data':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1549: 
undefined reference to `lib_fini_message_data'
spfmilter.o(.text+0x2488): In function `fini_connection_data':
/home/piem/dev/debian/BSP/spfmilter/spfmilter-1.99+0.95/spfmilter.c:1562: 
undefined reference to `lib_fini_connection_data'
collect2: ld returned 1 exit status
make: *** [spfmilter] Error 1

looks like the spf api changed.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.12-rc3-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages spfmilter depends on:
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libmilter0  8.13.4-2 Sendmail Mail Filter API (Milter)
pn  libspf1-0Not found.


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

Bug#303337: can't reproduce 303337

[Paul Brossier]

i have been trying to reproduce this bug, but failed. the
distclean rule does call 'rm -rf .deps' here. 

any idea what i am missing?

cheers, piem


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

Bug#303337: patch for 303337

[Paul Brossier]

oops, the error is indeed easily reproducable from a freshly
unpacked version. i messed up by running first debuild on it. 
the attached patch fixes the build failure.

bye, piem
diff -u xball-3.0/debian/changelog xball-3.0/debian/changelog
--- xball-3.0/debian/changelog
+++ xball-3.0/debian/changelog
@@ -1,3 +1,10 @@
+xball (3.0-15.1) unstable; urgency=low
+
+  * NMU
+  * Adds 'rm -rf .deps' to debian/rules clean (closes: #303337)
+
+ -- Paul Brossier [EMAIL PROTECTED]  Wed, 13 Apr 2005 03:09:43 +0100
+
 xball (3.0-15) unstable; urgency=low
 
   * Add libxt-dev to build-depends to arm can build
diff -u xball-3.0/debian/rules xball-3.0/debian/rules
--- xball-3.0/debian/rules
+++ xball-3.0/debian/rules
@@ -36,6 +36,7 @@
rm -f build-stamp configure-stamp
dh_clean
-$(MAKE) distclean
+   rm -rf .deps
 
 install: build
dh_testdir


signature.asc
Description: Digital signature

Bug#304125: 304125

[Paul Brossier]

tags 304125 patch
thanks

the attached patch fixes the build in a pbuilder chroot.  it also
deactivates the F2I assembly optimisations to avoid the following
error on powerpc:

FormantFilter.C: In member function `void FormantFilter::setpos(float)':
FormantFilter.C:93: error: unknown register name `st' in `asm'
make[3]: *** [FormantFilter.o] Error 1

bye, piem
diff -u zynaddsubfx-2.1.1/src/Makefile.inc zynaddsubfx-2.1.1/src/Makefile.inc
--- zynaddsubfx-2.1.1/src/Makefile.inc
+++ zynaddsubfx-2.1.1/src/Makefile.inc
@@ -9,8 +9,8 @@
 FFTW_VERSION=3
 
 #Assembler FLOAT to INT conversions
-ASM_F2I=YES
-#ASM_F2I=NO
+#ASM_F2I=YES
+ASM_F2I=NO
 
 # L I N U X   C O N F I G U R A T I O N
 #Next line sets the midi input. It can be ALSA, OSS or NONE.
diff -u zynaddsubfx-2.1.1/debian/changelog zynaddsubfx-2.1.1/debian/changelog
--- zynaddsubfx-2.1.1/debian/changelog
+++ zynaddsubfx-2.1.1/debian/changelog
@@ -1,3 +1,13 @@
+zynaddsubfx (2.1.1-1.1) unstable; urgency=low
+
+  * NMU
+  * Changes src/UI/PresetsUI.fl to include FL/fl_ask.H instead of
+FL/fl_ask.h (closes: #304125)
+  * Disabled non portable float to int assembly conversion in 
+src/Makefile.inc (ASM_F2I=NO)
+
+ -- Paul Brossier [EMAIL PROTECTED]  Wed, 13 Apr 2005 03:54:45 +0100
+
 zynaddsubfx (2.1.1-1) unstable; urgency=low
 
   * menu file now references zyn's icon (closes: #299412)
only in patch2:
unchanged:
--- zynaddsubfx-2.1.1.orig/src/UI/PresetsUI.fl
+++ zynaddsubfx-2.1.1/src/UI/PresetsUI.fl
@@ -2,7 +2,7 @@
 version 1.0105 
 header_name {.h} 
 code_name {.cc}
-decl {\#include FL/fl_ask.h} {public
+decl {\#include FL/fl_ask.H} {public
 } 
 
 decl {\#include stdio.h} {public


signature.asc
Description: Digital signature

Bug#303367: gdesklets: diskio displays hogs memory. A lot of it.

[Paul Brossier]

hi,

wow, 100Mo in 5 seconds ?!

i have tried reproducing this bug but without luck. have you made
any changes to the diskio settings ?

here is what i get in xrestop:

2c0   236   541   11   49  393K  8K402K 23960 gDesklets
32047   331   11   19  393K  3K397K   ?   gDesklets 
Shell

maybe the result of a command like this one could help:

$ ps aux `pgrep python` | grep gdesklet | most

also, when a memory starts eating memory, the kernel should
normally kill it.

cheers, piem


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

Bug#299486: apt-cache crash while removing mozilla-firefox-gnome-support

[Paul Brossier]

Package: mozilla-firefox
Version: 1.0.2-2
Followup-For: Bug #299486

well, i could also crash after mozilla-firefox-gnome-support was removed; 
i also noted apt-cache crashed during the removal:

$ sudo dpkg --purge mozilla-firefox-gnome-support 
(Reading database ... 131490 files and directories currently installed.)
Removing mozilla-firefox-gnome-support ...
Updating mozilla-firefox chrome registry...done.
Purging configuration files for mozilla-firefox-gnome-support ...
Updating mozilla-firefox chrome registry...done.

$ dpkg -l mozilla-firefox-gnome-support 
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name  Version   Description
+++-=-=-==
pn  mozilla-firefox-gnome-support none(no description 
available)

$ ll -rt | tail -n 1
-rw---   1 piem piem 13283328 2005-04-05 16:38 core

$ gdb apt-cache core
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as powerpc-linux...(no debugging symbols found)
Using host libthread_db library /lib/libthread_db.so.1.

Core was generated by `apt-cache pkgnames mozilla-firefox-gno'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libapt-pkg-libc6.3-5.so.3.3...(no debugging 
symbols found)...done.
Loaded symbols for /usr/lib/libapt-pkg-libc6.3-5.so.3.3
Reading symbols from /usr/lib/libstdc++.so.5...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.5
Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.6...
(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/ld.so.1
#0  0x0ffb045c in pkgCacheGenerator::ListParser::NewDepends ()
   from /usr/lib/libapt-pkg-libc6.3-5.so.3.3
(gdb)

after that, i could crash firefox again by visiting the same page as above
(changing the font size seemed to help), giving the following backtrace:

...
Loaded symbols for /usr/lib/libORBitCosNaming-2.so.0
Reading symbols from /usr/lib/libtasn1.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libtasn1.so.2
Reading symbols from /usr/lib/libgcrypt.so.11...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libgcrypt.so.11
Reading symbols from /usr/lib/libgpg-error.so.0...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libgpg-error.so.0
Reading symbols from /usr/lib/pango/1.4.0/modules/pango-basic-fc.so...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/pango/1.4.0/modules/pango-basic-fc.so
Reading symbols from /lib/libnss_dns.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libnss_dns.so.2
#0  0x0ef8fbc0 in kill () from /lib/libc.so.6
(gdb) 


-- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Kernel: Linux 2.6.11.3-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages mozilla-firefox depends on:
ii  debianutils  2.13.2  Miscellaneous utilities specific t
ii  fontconfig   2.3.1-2 generic font configuration library
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.1-2 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgcc1  1:3.4.3-12  GCC support library
ii  libglib2.0-0 2.6.3-1 The GLib library of C routines
ii  libgtk2.0-0  2.6.2-4 The GTK+ graphical user interface 
ii  libidl0  0.8.5-1 library for parsing CORBA IDL file
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libkrb53 1.3.6-2 MIT Kerberos runtime libraries
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libstdc++5   1:3.3.5-12  The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li
ii  

Bug#299486: kernel related crashes

[Paul Brossier]

ahum, sorry, forgot about my last two posts, the various crashes
i experimented only happened on a house compiled 2.6.11.3, on
which i experienced other weird errors. rebooting on 2.6.9 i
could not crash firefox anymore.

cheers, piem


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

Bug#299486: kernel related crashes

[Paul Brossier]

On Tue, Apr 05, 2005 at 03:21:24PM -0400, Eric Dorland wrote:
 * Paul Brossier ([EMAIL PROTECTED]) wrote:
  ahum, sorry, forgot about my last two posts, the various crashes
  i experimented only happened on a house compiled 2.6.11.3, on
  which i experienced other weird errors. rebooting on 2.6.9 i
  could not crash firefox anymore.
 
 Indeed, It looked like something beyond firefox. Closing. 

uh, i said two posts: i am not sure the bug experimented by the
submitter is the same one, though he is running 2.6.11 too.

cheers, piem


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

Bug#302914: callgrind patch

[Paul Brossier]

tag 302914 patch
thanks

this patch i sent to 299498 fixes the build against the new
valgrind api. it includes a new configure.in file and a missing
build-depends on pkg-config.

cheers, piem
diff -u callgrind-0.9.10/debian/changelog callgrind-0.9.10/debian/changelog
--- callgrind-0.9.10/debian/changelog
+++ callgrind-0.9.10/debian/changelog
@@ -1,3 +1,14 @@
+callgrind (0.9.10-1.1) unstable; urgency=low
+
+  * NMU
+  * Patches from current CVS for new valgrind. Closes: #299498,#301970
+- update configure.in and run autoconf
+- adds new Build-Depends on pkg-config
+- adds #if VG_CORE_INTERFACE_MAJOR_VERSION  7 to reflect valgrind
+changes since  2.3 : src/{main,threads,command,sim,callstack}.c
+
+ -- Paul Brossier [EMAIL PROTECTED]  Wed, 30 Mar 2005 16:59:51 +0100
+
 callgrind (0.9.10-1) unstable; urgency=low
 
   * New upstream release
diff -u callgrind-0.9.10/debian/control callgrind-0.9.10/debian/control
--- callgrind-0.9.10/debian/control
+++ callgrind-0.9.10/debian/control
@@ -2,7 +2,7 @@
 Section: devel
 Priority: extra
 Maintainer: Philipp Frauenfelder [EMAIL PROTECTED]
-Build-Depends: debhelper ( 4), valgrind ( 2.2)
+Build-Depends: debhelper ( 4), valgrind ( 2.2), pkg-config
 Standards-Version: 3.6.1
 
 Package: valgrind-callgrind
diff -u callgrind-0.9.10/config.sub callgrind-0.9.10/config.sub
--- callgrind-0.9.10/config.sub
+++ callgrind-0.9.10/config.sub
@@ -1,9 +1,9 @@
 #! /bin/sh
 # Configuration validation subroutine script.
 #   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
-#   2000, 2001, 2002, 2003 Free Software Foundation, Inc.
+#   2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc.
 
-timestamp='2004-03-12'
+timestamp='2004-11-30'
 
 # This file is (in principle) common to ALL GNU software.
 # The presence of a machine in this file suggests that SOME GNU software
@@ -70,7 +70,7 @@
 version=\
 GNU config.sub ($timestamp)
 
-Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001
+Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 
2002, 2003, 2004
 Free Software Foundation, Inc.
 
 This is free software; see the source for copying conditions.  There is NO
@@ -145,7 +145,7 @@
-convergent* | -ncr* | -news | -32* | -3600* | -3100* | -hitachi* |\
-c[123]* | -convex* | -sun | -crds | -omron* | -dg | -ultra | -tti* | \
-harris | -dolphin | -highlevel | -gould | -cbm | -ns | -masscomp | \
-   -apple | -axis)
+   -apple | -axis | -knuth | -cray)
os=
basic_machine=$1
;;
@@ -267,7 +267,7 @@
| tahoe | thumb | tic4x | tic80 | tron \
| v850 | v850e \
| we32k \
-   | x86 | xscale | xstormy16 | xtensa \
+   | x86 | xscale | xscalee[bl] | xstormy16 | xtensa \
| z8k)
basic_machine=$basic_machine-unknown
;;
@@ -300,7 +300,7 @@
| avr-* \
| bs2000-* \
| c[123]* | c30-* | [cjt]90-* | c4x-* | c54x-* | c55x-* | c6x-* \
-   | clipper-* | cydra-* \
+   | clipper-* | craynv-* | cydra-* \
| d10v-* | d30v-* | dlx-* \
| elxsi-* \
| f30[01]-* | f700-* | fr30-* | frv-* | fx80-* \
@@ -326,8 +326,9 @@
| mipsisa64sb1-* | mipsisa64sb1el-* \
| mipsisa64sr71k-* | mipsisa64sr71kel-* \
| mipstx39-* | mipstx39el-* \
+   | mmix-* \
| msp430-* \
-   | none-* | np1-* | nv1-* | ns16k-* | ns32k-* \
+   | none-* | np1-* | ns16k-* | ns32k-* \
| orion-* \
| pdp10-* | pdp11-* | pj-* | pjl-* | pn-* | power-* \
| powerpc-* | powerpc64-* | powerpc64le-* | powerpcle-* | ppcbe-* \
@@ -342,8 +343,8 @@
| tron-* \
| v850-* | v850e-* | vax-* \
| we32k-* \
-   | x86-* | x86_64-* | xps100-* | xscale-* | xstormy16-* \
-   | xtensa-* \
+   | x86-* | x86_64-* | xps100-* | xscale-* | xscalee[bl]-* \
+   | xstormy16-* | xtensa-* \
| ymp-* \
| z8k-*)
;;
@@ -445,6 +446,10 @@
basic_machine=j90-cray
os=-unicos
;;
+   craynv)
+   basic_machine=craynv-cray
+   os=-unicosmp
+   ;;
cr16c)
basic_machine=cr16c-unknown
os=-elf
@@ -452,6 +457,9 @@
crds | unos)
basic_machine=m68k-crds
;;
+   crisv32 | crisv32-* | etraxfs*)
+   basic_machine=crisv32-axis
+   ;;
cris | cris-* | etrax*)
basic_machine=cris-axis
;;
@@ -481,6 +489,10 @@
basic_machine=m88k-motorola
os=-sysv3
;;
+   djgpp)
+   basic_machine=i586-pc
+   os=-msdosdjgpp
+   ;;
dpx20 | dpx20-*)
basic_machine=rs6000-bull
os=-bosx
@@ -659,10 +671,6 @@
mips3*)
basic_machine=`echo $basic_machine | sed -e 
's

Bug#276212: supercollider binaries

[Paul Brossier]

Hi,

I am looking at sorting 290339 out, but for now the archives
contains the following broken binaries:

040926-3: hppa mipsel
040926-2: alpha arm ia64 m68k mips s390 sparc

thanks for considergin, piem


signature.asc
Description: Digital signature

Bug#302030: gtk2-engines-magicchicken: memory leaks using CortlandChicken theme

[Paul Brossier]

# the attached patch should fix the problem. it would be nice if
# you could test and confirm.
tags 302030 patch
thanks, piem
--- gtk2-engines-magicchicken-1.1.1.orig/src/draw.c
+++ gtk2-engines-magicchicken-1.1.1/src/draw.c
@@ -586,6 +586,7 @@

  stock_image_brightness[state]);
}
g_object_unref (scaled);
+   g_object_unref (tmp);
}
else
{

Bug#299498: patch for new valgrind 2.4.0

[Paul Brossier]

+callgrind (0.9.10-1.1) unstable; urgency=low
+
+  * NMU
+  * Patches from current CVS for new valgrind. Closes: #299498,#301970
+- update configure.in and run autoconf
+- adds new Build-Depends on pkg-config
+- adds #if VG_CORE_INTERFACE_MAJOR_VERSION  7 to reflect valgrind
+changes since  2.3 : src/{main,threads,command,sim,callstack}.c
+
+ -- Paul Brossier [EMAIL PROTECTED]  Wed, 30 Mar 2005 16:59:51 +0100

cheers, piem
diff -u callgrind-0.9.10/debian/changelog callgrind-0.9.10/debian/changelog
--- callgrind-0.9.10/debian/changelog
+++ callgrind-0.9.10/debian/changelog
@@ -1,3 +1,14 @@
+callgrind (0.9.10-1.1) unstable; urgency=low
+
+  * NMU
+  * Patches from current CVS for new valgrind. Closes: #299498,#301970
+- update configure.in and run autoconf
+- adds new Build-Depends on pkg-config
+- adds #if VG_CORE_INTERFACE_MAJOR_VERSION  7 to reflect valgrind
+changes since  2.3 : src/{main,threads,command,sim,callstack}.c
+
+ -- Paul Brossier [EMAIL PROTECTED]  Wed, 30 Mar 2005 16:59:51 +0100
+
 callgrind (0.9.10-1) unstable; urgency=low
 
   * New upstream release
diff -u callgrind-0.9.10/debian/control callgrind-0.9.10/debian/control
--- callgrind-0.9.10/debian/control
+++ callgrind-0.9.10/debian/control
@@ -2,7 +2,7 @@
 Section: devel
 Priority: extra
 Maintainer: Philipp Frauenfelder [EMAIL PROTECTED]
-Build-Depends: debhelper ( 4), valgrind ( 2.2)
+Build-Depends: debhelper ( 4), valgrind ( 2.2), pkg-config
 Standards-Version: 3.6.1
 
 Package: valgrind-callgrind
diff -u callgrind-0.9.10/config.sub callgrind-0.9.10/config.sub
--- callgrind-0.9.10/config.sub
+++ callgrind-0.9.10/config.sub
@@ -1,9 +1,9 @@
 #! /bin/sh
 # Configuration validation subroutine script.
 #   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
-#   2000, 2001, 2002, 2003 Free Software Foundation, Inc.
+#   2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc.
 
-timestamp='2004-03-12'
+timestamp='2004-11-30'
 
 # This file is (in principle) common to ALL GNU software.
 # The presence of a machine in this file suggests that SOME GNU software
@@ -70,7 +70,7 @@
 version=\
 GNU config.sub ($timestamp)
 
-Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001
+Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 
2002, 2003, 2004
 Free Software Foundation, Inc.
 
 This is free software; see the source for copying conditions.  There is NO
@@ -145,7 +145,7 @@
-convergent* | -ncr* | -news | -32* | -3600* | -3100* | -hitachi* |\
-c[123]* | -convex* | -sun | -crds | -omron* | -dg | -ultra | -tti* | \
-harris | -dolphin | -highlevel | -gould | -cbm | -ns | -masscomp | \
-   -apple | -axis)
+   -apple | -axis | -knuth | -cray)
os=
basic_machine=$1
;;
@@ -267,7 +267,7 @@
| tahoe | thumb | tic4x | tic80 | tron \
| v850 | v850e \
| we32k \
-   | x86 | xscale | xstormy16 | xtensa \
+   | x86 | xscale | xscalee[bl] | xstormy16 | xtensa \
| z8k)
basic_machine=$basic_machine-unknown
;;
@@ -300,7 +300,7 @@
| avr-* \
| bs2000-* \
| c[123]* | c30-* | [cjt]90-* | c4x-* | c54x-* | c55x-* | c6x-* \
-   | clipper-* | cydra-* \
+   | clipper-* | craynv-* | cydra-* \
| d10v-* | d30v-* | dlx-* \
| elxsi-* \
| f30[01]-* | f700-* | fr30-* | frv-* | fx80-* \
@@ -326,8 +326,9 @@
| mipsisa64sb1-* | mipsisa64sb1el-* \
| mipsisa64sr71k-* | mipsisa64sr71kel-* \
| mipstx39-* | mipstx39el-* \
+   | mmix-* \
| msp430-* \
-   | none-* | np1-* | nv1-* | ns16k-* | ns32k-* \
+   | none-* | np1-* | ns16k-* | ns32k-* \
| orion-* \
| pdp10-* | pdp11-* | pj-* | pjl-* | pn-* | power-* \
| powerpc-* | powerpc64-* | powerpc64le-* | powerpcle-* | ppcbe-* \
@@ -342,8 +343,8 @@
| tron-* \
| v850-* | v850e-* | vax-* \
| we32k-* \
-   | x86-* | x86_64-* | xps100-* | xscale-* | xstormy16-* \
-   | xtensa-* \
+   | x86-* | x86_64-* | xps100-* | xscale-* | xscalee[bl]-* \
+   | xstormy16-* | xtensa-* \
| ymp-* \
| z8k-*)
;;
@@ -445,6 +446,10 @@
basic_machine=j90-cray
os=-unicos
;;
+   craynv)
+   basic_machine=craynv-cray
+   os=-unicosmp
+   ;;
cr16c)
basic_machine=cr16c-unknown
os=-elf
@@ -452,6 +457,9 @@
crds | unos)
basic_machine=m68k-crds
;;
+   crisv32 | crisv32-* | etraxfs*)
+   basic_machine=crisv32-axis
+   ;;
cris | cris-* | etrax*)
basic_machine=cris-axis
;;
@@ -481,6 +489,10 @@
basic_machine=m88k-motorola
os=-sysv3
;;
+   djgpp)
+   basic_machine=i586

Bug#289182: kino endianness issues on powerpc

[Paul Brossier]

On Fri, Mar 25, 2005 at 01:38:27AM +0100, Daniel Kobras wrote:
 On Tue, Mar 22, 2005 at 08:36:01PM +, Paul Brossier wrote:
  there is probably a better mean to do so though, ie checking what
  type of conversion is needed according to libavcodec, but it does
  effectively fixes the XV Display of kino.
 
 Actually, we should probably check the value of component_order[] in the
 struct returned by XvListImageFormats() and shuffle components as
 appropriate, but from the feedback so far, apparently nowadays it is
 sufficient to keep the order of YUV components fixed, independent of
 host arch. I've attached a patch to this effect, and would welcome
 feedback from testers.

it works perfectly on powerpc, a much nicer solution indeed. and
the first patch was wrong, the image was slightly more redish.

  audio seems to work better now. there are a few glitches but at
  least it's not white noise. oh and export to mpeg2 and wav bot
  work.
 
 Great. We're getting closer, it seems. Does the video part of mpeg2
 export also work correctly now?

oh yes, very well. and the video filters too.

bye, paul


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

Bug#289182: kino endianness issues on powerpc

[Paul Brossier]

Hi,

On Tue, Mar 08, 2005 at 03:39:16PM +0100, Daniel Kobras wrote:
 On Mon, Feb 14, 2005 at 05:41:26PM +0100, Michael Schmitz wrote:
  I can confirm the XV problem is the same old problem that a patch had
  been posted for in http://jira.schirmacher.de/jira-kino/browse/KINO-76.
  I've added some #ifdef __BIG_ENDIAN__ around that, the following patch
  should finally fix the display issue:

 Err, this patch did fix the display problems for you!? It does
 not touch a single line of code that was executed in the Debian
 build that uses libdv to do the decoding. (Actually, this is no
 longer true as of today.  Now with ffmpeg in main, I've
 uploaded a new version that uses libavcodec instead of libdv
 for the decoding part.) 

mmh, after testing the patch, it does look much better with :)

 Furthermore, it looks obviously buggy. Eg. the little-endian
 version of the first loop uses values Y[0] and Y[1], while the
 big-endian variant reuses Y[0] twice. And I can't make sense of
 the other array indices, either. I was expecting something like
 dest_big_endian = bswap_32(dest_little_endian); maybe that's
 what was intended, and the current version of the patch makes
 little difference with smooth input data? 

well, i am not familiar with these maths, but it does look like
there's some logic:

LE   - BE

Cr[0]  24  - Cr[0]
Y [1]  16  - Y [0]  8
Cb[0]  8   - Cb[1]  16
Y [0]- Y [0]  24

and for the third line (dest + 4)

Y [2]- Y [0]  24
Cb[0]  8   - Cb[3]  16
Y [3]  16  - Y [0]  8
Cr[0]  24  - Cr[2]

there is probably a better mean to do so though, ie checking what
type of conversion is needed according to libavcodec, but it does
effectively fixes the XV Display of kino.

  --- src/frame.cc.org2005-02-14 16:59:13.798585200 +0100
  +++ src/frame.cc2005-02-14 17:14:01.196680184 +0100

attached is and updated patch to go in debian/patches

 I've uploaded kino 0.75-5 that should make the archive by today's
 dinstall run. It includes a comprehensive patch that might fix the
 endianness problems with audio. Alas, I had to do some guessing on the
 endianness of the input data, so it might actually do worse than before,
 but in any case the framework is now in place to fix this with a few
 keypresses.

audio seems to work better now. there are a few glitches but at
least it's not white noise. oh and export to mpeg2 and wav bot
work.

 The second change in 0.75-5 related to this bug was the
 mentioned switch from libdv to libavcodec for video decoding. There's a
 small chance that it fixes the display problem out of the box already.

I can confirm that the switch did not fix anything.

IMO with this last patch the bug should be closed, as the main
functionalities of kino (ie display and export) have been fixed.
there are other bugs around, but they are probably not endian
related nor RC.

Cheers, piem
#! /bin/sh /usr/share/dpatch/dpatch-run
## 40_yuv_endian_fix.dpatch by  [EMAIL PROTECTED]
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: No description.

@DPATCH@
diff -urNad kino-0.75/src/frame.cc /tmp/dpep.RS5WqC/kino-0.75/src/frame.cc
--- kino-0.75/src/frame.cc  2005-03-22 20:29:47.0 +
+++ /tmp/dpep.RS5WqC/kino-0.75/src/frame.cc 2005-03-22 20:30:25.0 
+
@@ -1052,7 +1052,11 @@
 
for ( int x = 0; x  width; x += 2 )
{
+#if defined __BIG_ENDIAN__ || defined _BIG_ENDIAN
+*reinterpret_castuint32_t*( dest ) = Cr[ 0 ] 
+ ( Y[ 0 ]  8 ) + ( Cb[ 1 ]  16 ) + ( Y[ 0 ]  24 );
+#else
*reinterpret_castuint32_t*( dest ) = Y[ 0 ] + 
( Cb[ 0 ]  8 ) + ( Y[ 1 ]  16 ) + ( Cr[ 0 ]  24 );
+#endif
 
dest += 4;
Y += 2;
@@ -1071,8 +1075,13 @@
 
for ( int x = 0; x  width; x += 4 )
{
+#if defined __BIG_ENDIAN__ || defined _BIG_ENDIAN
+*reinterpret_castuint32_t*( dest ) = Cr[ 0 ] 
+ ( Y[ 0 ]  8 ) + ( Cb[ 1 ]  16 ) + ( Y[ 0 ]  24 );
+*reinterpret_castuint32_t*( dest + 4 ) = Cr[ 
2 ] + ( Y[ 0 ]  8 ) + ( Cb[ 3 ]  16 ) + ( Y[ 0 ]  24 );
+#else
*reinterpret_castuint32_t*( dest ) = Y[ 0 ] + 
( Cb[ 0 ]  8 ) + ( Y[ 1 ]  16 ) + ( Cr[ 0 ]  24 );
*reinterpret_castuint32_t*( dest + 4 ) = Y[ 2 
] + ( Cb[ 0 ]  8 ) + ( Y[ 3 ]  16 ) + ( Cr[ 0 ]  24 );
+#endif
 
dest += 8;
Y += 4;

Bug#290339: Test build of supercollider 040926-3 succeded on mips

[Paul Brossier]

Hi Thiemo, 

Sorry for the long reply, I was away for a few days.

On Wed, Feb 16, 2005 at 02:41:19AM +0100, Thiemo Seufer wrote:
 I believe the problem is a generic one, and caused by the absolute
 paths in sclang.cfg. This causes every machine without supercollider
 to fail the file name resolving, while machines with installed
 supercollider will use the old files from the build environment, which
 is probably even worse.

I could not reproduce this bug. below is the result of a pbuilder build on
powerpc, after i purged all supercollider* packages. note that debian/rules now
uses a specially crafted tmp.sclang.cfg to ensure the path are relative to the
build location.

However sclang segfaults on non 64 bits architectures such as sparc, arm and
hppa. The buildd for mips is still lagging behind as emacs21 is uninstallable,
so it is good news if you do not get a segfault on mips. 

 Using the package-local files eventually fails also, it looks like
 the file parsing is broken.

this would be another bug then. what emacs version are you using?

thanks for your feedback,
bye, paul

 
 [...]
 Loading 50ocaml-nox...
 Loading 50psvn...
 Loading 50vc-svn...
 Compiling
 /home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-browser.el...
 While compiling toplevel forms in file 
 /home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-browser.el:
   !! Wrong number of arguments ((require 3))
   Error occurred processing sclang-browser.el:
   Wrong number of arguments: require, 3
   
   
   Compiling
 /home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-document.el...
 Wrote 
 /home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-document.elc
 Compiling 
 /home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-help.el...
 While compiling toplevel forms in file 
 /home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-help.el:
   !! Invalid read syntax ((#))
   Error occurred processing sclang-help.el:
   Invalid read syntax: #
 [...]
 


if ! LD_LIBRARY_PATH=$LD_LIBRARY_PATH:./debian/supercollider/usr/lib \
  ./debian/supercollider/usr/bin/sclang.real \
  -l ./tmp.sclang.cfg  /dev/null ; then \
echo outch, sclang test FAILED.; \
exit 1; \
fi
init_OSC
compiling class library..
NumPrimitives = 487
compiling dir: 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Linux'
compiling dir: 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Common'
compiling dir: 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/DefaultLibrary'
compiling dir: 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/backwards_compatibility'
pass 1 done
Extension overwriting Meta_Document-open
in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Linux/SCEL/extDocument.sc'.
Original method in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Common/GUI/Document.sc'.
Extension overwriting Meta_Document-new
in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Linux/SCEL/extDocument.sc'.
Original method in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Common/GUI/Document.sc'.
Extension overwriting Meta_Document-listener
in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Linux/SCEL/extDocument.sc'.
Original method in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Common/GUI/Document.sc'.
Extension overwriting Meta_Document-numberOfOpen
in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Linux/SCEL/extDocument.sc'.
Original method in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Common/GUI/Document.sc'.
Extension overwriting Meta_Document-newFromIndex
in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Linux/SCEL/extDocument.sc'.
Original method in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Common/GUI/Document.sc'.
Extension overwriting Meta_Document-prGetLast
in file 
'/tmp/buildd/supercollider-050114/debian/supercollider/usr/share/SuperCollider/SCClassLibrary/Linux/SCEL/extDocument.sc'.
Original method in file 

Bug#292231: adds gfdl license

[Paul Brossier]

On Tue, Feb 08, 2005 at 06:51:52AM +0100, jaromil wrote:
 On Fri, Feb 04, 2005 at 06:04:21PM +, Paul Brossier wrote:
  tag 292231 patch
  thanks
  
  Hi 
  
  jaromil, i am not sure what exactly you want to do with this manpage:
  removing it or relicense it? in the mean time i added the complete text
  of the gfdl so that the package can be redistributed in sarge.
 
 thanks Paul,
 
 i intend to relicense it to conform the standards of free software you
 adopt in Debian, the relicensing will propagate in the upstream
 distributed source - just let me know what should be changed exactly.

Simply relicensing hasciicam.1 under the GPL will do. You could
then ask Christian to remove the GFDL from debian/copyright.

Best wishes, paul



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

Bug#292240: adds gfdl license

[Paul Brossier]

tag 292240 patch
tag 292241 patch
thanks

+partimage (0.6.4-10.1) unstable; urgency=low
+
+  * NMU
+  * Added complete GFDL text to debian/copyright and correct license
+location to debian/man/*. Closes: #292240, #292241
+  * Removed configure call from debian/rules:clean
+
+ -- Paul Brossier [EMAIL PROTECTED]  Sat,  5 Feb 2005 03:40:46 +
diff -u partimage-0.6.4/debian/changelog partimage-0.6.4/debian/changelog
--- partimage-0.6.4/debian/changelog
+++ partimage-0.6.4/debian/changelog
@@ -1,3 +1,12 @@
+partimage (0.6.4-10.1) unstable; urgency=low
+
+  * NMU
+  * Added complete GFDL text to debian/copyright and correct license
+location to debian/man/*. Closes: #292240, #292241
+  * Removed configure call from debian/rules:clean
+
+ -- Paul Brossier [EMAIL PROTECTED]  Sat,  5 Feb 2005 03:40:46 +
+
 partimage (0.6.4-10) unstable; urgency=low
 
   * Change to i386 only! Closes: #268248 
diff -u partimage-0.6.4/debian/copyright partimage-0.6.4/debian/copyright
--- partimage-0.6.4/debian/copyright
+++ partimage-0.6.4/debian/copyright
@@ -29,0 +30,407 @@
+
+
+
+The manpages partimage.1, partimaged.8 and partimagedusers.5 are
+distributed under the terms of the GNU Free Documentation License,
+with not Invariant Sections, no Front-Covers Texts and no
+Back-Covers Texts. The full text of the license follows.
+
+
+
+   GNU Free Documentation License
+ Version 1.2, November 2002
+
+
+ Copyright (C) 2000,2001,2002  Free Software Foundation, Inc.
+ 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
+ Everyone is permitted to copy and distribute verbatim copies
+ of this license document, but changing it is not allowed.
+
+
+0. PREAMBLE
+
+The purpose of this License is to make a manual, textbook, or other
+functional and useful document free in the sense of freedom: to
+assure everyone the effective freedom to copy and redistribute it,
+with or without modifying it, either commercially or noncommercially.
+Secondarily, this License preserves for the author and publisher a way
+to get credit for their work, while not being considered responsible
+for modifications made by others.
+
+This License is a kind of copyleft, which means that derivative
+works of the document must themselves be free in the same sense.  It
+complements the GNU General Public License, which is a copyleft
+license designed for free software.
+
+We have designed this License in order to use it for manuals for free
+software, because free software needs free documentation: a free
+program should come with manuals providing the same freedoms that the
+software does.  But this License is not limited to software manuals;
+it can be used for any textual work, regardless of subject matter or
+whether it is published as a printed book.  We recommend this License
+principally for works whose purpose is instruction or reference.
+
+
+1. APPLICABILITY AND DEFINITIONS
+
+This License applies to any manual or other work, in any medium, that
+contains a notice placed by the copyright holder saying it can be
+distributed under the terms of this License.  Such a notice grants a
+world-wide, royalty-free license, unlimited in duration, to use that
+work under the conditions stated herein.  The Document, below,
+refers to any such manual or work.  Any member of the public is a
+licensee, and is addressed as you.  You accept the license if you
+copy, modify or distribute the work in a way requiring permission
+under copyright law.
+
+A Modified Version of the Document means any work containing the
+Document or a portion of it, either copied verbatim, or with
+modifications and/or translated into another language.
+
+A Secondary Section is a named appendix or a front-matter section of
+the Document that deals exclusively with the relationship of the
+publishers or authors of the Document to the Document's overall subject
+(or to related matters) and contains nothing that could fall directly
+within that overall subject.  (Thus, if the Document is in part a
+textbook of mathematics, a Secondary Section may not explain any
+mathematics.)  The relationship could be a matter of historical
+connection with the subject or with related matters, or of legal,
+commercial, philosophical, ethical or political position regarding
+them.
+
+The Invariant Sections are certain Secondary Sections whose titles
+are designated, as being those of Invariant Sections, in the notice
+that says that the Document is released under this License.  If a
+section does not fit the above definition of Secondary then it is not
+allowed to be designated as Invariant.  The Document may contain zero
+Invariant Sections.  If the Document does not identify any Invariant
+Sections then there are none.
+
+The Cover Texts are certain short passages of text that are listed,
+as Front-Cover Texts or Back-Cover

Bug#285203: libgnumail-java FTBS

[Paul Brossier]

Hi,

I could not reproduce this failure, but the build still fails. I get:

/tmp/buildd/libgnumail-java-1.0/build.xml:65: java.lang.NullPointerException

where build.xml:65 contains 'tstamp/'.

Cheers, piem
dpkg-buildpackage: source package is libgnumail-java
dpkg-buildpackage: source version is 1.0-3.1
dpkg-buildpackage: source maintainer is Steve Langasek [EMAIL PROTECTED]
 fakeroot debian/rules clean
test -x debian/rules
test `id -u` = 0
if test -n   test  != .; then rmdir ; fi
if test . != .; then rmdir .; fi
dh_clean
cd .  /usr/bin/java-sablevm -classpath 
/usr/share/ant1.6/lib/ant.jar:/usr/share/ant1.6/lib/ant-launcher.jar:  
-Dant.home=/usr/share/ant1.6 org.apache.tools.ant.Main -Dcompile.debug=true 
-Dcompile.optimize=true  -Dbuild.compiler=jikes  -propertyfile 
/home/piem/dev/debian/BSP/libgnumail-java/libgnumail-java-1.0/debian/ant.properties
 clean || true
Buildfile: build.xml

clean:

BUILD SUCCESSFUL
Total time: 1 second
rm -f debian/stamp-ant-build
patches: 
Not reversing not applied patches.
if [ reverse-patches = debian/stamp-patched ]; then touch 
debian/stamp-patched; fi
rm -f debian/stamp-patch*
rm -f debian/patches/*.log
rm *.jar gjdoc_rawcomment.cache
rm: cannot remove `*.jar': No such file or directory
rm: cannot remove `gjdoc_rawcomment.cache': No such file or directory
make: [clean] Error 1 (ignored)
rm -fr apidoc
 dpkg-source -b libgnumail-java-1.0
dpkg-source: building libgnumail-java using existing 
libgnumail-java_1.0.orig.tar.gz
dpkg-source: building libgnumail-java in libgnumail-java_1.0-3.1.diff.gz
dpkg-source: building libgnumail-java in libgnumail-java_1.0-3.1.dsc
 dpkg-genchanges -S
dpkg-genchanges: not including original source code in upload
dpkg-buildpackage: source only, diff-only upload (original source NOT included)
pbuilder-buildpackage/powerpc $Id: pbuilder-buildpackage-funcs,v 1.15 
2005/01/04 01:47:18 dancer Exp $
$Id: pbuilder-buildpackage,v 1.110 2005/01/04 01:47:18 dancer Exp $

Current time: Sat Feb  5 18:08:57 GMT 2005
pbuilder-time-stamp: 1107626937
Building the build Environment
 - extracting base tarball [/var/cache/pbuilder/sid.tgz]
 - creating local configuration
 - copying local configuration
 - mounting /proc filesystem
 - mounting /dev/pts filesystem
 - policy-rc.d already exists
 - created buildresult dir :/var/cache/pbuilder/result
Obtaining the cached apt archive contents
Installing the build-deps
 - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.18 
2003/04/20 03:40:36 dancer Exp $
 - Considering  debhelper (= 4.0.0)
   - Trying debhelper
 - Considering  cdbs (= 0.4.8)
   - Trying cdbs
 - Considering  kaffe (= 1.1.1)
   - Trying kaffe
 - Considering  libant1.6-java
   - Trying libant1.6-java
 - Considering  jikes
   - Trying jikes
 - Considering  libgnujaf-java
   - Trying libgnujaf-java
 - Considering  libgnuinet-java
   - Trying libgnuinet-java
 - Considering  libjessie-java
   - Trying libjessie-java
 - Considering  gjdoc
   - Trying gjdoc
 - Considering  sablevm
   - Trying sablevm
 - Installing  debhelper cdbs kaffe libant1.6-java jikes libgnujaf-java 
libgnuinet-java libjessie-java gjdoc sablevm
Reading Package Lists...
Building Dependency Tree...
The following extra packages will be installed:
  classpath classpath-common debconf debconf-i18n debconf-utils defoma file
  fontconfig gettext gettext-base html2text intltool-debian java-common
  kaffe-common kaffe-pthreads kjc libart-2.0-2 libatk1.0-0 libexpat1 libffi2
  libfontconfig1 libfreetype6 libgcj-common libgcrypt11 libglib2.0-0
  libgnucrypto-java libgnujaxp-java libgnujaxp-jni libgpg-error0 libgtk2.0-0
  libgtk2.0-bin libgtk2.0-common libjpeg62 liblocale-gettext-perl libltdl3
  libmagic1 libnewt0.51 libpango1.0-0 libpango1.0-common libpng12-0 libpopt0
  libsablevm-classlib1-java libsablevm-native1 libsablevm1
  libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl libtiff4
  libx11-6 libxcursor1 libxext6 libxft2 libxi6 libxml2 libxrandr2 libxrender1
  libxslt1.1 libxtst6 po-debconf ttf-bitstream-vera ucf unzip whiptail
  xfree86-common xlibs-data
Suggested packages:
  debconf-doc libterm-readline-gnu-perl libgnome2-perl libqt-perl
  libnet-ldap-perl dh-make defoma-doc psfontmgr x-ttcidfont-conf dfontmgr cvs
  gettext-doc equivs libxerces-java libxerces2-java junit ant libfreetype6-dev
  ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk
  ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp
  ttf-arphic-bkai00mp libsablevm1-dev fastjar zip x-window-system-core
  x-window-system
Recommended packages:
  autotools-dev apt-utils libft-perl curl wget lynx jikes-gij jikes-kaffe
  jikes-sun jikes-classpath jikes-sablevm libatk1.0-data libglib2.0-data
  hicolor-icon-theme xml-core libmail-sendmail-perl free-java-sdk
The following NEW packages will be installed:
  cdbs classpath classpath-common debconf debconf-i18n debconf-utils debhelper
  defoma file fontconfig gettext gettext-base gjdoc html2text intltool-debian
  java-common jikes kaffe 

Bug#292228: adds gfdl license

[Paul Brossier]

tags 292228 patch
thanks

+gnuserv (3.12.6-1.1) unstable; urgency=low
+
+  * NMU
+  * Added complete GFDL text to debian/copyright and correct license
+location to debian/dtemacs.1 (closes: #292228)
+
+ -- Paul Brossier [EMAIL PROTECTED]  Fri,  4 Feb 2005 17:44:49 +
diff -u gnuserv-3.12.6/debian/changelog gnuserv-3.12.6/debian/changelog
--- gnuserv-3.12.6/debian/changelog
+++ gnuserv-3.12.6/debian/changelog
@@ -1,3 +1,11 @@
+gnuserv (3.12.6-1.1) unstable; urgency=low
+
+  * NMU
+  * Added complete GFDL text to debian/copyright and correct license
+location to debian/dtemacs.1 (closes: #292228)
+
+ -- Paul Brossier [EMAIL PROTECTED]  Fri,  4 Feb 2005 17:44:49 +
+
 gnuserv (3.12.6-1) unstable; urgency=low
 
   * New upstream version (closes: #209126)
diff -u gnuserv-3.12.6/debian/copyright gnuserv-3.12.6/debian/copyright
--- gnuserv-3.12.6/debian/copyright
+++ gnuserv-3.12.6/debian/copyright
@@ -13,0 +14,406 @@
+
+
+
+The dtemacs manpage is distributed under the terms of the 
+GNU Free Documentation License, with not Front-Covers Texts and no 
+Back-Covers Texts. The full text of the license follows.
+
+
+
+   GNU Free Documentation License
+ Version 1.2, November 2002
+
+
+ Copyright (C) 2000,2001,2002  Free Software Foundation, Inc.
+ 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
+ Everyone is permitted to copy and distribute verbatim copies
+ of this license document, but changing it is not allowed.
+
+
+0. PREAMBLE
+
+The purpose of this License is to make a manual, textbook, or other
+functional and useful document free in the sense of freedom: to
+assure everyone the effective freedom to copy and redistribute it,
+with or without modifying it, either commercially or noncommercially.
+Secondarily, this License preserves for the author and publisher a way
+to get credit for their work, while not being considered responsible
+for modifications made by others.
+
+This License is a kind of copyleft, which means that derivative
+works of the document must themselves be free in the same sense.  It
+complements the GNU General Public License, which is a copyleft
+license designed for free software.
+
+We have designed this License in order to use it for manuals for free
+software, because free software needs free documentation: a free
+program should come with manuals providing the same freedoms that the
+software does.  But this License is not limited to software manuals;
+it can be used for any textual work, regardless of subject matter or
+whether it is published as a printed book.  We recommend this License
+principally for works whose purpose is instruction or reference.
+
+
+1. APPLICABILITY AND DEFINITIONS
+
+This License applies to any manual or other work, in any medium, that
+contains a notice placed by the copyright holder saying it can be
+distributed under the terms of this License.  Such a notice grants a
+world-wide, royalty-free license, unlimited in duration, to use that
+work under the conditions stated herein.  The Document, below,
+refers to any such manual or work.  Any member of the public is a
+licensee, and is addressed as you.  You accept the license if you
+copy, modify or distribute the work in a way requiring permission
+under copyright law.
+
+A Modified Version of the Document means any work containing the
+Document or a portion of it, either copied verbatim, or with
+modifications and/or translated into another language.
+
+A Secondary Section is a named appendix or a front-matter section of
+the Document that deals exclusively with the relationship of the
+publishers or authors of the Document to the Document's overall subject
+(or to related matters) and contains nothing that could fall directly
+within that overall subject.  (Thus, if the Document is in part a
+textbook of mathematics, a Secondary Section may not explain any
+mathematics.)  The relationship could be a matter of historical
+connection with the subject or with related matters, or of legal,
+commercial, philosophical, ethical or political position regarding
+them.
+
+The Invariant Sections are certain Secondary Sections whose titles
+are designated, as being those of Invariant Sections, in the notice
+that says that the Document is released under this License.  If a
+section does not fit the above definition of Secondary then it is not
+allowed to be designated as Invariant.  The Document may contain zero
+Invariant Sections.  If the Document does not identify any Invariant
+Sections then there are none.
+
+The Cover Texts are certain short passages of text that are listed,
+as Front-Cover Texts or Back-Cover Texts, in the notice that says that
+the Document is released under this License.  A Front-Cover Text may
+be at most 5 words, and a Back-Cover Text may be at most 25 words.
+
+A Transparent copy

Bug#292231: adds gfdl license

[Paul Brossier]

tag 292231 patch
thanks

Hi 

jaromil, i am not sure what exactly you want to do with this manpage:
removing it or relicense it? in the mean time i added the complete text
of the gfdl so that the package can be redistributed in sarge.

cheers, piem

+hasciicam (0.9.1-1.1) unstable; urgency=low
+
+  * NMU
+  * Added complete GFDL text to debian/copyright and correct license
+location to hasciicam.1 (closes: #292231)
+
+ -- Paul Brossier [EMAIL PROTECTED]  Fri,  4 Feb 2005 18:00:41 +
diff -u hasciicam-0.9.1/debian/changelog hasciicam-0.9.1/debian/changelog
--- hasciicam-0.9.1/debian/changelog
+++ hasciicam-0.9.1/debian/changelog
@@ -1,3 +1,11 @@
+hasciicam (0.9.1-1.1) unstable; urgency=low
+
+  * NMU
+  * Added complete GFDL text to debian/copyright and correct license
+location to hasciicam.1 (closes: #292231)
+
+ -- Paul Brossier [EMAIL PROTECTED]  Fri,  4 Feb 2005 18:00:41 +
+
 hasciicam (0.9.1-1) unstable; urgency=low
 
   * New upstream version (Closes:#208544)
diff -u hasciicam-0.9.1/debian/copyright hasciicam-0.9.1/debian/copyright
--- hasciicam-0.9.1/debian/copyright
+++ hasciicam-0.9.1/debian/copyright
@@ -12,0 +13,406 @@
+
+
+The hasciicam manpage is distributed under the terms of the GNU Free
+Documentation License, with the Invariant Sections being NAME, SYNOPSIS,
+DESCRIPTION, AUTHOR and with the Front-Cover Texts including hasciicam -
+(h)ascii for the masses! - manual pages.
+
+
+
+   GNU Free Documentation License
+ Version 1.2, November 2002
+
+
+ Copyright (C) 2000,2001,2002  Free Software Foundation, Inc.
+ 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
+ Everyone is permitted to copy and distribute verbatim copies
+ of this license document, but changing it is not allowed.
+
+
+0. PREAMBLE
+
+The purpose of this License is to make a manual, textbook, or other
+functional and useful document free in the sense of freedom: to
+assure everyone the effective freedom to copy and redistribute it,
+with or without modifying it, either commercially or noncommercially.
+Secondarily, this License preserves for the author and publisher a way
+to get credit for their work, while not being considered responsible
+for modifications made by others.
+
+This License is a kind of copyleft, which means that derivative
+works of the document must themselves be free in the same sense.  It
+complements the GNU General Public License, which is a copyleft
+license designed for free software.
+
+We have designed this License in order to use it for manuals for free
+software, because free software needs free documentation: a free
+program should come with manuals providing the same freedoms that the
+software does.  But this License is not limited to software manuals;
+it can be used for any textual work, regardless of subject matter or
+whether it is published as a printed book.  We recommend this License
+principally for works whose purpose is instruction or reference.
+
+
+1. APPLICABILITY AND DEFINITIONS
+
+This License applies to any manual or other work, in any medium, that
+contains a notice placed by the copyright holder saying it can be
+distributed under the terms of this License.  Such a notice grants a
+world-wide, royalty-free license, unlimited in duration, to use that
+work under the conditions stated herein.  The Document, below,
+refers to any such manual or work.  Any member of the public is a
+licensee, and is addressed as you.  You accept the license if you
+copy, modify or distribute the work in a way requiring permission
+under copyright law.
+
+A Modified Version of the Document means any work containing the
+Document or a portion of it, either copied verbatim, or with
+modifications and/or translated into another language.
+
+A Secondary Section is a named appendix or a front-matter section of
+the Document that deals exclusively with the relationship of the
+publishers or authors of the Document to the Document's overall subject
+(or to related matters) and contains nothing that could fall directly
+within that overall subject.  (Thus, if the Document is in part a
+textbook of mathematics, a Secondary Section may not explain any
+mathematics.)  The relationship could be a matter of historical
+connection with the subject or with related matters, or of legal,
+commercial, philosophical, ethical or political position regarding
+them.
+
+The Invariant Sections are certain Secondary Sections whose titles
+are designated, as being those of Invariant Sections, in the notice
+that says that the Document is released under this License.  If a
+section does not fit the above definition of Secondary then it is not
+allowed to be designated as Invariant.  The Document may contain zero
+Invariant Sections.  If the Document does not identify any Invariant
+Sections then there are none.
+
+The Cover Texts

Bug#292234: adds gfdl license

[Paul Brossier]

tag 292234 patch
thanks

+kbiff (3.7.1-3.1) unstable; urgency=low
+
+  * NMU
+  * Added complete GFDL license to debian copyright and correct license
+location to man/kbiff.sgml (Closes: #292234)
+  * Regenerated man/kbiff.1 with docbook-to-man
+
+ -- Paul Brossier [EMAIL PROTECTED]  Fri,  4 Feb 2005 18:16:48 +
diff -u kbiff-3.7.1/debian/changelog kbiff-3.7.1/debian/changelog
--- kbiff-3.7.1/debian/changelog
+++ kbiff-3.7.1/debian/changelog
@@ -1,3 +1,12 @@
+kbiff (3.7.1-3.1) unstable; urgency=low
+
+  * NMU
+  * Added complete GFDL license to debian copyright and correct license
+location to man/kbiff.sgml (Closes: #292234)
+  * Regenerated man/kbiff.1 with docbook-to-man
+
+ -- Paul Brossier [EMAIL PROTECTED]  Fri,  4 Feb 2005 18:16:48 +
+
 kbiff (3.7.1-3) unstable; urgency=low
 
   * Do not gzip index.docbook files.
diff -u kbiff-3.7.1/debian/copyright kbiff-3.7.1/debian/copyright
--- kbiff-3.7.1/debian/copyright
+++ kbiff-3.7.1/debian/copyright
@@ -25,0 +26,405 @@
+
+
+The kbiff manpage is distributed under the terms of the 
+GNU Free Documentation License, with not Front-Covers Texts and no 
+Back-Covers Texts. The full text of the license follows.
+
+
+
+   GNU Free Documentation License
+ Version 1.2, November 2002
+
+
+ Copyright (C) 2000,2001,2002  Free Software Foundation, Inc.
+ 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
+ Everyone is permitted to copy and distribute verbatim copies
+ of this license document, but changing it is not allowed.
+
+
+0. PREAMBLE
+
+The purpose of this License is to make a manual, textbook, or other
+functional and useful document free in the sense of freedom: to
+assure everyone the effective freedom to copy and redistribute it,
+with or without modifying it, either commercially or noncommercially.
+Secondarily, this License preserves for the author and publisher a way
+to get credit for their work, while not being considered responsible
+for modifications made by others.
+
+This License is a kind of copyleft, which means that derivative
+works of the document must themselves be free in the same sense.  It
+complements the GNU General Public License, which is a copyleft
+license designed for free software.
+
+We have designed this License in order to use it for manuals for free
+software, because free software needs free documentation: a free
+program should come with manuals providing the same freedoms that the
+software does.  But this License is not limited to software manuals;
+it can be used for any textual work, regardless of subject matter or
+whether it is published as a printed book.  We recommend this License
+principally for works whose purpose is instruction or reference.
+
+
+1. APPLICABILITY AND DEFINITIONS
+
+This License applies to any manual or other work, in any medium, that
+contains a notice placed by the copyright holder saying it can be
+distributed under the terms of this License.  Such a notice grants a
+world-wide, royalty-free license, unlimited in duration, to use that
+work under the conditions stated herein.  The Document, below,
+refers to any such manual or work.  Any member of the public is a
+licensee, and is addressed as you.  You accept the license if you
+copy, modify or distribute the work in a way requiring permission
+under copyright law.
+
+A Modified Version of the Document means any work containing the
+Document or a portion of it, either copied verbatim, or with
+modifications and/or translated into another language.
+
+A Secondary Section is a named appendix or a front-matter section of
+the Document that deals exclusively with the relationship of the
+publishers or authors of the Document to the Document's overall subject
+(or to related matters) and contains nothing that could fall directly
+within that overall subject.  (Thus, if the Document is in part a
+textbook of mathematics, a Secondary Section may not explain any
+mathematics.)  The relationship could be a matter of historical
+connection with the subject or with related matters, or of legal,
+commercial, philosophical, ethical or political position regarding
+them.
+
+The Invariant Sections are certain Secondary Sections whose titles
+are designated, as being those of Invariant Sections, in the notice
+that says that the Document is released under this License.  If a
+section does not fit the above definition of Secondary then it is not
+allowed to be designated as Invariant.  The Document may contain zero
+Invariant Sections.  If the Document does not identify any Invariant
+Sections then there are none.
+
+The Cover Texts are certain short passages of text that are listed,
+as Front-Cover Texts or Back-Cover Texts, in the notice that says that
+the Document is released under this License.  A Front-Cover Text may
+be at most 5 words, and a Back-Cover Text may

Bug#292243: adds gfdl license

[Paul Brossier]

tag 292243 patch
thanks

+xbvl (2.2-4.1) unstable; urgency=low
+
+  * NMU
+  * Added complete GFDL text to debian/copyright and correct license
+location to debian/xbvl.1 (closes: #292243)
+
+ -- Paul Brossier [EMAIL PROTECTED]  Sat,  5 Feb 2005 02:12:24 +
diff -u xbvl-2.2/debian/changelog xbvl-2.2/debian/changelog
--- xbvl-2.2/debian/changelog
+++ xbvl-2.2/debian/changelog
@@ -1,3 +1,11 @@
+xbvl (2.2-4.1) unstable; urgency=low
+
+  * NMU
+  * Added complete GFDL text to debian/copyright and correct license
+location to debian/xbvl.1 (closes: #292243)
+
+ -- Paul Brossier [EMAIL PROTECTED]  Sat,  5 Feb 2005 02:12:24 +
+
 xbvl (2.2-4) unstable; urgency=low
 
   * Fix FTBFS with gcc-3.4 and conflicting types for 'sbrk' (Closes: #25992)
diff -u xbvl-2.2/debian/copyright xbvl-2.2/debian/copyright
--- xbvl-2.2/debian/copyright
+++ xbvl-2.2/debian/copyright
@@ -9,0 +10,406 @@
+
+
+
+The xvbl.1 manpage is distributed under the terms of the 
+GNU Free Documentation License, with not Front-Covers Texts and no 
+Back-Covers Texts. The full text of the license follows.
+
+
+
+   GNU Free Documentation License
+ Version 1.2, November 2002
+
+
+ Copyright (C) 2000,2001,2002  Free Software Foundation, Inc.
+ 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
+ Everyone is permitted to copy and distribute verbatim copies
+ of this license document, but changing it is not allowed.
+
+
+0. PREAMBLE
+
+The purpose of this License is to make a manual, textbook, or other
+functional and useful document free in the sense of freedom: to
+assure everyone the effective freedom to copy and redistribute it,
+with or without modifying it, either commercially or noncommercially.
+Secondarily, this License preserves for the author and publisher a way
+to get credit for their work, while not being considered responsible
+for modifications made by others.
+
+This License is a kind of copyleft, which means that derivative
+works of the document must themselves be free in the same sense.  It
+complements the GNU General Public License, which is a copyleft
+license designed for free software.
+
+We have designed this License in order to use it for manuals for free
+software, because free software needs free documentation: a free
+program should come with manuals providing the same freedoms that the
+software does.  But this License is not limited to software manuals;
+it can be used for any textual work, regardless of subject matter or
+whether it is published as a printed book.  We recommend this License
+principally for works whose purpose is instruction or reference.
+
+
+1. APPLICABILITY AND DEFINITIONS
+
+This License applies to any manual or other work, in any medium, that
+contains a notice placed by the copyright holder saying it can be
+distributed under the terms of this License.  Such a notice grants a
+world-wide, royalty-free license, unlimited in duration, to use that
+work under the conditions stated herein.  The Document, below,
+refers to any such manual or work.  Any member of the public is a
+licensee, and is addressed as you.  You accept the license if you
+copy, modify or distribute the work in a way requiring permission
+under copyright law.
+
+A Modified Version of the Document means any work containing the
+Document or a portion of it, either copied verbatim, or with
+modifications and/or translated into another language.
+
+A Secondary Section is a named appendix or a front-matter section of
+the Document that deals exclusively with the relationship of the
+publishers or authors of the Document to the Document's overall subject
+(or to related matters) and contains nothing that could fall directly
+within that overall subject.  (Thus, if the Document is in part a
+textbook of mathematics, a Secondary Section may not explain any
+mathematics.)  The relationship could be a matter of historical
+connection with the subject or with related matters, or of legal,
+commercial, philosophical, ethical or political position regarding
+them.
+
+The Invariant Sections are certain Secondary Sections whose titles
+are designated, as being those of Invariant Sections, in the notice
+that says that the Document is released under this License.  If a
+section does not fit the above definition of Secondary then it is not
+allowed to be designated as Invariant.  The Document may contain zero
+Invariant Sections.  If the Document does not identify any Invariant
+Sections then there are none.
+
+The Cover Texts are certain short passages of text that are listed,
+as Front-Cover Texts or Back-Cover Texts, in the notice that says that
+the Document is released under this License.  A Front-Cover Text may
+be at most 5 words, and a Back-Cover Text may be at most 25 words.
+
+A Transparent copy of the Document means a machine-readable copy

Bug#292225: diffs to include GFDL and fix copyright

[Paul Brossier]

diff -u blinkd-0.4.7/debian/changelog blinkd-0.4.7/debian/changelog
--- blinkd-0.4.7/debian/changelog
+++ blinkd-0.4.7/debian/changelog
@@ -1,3 +1,15 @@
+blinkd (0.4.7-1.1) unstable; urgency=low
+
+  * NMU.
+  * Added complete GFDL license to debian/copyright, pointing to
+/usr/share/doc/blinkd/copyright in blink.dbk and blinkd.dbk
+(closes: #292225)
+  * Further clarified debian/copyright, including copyright statement 
+and pointers to the GPL-2 (closes: #292317)
+  * Corrected filenames in blinkd.dbk from /usr/doc to /usr/share/doc.
+
+ -- Paul Brossier [EMAIL PROTECTED]  Thu,  3 Feb 2005 19:55:19 +
+
 blinkd (0.4.7-1) unstable; urgency=low
 
   * Use of CDBS.
diff -u blinkd-0.4.7/debian/copyright blinkd-0.4.7/debian/copyright
--- blinkd-0.4.7/debian/copyright
+++ blinkd-0.4.7/debian/copyright
@@ -9,8 +9,424 @@
+Copyright (C) 1998 W. Borgert [EMAIL PROTECTED]
 
-   GNU GENERAL PUBLIC LICENSE
-  Version 2, June 1991
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
 
- Copyright (C) 1989, 1991 Free Software Foundation, Inc.
-   59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software
+   Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+
+   On Debian systems the full text of the GNU General Public Licence,
+   version 2, can be found at /usr/share/common-licenses/GPL-2
+
+
+
+The blink and blinkd manpages are distributed under the terms of the 
+GNU Free Documentation License, with not Front-Covers Texts and no 
+Back-Covers Texts. The full text of the license follows.
+
+
+
+   GNU Free Documentation License
+ Version 1.2, November 2002
+
+
+ Copyright (C) 2000,2001,2002  Free Software Foundation, Inc.
+ 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
  Everyone is permitted to copy and distribute verbatim copies
  of this license document, but changing it is not allowed.
+
+
+0. PREAMBLE
+
+The purpose of this License is to make a manual, textbook, or other
+functional and useful document free in the sense of freedom: to
+assure everyone the effective freedom to copy and redistribute it,
+with or without modifying it, either commercially or noncommercially.
+Secondarily, this License preserves for the author and publisher a way
+to get credit for their work, while not being considered responsible
+for modifications made by others.
+
+This License is a kind of copyleft, which means that derivative
+works of the document must themselves be free in the same sense.  It
+complements the GNU General Public License, which is a copyleft
+license designed for free software.
+
+We have designed this License in order to use it for manuals for free
+software, because free software needs free documentation: a free
+program should come with manuals providing the same freedoms that the
+software does.  But this License is not limited to software manuals;
+it can be used for any textual work, regardless of subject matter or
+whether it is published as a printed book.  We recommend this License
+principally for works whose purpose is instruction or reference.
+
+
+1. APPLICABILITY AND DEFINITIONS
+
+This License applies to any manual or other work, in any medium, that
+contains a notice placed by the copyright holder saying it can be
+distributed under the terms of this License.  Such a notice grants a
+world-wide, royalty-free license, unlimited in duration, to use that
+work under the conditions stated herein.  The Document, below,
+refers to any such manual or work.  Any member of the public is a
+licensee, and is addressed as you.  You accept the license if you
+copy, modify or distribute the work in a way requiring permission
+under copyright law.
+
+A Modified Version of the Document means any work containing the
+Document or a portion of it, either copied verbatim, or with
+modifications and/or translated into another language.
+
+A Secondary Section is a named appendix or a front-matter section of
+the Document that deals exclusively with the relationship of the
+publishers or authors of the Document to the Document's overall subject
+(or to related matters) and contains nothing that could fall directly
+within that overall subject.  (Thus, if the Document is in part

Bug#292225: diffs to include GFDL and fix copyright

[Paul Brossier]

tags 299225 patch
thanks

+blinkd (0.4.7-1.1) unstable; urgency=low
+
+  * NMU.
+  * Added complete GFDL license to debian/copyright, pointing to
+/usr/share/doc/blinkd/copyright in blink.dbk and blinkd.dbk
+(closes: #292225)
+  * Further clarified debian/copyright, including copyright statement
+and pointers to the GPL-2 (closes: #292317)
+  * Corrected filenames in blinkd.dbk from /usr/doc to /usr/share/doc.
+
+ -- Paul Brossier [EMAIL PROTECTED]  Thu,  3 Feb 2005 19:55:19 +

(oops, the first patch had a wrong FSF address and was lacking pointers
to the copyright for the source package.)
diff -u blinkd-0.4.7/debian/changelog blinkd-0.4.7/debian/changelog
--- blinkd-0.4.7/debian/changelog
+++ blinkd-0.4.7/debian/changelog
@@ -1,3 +1,15 @@
+blinkd (0.4.7-1.1) unstable; urgency=low
+
+  * NMU.
+  * Added complete GFDL license to debian/copyright, pointing to
+/usr/share/doc/blinkd/copyright in blink.dbk and blinkd.dbk
+(closes: #292225)
+  * Further clarified debian/copyright, including copyright statement 
+and pointers to the GPL-2 (closes: #292317)
+  * Corrected filenames in blinkd.dbk from /usr/doc to /usr/share/doc.
+
+ -- Paul Brossier [EMAIL PROTECTED]  Thu,  3 Feb 2005 19:55:19 +
+
 blinkd (0.4.7-1) unstable; urgency=low
 
   * Use of CDBS.
diff -u blinkd-0.4.7/debian/copyright blinkd-0.4.7/debian/copyright
--- blinkd-0.4.7/debian/copyright
+++ blinkd-0.4.7/debian/copyright
@@ -9,8 +9,425 @@
+Copyright (C) 1998 W. Borgert [EMAIL PROTECTED]
 
-   GNU GENERAL PUBLIC LICENSE
-  Version 2, June 1991
+   This program is free software; you can redistribute it and/or modify
+   it under the terms of the GNU General Public License as published by
+   the Free Software Foundation; either version 2 of the License, or
+   (at your option) any later version.
 
- Copyright (C) 1989, 1991 Free Software Foundation, Inc.
-   59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
+   This program is distributed in the hope that it will be useful,
+   but WITHOUT ANY WARRANTY; without even the implied warranty of
+   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+   GNU General Public License for more details.
+
+   You should have received a copy of the GNU General Public License
+   along with this program; if not, write to the Free Software
+   Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307,
+   USA.
+
+   On Debian systems the full text of the GNU General Public Licence,
+   version 2, can be found at /usr/share/common-licenses/GPL-2
+
+
+
+The blink and blinkd manpages are distributed under the terms of the 
+GNU Free Documentation License, with not Front-Covers Texts and no 
+Back-Covers Texts. The full text of the license follows.
+
+
+
+   GNU Free Documentation License
+ Version 1.2, November 2002
+
+
+ Copyright (C) 2000,2001,2002  Free Software Foundation, Inc.
+ 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
  Everyone is permitted to copy and distribute verbatim copies
  of this license document, but changing it is not allowed.
+
+
+0. PREAMBLE
+
+The purpose of this License is to make a manual, textbook, or other
+functional and useful document free in the sense of freedom: to
+assure everyone the effective freedom to copy and redistribute it,
+with or without modifying it, either commercially or noncommercially.
+Secondarily, this License preserves for the author and publisher a way
+to get credit for their work, while not being considered responsible
+for modifications made by others.
+
+This License is a kind of copyleft, which means that derivative
+works of the document must themselves be free in the same sense.  It
+complements the GNU General Public License, which is a copyleft
+license designed for free software.
+
+We have designed this License in order to use it for manuals for free
+software, because free software needs free documentation: a free
+program should come with manuals providing the same freedoms that the
+software does.  But this License is not limited to software manuals;
+it can be used for any textual work, regardless of subject matter or
+whether it is published as a printed book.  We recommend this License
+principally for works whose purpose is instruction or reference.
+
+
+1. APPLICABILITY AND DEFINITIONS
+
+This License applies to any manual or other work, in any medium, that
+contains a notice placed by the copyright holder saying it can be
+distributed under the terms of this License.  Such a notice grants a
+world-wide, royalty-free license, unlimited in duration, to use that
+work under the conditions stated herein.  The Document, below,
+refers to any such manual or work.  Any member of the public is a
+licensee, and is addressed as you.  You accept