Package: wnpp
Severity: wishlist
Owner: Brian Campbell
* Package name: python-klein
Version : 0.2.3
Upstream Author : David Reid
* URL : https://github.com/twisted/klein
* License : MIT (Expat)
Programming Lang: Python
Description : Python Twisted Web
Am 07.02.2014 um 19:47 schrieb Andreas Beckmann :
> On 2014-02-07 19:22, Christoph Ender wrote:
>> Section 3.6 of the policy manual mentions (via the virtual package list)
>> that new virtual package names should be agreed on in debian-devel, so:
>
> I think your use case is covered by the
> (
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-hplefthandclient
Version : 1.0.1
Upstream Author : Kurt Martin
* URL : https://pypi.python.org/pypi/hplefthandclient
* License : Apache-2.0
Programming Lang: Python
Description
Le Fri, Feb 07, 2014 at 01:58:48PM +0100, Lucas Nussbaum a écrit :
>
> Additionally, that text was sent for review to 8 people:
> - Ian, as the one who raised the concerns about the previous version
> - the Debian project secretary and his assistant
> - the policy editors delegates
> - Zack, as th
On 2014-02-06 13:44:30 +, Felipe Sateler wrote:
> On Thu, 06 Feb 2014 00:47:54 +0100, Julian Taylor wrote:
> > On 06.02.2014 00:39, Jaromír Mikeš wrote:
> >> -ffast-math
> >
> > this is dangerous it changes results, sometimes significantly (e.g. for
> > complex numbers), only use if you don't
On Fri, Feb 07, 2014 at 05:32:29PM +, Ian Jackson wrote:
> Ian Jackson writes ("Re: Wanted: perl package home for condorcet computation
> script"):
> > Paul Wise writes ("Re: Wanted: perl package home for condorcet computation
> > script"):
> > > On Mon, Feb 3, 2014 at 11:46 PM, Ian Jackson w
On Fri, Feb 07, 2014 at 10:32:52AM +0100, Daniel Leidert wrote:
> James McCoy wrote:
> >Part of the reason I chose to use debian/upstream/ is that an extensible
> >location for upstream related information (similar in spirit to
> >debian/source/) could be useful.
>
> I've really wondered, why you
Package: wnpp
Severity: wishlist
Owner: "Francois-Regis Vuillemin"
* Package name: php-file-find
Version : 1.3.2
Upstream Author : Sterling Hughes
* URL : http://pear.php.net/package/File_Find/
* License : PHP
Programming Lang: php
Description : Class
On Mon, Feb 03, 2014 at 09:28:03AM +, Jonathan Dowland wrote:
> Hi Gregor,
>
> On Sun, Feb 02, 2014 at 07:31:02PM +0100, gregor herrmann wrote:
> > It's the package for the CPAN File::Rename distribution, and
> > therefore named accordingly to
> > https://www.debian.org/doc/packaging-manuals/p
Hello,
I dig a little bit in the debian documentation, and I found this snipset
in the section 9.2 of securing-debian-howto [1]
It is interesting to see the code used to create a system user.
But the step 4 bother me
usermod -c "$SERVER_NAME" \
-d $SERVER_HOME \
Pau Garcia i Quiles wrote:
>
>I am interested in packaging Skia ( https://code.google.com/p/skia/ ), the
>2D library used in Chromium, Firefox and others. I need it because a
>package I maintain (witty) is replacing GraphicsMagick with Skia.
>
>I went to Skia's download page and... found there is n
Hi Paul,
On Fri, Feb 07, 2014 at 01:18:09PM +0800, Paul Wise wrote:
> Another project that looks at DEP-12 metadata is DUCK, the Debian URL
> checker. I think it looks at DEP-12 stuff as a source of URLs to
> check.
Is this some vote to keep the file debian/upstream?
> There are other issues wit
Hi Rodrigo,
On Fri, Feb 07, 2014 at 10:21:12AM -0800, Rodrigo Gallardo wrote:
> I do!
ah, nice to hear from you.
> I have been extremely remiss in my duties, and I have let ego keep
> me from accepting it.
>
> I have orphaned stunnel and all of my other packages. Feel free to
> NMU/take over as
Hi,
On Fri, Feb 07, 2014 at 10:32:52AM +0100, Daniel Leidert wrote:
> I've really wondered, why you didn't use debian/source/ for this purpose
> and introduced another directory? Why not put the key used to sign the
> upstream source right into debian/source/?
+1
Kind regards
Andreas.
Quoting Pau Garcia i Quiles (2014-02-07 17:51:47)
> I have also noticed Firefox includes Skia in its source package,
> although it may be justified because they heavily patch Skia. Icedove
> (Thunderbird) and XULRunner also include their own version of Skia.
Thanks for noticing!
Please report t
On 2014-02-07 09:57, PICCA Frederic-Emmanuel wrote:
> during the installation I generate a .my.cnf in the system user tango home
> which I set under
> /usr/lib/tango in the package
That should be under /var, not /usr, especially if you dynamically
generate stuff there.
And if that is a configura
On 2014-02-07 19:22, Christoph Ender wrote:
> Section 3.6 of the policy manual mentions (via the virtual package list)
> that new virtual package names should be agreed on in debian-devel, so:
I think your use case is covered by the
(except privately, amongst a cooperating group of packages)
c
Hi all,
I’m currently thinking about creating a virtual package for "fizmo". This
was a single package in squeeze, got split up into "fizmo-ncursesw" and
"fizmo-console" in wheezy, keeping a transitional "fizmo" package in
oldlibs (which pulled in fizmo-ncursesw so far). "fizmo-sdl" is still in
On Sat, Feb 08, 2014 at 01:41:18AM +0900, hero...@gentoo.org wrote:
> Sergey B Kirpichev writes:
>
> > http://packages.qa.debian.org/m/monit.html
> > Usually, you want to start this service last and stop first.
>
> The question is, before or after rc.local?
Doesn't matter) rc.local shouldn't b
On Friday, February 07, 2014 17:09:27 Ian Jackson wrote:
> Chris Knadle writes ("Re: Packaging of stunnel / MIA for Luis Rodrigo
> Gallardo Cruz"): ...
>
> > Well, here's the typical scenario:
> >- maintainer stops maintaining a package, for whatever reason,
> > and doesn't respond to com
Ian Jackson writes ("Re: Wanted: perl package home for condorcet computation
script"):
> Paul Wise writes ("Re: Wanted: perl package home for condorcet computation
> script"):
> > On Mon, Feb 3, 2014 at 11:46 PM, Ian Jackson wrote:
> > > It would like to live in some Debian package.
> >
> > devs
My apologies if something isn't right with this email, I'm writing from my
phone.
> On 7.2.2014, at 18.25, Pau Garcia i Quiles wrote:
>
> Hello,
>
> I am interested in packaging Skia ( https://code.google.com/p/skia/ ), the 2D
> library used in Chromium, Firefox and others. I need it because
On Fri, Feb 7, 2014 at 5:52 PM, Andreas Beckmann wrote:
> If your upstream is git, you don't have monotonically increasing
> revision numbers, but (unordered) commit hashes. I usually use something
> based on 'git describe' as that gives you a number of commits since a
> reference tag in additio
Chris Knadle writes ("Re: Packaging of stunnel / MIA for Luis Rodrigo Gallardo
Cruz"):
...
> Well, here's the typical scenario:
>
>- maintainer stops maintaining a package, for whatever reason,
> and doesn't respond to communication... for a long time.
>
>- things change, the packag
Quoting Michael Shuler (2014-02-07 17:41:56)
> On 02/07/2014 10:25 AM, Pau Garcia i Quiles wrote:
> > Is there a policy on how to package software that does not make releases?
>
> A version similar to skia_0.0-1~svnr1234 would allow an upstream version
> of i.e. 0.1 (if they ever release) to supe
On 2014-02-07 17:25, Pau Garcia i Quiles wrote:
> Is there a policy on how to package software that does not make releases?
You usually make up your own upstream version number, either
revision-based or date-based or both. Just ensure you use a version that
sorts before any later upstream release.
On Fri, Feb 7, 2014 at 5:41 PM, Michael Shuler wrote:
> Is there a policy on how to package software that does not make releases?
>>
>
> A version similar to skia_0.0-1~svnr1234 would allow an upstream version
> of i.e. 0.1 (if they ever release) to supersede your packaged version. It
> should al
On 02/07/2014 10:25 AM, Pau Garcia i Quiles wrote:
Is there a policy on how to package software that does not make releases?
A version similar to skia_0.0-1~svnr1234 would allow an upstream version
of i.e. 0.1 (if they ever release) to supersede your packaged version.
It should also allow you
Sergey B Kirpichev writes:
> http://packages.qa.debian.org/m/monit.html
> Usually, you want to start this service last and stop first.
The question is, before or after rc.local?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
Hello,
I am interested in packaging Skia ( https://code.google.com/p/skia/ ), the
2D library used in Chromium, Firefox and others. I need it because a
package I maintain (witty) is replacing GraphicsMagick with Skia.
I went to Skia's download page and... found there is none: Skia does not
make re
Am 07.02.2014 13:58, schrieb Lucas Nussbaum:
>The Debian Policy team defines Debian's technical framework,
>including the structure and contents of the Debian archive
So, the FTPTeam just got that ripped out of their gut.
Which means we can stop doing NEW and in a slightly more extreme
interpret
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: arden
Version : 1.0
Upstream Author : Sven H. Giese
* URL : http://sourceforge.net/projects/arden/
* License : BSD
Programming Lang: Python
Description : specificity control for read
Package: wnpp
Severity: wishlist
Owner: Jerome Benoit
* Package name: gap-scscp
Version : 2.1.4
Upstream Author : Alexander Konovalov
Steve Linton
* URL : http://www.gap-system.org/Packages/scscp.html
* License : GPL
Programming La
Package: wnpp
Severity: wishlist
Owner: Jerome Benoit
* Package name: gap-openmath
Version : 11.2.0
Upstream Author : Alexander Konovalov
* URL : http://www.gap-system.org/Packages/openmath.html
* License : GPL
Programming Lang: GAP
Description : OpenM
On Fri, Feb 7, 2014 at 2:09 PM, Antonio Terceiro wrote:
> On Sun, Jan 26, 2014 at 06:09:51PM +0100, Martin Pitt wrote:
> > I advise to use the schroot runner instead. schroots are easy to set
> > up these days with mk-sbuild, and with some additional love (like
> > installing and configuring apt-c
On 07/02/14 at 12:35 +0100, Joerg Jaspert wrote:
> Am 07.02.2014 11:24, schrieb Lucas Nussbaum:
> >The Debian Policy team defines Debian's technical framework,
> >including
> >the structure and contents of the Debian archive
>
> So, the FTPTeam just got that ripped out of their gut.
> Which means
Hi,
On 07/02/14 at 12:55 +0100, Ansgar Burchardt wrote:
> On 02/07/2014 11:24, Lucas Nussbaum wrote:
> > The Debian Policy team defines Debian's technical framework, including
> > the structure and contents of the Debian archive, design issues of the
> > operating system, as well as technical requ
On Sun, Jan 26, 2014 at 06:09:51PM +0100, Martin Pitt wrote:
> I advise to use the schroot runner instead. schroots are easy to set
> up these days with mk-sbuild, and with some additional love (like
> installing and configuring apt-cacher-ng and symlinking
> /var/lib/schroot/union/overlay/ and /va
> Just use a generic name and be done with it.
sorry, what do you mean by generic ?
> The name should not be hardcoded - if it is, patch upstream in each
> case and fix it. Don't waste your time and user time on a hacky
> workaround - fix the code.
no, the name is not hard coded by the upstream
Hi,
On 02/07/2014 11:24, Lucas Nussbaum wrote:
> The Debian Policy team defines Debian's technical framework, including
> the structure and contents of the Debian archive, design issues of the
> operating system, as well as technical requirements that all packages
> must satisfy.
>
> The Debian P
Am 07.02.2014 11:24, schrieb Lucas Nussbaum:
The Debian Policy team defines Debian's technical framework,
including
the structure and contents of the Debian archive
So, the FTPTeam just got that ripped out of their gut.
Which means we can stop doing NEW and in a slightly more extreme
interp
On Fri, 7 Feb 2014 10:15:18 +
PICCA Frederic-Emmanuel
wrote:
> > I don't think there is much that can reall be done to fix the
> > fundamental problem which is that system users and regular users
> > have to live in the same namespace causing a risk of conflicts.
>
> > There are two things I
On 02/07/2014 05:22 PM, Petter Reinholdtsen wrote:
> And according to Thomas, OpenRC assume scripts depending on $all also
> depend on other scripts depending on $all, conclude there is a loop and
> try to break the loop at some random point in the perceived loop.
That is correct, however, the way
> I don't think there is much that can reall be done to fix the
> fundamental problem which is that system users and regular users have to
> live in the same namespace causing a risk of conflicts.
> There are two things I can see you could do to impreove the situation
> with your package.
> 1: Fai
> this is dangerous it changes results, sometimes significantly (e.g. for
> complex numbers), only use if you don't care about correctness or have
> verified its still correct.
IME, audio processing software can get away with it. Csound and its 400+
library of opcodes has been built with this o
* Paul Wise , 2014-02-07, 17:52:
Choose a name which is less likely to conflict, e.g. exim uses Debian-exim.
I think consensus was converging on prefixing an underscore for system
users (_foo) last time we discussed this.
Well, #248809 is still open…
--
Jakub Wilk
--
To UNSUBSCRIBE, email t
What is the correct way to deal with this kind of problem ? I cannot find in
the policy something
about conflict between system and non-system user.
I don't think there is much that can reall be done to fix the
fundamental problem which is that system users and regular users have to
live in
On Fri, Feb 7, 2014 at 5:48 PM, Neil Williams wrote:
> Choose a name which is less likely to conflict, e.g. exim uses Debian-exim.
I think consensus was converging on prefixing an underscore for system
users (_foo) last time we discussed this.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
On Fri, 7 Feb 2014 08:57:32 +
PICCA Frederic-Emmanuel wrote:
> Hello,
>
> I am the maintainer of the tango package which contain the tango-db
> binary.
>
> This tango-db provide a service called tango-db which connect to a
> mysql database. I follow the debian-policy to create a dedicated
>
Hello,
I am the maintainer of the tango package which contain the tango-db binary.
This tango-db provide a service called tango-db which connect to a mysql
database.
I follow the debian-policy to create a dedicated system user for this services.
So I used the tango user which is the name of the
James McCoy wrote:
>In devscripts 2.13.3, uscan gained the ability to verify signature of
>the upstream tarball using a file debian/upstream-signing-key.pgp. In
>2.14.0, I added the ability to use armored keys and decided to move the
>files under debian/upstream/, an idea which had been suggested
[Tollef Fog Heen]
> I'm pointing out why $all doesn't do what you want. «$all» means «after
> everything else has started» and if you have two of those, you have a
> loop. Loops are bugs.
That is a common misunderstanding of what $all means, and probably the
reason why insserv, systemd and open
Hello.
In our organization we use ltsp on debian wheezy for our work. But we
get a non-working sound - mplayer freezes on playing and default sink stay
in suspend state forever, even if we run mplayer localy on thin station. The
problem is resolved if we add module-suspend-on-idle to pulseaudio.
53 matches
Mail list logo
