update my info on project multimedia

[Herbert Fortes]

Hi,

For the record:

I was classified as a adm when I asked to join 
the team. I just saw that.

So I changed my account myself.  From 'hpfn-guest'
to 'hpfn'.



Regards,
Herbert

___
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: review dvd-slideshow

[Herbert Fortes]

Hi,

On 01-11-2016 13:02, Alessio Treglia wrote:
> Hi,
> 
> On Tue, Nov 1, 2016 at 2:48 PM, Herbert Fortes  wrote:
>> Hi,
>>
>> Can someone review dvd-slideshow[0] ?
> 
> Done, and uploaded. Thanks!
> 

Thank you Alessio!



Regards,
Herbert

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

review dvd-slideshow

[Herbert Fortes]

Hi,

Can someone review dvd-slideshow[0] ?

[0] - https://anonscm.debian.org/git/pkg-multimedia/dvd-slideshow.git

The major changes are:

 - genisoimage instead of mkisofs
 - cdrskin instead of cdrecord
 - .html not shipped. They provide the same info manpages do. This
   way save  the creation of some patches. (because of genisoimage
   and mkisofs)



Regards,
Herbert

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

manager git repository. (was Re: [SCM] bristol/master: Import Debian patch 0.60.11-3)

[Herbert Fortes]

Hi,

I am finally reading about how to manage a
git repository in a way Debian Multimedia 
Team do.

> 
> in general: do you packaging *within* the git repository.
> once the git-repository is ready, we generate source-orig and debian
> tarballs (and all the other foo) from the repo, not the other way round.
> so don't do the fixes outside and then try to batch-apply them into the
> repo. (this basically makes the "tar -xvf ../bristol*debian.tar.xz" step
> obsolete)
> 
> then make small *atomic* commits. a good guideline for the atomicity of
> a commit is: one d/changelog line equals one commit (in an ideal world,
> where you don't make any errors).
> it is encouraged to use `gbp-dch` to generate a new (and to be manually
> revised) d/changelog releaseentry.
> 
> a single commit for a new upload is usually too coarse (even uploads
> that fix minor things usually have two commits: one for the change; and
> one for finalizing the changelog).
> 
> 
> btw git makes it easy to learn from others: just fire up `gitk` and see
> what people committed in the past (or use `git log` if you are going
> frugal).
> also i find that `git gui` can help tremendously with creating atomic
> commits, even if you have files that have changes that should go into
> different commits. (you can do that from the cmdline as well, but i keep
> forgetting how)
> 

I am packaging dvd-slideshow (a team upload). It is a new release. I think
I should use 'git import-orig --pristine-tar', but an 'uploader' already 
started the work and the upstream version was imported already. The steps 
until now:

Finalize
Import Upstream version 0.8.6.1
Merge tag 'uptream/0.8.6.1'
(work in three patches)

'git gui' is been a big help. Thanks.

What I need to do is work in debian directory (git checkout master):

 - refresh some more patches and 2 were created.
 - edit:
 - compat: 10
 - control:
 - Standards-Version
 - Build-Depends
 - Vcs*
 - Depends
 - copyright: update
 - dvd-slideshow.docs
  - remove .html entry. These files have the same
information manpages have.
 - rules
  - remove entry about .html files.

Working in debian directory I only need to 'git commit -a'
each file I edited.

git-dch

git tag -s debian/0.8.6.1-1 -m "Debian release 0.8.6.1-1"
git push origin master upstream pristine-tar --follow-tags --dry-run # to check

# if ok
gbp buildpackage

Are my steps correct ?



Regards,
Herbert




___
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: dvd-slideshow depends

[Herbert Fortes]

Hi,

>On 14-09-2016 07:24, Fabian Greffrath wrote:
>> Herbert Fortes wrote:
>>> I did not understand. xorriso[0] Debian package is from
>>> libisoburn source package.
>> 
>> Sorry for causing confusion!
>> 
>> I just remembered that GNU xorriso was not exactly the same as
>> libisoburn's xorriso. We package the latter in Debian, but the link you
>> provided in the context of missing UDF support pointed to the GNU xorriso
>> page.
>> 
>> Anyway, the only difference seems to be that GNU xorriso has all the
>> libraries bundled togther and is statically linked, whereas libisoburn's
>> xorriso requires all the other libburn libraries separately and is
>> dynamically linked. Feature-wise, they seem to be identical.
>> 
>
> Thanks for the explanation. I really did not notice
> that (two projects).
>
> I hope to have something to show tomorrow. Using
> genisoimage and cdrskin will be easy to replace
> mkisofs and dvdrecord commands, I guess.

-mkisofs -dvd-video -udf -o dvd.iso "$dvd_dir"
+genisoimage -dvd-video -udf -o dvd.iso "$dvd_dir"

The line can the same, but only '-udf' option can create
the UDF. I did a search and found a post[0] that says 'mkudffs'
command should be used to garantee UDF. Can someone say
something about that ?

[0] -
http://unix.stackexchange.com/questions/17594/how-to-create-udf-images-and-burn-them-to-dvd-or-cdrom#

-cdrecord -v driveropts=burnfree -eject -dao dev=ATAPI:0,0,0 $1
+cdrskin -v driveropts=burnfree -eject -dao dev=/dev/dvdrw

I also would like an opinion about DAO. The cdrskin's manpage
seems to recommend avoid it.



Regards,
Herbert


___
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: dvd-slideshow depends

[Herbert Fortes]

On 14-09-2016 07:24, Fabian Greffrath wrote:
> Herbert Fortes wrote:
>> I did not understand. xorriso[0] Debian package is from
>> libisoburn source package.
> 
> Sorry for causing confusion!
> 
> I just remembered that GNU xorriso was not exactly the same as
> libisoburn's xorriso. We package the latter in Debian, but the link you
> provided in the context of missing UDF support pointed to the GNU xorriso
> page.
> 
> Anyway, the only difference seems to be that GNU xorriso has all the
> libraries bundled togther and is statically linked, whereas libisoburn's
> xorriso requires all the other libburn libraries separately and is
> dynamically linked. Feature-wise, they seem to be identical.
> 

Thanks for the explanation. I really did not notice
that (two projects).

I hope to have something to show tomorrow. Using
genisoimage and cdrskin will be easy to replace
mkisofs and dvdrecord commands, I guess.



Regards,
Herbert


___
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: dvd-slideshow depends

[Herbert Fortes]

On 12-09-2016 17:44, Fabian Greffrath wrote:
> Am Montag, den 12.09.2016, 15:41 -0300 schrieb Herbert Fortes:
>> So mkisofs will be replaced by genisoimage. I said xorrisofs
>> before, but it seems that xorrisofs "does not produce UDF
>> filesystems"[2]. Bad because xorriso project is more active
>> (2016). genisoimage stopped in 2014.
> 
> I am not sure if GNU xorriso has the same features as the program of
> the same name from the libburn project?
> 

I did not understand. xorriso[0] Debian package is from
libisoburn source package.


[0] - https://packages.qa.debian.org/libi/libisoburn.html



Regards,
Herbert

___
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: dvd-slideshow depends

[Herbert Fortes]

Hi,

On 11-09-2016 15:54, IOhannes m zmölnig (Debian/GNU) wrote:
> On 09/11/2016 07:47 PM, Herbert Fortes wrote:
>>  update
>>  - ./debian/patches/01_dvd-burn.patch
> 
> why? what will this update achieve?

> 
>>
>>  create a patch for:
>> - ./dvd-menu
>> - two files in ./doc (.html, .wiki)
>> - ./man/dvd/-menu.1
> 
> why? what will this patch achieve?
> 

Let me explain better.

mkisofs is from cdrtools[0]. Not part of Debian since
2006

[0] - https://packages.qa.debian.org/c/cdrtools.html

dvdrecord from dvdrtools[1]. Not part of Debian since
2011

[1] - https://packages.qa.debian.org/d/dvdrtools.html

So mkisofs will be replaced by genisoimage. I said xorrisofs
before, but it seems that xorrisofs "does not produce UDF
filesystems"[2]. Bad because xorriso project is more active
(2016). genisoimage stopped in 2014.

dvdrecord, I checked just now, will be replaced by cdrskin,
from the package with the same name.

[2] - https://www.gnu.org/software/xorriso/



Regards,
Herbert


___
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: dvd-slideshow depends

[Herbert Fortes]

On 11-09-2016 15:54, IOhannes m zmölnig (Debian/GNU) wrote:
> On 09/11/2016 07:47 PM, Herbert Fortes wrote:
>>  update
>>  - ./debian/patches/01_dvd-burn.patch
> 
> why? what will this update achieve?

Will replace cdrecord -> xorrecord
> 
>>
>>  create a patch for:
>> - ./dvd-menu
>> - two files in ./doc (.html, .wiki)
>> - ./man/dvd/-menu.1
> 
> why? what will this patch achieve?

Will replace mkisofs -> xorrisofs

I did not check the manpages about the options that
xorriso tools use. mkisofs and cdrecord as used by
the upstream:

mkisofs -dvd-video -udf -o dvd.iso "$dvd_dir"

cdrecord -v driveropts=burnfree -eject -dao dev=ATAPI:0,0,0 $1

> 
> On 09/11/2016 07:47 PM, Herbert Fortes wrote:
>> I have time and I will get closer to the team,
> 
> great!
> 
>> but this package
>> is helpful in any way ? I mean, there is a more recent project
>> replacing dvd-slideshow ?
> 
> this is not *very* important.
> as long as a package is not bitrotting away and/or binding too many
> Debian ressources (DD/DM time; security team...), i see little value in
> replacing a useful and working package with something else, just because
> it is new and shiny.
> 

Ok.



Regards,
Herbert


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

dvd-slideshow depends

[Herbert Fortes]

Hi,

I am checking the 'Depends' entry in debian/control
from dvd-slideshow package.

We do not have[0]:

 - mkisofs from cdrtools
 - dvdrecord from dvdrtools if you want to actually burn dvds.

[0] - http://dvd-slideshow.sourceforge.net/wiki/Installation

I belive xorriso[1] package is the answer to replace
these packages.

[1] - https://packages.debian.org/stretch/xorriso

I will need to:

 update
- ./debian/patches/01_dvd-burn.patch

 create a patch for:
- ./dvd-menu
- two files in ./doc (.html, .wiki)
- ./man/dvd/-menu.1

I have time and I will get closer to the team, but this package
is helpful in any way ? I mean, there is a more recent project
replacing dvd-slideshow ?



Regards,
Herbert

___
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] bristol/master: Import Debian patch 0.60.11-3

