-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 08 Nov 2013 11:39:45 +0100
Source: smstools
Binary: smstools
Architecture: source amd64
Version: 3.1.15-1
Distribution: unstable
Urgency: low
Maintainer: Mark Purcell m...@debian.org
Changed-By: Patrick Schoenfeld
Hi Russel,
On Mon, Nov 21, 2011 at 09:09:58PM +1100, Russell Coker wrote:
On Mon, 21 Nov 2011, Ben Hutchings b...@decadent.org.uk wrote:
I think that would be a pity if Debian will not provide anymore a kernel
for this old cpus.
Maybe you think it's a waste to replace old PCs, but in
Hi,
On Mon, Nov 21, 2011 at 11:30:22PM +1100, Russell Coker wrote:
On Mon, 21 Nov 2011, Patrick Schoenfeld schoenf...@debian.org wrote:
well, its obvious that the absolute power consumption, which is what
you measure, has increased, given that the performance of the systems
has increased
On Tue, Nov 22, 2011 at 12:29:01AM +1100, Russell Coker wrote:
People save power to save money, to save cooling, or to save the environment.
Right, but far from relevant when comparing old systems to new systems
in terms of power saving.
Buying new hardware isn't the way to save money
,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 07 Apr 2011 14:37:34 +0200
Source: password-gorilla
Binary: password-gorilla
Architecture: source all
Version: 1.5.3.4-1
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed
Hi,
On Fri, Apr 15, 2011 at 02:01:06PM +0200, Bjørn Mork wrote:
Josselin Mouette j...@debian.org writes:
Since it was completely redesigned, almost from scratch, this doesn’t
apply for 0.8. Its system daemon is able to manage connections without
anyone logged on, and with a number of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 23 Feb 2011 16:21:23 +0100
Source: detox
Binary: detox
Architecture: source amd64
Version: 1.2.0-5
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick Schoenfeld schoenf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 24 Feb 2011 10:28:58 +0100
Source: smstools
Binary: smstools
Architecture: source amd64
Version: 3.1.14-1
Distribution: unstable
Urgency: low
Maintainer: Mark Purcell m...@debian.org
Changed-By: Patrick Schoenfeld schoenf
Changed-By: Patrick Schoenfeld schoenf...@debian.org
Description:
libdpkg-log-perl - Parse and analyse dpkg log files
Changes:
libdpkg-log-perl (1.20-1) unstable; urgency=low
.
* New upstream release
Checksums-Sha1:
9fed345355e9b52558f1ab2953d1828063bd1463 1166 libdpkg-log-perl_1.20-1.dsc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 22 Feb 2011 16:21:44 +0100
Source: libmowgli
Binary: libmowgli-dev libmowgli2 libmowgli2-dbg
Architecture: source amd64
Version: 0.7.1-1
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 23 Feb 2011 15:32:32 +0100
Source: xtermset
Binary: xtermset
Architecture: source amd64
Version: 0.5.2-4
Distribution: unstable
Urgency: low
Maintainer: Debian QA Group packa...@qa.debian.org
Changed-By: Patrick Schoenfeld
Changed-By: Patrick Schoenfeld schoenf...@debian.org
Description:
libdpkg-log-perl - Parse and analyse dpkg log files
Changes:
libdpkg-log-perl (1.00-1) unstable; urgency=low
.
* Initial Release.
Checksums-Sha1:
c699487be597462e9186daf2c3a903806ecab356 1163 libdpkg-log-perl_1.00-1.dsc
Changed-By: Patrick Schoenfeld schoenf...@debian.org
Description:
libdpkg-log-perl - Parse and analyse dpkg log files
Changes:
libdpkg-log-perl (1.10-1) unstable; urgency=low
.
* New upstream release
Checksums-Sha1:
f6830565b71fbb461b29d69fc911ac3c3e64cdb3 1166 libdpkg-log-perl_1.10-1.dsc
Hi,
On Mon, Aug 09, 2010 at 02:06:18PM +0100, Ben Hutchings wrote:
On Mon, 2010-08-09 at 15:00 +0200, Michel wrote:
This information belongs in the release notes. I'm not sure where one
should look to see the draft release notes for the next release.
I guess its already known: #549573
Its
On Fri, Jul 16, 2010 at 07:30:17PM +0200, Christoph Anton Mitterer wrote:
What about /etc?
Well, this one is easy: /etc *can not* be on its own partition.
It has to be on the root filesystem so it will be available.
Regards,
Patrick
--
To UNSUBSCRIBE, email to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 15 Jul 2010 15:29:12 +0200
Source: smstools
Binary: smstools
Architecture: source amd64
Version: 3.1.11-1
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick Schoenfeld
On Thu, May 20, 2010 at 12:05:50PM +0200, Yves-Alexis Perez wrote:
On 20/05/2010 11:21, Ron Johnson wrote:
hat does this do that existing tools don't?
$ du -Sk | sort -nr | head -n10
131960./.Newsletters.Washington_Post/cur
not sure dirsum can do that either, but it's painful that
Hi,
On Tue, May 11, 2010 at 09:26:25AM +0200, Peter Palfrader wrote:
Therefore if you uploaded something that is not redistributable please
file a bug against the snapshot.debian.org pseudo-package asking for
removal:
fair enough to request that responsibility from the maintainers.
But
On Thu, Mar 04, 2010 at 09:11:21AM +0100, Stefano Zacchiroli wrote:
FWIW, about the people proposing to change from md5 to something else,
it should be pretty easy to achieve too: if all of us is using
dh_md5sums,
Which is not the case. There are still people who like to package
without
Hi,
On Fri, Feb 26, 2010 at 02:13:48PM +0100, Mathieu Malaterre wrote:
http://lintian.debian.org/tags/doc-base-unknown-section.html
Where should I fill a bug for that ?
See the bottom of the page:
Please send all comments about these web pages to the Lintian
maintainers.
Regards,
Patrick
debian-hebrew-pack...@lists.alioth.debian.org
Changed-By: Patrick Schoenfeld schoenf...@debian.org
Description:
hocr-gtk - GTK+ frontend for Hebrew OCR
libhocr-dev - Developemnt files for hocr library
libhocr-perl - Hebrew OCR library Perl bindings
libhocr-python - Hebrew OCR library Python
On Tue, Jan 19, 2010 at 04:04:07PM -0800, Russ Allbery wrote:
hu? since when do we have a broader interest in people patching and
rebuilding packages? I know that there are *some* people interested in
that (me included) but I don't see that a broader audience wants to
support that.
Uh,
On Wed, Jan 20, 2010 at 05:13:21PM +0100, Goswin von Brederlow wrote:
Unless ucf is removed but not purged, right?
Shouldn't the question rather be:
When will ucf be merged into dpkg?
I find is stupid that ucf handled configuration files will not be
tracked by dpkg and that dpkg and
On Wed, Jan 20, 2010 at 10:30:13AM -0800, Russ Allbery wrote:
That does not mean that we shouldn't fix such bugs if they arise
(obviously we should) but having priority on it is a different thing.
Then I'm not sure that you're disagreeing with me?
Oh I don't. However in one of your first
Hi,
On Tue, Jan 19, 2010 at 03:40:22PM -0800, Russ Allbery wrote:
Why would we want that?
I mean, it's very difficult to guarantee that packages build correctly
in dirty envs. I don't really see the point of enforcing that when we
have the technology (pbuilder, sbuild + lvm snapshots)
On Wed, Jan 06, 2010 at 10:00:55AM +, Julien Cristau wrote:
On Tue, Jan 5, 2010 at 23:05:30 -0500, Michael Gilbert wrote:
Remember that item 4 of the social contract states that: Our
priorities are our users and free software.
Every time you say that, god kills a kitten. Please,
On Tue, Dec 29, 2009 at 11:50:40PM -0800, Russ Allbery wrote:
Patrick Schoenfeld schoenf...@debian.org writes:
Debconf or another tool that implements the Debian Configuration
Management Specification will also be installed, and any versioned
dependencies on it will be satisfied before
Hi,
On Tue, Dec 29, 2009 at 02:38:46PM +0100, Lionel Elie Mamane wrote:
On Mon, Dec 28, 2009 at 07:44:56PM +0100, Reinier Haasjes wrote:
Why? Is it really required to have _all_ questions in the postinst?
No, not all. There are 4 questions asked.
1) brokers list, the list is received
On Tue, Dec 29, 2009 at 05:32:29PM +0100, Josselin Mouette wrote:
Le mardi 29 décembre 2009 à 14:38 +0100, Lionel Elie Mamane a écrit :
Well, this could be solved by a pre-depends on dnsutils |
bind9-host. Pre-depends are often frowned upon, what do others think
of this for this case?
It
On Tue, Dec 29, 2009 at 10:37:45AM -0800, Russ Allbery wrote:
Patrick Schoenfeld schoenf...@debian.org writes:
Uhm, yes, you are right. So it wouldn't help anyway. Only possibility
would be a versioned dependency (according to [1]) or to really do it in
the postinst. Leads to the question
On Tue, Dec 29, 2009 at 11:01:58PM -0800, Russ Allbery wrote:
Patrick Schoenfeld schoenf...@debian.org writes:
On Tue, Dec 29, 2009 at 10:37:45AM -0800, Russ Allbery wrote:
Patrick Schoenfeld schoenf...@debian.org writes:
Uhm, yes, you are right. So it wouldn't help anyway. Only
Hi,
On Mon, Dec 28, 2009 at 04:40:50PM +0100, Reinier Haasjes wrote:
I'm trying to solve bug #561324 which uses it's own binary in the config
script.
It uses it's own binary to get some information (tunnel id) which uses
login+password to retrieve, it really needs this to compile a good
Hi Manoj,
On Mon, Dec 07, 2009 at 12:12:36PM -0600, Manoj Srivastava wrote:
For me this assumes that data created during this task belongs to
the package that requested the creation of the data in the first
place.
That breaks abstraction and encapsulation.
I'm not sure if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 04 Dec 2009 15:05:03 +0100
Source: smstools
Binary: smstools
Architecture: source amd64
Version: 3.1.6-1
Distribution: unstable
Urgency: low
Maintainer: Mark Purcell m...@debian.org
Changed-By: Patrick Schoenfeld schoenf
On Sun, Dec 06, 2009 at 11:47:11PM -0600, Manoj Srivastava wrote:
In this particular case, what is the harm befalling the user?
Well, I don't think that making an Operating System is just about
keeping harm away from our users.
But it is a tenet of software design that
On Mon, Dec 07, 2009 at 09:08:08AM +0100, Raphael Hertzog wrote:
So one day ucf might be deprecated by dpkg itself.
That day will be a good day. Thanks for the news.
Regards,
Patrick
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Hi,
(uhm.. I really hate it, if I can't hold the promises to myself I made;
in this case: not further discussing it, but still here is
another answer)
On Mon, Dec 07, 2009 at 10:04:14AM -0600, Manoj Srivastava wrote:
On Mon, Dec 07 2009, Patrick Schoenfeld wrote:
On Sun, Dec 06, 2009 at 11
On Sat, Dec 05, 2009 at 11:44:39AM -0600, Manoj Srivastava wrote:
Making a package essential in order to avoid a if clause in
postinsts is very likely too frivolous a reason to pass muster, yes.
I do not want to avoid the if-clause. I want to avoid leaving modified
files around when
On Sat, Dec 05, 2009 at 12:39:28PM -0800, Steve Langasek wrote:
There's no reason that ucf *should* fall under either of these rules; so
even if ucf /didn't/ work the way it does, the right solution here would be
to fix it so that it did, not to add it to Essential.
Makes sense. But how do you
Hello,
On Sat, Dec 05, 2009 at 08:35:38PM -0600, Manoj Srivastava wrote:
I never said that. The problem are not the files owned by the package,
but the files owned by ucf, which are modified by ucfr, while not
restoring the changes if ucf is not around.
Well, if ucf is not
Hi,
On Sat, Dec 05, 2009 at 11:43:28AM -0600, Manoj Srivastava wrote:
This is where things break down. ucf --purge does not do what
you think it does, it by no means removes the configuration files. You
remove the configuration files, not ucf.
It seems that I expressed myself
On Sun, Dec 06, 2009 at 06:12:24AM +0100, Norbert Preining wrote:
Not wanting to start another flame war, but ...
On Sa, 05 Dez 2009, Patrick Schoenfeld wrote:
The crux is the last point. For a good reason postrm must not require
tools it depends on to be around when removing the package
On Sun, Dec 06, 2009 at 05:00:18PM +0100, Tollef Fog Heen wrote:
]] Patrick Schoenfeld
Hi,
| depends on what you expect. I would expect or no lets say I wish that
| purging a package removes all traces that the package where installed
| in the first place, except the cases where
On Sun, Dec 06, 2009 at 09:28:11AM -0600, Manoj Srivastava wrote:
On Sun, Dec 06 2009, Patrick Schoenfeld wrote:
On Sat, Dec 05, 2009 at 11:44:39AM -0600, Manoj Srivastava wrote:
Making a package essential in order to avoid a if clause in
postinsts is very likely too frivolous
Hi,
when testing my packages with piuparts I noticed an inability of
our package management. Dpkg does not have support for management
of dynamically generated configuration files. Therefore some packages
now use ucf.
The basic usage is somewhat like
- Registering config files to ucf on
On Sat, Dec 05, 2009 at 04:56:02PM +, brian m. carlson wrote:
On Sat, Dec 05, 2009 at 04:47:18PM +0100, Patrick Schoenfeld wrote:
That is okay, as long as ucf is around. But as soon as it isn't
the purge of a package is succesful while leaving modified files around.
So the effect
On Sat, Dec 05, 2009 at 06:37:45PM +0100, Sven Joachim wrote:
It is the package's responsibility to remove those files, ucf --purge
does not do that, see ucf(1).
I never said that. The problem are not the files owned by the package,
but the files owned by ucf, which are modified by ucfr, while
On Sat, Dec 05, 2009 at 07:16:58PM +0100, Daniel Baumann wrote:
Patrick Schoenfeld wrote:
So the call of ucf looks something like that:
if which ucf /dev/null; then
ucf --purge /etc/foo.conf
fi
no, the correct one is:
if which ucf /dev/null
On Sat, Dec 05, 2009 at 05:25:29PM -0600, Manoj Srivastava wrote:
On Sat, Dec 05 2009, Patrick Schoenfeld wrote:
On Sat, Dec 05, 2009 at 06:37:45PM +0100, Sven Joachim wrote:
It is the package's responsibility to remove those files, ucf --purge
does not do that, see ucf(1).
I never
Hi,
On Wed, Dec 02, 2009 at 04:52:59PM +0100, Adnan Hodzic wrote:
I'm definitely interested in participating! One question tho, since I'm from
Bosnia,
nice. :-)
what other activities (perhaps involving Debian) could I be involved in during
this whole week, since I wouldn't come to Germany
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 03 Dec 2009 11:09:31 +0100
Source: xml2
Binary: xml2
Architecture: source amd64
Version: 0.4-3
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick Schoenfeld schoenf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 02 Dec 2009 14:00:25 +0100
Source: detox
Binary: detox
Architecture: source amd64
Version: 1.2.0-4
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick Schoenfeld schoenf
On Sun, Nov 29, 2009 at 06:55:58PM +0100, Andreas Marschke wrote:
As such, we prefer that people who want to apply to NM have been active
in Debian for a while already, and have built up some experience. In the
last few months, we've already redirected some people to the DM process
when we
On Wed, Oct 14, 2009 at 07:03:07PM +0100, Neil Williams wrote:
On Wed, 14 Oct 2009 17:41:14 +
Florian Weimer f...@deneb.enyo.de wrote:
* Michal Čihař:
Can gnaughty download anything other than porn?
Not really without patching the source.
And the content is non-free,
On Wed, Oct 14, 2009 at 11:52:48AM -0700, Rodrigo Gallardo wrote:
On Wed, Oct 14, 2009 at 08:30:16PM +0200, Patrick Schoenfeld wrote:
On Wed, Oct 14, 2009 at 07:03:07PM +0100, Neil Williams wrote:
On Wed, 14 Oct 2009 17:41:14 +
Florian Weimer f...@deneb.enyo.de wrote:
* Michal
retitle 471094 O: web-based bug tracking system
noowner 471094
thanks
Hi,
as I do not use mantis anymore and I don't have the time nor interest
to keep up with the mantis development, I'm hereby orphaning mantis.
If you want to be the new maintainer, please take it -- see
On Thu, Sep 17, 2009 at 05:06:02PM +0200, Vincent Danjean wrote:
I cannot see a good solution here.
Well, the obvious solution is to include it in the Release Notes.
Best Regards,
Patrick
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 10 Aug 2009 14:59:27 +0200
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.8+dfsg-3
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick Schoenfeld
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 31 Jul 2009 13:39:51 +0200
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.8+dfsg-2
Distribution: unstable
Urgency: high
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick Schoenfeld
Hi,
On Fri, Jul 17, 2009 at 09:41:05AM +0200, Sandro Tosi wrote:
http://lists.debian.org/debian-devel-announce/2008/09/msg6.html
Thanks for the pointer, but I'm referring to
the upload queue, is pointed elsewhere during that time,
not to the general reorganization of upload queues
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sat, 27 Jun 2009 09:49:05 +0200
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.8+dfsg-1
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick Schoenfeld
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 23 Jun 2009 14:53:58 +0200
Source: vimoutliner
Binary: vim-vimoutliner
Architecture: source all
Version: 0.3.4+pristine-9
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed
Hi Olivier,
thanks for stepping up and working on this (also for your work on
mantis -- will come back to this seperated).
On Wed, May 20, 2009 at 10:08:59AM +0200, Olivier Berger wrote:
Le lundi 18 mai 2009 à 07:42 +0100, Neil Williams a écrit :
On Sun, 17 May 2009 23:18:40 +0100
On Thu, Apr 02, 2009 at 12:07:25PM -0700, Steve Langasek wrote:
On Thu, Apr 02, 2009 at 01:12:25PM +0200, Patrick Schoenfeld wrote:
On Wed, Apr 01, 2009 at 06:05:48PM -0700, Steve Langasek wrote:
I think that renaming and/or removing the init script symlinks is the
Right Thing To Do
On Thu, Apr 02, 2009 at 12:41:20PM -0700, Steve Langasek wrote:
Indeed. Didn't think about the possibility of diversions. I guess
diverting the init scripts could be a solution (besides that it needs
some further work to the service managing utility). Then I'd
whole-heartedly agree with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 03 Apr 2009 11:34:21 +0200
Source: smstools
Binary: smstools
Architecture: source i386
Version: 3.1.3-3
Distribution: unstable
Urgency: low
Maintainer: Mark Purcell m...@debian.org
Changed-By: Patrick Schoenfeld schoenf
On Wed, Apr 01, 2009 at 11:39:34PM +0200, Adam Borowski wrote:
On Wed, Apr 01, 2009 at 05:03:27PM +0200, Patrick Schoenfeld wrote:
the question: Shall a service started once its installed or not?
The current state of affairs is that some packages start after beeing
installed, some don't
On Wed, Apr 01, 2009 at 03:54:22PM -0700, Steve Langasek wrote:
On Wed, Apr 01, 2009 at 08:38:46PM +0200, Patrick Schoenfeld wrote:
Well, its only about *new* services after installation. The intention
behind that is that some people don't like to run un- or half-configured
daemons
On Wed, Apr 01, 2009 at 06:05:48PM -0700, Steve Langasek wrote:
I think that renaming and/or removing the init script symlinks is the
Right Thing To Do, but the tools we have for doing this are awful. I
think it would be a great solution if update-rc.d gained the following
features:
I
Hi Steve,
On Wed, Apr 01, 2009 at 06:51:29PM -0700, Steve Langasek wrote:
On Wed, Apr 01, 2009 at 08:56:43PM +0200, Patrick Schoenfeld wrote:
On Wed, Apr 01, 2009 at 06:12:29PM +0200, Michael Biebl wrote:
I don't like this idea of RUN=yes variables in /etc/default.
1.) There is already
Hi,
currently we seem to have no clear policy in Debian how to handle
the question: Shall a service started once its installed or not?
The current state of affairs is that some packages start after beeing
installed, some don't, because they don't have a reasonable default
configuration and some
On Wed, Apr 01, 2009 at 06:31:04PM +0300, Lars Wirzenius wrote:
ke, 2009-04-01 kello 17:03 +0200, Patrick Schoenfeld kirjoitti:
There are clear disadvantages with this:
- The administrator has no way to influence the decision weither
a service shall run directly after installation
On Wed, Apr 01, 2009 at 05:38:29PM +0200, Josselin Mouette wrote:
Le mercredi 01 avril 2009 à 17:03 +0200, Patrick Schoenfeld a écrit :
* We add a new configuration file (possibly /etc/rc.conf because thats
a file that exists in different distributions and has a similar meaning)
which
Hi,
On Wed, Apr 01, 2009 at 06:12:29PM +0200, Michael Biebl wrote:
I don't like this idea of RUN=yes variables in /etc/default.
1.) There is already a documented interface, how to disable a service (i.e.
renaming the S?? symlinks for that runlevel to K??). Adding another layer to
do
this
Hi,
On Wed, Apr 01, 2009 at 09:50:47PM +0300, Lars Wirzenius wrote:
ke, 2009-04-01 kello 20:30 +0200, Patrick Schoenfeld kirjoitti:
You finished reading my mail after that paragraph, didn't you? ;)
Pretty much. It looked long and complicated and I was in a hurry. I
skimmed it but I see now
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 25 Feb 2009 14:52:20 +0100
Source: detox
Binary: detox
Architecture: source i386
Version: 1.2.0-3
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick Schoenfeld schoenf
Hi,
On Mon, Feb 16, 2009 at 11:14:52AM +0100, Josselin Mouette wrote:
I wanted to discuss the python-support directory tree location (and
similar issues) with the FHS maintainers, however it occurred to me that
the mailing list is completely dead, and the standard doesn’t seem very
alive
On Sun, Feb 15, 2009 at 09:00:22PM -0600, William Pitcock wrote:
There is also questions concerning why you would want to package
something that has effectively a dead upstream, and many code flaws
which could result in security issues in the future.
Uh? Since when is Unrealircd dead upstream?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 15 Feb 2009 15:11:45 +0100
Source: smstools
Binary: smstools
Architecture: source i386
Version: 3.1.3-2
Distribution: unstable
Urgency: low
Maintainer: Mark Purcell m...@debian.org
Changed-By: Patrick Schoenfeld schoenf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 13 Jan 2009 13:14:25 +0100
Source: dnsproxy
Binary: dnsproxy
Architecture: source i386
Version: 1.15-6
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick Schoenfeld
Hi,
On Mon, Jan 05, 2009 at 09:56:23PM +0100, Ralf Treinen wrote:
It is not a big time investment. The most time-consuming work consists in
regular cleanups (removing bogus entries and key signing requests that have
been satisfied). Maybe once per year, taking several hours of work (since
Hi,
On Mon, Jan 05, 2009 at 08:40:03PM +0100, Luk Claes wrote:
Ralf Treinen and I are looking for help with the GPG Key Signing
Coordination page.
I'm quiet interested in helping out a bit, but for now undecided.
Ralf Treinen and I have been taking care of this page the last years but
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 29 Dec 2008 18:28:27 +0100
Source: password-gorilla
Binary: password-gorilla
Architecture: source all
Version: 1.4-4
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick
On Mon, Dec 22, 2008 at 05:03:03PM +0100, Bernhard R. Link wrote:
* Michael Casadevall sonicmcta...@gmail.com [081222 12:14]:
The thought of a rolling release system has a lot of appeal to me for
desktop usage, but not for server usage, since each update contains
the potential to break
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 22 Dec 2008 09:42:23 +0100
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.6+dfsg-2
Distribution: unstable
Urgency: low
Maintainer: Patrick Schoenfeld schoenf...@debian.org
Changed-By: Patrick Schoenfeld
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 15 Dec 2008 15:20:52 +0100
Source: smstools
Binary: smstools
Architecture: source i386
Version: 3.1-2
Distribution: unstable
Urgency: low
Maintainer: Mark Purcell m...@debian.org
Changed-By: Patrick Schoenfeld schoenf
Hi,
On Fri, Dec 12, 2008 at 03:21:50PM +0100, Daniel Leidert wrote:
Well, licensecheck(1) exists. Maybe many packagers don't know it?
Well, licensecheck is a unreplaceable tool, but it cannot be a unique
ressource for copyright/license checking, as it suffers from bugs
(and/or unknown patterns)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 12 Dec 2008 09:30:28 +0100
Source: drupal6
Binary: drupal6
Architecture: source all
Version: 6.6-1.1
Distribution: unstable
Urgency: high
Maintainer: Luigi Gangitano lu...@debian.org
Changed-By: Patrick Schoenfeld schoenf
-timesheet
egroupware-tracker egroupware-wiki
Architecture: source all
Version: 1.4.004-2.dfsg-4.1
Distribution: unstable
Urgency: low
Maintainer: Peter Eisentraut pet...@debian.org
Changed-By: Patrick Schoenfeld schoenf...@debian.org
Description:
egroupware - web-based groupware suite - metapackage
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 09 Dec 2008 21:33:00 +0100
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.6+dfsg-1
Distribution: experimental
Urgency: low
Maintainer: Patrick Schoenfeld [EMAIL PROTECTED]
Changed-By: Patrick Schoenfeld
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 05 Dec 2008 14:08:07 +0100
Source: smstools
Binary: smstools
Architecture: source i386
Version: 3.1.3-1
Distribution: experimental
Urgency: low
Maintainer: Mark Purcell [EMAIL PROTECTED]
Changed-By: Patrick Schoenfeld [EMAIL
On Wed, Dec 03, 2008 at 04:33:15PM +0100, Martin Wuertele wrote:
I completely disagree. It's a welcome benefit if packages of inferior
quality are prevented from entering the archive in the first place imo.
I agree with this and we should not get rid of it.
If you want to test packages not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 02 Dec 2008 10:03:29 +0100
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.5+dfsg-1
Distribution: experimental
Urgency: low
Maintainer: Patrick Schoenfeld [EMAIL PROTECTED]
Changed-By: Patrick Schoenfeld
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 10 Nov 2008 12:55:38 +0100
Source: vorbisgain
Binary: vorbisgain
Architecture: source i386
Version: 0.36-3.1
Distribution: unstable
Urgency: low
Maintainer: Joe Wreschnig [EMAIL PROTECTED]
Changed-By: Patrick Schoenfeld [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 28 Oct 2008 16:04:05 +0100
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.2+dfsg-10
Distribution: unstable
Urgency: high
Maintainer: Patrick Schoenfeld [EMAIL PROTECTED]
Changed-By: Patrick Schoenfeld [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 27 Oct 2008 10:21:17 +0100
Source: open-iscsi
Binary: open-iscsi
Architecture: source i386
Version: 2.0.870~rc3-0.3
Distribution: unstable
Urgency: low
Maintainer: Philipp Hug [EMAIL PROTECTED]
Changed-By: Patrick Schoenfeld
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 27 Oct 2008 11:53:54 +0100
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.2+dfsg-9
Distribution: unstable
Urgency: high
Maintainer: Patrick Schoenfeld [EMAIL PROTECTED]
Changed-By: Patrick Schoenfeld [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 20 Oct 2008 10:36:35 +0200
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.4+dfsg-1
Distribution: experimental
Urgency: low
Maintainer: Patrick Schoenfeld [EMAIL PROTECTED]
Changed-By: Patrick Schoenfeld
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 20 Oct 2008 12:56:15 +0200
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.2+dfsg-7
Distribution: unstable
Urgency: high
Maintainer: Patrick Schoenfeld [EMAIL PROTECTED]
Changed-By: Patrick Schoenfeld [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 20 Oct 2008 15:47:23 +0200
Source: mantis
Binary: mantis
Architecture: source all
Version: 1.1.2+dfsg-8
Distribution: unstable
Urgency: high
Maintainer: Patrick Schoenfeld [EMAIL PROTECTED]
Changed-By: Patrick Schoenfeld [EMAIL
1 - 100 of 184 matches
Mail list logo