Re: [SCM] pd-iemnet/master: watch file sourceforge

2010-10-30 Thread Fabrice Coutadeur
Hi,

This is a known issue with redirector:
look at bug 599064 on http://bugs.debian.org/qa.debian.org

Fabrice

2010/10/29 IOhannes m zmölnig zmoel...@iem.at:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 10/28/2010 06:30 PM, Hans-Christoph Steiner wrote:


 I have debian/watch files in all my packages, and I've posted the
 tarballs in the same place as I think you have.  Check for typos? Or
 maybe it takes a few days for soruceforge to sync everything up?


 i don't think so.

 afaict, the uscan rule will use the qa.d.o redirector to get the actual
 packages.
 if you browse to this url manually, you will notice that (unlike other
 packages) the iemnet package does not show up at all:
  http://qa.debian.org/watch/sf.php/pure-data

 now this page claims to rely on HEAnet's mirroring service (at least
 that is how i read the footer), which has mirrored iemnet just fine by now:
 http://ftp.heanet.ie/mirrors/download.sourceforge.net/pub/sourceforge/p/project/pu/pure-data/libraries/iemnet/
 http://ftp.heanet.ie/mirrors/sourceforge/p/project/pu/pure-data/libraries/iemnet/

 so i wonder whether the qa.d.o does not show my package.
 do i have to manually trigger something?


 once the package shows up, we can talk about typos in the watch-file...

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

 iEYEARECAAYFAkzK/MUACgkQkX2Xpv6ydvQoJgCg4gPMc7fI8OBqSGHpK2d6K0k5
 xc4AoIQBHt4TNQkveiwpWidhjJmQL/Kd
 =VGwk
 -END PGP SIGNATURE-

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


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


seeking sponsorship as part of becoming a DM

2010-10-30 Thread Jonas Smedegaard

On Fri, Oct 29, 2010 at 08:23:29PM -0400, Hans-Christoph Steiner wrote:


On Oct 28, 2010, at 6:38 PM, Felipe Sateler wrote:
Why did you put the DMUA field before starting your DM application? I 
will upload them, although with the field removed until you get your 
DM status approved.


I actually have started my DM application before debconf10.  The 
DebConf people that I worked with said I should get someone who knows 
the stuff that I package to sponsor my DM application.  None of the 
debconf nyc localteam do any multimedia stuff.  So at this point, once 
I find someone willing to sponsor me, I can revive my DM application 
email and complete the process.


The underlying recommendation is to demonstrate experience in packaging 
routines.


Having someone sponsor packages that you do is just one way of doing 
that.  Another is to join one or more teams and participate in 
collaboratively maintained packages there.  Which is what you are doing 
now, I believe :-)


Some use the term sponsoring for both mentors.debian.net style 
explicit sponsoring and team-maintainance implicit sponsoring.


Personally I am sceptical to the explicit sponsoring model (I find that 
it too often lead to poorly maintained packages), and I therefore 
encourage distinguishing by using sponsoring only for explicit 
sponsoring and else use e.g. team-maintainance.



Concretely I suggest that you explain at your DM process how you are 
involved in team-maintainance, and point out (via changelog entries) 
which parts of our collaborative work that you contributed.  I imagine 
that it is also beneficial for the DM process that you point out how 
you've engaged in discussions about those changes here on this list: 
Another vector of judgement, I believe, is how well you collaborate with 
peer developers :-)



Hope that helps,

 - Jonas

--
 * Jonas Smedegaard - idealist  Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: metapackages

2010-10-30 Thread Andreas Tille
Hi Rosea,

[I hope you do not mind if I quote you on a public list but to my
 understanding nothing in the mail is really private.]

For pkg-multimedia list users: Rosea asked on Debian Blends mailing list
about problems using blends-dev and seeing that it is multimedia related
I think it is reasonable to discuss the issues here (and by doing so)
stress the Blends topic a bit more as I did in[1].