[Herbert Fortes]

Hi,

On 09-09-2016 17:39, IOhannes m zmölnig (Debian/GNU) wrote:
> On 09/09/2016 10:16 PM, Herbert Fortes wrote:
>> On 09-09-2016 12:18, James Cowgill wrote:
>>> Hi,
>>> Please fix this mess - ie revert the changes to:
> [...]
> 
> for the record, i just cleaned up the repo.
> 
>> I think, for Bristol, I should did some thing
>> like:
>>
>> git clone
>> cd bristol
>> tar -xvf ../bristol*debian.tar.xz
>> git add debian
>> git commit
>>
>> Is that right ?
> 
> no, not really.
> first of all, please (re)read our [Packaging Guidelines] esp. §3.2
> 
> in general: do you packaging *within* the git repository.
> once the git-repository is ready, we generate source-orig and debian
> tarballs (and all the other foo) from the repo, not the other way round.
> so don't do the fixes outside and then try to batch-apply them into the
> repo. (this basically makes the "tar -xvf ../bristol*debian.tar.xz" step
> obsolete)
> 
> then make small *atomic* commits. a good guideline for the atomicity of
> a commit is: one d/changelog line equals one commit (in an ideal world,
> where you don't make any errors).
> it is encouraged to use `gbp-dch` to generate a new (and to be manually
> revised) d/changelog releaseentry.
> 
> a single commit for a new upload is usually too coarse (even uploads
> that fix minor things usually have two commits: one for the change; and
> one for finalizing the changelog).
> 
> 
> btw git makes it easy to learn from others: just fire up `gitk` and see
> what people committed in the past (or use `git log` if you are going
> frugal).
> also i find that `git gui` can help tremendously with creating atomic
> commits, even if you have files that have changes that should go into
> different commits. (you can do that from the cmdline as well, but i keep
> forgetting how)
> 
> gfmasdr
> IOhannes
> 
> 
> [Packaging Guidelines]
> https://wiki.debian.org/DebianMultimedia/DevelopPackaging
> 

Thanks!

I will send first to the list a step-by-step about I will do
for dvd-slideshow package.



Regards,
Herbert


___
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] bristol/master: Import Debian patch 0.60.11-3

