Bug#883636: stretch update for showq

[Jaromír Mikeš]

On Wed, Mar 14, 2018, 6:47 PM Adrian Bunk  wrote:

> On Tue, Jan 02, 2018 at 05:36:06PM +, Debian Bug Tracking System wrote:
> >...
> >  showq (0.4.1+git20161215~dfsg0-3) unstable; urgency=medium
> >...
> >* Hack prefix to get app started. (Closes: #883636)
> >  Thanks to James Cowgill 
> >...
>
> Thanks a lot for fixing this bug for unstable.
>
> It is still present in stretch, could you also fix it there?
> Alternatively, I can fix it for stretch if you don't object.
>

Please go ahead. I don't object.

best

mira

>
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: salsa commits ML

[Jaromír Mikeš]

2018-02-02 9:06 GMT+01:00 Mattia Rizzolo <mat...@debian.org>:

> On Thu, Feb 01, 2018 at 07:29:11PM +0100, Jaromír Mikeš wrote:
> > 2018-01-31 12:16 GMT+01:00 James Cowgill <jcowg...@debian.org>:
> >
> > > Hi,
> > >
> > > On 31/01/18 11:02, Mattia Rizzolo wrote:
> > > > On Wed, Jan 31, 2018 at 09:32:09AM +, James Cowgill wrote:
> > > >> pkg-multimedia-commits is dead now that things have been migrated to
> > > salsa.
> > > >>
> > > >> For salsa you can:
> > > >> - Join #debian-multimedia - all commits are sent there.
> > > >> - Subscribe to a package on tracker.d.o and enable the "vcs"
> keyword.
> > > >   - join the multimedia team on tracker: https://tracker.debian.org/
> > > teams/debian-multimedia/
> > > >
> > > > Then you won't need subscribe to single packages.
> > >
> > > I remember trying this before, but tracker won't let me join the team
> > > (or any teams at all it seems).
>
> So there was also a bug that prevented joining a team if you had
> multiple emails registered in tracker.  That's now fixed!
> (this also means I couldn't test it myself up until now, although I was
> part of a couple of teams I created and it works there).
>
> > Hmm I have "join multimedia team" but I didn't received single commit
> > message yet :(
> > Also subscribe to all packages one by one is not what I like :( 
> > I want to see all commits as I am learning from other's work.
>
> Are you subscribed to the 'vcs' keywords?  Check out your subscriptions
> default.
>

​It looks like this was the point ;) Now I got some commits messages ...

Thank you Mattia ... I think we should also update our wiki pages

https://wiki.debian.org/DebianMultimedia/DevelopPackaging
https://wiki.debian.org/DebianMultimedia/Join

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

salsa commits ML

[Jaromír Mikeš]

Hi,

I don't see commits (pushed to salsa repos) on pkg-multimedia-commits
mailing list.
Where I can subscribe to get commits pushed to https://salsa.debian.org/ ?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: salsa git push problem

[Jaromír Mikeš]

2018-01-29 23:23 GMT+01:00 Mattia Rizzolo <mat...@debian.org>:

> On Mon, Jan 29, 2018 at 11:14:26PM +0100, Jaromír Mikeš wrote:
> > $ git push https://salsa.debian.org/multimedia-team/lv2  master
> > --follow-tags
> > Username for 'https://salsa.debian.org': mira-guest
> > Password for 'https://mira-gu...@salsa.debian.org':
> > remote: You are not allowed to push code to this project.
> > fatal: unable to access 'https://salsa.debian.org/
> multimedia-team/lv2.git/':
> > The requested URL returned error: 403
> >
> > any idea what might be wrong?
>
> Of course, you weren't part of the team…
>
> Members have not been migrated, so you need to request access.
> I've now added you, so you should be able to push.
>
>
​Ohh ... this was real reason ... thank you Mattia

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: salsa git push problem

[Jaromír Mikeš]

2018-01-29 23:14 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:

> Hi,
>
> I have problem to push commits to salsa repo ...
>
> $ git push https://salsa.debian.org/multimedia-team/lv2  master
> --follow-tags
> Username for 'https://salsa.debian.org': mira-guest
> Password for 'https://mira-gu...@salsa.debian.org':
> remote: You are not allowed to push code to this project.
> fatal: unable to access 'https://salsa.debian.org/multimedia-team/lv2.git/':
> The requested URL returned error: 403
>
> any idea what might be wrong?
> ​
>

​Aha ... i took couple of minutes to ssh key has been accepted ... now it
seems to ok ...

regards

mira​
​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Accepted lv2 1.14.0~dfsg1-2 (source) into unstable

[Jaromír Mikeš]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 29 Jan 2018 23:02:59 +0100
Source: lv2
Binary: lv2-dev lv2-examples
Architecture: source
Version: 1.14.0~dfsg1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers <debian-multime...@lists.debian.org>
Changed-By: Jaromír Mikeš <mira.mi...@seznam.cz>
Description:
 lv2-dev- LV2 audio plugin specification
 lv2-examples - LV2 audio plugin specification (example plugins)
Closes: 888762
Changes:
 lv2 (1.14.0~dfsg1-2) unstable; urgency=medium
 .
   * Bump Standards.
   * Set dh/compat 11.
   * Update VCS to salsa.
   * New maintainer address <debian-multimedia@lists.d.o>
   * Use secure uri in copyright file.
   * Fix pkg-config path for cross compilation. (Closes: #888762)
Checksums-Sha1:
 fbaab2cb8cb479d1dbcc13e6d43131bb7ccad029 2087 lv2_1.14.0~dfsg1-2.dsc
 3d637fe4856f695516f1487abeb9893d24b4bc9b 5664 lv2_1.14.0~dfsg1-2.debian.tar.xz
 eef5a97c97384c8d265a40267153241c944addd7 11191 
lv2_1.14.0~dfsg1-2_amd64.buildinfo
Checksums-Sha256:
 2910e7b2447f6a29b718f6cac12462f7bb5cec2048aecc0b422f0b5c4b4d2c18 2087 
lv2_1.14.0~dfsg1-2.dsc
 464a4eec3944bbc51f114a312ad42f6b2f892e16c325a6d4d13cab7f4ef53b63 5664 
lv2_1.14.0~dfsg1-2.debian.tar.xz
 40734b42feef647f162c311c2868281d698f63f48f51226640aab3bf31a21c84 11191 
lv2_1.14.0~dfsg1-2_amd64.buildinfo
Files:
 3bc06a56613b06a91b1dc4c19671561a 2087 sound optional lv2_1.14.0~dfsg1-2.dsc
 5843f1ff898fd3a04d465dc596a5e523 5664 sound optional 
lv2_1.14.0~dfsg1-2.debian.tar.xz
 92afa7ec7e6579129276ecd1c60ba9e0 11191 sound optional 
lv2_1.14.0~dfsg1-2_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQJJBAEBCgAzFiEESlQ1E9LfY1GoF46jWwGUVeK4T6UFAlpvmqQVHG1pcmEubWlr
ZXNAc2V6bmFtLmN6AAoJEFsBlFXiuE+lzpcQALVrrrdoLAgxtrAEAeS6MFJM7j5O
7Whn0voNyrA7N8769n9jkcuhpbUMIpFBRMbkQ0BlFt/5UgVhA2js9WcjoNuCOWsm
XcMcHQ28kOLdd65rnyKc3ulw86Mr22/9B9i4NROVgeg3v/XmGD9oSUYhBUHu+OZs
HJmsXXS8IdZbTN/MfoBuJwKeEBLoOLhHbDhXsOQRIZ+fukPZFhN5rMnK38oMDR8i
TgZ63Bn1Q8QUyETgy59HAmdKtt6XEOMliCKuLOwb7je3iIky9dVqTYwHuOuf8oWr
qLYpEQDthfLF7t0TgWvmwLfz45tUuKGglmvfKWwosLNz7knYIPJd3iX524DQcItE
ujIweELs+zrUrMIMu6QaRz1lmYEcCS9dFMKiT0ht708gFHF4gwB54b+p+3D9hn7q
6UegNx4IznVYi9mHgnsv8CPneQyaNwen6DMXZcxF8EBl1XHbonFqiZ+bqJ6WAbCe
qnAXaxRwzK3+ZNRxo2ubhD4MCN1fc1y4uDSUSii8Fsn8u1tTPP1xsKAb+HT/MbYk
qFtfCbT6Ld0N0hjEd8/8vf8xTUkYQy2e8LpV7kb/yK19e2rGvHqJsz3QPS9SJ5+6
VBJx5BgGymOfP0KEzM/r6zwZEheTHQCr9L44NiI7QysU9DQkVtc2a1YQfi6D8wDU
/vgAzNCfMidTP8ey
=snVg
-END PGP SIGNATURE-


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

salsa git push problem

[Jaromír Mikeš]

Hi,

I have problem to push commits to salsa repo ...

$ git push https://salsa.debian.org/multimedia-team/lv2  master
--follow-tags
Username for 'https://salsa.debian.org': mira-guest
Password for 'https://mira-gu...@salsa.debian.org':
remote: You are not allowed to push code to this project.
fatal: unable to access 'https://salsa.debian.org/multimedia-team/lv2.git/':
The requested URL returned error: 403

any idea what might be wrong?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: [Audacity-devel] Bug#888332: audacity: FTBFS with FFmpeg 3.5

[Jaromír Mikeš]

2018-01-26 21:00 GMT+01:00 Paul Licameli <paul.licam...@gmail.com>:

>
>
> On Fri, Jan 26, 2018 at 2:51 PM, Darrell Walisser <
> darrell.walis...@gmail.com> wrote:
>
>> On Thu, Jan 25, 2018 at 1:19 AM, Jaromír Mikeš <mira.mi...@gmail.com>
>> wrote:
>>
>>> Hello audacity developers,
>>>
>>> current audacity release doesn't build with upcoming ffmpeg 3.5.
>>> As we in debian build audacity against system-wide ffmpeg it can be
>>> serious problem in near future
>>> and audacity might be removed from debian archive.
>>>
>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888332
>>>
>>> best regards
>>>
>>> mira
>>>
>>>
>>>
>> ​I have a fix for this in progress. Hope this note avoids any duplication
>> of effort.​
>>
>
> That will be most welcome.
>
> Our intention is to release 2.2.2 beta very soon.  I hope Debian will
> allow us one more release to include Darrell's fixes.
>
> PRL
>

​Hi James,

audacity devs already are working on ffmpep 3.5 support ​... but it will
not probably go to upcoming release.
When do you plan ffmpeg transition ?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#885763: invada-studio-plugins-lv2: Depends on libgnome

[Jaromír Mikeš]

2018-01-27 8:48 GMT+01:00 Adrian Bunk <b...@debian.org>:

> On Fri, Dec 29, 2017 at 08:20:11PM +0100, Jaromír Mikeš wrote:
> >...
> > as you see there is ongoing process of removing of old libs in debian.
> > ​invada-studio-plugins-lv2 package depends on one of them unfortunately.
> >...
>
> Is there actually any reason why the package does depend on libgnome?
>
> No plugin is linked with libgnome (there is also no build dependency),
> and all these manual library dependencies look wrong to me
> (${shlibs:Depends} already does the right thing).
>
> In other words, I'd suggest to:
>
> --- invada-studio-plugins-lv2-1.2.0+repack0/debian/control
> 2016-12-19 20:44:37.0 +0200
> +++ invada-studio-plugins-lv2-1.2.0+repack0/debian/control
> 2018-01-27 09:40:48.0 +0200
> @@ -18,12 +18,6 @@
>  Package: invada-studio-plugins-lv2
>  Architecture: any
>  Depends:
> - libcairo2,
> - libglade2-0,
> - libglib2.0-0,
> - libgnome2-0,
> - libgtk2.0-0,
> - libxml2,
>   ${misc:Depends},
>   ${shlibs:Depends}
>  Provides:
>


​Hi Adrian,

I can definitely do this but package still build-depend on libgtk2.0-dev ...
I tried build with libgtk-3-dev but build failed ... package is dead
upstream for couple of years
and I am not able to port it to gtk 3

best regards

mira ​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#888332: audacity: FTBFS with FFmpeg 3.5

[Jaromír Mikeš]

Hello audacity developers,

current audacity release doesn't build with upcoming ffmpeg 3.5.
As we in debian build audacity against system-wide ffmpeg it can be serious
problem in near future
and audacity might be removed from debian archive.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888332

best regards

mira


2018-01-24 23:26 GMT+01:00 :

> Source: audacity
> Version: 2.2.1-1
> Severity: important
> User: debian-multime...@lists.debian.org
> Usertags: ffmpeg-3.5-transition
>
> Hi,
>
> Your package FTBFS with the upcoming version 3.5 of FFmpeg. In FFmpeg 3.5,
> there are a number of API changes which will cause many packages to FTBFS.
> For this reason I have uploaded an early development snapshot to
> experimental
> before the 3.5 release in an attempt to fix some of these a bit quicker.
> While 3.5 has not been finalized and the ABI is not stable yet, there
> should
> not be any significant API breakages before the release.
>
> Incomplete list of changes (based on looking at common build failures):
> - Some fields in AVCodecContext have been removed and replaced with private
>   options which can be set using the av_opt_set* APIs
> - Most CODEC_* constants have been renamed to AV_CODEC_*
> - The buffer constants FF_INPUT_BUFFER_PADDING_SIZE and FF_MIN_BUFFER_SIZE
>   have been renamed to AV_INPUT_BUFFER_PADDING_SIZE and
>   AV_INPUT_BUFFER_MIN_SIZE.
> - The old resampling API provided by libavcodec haupcommings been removed.
> Use
>   libswresample instead.
> - The libavfilter/avfiltergraph.h header has been removed, include
>   libavfilter/avfilter.h instead.
> - The AVFrac structure (representing mixed rational numbers) has been
>   removed.
>
> Build log:
> https://people.debian.org/~jcowgill/ffmpeg-3.5-20180122/
> audacity_amd64.build
>
> Thanks,
> James
>
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/
> pkg-multimedia-maintainers
>
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#886603: libgig: FTBFS: fatal error: linux/cdrom.h: No such file or directory

[Jaromír Mikeš]

2018-01-08 3:17 GMT+01:00 Samuel Thibault :

> Hello,
>
> Aaron M. Ucko, on dim. 07 janv. 2018 21:08:58 -0500, wrote:
> >   Akai.h:56:11: fatal error: linux/cdrom.h: No such file or directory
> >
> > If you can get libgig to work reasonably well on either or both
> > architectures without this header, please do so.
>
> Note that they have a sys/cdrom.h which should fit most needs.


​Hi,

here is a answer from upstream:
quote
--
libgig built fine on Hurd in the past because libgig did not have Akai
support
at that point yet. The Akai format is trickier than the other sound formats
of
libgig (namely Giga, SoundFont 2, DLS, Korg) because all other ones are just
reading files, whereas Akai requires storage devices to be accessed directly
(i.e. Akai CDROMs) because Akai was using their own prorietary file system,
and
even their own partition layout on block level. Because these were dedicated
hardware sampler devices from Akai.

Right now I do not have a Hurd installation, so ATM I have no plans to fix
this
issue for Hurd by myself. Like always patches are appreciated though. Since
the driver infrastructure is quite similar to Linux, I don't think it should
be hard to adapt the Akai CDROM reader code for building on Hurd.

If there is no volunteer for doing that, then you can of course also simply
omit building Akai.h and Akai.cpp for the Hurd architecture and that's it.​
​-​

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: giada - new release

[Jaromír Mikeš]

2018-01-17 17:19 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> Hi,
>
> On 17/01/18 15:42, Jaromír Mikeš wrote:
> > ​Hi,
> >
> > giada unfortunately fail to build on some archs ... I already informed
> > upstream but not answer yet.
> > Can someone look if fixing this is rather trivial or complicated.
> >
> > https://buildd.debian.org/status/package.php?p=giada
>
> The entire function for reference:
> > std::string gu_format(const char* format, ...)
> > {
> >   va_list args;
> >
> >   /* Compute the size of the new expanded string (i.e. with
> replacement taken
> >   into account). */
> >
> >   size_t size = vsnprintf(nullptr, 0, format, args);
> >
> >   /* Create a new temporary char array to hold the new expanded
> string. */
> >
> >   std::unique_ptr<char[]> tmp(new char[size]);
> >
> >   /* Fill the temporary string with the formatted data. */
> >
> >   va_start(args, format);
> >   vsprintf(tmp.get(), format, args);
> >   va_end(args);
> >
> >   return string(tmp.get(), tmp.get() + size - 1);
> > }
>
> This line (the one the error complains about) reads the uninitialized
> args and invokes undefined behavior:
> > size_t size = vsnprintf(nullptr, 0, format, args);
>
> It needs to be surrounded in va_start, va_end block.
>
> The second subtle error is that vsnprintf returns the size _excluding
> the null byte_. This will cause the vsprintf call to overflow the buffer
> by 1 byte.
>
> This might work (untested):
>  va_start(args, format);
>  size_t size = vsnprintf(nullptr, 0, format, args) + 1;
>  va_end(args);
>
> Some alternative implementations. The varardic template solution (the
> third one) is similar to this code (and the one I like the most):
> https://stackoverflow.com/questions/2342162/stdstring-
> formatting-like-sprintf


​Thank you James! Uploaded! Let's see.

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: giada - new release

[Jaromír Mikeš]

2018-01-16 23:26 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:

>
>
> 2018-01-16 22:47 GMT+01:00 James Cowgill <jcowg...@debian.org>:
>
>> Hi,
>>
>> On 16/01/18 18:53, Jaromír Mikeš wrote:
>> > Hi,
>> >
>> > in giada package 02-rtmidi-pkgconfig.patch is not applying anymore.
>> > I am not sure if this patch can be dropped or it should be updated?
>> > Can someone have a look please? James maybe you as as author of this
>> patch.
>>
>> Here's a refreshed patch.
>>
>> It looks like upstream has changed the headers to 
>> which is a hack and against the intentions of upstream rtmidi, but it
>> will work without my patch (for now). I think using pkg-config is still
>> more correct though.
>>
>
> ​Thank you James!
>

​Hi,

giada unfortunately fail to build on some archs ... I already informed
upstream but not answer yet.
Can someone look if fixing this is rather trivial or complicated.

https://buildd.debian.org/status/package.php?p=giada
​
​best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: giada - new release

[Jaromír Mikeš]

2018-01-16 22:47 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> Hi,
>
> On 16/01/18 18:53, Jaromír Mikeš wrote:
> > Hi,
> >
> > in giada package 02-rtmidi-pkgconfig.patch is not applying anymore.
> > I am not sure if this patch can be dropped or it should be updated?
> > Can someone have a look please? James maybe you as as author of this
> patch.
>
> Here's a refreshed patch.
>
> It looks like upstream has changed the headers to 
> which is a hack and against the intentions of upstream rtmidi, but it
> will work without my patch (for now). I think using pkg-config is still
> more correct though.
>

​Thank you James!

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

giada - new release

[Jaromír Mikeš]

Hi,

in giada package 02-rtmidi-pkgconfig.patch is not applying anymore.
I am not sure if this patch can be dropped or it should be updated?
Can someone have a look please? James maybe you as as author of this patch.

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#887049: zita-convolver: consider use arch-bits=32/64 fmt in symbol file

[Jaromír Mikeš]

2018-01-13 11:44 GMT+01:00 Jonas Smedegaard <jo...@jones.dk>:

> Quoting Jaromír Mikeš (2018-01-13 10:55:39)
> > 2018-01-13 4:42 GMT+01:00 YunQiang Su <wzss...@gmail.com>:
> >
> > > Package: src:zita-convolver
> > > Version: 3.1.0-6
> > >
> > > https://manpages.debian.org/unstable/dpkg-dev/dpkg-
> gensymbols.1.en.html
> > > New version of dpkg support a new syntax like:
> > >(arch-bits=32)32bit_specific_symbol@Base 1.0
> > >(arch-bits=64)64bit_specific_symbol@Base 1.0
> > >
> > > Please consider use this.
> > > I am working on porting Debian to some new architectures.
> > > This syntax seems great for new ports.
> >
> >
> > ​Hi,
> >
> > I have tried add this to symbols file ...
> >
> >  (arch-bits=32)(c++)"Convlevel::alloc_aligned(unsigned int)@Base" 3.0.2
> >  (arch-bits=64)(c++)"Convlevel::alloc_aligned(unsigned long)@Base"
> 3.0.2​
> >
>
>   (arch-bits=32|c++)"Convlevel::alloc_aligned(unsigned int)@Base" 3.0.2


​This works ...  Thank you Jonas!

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#887049: zita-convolver: consider use arch-bits=32/64 fmt in symbol file

[Jaromír Mikeš]

2018-01-13 4:42 GMT+01:00 YunQiang Su :

> Package: src:zita-convolver
> Version: 3.1.0-6
>
> https://manpages.debian.org/unstable/dpkg-dev/dpkg-gensymbols.1.en.html
> New version of dpkg support a new syntax like:
>(arch-bits=32)32bit_specific_symbol@Base 1.0
>(arch-bits=64)64bit_specific_symbol@Base 1.0
>
> Please consider use this.
> I am working on porting Debian to some new architectures.
> This syntax seems great for new ports.


​Hi,

I have tried add this to symbols file ...

 (arch-bits=32)(c++)"Convlevel::alloc_aligned(unsigned int)@Base" 3.0.2
 (arch-bits=64)(c++)"Convlevel::alloc_aligned(unsigned long)@Base" 3.0.2​

but build failed ...

   dh_makeshlibs -O-Smakefile -O-Dlibs
dpkg-gensymbols: error: long)@Base" is not a valid version
dh_makeshlibs: failing due to earlier errors

No idea what's a wrong ...
Are you more familiar with new syntax? Can you provide a patch?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#886672: [ddtp] aeolus - german localization

[Jaromír Mikeš]

2018-01-10 0:17 GMT+01:00 Martin Eberhard Schauer :

​Hi Martin,​


Package descriptions are translated by the DDTP volunteers. Mainly they
> use the web GUI at [1].
>
> I' ve pulled it in [2]. Now it needs a review to proceed to the database
> and finally to Translation-de.bz2 under [3].


​Great! But also consider IOhannes's suggestion please ...

quote:

i also doubt that "eine Stimme geben" is the best translation for "to
voice", as this appears to be a terminus technicus in the context of organs.

-​


> It will take up two weeks
> then. In total three reviews are needed. One review is equivalent to one
> week without change.
>

​Ok, but still ... how will I know the change has been really accepted and
uploaded?​


> 1: http://ddtp2.debian.net/ddtss/index.cgi/xx
> 2: http://ddtp2.debian.net/ddtss/index.cgi/de/forreview/aeolus?1515537014
> 3: http://ftp.debian.de/debian/dists/sid/main/i18n/


​best regards

​mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#886672: [ddtp] aeolus - german localization

[Jaromír Mikeš]

2018-01-09 21:31 GMT+01:00 Florian Rehnisch <f...@fm-r.eu>:

> On Tue, Jan 09, 2018 at 01:53:27PM +0100, Jaromír Mikeš wrote:
>

​​Hi Florian,

​Thank you for quick answer.
​I am also cc'ing 886...@bugs.debian.org to keep a record.​



> >
> >there is translation bug filled against aeolus package.
> >Which I am maintaining.
> >
> >[BTS#886672]
> >
> >I am not sure how to deal with this bug.
>
> The bug is in the german package description: "seinen" instead
> of "seinem". AFAIK the translated package descriptions can't
> be fixed for the once release wheezy, jessie, and stretch, but
> someone should fix this for the upcoming buster release and sid.
> Once the later is done, you should IMO close this bug.
>

​How I will know the bug is fixed? Someone will inform me?

Furthermore, for legacy reasons, I adhere to use Guillemets instead
> of German Quotes, as the »« are in the latin1 codepage.
>

​Ok​

>Thank you for help
>
> Hope I was useful,
> ​​
>

​It was.

bestt regads

mira​




​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: phasex – request for review

[Jaromír Mikeš]

2018-01-09 18:48 GMT+01:00 Gabor Karsay :

Bumped compat level, however I had unexpected difficulties.
> After changing compat level from 10 to 11 it won't build with pbuilder
> anymore! Drove me crazy.
>
​
I just tried build phasex compat/dh 11 and all went fine ... :(
Did you create pbuilder with distribution sid ?

$pbuilder create --distribution sid

Or just wipe pbuilder chroot and create it again.

mira ​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: How to handle translation bug?

[Jaromír Mikeš]

2018-01-09 12:02 GMT+01:00 Fabian Greffrath <fab...@greffrath.com>:

> Jaromír Mikeš wrote:
> > But I am not still sure about correct workflow.
>
> I would forward it upstream. Someone there must have done the translation
> and this one will likely merge the suggestion.
>

​Hi Fabian,

there is no upstream translation ... the problem is in debian localization.
Sorry to not explain problem correctly.

best regards

mira

​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: How to handle translation bug?

[Jaromír Mikeš]

2018-01-09 10:56 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> Hi,
>
> On 09/01/18 04:19, Jaromír Mikeš wrote:
> > Hi,
> >
> > I got translation bug against aeolus package:
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886672
> >
> > How to deal with this bug correctly? I found this thread:
> > https://lists.debian.org/debian-devel/2016/07/msg00351.html
> >
> > But I am not still sure about correct workflow.
>
> I'm not sure exactly what the procedure is, but I guess someone on
> debian-i18n@l.d.o can help you.
>

​I have send a email to German localization team let's see.

thank you James ​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

How to handle translation bug?

[Jaromír Mikeš]

Hi,

I got translation bug against aeolus package:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886672

How to deal with this bug correctly? I found this thread:
https://lists.debian.org/debian-devel/2016/07/msg00351.html

But I am not still sure about correct workflow.

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: libgig compat 10 vs 11

[Jaromír Mikeš]

2018-01-03 21:12 GMT+01:00 James Cowgill <jcowg...@debian.org>:
>
> On 03/01/18 20:09, Jaromír Mikeš wrote:
> > 2018-01-03 20:07 GMT+01:00 Jonas Smedegaard <jo...@jones.dk>:
> >
> >> Quoting Jaromír Mikeš (2018-01-03 19:29:36)
> >>> When bumped compat dh to 11 I am getting this errors ... files are
> >>> installed same in doc package with dh 10 and 11
> >>>
> >>> E: libgig-doc: doc-base-file-references-missing-file libgig-doc:8
> >>> /usr/share/doc/libgig-doc/html/index.html
> >>> E: libgig-doc: doc-base-file-references-missing-file libgig-doc:9
> >>> /usr/share/doc/libgig-doc/html/*
> >>>
> >>> Any idea how to fix this?
> >>
> >> What did debhelper documentation say about that change in compatibility
> >> level?
> >
> > ​I was checking before documentation there is quite a lot of about doc
> ...
> > but I didn't found something related to this issue
> > But I might be wrong :(
>
> From debhelper(7) compat 11 section:
> >-   The dh_installdocs and dh_installexamples tools will
> now
> >attempt to guess the "main package" for a given
> >documentation package (e.g. pkg-doc will have pkg as
> main
> >package if the latter exists).  If a main package is
> >found, most of the documentation will be installed
> into
> >/usr/share/doc/main-pkg by default as recommended by
> >Debian policy §12.3 since version 3.9.7.  Notable
> >exceptions include the copyright file and changelog
> files.
> >
> >The --doc-main-package option can be used when the
> auto-
> >detection is insufficient.
>
> It isn't stated there, but for packages named "libX-doc", the main
> package becomes "libX-dev", so if you run debdiff on the old and new
> libgig-doc, you should find the documentation has moved to
> /usr/share/doc/libgig-dev.
>

​I've checked this before couple of times manually :( ... but didn't see it.
Thank you James

mira ​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: libgig compat 10 vs 11

[Jaromír Mikeš]

2018-01-03 20:07 GMT+01:00 Jonas Smedegaard <jo...@jones.dk>:

> Quoting Jaromír Mikeš (2018-01-03 19:29:36)
> > When bumped compat dh to 11 I am getting this errors ... files are
> > installed same in doc package with dh 10 and 11
> >
> > E: libgig-doc: doc-base-file-references-missing-file libgig-doc:8
> > /usr/share/doc/libgig-doc/html/index.html
> > E: libgig-doc: doc-base-file-references-missing-file libgig-doc:9
> > /usr/share/doc/libgig-doc/html/*
> >
> > Any idea how to fix this?
>
> What did debhelper documentation say about that change in compatibility
> level?


​I was checking before documentation there is quite a lot of about doc ...
but I didn't found something related to this issue
But I might be wrong :(

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

libgig compat 10 vs 11

[Jaromír Mikeš]

Hi,

When bumped compat dh to 11 I am getting this errors ... files are
installed same in doc package with dh 10 and 11

E: libgig-doc: doc-base-file-references-missing-file libgig-doc:8
/usr/share/doc/libgig-doc/html/index.html
E: libgig-doc: doc-base-file-references-missing-file libgig-doc:9
/usr/share/doc/libgig-doc/html/*

Any idea how to fix this?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

transition: libgig

[Jaromír Mikeš]

Package: release.debian.org 
Severity: normal 
User: release.debian@packages.debian.org 
Usertags: transition 

Hi, 
new upstream release of libgig bumps SONAME, so we need transition. 

Direct reverse dependencies are: 

gigedit
qsammpler 

All packages above I tested to build with new libgig
gigedit ... new upstream release builds fine with new libgig
qsampler ... current version in unstable builds fine with new libgig

Can I upload new upstream version of gigedit now to experimental? ... I am not 
DD just having DM flag for qsampler

best regards 

mira

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: libgig upload to experimental

[Jaromír Mikeš]

2018-01-01 22:55 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> On 08/12/17 12:36, Jaromír Mikeš wrote:
>

​Hi James,​


> > I would be great if someone in this Xmas rush will find a time to upload
> > libgig and gigedit to experimental for me ;)
>
> Uploaded. Sorry for the delay.
>
> I haven't uploaded gigedit, but you should be able to do that yourself.
>
> I notice gigedit FTBFS with the testsuite enabled with the error:
> > The following files contain translations and are currently not in use.
> Please
> > consider adding these to the POTFILES.in file, located in the po/
> directory.
> >
> > src/gigedit/MacroEditor.cpp
> > src/gigedit/MacrosSetup.cpp
> >
> > If some of these files are left out on purpose then please add them to
> > POTFILES.skip instead of POTFILES.in. A file 'missing' containing this
> list
> > of left out files has been written in the current directory.
>
> This is a programming error and should be reported upstream.
>

​Thank you for uploading libgig!
I also reported gigedit issue upstream​

​best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#885778: swami: Depends on libgnomecanvas

[Jaromír Mikeš]

2018-01-01 18:34 GMT+01:00 Element Green :

> Hello Mira,
>
> While I do plan on porting Swami to GTK3 at some point, it is not a
> trivial task and I haven't had much time for it.  I'll definitely keep this
> in mind in regards to Debian removing it if it isn't ported and prioritize
> this accordingly.  When would a port need to be completed in order to
> continue to be a part of Debian?
>
> Best regards,
>
> Element
>

​Hello Joshua,

thank you for reply ... release date for Buster wasn't set yet but I guess
it will be sometime about June 2019 ...
so there is a time.

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#885778: swami: Depends on libgnomecanvas

[Jaromír Mikeš]

2017-12-29 21:12 GMT+01:00 Jeremy Bicha :

> Source: swami
> Version: 2.0.0+svn389-5
> Severity: important
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs libgnomecanvas
> Tags: sid buster
>
> As announced [1], we do not intend to release Debian 10 "Buster" with
> the old libgnome (and related) libraries. These libraries have been
> deprecated and unmaintained for several years.
>
> Your package depends and or build-depends on libgnomecanvas.
>
> Please port your package to GTK3 and related maintained libraries.
> Otherwise, please consider requesting that your package be removed from
> Debian to help us complete this goal.
>
> [1] https://lists.debian.org/debian-devel/2017/10/msg00299.html


​Hi ​Joshua,

as you see swami needs to be ported to GTK3 otherwise will be removed from
debian
with next debian release.
Please let me know if there is a plan such update.

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#885781: petri-foo: Depends on libgnomecanvas

[Jaromír Mikeš]

2017-12-29 21:16 GMT+01:00 Jeremy Bicha :

> Source: petri-foo
> Version: 0.1.87-4
> Severity: important
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs libgnomecanvas
> Tags: sid buster
>
> As announced [1], we do not intend to release Debian 10 "Buster" with
> the old libgnome (and related) libraries. These libraries have been
> deprecated and unmaintained for several years.
>
> Your package depends and or build-depends on libgnomecanvas.
>
> Please port your package to GTK3 and related maintained libraries.
> Otherwise, please consider requesting that your package be removed from
> Debian to help us complete this goal.
>
> [1] https://lists.debian.org/debian-devel/2017/10/msg00299.html


​Hi James,

as you see petri-foo needs to be ported to GTK3 otherwise will be removed
from debian
with next debian release.
Please let me know if there is any plan for fixing this issue.

best regards

mira ​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#885763: invada-studio-plugins-lv2: Depends on libgnome

[Jaromír Mikeš]

2017-12-29 19:27 GMT+01:00 Jeremy Bicha :

> Source: invada-studio-plugins-lv2
> Version: 1.2.0+repack0-7
> Severity: serious
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs libgnome
> Tags: sid buster
>
> As announced [1], we do not intend to release Debian 10 "Buster" with
> the old libgnome (and related) libraries. These libraries have been
> deprecated and unmaintained for several years.
>
> Your package depends and or build-depends on libgnome.
>
> Please port your package to GTK3 and related maintained libraries.
> Otherwise, please consider requesting that your package be removed from
> Debian to help us complete this goal.
>
> [1] https://lists.debian.org/debian-devel/2017/10/msg00299.html


​Hi Fraser,

as you see there is ongoing process of removing of old libs in debian.
​invada-studio-plugins-lv2 package depends on one of them unfortunately.
Please let me know if you plan to move invada-studio-plugins-lv2 to GTK3
otherwise this package will be removed with next debian release.

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: phasex – request for review

[Jaromír Mikeš]

2017-12-29 13:46 GMT+01:00 Gabor Karsay :

​Hi Gabor,


> I fixed the watch file for phasex and I'm asking for a review/upload.
> Maybe mira? You have listed yourself as uploader.
>
> Amongst other thing I also migrated to automatic debug packages following
> this guide: https://wiki.debian.org/AutomaticDebugPackages


​Lintian says:
$ lintian -IE --pedantic --no-tag-display-limit
../phasex_0.14.97-3_amd64.changes
P: phasex source: package-uses-old-debhelper-compat-version 10
W: phasex source: newer-standards-version 4.1.3 (current is 4.1.2)
I: phasex source: testsuite-autopkgtest-missing
P: phasex source: debian-watch-may-check-gpg-signature
I: phasex: spelling-error-in-binary usr/bin/phasex GNU Public License GNU
General Public License
I: phasex: arch-dep-package-has-big-usr-share 10320kB 95%
W: phasex: binary-without-manpage usr/bin/phasex
W: phasex: binary-without-manpage usr/bin/phasex-convert-patch
I: phasex: desktop-entry-lacks-keywords-entry
usr/share/applications/phasex.desktop
​
​So I would go with dh compat 11 now and keep standards version 4.1.2 until
lintian will recognize 4.1.3
Also I would fix desktop file ... we are shipping our one in debian dir.

d/rules
override_dh_strip:
dh_strip --dbgsym-migration='phasex-dbg (<< 0.14.97-3~)'

This seems to be redundant I believe with compat 10 and higher.

You could add yourself to uploaders in d/control file and also add hint to
d/copyright file about your contribution ...
Files: debian/*
Copyright: 2010-2013 Alessio Treglia 
License: GPL-3+

Please remove me from uploaders list as I never started work on this
package and at the moment I am maintaining quite big number of packages.

let me know when these are fixed and I will check again.

best regards

mira
 ​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#885302: gtklick: Depends on unmaintained pygtk

[Jaromír Mikeš]

2017-12-26 6:42 GMT+01:00 Jeremy Bicha :

> Source: gtklick
> Version: 0.6.4-5
> Severity: serious
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs pygtk
> Tags: sid buster
>
> pygtk is unmaintained upstream. It has not had a release since GNOME 3
> was released in 2011.
>
> The way forward is to port your app to use GObject Introspection
> bindings.
>
> For more information on GObject Introspection see [1] and [2].
>
> Please try to do this before the Buster release as we're going to
> try to remove pygtk this cycle.
>
> If you have any question don't hesitate to ask.
>
> [1] https://wiki.gnome.org/Projects/GObjectIntrospection
> [2] https://wiki.gnome.org/Projects/PyGObject
>
> On behalf of the Debian GNOME team,
> Jeremy Bicha
>
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/
> pkg-multimedia-maintainers


​Hi Dominic,

there is a serious issue with gtklick in debian.
Is there any chance get this fixed and avoid pygtk dependency?

best regrads

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: yoshimi_1.5.6-1_amd64.changes REJECTED

[Jaromír Mikeš]

2017-12-21 20:16 GMT+01:00 Mattia Rizzolo <mat...@debian.org>:

> On Thu, Dec 21, 2017 at 08:48:16AM +0100, Jaromír Mikeš wrote:
> > Is that correct?
>
> Is the CC text that's there the 3.0 one?
>
> TBH, I'm nowhere in the mood of checking all of copyrights myself, but
> what's written in d/copyright now makes sense anyway.  If you confirm
> the above I could try uploading again.
>

​Yes ... text is CC-BY-3.0

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: yoshimi_1.5.6-1_amd64.changes REJECTED

[Jaromír Mikeš]

2017-12-21 0:50 GMT+01:00 Mattia Rizzolo <mat...@debian.org>:

> [ dropping Chris and ftpmaster@ as requested ]
>
> On Wed, Dec 20, 2017 at 10:04:37PM +0100, Jaromír Mikeš wrote:
> > There is no hint on copyright holder in svg files
>
> How so, it looks pretty clear to me:
> https://sources.debian.org/src/yoshimi/1.5.5-2/Util/
> YoshimiSplash.svg/#L5-L9
> |Cloud image used in the overlay created by
> |
> |Arun Kulshreshtha, 2006
> |
> |accessed from: https://commons.wikimedia.org/
> wiki/File:Above_the_Clouds.jpg
>

​Yes ... this didn't seems to be clear copyright claim to me as it refers
to overlay only not svg file itself and sorry I didn't mentioned that.​

> and there is this link:
> > https://creativecommons.org/ns
> > Maybe this was interpreted as CC-BY license by decopy?
>
> Right.  And indeed I fail to parse that, but AFAIK that's a petty
> teplate of inkscape, and by itself that tag doesn't convey anything…
> But sometimes svg files has the correct metadata in the right tags;
> rarely, but happens :)
>
> However, there is a hint that to the original file used, which is taken
> from wikipedia and it is
> |Copyright: 2006 Arun Kulshreshtha
> |License: CC-BY-3.0
> (the us variant)
>
> And it's clearly modified so it probably should also bear the copyright
> of somebody else, but to me it looks like nobody claimed it, so ignore
> this part…
>
> The other svg Util/splashreference.svg instead doesn't have anything,
> and it clearly is an original work of yoshimi's developers, so IMHO it
> falls under the "global" copyright/license paragraph.
>

​I moved Util/splashreference.svg under global copyright/license and for
Util/YoshimiSplash.svg goes this:

Files: Util/YoshimiSplash.svg
Copyright: 2006, Arun Kulshreshtha
License: CC-BY-3.0​

Is that correct?

regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: yoshimi_1.5.6-1_amd64.changes REJECTED

[Jaromír Mikeš]

2017-12-20 19:11 GMT+01:00 Mattia Rizzolo <mat...@debian.org>:

> On Wed, Dec 20, 2017 at 06:17:10PM +0100, Jaromír Mikeš wrote:
>
> > Similar goes for license CC-BY it just has been without a version so I
> > hoped v3.0 is fitting.
> > Actually I am quite curious how decopy generate license from svg files.
>
> SVG is just a text file (an XML), just open it with your preferred text
> editor.  Util/YoshimiSplash.svg even has a human-readable comment in it
> with the information you are looking for.
>

​There is no hint on copyright holder in svg files and there is this link:
https://creativecommons.org/ns
​Maybe this was interpreted as CC-BY license by decopy?


> The xiz files seems to be gzip-compressed XML as well, just opening a
> random one (with zless) I can see this:
> |(c) Dario Straulino
> |License: GPLv3
> Guess the others are in a similar situation.
>

​Yes the others are similar case.
I added Dario Straulino as copyright holder for that banks

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: yoshimi_1.5.6-1_amd64.changes REJECTED

[Jaromír Mikeš]

2017-12-20 17:27 GMT+01:00 Mattia Rizzolo <mat...@debian.org>:

> On Wed, Dec 20, 2017 at 03:39:29PM +0100, Jaromír Mikeš wrote:
> > Ok ... I beleave it is fixed now in our git repo.
> > Mattia can you check it and upload again please?
>

​Hi Mattia,



> I haven't looked at the whole d/copyright, but just looking at a small
> commit:
>
>
>  Files: src/Misc/Config.cpp
> @@ -122,6 +123,7 @@ License: GPL-2+ or LGPL-2+
>
>  Files: Util/YoshimiSplash.svg
> Util/splashreference.svg
> +Copyright: no-copyright
>  License: CC-BY
>
> That's not going to fly:
> * "no-copyright" is hardly a copyright holder (which afaik is "required"
>   by both GPL-3 and CC-*
> * CC-BY: what version?  you dumped a whole license text, so I guess you
>   know what the answer
>

​I have used decopy app for first generating copyright file and than I edit
it manually.
So for those two examles above there was no "Copyright" field at all but
linthian complained about it.
Should be these paragraphs removed removed as there is no copyright holder?

Similar goes for license CC-BY it just has been without a version so I
hoped v3.0 is fitting.
Actually I am quite curious how decopy generate license from svg files.




> * peaking further I see that you included the COPYING file as a
>   copyrighted thing in the paragraph at line 99; whilst due to the
>   initial Files:* it's included anyway,


​COPYING file is now removed

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: yoshimi_1.5.6-1_amd64.changes REJECTED

[Jaromír Mikeš]

2017-12-20 9:43 GMT+01:00 Chris Lamb :

>
> > ​What is a reason for rejecting this upload?
>
> Oh dear, the note got lost. Sorry about that. :/  Um, I thiiink it was to
> do with missing some attributions (eg. for Nikita / Jesper Lloyd /
> Christian
> Schoenebeck, etc. etc.)
>
> ... but I think there was something else too. (There was another note from
> a FTP trainee).
>
> Please fix the above (and other missing references), re-upload and let me
> know. :)  Sorry again...


​Ok ... I beleave ​it is fixed now in our git repo.
Mattia can you check it and upload again please?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: yoshimi_1.5.6-1_amd64.changes REJECTED

[Jaromír Mikeš]

2017-12-19 23:00 GMT+01:00 Chris Lamb :

​Hi Chris,​


Please feel free to respond to this email if you don't understand why
> your files were rejected, or if you upload new files which address our
> concerns.
>

​What is a reason for rejecting this upload?

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: yoshimi_1.5.6-1_source.changes REJECTED

[Jaromír Mikeš]

2017-12-17 22:13 GMT+01:00 Mattia Rizzolo <mat...@debian.org>:

> On Sun, Dec 17, 2017 at 04:37:43PM +0100, Jaromír Mikeš wrote:
> > ​Hmmm ... ouh ... well ... can some DD upload this for me please?
>
> Uploaded :)
> (also, I pushed a commit to the repo)
>

​Thank you Mattia a lot!

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: yoshimi_1.5.6-1_source.changes REJECTED

[Jaromír Mikeš]

2017-12-17 15:55 GMT+01:00 Debian FTP Masters <
ftpmas...@ftp-master.debian.org>:

>
>
> ACL dm: NEW uploads are not allowed
>
> binary:yoshimi-doc is NEW.
>

​Hmmm ... ouh ... well ... can some DD upload this for me please?

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: libgig upload to experimental

[Jaromír Mikeš]

2017-11-29 22:36 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:

>
>
> 2017-11-27 13:49 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:
>
>>
>> libgig bumped soname so it should go trough transition.
>> Can someone upload libgig to experimental please?
>>
>
> ​ping ;)​
>
>

​Hi,

I would be great if someone in this Xmas rush will find a time to upload
libgig and gigedit to experimental for me ;)

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: libgig upload to experimental

[Jaromír Mikeš]

2017-11-27 13:49 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:

>
> libgig bumped soname so it should go trough transition.
> Can someone upload libgig to experimental please?
>

​ping ;)​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: libgig upload to experimental

[Jaromír Mikeš]

2017-11-27 18:52 GMT+01:00 IOhannes m zmölnig (Debian/GNU) <
umlae...@debian.org>:

>
>
> On 2017-11-27 18:49, Jaromír Mikeš wrote:
> > 2017-11-27 18:19 GMT+01:00 James Cowgill <jcowg...@debian.org>:
> >
> >> Hi,
> >>
> >> On 27/11/17 12:49, Jaromír Mikeš wrote:
> >>> Hi,
> >>>
> >>> libgig bumped soname so it should go trough transition.
> >>> Can someone upload libgig to experimental please?
> >>
> >> The tarball in pristine-tar does not match the one downloaded by uscan.
> >> Do you know why?
> >>
> >
> > ​
> > https://anonscm.debian.org/git/pkg-multimedia/libgig.git/
> tree/debian/gbp.conf
> >
> > filter-pristine-tar = True  ???
> >
>
> shouldn't the package version have a "+repack" appended then?
>

​Ok ... done! We are now repacking.

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: libgig upload to experimental

[Jaromír Mikeš]

2017-11-27 18:19 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> Hi,
>
> On 27/11/17 12:49, Jaromír Mikeš wrote:
> > Hi,
> >
> > libgig bumped soname so it should go trough transition.
> > Can someone upload libgig to experimental please?
>
> The tarball in pristine-tar does not match the one downloaded by uscan.
> Do you know why?
>

​
https://anonscm.debian.org/git/pkg-multimedia/libgig.git/tree/debian/gbp.conf

filter-pristine-tar = True  ???

can it be this?

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: calf package failed build

[Jaromír Mikeš]

2017-11-27 14:28 GMT+01:00 Jonas Smedegaard <jo...@jones.dk>:

> Quoting IOhannes m zmölnig (Debian/GNU) (2017-11-27 13:55:50)
> > On 2017-11-27 11:26, Jaromír Mikeš wrote:
> >> while I started work on calf package it failed to build :(
> >> Any idea what is wrong? I am not very familiar with cdbs.
>
> From a brief look, problem seems to be related to refreshing autotools.
>
> Calf packaging deliberately avoids using dh-autoreconf, because that
> tool does (or did, last I check) cleanup without restoring original
> files (just removing them) which does not play nice with some styles of
> git-based package maintenance (with git-buildpackage used with caff you
> will need to use either --git-ignore-new or --git-export, either of
> which risk masquerading other packaging problems).
>
>
> Great with additional maintainers, Jaromír!  Good that you bring up the
> trouble you ran into.
>
> NB! I notice you bumped debhelper compatibility but did not mention why
> - please consider reverting that change unless you know of a concrete
> need for more modern debhelper version that is available in oldstable,
> as tightening makes backporting more complex.
>

​Ok reverted


> I will try take some time to look at calf packaging, including limiting
> its use of CDBS.  I do not feel ready yet to abandon CDBS, so doing that
> for Calf means alienating me from the packaging.  I am (mildly but) not
> strongly against that, just mentioning as a different view on the issue
> compared to IOhannes' view.
>

​I wouldn't switch to short_dh without asking others uploaders especially
if I know that you prefer CDBS strongly.
I will let fixing this on you than.

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

libgig upload to experimental

[Jaromír Mikeš]

Hi,

libgig bumped soname so it should go trough transition.
Can someone upload libgig to experimental please?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

calf package failed build

[Jaromír Mikeš]

Hi,

while I started work on calf package it failed to build :(
Any idea what is wrong? I am not very familiar with cdbs.

mkdir -p "debian/upstream-cruft"
mv "calf.desktop" "debian/upstream-cruft/calf.desktop";  mv "configure"
"debian/upstream-cruft/configure"; mv "Makefile.in"
"debian/upstream-cruft/Makefile.in";  mv "gui/Makefile.in"
"debian/upstream-cruft/gui/Makefile.in";  mv
"gui/icons/LV2/Makefile.in"
"debian/upstream-cruft/gui/icons/LV2/Makefile.in";  mv
"icons/Makefile.in" "debian/upstream-cruft/icons/Makefile.in";  mv
"src/Makefile.in" "debian/upstream-cruft/src/Makefile.in";  mv
"src/calf/Makefile.in" "debian/upstream-cruft/src/calf/Makefile.in";
mv "aclocal.m4" "debian/upstream-cruft/aclocal.m4";  mv "config.guess"
"debian/upstream-cruft/config.guess";  mv "config.sub"
"debian/upstream-cruft/config.sub";  mv "compile"
"debian/upstream-cruft/compile";  mv "config.h.in"
"debian/upstream-cruft/config.h.in";  mv "depcomp"
"debian/upstream-cruft/depcomp";  mv "install-sh"
"debian/upstream-cruft/install-sh";  mv "ltmain.sh"
"debian/upstream-cruft/ltmain.sh";  mv "missing"
"debian/upstream-cruft/missing";
touch debian/stamp-upstream-cruft
set -e;
set -e;
CDBS WARNING:  DEB_MAKE_CHECK_TARGET unset, not running checks
/usr/bin/make -C . install DESTDIR=/build/calf-0.90.0/debian/calf-plugins/
make[1]: Entering directory '/build/calf-0.90.0'
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash /build/calf-0.90.0/missing
aclocal-1.15
/bin/bash: /build/calf-0.90.0/missing: No such file or directory
Makefile:436: recipe for target 'aclocal.m4' failed
make[1]: *** [aclocal.m4] Error 127
make[1]: Leaving directory '/build/calf-0.90.0'
/usr/share/cdbs/1/class/makefile.mk:103: recipe for target
'debian/stamp-makefile-install' failed
make: *** [debian/stamp-makefile-install] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned
exit status 2

best regrads

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Request to join the team

[Jaromír Mikeš]

2017-11-25 15:08 GMT+01:00 Gabor Karsay :

>
> I'd like to start with mhwaveedit. There are 3 uploaders listed. Shall I
> ask all of them individually off-list?
> My Alioth account is gabork-guest but mira alread added me :-)


​As a member of team you can start work​ on any package I believe. Yes you
can contact other uploaders to be super-polite but I think it is not
mandatory.


> I could make it lintian clean and fix the uscan error, however, there is
> no new upstream version. Would that be enough for an upload?
>

​Basically yes ​... let someone experienced review your work when ready.
You anyway will need someone to upload as you don't have uploading rights
yet I guess.

best regrads

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Request to join the team

[Jaromír Mikeš]

2017-11-25 11:16 GMT+01:00 Gabor Karsay :

> Dear Debian Multimedia Maintainers,
>
> I'd like to join the team to help with packaging and also to get some help
> with my own package. I'm the upstream author and maintainer of Parlatype
> which was kindly reviewed by Juhani Numminen and Ross Gammon and sponsored
> by Ross. It would be nice if it could be included in
> pkg-multimedia-maintainers.
>
> I have some knowledge in C (in combination with GObject/GTK+), autotools
> and a bit of Python. I learned it myself, I didn't visit a technical school
> or university.
>
> I used to package my own program for a while (for private/learning
> purposes and in launchpad). I started originally with Ubuntu, now my
> primary distro is Debian stable (actually still oldstable) and unstable
> next to it. I'm familiar with git, but I didn't use it for packaging yet,
> so the workflow of git-buildpackage is new for me.
>
> I'd like to help with some "easy" packages for the start, small
> applications, no libraries. I spotted some of them, for example devede. I
> also noticed a lot of packages with uscan errors which seems like a good
> task for the start.
>
> I'm subscribed to pkg-multimedia-maintainers, pkg-multimedia-commits, I
> have an Alioth account, I'm kind of familiar with the technical side of
> managing bugs (but less with the policy, e.g. are bugs closed when fixed in
> unstable, testing or stable?), I agree to review other's patches and
> packages although I think others probably know better than me.
>
> Like most humans I have limited free time, my contributions would be
> occasional but I'm confident that both the team and me would benefit from
> membership.
>
> Best regards,
> Gabor
>


​Hi Gabor,

I've just  added ​you to team.
Welcome on board!

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] audacity/master: Build without sbsms to fix FTBFS on non-x86 archs. (Closes: #882173)

[Jaromír Mikeš]

2017-11-25 11:16 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> On 24/11/17 17:39, Jaromír Mikeš wrote:
> >>
> >
> > ​Thank you James for fixing this.
> > Can you provide DM flag for me to I can upload audacity do unstable now?
>
> Should be done now.
>

​Thank you! Just uploaded.

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] audacity/master: Build without sbsms to fix FTBFS on non-x86 archs. (Closes: #882173)

[Jaromír Mikeš]

2017-11-24 14:37 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> Hi,
>
> On 24/11/17 11:08, Jaromír Mikeš wrote:
> > 2017-11-20 21:08 GMT+01:00 <mira-gu...@users.alioth.debian.org>:
> >
> >> The following commit has been merged in the master branch:
> >> commit fa79381b2f34c2af651c05a2b433ae20e4ec9007
> >> Author: Jaromír Mikeš <mira.mi...@seznam.cz>
> >> Date:   Mon Nov 20 21:08:12 2017 +0100
> >>
> >> Build without sbsms to fix FTBFS on non-x86 archs. (Closes: #882173)
> >>
> >> diff --git a/debian/rules b/debian/rules
> >> index 34d3389..6970493 100755
> >> --- a/debian/rules
> >> +++ b/debian/rules
> >> @@ -21,10 +21,9 @@ configure_flags := \
> >> --with-midi=system \
> >> --with-portaudio=system \
> >> --with-portsmf=system \
> >> -#  --with-sbsms=system \
> >> --with-soundtouch=system \
> >> +   --without-sbsms \
> >> $(NULL)
> >> -
> >>  %:
> >> dh $@
> >
> >
> > ​Hi,
> >
> > maybe even better would be build without sbsms conditionally on all archs
> > except amd64? ​
> > https://buildd.debian.org/status/package.php?p=audacity=sid
> >
> > Can someone implement such a condition in d/rules?
>
> Your patch doesn't actually fix the bug (use of sse on non-amd64). The
> attached patch allows sbsms to work on all architectures while disabling
> sse on all non-amd64 architectures.
>
> Also note that this line of your original code was wrong:
>  #  --with-sbsms=system \
>
> Because there is a line continuation, this will also comment out the
> "--with-soundtouch=system" on the next line. I've fixed that by using
> "--with-sbsms=local" instead.
>

​Thank you James for fixing this.
Can you provide DM flag for me to I can upload audacity do unstable now?
Or can you upload it yourself?

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#882601: sox: bug-presubj contains ill formed english

[Jaromír Mikeš]

2017-11-24 15:00 GMT+01:00 James Cowgill :

>
>
> This is not grammatically correct English. I think this better:
>
> "
> If the bug you are about to report is not Debian specific, please
> consider reporting it to the upstream developers at:
>  sox-de...@lists.sourceforge.net
> "
>

​Thank you for this improvement.​


> As a side note (since I guess this is a maintainer decision), I think
> that telling users in general to report bugs upstream is a bad idea.
> Often it is difficult to tell if a bug is Debian specific. I does depend
> on how accepting an upstream is - I know quite a few upstreams which do
> not like bugs reported for older versions which Debian often uses.
>

​Yes this is not ideal, but a lot of upstream bugs in debian is also not
good I think.
I am not planning to introduce this file to all packages but only where
upstream having good bug tracking system or mailing list.

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] audacity/master: Build without sbsms to fix FTBFS on non-x86 archs. (Closes: #882173)

[Jaromír Mikeš]

2017-11-20 21:08 GMT+01:00 <mira-gu...@users.alioth.debian.org>:

> The following commit has been merged in the master branch:
> commit fa79381b2f34c2af651c05a2b433ae20e4ec9007
> Author: Jaromír Mikeš <mira.mi...@seznam.cz>
> Date:   Mon Nov 20 21:08:12 2017 +0100
>
> Build without sbsms to fix FTBFS on non-x86 archs. (Closes: #882173)
>
> diff --git a/debian/rules b/debian/rules
> index 34d3389..6970493 100755
> --- a/debian/rules
> +++ b/debian/rules
> @@ -21,10 +21,9 @@ configure_flags := \
> --with-midi=system \
> --with-portaudio=system \
> --with-portsmf=system \
> -#  --with-sbsms=system \
> --with-soundtouch=system \
> +   --without-sbsms \
> $(NULL)
> -
>  %:
> dh $@


​Hi,

maybe even better would be build without sbsms conditionally on all archs
except amd64? ​
https://buildd.debian.org/status/package.php?p=audacity=sid

Can someone implement such a condition in d/rules?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

DM flag audacity sox

[Jaromír Mikeš]

Hi,

can someone grant DM flag for audacity and sox packages please?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#882204: bs1770gain: FTBFS

[Jaromír Mikeš]

2017-11-20 13:16 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> Hi,
>
> On 20/11/17 12:11, Jaromír Mikeš wrote:
> > ​I am build outside from chroot to test build with new libsox.
>
> You should be using sbuild or pbuilder for test builds.
>
> > it builds fine inside of chroot with old libsox.
> >
> > ​Can you try please
> > $ dpkg-buildpackage -us -uc
> >
> > with orig tar.ball obtained from here:
> > http://cdn-fastly.deb.debian.org/debian/pool/main/b/
> bs1770gain/bs1770gain_0.4.12.orig.tar.gz
>
> I did an "apt-get source bs1770gain" and built it outside of a chroot
> and it still builds ok.


​Hmm interesting ... build fine your way ...

I am going close this bug

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#882204: bs1770gain: FTBFS

[Jaromír Mikeš]

2017-11-20 11:15 GMT+01:00 James Cowgill :

> Control: severity -1 serious
> Control: tags -1 moreinfo
> Control: block 882200 by -1
>
> Hi,
>
>
> > your package fails to build with following error:
> > /missing: line 81: aclocal-1.14: command not found
> > WARNING: 'aclocal-1.14' is missing on your system.
> >  You should only need it if you modified 'acinclude.m4' or
> >  'configure.ac' or m4 files included by 'configure.ac'.
> >  The 'aclocal' program is part of the GNU Automake package:
> >  
> >  It also requires GNU Autoconf, GNU m4 and Perl in order to run:
> >  
> >  
> >  
> > Makefile:330: recipe for target 'aclocal.m4' failed
>
> I cannot reproduce this failure, although I notice the package doesn't
> use dh-autoreconf which would prevent a bug such as this. Maybe you
> touched some file which caused automake to try to regenerate everything?
> Do you have the full build log?


​I am build outside from chroot to test build with new libsox.
it builds fine inside of chroot with old libsox.

​Can you try please
$ dpkg-buildpackage -us -uc

with orig tar.ball obtained from here:
http://cdn-fastly.deb.debian.org/debian/pool/main/b/bs1770gain/bs1770gain_0.4.12.orig.tar.gz

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

bs1770gain: FTBFS

[Jaromír Mikeš]

Package: bs1770gain
Version: 0.4.12-2
Severity: important

Dear Maintainer,

your package fails to build with following error:
/missing: line 81: aclocal-1.14: command not found
WARNING: 'aclocal-1.14' is missing on your system.
 You should only need it if you modified 'acinclude.m4' or
 'configure.ac' or m4 files included by 'configure.ac'.
 The 'aclocal' program is part of the GNU Automake package:
 
 It also requires GNU Autoconf, GNU m4 and Perl in order to run:
 
 
 
Makefile:330: recipe for target 'aclocal.m4' failed
make[1]: *** [aclocal.m4] Error 127

Your package is also part of ongoing sox transition would be great if you can 
fix this issue in time
to not be blocker of this transition.

best regards,
mira

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

freedv: FTBFS with sox 14.4.2

[Jaromír Mikeš]

Package: freedv
Version: 1.2.2-2
Severity: important
User: pkg-multimedia-maintainers@lists.alioth.debian.org
Usertags: sox 14.4.2

Dear Maintainer,

your package fails to build with the upcoming sox 14.4.2 which is now in 
"experimental"

Build produce this error:
./Build/src/./src/sox_biquad.c:101: undefined reference to `lsx_biquad_flow'

Please fix the issue to not be blocker for sox ongoing transition

Best regards,
mira

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

transition: sox

[Jaromír Mikeš]

Package: release.debian.org 
Severity: normal 
User: release.debian@packages.debian.org 
Usertags: transition 

Hi, 
new upstream release of sox bumps SONAME, so we need transition. 

Direct reverse dependencies are: 

bs1770gain
daisy-player
ebook-speaker
freedv
imagination
mlt

All packages above I tested to build with new sox and they build fine except
bs1770gain and freedv
bs1770gain failed with error ...
WARNING: 'aclocal-1.14' is missing on your system.
so not issue related to sox
freedv failed with error ...
./Build/src/./src/sox_biquad.c:101: undefined reference to `lsx_biquad_flow'
so some patch will be needed here

I will fill a bug aganst these packages (bs1770gain freedv)

best regards 

mira

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#878809: closed by Jaromír Mikeš <mira.mi...@seznam.cz> (Bug#878809: fixed in sox 14.4.2-1)

[Jaromír Mikeš]

2017-11-19 21:11 GMT+01:00 Salvatore Bonaccorso :

> Control: reopen -1
> Control: found -1 14.4.1-5
> Control: found -1 14.4.2-1
> Control: tags -1 + moreinfo
>
> Hi Jaromir,
>
> Are you sure #878809 is yet fixed?
>
> With the patches applied on top of 14.4.2 we see still that sox aborts
> with:
>
> $ ./sox-14.4.2/src/sox 03-abort out.wav
> sox: formats.c:227: sox_append_comment: Assertion `comment' failed.
> Aborted
>
> So the assertion is still reachable, so at least
> 0005-CVE-2017-15371.patch did not solve the problem?
>
> What am I missing here? Note, I'm just reopening the bug as
> safetymeasure to double-check. If I turn to be wrong (likely) we can
> reclose it, but I wanted to be sure.
>

​Hi Salvatore,

can you provide some more details please. Upstream developers claims that
issue should be solved
by 0005-CVE-2017-15371.patch

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: audacity_2.2.0-1_source.changes ACCEPTED into unstable

[Jaromír Mikeš]

2017-11-19 20:18 GMT+01:00 Debian FTP Masters <
ftpmas...@ftp-master.debian.org>:

>
>
> Accepted:
>

​Awesome ! Thank you Sebastian

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: audacity package review

[Jaromír Mikeš]

2017-11-08 10:15 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:

> Hi,
>
> I am now quite happy with state of Audacity package, but there are still
> couple of things on which I would like to hear some opinions.
>
> 1) Audacity builds now only against modified in-tree portaudio ... I
> discussed that on audacity list and it should be fixed in future.
> Is that stopper for uploading audacity?
>
> 2) Similar story with sbsms ... difference is that this changes in in-tree
> sbsms has been made by original upstream author of sbsms,
> but for some reason never released new sbsms.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873541
> Is this stopper for uploading?
> Maybe we can ask later audacity devs to maintain sbsms in separate repo
> and encourage sbsms maintainer to switch to this source.
>
> 3) Audacity has a lot of bugs filled (69)... most of them are upstream
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=audacity
> Is there some reason able way how to deal with upstream bugs?
> I believe that big number of them is fixed after two releases.
>
> Maybe we could also encourage users to use Audacity bug tracker rather.
> http://wiki.audacityteam.org/wiki/Reporting_Bugs
>
> Maybe this can be done by debian/bug-presubj file similar like
> git-buildpackage package does it. (Assuming that most people using
> Reportbug tool)
> https://git.sigxcpu.org/cgit/git-buildpackage/tree/debian/bug-presubj?id=
> d656cbd066fdc39aa74c1e4a8e13d31f25c15f2c
>

​ping ;)

Somebody for reviewing Audacity? ;) ... this package is shamefully outdated
:/

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-19 13:20 GMT+01:00 Sebastian Ramacher <sramac...@debian.org>:

> On 2017-11-18 19:35:16, Jaromír Mikeš wrote:
> >
> > Is anybody ( Sebastian ? ) now comfortable  to upload sox to experimental
> > ... I guess it shoul go there as there is soname bump in libsox
>
> Uploaded.
>

​Thank you !​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-18 19:15 GMT+01:00 Gabor Karsay <gabor.kar...@gmx.at>:

> Jaromír Mikeš schrieb am 2017-11-18 um 14:14:
>
>>
>>
>> 2017-11-18 11:46 GMT+01:00 Sebastian Ramacher <sramac...@debian.org
>> <mailto:sramac...@debian.org>>:
>>
>> On 2017-11-17 19:26:17, Jaromír Mikeš wrote:
>> > 2017-11-05 22:28 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com
>> <mailto:mira.mi...@gmail.com>>:
>>
>> > > I would appreciate ​if someone would fine time to review sox
>> package now.
>> > >
>> ​​
>>
>> > ​ping ;)
>> > ​
>> > ​Anyone has a time to review this package please?
>>
>> W: sox: manpage-has-errors-from-man usr/share/man/man1/sox.1.gz
>>  file `', around line 2708:
>>
>>
>> thank you for checking sox ... Yeah I spend some time on issue with man
>> pages before and tried now again ...
>> but still can't figure out what's a problem there :(
>
>
> I think the attached patch solves the man problem. The warning said "table
> wider than line width".
>

​Hi Gabor,

thank you ​for patch. It works!

Is anybody ( Sebastian ? ) now comfortable  to upload sox to experimental
... I guess it shoul go there as there is soname bump in libsox

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-18 11:46 GMT+01:00 Sebastian Ramacher <sramac...@debian.org>:

> On 2017-11-17 19:26:17, Jaromír Mikeš wrote:
> > 2017-11-05 22:28 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:
>
> > > I would appreciate ​if someone would fine time to review sox package
> now.
> > >
> >
> > ​ping ;)
> > ​
> > ​Anyone has a time to review this package please?
>
> Ah .shlibs file for a library where you already have a .symbol file, is
> unnecessary. lintian also reports:
>
> W: sox: manpage-has-errors-from-man usr/share/man/man1/sox.1.gz  file
> `', around line 2708:
>
> Could you check what's wrong there?
>

​Hi Sebastian,​

thank you for checking sox ... Yeah I spend some time on issue with man
pages before and tried now again ...
but still can't figure out what's a problem there :(

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-05 22:28 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:

>
> ​Hi,
>
> I would appreciate ​if someone would fine time to review sox package now.
>

​ping ;)
​
​Anyone has a time to review this package please?

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-06 10:23 GMT+01:00 IOhannes m zmölnig (Debian/GNU) <
umlae...@debian.org>:

>
>
> On 2017-11-05 22:28, Jaromír Mikeš wrote:
> > I would appreciate ​if someone would fine time to review sox package now.
> > There are couple of concerns ...
>
> i haven't had time to look at the packaging, but:
>
> > 1) should package ship static lib*.a files?
>
> yes (in the -dev package).
> Debian is not only for end-users, but also for developers who might like
> to statically link.
>

​clear
​


> > 2) Is really needed so many packages?
>
> why not?
> the biggest problem with many binary packages is getting them through NEW.
> after that, i consider it a (great!) service to the user to be able to
> strip down dependencies to a minimum, depending on their needs.
>

​ok

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sonic-visualiser test fail

[Jaromír Mikeš]

2017-11-09 17:28 GMT+01:00 IOhannes m zmölnig (Debian/GNU) <
umlae...@debian.org>:

> On 11/09/2017 10:55 AM, IOhannes m zmölnig (Debian/GNU) wrote:
> >> test failed on some archs for sonic-visualiser
> >> https://buildd.debian.org/status/package.php?p=sonic-visualiser
> >>
> >> do you have any time to look at this?
> > i'm aware of the problem but haven't found time to look into it (in
> depth).
>
> so i did try to investigate, and i'm now pretty confident, that the
> problem is in libmad (#881283)
>

​Great! I am just bit skeptical that this issue will be solved soon.
https://packages.qa.debian.org/m/madplay.html
Latest upload by maintainer is 2013 and than one NMU :(​


​Latest upstream release is 2004 ... :(
https://sourceforge.net/projects/mad/files/libmad/

​mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sonic-visualiser test fail

[Jaromír Mikeš]

2017-11-09 10:55 GMT+01:00 IOhannes m zmölnig (Debian/GNU) <
umlae...@debian.org>:

>
>
> On 2017-11-09 08:58, Jaromír Mikeš wrote:
> > Hi IOhannes,
> >
> > teast failed on some archs for sonic-visualiser
> > https://buildd.debian.org/status/package.php?p=sonic-visualiser
> >
> > do you have any time to look at this?
>
> i'm aware of the problem but haven't found time to look into it (in depth).
>
> > Or should I simply upload SV with tests disabled?
>
> hmm, no.
> the tests are there to ensure the functionality of the program.
> the tests fail, indicating that there is a problem with the
> functionality (e.g. that there *are* bugs).
>
> > d/rules
> > override_dh_auto_test:
>
> i might be tempted to add that override for specific archs (it's only
> arm64 & s390x that fail; i guess that s390x is not a target platform for
> sonic-visualiser; arm64 however might be).
> but it feels like cheating; ah no: it *is* cheating.
>

Ok ;)​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

sonic-visualiser test fail

[Jaromír Mikeš]

Hi IOhannes,

teast failed on some archs for sonic-visualiser
https://buildd.debian.org/status/package.php?p=sonic-visualiser

do you have any time to look at this?
Or should I simply upload SV with tests disabled?

d/rules
override_dh_auto_test:

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

audacity package review

[Jaromír Mikeš]

Hi,

I am now quite happy with state of Audacity package, but there are still
couple of things on which I would like to hear some opinions.

1) Audacity builds now only against modified in-tree portaudio ... I
discussed that on audacity list and it should be fixed in future.
Is that stopper for uploading audacity?

2) Similar story with sbsms ... difference is that this changes in in-tree
sbsms has been made by original upstream author of sbsms,
but for some reason never released new sbsms.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873541
Is this stopper for uploading?
Maybe we can ask later audacity devs to maintain sbsms in separate repo and
encourage sbsms maintainer to switch to this source.

3) Audacity has a lot of bugs filled (69)... most of them are upstream
https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=audacity
Is there some reason able way how to deal with upstream bugs?
I believe that big number of them is fixed after two releases.

Maybe we could also encourage users to use Audacity bug tracker rather.
http://wiki.audacityteam.org/wiki/Reporting_Bugs

Maybe this can be done by debian/bug-presubj file similar like
git-buildpackage package does it. (Assuming that most people using
Reportbug tool)
https://git.sigxcpu.org/cgit/git-buildpackage/tree/debian/bug-presubj?id=d656cbd066fdc39aa74c1e4a8e13d31f25c15f2c

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] audacity/master: Add overrides files.

[Jaromír Mikeš]

2017-11-07 16:48 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> Hi,
>
> On 07/11/17 12:32, Jaromír Mikeš wrote:
> > 2017-11-07 11:36 GMT+01:00 James Cowgill <jcowg...@debian.org>:
> >> On 07/11/17 10:32, James Cowgill wrote:
> >>> "Distribution of this memo is unlimited." is not a free license.
> >>
> >> However on closer inspection they are free for other reasons. You should
> >> probably include the relevant parts of libogg's debian/copyright in
> >> audacity's debian/copyright.
> >>
> >> https://tracker.debian.org/media/packages/libo/libogg/copyright-1.3.2-1
> >>
> >
> > ​Thank you James for spotting this ... as not-native English speaker
> > sometimes missing point :/
> > Please check my commit if all is fixed now.
>
> There are some issues.
>
> As far as I can tell, RFC 3533 and RFC 5334 are not under the same
> license, but your copyright file claims they are. Using "License: RFC"
> looks wrong and someone might read it as the license for all RFCs (which
> is not the case). I think you should have one section for each RFC eg
> "RFC-3533" and "RFC-5334".
>
> You made a copy-paste error in the license for RFC 5334 (part is
> duplicated).
>
> The indentation on the email headers is wrong. If you look at libogg's
> copyright file, it is indented correctly (remember email headers use the
> same format as Debian control files).
>
> You should not refer to tracker.debian.org because that file will
> disappear the next time libogg is uploaded.
>

​Hopefully fixed now ;) ... please check commit

best rerads

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: [SCM] audacity/master: Add overrides files.

[Jaromír Mikeš]

2017-11-07 11:36 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> On 07/11/17 10:32, James Cowgill wrote:
> > Hi,
> >
> > On 07/11/17 01:32, mira-gu...@users.alioth.debian.org wrote:
> >> The following commit has been merged in the master branch:
> >> commit c866421d7216e5748722057319a959d212c88955
> >> Author: Jaromír Mikeš <mira.mi...@seznam.cz>
> >> Date:   Tue Nov 7 02:31:31 2017 +0100
> >>
> >> Add overrides files.
> > [...]
> >> diff --git a/debian/source.lintian-overrides b/debian/source.lintian-
> overrides
> >> new file mode 100644
> >> index 000..e6b0970
> >> --- /dev/null
> >> +++ b/debian/source.lintian-overrides
> >> @@ -0,0 +1,4 @@
> >> +# Licence statment in these file is "Distribution of this memo is
> unlimited."
> >> +# So overriding this warnings.
> >> +audacity source: license-problem-non-free-RFC
> lib-src/libogg/doc/rfc3533.txt
> >> +audacity source: license-problem-non-free-RFC-BCP78
> lib-src/libogg/doc/rfc5334.txt
> >
> > "Distribution of this memo is unlimited." is not a free license.
>
> However on closer inspection they are free for other reasons. You should
> probably include the relevant parts of libogg's debian/copyright in
> audacity's debian/copyright.
>
> https://tracker.debian.org/media/packages/libo/libogg/copyright-1.3.2-1
>

​Thank you James for spotting this ... as not-native English speaker
sometimes missing point :/
Please check my commit if all is fixed now.

best regards

mira ​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-05 21:15 GMT+01:00 IOhannes m zmölnig (Debian/GNU) <
umlae...@debian.org>:

> On 11/05/2017 09:08 PM, Jaromír Mikeš wrote:
> >
> > ​Please do it ... I already tried many times :( I also create sox dir
> > beside sox.git when trying ...
> > Maybe you could remove it too ...
> >
> > thank you
> >
>
> done.
>

​Hi,

I would appreciate ​if someone would fine time to review sox package now.
There are couple of concerns ...
1) should package ship static lib*.a files?
2) Is really needed so many packages?
3) Are flags passed correctly ... I guess at least LDFLADS not.
4) and probably others

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-05 20:59 GMT+01:00 IOhannes m zmölnig (Debian/GNU) <
umlae...@debian.org>:

> On 11/05/2017 05:24 PM, Jaromír Mikeš wrote:
> > 2017-11-05 15:50 GMT+01:00 Felipe Sateler <fsate...@debian.org>:
>
> >
> > ​Ouh ... I just pushed to new sox repo shortly before your message :(​
> >
> > ​Is there any chance to get "my_sox" repo removed and replace it with
> > Felipe's repo?
>
>
> remove yours on git.d.o, recreate the empty rep oon git.d.o; then clone
> felipe's and push it?
>
> if it's any trouble, i could do that.
>

​Please do it ... I already tried many times :( I also create sox dir
beside sox.git when trying ...
Maybe you could remove it too ...

thank you

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-05 15:50 GMT+01:00 Felipe Sateler <fsate...@debian.org>:

>
> On Sun, Nov 5, 2017 at 11:29 AM, Jaromír Mikeš <mira.mi...@gmail.com>
> wrote:
>
>>
>>
>> 2017-11-05 14:55 GMT+01:00 Ross Gammon <deb...@the-gammons.net>:
>>
>>>
>>>
>>> On 05/11/17 10:29, Jaromír Mikeš wrote:
>>> >
>>> >
>>> > 2017-11-04 17:36 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com
>>> > <mailto:mira.mi...@gmail.com>>:
>>> >
>>> >
>>> >
>>> > 2017-11-04 17:30 GMT+01:00 Sebastian Ramacher <
>>> sramac...@debian.org
>>> > <mailto:sramac...@debian.org>>:
>>> >
>>> --
>>>
>>> Saludos,
>>> Felipe Sateler
>>> > On 2017-11-04 14:25:18, Jaromír Mikeš wrote:
>>> > > Hi,
>>> > >
>>> > > I am about to adopt sox package which I think will suite
>>> perfectly in
>>> > > pkg-multimedia team.
>>> > >
>>> > > At the moment I am having problem with import dscs ... this
>>> comand failed :(
>>> > >
>>> > > $ gbp import-dscs --debsnap  --pristine-tar sox
>>> > >
>>> > > Any idea what to do about it?
>>> >
>>> > What's the error?
>>> >
>>> >
>>> > ​Here is output with --verbose option
>>> >
>>> > ​$  gbp import-dscs --debsnap  --pristine-tar --verbose sox
>>> >
>>> >
>>> > ​Any progress with this? I forgot to mention that I tried same for
>>> > different packages with success.
>>> >
>>> > mira​
>>>
>>> You could just do it manually by taking the latest dsc from the archive:
>>> $ dget http://httpredir.debian.org/debian/pool/main/s/sox/sox_14.4.
>>> 1-5.dsc
>>>
>>> And then doing a normal dsc import:
>>> $ gbp import-dsc --pristine-tar sox_14.4.1-5.dsc
>>>
>>> That worked for me. Of course there is no history. You could also import
>>> the version in old-old stable first, but there doesn't seem much point
>>> in that.
>>>
>>
>> ​Hi Ross,
>>
>> I was thinking the same but wanted try all possibilities first.
>> Anyway I filled a bug against the git-buildpackage
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880878 ​
>>
>>
>> ​Is there any way to import dscs files later if I will start this way and
>> this bug will be fixed latter?
>>
>>
> It appears the problem is that the changelog has some invalid lines near
> the end. I imported the first version manually:
>
> git init sox
> cd sox
> gbp import-dsc ../sox_11gamma-cb3-5.dsc #this fails
> cd ..
> dpkg-source -x sox_11gamma-cb3-5.dsc
> cp -a sox-11gama-cb3/* sox/
> cd sox
> git add .
> git commit --date="26 Feb 1998 8:50:00 +0100" \
>  --author "Geiger Guenter <gei...@iem.mhsg.ac.at>" \
>  -m "Import Debian changes 11gamma-cb3-5"
>
> I was then able to use gbp import-dscs on that repo, because the faulty
> changelog lines are already in the repo and gbp no longer tries to read
> them.
>
> I have pushed my results to https://anonscm.debian.org/
> git/users/fsateler/sox.git if you want to use them.
>

​Ouh ... I just pushed to new sox repo shortly before your message :(​

​Is there any chance to get "my_sox" repo removed and replace it with
Felipe's repo?

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-05 14:55 GMT+01:00 Ross Gammon <deb...@the-gammons.net>:

>
>
> On 05/11/17 10:29, Jaromír Mikeš wrote:
> >
> >
> > 2017-11-04 17:36 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com
> > <mailto:mira.mi...@gmail.com>>:
> >
> >
> >
> > 2017-11-04 17:30 GMT+01:00 Sebastian Ramacher <sramac...@debian.org
> > <mailto:sramac...@debian.org>>:
> >
> > On 2017-11-04 14:25:18, Jaromír Mikeš wrote:
> > > Hi,
> > >
> > > I am about to adopt sox package which I think will suite
> perfectly in
> > > pkg-multimedia team.
> > >
> > > At the moment I am having problem with import dscs ... this
> comand failed :(
> > >
> > > $ gbp import-dscs --debsnap  --pristine-tar sox
> > >
> > > Any idea what to do about it?
> >
> > What's the error?
> >
> >
> > ​Here is output with --verbose option
> >
> > ​$  gbp import-dscs --debsnap  --pristine-tar --verbose sox
> >
> >
> > ​Any progress with this? I forgot to mention that I tried same for
> > different packages with success.
> >
> > mira​
>
> You could just do it manually by taking the latest dsc from the archive:
> $ dget http://httpredir.debian.org/debian/pool/main/s/sox/sox_14.4.1-5.dsc
>
> And then doing a normal dsc import:
> $ gbp import-dsc --pristine-tar sox_14.4.1-5.dsc
>
> That worked for me. Of course there is no history. You could also import
> the version in old-old stable first, but there doesn't seem much point
> in that.
>

​Hi Ross,

I was thinking the same but wanted try all possibilities first.
Anyway I filled a bug against the git-buildpackage
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880878 ​


​Is there any way to import dscs files later if I will start this way and
this bug will be fixed latter?

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-04 17:36 GMT+01:00 Jaromír Mikeš <mira.mi...@gmail.com>:

>
>
> 2017-11-04 17:30 GMT+01:00 Sebastian Ramacher <sramac...@debian.org>:
>
>> On 2017-11-04 14:25:18, Jaromír Mikeš wrote:
>> > Hi,
>> >
>> > I am about to adopt sox package which I think will suite perfectly in
>> > pkg-multimedia team.
>> >
>> > At the moment I am having problem with import dscs ... this comand
>> failed :(
>> >
>> > $ gbp import-dscs --debsnap  --pristine-tar sox
>> >
>> > Any idea what to do about it?
>>
>> What's the error?
>>
>
> ​Here is output with --verbose option
>
> ​$  gbp import-dscs --debsnap  --pristine-tar --verbose sox
>

​Any progress with this? I forgot to mention that I tried same for
different packages with success.

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: sox package adoption

[Jaromír Mikeš]

2017-11-04 17:30 GMT+01:00 Sebastian Ramacher <sramac...@debian.org>:

> On 2017-11-04 14:25:18, Jaromír Mikeš wrote:
> > Hi,
> >
> > I am about to adopt sox package which I think will suite perfectly in
> > pkg-multimedia team.
> >
> > At the moment I am having problem with import dscs ... this comand
> failed :(
> >
> > $ gbp import-dscs --debsnap  --pristine-tar sox
> >
> > Any idea what to do about it?
>
> What's the error?
>

​Here is output with --verbose option

​$  gbp import-dscs --debsnap  --pristine-tar --verbose sox
gbp:info: Downloading snapshots of 'sox' to '/tmp/tmpvaooskk0'...
gbp:debug: debsnap ['--force', '--destdir=/tmp/tmpvaooskk0', 'sox'] []
debsnap: No dsc file detected for sox version 11gamma-1
gbp:error: 'debsnap --force --destdir=/tmp/tmpvaooskk0 sox' failed: it
exited with 2
gbp:warning: Some packages failed to download. Continuing.
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.15-1', 'lt',
'11gamma-cb3-5']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.15-1', 'gt',
'11gamma-cb3-5']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.16-6', 'lt', '12.15-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.16-6', 'gt', '12.15-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.3-4woody2', 'lt',
'12.16-6']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.3-4woody2', 'gt',
'12.16-6']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.5-4', 'lt',
'12.17.3-4woody2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.5-4', 'gt',
'12.17.3-4woody2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.7-1', 'lt',
'12.17.5-4']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.7-1', 'gt',
'12.17.5-4']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.7-2', 'lt',
'12.17.7-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.7-2', 'gt',
'12.17.7-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.7-3', 'lt',
'12.17.7-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.7-3', 'gt',
'12.17.7-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.8-1', 'lt',
'12.17.7-3']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.8-1', 'gt',
'12.17.7-3']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.9-1', 'lt',
'12.17.8-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.17.9-1', 'gt',
'12.17.8-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.18.2-1', 'lt',
'12.17.9-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.18.2-1', 'gt',
'12.17.9-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.18.2-2', 'lt',
'12.18.2-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['12.18.2-2', 'gt',
'12.18.2-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['13.0.0-1', 'lt',
'12.18.2-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['13.0.0-1', 'gt',
'12.18.2-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.0-1', 'lt',
'13.0.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.0-1', 'gt',
'13.0.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.0-2', 'lt',
'14.0.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.0-2', 'gt',
'14.0.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.0-3', 'lt',
'14.0.0-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.0-3', 'gt',
'14.0.0-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.0-4', 'lt',
'14.0.0-3']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.0-4', 'gt',
'14.0.0-3']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.0-5', 'lt',
'14.0.0-4']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.0-5', 'gt',
'14.0.0-4']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.1-1', 'lt',
'14.0.0-5']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.1-1', 'gt',
'14.0.0-5']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.1-2', 'lt',
'14.0.1-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.0.1-2', 'gt',
'14.0.1-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.1.0-1', 'lt',
'14.0.1-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.1.0-1', 'gt',
'14.0.1-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.2.0-1', 'lt',
'14.1.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.2.0-1', 'gt',
'14.1.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.2.0-2', 'lt',
'14.2.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.2.0-2', 'gt',
'14.2.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.0-1', 'lt',
'14.2.0-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.0-1', 'gt',
'14.2.0-2']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.0-1.1', 'lt',
'14.3.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.0-1.1', 'gt',
'14.3.0-1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.1-1', 'lt',
'14.3.0-1.1']
gbp:debug: /usr/bin/dpkg ['--compare-versions'] ['14.3.1-1', 'gt',
'14.3.0-1.1']
gbp:debug: /usr/bin/dpkg

sox package adoption

[Jaromír Mikeš]

Hi,

I am about to adopt sox package which I think will suite perfectly in
pkg-multimedia team.

At the moment I am having problem with import dscs ... this comand failed :(

$ gbp import-dscs --debsnap  --pristine-tar sox

Any idea what to do about it?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: padthv1_0.8.5-1_amd64.changes ACCEPTED into unstable

[Jaromír Mikeš]

2017-11-02 12:29 GMT+01:00 James Cowgill :

> Hi Jaromír,
>
> On 02/11/17 11:20, Debian FTP Masters wrote:
> > Checksums-Sha1:
> >  3b93e9cf720659dfcb9ed5a71e076d87ba06ffd2 2225 padthv1_0.8.5-1.dsc
> >  cc5eb6bbd875fb2271233e9330c32916850d53bf 269836
> padthv1_0.8.5.orig.tar.gz
> >  78637749db278e04da6ea81bbadc977b60cc0fbf 4488
> padthv1_0.8.5-1.debian.tar.xz
> >  a0ae01c1df6790f3ffbf4dbe8acea517df1bcb2b 696272
> padthv1-common-dbgsym_0.8.5-1_amd64.deb
> >  d46ae38618d6a2c31c67591b33a22937e76ee869 219104
> padthv1-common_0.8.5-1_amd64.deb
> >  813a1c0d3c34002fcd988a3351527d3c432c339b 470748
> padthv1-dbgsym_0.8.5-1_amd64.deb
> >  0e50c23f5160e55c4d28a136ccf251322d40e728 391424
> padthv1-lv2-dbgsym_0.8.5-1_amd64.deb
> >  e6333ea9a6520504f47aec99bb643fcdcf564210 17888
> padthv1-lv2_0.8.5-1_amd64.deb
> >  bcea34d5b9b5d4b20eefe6282da3b938aa678681 12551 padthv1_0.8.5-1_amd64.
> buildinfo
> >  b47030872adf5ee7e43ac43cfaa77ba6a0f2bb38 42748
> padthv1_0.8.5-1_amd64.deb
>
> A minor point, but I think you should be source-only uploading your
> packages. The archive has supported it for a few years now.
>
> https://wiki.debian.org/SourceOnlyUpload
>

​Actually it is quite important ... thank you for pointing me​ this.

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: DM flags padthv1 fomp

[Jaromír Mikeš]

2017-11-02 11:49 GMT+01:00 James Cowgill <jcowg...@debian.org>:

> On 02/11/17 10:10, Jaromír Mikeš wrote:
> > Hi,
> >
> > I need DM flag for padthv1 to update it and for fomp to adopt it.
> > Can someone provide me them please?
>
> Should be done now.
>

​Thank you

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

DM flags padthv1 fomp

[Jaromír Mikeš]

Hi,

I need DM flag for padthv1 to update it and for fomp to adopt it.
Can someone provide me them please?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

fomp package adoption

[Jaromír Mikeš]

Hi,

I just adopted fomp package ... Can someone grant me DM flag please?
So I can upload it?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: rtmidi_3.0.0~ds1-1~exp2_amd64.changes ACCEPTED into experimental

[Jaromír Mikeš]

2017-10-22 23:09 GMT+02:00 Debian FTP Masters <
ftpmas...@ftp-master.debian.org>:

>
>
> Accepted:
>

​Hi,

I would like to make another upload to experimental of rtmidi, but before
that I would be glad if someone can
check patch 0001-kfreebsd-hurd.patch which I adopted from rtaudio (author
IOhannes)​

​is ​
​really working in rtmidi too.
And there is another issue with passing CPPFLAGS help with that would be
great too ;)

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: transition: rtaudio

[Jaromír Mikeš]

2017-10-22 17:00 GMT+02:00 Jaromír Mikeš <mira.mi...@seznam.cz>:

>
>
> Direct reverse dependencies are:
>
> stk
> jacktrip
> mlt
> soapyaudio
> cubicsdr
>

​Same story here ... all rdeps of rtaudio build fine with 5.0.0 version

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: transition: rtmidi

[Jaromír Mikeš]

2017-10-22 16:55 GMT+02:00 Jaromír Mikeš <mira.mi...@seznam.cz>:

>
> Direct reverse dependencies are:
>
> stk
> giada
> midisnoop
> milkytracker
> python3-rtmidi
>

​I just made tests build against rtmidi-dev 3.0.0​

​and all packages listed (giada exculuded) build fine.
So maybe we even didn't need transition :(
So I will test rtaudio same way soon.

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

transition: rtmidi

[Jaromír Mikeš]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream rtmidi bumps SONAME, so we need transition.

Direct reverse dependencies are:

stk
giada
midisnoop
milkytracker
python3-rtmidi

best regards

mira

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

transition: rtaudio

[Jaromír Mikeš]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,
new upstream rtaudio bumps SONAME, so we need to transition.

Direct reverse dependencies are:

stk
jacktrip
mlt
soapyaudio
cubicsdr


best regards

mira

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

rtmidi rtaudio transitions

[Jaromír Mikeš]

Hi IOhannes,

It is time to start rtmidi rtaudio transitions?

librtmidi3
Reverse Depends:
  librtmidi-dev
  giada
  stk
  libstk-4.5.0
  midisnoop
  python3-rtmidi
  milkytracker

librtaudio5a
Reverse Depends:
  librtaudio-dev
  soapysdr0.5-2-module-audio
  stk
  libstk-4.5.0
  soapysdr0.6-module-audio
  cubicsdr
  libmlt6
  jacktrip

Only issue I am aware at the moment is that giada package doesn't build
against current gcc version :(

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#873541: libsbsms update

[Jaromír Mikeš]

​Hi Clayton,

we have a issue in debian with libsbsms
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873541

According to audacity mailing list you updated audacity embedded sbsms lib
to 2.2.0 version
so the audacity now is developed against it .
https://sourceforge.net/p/audacity/mailman/message/35780193/
And it not build against 2.0.2 libsbsms what we have in debian archive.

In debian we buildidng against system-wide libs rather then embedded.
Can you please update sourceforge source and make 2.2.0 release.
It would help fix this issue

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Becoming DD - search for advocates

[Jaromír Mikeš]

2017-10-15 22:08 GMT+02:00 Jaromír Mikeš <mira.mi...@gmail.com>:

>
>
> 2017-10-15 21:40 GMT+02:00 Sebastian Ramacher <sramac...@debian.org>:
>
>> On 2017-10-15 18:58:46, Jaromír Mikeš wrote:
>> > Hi all,
>> >
>> > after couple of years being DM I decided to go in DD process.
>> > Hope I will find some advocates here. ;)
>> >
>> > https://nm.debian.org/process/396
>>
>> Finally! Since I offered to advocate you some years ago, I've just sent my
>> advocacy.
>>
>
> ​Thank you Sebastian for support​ and patience,
>
> It took a while to get courage and feeling that it is right time ;)
>

​And thank you IOhannes​

​for advocating me !

best regards

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: aeolus - DM flag

[Jaromír Mikeš]

2017-10-15 21:30 GMT+02:00 Sebastian Ramacher <sramac...@debian.org>:

> Hi
>
> On 2017-10-15 13:15:08, Jaromír Mikeš wrote:
> > can someone provide me DM flag for aeolus package please?
> > I just added myself as uploader and updated package.
>
> Done, enjoy.
>

​Thank you ;)

mira​
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Re: Becoming DD - search for advocates

[Jaromír Mikeš]

2017-10-15 21:40 GMT+02:00 Sebastian Ramacher <sramac...@debian.org>:

> On 2017-10-15 18:58:46, Jaromír Mikeš wrote:
> > Hi all,
> >
> > after couple of years being DM I decided to go in DD process.
> > Hope I will find some advocates here. ;)
> >
> > https://nm.debian.org/process/396
>
> Finally! Since I offered to advocate you some years ago, I've just sent my
> advocacy.
>

​Thank you Sebastian for support​ and patience,

It took a while to get courage and feeling that it is right time ;)

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Becoming DD - search for advocates

[Jaromír Mikeš]

Hi all,

after couple of years being DM I decided to go in DD process.
Hope I will find some advocates here. ;)

https://nm.debian.org/process/396

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

aeolus - DM flag

[Jaromír Mikeš]

Hi,

can someone provide me DM flag for aeolus package please?
I just added myself as uploader and updated package.

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#873541: libsbsms: please package 2.2.0

[Jaromír Mikeš]

2017-10-14 17:03 GMT+02:00 Jaromír Mikeš <mira.mi...@gmail.com>:

>
> > audacity 2.1.3 depends on libsbsms 2.2.0. So please package the new
> upstream release.
>
> Hi Sebastian,
>
> I am thinking to help with updating libsbsms, but unfortunately I can't
> find newer version than 2.0.2
>
> https://sourceforge.net/projects/sbsms/files/sbsms/2.0.2/
>
> they changed location?
>

Some
​more investigation ...​

lib-src/sbsms/libsbsms.spec.in
​ says "version 2.0.2"​ ...
I've tried build audacity successfully against internal libsbsms and I
forced (by patch) build against system-wide libsms 2.0.2
which failed.
Comparing both libs in Meld showing that internal one is modified ... by
audacity developers I guess.

Benjamin as you have done some commits in audacity upstream can you shed
some light on this please?

​Is sbsms still developed?​ Or it is living own life in audacity?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#873541: libsbsms: please package 2.2.0

[Jaromír Mikeš]

> audacity 2.1.3 depends on libsbsms 2.2.0. So please package the new
upstream release.

Hi Sebastian,

I am thinking to help with updating libsbsms, but unfortunately I can't
find newer version than 2.0.2

https://sourceforge.net/projects/sbsms/files/sbsms/2.0.2/

they changed location?

best regards

mira
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers