Hello,
Russell Coker writes:
> On Mon, 2 Apr 2012, Michael Welle wrote:
>> I agree only partly with that. Losing a bug report or two is one
>> thing. Imagine a potential or actual customer sending an email to a
>> company and getting a response like: 'Well, we don't know on which data
>> we for
]] Sandro Tosi
> For testing and comparison with the current 're' module the new
> implementation
> is in the form of a module called 'regex'.
This sounds like a bad name, since there used to be a regex module in
the standard distribution a few years back and there's therefore a fair
amount o
On Mon, Apr 02, 2012 at 09:35:53AM +0200, Michael Welle wrote:
> > So comparing Debian to a commercial organisation doesn't support your case
> > at
> > all. Commercial organisations are more than willing to reject some
> > customers
> > if it makes things easy for them.
>
> In life I tend to
On Mon, Apr 2, 2012 at 09:58, Tollef Fog Heen wrote:
> ]] Sandro Tosi
>
>> For testing and comparison with the current 're' module the new
>> implementation
>> is in the form of a module called 'regex'.
>
> This sounds like a bad name, since there used to be a regex module in
> the standard dis
On 2012-03-31 05:42:41 +0200, Carlos Alberto Lopez Perez wrote:
> On 31/03/12 01:03, Vincent Lefevre wrote:
> > On 2012-03-30 19:43:48 +0200, Carlos Alberto Lopez Perez wrote:
> >> Check that you don't have GLAN/WLAN or something like that enabled on
> >> /proc/acpi/wakeup
> >
> > xvii:~> cat /pro
* Sandro Tosi , 2012-04-02, 10:06:
This sounds like a bad name, since there used to be a regex module in
the standard distribution a few years back and there's therefore a
fair amount of documentation warning against using it.
that's the upstream name, and infact I've renamed the also source t
On Mon, Apr 2, 2012 at 10:33, Jakub Wilk wrote:
> http://docs.python.org/release/1.5.1/lib/module-regex.html
> The module was removed in Python 2.5.
so for the supported python versions is a "safe" name. Sorry, but I'm
not going to change that name (if you install a third-party module,
you should
On Apr 02, Michael Welle wrote:
> In life I tend to look for role models above me, not below me. Why
> imitate people or companies that do a bad job? We can do better. And of
> course, to come back to my initial email, I doubt that using the
> blacklist service makes anything easier for Debian.
N
Hello,
m...@linux.it (Marco d'Itri) writes:
> On Apr 02, Michael Welle wrote:
>
>> In life I tend to look for role models above me, not below me. Why
>> imitate people or companies that do a bad job? We can do better. And of
>> course, to come back to my initial email, I doubt that using the
>>
Package: wnpp
Severity: wishlist
Owner: Alexander Wirt
* Package name: irpe
Version : 0.1
Upstream Author : Icinga Team
* URL : https://dev.icinga.org/projects/irpe
* License : GPL
Programming Lang: C
Description : Icinga Remote Plugin Executor Server
Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat
* Package name: automatic-save-folder
Version : 1.0.4
Upstream Author : Cyan
* URL : http://asf.mangaheart.org/
* License : GPL2
Programming Lang: Java-Script
Description : Open the File Browser a
Package: wnpp
Severity: wishlist
Owner: Dennis van Dok
* Package name: xacml
Version : 1.1.1-1
Upstream Author : Nikhef Grid Security Middleware Team
* URL :
http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=xacml
* License : Apache 2
Programming
On 21/03/12 16:52, YunQiang Su wrote:
> It' said that the 2 main advantage of systemd are parallel and
> much simpler configuration file.
>
And the third advantage of it, is that upstream people is starting to ship
systemd unit files.
> Is it possible to implement an init system for kFreeBSD an
On Mon, Apr 02, 2012 at 02:18:17PM +0200, Carlos Alberto Lopez Perez wrote:
> On 21/03/12 16:52, YunQiang Su wrote:
> > It' said that the 2 main advantage of systemd are parallel and
> > much simpler configuration file.
> >
>
> And the third advantage of it, is that upstream people is starting to
Package: wnpp
Severity: wishlist
Owner: Dennis van Dok
* Package name: lcmaps-plugins-scas-client
Version : 0.3.4-1
Upstream Author : Nikhef Grid Middleware Security Team
* URL : https://wiki.nikhef.nl/grid/Site_Access_Control
* License : Apache 2
Programmi
2012/4/2 Carlos Alberto Lopez Perez
> And the third advantage of it, is that upstream people is starting to ship
> systemd unit files.
It is not advantage. it is crap. I believe no one can write and support
init/systemd/whatsoever scripts sutable for many distributions and their
versions.
All
On Mon, Apr 02, 2012 at 05:14:25PM +0400, Игорь Пашев wrote:
> > And the third advantage of it, is that upstream people is starting to ship
> > systemd unit files.
> It is not advantage. it is crap. I believe no one can write and support
> init/systemd/whatsoever scripts sutable for many distributi
Andrey Rahmatullin, le Mon 02 Apr 2012 19:21:59 +0600, a écrit :
> On Mon, Apr 02, 2012 at 05:14:25PM +0400, Игорь Пашев wrote:
> > > And the third advantage of it, is that upstream people is starting to ship
> > > systemd unit files.
> > It is not advantage. it is crap. I believe no one can write
Dear all,
in at least two of my packages, bioperl and emboss, the test suite contains
protein sequence files from the UniProt database, which is distributed under
the non-free CC Attribution-NoDerivs license. Through a private discussion I
had with their helpdesk, my understanding of their positi
On Saturday, March 31, 2012 05:19:02 PM John D. Hendrickson and Sara Darnell
wrote:
> While cygwin may have a "suite" they are a private company I wouldn't bet to
> dl and use it without a lawyer reading any "corporate provided license"
> they've wrote, my personal preference that is.
Newlib is f
Charles Plessy writes ("Non-copyrightable work with non-free license."):
> in at least two of my packages, bioperl and emboss, the test suite contains
> protein sequence files from the UniProt database, which is distributed under
> the non-free CC Attribution-NoDerivs license. Through a private di
Hi there!
On Sun, 01 Apr 2012 19:14:50 +0200, Neil Williams wrote:
> Packages concerned:
> emacs-goodies-el
I am an heavy user of three of its binaries (devscripts-el, debian-el
and dpkg-dev-el) and I already contributed in the past, so in case it is
orphaned I will be glad to adopt it.
Thx, bye
Samuel Thibault writes:
> Andrey Rahmatullin, le Mon 02 Apr 2012 19:21:59 +0600, a écrit :
>> That's right, nobody can write initscripts for all distros because they
>> are incompatible. Isn't this problem solved by systemd?
> No, it was mentioned previously that systemd does not aim at being a
On Mon, Apr 02, 2012 at 11:00:11PM +0900, Charles Plessy wrote:
>
> Nevertheless, facts such as protein sequences are not copyrightable. This is
> somewhat confirmed by the UniProt consortium itself on their website
> (http://www.uniprot.org/help/license), and my conclusion is that, in isolation
On Mon, Apr 02, 2012 at 03:23:21PM +0200, Samuel Thibault wrote:
> > > > And the third advantage of it, is that upstream people is starting to
> > > > ship
> > > > systemd unit files.
> > > It is not advantage. it is crap. I believe no one can write and support
> > > init/systemd/whatsoever script
On Monday, April 02, 2012 06:54:32 PM Kurt Roeckx wrote:
> On Mon, Apr 02, 2012 at 11:00:11PM +0900, Charles Plessy wrote:
> > Nevertheless, facts such as protein sequences are not copyrightable.
> > This is somewhat confirmed by the UniProt consortium itself on their
> > website (http://www.unipr
I am alive and well. Strange that the forwards to p...@debian.org are
bouncing... I'll have to see what to do about that.
Peter
On Sun, Apr 1, 2012 at 1:14 PM, Neil Williams wrote:
> I was investigating #633893 and tried to contact the maintainer but the
> @debian.org email address bounced. I c
On Fri, Mar 30, 2012 at 08:02:32PM +1100, Peter Miller wrote:
> Hi Folks,
>
> I'm looking for a Standard C Library compliance test suite. I'd prefer
> an open source one, preferably with a license more liberal than GPL,
> e.g. BSD or MIT, which is why I can't just use the tests in the glibc
> sou
On 02/04/12 18:03, Andrey Rahmatullin wrote:
> What I meant is: it is a common knowledge that you need to write
> an initscript for each specific distro even though most of them use
> sysvinit, but does this apply to systemd unit files too?
dbus has a different init script for each distro, but one
> > Though I guess we could support both, and define an interchange format
> > for exchanging data between our two systems.
>
> Is there not a risk that they would dedupe each other ?
Not to mention the risk which any program which finds programs with
generalized duplicate-finder function inflicts
> > * Package name: dedupdedup
>
> Is it recommended to sing the name of this package in a Frank Sinatra
> impression?
In fact when I first read that I automatically read "dedupdedupdedup".
But apparently the last part has been deduplicated already ;-)
Olaf
--
To UNSUBSCRIBE, email to debi
On Mon, Apr 02, 2012 at 06:49:24PM +0100, Simon McVittie wrote:
> On 02/04/12 18:03, Andrey Rahmatullin wrote:
> > What I meant is: it is a common knowledge that you need to write
> > an initscript for each specific distro even though most of them use
> > sysvinit, but does this apply to systemd un
]] Samuel Thibault
> Andrey Rahmatullin, le Mon 02 Apr 2012 19:21:59 +0600, a écrit :
> > On Mon, Apr 02, 2012 at 05:14:25PM +0400, Игорь Пашев wrote:
> > > > And the third advantage of it, is that upstream people is starting to
> > > > ship
> > > > systemd unit files.
> > > It is not advantage.
]] Andrey Rahmatullin
> What I meant is: it is a common knowledge that you need to write an
> initscript for each specific distro even though most of them use sysvinit,
> but does this apply to systemd unit files too?
It's an explicit goal from systemd upstream that it should be possible
to use
Package: wnpp
Severity: wishlist
Owner: Matt Zagrabelny
* Package name: milter-regex
Version : 1.9
Upstream Author : Daniel Hartmeier
* URL : http://www.benzedrine.cx/milter-regex.html
* License : BSD
Programming Lang: C
Description : sendmail milter p
On Mon, 2012-04-02 at 19:39 +0200, David Weinehall wrote:
> So, I'm curious here: why would you need a non-copyleft license for a
> *test suite*?
Consider the case where a legal department was worried about the code
repository becoming "tainted" with uncontrolled or ill-considered GPL
obligations
36 matches
Mail list logo
