Re: jack-keyboard

[Ross Gammon]

Hi Markus,

Thanks for taking an interest in jack-keyboard, and its status in
Debian. I am cc'ing you in case you are not subscribed to the list.

Unfortunately, messages to the list have a habit of being forgotten about.

I would recommend submitting a "wishlist" bug to the Debian Bug Tracker
against the jack-keyboard package, with this information, and requesting
a new version with your features. The reportbug tool will help with
this, but there is more information here:
https://www.debian.org/Bugs/Reporting

Will you be willing to maintain your fork long-term in case any new bugs
arise that need fixing? Answering this question on the bug too is a good
idea.

Regards,

Ross

On 26/03/18 11:08, Markus Schmidt wrote:
> Dear maintainers,
> 
> I needed some features in jack-keyboard but all projects seem to be
> abandoned, so I cloned the most recent one and did a couple of changes:
> 
>  New keyboard widget design utilizing Cairo
>  Display pressed keys
>  Display velocity
>  New controller "modulation"
>  New controller "pitch bend"
>  New panic button
>  New layout
>  New dark GTK style
>  New icon
>  use autoconfig
> 
> https://github.com/boomshop/jack-keyboard
> 
> Probably you're interested in a new version. If so I would update the
> version number to e.g. 2.8.0.
> 
> Best
> Markus
> 
> 
> 
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
> 



signature.asc
Description: OpenPGP digital 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

Re: Proposed multimedia team migration to salsa.d.o

[Ross Gammon]

Hi James,

Thanks for doing this.

multimedia-blends could do with a refresh, and it is a bit of a special case as 
the blends task (web) pages (https://blends.debian.org/multimedia/tasks/index) 
are generated from it. Lots would probably break if it was renamed. I will take 
care of it manually in the next few days.

Cheers,

Ross

On 01/28/2018 05:37 PM, James Cowgill wrote:
> Hi,
>
> On 01/01/18 17:43, James Cowgill wrote:
>> Migration
>> ===
>> Migration of the maintainer email address can start immediately. New
>> packages can also immediately start hosting their VCS on salsa.debian.org.
>>
>> For existing packages, I propose:
>> - Wait until salsa.debian.org is declared stable (expected at the end of
>> January)
>> - Announce to the lists before migration starts
>> - Set all repositories on alioth read-only (eg using a git pre-receive hook)
>> - Migrate everything to salsa using Christoph Berg's import script:
>> http://www.df7cb.de/blog/2017/Salsa_batch_import.html
> Now that salsa is stable, I am going to start migrating things over. I
> wrote a separate script which also handles various integrations which I
> am going to use instead of the one above:
> https://salsa.debian.org/jcowgill/multimedia-cli
>
> One other change from the proposed plan is the addition of the
> "tagpending" webhook described here:
> https://wiki.debian.org/Salsa/Doc#Dealing_with_Debian_BTS_from_commit_messages
>
> I am also taking this opportunity to trim the repositories on alioth.
> The repositories below will be omitted from the initial import (but will
> still all be made read only). If I have screwed up and omitted a
> repository incorrectly, I can import them on a case-by-case basis or you
> can import them yourself.
>
> I have attached the final list of repositories I will attempt to import
> now (should be everything except the repos below).
>
> # Incorrect Package Naming
> My script requires repo name = source package name at the moment so
> these will be omitted. The pd-* repositories are special because they
> need to be put in a separate group. Should they intentionally not have
> the correct name - ie should "pd-lua" become "pd/lua" or "pd/pd-lua"?
>
> pd-*
>
> ffado
> invada-ladspa
> invada-lv2
> jconv
> libdvdcss-pkg
> libmusicbrainz
> lv2-tools
> multimedia-blends
> pd-iem_ambi
> qutecsound
> synfig-etl
> synfig-synfig
> synfig-synfigstudio
>
> # Dead repositories
> These repositories are not referenced in the Vcs-* fields of any
> package. I have tried to go through the list and remove some which
> simply omitted the Vcs- fields.
>
> 2mandvd
> adplug
> aften
> avidemux
> avldrums.lv2
> baka-mplayer
> bdsup2sub++
> beast
> bombono-dvd
> cadence
> cinelerra-cv
> clam-chordata
> clam-networkeditor
> collada2gltf
> creox
> deadbeef
> debimedia-archive-keyring
> divxenc
> dmedia
> dvbcut
> dvd95
> dvdrip
> dvdstyler
> dvdwizard
> earcandy
> ezstream
> ffmpegthumbnailer
> ffprobe
> flam3
> flumotion
> freecycle
> fst
> goattracker
> h264enc
> jack-rack
> jcgui
> jokosher
> kodi-addon-webinterface-chorus2
> kodiplatform
> lash
> libav-extra
> libcmrt
> libdvb
> libdvbpsi5
> libdvdcss
> libdvdcss-installer
> libfreebob
> libmkv
> libtunepimp
> libvisual
> libvisual-plugins
> linuxband
> linuxsampler
> lv2-extensions-good
> lv2fil
> madfuload
> morituri
> ntk
> ocp
> oomidi
> openmovieeditor
> openni-sensor-avin2-sensorkinect
> osceleton
> pd-extended
> pd-jmmmp
> permafrost
> phat
> plotmm
> portaudio
> portmidi
> redlandmm
> sayonara
> scenic
> specimen
> toonloop
> vgmstream
> vmpk
> whysynth
> xvidenc
> yafaray
> yafaray-exporter
> zita-dpl1
> zynjacku
>
> # Orphaned packages no longer maintained by multimedia team
> aj-snapshot
> gscanbus
> ino-headers
> libdv
> m2vrequantiser
> meterec
> mididings
> naspro-core
> pugl
> silan
> volti
>
> # Packages not maintained by multimedia team
> libcmrt
> # - Timo Aaltonen 
> libmediainfo
> # - Chow Loong Jin 
> libzen
> # - Chow Loong Jin 
> madfuload
> # - Free Ekanayaka 
> mediaconch
> # - Chow Loong Jin 
> mediainfo
> # - Chow Loong Jin 
>
> # Packages already existing on salsa
> collada2gltf
> ffmpeg
> gsequencer
> libplacebo
> rem
> smplayer
> vlc
>
> 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

Re: dssi plugins xsynth, wsynth,whysynth bug reports

[Ross Gammon]

Hi IOhannes,

Thanks for this. I had 5 minutes to look at the state of the first
package (wsynth) this morning. All of the links to upstream were
outdated. With a quick google, I could not find a new website for it. So
even if we find a fix for the problem, it might be best to remove the
package if nobody is keen to look after it.

Alex,

Your bug report (for wsynth) was a little short on details. In fact the
report was in the "subject" of the bug, and there was nothing in the
body except the template text with questions that you are supposed to
answer. It might be a good idea (even if it is a bit obvious in this
case) to write to the bugs with the exact steps you follow to create the
situation, and any error messages you receive. Anything you think might
help someone that finds the time to investigate the bug might be useful.


On 12/15/2017 11:28 AM, IOhannes m zmölnig (Debian/GNU) wrote:
> hi,
>
> disclaimer: this is a rather general replay, as i'm not directly
> involved in maintaining these packages (although i'm part of the
> pkg-multimedia team)
>
> On 12/14/2017 08:25 PM, The Continuum wrote:
>> Dear debian multimedia maintainers,
>> About 6 months ago i submitted bug reports on the follow dssi plugins for
> thanks for the bug reports.
>
>
>> I never got a response for the bug reports. Will these plugins be
>> eventually dropped? What is the status?
> somebody will look at the problem in due time, but we cannot make any
> promises about when that will be.
> the status is (most likely), that nobody of this team of volunteers has
> found that time yet.
>
>
> gdsr
> IOhannes
>

Regards,

Ross

___
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

[Ross Gammon]

Hi Gabor,

I am glad to hear you would like to join the team.

On 11/25/2017 11:16 AM, Gabor Karsay wrote:
> 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.
>

There is some help for using git for packaging on our wiki:
https://wiki.debian.org/DebianMultimedia/DevelopPackaging

But I find the Debian GIS Team have the most thorough guide that I have
seen (particularly about setting up & getting started):
http://pkg-grass.alioth.debian.org/policy/index.html

Of course, the documentation on gbp is a pretty good reference as you
get going:
http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/index.html

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

Yes, ones that have not been uploaded for a long time, or with uscan
errors are a good start. Ones that you use (and know well) are also a
good idea.
This query will pick up which ones on the team have a maintainer that
has gone missing:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=pkg-multimedia-maintainers%40lists.alioth.debian.org;tag=mia-teammaint;users=m...@qa.debian.org
It is best to check with the current maintainer before starting, just in
case they were about to do something, or have some half finished work
(or just as a courtesy).

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

If you let me know your Alioth user name, I can add you to the team.
Generally we upload to unstable. If the upload fixes a bug, we close the
bug with suitable text in the changelog, and the bug will automatically
closed (like the ITP bug for parlatype). After a time, and some
automatic checks, the package will migrate to testing automatically
(parlatype has one more day to go). Only for serious or critical bugs
would we upload to stable. There is more about this in:
https://www.debian.org/doc/manuals/developers-reference/index.en.html

I always find Raphael Hertzog's guide to bug triage really useful:
https://raphaelhertzog.com/2011/09/16/how-to-triage-bugs-in-the-debian-bug-tracking-system/

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

Also guilty!

Welcome to the team. Just ask here for help with our packages, and for
general Debian packaging/bug questions, I recommend Debian Mentors.
Actually, I recommend using Mentors anyway until you have a few uploads
under your belt because other newcomers benefit from the answers to your
questions. If you want me to create the repository on Alioth for
parlatype for you, just let me know.

Regards,

Ross

___
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#879783: Removing dino from multimedia-blends

[Ross Gammon]

Control: tags -1 pending

Hi Ralf,

I have pushed a change to git removing dino from multimedia-blends. I
will do an upload sometime soon.

But don't you think it is a bit early to introduce a new/different
package with the same name as dino?

Dino is still in old-stable and Ubuntu Trusty which are still both
supported. It might be better to rename the package (e.g. to dino-im)
for now, and then rename it back to dino once Buster is released, and
Ubuntu Trusty is dropped.

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: sox package adoption

[Ross Gammon]

On 05/11/17 10:29, Jaromír Mikeš wrote:
> 
> 
> 2017-11-04 17:36 GMT+01:00 Jaromír Mikeš  >:
> 
> 
> 
> 2017-11-04 17:30 GMT+01:00 Sebastian Ramacher  >:
> 
> 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.

Cheers,

Ross

___
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 for sponsoring Parlatype -- audio player for transcription

[Ross Gammon]

Hi Gabor,

On 08/24/2017 11:13 AM, Gabor Karsay wrote:
> Dear Debian Multimedia Maintainers,
>
> I'm looking for a reviewer or sponsor of my package Parlatype which is
> a minimal audio player that helps you to transcribe speeches,
> interviews, lyrics etc. It's based on GStreamer and GTK+.
>
> It shows the waveform of the audio and I am not aware of any other
> comparable tool in Debian that does that. A similar program is
> Play-it-slowly, but Parlatype offers helpers for transcription, like
> timestamps (drag'n'drop), rewind on pause etc.
>
> Just to clarify: I'm also the upstream author. I filed already ITP and
> RFS bugs here:
>
> ITP: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868886
> RFS: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867727
>
> I was not aware of the multimedia packaging team before, my first
> intent was to maintain it myself, i.e. not in a team. I hope that
> somebody from this team is interested and can give me some guidance
> how to proceed.
>
> Thank you
> Gabor Karsay
>
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
>

I would be happy to take a look at this. Unfortunately, I am quite busy
at the moment so I can't promise much this week.

I have cc'd you because you did not say whether you are subscribed to
the Multimedia list. I have also copied in the RFS bug so that other
potential sponsors see this and take over if they are looking for
something to do :-)

Regards,

Ross


___
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: Fwd: Request to Join Project Debian Multimedia Maintainers from Simon Quigley (tsimonq2-guest)

[Ross Gammon]