[Herbert Fortes]

On 09-09-2016 12:18, James Cowgill wrote:
> Hi,
> 
> On 09/09/16 16:10, hpfn-gu...@users.alioth.debian.org wrote:
>> The following commit has been merged in the master branch:
>> commit 681da27e9edec0abd74ef150aede33a36bab63d1
>> Author: Herbert Parentes Fortes Neto 
>> Date:   Fri Sep 9 09:04:38 2016 -0300
>>
>> Import Debian patch 0.60.11-3
> 
> This isn't how you're supposed to use git. gbp import-dsc is for
> importing old dscs into git, not for new packaging.
> 
> Please fix this mess - ie revert the changes to:
>  .pc
>  HOWTO (line endings)
>  debian/source/local-options
> 
>> diff --git a/debian/patches/series b/debian/patches/series
>> index 984256e..701a3f6 100644
>> --- a/debian/patches/series
>> +++ b/debian/patches/series
>> @@ -1,2 +1,3 @@
>> +03-rm_alsa-iatomic.h.patch
>>  01-export_statements.patch
>>  02-disable_sse.patch
> 
> If you name the patch '03', then it really should be the third patch and
> not the first.
> 
> But thanks for fixing the bug,
> James

I think, for Bristol, I should did some thing
like:

git clone
cd bristol
tar -xvf ../bristol*debian.tar.xz
git add debian
git commit

Is that right ?



Regards,
Herbert


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

dvd-slideshow update

[Herbert Fortes]

Hi,

I found another package to do a NMU-like upload.

dvd-slideshow's[0] last version is 0.8.6.1 (2015). In
Debian we have  0.8.4.2-3 (2014).

[0] - https://tracker.debian.org/pkg/dvd-slideshow

I intent to start the work tomorrow.



Regards,
Herbert

___
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] bristol/master: Import Debian patch 0.60.11-3

[Herbert Fortes]

On 09-09-2016 12:18, James Cowgill wrote:
> Hi,
> 
> On 09/09/16 16:10, hpfn-gu...@users.alioth.debian.org wrote:
>> The following commit has been merged in the master branch:
>> commit 681da27e9edec0abd74ef150aede33a36bab63d1
>> Author: Herbert Parentes Fortes Neto 
>> Date:   Fri Sep 9 09:04:38 2016 -0300
>>
>> Import Debian patch 0.60.11-3
> 
> This isn't how you're supposed to use git. gbp import-dsc is for
> importing old dscs into git, not for new packaging.
> 
> Please fix this mess - ie revert the changes to:
>  .pc
>  HOWTO (line endings)
>  debian/source/local-options

I will need some help. I do not have good knowledge.
about git.

- debian/source/local-options did not exist in 0.60.11-2
- HOWTO you mean '^M$' ?
This really is my fault. I complained and I did:
$ git config core.autocrlf true
$ git config core.safecrlf false
- .pc I really did not notice it


> 
>> diff --git a/debian/patches/series b/debian/patches/series
>> index 984256e..701a3f6 100644
>> --- a/debian/patches/series
>> +++ b/debian/patches/series
>> @@ -1,2 +1,3 @@
>> +03-rm_alsa-iatomic.h.patch
>>  01-export_statements.patch
>>  02-disable_sse.patch
> 
> If you name the patch '03', then it really should be the third patch and
> not the first.
> 

I should notice this when ran debdiff.

What should I do ?



Regards,
Herbert


___
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#802021: audacity: non-free files

[Herbert Fortes]

Hi,