On Sat, Oct 30, 2010 at 08:49:52AM +0200, rosea.grammostola wrote:
 BTW, Could you please be a bit more verbose what you are actually doing
 (commit your blends source code for further inspection or applying
 patches)?  I'm specifically asking because we could actually need some
 help in the multimedia issue.  I'm currently try to push the Blends
 technique at the Debian Multimedia team (you find the code at


 svn://svn.debian.org/svn/blends/projects/multimedia/trunk/debian-multimedia

 and we are probably able to cooperate.

 I will try to be a bit more verbose.

 The metapackages I make are for some kind of personal (commercial)  
 support service I have for people who wants to start with producing  
 music on Linux, mostly Ubuntu.

For my understanding there is no real need to keep things like this
personal / privately for the purpose of a commercial or Ubuntu use.  As
Debian is Upstream for Ubuntu and Ubuntu might serve as upstream for
your commercial distribution pushing things into upstream might not
harm at all.  I actually see the Blends effort as a good chance to base
commercial applications on these subsets of Debian because it makes
things easier even for your business.  It is finally your decision
but the concept is quite open to this application.

 But I'm open for collaboration. You are good in making the blends  
 structure and I might be able to help you with the packageslists.

 I'll look into your code.

Just feel free to subscribe a reasonable Debian Multimedia list
and I hereby repaetedly urge for a non strict packaging related
list (like this) but rather than (miss-)using the pure packaging
list.

Kind regards

Andreas.

[1] 
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2010-October/013219.html

-- 
http://fam-tille.de

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


Re: Debian Multimedia Blend (Was: Defining interesting multimedia tasks)

2010-10-30 Thread Andreas Tille
On Thu, Oct 28, 2010 at 08:34:38PM -0300, Felipe Sateler wrote:
 Since we need to advertise this list, I think we should do a Bits From
 our team. I have started a draft in
 http://wiki.debian.org/DebianMultimedia/BitsFrom, so please add
 anything you think we should be saying.

That's a really good idea.  I have enhanced the Blends paragraph a bit.
Once this bits are published I probably will unsubscribe the packaging
list (so please at least CC me in Blends related subjects) and subscribe
rather the general list.

Kind regards

  Andreas.

-- 
http://fam-tille.de

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


Re: metapackages

2010-10-30 Thread rosea.grammostola

Andreas,

On 10/30/2010 03:54 PM, Andreas Tille wrote:


[I hope you do not mind if I quote you on a public list but to my
  understanding nothing in the mail is really private.]


It was a message to you and not meant to be public. Not a very big deal 
to me either.

For my understanding there is no real need to keep things like this
personal / privately for the purpose of a commercial or Ubuntu use.  As
Debian is Upstream for Ubuntu and Ubuntu might serve as upstream for
your commercial distribution pushing things into upstream might not
harm at all.  I actually see the Blends effort as a good chance to base
commercial applications on these subsets of Debian because it makes
things easier even for your business.  It is finally your decision
but the concept is quite open to this application.
   


I always try to improve the state of linuxaudio cq debianaudio where 
possible. The question is whether there is really a need for such 
packages in Debian, because many people prefer the custom way, 
especially Debian people imo. For Ubuntu you have the ubuntustudio packages.


If someone else thinks such metapackages are really useful also for 
Debian and starts making the metapackages, I'm open for helping a bit. 
We could share the same code base. All though my personal stuff will 
likely be different (and changes a lot very often).


All the best,

\r

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


Re: next, two small, weird-ish packages: puredata-import and pd-libdir

2010-10-30 Thread Felipe Sateler
On Fri, Oct 29, 2010 at 21:23, Hans-Christoph Steiner h...@at.or.at wrote:

 On Oct 28, 2010, at 6:38 PM, Felipe Sateler wrote:

 On Mon, Oct 25, 2010 at 01:28, Hans-Christoph Steiner h...@at.or.at
 wrote:

 Hey all,

 So the plan for puredata-dev has been pushed off until Pure Data 0.43 is
 released and packaged, so I think that the approach used in these two
 packages is going to be necessary for the timebeing.

 Can anyone upload these two?  They are needed as deps for the rest of the
 packages that I have ITP'ed.

 Why did you put the DMUA field before starting your DM application? I
 will upload them, although with the field removed until you get your
 DM status approved.

 I actually have started my DM application before debconf10.  The DebConf
 people that I worked with said I should get someone who knows the stuff that
 I package to sponsor my DM application.  None of the debconf nyc localteam
 do any multimedia stuff.  So at this point, once I find someone willing to
 sponsor me, I can revive my DM application email and complete the process.

 Sorry if I caused any trouble, I was just trying to make things go smoother.

It's not trouble, just standard practice to put the flag after the DM
status is attained.
Unfortunately, I cannot in good conscience advocate your DM
application until I have further worked with you. Maybe after a few
more package uploads ;).


 And another question, why does puredata-import depends on puredata (
 0.43)? I just uploaded pd-libdir for now.

 Thanks for uploading pd-libdir!  puredata 0.43 has changed the way the
 headers are installed, so pd libraries that rely on certain headers will
 have to change once 0.43 hits the repos.  I think its important to get this
 stuff into Debian working with 0.42, and I'm willing to do the legwork of
 packaging first for pd 0.42, then updating for 0.43.