On 08/24/2017 04:33 PM, Simon Quigley wrote:
>> Please read our packaging guidelines:
>> https://wiki.debian.org/DebianMultimedia/DevelopPackaging
>> If you need help with basic packaging skills, I recommend using Debian
>> Mentors (https://mentors.debian.net/intro-maintainers), although we have
>> some nice helpful people here in the team (time permitting).
> Thanks for the links!

Looks like you don't need it and Mattia is on the case already :-)

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

Fwd: Request to Join Project Debian Multimedia Maintainers from Simon Quigley (tsimonq2-guest)

[Ross Gammon]

Hi Simon,

Welcome to the team. I have seen you doing some Ubuntu Release stuff
here and there. Actually, I had read somewhere that new account creation
was switched off because we are about to move to something based on
Gitlab soon. But it seemed to work anyway.

Vlc already has many uploaders listed, but most of the recent work has
been done by Sebastian. I would check with him before starting work on
anything. There are probably lots of bugs that need triaging as a start.

Audacious looks like it could do with some love. So feel fee to get
stuck in.

Please read our packaging guidelines:
https://wiki.debian.org/DebianMultimedia/DevelopPackaging
If you need help with basic packaging skills, I recommend using Debian
Mentors (https://mentors.debian.net/intro-maintainers), although we have
some nice helpful people here in the team (time permitting).

Regards,

Ross

 Forwarded Message 
Subject:Request to Join Project Debian Multimedia Maintainers from
Simon Quigley (tsimonq2-guest)
Date:   Thu, 24 Aug 2017 13:43:55 +
From:   nore...@alioth.debian.org
To: deb...@the-gammons.net



Simon Quigley (tsimonq2-guest) has requested to join your project. 
You can approve this request here: 
https://alioth.debian.org/project/admin/users.php?group_id=31094 

Comments by the user:
I would like to be a member of this team so I can work on packages like vlc and 
audacious* as part of the team.

I'm tsimonq2 on IRC if you want to chat. :)

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

Qjackctl & Jack Sink

[Ross Gammon]

Hi All,

I am just taking care of Qjackctl in Ubuntu, which needs the latest
version from Debian manually merged.

Can I ask (maybe it has already been asked, but I missed it), why we do
not patch Qjackctl the same as Ubuntu do, and enable dbus by default?
This enables users to easily use jack and pulseaudio at the same time
using the Jack Sink (pulseaudio-module-jack package).

I assume this can all be set up manually by the user, but is there
something that might break if we enabled it by default?

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: My Status in Debian

[Ross Gammon]

Hi All,

As always, I am quite busy, but I just wanted to let you all know that I
am now a DD. Thank you all for your encouragement, and for quickly
giving me DM rights & sponsoring NEW stuff when it was required.

I also wanted to give Jaromir some encouragement to apply! It doesn't
matter how long the process takes, and you will probably learn a few
extra things in the process (I did). I remember the last time it came up
on the list (the subject of you becoming DD), you got a lot of
encouragement from the team. Once a DD, it will save your teammates from
some sponsorship tasks & giving DM rights.

Just start here (https://www.debian.org/devel/join/newmaint), have a
read, apply, and kick of the process.

Regards,

Ross


___
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: Version 0.35.2-2 of guitarix is marked for autoremoval from testing on 2017-07-30.

[Ross Gammon]

On 08/04/2017 03:27 PM, Mattia Rizzolo wrote:
> Correction: it's being removed from debian *testing*, as Hermann said,
> but indeed it's not so terrible: it will be back as soon as the bug is
> fixed.

Thanks Mattia,

I realised my mistake after I hit send & switched off, but forgot to
come back and correct it myself this morning.

Ross

___
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: Version 0.35.2-2 of guitarix is marked for autoremoval from testing on 2017-07-30.

[Ross Gammon]

Hi Hermann,

On 03/08/17 20:54, Hermann Meyer wrote:
> Am 22.07.2017 um 06:34 schrieb Hermann Meyer:
>>
>> Hi
>>
>> It is affected by RC bug #866641 <https://bugs.debian.org/866641>.
>>
>> Please consider to update guitarix to the latest version 0.35.5, which
>> fix this "bug".
>>

Thanks for being so fast to deal with this bug.


> Really, no one?
> 
> It's a pity to see guitarix in debian in such a bad shape. I've tried to
> contact Víctor Cuadrado Juan, who is the current maintainer from the
> (Debian Multimedia Maintainers
> <https://qa.debian.org/developer.php?login=pkg-multimedia-maintainers@lists.alioth.debian.org>)
> team, for guitarix in debian, but get no response.


Please be a little patient. Victor maybe on holiday, travelling with
work, ill, or have a broken computer. The bug was only reported just
over a month ago, and that is not so long.

> 
> For me , as upstream maintainer, the current situation is a real pity.
> Guitarix is in debian since 2013 05 05 and I'm, as upstream maintainer
> have all the time full-fill any request of debian maintainers.
> Next removal is date is  2017-08-13.
> Seeing that it is for a "bug" witch is currently unrelated for
> debian-testing, is a way more annoying.
> 

Guitarix is not being removed from Debian, only from unstable, which is
not what most users are running.

> Are the debian multimedia maintainers been in such a bad shape to let it
> go and leaf me, as upstream maintainer alone?
> 
> regards
> hermann

I was considering looking after Guitarix before Victor stepped in. If I
find some time over the next few weeks, and noone else has stepped in
(maybe Victor?), I will see if I can help out.

-- 
Regards,

Ross Gammon

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

Fwd: Request to Join Project Debian Multimedia Maintainers from Tobias Quathamer (toddy)

[Ross Gammon]

Welcome Tobias,

Please be sure to read the Team Guidelines
(https://wiki.debian.org/DebianMultimedia/DevelopPackaging).

Ross

 Forwarded Message 
Subject:Request to Join Project Debian Multimedia Maintainers from
Tobias Quathamer (toddy)
Date:   Sat, 29 Jul 2017 09:48:04 +
From:   nore...@alioth.debian.org
To: deb...@the-gammons.net



Tobias Quathamer (toddy) has requested to join your project. 
You can approve this request here: 
https://alioth.debian.org/project/admin/users.php?group_id=31094 

Comments by the user:
Hi,

I've sponsored uploads of musescore in the past and would be interested in 
helping with the packaging. There's a new upstream version available since a 
few months, which needs to be packaged.

Regards,
Tobias

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

My Status in Debian

[Ross Gammon]

Hi Team,

I know I am not a guru like most of you in the team, and that and my busy life 
means I am a little slow sometimes, and haven't produced a lot of work in the 
team. But I also spend a lot of my time working on dependencies (javascript & 
python) for
packages in the GIS team, and I also work on Ubuntu Studio (which is why I am 
interested in Multimedia packages).

Anyway, one of my other sponsors has stated a few times when I have
asked for DM rights for something, that maybe it was time to step up to
DD status.

I am in no hurry (probably would aim to take the plunge towards the
middle of the year). And I wouldn't do it until there was wider support
for that. So any words of encouragement, or any suggestions of things
that you would like to see from me before you would endorse me are
welcome (here or in private).

Regards,

Ross


___
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#849862: kmidimon needs updaing to latest libdrumstick (1.0.2-1)

[Ross Gammon]

Package: kmidimon
Version: 0.7.5-3
Severity: wishlist

Dear Maintainer,

I am looking to join in with the maintenance of the libdrumstick suite of
packages (vmpk, kmetronome etc.). Libdrumstick 1.0.2-1 is currently sitting in
experimental, waiting for a transition slot. Unfortunately, we missed the date
of the transition freeze for Debian Stretch, so it will have to wait for
Buster.

Kmidimon is the only remaining reverse dependency of libdrumstick in Debian
that does not build with the latest version in experimental. Discussions with
the upstream maintainer suggest that it will be upgraded (including migration
to the latest Qt5 libraries) in early 2017.



-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

___
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: vmpk RFS & libdrumstick transition

[Ross Gammon]

Hi James,

On 23/10/16 23:26, James Cowgill wrote:

I've had a look at the vmpk repo and the packging seems fine, however I
cannot start vmpk:

$ vmpk
Gtk-Message: Failed to load module "canberra-gtk-module"
file "/usr/bin/../share/vmpk/gmgsxg.ins" not readable.



Thanks for checking that. I was going to leave it until it was in 
Experimental to test it. It turns out that there are quite a few files 
in the upstream data directory (where the docs are) that are also needed 
as configuration for vmpk. Working out which is which (app or doc) turns 
out to be very hard, so I think I will drop the separate -doc package 
and put it all back in one. The docs are pretty light weight anyway.



Having a separate libdrumstick library for libdrumstick1 is annoying but
doable. It really is going to be close getting it through NEW for the
transition freeze - especially since it's a new source package. Once
something's been packaged, you may want to talk to the release team
about it - as it's a very small transition affecting only a few leaf
packages, they may grant you a freeze exception.


Unfortunately, real life got in the way and I now have missed the 
deadline. So I will drop this down the priority list for now.


Regards,

Ross

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

vmpk RFS & libdrumstick transition

[Ross Gammon]

Hi,

I have just pushed vmpk to the Multimedia Team, as I am adopting it. It 
used to be in Collab Maint, but now it is reunited with all the other 
libdrumstck related packages within the team.


I have split out the documentation to an optional -doc package. 
Therefore, as it will have to pass the NEW queue, I need a friendly DD 
to take a look and sponsor for me. It is targeted for experimental, and 
only builds with the latest libdrumstick that is also sitting in 
experimental.


Regarding the libdrumstick transition, the final reverse dependency is 
kmidimon. This does not build with the latest libdrumstick. And the 
upstream developer says that it will be several months before he has 
updated it, because he also wants to move to QT5 at the same time. As 
there is a danger in starting the transition without kmidimon, that it 
will not be ready for the Stretch release, he recommends creating a 
separate source package for the latest libdrumstick1. It is 
coinstallable with libdrumstick0.


I will take a look at it this week, but things are probably tight with 
transition freeze on the 5th November, and having to pass through NEW!


Cheers,

Ross

___
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: Bug#800406: RFS sayonara/0.8.2

[Ross Gammon]

Hi Lucio,

On 09/19/2016 11:13 PM, Lucio Carreras wrote:
> Hi Ross,
> 
> Maybe you remember, I currently see no chance to go on preparing
> Sayonara player for the Debian repositories. I simply don't have enough
> time. The distribution mechanism for Debian is complicated and when I
> find time again after a few weeks I have to start from the very
> beginning again. It's very time consuming and I cannot imagine how to
> handle this in the future. I'll go on uploading the program to the ppa
> and offer the source code on my website. Maybe there will be someone in
> the future who wants to take care of this task.
> 
> I have a lot of respect for all of you how to manage this all beside
> your jobs.

No problems. We all know how you feel sometimes - especially when
starting out. If I ever get a spare moment, I will take a look and see
if I can finish the package off and get it sponsored myself.

Once it is in the Debian archive, it is quite easy to maintain from that
point, as the workflow begins to stick in the brain. So I hope you will
keep an eye on the package in Debian, and re-consider later on.

Keep up the good work on the package upstream!

Ross



signature.asc
Description: OpenPGP digital 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

Re: Bug#825186: Please which tasks should be installed at a default installation of the blend

[Ross Gammon]

Hi IOhannes,

Thanks very much for much for helping to take care of the blends. It is
very much appreciated. I have been a little busy over the European summer.

On 06/06/2016 03:19 PM, IOhannes m zmölnig (Debian/GNU) wrote:
> On 05/27/2016 10:06 PM, Ross Gammon wrote:
>> Maybe we just install the lot (except devel) for Stretch, and aim for
>> a more fine-grained method for Buster?
> 
> so it seems like you went for that option.
> that's certainly the easiest route from *our* perspective.

Yes - I thought it was worth getting something into the installer for
the alpha releases, so people can have a play. There is still time to do
something more fine-grained.

>> To expand on your last sentence, maybe we need to have
>> audio-workstation, video-workstation etc. tasks with a default (and
>> smaller) selection of useful packages? Then a nice way of installing
>> more, or all packages from a metapackage later.
>>
> 
> yes, i think something like that would create a better user-experience.
> 
> i think most (all?) tasks we currently have, aggregate packages with
> similar functionality (e.g. installing "recording" will give you
> virtually all debian packages that can record media content); however i
> believe that in practice, people will only need a single package that
> does the job (e.g. i want to record audio - give me any package from
> "recording" but not all of them).
> 
> so the idea i tried to express in my last email was to basically create
> a *new* task "multimedia-minimal" (or "multimedia-handpicked" or
> whatever), that contains a selection of packages for various tasks, but
> probably no more than 2 packages for any specific task.
> 
> but of course this requires a lot more work (and as of know, it's mainly
> ross who maintains the multimedia-tasks).

Yes - it just remains to select those packages. I would like to have a
multimedia-minimal package that just has 10 or so essential packages to
get started with audio/music creation or video creation/editing. Or
maybe separate audio-minimal and video-minimal packages, so that they
can be recommended by the audio & video tasks.

I will make a suggestion on a new thread.


> related but not the same issue: i wonder whether it is possible to stack
> tasks (e.g. have a "csound", "puredata" and "supercollider" tasks, and
> then have a single "computermusic-languages" task that just depends on
> the sub-tasks).

I spotted that you went forward with this suggestion (or something based
on it). Excellent! I almost did something like that, but I wasn't sure
of the categorisations (and couldn't think of a good name for the
umbrella task), and never got around to asking on the list.

By the way, feel free to do an upload of this latest Blend status (if
you have a spare timeslot). It will need to pass through the NEW queue.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: kmetronome

[Ross Gammon]

Hi James,

On 09/08/2016 03:11 PM, James Cowgill wrote:
> Hi,
> 
> On 02/09/16 22:01, Ross Gammon wrote:
>> I have just pushed an update to kmetronome, which is targeted at
>> experimental. It only builds against the version of libdrumstick there.
>>
>> Next, I will look at kmidimon which is the other reverse dependency of
>> libdrumstck.
>>
>> Could some kind DD give me DM upload rights to kmetronome, or sponsor
>> the upload for me?
> 
> I've given you DM upload rights on kmetronome (sorry it's taken ages).

Thanks. No problems, I had been taking a look at kmidimon anyway. It
looks like it might hold things up (not building with the new drumstick).

> 
> One minor point, this file appears to be under BSD 2 Clause and isn't
> documented in debian/copyright:
>  cmake_admin/FindPCHSupport.cmake seems to be BSD 2 clause.

Thanks - I will fix that before I upload.

> 
> Apart from that the package looks good to me. If you want, I'll give you
> DM rights on libdrumstick and kmidimon as well. It doesn't seem like
> anyone else is working on them

That would be great. Upstream got in touch with me, and they are
planning to do a minor version update release to libdrumstick very soon.

Cheers,

Ross




signature.asc
Description: OpenPGP digital 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

Bug#836980: libdrumstick: mime-file database should not be updated by the package drumstick-tools

[Ross Gammon]

Source: libdrumstick
Version: 1.0.2-1
Severity: normal

Hi,

Sorry for bothering you, but it seems to me that you are working on Drumstick
packages for Debian, and there is a little problem that bothers me there: the
mime-file database is updated (using the file drumstick.xml) by the package
drumstick-tools. This is not the best place to do so, IMO.

The XML file declares two new mime-types: audio/cakewalk and audio/overture.
There are two .desktop files (that I am aware of) using these mime types:
drusmtick-guiplayer and  kmidimon. Both programs depend on the library
drumstick-file, which provides support for the two music file formats.

If the user installs drumstick-tools, the program drusmtick-guiplayer will be
aware of all its supported mime types correctly, but on the other hand if the
user wants to install only kmidimon, the package system only requires
libdrumstick, not drusmtick-tools (which is correct) and kmidimon will not be
offered by file managers for playing cakewalk and overture files (as it
should).

FYI: Fedora installs drumstick.xml and updates the mime database in the main
libdrumstick package:
http://pkgs.fedoraproject.org/cgit/rpms/drumstick.git/tree/drumstick.spec

Regards,
Pedro
(Copied from private mail)



-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

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

kmetronome

[Ross Gammon]

Hi,

I have just pushed an update to kmetronome, which is targeted at
experimental. It only builds against the version of libdrumstick there.

Next, I will look at kmidimon which is the other reverse dependency of
libdrumstck.

Could some kind DD give me DM upload rights to kmetronome, or sponsor
the upload for me?

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: Libdrumstick

[Ross Gammon]

On 08/27/2016 01:06 AM, James Cowgill wrote:
> Hi,
> 
> On 26/08/16 21:17, Ross Gammon wrote:
>> I am adopting vmpk, but it requires the latest libdrumstick. I have
>> updated libdrumstick, and set the distribution to experimental, because
>> I need to do some work on kmetronome & kmidimon (a little in-team
>> transition is required).
>>
>> As a SONAME bump required a change of library package name, and
>> therefore requires a trip via the NEW queue, could some kind DD take a
>> look and upload?
> 
> Thanks for taking care of this. I've uploaded it.
> 
> One thing I did notice (which can be fixed later) is that the package
> description contains some mentions of Qt4 which are now wrong since the
> package uses Qt5 now.
> 
> James
> 

Fixed - ready for eventual move to unstable.

Thanks James!



signature.asc
Description: OpenPGP digital 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

Re: Bug#834705: ITP: libyami-utils -- Intel VA-API Media Applications and Scripts for libyami

[Ross Gammon]

Hi Xu,

On 08/22/2016 06:49 AM, Xu, Guangxin wrote:
> Hi all:
> 
> I want add two multimedia packages (libyami and libyami-utils) to
> debian. Therefore, I wrote two ITP to debian bug system. However, they
> point me to this mail list.
> 
> Is any guide for adding multimedia package to debian? I searched web but
> did find useful information there.

[...]

For generally contributing a package to Debian for the first time, I
recommend:
https://mentors.debian.net/intro-maintainers

To join the Debian Multimedia Team:
https://wiki.debian.org/DebianMultimedia/Join

For instructions on how we maintain packages within the team:
https://wiki.debian.org/DebianMultimedia/DevelopPackaging

Welcome :-)

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: .gitignore (was Re: Help offered with xwax package)

[Ross Gammon]

On 08/11/2016 10:43 AM, IOhannes m zmölnig (Debian/GNU) wrote:
> - suggest (in [3] to use a postclone hook that ignores Debian-toolchain
> artefacts via .git/info/exclude
> even better would be to nag the developers of gbp to automatically
> ignore /.pc/ if the source-format is "3.0 quilt"  (i've already done
> that [4], but it seems that with the advent of postclone hooks they
> think this is none-of-their-business).

This is my favourite. Since my first few gitignore merge hiccups, I have
always used "gbp-configure-unpatched-source" manually the first time I
patch a package. A postclone hook is a good idea.



signature.asc
Description: OpenPGP digital 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

Re: Bug#825186: Please which tasks should be installed at a default installation of the blend

[Ross Gammon]

On 05/26/2016 10:24 PM, IOhannes m zmölnig (Debian/GNU) wrote:
> On 05/26/2016 10:14 PM, Ross Gammon wrote:
>> There would only be one option per blend, and we would have to choose
>> which of our tasks are installed (e.g. audio, video, broadcasting etc.).
>>
>> Any thoughts?
> 
> hmm,
> i don't think that any single one of these tasks could/should be chosen
> (but if so, i'd vote for "puredata" :-))
> 
> probably we should do a separate task that picks a cross-section of what
> we consider the "most important" packages.

Whoops. I probably snipped too much from the bug. We can tag which tasks
to include. So for sure, puredata could be one of them.

My first thought was to include all of the tasks (except maybe the devel
one - which is probably not for the average user).

But do users really want all of the video applications if they only want
to do audio/MIDI work? If you are doing audio/MIDI work, do you really
want 3 or 4 DAWs installed?

To expand on your last sentence, maybe we need to have
audio-workstation, video-workstation etc. tasks with a default (and
smaller) selection of useful packages? Then a nice way of installing
more, or all packages from a metapackage later.

Maybe we just install the lot (except devel) for Stretch, and aim for a
more fine-grained method for Buster?



signature.asc
Description: OpenPGP digital 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

Bug#825186: Please which tasks should be installed at a default installation of the blend

[Ross Gammon]

Hi All,

On 05/24/2016 02:01 PM, Ole Streicher wrote:

[...]

> Note that in the current implementation only one checkbox per Blend is
> foreseen. Personally, I believe this is the best compromise we can get
> here. Please join the discussion in the Debian-Blends mailing list if
> you have other opinions here.

[...]

I am not sure where to go with this one, and I would like some opinions
from the Debian Multimedia Team.

We have the option to get the Debian Multimedia Blend displayed as an
installation option in the Debian Installer (as of Apha-6 of d-i).

There would only be one option per blend, and we would have to choose
which of our tasks are installed (e.g. audio, video, broadcasting etc.).

Any thoughts?

Do we want to appear in d-i as an option?

If so, which tasks (metapackages) to install? The list is here:
http://blends.debian.org/multimedia/tasks/index

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: Bug#800406: RFS sayonara/0.8.2

[Ross Gammon]

On 05/22/2016 10:03 AM, Ross Gammon wrote:
> The package is still building here,

OK- Lintian has some complaints:
+++ lintian output +++
P: sayonara source: debian-watch-may-check-gpg-signature

As you are "upstream" this could probably be fixed, but can be left for
the sometine in the future.

I: sayonara: hardening-no-pie usr/bin/sayonara
I: sayonara: hardening-no-bindnow usr/bin/sayonara
I: sayonara: hardening-no-bindnow usr/lib/sayonara/libsayonara_somafm.so
I: sayonara: hardening-no-bindnow usr/lib/sayonara/libsayonara_soundcloud.so

Assuming the build system supports it, we should be able to enable these
hardening options. See: https://wiki.debian.org/Hardening

P: sayonara: no-upstream-changelog

You have an upstream changelog in the resources directory. This could be
installed by overriding dh_install_changelogs. You can always do an
internet search, or use https://codesearch.debian.net/ to find examples
of how it is done.

I: sayonara: description-synopsis-might-not-be-phrased-properly

Hopefully my suggestions in the last email make this go away.

W: sayonara: command-in-menu-file-and-desktop-file sayonara
usr/share/menu/sayonara:6

See:
https://lintian.debian.org/tags/command-in-menu-file-and-desktop-file.html

E: sayonara: postinst-does-not-call-updatemenus usr/share/menu/sayonara

This MUST be fixed before upload, as I think is will cause an automatic
rejection of the package? See:
https://lintian.debian.org/tags/postinst-does-not-call-updatemenus.html
Probably fixing the previous warning will make this go away.

 and I would like to install it and
> have a little play. Assuming nothing goes wrong with that, with the
> above changes I think it is ready to ask a sponsor to take a look at it.

This test will have to wait now as I must be somewhere else for a few hours.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: Bug#800406: RFS sayonara/0.8.2

[Ross Gammon]

Hi Lucio,

On 05/13/2016 04:05 PM, Ross Gammon wrote:
> 
> Sorry - I was a bit busy this week. If Gianfranco says we are mostly
> done, then it is probably time to join the pkg-multimedia team! Please
> follow this page to join:
> https://wiki.debian.org/DebianMultimedia/Join
> 
> Once I see saynora pushed to the alioth git repository, I will build,
> install and have a play. If all looks good, it is probably time to
> update the RFS bug to let Gianfranco know that we think it is ready for
> sponsorship.

Now we have sayonara inside the Debian Multimedia repository, I think
there are only a few small things to tidy up:

1. Debian tag: Unfortunately when you import a .dsc, a Debian tag is
created against the debian (master) branch. This tag should reflect the
state of the repository when the package is uploaded. As sayonara has
not been uploaded yet, we should delete this tag (no-one else will have
pulled it yet, so no danger).
$ git push --delete origin debian/0.9.0-1
$ git tag -d debian/0.9.0-1
According to https://wiki.debian.org/DebianMultimedia/DevelopPackaging,
after upload the sponsor should tag the repository (sometimes it is
forgotten, so keep an eye out for that).

2. Maintainer: Also according to
https://wiki.debian.org/DebianMultimedia/DevelopPackaging, the
maintainer should be the Team, and interested team members (e.g. you)
should be "Uploader". Please update debian/control.

3. Package Short Description: This should start with "small" rather than
"Small" and does not need the full stop at the end (debian/control).
See:
https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-desc-basics

4. Package Long Description: This looks like a list "It holds a lot of
features like .". It would be better if each new line in the list
started with "* ". Alternatively, it could be a standard paragraph with
lots of commas (e.g. It holds a lot of features like many supported
music and playlist formats, directory view, ). I think I prefer the
list.

5. Now that sayonara is in the Debian Multimedia Team repository, we
need Vcs fields in debian/control:
Vcs-Git: https://anonscm.debian.org/git/pkg-multimedia/sayonara.git
Vcs-Browser: https://anonscm.debian.org/cgit/pkg-multimedia/sayonara.git
This way, people can follow links from the package tracker to inspect
the repository, or find out how to clone it.

The package is still building here, and I would like to install it and
have a little play. Assuming nothing goes wrong with that, with the
above changes I think it is ready to ask a sponsor to take a look at it.

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: Joining pkg-multimedia team

[Ross Gammon]

On 05/16/2016 04:38 PM, Lucio Carreras wrote:
> Hi Ross, thank you!

You're welcome :-)

> But I don't find a tutorial that mentions how to upload the public key
> for the git repository.
> https://wiki.debian.org/Alioth/Git only tells that I should use ssh but
> I get a public key error.

https://wiki.debian.org/Alioth/SSH may be better.

> Other issues:
> 1. The Packaging with Git tutorials says, that I just have to call
>  gbp import-dsc /path/to/package_0.1-1.dsc
> 
>It's true, everything is imported but the directory structure is not as
>it is described in the tutorial
> 
>  $ ls
>  package/
>  package_0.1-1.orig.tar.gz

I would do:
mkdir sayonara
cd sayonara
git init
gbp import-dsc --pristine-tar /path/to/package_0.1-1.dsc

(It is also a good idea to add the --sign-tags option to the import
command, to sign the tags with your gpg key at the same time. But you
can always do it later).

>In my case there's no tar.gz file in the repository afterwards and no
>extra directory of my package. Just the files and directories which are
>located inside the my source tree. Also the debian directory shows up
>in the upstream as well as in the master branch. git diff master
> upstream
>shows no diffs between master and upstream. The tags are available.

The tarball should not be inside the repository. When you do the next
upstream release, you normally run uscan from inside the repository,
which downloads the tarball to ../ and renames it to *orig.tar.gz. Then
import it with:
gbp import-orig --pristine-tar /path/to/package_0.1-1.dsc

Using --pristine-tar, because this allows someone else (e.g. me) to
recreate the tarball from the git repository without having to download
it manually.

> 2. https://wiki.debian.org/DebianMultimedia/DevelopPackaging:
>"The git repository should be hosted in alioth, under the pkg-multimedia
>project. It should forward commit messages to
>pkg-multimedia-comm...@lists.alioth.debian.org and
>dispatch+pack...@tracker.debian.org"
> 
>I am relatively new to git and I could not find anything in the www. How
>can I do that?

Don't worry - I have already done it :-)

Once you have the import sorted out, and the SSH key up at Alioth, you
can push the repository using:
$ git remote add origin
git+ssh://git.debian.org/git/pkg-multimedia/sayonara.git
$ git push --all --set-upstream
$ git push --tags

>"Do not commit debian/changelog along with the changes. This practice
> makes
> cherry picking and backporting changes unnecessarily hard."
> 
>How do users and especially testers know what has changed?

Just do the changelog last. You can automate a lot of this using gbp dch
(and editing out all the mistake commits that the users don't need to
read :-) )
See:
http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.releases.html

>"To indicate that the package is ready for upload, update
> debian/changelog
>to include the target distribution"
>I thought I should not commit it?

Some of the documentation out there is contradictory, as different
Debian Teams have slightly different workflows. I normally do the
changelog after I have finished a series of commits, and it is either
ready for upload, or I don't plan to do any more work for a while.
Someone else on the team can then pick it up and finish it if they have
the urge (normally after checking with you first).

> As you can see, I am a little bit confused right now. Any help is
> appreciated.

I hope that helps! Otherwise, just keep asking.




signature.asc
Description: OpenPGP digital 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

Re: Joining pkg-multimedia team

[Ross Gammon]

On 05/14/2016 05:16 PM, Lucio Carreras wrote:
> Hi Ross,
> 
> that would be nice :)

Done - repository is ready.

> 
> I am currently reading the packaging tutorials.

Just ask if you have any questions..

Ross



signature.asc
Description: OpenPGP digital 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

Re: Joining pkg-multimedia team

[Ross Gammon]

Hi Michael,

Welcome to the team, I just added you on Alioth.

On 05/14/2016 04:00 PM, Lucio Carreras wrote:
> I am applying for the
> pkg-multimedia team to maintain the package sayonara which has been
> started and written by myself for about 5 years.

If you like, I can set up the repository for sayonara, ready for you to
push to. Just let me know.

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Bug#820312: python-laditools: fails to upgrade from 'jessie': does not find an upgrade path

[Ross Gammon]

reassign 820312 python-enum34 1.1.2-1
retitle 820312 python-enum34: should conflict/replace python-enum
thanks

Hi,

I have tried having python-laditools conflict with python-enum, but this
is not enough to allow python-laditools to upgrade. I suspect the only
way to fix this is to have python-enum34 conflict with (and maybe
replace) python-enum.

For your information, python-enum already conflicts with python-enum34,
and is hopefully going to be removed from the archive soon (there is one
package remaining that blocks removal).

Old bug on python-enum for your information:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795444

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: Mudita24 ready for uploading/re-adopting

[Ross Gammon]

On 03/31/2016 10:00 PM, IOhannes m zmölnig (Debian/GNU) wrote:
> 
> done.
> 
> thanks for your work.
> 
> gfmards
> IOhannes

Thanks IOhannes



signature.asc
Description: OpenPGP digital 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

Re: Mudita24 ready for uploading/re-adopting

[Ross Gammon]

On 03/21/2016 11:01 PM, IOhannes m zmölnig (Debian/GNU) wrote:
> i'm not sure why you disabled the watch file?
> if you re-enable it, it should work as soon as upstreams does their
> first tag...and you can spend your time better than watching upstream
> commits.

Only to avoid the annoying "uscan error  debian/watch: uscan
returned an error: In debian/watch no matching files for watch line"
errors on my dashboard that I can't do anything about :-)
But as it is a team package, it is probably better that the rest of the
team are informed of a new release without relying on me to notice
upstream. Expect a commit to re-enable that soon.

> i did a quick check, and now i wonder why you don't generate the
> manpages on the fly (using help2man during the build).

I only just discovered help2man after producing several manually in the
past from the dh_make template. Very slick. The advice on the wiki was
not to regenerate during the build (reproducibility issues I presume),
but to add a target in d/rules which could be run manually each new
upstream version. But I didn't bother as I am not expecting to many new
features/options being added (mudita24 is pretty mature).

> and of course the standards-version should be updated to the newest one.

?? I did bump the Standards-Version from 3.9.3 to 3.9.7 (after checking
the changelist - as Jonas reminded us). Did I miss something?

Cheers,

Ross




signature.asc
Description: OpenPGP digital 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

Mudita24 ready for uploading/re-adopting

[Ross Gammon]

Hi All,

I have updated the packaging for mudita24, re-adopting it back into the
Team (it was one of the ones Alessio needed to orphan).

It has moved to github, but there are no new releases yet (I had to
disable the watch file), so I am watching the commits there.

It would be great if a DD could take a look and sponsor, or give DM
upload rights.

Cheers,

Ross
PS: It is up on mentors too:
http://mentors.debian.net/package/mudita24



signature.asc
Description: OpenPGP digital 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

Re: Laditools ready for upload

[Ross Gammon]

On 03/11/2016 02:05 AM, James Cowgill wrote:
> 
> Uploaded (after I fixed a small typo in the changelog).

Thanks James!

> The other patches need to go upstream as well.

Done



signature.asc
Description: OpenPGP digital 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

Laditools ready for upload

[Ross Gammon]

Hi All,

Currently, gladish is excluded from Ubuntu Studio because
python-laditools depends on python-enum, which is not co-installable
with python-enum34 (which is required by other packages).

I have just prepared a new laditools that switches to python-enum34
(which is a backport of what is in the latest python 3 core).

Could some DD have a look at my work and sponsor, or give me DM upload
rights?

It would be good to get gladish back in to US for those that use it.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Bug#800805: Pull Request submitted upstream

[Ross Gammon]

tag 800805 upstream
forwarded 800805 https://github.com/alessio/laditools/pull/1
thanks

Hi Alessio,

Pull request submitted upstream:
https://github.com/alessio/laditools/pull/1

It would be great if we could get the fix uploaded so that it could be
synced to Ubuntu before the 16.04 release. That way gladish could be
seeded again.

Let me know if you would prefer that I take care of it.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Bug#815024: RFS: autotalent/0.2-5

[Ross Gammon]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "autotalent"

* Package name: autotalent
  Version : 0.2-5
  Upstream Author : Thomas A. Baran 
* URL : http://tombaran.info/autotalent.html
* License : BSD-3-clause
  Section : sound

It builds this binary package:

autotalent - pitch correction LADSPA plugin

To access further information about this package, please visit the following
URL:

  http://mentors.debian.net/package/autotalent


Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/a/autotalent/autotalent_0.2-5.dsc

Debian packaging can be found in the Debian Multimedia Team repository:
http://anonscm.debian.org/cgit/pkg-multimedia/autotalent.git

Changes since the last upload:

  * Change uploader from Alessio to me & update Vcs URLs
  * Improve package long description
Thanks to Justin B Rye (Closes: #785260)
  * Bump standards version, no changes required
  * Fix watch file

Regards,
Ross Gammon



-- System Information:
Debian Release: jessie/sid
  APT prefers wily-updates
  APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), 
(100, 'wily-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

___
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: Call for uploaders (was: orphaning packages)

[Ross Gammon]

Hi Alessio,

I am happy to take over the following packages, because they are seeded
in Ubuntu Studio:
autotalent
libshout-idjc
lv2vocoder
mudita24

I will add myself to Uploaders soon (as I connect to upstream mailing
lists). 4 less bugs to file :-)

On 02/16/2016 09:44 PM, Alessio Treglia wrote:
> Hi!
> 
> As follow-up of the discussion aforementioned, I'm writing down here a
> list of packages that I am no longer interested, though still listed
> as the sole Uploader in debian/control:
> 
>  - autotalent [good shape, upstream inactive, not much work required]
>  - dvdwizard [good shape, upstream inactive, not much work required]
>  - fomp [good shape, upstream inactive, not much work required]
>  - gscanbus [good shape, upstream inactive, not much work required]
>  - libdvbcsa [good shape, upstream inactive, not much work required]
>  - libshout-idjc [good shape, upstream inactive, not much work required]
>  - lv2proc [good shape, new upstream release available although NASPRO
> upstream seems generally inactive, not much work required]
>  - lv2vocoder [good shape, upstream inactive, not much work required]
>  - m2vrequantiser [good shape, upstream inactive, not much work required]
>  - mudita24 [good shape, upstream inactive, not much work required]
>  - pugl [good shape, active upstream]
>  - silan [good shape, upstream inactive, should cherry-pick this commit [1]]
>  - sndobj [good shape, upstream inactive, need to package new upstream 
> release]
>  - videotrans [good shape, upstream inactive, not much work required]
>  - volti [good shape, upstream inactive, not much work required]
>  - xcfa [good shape, upstream inactive, not much work required]

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Bug#811562: RFP: dcp-inspect -- deep inspection and validation of digital cinema packages

[Ross Gammon]

Package: wnpp
Severity: wishlist

* Package name: dcp-inspect
  Version : git tags
  Upstream Author : Wolfgang Woehl 
* URL : https://github.com/wolfgangw/backports
* License : GPL-3
  Programming Lang: Ruby
  Description : deep inspection and validation of digital cinema packages

dcp_inspect is a tool for deep inspection and validation of digital cinema
packages (DCP, SMPTE and Interop). This includes integrity checks, asset
inspection, schema validation, signature and certificate verification and
composition summarization.

___
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#811556: RFP: dcpomatic -- Digital Cinema Packages (DCPs) from videos, images and sound files

[Ross Gammon]

Package: wnpp
Severity: wishlist

* Package name: dcpomatic
  Version : 2.6.3
  Upstream Author : Carl Hetherington 
* URL : http://dcpomatic.com/
* License : GPL-2
  Programming Lang: C++
  Description : Digital Cinema Packages (DCPs) from videos, images and
sound files

DCP-o-matic is a free, open-source program to create Digital Cinema Packages
(DCPs) from videos, images and sound files. This means that you can make
content to play on DCI-compliant cinema projectors.

It can take files in many different formats, including MP4, Apple ProRes, MOV,
AVI, VOB (from DVDs), M2TS (from Blu-Ray), WMV, MKV, JPEG, PNG, TIFF and lots
of others.

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

Fwd: Re: Guitarix Package in Debian

[Ross Gammon]

Hi All,

Roland Stigge (part of the team) has given us permission to pull
guitarix into the team.

I will push the sources to Alioth in a few minutes.

Regards,

Ross


 Forwarded Message 
Subject:Re: Guitarix Package in Debian
Date:   Mon, 28 Dec 2015 07:26:20 +0100
From:   Roland Stigge 
To: Ross Gammon 
CC: mar...@stigge.org, m...@qa.debian.org



Yes, thanks, i'm fine. You can move the Guitarix package to the
Multimedia Team.

Roland.

Am 25. Dezember 2015 21:25:59 MEZ, schrieb Ross Gammon
:

Dear Roland,

I hope this email finds you well and enjoying the Christmas holidays.

On the mentors list, the upstream maintainer for Guitarix requested a
NMU because of a Release Critical bug, and Víctor Cuadrado Juan
recently
obliged with an upload of the latest upstream version.

Both were worried that you had not responded to the RC bug, or by email
as normal.

I thought I would also try contacting you and copying your brother into
the email in case he is able to help.

If all is OK and it is just a temporary absence, I would be grateful if
you could give a simple ping back. Alternatively, as I know you are a
fellow member of the Debian Multimedia Team, would you be OK with
one of
us moving the package under the DMT umbrella?

Regards,

Ross


-- 





signature.asc
Description: OpenPGP digital 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

Re: Adopting Guitarix under the Multimedia Team

[Ross Gammon]

On 01/11/2016 07:19 PM, Víctor Cuadrado Juan wrote:
> Hello Ross (et al),
> 
> I've been notified that you have talked with Roland Stigge by mail
> about adopting his Guitarix package under the Multimedia Team
> (I also asked him by mail about that at 2015-12-21, without luck),
> and that he has welcomed that idea.
> 
> Has there been any talks of orphaning it or posting an RFA?
> 
> Since I did the last upload for Guitarix (a NMU), I'm also interested
> on maintaining it. I would be glad to help with the package or be
> the de-facto maintainer if you don't want to fill that role.
> 
> Cheers,
> 

Hi Victor,

Yes. Roland did give me permission to move Guitarix under the Debian
Multimedia Team. I was planning to forward the email and prepare an
upload with you and I added as uploaders on the weekend.

Unfortunately real life got in the way, and I only got as far as
importing the sources.

I will forward the email now, and push the new git repo to Alioth. You
are welcome to take it from there :-)

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: debian-multimedia_0.4_amd64.changes REJECTED

[Ross Gammon]

On 01/08/2016 08:03 PM, IOhannes m zmölnig (Debian/GNU) wrote:
> On 01/08/2016 06:58 PM, Ross Gammon wrote:
>>
>> Sorry Felipe, but I need you to sponsor when you find time.
>>
> 
> 
> i took the liberty to upload the package.
> 
> thanks for your work.
> 
> gamdsr
> IOhannes

Thanks IOhannes



signature.asc
Description: OpenPGP digital 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

Re: debian-multimedia_0.4_amd64.changes REJECTED

[Ross Gammon]

Arrgh! I forgot the new metapackages would have to go via NEW.

On 01/08/2016 05:21 PM, Debian FTP Masters wrote:
> 
> 
> ACL dm: NEW uploads are not allowed
> 
> ===
> 
> 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.

Sorry Felipe, but I need you to sponsor when you find time.

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

New version of multimedia metapackages ready

[Ross Gammon]

Hi Felipe,

There have been a lot of new packages added to the metapackages lately,
and several completely new metas added (including the new puredata one).
So I thought it was about time to do a new release.

I have done a build (make dist etc.) and it is signed and ready to go.
Can I have upload rights? Alternatively, you are welcome to take it from
git.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: Patch for Blends package

[Ross Gammon]

Hi Andreas,

Thanks for the patch. I was planning to do an upload over Christmas, but 
time has got away from me.


I will look into it probably during next week (including the ACLs).

Regards,

Ross

On 01/01/16 14:23, Andreas Tille wrote:

Hi,

while working on an UDD importer I detected some issues in
debian-multimedia Blends package.  Please apply the attached
patch (and possibly set ACLs to enable me pushing directly).

Kind regards

Andreas.



___
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

Re: Introduction and request to join the Multimedia Team: Víctor Cuadrado Juan (viccuad)

[Ross Gammon]

Hi Victor,

On 10/28/2015 04:36 PM, Felipe Sateler wrote:
> Hi Victor,
> 
> On 28 October 2015 at 12:27, Víctor Cuadrado Juan  wrote:
>> Hello,
>> My name is Víctor Cuadrado Juan, and I would like to become part of the
>> Debian Multimedia Team.
> 
> Welcome!
> 

Yes - welcome to the team.

I have added your packages to the Multimedia Blends page, and they
should eventually appear here:
http://blends.debian.org/multimedia/tasks/drums

Your ITP bug for dgedit did not really contain any information about the
package (other than it was needed for drumgizmo to be in main). So I
grabbed some words about the package from the upstream website. Feel
free to use & improve on these words for your real debian/control
package description.

Regards,

Ross




signature.asc
Description: OpenPGP digital 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

Bug#800805: python-laditools: python-enum now conflicts with python-enum34

[Ross Gammon]

Package: python-laditools
Version: 1.1.0-1
Severity: normal

Dear Maintainer,

For the coming release of Ubuntu Studio, the Live CD was failing to build due
to python-enum & python-enum34 conflicting. Python-enum was removed from the
seeds to allow the Live CD to build, but now python-laditools will not be
installable in Ubuntu Studio (and thus gladish):
https://bugs.launchpad.net/ubuntu/+source/python-enum/+bug/1498345

The conflicts was added to python-enum very recently:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795444

Soon there may be other ladish users having loosing out if they need the other
software that depends on python-enum34.

As python-enum34 is a backport of the python3-enum34 that is compatible with
Python 2, it may be a good idea to try and migrate python-laditools to that
version of the library instead.

Regards,

Ross



-- System Information:
Debian Release: jessie/sid
  APT prefers vivid-updates
  APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

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

New Animation task/metapackage

[Ross Gammon]

Hi All,

Yesterday I added a new task for animation related packages:
http://blends.debian.org/multimedia/tasks/animation

As usual, comments/suggestions are welcome.

This is the last of my "move stuff around into different categories"
changes.

But I still have to add a few RFPs from wnpp. And I hope to create
"basic" & "advanced" audio workstation metapackages eventually (although
working out which packages to include will be fun).

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: Fwd: Bug#800406: Acknowledgement (TAG: sayonara -- Music player and collection manager)

[Ross Gammon]

On 09/28/2015 11:45 PM, Lucio Carreras wrote:
> Hello,
> 
> I already sent a RFP Request about sayonara and the description via 
> email. Some person in the #debian-mentors IRC channel told me it's a 
> good idea offering you the description and bug number, too. So I 
> forwarded you the email response by sub...@bugs.debian.org.
> 
> Best regards and thanks in advance for having a look at it,
> 
> Lucio

Hi Lucio,

I have added the details of sayonara to our multimedia blends website in
the players task for extra advertising (it will take some time to appear):
http://blends.debian.org/multimedia/tasks/players

Thanks for letting us know about it.

Regards,

Ross




signature.asc
Description: OpenPGP digital 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

Re: [SCM] multimedia-blends/master: Add NEW kodi-data package

[Ross Gammon]

On 09/27/2015 08:28 PM, Bálint Réczey wrote:
> Hi Ross,
> 
> 2015-09-27 17:23 GMT+02:00  :

[..]

>>
>> diff --git a/tasks/video b/tasks/video
>> index 95d8aca..196f8d6 100644
>> --- a/tasks/video
>> +++ b/tasks/video
>> @@ -145,7 +145,7 @@ Recommends: xbmc-pvr-argustv, xbmc-pvr-demo, 
>> xbmc-pvr-dvbviewer,
>>
>>  Depends: kodi-bin, kodi-eventclients-common, kodi-eventclients-j2me,
>>   kodi-eventclients-kodi-send, kodi-eventclients-ps3,
>> - kodi-eventclients-wiiremote, kodi-pvr-vdr-vnsi
>> + kodi-eventclients-wiiremote, kodi-pvr-vdr-vnsi, kodi-data
>>
>>  Depends: opencollada-tools
> Wouldn't depending simply on kodi instead of kodi-bin and kodi-data be enough?

Yes, it probably would. There is only a one line difference in the
package description which shows up on the website anyway:
http://blends.debian.org/multimedia/tasks/broadcasting

Thanks for the tip. I will tidy it up tonight.



signature.asc
Description: OpenPGP digital 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

New photography metapackage

[Ross Gammon]

Hi All,

In my ongoing work to tidy up the packages on our Multimedia Blends
website (and therefore in our metapackages), I noticed quite a few
photography related packages either listed in the graphics, or video tasks.

I thought it would be a good idea to give photography its own space on
the website and its own metapackage (by moving/copying packages from
graphic & video):
http://blends.debian.org/multimedia/tasks/photography

I then added some other packages from the Debian PhotoTools maintainers
portfolio for completeness.

As usual, comments are welcome. Especially from those familiar with
photography packages (which is not me)!

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

SfArkLib 2.24 ready for sponsorship

[Ross Gammon]

Hi All,

I have just updated SfArkLib to the latest upstream release. There was
only one commit since our last upload. But a fresh upload will reduce a
little noise on the Multimedia QA page.

Would anybody care to sponsor (and/or give DM upload rights)?
http://anonscm.debian.org/cgit/pkg-multimedia/sfarklib.git/

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Bug#798490: RFP: carla -- audio plugin host supporting LADSPA, DSSI, LV2, VST2/3 and AU formats

[Ross Gammon]

Package: wnpp
Severity: wishlist

* Package name: carla
  Version : 2.0-beta4
  Upstream Author : Filipe Coelho [http://falktx.com/]
* URL : http://kxstudio.linuxaudio.org/Applications:Carla
* License : (GPL-2+)
  Programming Lang: (C++)
  Description :  audio plugin host supporting  LADSPA, DSSI, LV2, VST2/3
and AU formats

Carla is an audio plugin host, with support for many audio drivers and plugin
formats.
It has some nice features like automation of parameters via MIDI CC (and send
output back as MIDI too) and full OSC control.
.
Carla currently supports LADSPA (including LRDF), DSSI, LV2, VST2/3 and AU
plugin formats, plus GIG, SF2 and SFZ file support.
It uses JACK as the default and preferred audio driver but also supports native
drivers like ALSA, DirectSound or CoreAudio.

The folks at Ubuntu Studio would dearly love to have this packaged for Debian
so that it could be included with Ubuntu Studio as a potential replacement for
zynjacku which has been removed from the archive.

I will consider packaging this when I get a chance (unless someone beats me to
it).

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

Adopting vmpk

[Ross Gammon]

Hi,

I intend to adopt vmpk and maintain it within the Debian Multimedia Team
if there are no objections.

Regards,

Ross

ITA: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797535
https://tracker.debian.org/pkg/vmpk



signature.asc
Description: OpenPGP digital 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

Re: Orphaning gmtk + gnome-mplayer + gecko-mediaplayer

[Ross Gammon]

On 04/26/2015 02:19 AM, Aron Xu wrote:
> On Sat, Apr 25, 2015 at 6:54 PM, Sebastian Ramacher
>  wrote:
>> Hi,
>>
>> since upstream development of gmtk, gnome-mplayer and gecko-mediaplayer has
>> stopped some years ago, I'm thinking of orphaning all three packages. I'm not
>> longer using them and lost interest in them.
>>
>> Are any of my fellow Uploaders or somebody else from team still interested in
>> these packages?
> 
> Not interested anymore here.
> 
> Aron

I have done some bug triage, and found gecko-mediaplayer in particular
to be very buggy. Nobody has responded to the bugs I forwarded, and
noone has exported the code from google-code who have now locked the
respoistory (it is easy to hit the "Export to Github" button!).

So I have just submitted removal bugs.

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Multimedia Blends: New Broadcast Task/Meta-package

[Ross Gammon]

Hi all,

I have just created a new "Broadcast" task, as I found that there was no
obvious place for broadcasting, cinema & streaming software. A lot of
the packages I moved to this task were cluttering up the "players" task,
but some also came from "djing" and "video".

Anyhow, pass your eye over the webpage and let me know if you spot any
omissions/errors:
http://blends.debian.org/multimedia/tasks/broadcasting

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Bug#796733: ITP: runabc -- graphical user interface for processing abc files

[Ross Gammon]

Package: wnpp
Severity: wishlist
Owner: Ross Gammon 

* Package name: runabc
  Version : 1,952
  Upstream Author : Seymour Shlien 
* URL : http://ifdo.pugmarks.com/~seymour/runabc/top.html
* License : GPL-3
  Programming Lang: Tcl/Tk
  Description : graphical user interface for processing abc files

Runabc is a graphical user interface to several command line driven programs
for processing abc files. It is written in Tcl/Tk script.
.
The script now provides graphical user interfaces to abc2abc, abc2midi, abc2ps,
abcm2ps and yaps. You also need a midi player and a postscript viewer.

I currently maintain abcmidi and this is the graphical interface it. I intend
to maintain runabc within the Debian Multimedia Team.

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

Timestretching task, now Audio Utilities task

[Ross Gammon]

Hi All,

Previously, the timestretching blends task only had a few packages that
fitted that small theme. Meanwhile there were loads of other audio
utilities that were scattered around other tasks (like recording, mixing
and players) and tending to add a lot of clutter.

I have now widened the scope of the timestretching task so that it is
about Audio Utilities (e.g. audio conversion, chopping, pitch shifting,
tagging, silence detection etc.).

http://blends.debian.org/multimedia/tasks/timestretching

Take a look and let me know what you think. If there are no objections,
I will rename the meta-package as well, ready for the next upload.

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Bug#785634: advene: gir1.2-goocanvas-2.0 now in unstable

[Ross Gammon]

Control: severity -1 wishlist

Hi,

goocanvas-2.0 is now in unstable. It turns out that a transition is not
required as both goocanvas and goocanvas-2.0 are co-installable.

Therefore, I am dropping this bug to wishlist.

However, goocanvas can probably not be kept in the archive forever. So
please work with upstream to transition to the more modern gtk3/gobject
introspection version of goocanvas in order to be future proof.

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: plans for Audacity updates in Jessie

[Ross Gammon]

Hi Dave,

On 06/17/2015 10:08 PM, david avery wrote:
> what is the plan for any updates to the Jessie tree for Audacity now
> that 2.1.0 is out and 2.1.1 is in RC state?

It is normally Benjamin Drung that takes care of the Audacity uploads.
But if he is too busy, I would consider helping out after my holidays.

Regarding Jessie in general, only targeted fixes for serious bugs will
be accepted now. If there is sufficient interest and someone willing to
do it, the backport of a newer release that has been uploaded to
unstable (sid) is possible.

> Audacity plans on releases every 3 months. does Debian plan on
> back-releasing or waiting for the next debian stable release?
> 
> dave

As you know, the biggest problem with Audacity and Debian at the moment
is wxWidgets. Audacity are not supporting wx3 yet (in 2.1.0, or the
coming 2.1.1), and Debian no longer has wx2 in the archive. Martin
Steghöfer provided several patches to get 2.0.6 going, but Audacity are
aware of gui issues with this version. I think I read that they plan to
follow the wx3.1 development series with a target of switching to wx3
when wx3.2 is released. I do not know what the Debian wxWidgets
Maintainers plan for future releases.

I believe Martin's patches have been incorporated in the latest Audacity
release (but not checked). As it sounds like further patching might be
required to improve the user experience with wx3.0, it may not be a good
idea to package Audacity 2.1.0 or 2.1.1, and wait until Audacity is
using a version of wx3 that is in Debian? Do you have any thoughts on this?

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: multimedia-blends: policy question(s)

[Ross Gammon]

On 06/12/2015 03:23 PM, Felipe Sateler wrote:
>>> Non-soundsynth packages like gem should of course not be in the
>>> >> soundsynth package, maybe we need a videosynth package?
>>> >>
>> >
>> > i would have put it into the "video" task, but now i see that this is
>> > full with video *players* (and the occasional vjing and converter tool).
>> >
>> > so actually i would split "video" in multiple packages ("videoplayers",
>> > "videosynth", "vjing",...) and have the original video package
>> > Depends/Recommends these.
> Good idea.
> 
> 
 >>> - ffmulticonverter
>>> >> Quite possibly you need to transcode your resulting audio for 
>>> >> distribution?
>> >but that's not a "recording" task, it's "postproduction" (which comes
>> >after the *mixing* task).
> Indeed. Feel free to correct things. As I said when I almost dropped
> the tasks and Ross has said now again, the current categorizations are
> not really ok. I unfortunately am out of time to invest much effort
> into this.
> 

Generating new tasks is not something I have played with yet, and will
probably involve some work to rebuild the web sentinel pages. I need to
do some reading.

I will try and put some suggested restructuring up on the wiki based on
this thread and previous ones. It would be best to be sure before we
make the step.



signature.asc
Description: OpenPGP digital 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

Re: multimedia-blends: policy question(s)

[Ross Gammon]

On 06/12/2015 02:39 AM, IOhannes m zmölnig wrote:
> On 06/11/2015 09:23 PM, Felipe Sateler wrote:
>>
>> The blends machinery automatically demotes all Depends to Recommends.
>> See the generated packages[1].
>>
>> I'm not sure if Recommends are demoted to Suggests.
>>
> 
> looks like it does for non-existing packages (e.g. "boodler" in
> soundsynthesis).
> 
> gfmrdsa
> IOhannes

Yes, when we build the metapackages, the d/control file is regenerated
demoting anything that does not exist in the target distribution to a
"suggests". Even though unstable is the target distribution, it checks
against testing in case there are packages not migrating due to a RC bug
or something.



signature.asc
Description: OpenPGP digital 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

Re: multimedia-blends: policy question(s)

[Ross Gammon]

Hi IOhannes,

On 06/11/2015 08:41 PM, "IOhannes m zmölnig (Debian/GNU)" wrote:
> hi, esp ross,
> 
> i was having a look at the multimedia-blends package, and would like to
> change the categorization of a few package i (co)maintain.

I was actually planning to send an update when I am finished sifting
through the RFP's. But now is as good a time as any.

> should i just go ahead and commit them, or does this require some
> discussion?

Yes please! There are bound to be things wrongly categorised. And
sometimes a package does so much stuff you have to choose between having
it in lots of tasks, or just the one it majors in (very subjective).

I will keep an eye on the log for any syntax errors etc.

> furthermore, i noticed that the various tasks mainly use the *Depends*
> relationship.
> now i'm not an expert with blends, but personally i think that 'Depends'
> should be avoided as much as possible (in general).

I think the web sentinel (task pages) do not distinguish between Depends
and Recommends. But if you put Suggests it lists the package in the
"packages with lower relevance" section toward the bottom.

When building the metapackages, all Depends are demoted to Recommends.

> this is even more important, as i think that most tasks in the
> multimedia blend are rather aggregative (or whatever the word): chances
> are high that a person that selects a given task will never ever need
> *most* of the packages in the task.

The web sentinel is to help people find relevant packages so they can
choose which one to install. In this case, it is better to have all
relevant packages listed somewhere.

> in general i think there are too many packages in the various tasks
> (e.g. it might make sense to factor out the entire pd-clan from
> "soundsynthesis", as most of those packages don't deal with sound
> synthesis at all; darn - did i just here me volunteer to maintain a
> "puredata" task?)

That is a good suggestion, and there is already a precedence with the
"ladi" task. Whilst sifting through all the packages, I found I was
missing tasks for things like broadcast, cinema, streaming, photography
& animation. We also have a lot of audio file post-processing tools (e.g
volume & pitch shifters) that I found it hard to categorise. I think I
put them in timestretching. Maybe this task should be renamed (or the
description of the task redefined)?

> anyhow: if i want to some record some audio, i would select the
> "recording" task, which will installs by (among other things):
> at least (at a first glance) 4 multitrack recorders (3 of them via Depends)
> - ardour
> - ardour3
> - qtractor
> - ecasound
> (though for whatever reasons audicity is missing)

Audacity for some strange reason is in the mixing task.

> and a few tools which i fail to see why they are in "recording" at all
> (only listing a few select Depends-packages):
> - jackd
> - qjackctl
> - ffmulticonverter
> 
> if the blend is to give an overview of what is available (so the user
> can try a few, and then pick their favourite tool), wouldn't it make
> more sense to "Recommend" most packages, so that they can easily get rid
> of the tools they dislike (without having to uninstall the entire task,
> which potentially removes all the (other) automatically-installed
> dependencies)

Yes, in my opinion the more packages there are in the task (good for the
web sentinel), the less useful the meta-package becomes.

I think it was Jonas who suggested we should create some tasks for
different music studio setups. I was thinking of having a "basic" audio
workstation (some simple tools), and a more "pro" workstation. These
tasks could have a small number of essential tools tailored to the
user's level of experience.

There is also the possibility on providing tailored config settings
(e.g. PulseAudio/jack, low latency kernels etc.) in the metapackages,
but I would need some help here!

I should try and find the archive of that thread.

> if most of the above can be explained away by my total ignorance of
> blends, please excuse (and enlighten) me.

You are not alone! I have only picked up a bit of knowledge because my
first sponsor was Andreas Tille, and it was one of his stipulated
conditions for sponsorship :-)
https://wiki.debian.org/DebianPureBlends/SoB

Maybe we should try and sketch out some ideas for the blends tasks on
the wiki?

Thanks for the good question.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: debian-multimedia uploaded to mentors.debian.net

[Ross Gammon]

Thanks Felipe,

On 06/01/2015 11:06 PM, Felipe Sateler wrote:
> That's OK. But you also need to run `make proper` to rebuild the
> control and desc files.

I had actually rebuilt the control & desc files, but hadn't pushed them.
Better next time.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Fwd: debian-multimedia uploaded to mentors.debian.net

[Ross Gammon]

Hi Felipe,

I have built a multimedia-blends package and uploaded it to Mentors (see
links below). I set the distribution to unstable already, otherwise the
package builds with the wrong dependencies.

I saw your bug about the "default package | alternative package", but
assume from the response there is nothing we can really do about it.

Let me know if there is anything else that needs doing before it can be
uploaded.

Regards,

Ross


 Forwarded Message 
Subject: debian-multimedia uploaded to mentors.debian.net
Date: Mon,  1 Jun 2015 20:18:28 + (UTC)
From: mentors.debian.net 
To: rossgam...@mail.dk

Hi.

Your upload of the package 'debian-multimedia' to mentors.debian.net was
successful. Others can now see it. The URL of your package is:
http://mentors.debian.net/package/debian-multimedia

The respective dsc file can be found at:
http://mentors.debian.net/debian/pool/main/d/debian-multimedia/debian-multimedia_0.3.dsc

If you do not yet have a sponsor for your package you may want to go to
http://mentors.debian.net/sponsors/rfs-howto/debian-multimedia
and set the "Seeking a sponsor" option to highlight your package on the
welcome page.

You can also send an RFS (request for sponsorship) to the debian-mentors
mailing list. Your package page will give your suggestions on how to
send that mail.

Good luck in finding a sponsor!

Thanks,

-- 
mentors.debian.net






signature.asc
Description: OpenPGP digital 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

Re: multiple uploaders

[Ross Gammon]

Hi Reinhard,

Just answering this unanswered question from the thread as I have
nothing more (worth adding) to the rest. And everyone is probably tired :-)

On 06/01/2015 12:36 AM, Reinhard Tartler wrote:
 >>> Can I suggest that for new packages:
 >>> 1. the one intending to ITP asks if the team are happy to bring in the
 >>> new package
 >>> 2. there is an "attempt" to find someone else to also love the package?
>>> >>
>>> >> It seems to me that the current rule already implements exactly that.
>>> >> Can you elaborate how this would look like in practice, and how your
>>> >> suggestions is different?
>> >
>> > I think we are mixing 1 & 2 up, and they should be separate steps. That
>> > is, if the team accepts a new package is is best if there is more than
>> > one uploader, but not mandatory.
> Uh? Are you suggesting to send two emails instead of one? Please
> clarify, I'm having a hard time with understanding your suggestion
> here.
> 

I think there are already two emails. The ITP states that someone wants
to package something, and that they would like it to be maintained under
the multimedia umbrella. We would just need to pay attention to that
email and chime in with an "excellent/go for it", or a "I think we
already have enough". Then the one preparing the package does not
need to be worried about pushing to the repo. It can always be deleted
later anyway.

At the point where the package is ready for review, or ready for upload
(for the more experienced in the team), the usual question can be asked
if there are others interested in "paying closer attention" to the package.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: multiple uploaders

[Ross Gammon]

On 05/31/2015 07:55 PM, Reinhard Tartler wrote:
> Hi Ross,

[...] Quick response!

>> I agree in principle. But for me, having two uploaders does not test if
>> there is team commitment.
> 
> I see two ways how to interpret this sentiment:
> 
>  a) the check is not strict enough, and misses many too many
> situations were the package needs help
>  b) the check is too strict, and catches too many actively team
> maintained packages that do have commitment.
> 
> Reading through the comments so far, I don't think you had a) in mind,
> but rather b). Please correct me if I'm wrong.