On Wed, 7 Sep 2016 22:08:59 +0100 James Cowgill wrote:
> Hi,
>
> On 07/09/16 20:26, Herbert Fortes wrote:
> >>
> >> Files in "lib-src/libnyquist/nyquist/xlisp" have the following in the
> > header:
> >>
> >> Copyright (c) 1985, by David Michael Betz
> >> All Rights Reserved
> >> Permission is granted for unrestricted non-commercial use
> >>
> >
> > I tried to send an email to David Michael Betz
> > but the email returns. I tried to email address:
>
> There seems to be a more recent version of xlisp on this site:
> http://www.xlisp.org/
>
> It has another email address (which I've CCed). Hopefully it works!
>
> Maybe part of the solution to this bug is to update audacity's copy of
> xlisp to this new version which seems to be under the BSD 3-clause
license?
>
> (of course there are some other non-free files to look at as well)
>

The license seems to be same that is in collab-maint[0]. The
problem is some files[1] has:

|

ermission is granted for unrestricted non-commercial use

|


[0] -
https://anonscm.debian.org/cgit/pkg-multimedia/audacity.git/tree/lib-src/libnyquist/nyquist/license.txt

[1] -
https://anonscm.debian.org/cgit/pkg-multimedia/audacity.git/tree/lib-src/libnyquist/nyquist/xlisp/xlisp.c

I am a little bit confuse about SGML:

 xhtml-symbol.ent
 xhtml-special.ent
 xhtml.lat1.ent

Thera are open source alternatives, as said
here[2]:
   


Open-source implementations

Significant open-source
<https://en.wikipedia.org/wiki/Open_source_software> implementations of
SGML have included:

  * ASP-SGML <http://ftp.sunet.se/pub/text-processing/sgml/ASP-SGML/>
  * ARC-SGML <http://ftp.sunet.se/pub/text-processing/sgml/ARC-SGML/>,
by Standard Generalized Markup Language Users', 1991, C language
  * SGMLS <http://ftp.sunet.se/pub/text-processing/sgml/SGMLS/>, by
James Clark, 1993, C language
  * Project YAO <http://ftp.sunet.se/pub/text-processing/sgml/YAO/>, by
Yuan-ze Institute of Technology, Taiwan, with Charles Goldfarb,
1994, object
  * SP <http://www.jclark.com/sp/index.htm> by James Clark, C++ language


[2] - https://en.wikipedia.org/wiki/SGML


Regards,
Herbert
___
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: QA - bristol

[Herbert Fortes]

On 09-09-2016 09:01, James Cowgill wrote:
> On 09/09/16 13:00, Herbert Fortes wrote:
>> On 09-09-2016 08:57, James Cowgill wrote:
>>> Hi,
>>>
>>> On 09/09/16 12:56, Herbert Fortes wrote:
>>>>> On 06/09/16 20:24, Herbert Fortes wrote:
>>>>>> I maintain one package for Multimedia Maintainers
>>>>>> and did a search looking for something to do for
>>>>>> the team.
>>>>>>
>>>>>> I found bristol[0] with a RC-bug[1] with a patch
>>>>>> to fix it. Can I check the package and do the upload
>>>>>> if the patch works ? The patch made by Adrian Bunk :
>>>>>
>>>>> Sure. I don't think anyone will mind you fixing RC bugs in packages
>>>>> which don't seem to get a lot of maintenance :)
>>>>>
>>>>> The patch looks fine, although I don't know why we need to keep the
>>>>> commented out #include. I would just remove the ifdef (3 lines).
>>>>>
>>>>
>>>> I will do a NMU.
>>>>
>>>> Thanks for reply.
>>>
>>> You don't need to do an NMU if you're in the team. You can just do a
>>> Team Upload. Make sure you push your changes to git.
>>
>> Ok.
>>
>> I put Team upload in the first line of debian/changelog ?
> 
> Pretty much. You can also use 'dch --team'
> 

Upload done.



Regards,
Herbert



___
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: QA - bristol

[Herbert Fortes]

On 09-09-2016 09:01, James Cowgill wrote:
> On 09/09/16 13:00, Herbert Fortes wrote:
>> On 09-09-2016 08:57, James Cowgill wrote:
>>> Hi,
>>>
>>> On 09/09/16 12:56, Herbert Fortes wrote:
>>>>> On 06/09/16 20:24, Herbert Fortes wrote:
>>>>>> I maintain one package for Multimedia Maintainers
>>>>>> and did a search looking for something to do for
>>>>>> the team.
>>>>>>
>>>>>> I found bristol[0] with a RC-bug[1] with a patch
>>>>>> to fix it. Can I check the package and do the upload
>>>>>> if the patch works ? The patch made by Adrian Bunk :
>>>>>
>>>>> Sure. I don't think anyone will mind you fixing RC bugs in packages
>>>>> which don't seem to get a lot of maintenance :)
>>>>>
>>>>> The patch looks fine, although I don't know why we need to keep the
>>>>> commented out #include. I would just remove the ifdef (3 lines).
>>>>>
>>>>
>>>> I will do a NMU.
>>>>
>>>> Thanks for reply.
>>>
>>> You don't need to do an NMU if you're in the team. You can just do a
>>> Team Upload. Make sure you push your changes to git.
>>
>> Ok.
>>
>> I put Team upload in the first line of debian/changelog ?
> 
> Pretty much. You can also use 'dch --team'
> 

Good !

Better this maner.



Regards,
Herbert


___
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: QA - bristol

[Herbert Fortes]

On 09-09-2016 08:57, James Cowgill wrote:
> Hi,
> 
> On 09/09/16 12:56, Herbert Fortes wrote:
>>> On 06/09/16 20:24, Herbert Fortes wrote:
>>>> I maintain one package for Multimedia Maintainers
>>>> and did a search looking for something to do for
>>>> the team.
>>>>
>>>> I found bristol[0] with a RC-bug[1] with a patch
>>>> to fix it. Can I check the package and do the upload
>>>> if the patch works ? The patch made by Adrian Bunk :
>>>
>>> Sure. I don't think anyone will mind you fixing RC bugs in packages
>>> which don't seem to get a lot of maintenance :)
>>>
>>> The patch looks fine, although I don't know why we need to keep the
>>> commented out #include. I would just remove the ifdef (3 lines).
>>>
>>
>> I will do a NMU.
>>
>> Thanks for reply.
> 
> You don't need to do an NMU if you're in the team. You can just do a
> Team Upload. Make sure you push your changes to git.
> 

Ok.

I put Team upload in the first line of debian/changelog ?



Regards,
Herbert


___
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: QA - bristol

[Herbert Fortes]

Hi James Cowgill,

> On 06/09/16 20:24, Herbert Fortes wrote:
>> I maintain one package for Multimedia Maintainers
>> and did a search looking for something to do for
>> the team.
>>
>> I found bristol[0] with a RC-bug[1] with a patch
>> to fix it. Can I check the package and do the upload
>> if the patch works ? The patch made by Adrian Bunk :
> 
> Sure. I don't think anyone will mind you fixing RC bugs in packages
> which don't seem to get a lot of maintenance :)
> 
> The patch looks fine, although I don't know why we need to keep the
> commented out #include. I would just remove the ifdef (3 lines).
> 

I will do a NMU.

Thanks for reply.



Regards,
Herbert

___
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#802021: audacity: non-free files

[Herbert Fortes]

Hi,

>
> Files in "lib-src/libnyquist/nyquist/xlisp" have the following in the
header:
>
> Copyright (c) 1985, by David Michael Betz
> All Rights Reserved
> Permission is granted for unrestricted non-commercial use
>

I tried to send an email to David Michael Betz
but the email returns. I tried to email address:

db...@xlisper.mv.com
davidb...@aol.com

The error:

Technical details of permanent failure: 
DNS Error: 1537381 DNS type 'mx' lookup of xlisper.mv.com responded with code 
NXDOMAIN
Domain name not found: xlisper.mv.com

Google tried to deliver your message, but it was rejected by the server
for the recipient domain aol.com by mailin-02.mx.aol.com. [64.12.91.195].



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

QA - bristol

[Herbert Fortes]

Hi,


I maintain one package for Multimedia Maintainers

and did a search looking for something to do for

the team.


I found bristol[0] with a RC-bug[1] with a patch

to fix it. Can I check the package and do the upload

if the patch works ? The patch made by Adrian Bunk :


Description: Stop using alsa/iatomic.h
 Technically this is an API breakage in libasound 1.1.2,
 but it makes sense to me that this header was removed
 by ALSA upstream.
 .
 bristol was the only user in Debian, and even here the
 code that once used it was already commented out.
Author: Adrian Bunk 
Bug-Debian: https://bugs.debian.org/834180
Forwarded: no

--- bristol-0.60.11.orig/libbristolaudio/audioEngineJack.c
+++ bristol-0.60.11/libbristolaudio/audioEngineJack.c
@@ -39,7 +39,7 @@
 
 #ifdef _BRISTOL_JACK
 #if (BRISTOL_HAS_ALSA == 1)
-#include 
+//#include 
 #endif
 
 /*


[0] - https://packages.qa.debian.org/b/bristol.html

[1] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834180

maint:
Debian Multimedia Maintainers

(a
),
Alessio Treglia
 (u),
Free Ekanayaka
 (u)



Regards,

Herbert


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