I understand the need for the build-depends, which is what I read from
your description above (pd-libdir has the same restriction). However,
puredata-import (the binary package) Depends on puredata  0.43. Is
that intended? If so, please explain why.

Also, while we are on it, why the naming scheme change? Shouldn't it
be pd-import?
-- 

Saludos,
Felipe Sateler

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


Re: metapackages

2010-10-30 Thread Jonas Smedegaard

Hi Rosea,

[dropping Andreas (subscribed here) and user-oriented list from cc]

On Sat, Oct 30, 2010 at 02:41:11PM +0200, rosea.grammostola wrote:

On 10/30/2010 03:54 PM, Andreas Tille wrote:


[I hope you do not mind if I quote you on a public list but to my
 understanding nothing in the mail is really private.]


It was a message to you and not meant to be public. Not a very big 
deal to me either.


I for one appreciate being kept in the loop: The question was asked in 
public (I am subscribed to the Blends list too).


That said, I do understand you disliking being quoted in public when 
sending privately - without being asked ahead.  I myself have turned 
friends against me doing that in the past (and try restrain not to not 
to do it ever more).



For my understanding there is no real need to keep things like this 
personal / privately for the purpose of a commercial or Ubuntu use.  
As Debian is Upstream for Ubuntu and Ubuntu might serve as upstream 
for your commercial distribution pushing things into upstream might 
not harm at all.  I actually see the Blends effort as a good chance to 
base commercial applications on these subsets of Debian because it 
makes things easier even for your business.  It is finally your 
decision but the concept is quite open to this application.


I always try to improve the state of linuxaudio cq debianaudio where 
possible. The question is whether there is really a need for such 
packages in Debian, because many people prefer the custom way, 
especially Debian people imo. For Ubuntu you have the ubuntustudio 
packages.


If someone else thinks such metapackages are really useful also for 
Debian and starts making the metapackages, I'm open for helping a bit. 
We could share the same code base. All though my personal stuff will 
likely be different (and changes a lot very often).


We discussed this recently here on the Multimedia list, and yes, there 
is interest.


I can imagine how in the end you might want to use a fork of our shared 
effort, but would certainly appreciate if you would join this team 
effort for any and all parts possible, and only put into your fork the 
parts that we do not agree on (e.g. if you want to include packages from 
debian-multimedia.org which we actively avoid here, or if you want to 
include DFSG-nonfree parts).