Neither a, or b :-)

> 
>> It just makes sure that there is more than one
>> person taking care of the package.
> 
> Which is the point of team maintenance, isn't it?

Yes.

> 
>> And this is probably more important
>> for the high profile packages than for some of the more obscure ones. I
>> think it also helps prevent a new team member getting something
>> sponsored into the team, and then running away.
>>
>> If someone suggests a new package is brought into the team, and it is
>> accepted, then the team is making a commitment at that point.
> 
> How can you determine team commitment if only a single person is
> working on the package? How is this better than having the package not
> team maintained?

I would say that if only one person has been uploading a package over a
period of years and doing a good job, there is no need for team
commitment because everything is fine. The team commitment comes if that
person needs help at some point (technically or due to lack of time).

> 
>> When a package gets behind, it is usually because the uploader(s) is/are
>> a bit busy. The team should notice this on the QA page/dashboard and
>> ping the uploader(s) on the list to see what the problem is.
>>
>> If they are temporarily busy, maybe they would be happy with a "Team
>> Upload" by someone else?
> 
> How is that different to a NMU?

Only the changelog entry is different, and there is a series of commits
in the repo instead of a diff attached to a bug.

[...]

> I think Debian already has way too many "QA Teams". I'd rather see
> packaging teams that are responsive and don't just use the team as an
> easy way to divert responsibility.

