Re: owner for ITP bugreports [Was: Bug#602246: ITP: brian -- simulator for spiking neural networks]

2010-12-22 Thread Raphael Hertzog
On Wed, 22 Dec 2010, Yaroslav Halchenko wrote: > > It doesn't matter much. You can always change the submitter afterwards. > > nah, then we should do it upon every commit to the repository while > multiple people working on the packaging... Of course not, my request is that the submitter is a hum

Re: securing/monitoring Debian devel environment

2010-12-22 Thread Yaroslav Halchenko
On Wed, 22 Dec 2010, Timo Juhani Lindfors wrote: > > script). The only way to completely prevent that would be to develop and > > build packages in a completely isolated (virtual machine) environment > Interesting ideas but don't you also need to run the produced binaries > in isolation? exactly

Re: securing/monitoring Debian devel environment

2010-12-22 Thread Timo Juhani Lindfors
Yaroslav Halchenko writes: > script). The only way to completely prevent that would be to develop and > build packages in a completely isolated (virtual machine) environment Interesting ideas but don't you also need to run the produced binaries in isolation? If we assume a malicious upstream they

Re: Full install/removal/upgrade test results available

2010-12-22 Thread Josselin Mouette
Le mardi 21 décembre 2010 à 20:59 +0100, Mike Hommey a écrit : > Adding update-python-modules -p in python-xpcom postinst could make > things slightly better, but that would still leave xulrunner-1.9.1's > postinst complaining if it's run before python-xpcom's. > > What if xulrunner-1.9.1's posti

owner for ITP bugreports [Was: Bug#602246: ITP: brian -- simulator for spiking neural networks]

2010-12-22 Thread Yaroslav Halchenko
Ah, now I found where I screwed up: I have my personal email as the email address but with a Team name. I have used reportbug --realname="NeuroDebian Team" --email=t...@neuro.debian.net -b wnpp and because I did have REPORTBUGEMAIL env var set to my email, it took precedence over --email. Good t

Bug#607821: ITP: haskell-strptime -- Haskell binding for strptime with some extra features

2010-12-22 Thread Eugene Kirpichov
Package: wnpp Severity: wishlist Owner: Eugene Kirpichov X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: haskell-strptime Version : 0.1.8 Upstream Author : Eugene Kirpichov * URL : http://hackage.haskell.org/package/strptime * License : New BSD Lice

securing/monitoring Debian devel environment

2010-12-22 Thread Yaroslav Halchenko
Dear Debian Comrades, I can take blame if I am the only one who is somewhat jeopardizing our project by relying solely on his own eyes, fingers, GIT, belief in a good will of upstream developers, and moreover trust in the security of the upstream developers systems and their repositories. But I g

Bug#607815: ITP: libapp-rad-perl -- Perl module for rapid and easy creation of command line applications

2010-12-22 Thread Salvatore Bonaccorso
Package: wnpp Owner: Salvatore Bonaccorso Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libapp-rad-perl Version : 1.04 Upstream Author : Breno G. de Oliveira * URL : http://search.cpan.org/dist/App-Rad/ * L

Re: Bug#602246: ITP: brian -- simulator for spiking neural networks

2010-12-22 Thread Raphael Hertzog
Hi, On Wed, 22 Dec 2010, Yaroslav Halchenko wrote: > oops -- sorry for the delay -- just found this comment > > and then what to do if we have not decided yet what particular humanoid > will accomplish the mission? It doesn't matter much. You can always change the submitter afterwards. If you h

Re: Bug#602246: ITP: brian -- simulator for spiking neural networks

2010-12-22 Thread Yaroslav Halchenko
oops -- sorry for the delay -- just found this comment and then what to do if we have not decided yet what particular humanoid will accomplish the mission? On Wed, 03 Nov 2010, Raphael Hertzog wrote: > > Package: wnpp > > Severity: wishlist > > Owner: NeuroDebian Team > Please use your real nam

Re: exim-using packages - are you relying on -C or -D options?

2010-12-22 Thread Andreas Metzler
Ian Jackson wrote: > Andreas Metzler writes ("Re: exim-using packages - are you relying on -C or > -D options?"): >> The current status (GIT head) simply adds a file which contains a *list* >> of trusted configuration files instead of a prefix. > That's good enough for me. And it should be good