So please, if you can be persuaded, join our team! :-D

More info here: http://wiki.debian.org/DebianMultimedia


 - Jonas

--
 * Jonas Smedegaard - idealist  Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Espero que a sua comunicação urgente.

2010-10-30 Thread Mr.Soumano Traore



Da mesa de Mr.Soumano Traore,
O auditor sênior responsável
UNIDADE REMESSA EXTERNA,
BANK OF AFRICA (BOA).
Ouagadougou, Burkina Faso. 

Caro amigo, 

I presume que está tudo bem com você e sua família. Por favor, que isto não 
seja uma mensagem surpresa para você, porque eu tenho suas informações de 
contato de semana o diretório internacional há pouco antes de eu decidi 
entrar em contato com você sobre esta magnitude e operação lucrativa para o 
nosso presente e futuro da sobrevivência da vida. 

Eu sou o auditor sênior encarregado da unidade de remessas estrangeiras do 
nosso banco e eu decidi entrar em contato com você para essa operação 
financeira no valor de (5,3milhões de dólares E.U.) para o nosso sucesso 
presente e futuro. Este é um fundo de abandonado que pertence a um dos 
nossos clientes estrangeiros, que morreu junto com toda a sua família 
através de acidente de avião há alguns anos. 

Enquanto isso, fiquei muito feliz de vir em todo o arquivo morto, quando eu 
estava organizando o velho e abandonado do cliente em outros arquivos para 
assinar e encaminhar à administração do banco inteiro para um funcionário 
re-documentação e auditoria do ano. 

Foi dito claramente nas nossas regras e regulamentos bancários estrangeiros 
que foi assinado legalmente que, se esse fundo não reclamados até o prazo de 
quatro anos, iniciado a partir da data em que o beneficiário morreu, o 
dinheiro será transferido para o Tesouro, fundos não reclamados no entanto, 
é não autorizadas pelas disposições que regem o nosso banco de um cidadão de 
Burkina Faso para fazer o pedido do fundo a menos que você é estrangeiro, 
não importa o país. 

Assim, o pedido de você como um estrangeiro, é necessário solicitar o pedido 
e transferência do fundo de bom em sua conta bancária de confiança como o 
parente mais próximo do falecido. quando o fundo é transferido para sua 
conta de 45% será para você em relação a toda a assistência para a sua 
transferência do fundo em sua conta e prestação de conta bancária em que o 
banco irá remeter o fundo, 50% serão para mim ser o pioneiro da empresa, 
enquanto o restante de 5% será compartilhado com organizações respeitáveis, 
como caridade e as casas miseráveis em torno de nós no mundo. 

Se você estiver realmente certo da sua idoneidade, responsabilidade e 
confidencialidade sobre esta transação contato comigo e não aceita mudar a 
sua mente para enganar ou me decepcionar quando o fundo é transferido para 
sua conta. Assim que você responder, eu vou deixar você sabe o próximo passo 
e procedimento a seguir para concluir esta transação com êxito. 

Espero que a sua comunicação urgente, 

Atenciosamente, 
Mr. Soumano Traore



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


multicat_1.0-1_i386.changes ACCEPTED into unstable

2010-10-30 Thread Debian FTP Masters



Accepted:
multicat_1.0-1.debian.tar.gz
  to main/m/multicat/multicat_1.0-1.debian.tar.gz
multicat_1.0-1.dsc
  to main/m/multicat/multicat_1.0-1.dsc
multicat_1.0-1_i386.deb
  to main/m/multicat/multicat_1.0-1_i386.deb
multicat_1.0.orig.tar.bz2
  to main/m/multicat/multicat_1.0.orig.tar.bz2


Override entries for your package:
multicat_1.0-1.dsc - optional video
multicat_1.0-1_i386.deb - optional video

Announcing to debian-devel-chan...@lists.debian.org
Closing bugs: 594122 


Thank you for your contribution to Debian.

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