Agreed. But I haven't seen examples of that (diversion of
responsibility) yet myself.

>> Can I suggest that for new packages:
>> 1. the one intending to ITP asks if the team are happy to bring in the
>> new package
>> 2. there is an "attempt" to find someone else to also love the package?
> 
> It seems to me that the current rule already implements exactly that.
> Can you elaborate how this would look like in practice, and how your
> suggestions is different?

I think we are mixing 1 & 2 up, and they should be separate steps. That
is, if the team accepts a new package is is best if there is more than
one uploader, but not mandatory.

>> I would be happy to try and draft a tweak to the policy if there was
>> consensus (including some guidelines).
> 
> Maybe we could first clarify why the current rule was "useless". Is it
> that too many packages violate that rule? This can be fixed with two
> means: relaxing the rule, or enforcing it. It appears to me that
> people might argue that it is not strict enough, but I'd suggest that
> we first focus on enforcing the rules.
> 

I don't think anyone thinks it is "useless". Everyone is probably happy
to abide by it if required. I only felt the need to write something
because I have observed IOhannes, Jaromir and Ruben have trouble
introducing new packages recently because no-one quickly jumped in to be
a second uploader. IOhannes stated in his recent ITP that he would push
it to collab-maint if no-one came forward. This is a little sad if it is
an obvious mutimedia application. I know IOhannes would take good care
of the package wherever it is. And I guess there would be someone in the
team that would help out if required.

Someone else stated earlier in the thread that allowing the odd package
to have one uploader every now an then also allows room for new
contributors to come in and look for packages to assist with. If all
packages have a "token" second uploader, it looks to a new person like
there is nothing left.

I hope that helps clarify things.

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: qxgedit review

[Ross Gammon]

On 05/14/2015 01:50 AM, Jaromír Mikeš wrote:
> Hello,
> 
> qxgedit is almost ready.
> I'm having this two warnings which I am not able currently fix ;(
> 
> I: qxgedit: hardening-no-fortify-functions usr/bin/qxgedit
> W: qxgedit: hardening-no-relro
> usr/lib/x86_64-linux-gnu/qt4/plugins/styles/libskulpturestyle.so
> 
> I would be happy if somebody would find a time to review a package and
> possibly upload.

Hi mira,

Sorry - I have been a little busy over the last week. I had done a
review a while back, and made a couple of tweaks which I just pushed.

I tried a few tricks, but couldn't solve the hardening issue either. I
need a little bit more time to study the upstream build system.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: multiple uploaders

[Ross Gammon]

On 05/31/2015 02:58 PM, Reinhard Tartler wrote:
> Well, it really boils down what we want the team's reputation to be.
> The rule tests whether or not there is *team* commitment, and for that
> you need *more than one person* actively caring for a package. If a
> package fails the "two active uploaders" test, how can you argue that
> the package was "team maintained"?

Hi Reinhard,

I agree in principle. But for me, having two uploaders does not test if
there is team commitment. It just makes sure that there is more than one
person taking care of the package. And this is probably more important
for the high profile packages than for some of the more obscure ones. I
think it also helps prevent a new team member getting something
sponsored into the team, and then running away.

If someone suggests a new package is brought into the team, and it is
accepted, then the team is making a commitment at that point.

When a package gets behind, it is usually because the uploader(s) is/are
a bit busy. The team should notice this on the QA page/dashboard and
ping the uploader(s) on the list to see what the problem is.

If they are temporarily busy, maybe they would be happy with a "Team
Upload" by someone else?

This is not meant to be a rant, it is just how I have observed some of
the other packaging teams operating in Debian.

Can I suggest that for new packages:
1. the one intending to ITP asks if the team are happy to bring in the
new package
2. there is an "attempt" to find someone else to also love the package?

I would be happy to try and draft a tweak to the policy if there was
consensus (including some guidelines).

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: [SCM] multimedia-blends/master: Fix errors from log & add first RFP starting with H

[Ross Gammon]

On 05/18/2015 09:38 PM, Ross Gammon wrote:
> On 05/18/2015 08:52 PM, Felipe Sateler wrote:
>> On 18 May 2015 at 15:49,   wrote:
>>> The following commit has been merged in the master branch:
>>> commit 0c491f273939fc71808989727f71351be3893661
>>> Author: Ross Gammon 
>>> Date:   Mon May 18 20:48:23 2015 +0200
>>>
>>> Fix errors from log & add first RFP starting with H
>>
>>
>> Ross, I was thinking maybe we should do an upload of the metapackages
>> with all your changes? They have accumulated quite a bit.
>>
> 
> Yes - At the moment I am going through all the RFPs. But these are not
> needed for the metapackages, only for the website.
> 
> I will read up on the process.

Okay - I have got the metapackages ready. Doing a "make dist", unpacking
the tarball and building from there seems to work (which were the
instructions on the blends wiki).

I haven't tested installing any of them.

Have a look and let me know how to go on from here. I can build and
upload to mentors for sponsoring, or you can take direct from git.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: [SCM] multimedia-blends/master: Fix errors from log & add first RFP starting with H

[Ross Gammon]

On 05/18/2015 08:52 PM, Felipe Sateler wrote:
> On 18 May 2015 at 15:49,   wrote:
>> The following commit has been merged in the master branch:
>> commit 0c491f273939fc71808989727f71351be3893661
>> Author: Ross Gammon 
>> Date:   Mon May 18 20:48:23 2015 +0200
>>
>> Fix errors from log & add first RFP starting with H
> 
> 
> Ross, I was thinking maybe we should do an upload of the metapackages
> with all your changes? They have accumulated quite a bit.
> 

Yes - At the moment I am going through all the RFPs. But these are not
needed for the metapackages, only for the website.

I will read up on the process.



signature.asc
Description: OpenPGP digital 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

Bug#785634: advene: Python-pygoocanvas deprecated

[Ross Gammon]

Package: advene
Version: 1.1-2
Severity: important

Dear Maintainer,

The latest version of goocanvas (2.0.2) has been sitting in experimental for
some time. Now that Jessie has been released, I am looking at all the reverse
dependencies to see what would be required to start the transition.

Python-pygoocanvas is one of the reverse dependencies that blocks the
transition. It has been deprecated upstream, and all software projects using
pygoocanvas are encouraged to port their applications to use the GObject
Introspection library provided in the latest goocanvas package and to move away
from GTK+2 to GTK+3.

Are there any plans upstream to switch to gir1.2-goocanvas-2.0?

Regards,

Ross



-- System Information:
Debian Release: jessie/sid
  APT prefers utopic-updates
  APT policy: (500, 'utopic-updates'), (500, 'utopic-security'), (500, 
'utopic'), (100, 'utopic-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-37-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

___
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: qxgedit 2nd uploader needed

[Ross Gammon]

Hi mira,

On 05/13/2015 02:21 PM, Jaromír Mikeš wrote:
> 
> 
> 2015-05-13 14:17 GMT+02:00 Jaromír Mikeš  >:
> 
> 
> 
> 2015-05-13 12:50 GMT+02:00 IOhannes m zmölnig (Debian/GNU)
> mailto:umlae...@debian.org>>:
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> On 2015-05-13 12:19, Jaromír Mikeš wrote:
> > Hi all,
> >
> > I am nearly ready with qtgedit packaging ... now searching for 2nd
> > uploader ;) Than I can upload it to our repo. Anybody interested?
> >
> 
> so where have you put the package?
> i don't see it in our git
> 
> 
> I didn't pull it yet ... waiting for 2nd uploader ... than I will
> pull it.

I will hold my hand up if IOhannes doesn't. It definitely looks like
something that should be packaged for the benefit of linux music
studios. Of course IOhannes is also in a position to help with the
initial upload.

> 
> This is how I understand "2nd uploader" rule.
> 
> mira

As a bit of a new boy here, what is the purpose of the 2nd uploader
rule? I can see that it helps to ensure a check that the package is a
good fit with the team before it is uploaded, and it also protects a
little against someone joining the team to get a package uploaded and
then running away (which should not be necessary for a long term, proven
member of the team). Surely if something happened to someone who was the
only uploader, the rest of the team would notice and someone would step
in to help? If I list myself as uploader, then that normally means I am
subscribed to upstream mailing lists, watching commits, and triaging
bugs as they come in (unless the other uploaders beat me to it :-) )

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: test build on foreign arch

[Ross Gammon]

On 05/11/2015 06:37 AM, Jaromír Mikeš wrote:
> 
> Experimental is probably good for any "experiment" ;)
> But as I am DM only some DD should upload there first I guess.

I have not tried yet  and could be wrong (I only have DM upload rights
for 3 packages so far), but I was under the impression that DMs can
upload to experimental.

It is only if the source is NEW, a new package is added (e.g. -dbg
package) or a package name has changed which forces it through the NEW
queue (e.g. a symbols file major version change) that means a DD must
sign the upload.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: ntk - review - upload

[Ross Gammon]

On 04/24/2015 05:01 PM, Jaromír Mikeš wrote:
> 
> 
> 2015-04-24 15:39 GMT+02:00 Felipe Sateler  >:
> 
> On 24 April 2015 at 06:30, Jaromír Mikeš  > wrote:

>  
> 
> >
> > Would be great if someone can review package and if everything fine 
> upload.
> 
> I cannot review as I am too short on time. However, if others review
> and agree that it is OK for upload then I can do the signing/upload.
> 

Hi Felipe & mira,

Finally I had a good chance to review ntk.

I found a few things which I just pushed to alioth:

1. Fixed clean target to remove *.pyc files left behind by waf
2. Switched Vcs URL to cgit
3. Added a README.Debian explaining the waf-light 1.6.11 v 1.8.8 issue
4. Added a gbp.conf file & upstream metadata

Actually, I don't see why it couldn't be released to unstable rather
than experimental as it is NEW anyway and is mainly for use by the other
"non" packages to come. The changelog still says "UNRELEASED".

Looks "good to go" to me!

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: Orphaning gmtk + gnome-mplayer + gecko-mediaplayer

[Ross Gammon]

On 04/25/2015 01:40 PM, Alessio Treglia wrote:
> On Sat, Apr 25, 2015 at 11:54 AM, Sebastian Ramacher
>  wrote:
>> Hi,
>>
>> since upstream development of gmtk, gnome-mplayer and gecko-mediaplayer has
>> stopped some years ago, I'm thinking of orphaning all three packages. I'm not
>> longer using them and lost interest in them.
>>
>> Are any of my fellow Uploaders or somebody else from team still interested in
>> these packages?
> 
> If upstream's lost interest, unless some one speaks up please do kill them 
> then.
> There are too many alternatives out there in the wild.
> 
> Cheers!
> 

Hi,

I am not sure upstream have completely lost interest. There was a
release last year and a commit this year. OTOH, I saw no statement about
moving away from Google Code hosting which they would have to do
soonish, and there are definitely more new issues than recent commits.

It is also a good point about the number of alternatives. I have noticed
that whilst updating the multimedia-blends tasks [1].

Maybe over the Stretch cycle we could use the blend pages to help weed
out the less popular and duplicate/overlapping or older/under maintained
packages. For a start I could demote some of them to "lower relevance"
instead of "high relevance" so they appear lower on the web pages.

But for now, I would be happy to add myself to Uploaders and keep an eye
on things for a bit longer.

Cheers,

Ross

[1] http://blends.debian.org/multimedia/tasks/index




signature.asc
Description: OpenPGP digital 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

Re: ntk for debian - 2nd uploader needed

[Ross Gammon]

Hi mira,

On 04/17/2015 06:21 PM, Jaromír Mikeš wrote:
> 2015-04-17 8:38 GMT+02:00 Ross Gammon  <mailto:r...@the-gammons.net>>:
> 
> Hi Ross,
>  
> 
> I saw the "non" packages whilst tidying up the blends task lists, and
> made a note to look into packaging them some time.
> 
> So count me in!
> 
> 
> Great news! ;) I just uploaded ntk to our repo ... please add yourself
> as uploader.

Done

> 
> Thing which has to bee done:
> debian/copyright file - just draft know
> revise packages description
> make man pages for binaries
> create watch file
> 
> best regards
> 
> mira

I pushed a watch file which should let us drop the git snapshot &
repacking in the future (assuming you were working from the top down in
your list).

Let me know if I can help working any of the others over the weekend.

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: ntk for debian - 2nd uploader needed

[Ross Gammon]

Hi Jaromir,

On 04/17/2015 12:16 AM, Felipe Sateler wrote:
> On 16 April 2015 at 16:55, Jaromír Mikeš  wrote:
>> Hello,
>>
>> I would like to introduce ntk in debian [1]
>> ntk is fork of fltk library with improved capability.
>>
>> ntk is also dependency for non-things - interesting audio apps [2]
>> and openAV [3]
>>
>> I have ntk package in working stage now, but still some love and polishing
>> is needed.
>> Is someone interested to work with me on package and be 2nd uploader?
>> If yes I will upload it to our repo.
> 
> This sounds interesting, is it API compatible with fltk?
> 
> Unfortunately I am too busy to take on even more packages :(.
> 

I saw the "non" packages whilst tidying up the blends task lists, and
made a note to look into packaging them some time.

So count me in!

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: mixxx debian location

[Ross Gammon]

On 01/23/2015 04:43 PM, Nico Schlömer wrote:
> Hi all,
> 
> Where exactly can I check out the mixxx debian files? Are they on
> alioth somewhere?
> 
> Cheers,
> Nico

You can get the VCS links (browser or git) from the package tracker:
https://tracker.debian.org/pkg/mixxx



signature.asc
Description: OpenPGP digital 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

Re: Adopting pmidi

[Ross Gammon]

On 01/12/2015 06:01 PM, Jonas Smedegaard wrote:
> Quoting Ross Gammon (2015-01-12 17:43:09)
>> On 01/12/2015 05:01 PM, Jonas Smedegaard wrote:
>>
>> [...]
>>
>>>
>>> I'd be happy to co-maintain pmidi with you, if that is what you mean, 
>>> but won't "sponsor" your solo work.
>>>
>>
>> Excellent. Thanks Jonas. I will add you as an Uploader.
>>
>> Then when the new version is ready, all I will need is a "dcut dm"
> 
> No.  Please do _not_ involve me with that style of "collaboration".

Whoops - I wasn't expecting that response. I shouldn't write quick
emails before I leave the computer to go and eat :-)

1. I have already prepared a version locally that works, but just needs
a tidy up, and a check to see if I can fix any bugs. Before I pushed it
it to Debian Multimedia, I was just checking if there was someone else
interested in the package. Unless I get stuck on any bugs, I wasn't
expecting too much collaboration straight away.

2. As a DM, I need a DD to give me permission to upload. I am happy to
ping DD's that have sponsored me in the past, or find a new one using
Mentors. Normally a DD won't give upload permission without being
familiar with, or checking my work. In other teams, for a new DM I have
seen team members wanting to check the first set of commits before
granting upload rights.

I am very keen to collaborate and work within teams in Debian. People
always get busy, get stuck on something, can learn from each other, help
each other, and can work on areas of common interest. With solo efforts,
sometimes packages can get very out of date, and the users suffer. This
actually happened to one of my favourite packages, and is what prompted
me to start contributing to Debian in the first place.

Here's hoping a more thought out statement of my intentions makes you
feel more at ease.

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: Adopting pmidi

[Ross Gammon]

On 01/12/2015 05:01 PM, Jonas Smedegaard wrote:

[...]

> 
> I'd be happy to co-maintain pmidi with you, if that is what you mean, 
> but won't "sponsor" your solo work.
> 

Excellent. Thanks Jonas. I will add you as an Uploader.

Then when the new version is ready, all I will need is a "dcut dm"

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Adopting pmidi

[Ross Gammon]

Hi All,

In my mission of taking care of minor unloved midi related packages, I
am intending to adopt pmidi[1].

With my new DM status it will hopefully not need sponsorship for long,
and I am happy to take it to Debian Mentors for initial sponsoring.

It will be my first cdbs package :-)

Is there anyone here willing to be backup uploader? Otherwise I will
push it to collab-maint.

Cheers,

Ross

[1] https://packages.qa.debian.org/p/pmidi.html



signature.asc
Description: OpenPGP digital 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

Re: RFS: sfarklib/0.20131219gitee08d0c-1 [ITP]

[Ross Gammon]

Hi Ruben,

On 12/06/2014 02:33 PM, Ruben Undheim wrote:
> Hi Ross and Felipe,
> 
> Thanks for the quick response, and thanks for taking a look at the packages!
> 
> I appreciate that Felipe may perhaps get some time one day to help us
> out (and hopefully give Ross some DM rights on the packages after that
> !)
> 
> I have now done the improvements suggested by Ross:
>  - Ran cme fix dpkg-control on both packages
>  - Fixed description of libsfark-dev (there was a copy-and-paste error)
>  - Added get-orig-source target on both packages
> 
> The new versions have been uploaded to mentors and checked into the Vcs.
> 
> It's probably useful if Ross takes a look at the packages once again
> to check that I haven't made some new mistakes before Felipe helps out
> with the upload. Having to wait a few weeks more before the upload is
> done, is no big issue, but it would be nice if Felipe informs us if he
> doesn't get time at all to do itl :)
> 

Thanks for that. The changes look fine to me, and thanks a heap for the
get-orig-source target, it worked like a dream. From my point of view
the package is ready for Felipe to take a look when he is available.

> 
> Best regards,
> Ruben

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: Bug#768878: RFS: sfarklib/0.20131219gitee08d0c-1 [ITP]

[Ross Gammon]

On 12/05/2014 09:43 PM, Felipe Sateler wrote:
> On Fri, Dec 5, 2014 at 5:39 PM, Ross Gammon  wrote:
>> As I said before I will be happy to co-maintain this with you in the
>> Debian Multimedia team. I am now a DM. So if we can convince a sponsor
>> to upload sfarklib, then after it passes the new queue we may be able to
>> convince the same sponsor to give me upload permission sometime.
> 
> 
> I'm willing to sponsor as long as the packages have 2 comaintainers.
> I;ve been busy and may continue so for the next few weeks, so maybe it
> will take some time for me to actually look at the packages though.
> 
> 

Thanks for the offer Felipe :-)

Ruben,

sfarkxtc looks fine to me and I only have two minor comments
1. Same as for sfarlib, providing a get-orig-source target would be
nice, as it sounds like upstream will not be doing releases.
2. $cme check dpkg-control complains that the binary short description
is too long. We could drop the "in the legacy" bit in "Converts
soundfonts in the legacy sfArk v2 file format to sf2" and just say "from"?

Cheers,

Ross



signature.asc
Description: OpenPGP digital 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

Re: RFS: sfarklib/0.20131219gitee08d0c-1 [ITP]

[Ross Gammon]

On 12/05/2014 09:39 PM, Ross Gammon wrote:

[...]

> 
> As there are no release tarballs or tags for sfarklib, it might be a
> good idea to provide a get-orig-source target in d/rules so that we can
> recreate and create new orig-tarballs consistently within the team in
> the future.
> 

Sorry - there are release tarballs for sfarklib (not for sfarkxtc
though). But as we have taken a git snapshot from after the last
release, I still think it is a good idea.



signature.asc
Description: OpenPGP digital 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

Re: RFS: sfarklib/0.20131219gitee08d0c-1 [ITP]

[Ross Gammon]

On 12/05/2014 05:31 PM, Ruben Undheim wrote:
> Hi everyone in the multimedia team,
> 
> This new package and its counterpart (sfarkxtc) have been laying
> around in the sponsorship-request "queue" approximately one month. Is
> there any DD in the team who now is eager to help with some
> sponsoring? The two packages are also available on mentors:
> 
>   http://mentors.debian.net/package/sfarklib
>   http://mentors.debian.net/package/sfarkxtc
> 
> We are two co-uploaders and the packages are team-maintained.
> 

Hi Ruben,

I had been meaning to look at sfarklib again, but I have been a bit busy
lately. So, tonight I went through it and it looks great. It builds and
installs fine. A few minor suggestions:

As there are no release tarballs or tags for sfarklib, it might be a
good idea to provide a get-orig-source target in d/rules so that we can
recreate and create new orig-tarballs consistently within the team in
the future.

It is also a good idea to run $cme fix dpkg-control on d/control. Diff
files look better this way when you add or drop dependencies and uploaders.

Whilst you are at it, a small grammatical error could be fixed in the
description for the -dev package: "for developing applications that
depends on" > "for developing applications that depend on".

The -dev package description also promises some HTML docs that are not
delivered :-)

As I said before I will be happy to co-maintain this with you in the
Debian Multimedia team. I am now a DM. So if we can convince a sponsor
to upload sfarklib, then after it passes the new queue we may be able to
convince the same sponsor to give me upload permission sometime.

I will take a look at sfarkxtc next.

Regards,

Ross



signature.asc
Description: OpenPGP digital 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

Re: RFS: sfarklib/0.20131219gitee08d0c-1 [ITP]

[Ross Gammon]

On 11/09/2014 10:04 PM, Ruben Undheim wrote:
> Hi,
> 
> Is there anyone who would like to sponsor this package?
> 

Hi Ruben,

This looks like a good little package (and its partner), and I would be
happy to be a co-uploader within the Debian Multimedia Team. I am nearly
a DM, but I cannot sponsor the package.

Unfortunately I fell at the first hurdle when taking a look at it. It
seems you have made the package directly from the upstream git
repository. This is okay, but I was not able to easily test build the
package without an original tarball.

Maybe it would be a good idea to build and upload to debian.mentors even
if the eventual sponsor comes form within the debian-multimedia team?
That makes it easy to to check for lintian errors without the reviewer
having to build it themselves. It also means there is an *orig.tar for
the reviewer :-) without having to create one.

Even though the package is from a git snapshot, you should still provide
a d/watch file, so that all the automated tools can compare the current
version with upstream releases (they have made some).

When I tried to build with gbp and the --pristine-tar option, the build
failed because the upstream tag is different to the entry in d/changelog.

It is a good idea to provide a gbp.conf file. The Debian Multimedia
packaging wiki
(https://wiki.debian.org/DebianMultimedia/DevelopPackaging) recommends
at least the default option of pristine-tar being True.

Regards,

Ross

> 
> Thanks a lot in advance.
> 
> Regards,
> Ruben
> 
> 
> On Sun, 9 Nov 2014 21:52:44 +0100 Ruben Undheim  
> wrote:
>> Package: sponsorship-requests
>> Severity: wishlist
>>
>> Dear mentors,
>>
>> I am looking for a sponsor for my package "sfarklib"
>>
>>  * Package name: sfarklib
>>Version : 0.20131219gitee08d0c-1
>>Upstream Author : Andy Inman
>>  * URL :  https://github.com/raboof/sfArkLib
>>  * License : GPL-3+
>>Section : libs
>>
>> It builds those binary packages:
>>libsfark0
>>libsfark-dev
>>libsfark0-dbg
>>
>> To access further information about this package, please visit the
>> following URL:
>>
>>   http://bugs.debian.org/768169
>>
>>
>> The package can be downloaded with:
>>
>>   git clone git://anonscm.debian.org/pkg-multimedia/sfarklib.git
>>
>>
>> Changes since the last upload:
>>
>>Initial release (Closes: #768169)
>>
>> Regards,
>>  Ruben Undheim
>>
>>
> 
> ___
> 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

Re: Bug#765009: Subject: RFS: abcmidi/20140928-1 [ITA]

[Ross Gammon]

Yes - thanks to both James & Tobias for your help with this!

I was working through the issues one by one, and was planning to
update the RFS bug with my status today :-)

The manpage is done, and just needs checking. I have already been in
touch with upstream about the 3 "Mayhem" bugs, and will forward the
manpage & the other patches. I will also discuss the other warnings &
build issues.

The upstream author (Seymour) actually uses Debian, so he is extra
helpfull!!

Regards,

Ross

On 10/25/2014 01:18 AM, Tobias Frost wrote:
> Many thanks James! Valid points
> 
> Ross, please also consider those comments. Especially please fix
> the build system. I missed that during my review, sorry, but I will
> file a bug for that.
> 
> (Also, please send your patches upstream.)
> 
> -- tobi
> 
> 
> Am Montag, den 20.10.2014, 21:59 +0100 schrieb James Cowgill:
>> On Mon, 2014-10-20 at 15:59 +0200, Ross Gammon wrote:
>>> Hi All,
>>> 
>>> I know everyone is busy with the Jessie Release Freeze, but I
>>> would be grateful if somebody could take a look at abcmidi (and
>>> sponsor if happy). Abcmidi has been sitting unloved for a while
>>> now (since 2007). It would be great to get the latest version
>>> into Jessie.
>> 
>> Hi,
>> 
>> Here's a review (I'm not a DD so can't sponsor you however).
>> 
>> General * There is a new upstream version (16th October 2014). *
>> #764998 abcmidi: binary-without-manpage usr/bin/abcmatch 
>> Obviously you know this, but it would be good if a manpage was
>> added. * The file "/usr/share/doc/abcmidi/VERSION" seems
>> redundant and can probably be removed.
> 
> Also ÁUTHORS should not be installed.
> 
> 
>> debian/copyright * You don't need to list abc.h, sizes.h,
>> structs.h manually in the first section since they're already
>> included when you say "Files: *". * There seems to be some
>> confusion about whether the code is GPL-2 or GPL-2+. Are you sure
>> what you've put is correct? I see files with no copyright headers
>> but nothing with "GPL 2 only" in them. * You don't need to repeat
>> the GPL header lots of times. I'd also be tempted to merge all
>> the GPL sections together and just have a large "Copyright:"
>> block.
>> 
>> debian/rules * I don't think you need to use autotools-dev in
>> this package (I don't know a huge amount about this though). *
>> The clean target doesn't work because you disabled it. This is a 
>> violation of debian policy (4.9) "clean (required): This must
>> undo any effects that the build and binary targets may have had"
>> 
>> debian/patches: * Make sure you send these patches upstream
>> (sorry if you've already done this - they're not in the new
>> version though). * hardening.patch: Only LDFLAGS should be passed
>> during the link stage. Remove your CFLAGS and CPPFLAGS
>> additions.
>> 
>> Build There are lots of bad warnings printed when building this 
>> Examples: * parseabc.c:1701:3: warning: format ‘%s’ expects
>> argument of type ‘char *’, but argument 3 has type ‘char **’
>> [-Wformat=] success = sscanf (s, "%%abc-version %s",
>> &abcversion); /* [SS] 2014-08-11 */
>> 
>> Isn't this a buffer overflow?!
>> 
>> * toabc.c:1490:8: warning: iteration 7u invokes undefined
>> behavior [-Waggressive-loop-optimizations] semi =
>> convertnote[i];
>> 
>> It's not too difficult to use these to make abc2midi segfault -
>> please try and fix them if you have time.
>> 
>> 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

Bug#766091: Update existing ambisonics tasks with the latest information

[Ross Gammon]

Package: multimedia-ambisonics
Version: 0.2
Control: tags -1 patch

Hi,

I have started working through the existing multimedia blend tasks and
updating to the latest information.

The first one is multimedia-ambisonics. A patch (git format) is attached.

I have also requested to join the Debian Multimedia Team on alioth
(ross-guest). If the request is approved, I could push the change directly.

Regards,

Ross
From 9b4925a896b11e98566a6b3853e17e3923670647 Mon Sep 17 00:00:00 2001
From: Ross Gammon 
Date: Mon, 20 Oct 2014 22:01:58 +0200
Subject: [PATCH] Update ambisonics task with latest information

---
 tasks/ambisonics | 16 
 1 file changed, 16 insertions(+)

diff --git a/tasks/ambisonics b/tasks/ambisonics
index 0ce4f22..7b686d2 100644
--- a/tasks/ambisonics
+++ b/tasks/ambisonics
@@ -9,6 +9,8 @@ Depends: amb-plugins
 
 Depends: ardour
 
+Depends: ardour3
+
 Depends: jackd
 
 Depends: qjackctl
@@ -26,3 +28,17 @@ Depends: aliki
 Depends: zita-rev1
 
 Suggests: non-mixer
+Homepage: http://non.tuxfamily.org/
+WNPP: 681576
+License: GPL-2+
+Pkg-URL: http://non.tuxfamily.org/wiki/BinaryPackagesAndBuilds
+Pkg-Description: live mixer with effects plugin hosting and ambisonics
+ .
+ The Non DAW Studio is a modular system composed of four main parts consisting
+ of the Non Timeline, the Non Mixer, the Non Sequencer, and the Non Session
+ Manager.
+ .
+ The No DAW Studio is a complete studio that is fast and light enough to run
+ on low-end hardware.
+ .
+ This is the Non Mixer package.
-- 
1.9.1



signature.asc
Description: OpenPGP digital 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

Re: Bug#765009: Subject: RFS: abcmidi/20140928-1 [ITA]

[Ross Gammon]

Hi All,

I know everyone is busy with the Jessie Release Freeze, but I would be
grateful if somebody could take a look at abcmidi (and sponsor if
happy). Abcmidi has been sitting unloved for a while now (since 2007).
It would be great to get the latest version into Jessie.

This time I am copying in the Debian Multimedia Team to get a wider
audience. Although probably not "mainstream" multimedia, it is MIDI! I
would be happy to move the package to pkg-multimedia from collab-maint
(maybe after the release to avoid unnecessary noise on the list).

Regards,

Ross

On 10/12/2014 11:52 PM, Ross Gammon wrote:
> Package: sponsorship-requests
> Severity: normal
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "abcmidi" which I intend to adopt 
> and maintain on collab-maint.
> 
> * Package name: abcmidi
>   Version : 20140928-1
>   Upstream Author : Seymour Shlien 
> * URL : http://ifdo.ca/~seymour/runabc/top.html
> * License : GPL2+
>   Section : sound
> 
> It builds this binary package:
> 
> abcmidi- converter from ABC to MIDI format and back
> 
> To access further information about this package, please visit the following 
> URL:
> 
> http://mentors.debian.net/package/abcmidi
> 
> 
> Alternatively, one can download the package with dget using this command:
> 
> dget -x 
> http://mentors.debian.net/debian/pool/main/a/abcmidi/abcmidi_20140928-1.dsc
> 
> More information about abc notation can be obtained from 
> http://abcnotation.com/.
> 
> Changes since the last upload:
> 
>  * New maintainer (Closes: #540843)
>  * New upstream release (Closes: #691175)
>  * Rename abcmidi-yaps to yaps (LP: #525980)
>  * Handling of lyrics fixed (Closes: #205958)
>  * Created patch to spelling and hyphens in manpages
>  * Patched makefile to enable hardening flags
> 
> 
>  Regards,
>  Ross Gammon
> 
> 


___
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: Bits from the Debian Multimedia Team [RELOADED]

[Ross Gammon]

On 10/13/2014 06:16 PM, Felipe Sateler wrote:

[...]

> 
> I certainly won't stop anyone that wants to do this. I can also help
> in applying patches (and uploading, if you need sponsoring). But the
> hard part, creating useful tasks in the first place, is what I failed
> to do. Hopefully you can succeed where I didn't.
> 
> I wonder if the tasks have any use as-is and maybe we should just
> publicize them a bit more so that users can tell us what they miss.
> 
> 

I have just brought the tasks page [1] up to the Multimedia Wiki front
page [2] so it is only one click away instead of two.

[1] http://blends.debian.org/multimedia/tasks/index
[2] https://wiki.debian.org/DebianMultimedia/

I think you are right. The tasks look reasonable at first glance.
Clicking on one of the tasks takes you to a page full of multimedia
packages where users are able to contribute screenshots and debtags.

There is also this text:
"If you discover a project which looks like a good candidate for Debian
Multimedia to you, or if you have prepared an unofficial Debian package,
please do not hesitate to send a description of that project to the
"

We could advertise this a bit more.

___
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: Bits from the Debian Multimedia Team [RELOADED]

[Ross Gammon]

On 10/13/2014 03:46 AM, Felipe Sateler wrote:
> 
> On 12 Oct 2014 20:03, "Alessio Treglia"  > wrote:

[...]

>> Felipe, could you share some info on it please?
>>
> 
> I have unfortunately let it alone for too long, but I don't think I have
> the energy to move the task forward.
> 
> Perhaps we should ask for removal.
> 

Rather than removal, if you were interested in a volunteer going forward
after the release, I might be willing to step forward.

I do some packaging in the Debian Gis Team. And there it is just one or
two guys that monitor the commits, and keep the tasks up to date
(basically add new packages and tweak ones that change names like
libraries etc.). Sometimes, some of the other packagers occasionally
remember to send a patch :-)

It is not that onerous once the tasks are clearly defined and up to date.

Ross
ross-guest on alioth

___
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: get-orig-source usage

[Ross Gammon]

On 06/30/2014 10:50 PM, Jaromír Mikeš wrote:
> 2014-06-30 21:32 GMT+02:00 Felipe Sateler  >:
> 
> 
> On 30 Jun 2014 14:00, "Jaromír Mikeš"  > wrote:
> >
> > Hello,
> >
> > I noticed usage of "get-orig-source" in rules files.
> > I understand that it is used for repacking orig tarball.
> > But don't know how to use it ... uscan ignore it :(
> >
> > What I am missing?
> 
> It looks to me that with uscan the target has become obsolete.
> 
> Use the Files-Excluded field in debian/copyright and just use uscan.
> 
> That is what I think the new way should be like. What do others think?
> 
> 
> I tried this on zam-plugins package ...
> I want to remove upstream .gitignore file
> 
> Added this to debian/copyright file:
>  
> Files-Excluded: .gitignore
> 
> But no succeed with
> 
> $ uscan
> or
> $ uscan --repack
> 
> :(

I normally use:
$ uscan --verbose --force-download
So I can see what is happening, and to overwrite in case there was any
funny business with another version of the tarball.

I think you need to have a recent version of uscan for the
"Files-Excluded" bit to work. That could be the problem - it fooled me
the first time.

Recording how you did the repacking in get-orig-source is probably handy
for the person that packages the next upstream version. Then you can
just do:
$ debian/rules get-orig-source
when you want to download the latest and repack (although you have to
check there are no new files that need to be excluded).

Regards,

Ross

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




signature.asc
Description: OpenPGP digital 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

Bug#593842: Bug also reported in Ubuntu

[Ross Gammon]

tags 593842 confirmed
thanks

This bug has also been reported in Ubuntu:
https://bugs.launchpad.net/audacity/+bug/734023



signature.asc
Description: OpenPGP digital 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

Re: Ubuntu Studio Bugs Team

[Ross Gammon]

On 05/31/2014 02:29 PM, Chris Bannister wrote:
> On Thu, May 29, 2014 at 07:28:44PM +0200, Ross Gammon wrote:
>> Hi All,
>>
>> This is just a quick advertisement for the Ubuntu Studio Bugs Team:
>> https://launchpad.net/~ubuntustudio-bugs
>>
>> In an attempt to try and get more people to join the Team and help
>> triage relevant bugs, the list of packages that the Ubuntu Studio Bugs
>> Team subscribes to has recently been refreshed. This following page on
>> Launchpad shows the packages the team are subscribed to, and the number
>> of open bugs:
>> https://bugs.launchpad.net/~ubuntustudio-bugs/+packagebugs
> 
> Perhaps it would be a better idea to browse through the Debian BTS and see
> if the bugs are the same or have been reported to the Debian BTS
> yourselves?

Yes, that would be part of the process. For Ubuntu Studio, Debian
Multimedia is the main "upstream". Linking duplicate bugs in both
trackers will help confirm that more than one person is affected and
also help share relevant patches.
> 
>> The majority of packages listed on this page are Debian Multimedia
>> packages, so any work on these Ubuntu Studio bugs should have a spin off
>> for Debian Multimedia.
> 
> What do you mean by 'should'?
> 
Will? :-)



signature.asc
Description: OpenPGP digital 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