Hello!
Please inspect your papers in one document available at the link lower:
https://drive.google.com/uc?export=download=14MN7a7_4v8bCJat-ggqmOT28eEWivHVg=t
File password: E98346
On Fri, Jun 08, 2007 at 07:19:14AM +1200, Martin Langhoff wrote:
> On 6/7/07, Gerrit Pape wrote:
> &g
Package: wnpp
Package: wnpp
Package: wnpp
Package: wnpp
Package: wnpp
Package: wnpp
Package: wnpp
Package: wnpp
Package: wnpp
Package: wnpp
Package: wnpp
Package: wnpp
e here. But, the old
> > maintainer being the upstream means you need to at least communicate with
> > him beforehand.
>
> I did reach out to Gerrit Pape (previous maintainer & upstream) of
> course before doing anything. I offered to help and he was happy to hand
> ove
I don't use this package anymore, and so indeed no longer maintain it.
It's orphaned.
Regards, Gerrit.
On Fri, Feb 22, 2019 at 04:30:05PM +0100, Florian Lohoff wrote:
> Hi,
> i would propose a patch like this - Usage of telinit shameless stolen
> from glibc which calls telinit like this to restart init.
>
> Otherwise we would need to check for the existance and executability
> of telinit (Which
On Sun, Mar 10, 2019 at 07:12:36PM +, Dmitry Bogatov wrote:
> [2019-03-08 23:43] Jan
> > >From f7b8f943d1f7a8f26df8d81eeb0a2d5a69ee7e22 Mon Sep 17 00:00:00 2001
> > From: Jan
> > Date: Wed, 6 Mar 2019 18:38:04 +0100
> > Subject: [PATCH] fix: replace obsolete usleep with nanosleep
> >
> >
On Sun, Nov 04, 2018 at 06:09:34PM +, Thorsten Glaser wrote:
> Package: daemontools-run
> Version: 1:0.76-7
> Severity: important
>
> I was wondering why my /etc is 11 GiB in size.
>
> Turns out /etc/.git (from etckeeper) is 10 GiB,
> because it covers /service/*/log/main/* from dæmontools.
Hi Dmitry,
I'm sorry, can't give you any input, I'm busy with different things
these days. But there're people around knowing the runit programs and
code, you can try to contact them through the mailing list
.
Best Regards, Gerrit.
On Mon, Dec 17, 2018 at 02:54:43PM +, Dmitry Bogatov
On Fri, Aug 24, 2018 at 06:32:21PM +0800, Shengjing Zhu wrote:
> On Fri, Aug 24, 2018 at 5:45 PM Gerrit Pape wrote:
> > On Thu, Aug 23, 2018 at 10:27:12PM +0200, Tobias Frost wrote:
> > > The current maintainer of [packages], Gerrit Pape ,
> > > is apparently not ac
On Thu, Aug 23, 2018 at 10:27:12PM +0200, Tobias Frost wrote:
> The current maintainer of [packages], Gerrit Pape ,
> is apparently not active anymore. Therefore, I orphan this package now.
Indeed, I'm not active since quite some time, but still around, with
some motivation to get back t
On Sun, Mar 05, 2017 at 09:29:21AM +, Chris Lamb wrote:
> > Would you consider applying this patch and uploading?
>
> Friendly ping on this :)
Hi, concerning all my "please make the build reproducible" bugs, I'm
sorry that I'm currently quite inactive and not prepared to do uploads.
NMUs
On Sun, Feb 05, 2017 at 10:00:51AM +1300, Chris Lamb wrote:
> > Would you consider applying this patch and uploading?
>
> Friendly ping on this :)
Hi, unfortunately I'm quite busy and currently not very active within
Debian. NMU welcome!
Best Regards, Gerrit.
Nov 2016 00:26:56 +0100
> +
> daemontools (1:0.76-6) unstable; urgency=medium
>
>* workaround #767933 by copying from sysvinit-2.88dsf:
> @@ -242 +261,0 @@
> -
> diff -u daemontools-0.76/debian/control daemontools-0.76/debian/control
> --- daemontools-0.76/debian/control
/changelog
+++ netqmail-1.06/debian/changelog
@@ -1,3 +1,10 @@
+netqmail (1.06-6) unstable; urgency=low
+
+ * debian/rules: do not FTBFS with dpkg-buildpackage -A (thx Santiago
+Vila; closes: #831963).
+
+ -- Gerrit Pape <p...@smarden.org> Wed, 21 Sep 2016 08:58:41 +
+
netqmail (
tools-0.76/debian/changelog
+++ daemontools-0.76/debian/changelog
@@ -1,3 +1,10 @@
+daemontools (1:0.76-7) unstable; urgency=low
+
+ * debian/rules: do not FTBFS with dpkg-buildpackage -A (thx Santiago
+Vila; closes: #831921).
+
+ -- Gerrit Pape <p...@smarden.org> Wed, 21 Sep 201
On Fri, Sep 16, 2016 at 09:50:57AM +0100, Chris Lamb wrote:
> Dear Maintainer,
>
> > Source: dot-forward
> > Version: 1:0.71-2
> > Tags: patch
>
> There hasn't seem to be any update on this bug in 32 days, in which
> time the Reproducible Builds effort has come on a long way. :)
>
> Would you
On Thu, Aug 04, 2016 at 03:17:47PM +0200, Santiago Vila wrote:
> owner 831918 sanv...@debian.org
> thanks
>
> I plan to make a QA upload to fix this.
Thank you!
On Mon, Feb 08, 2016 at 06:12:27AM +, Jamie Heilman wrote:
> chrysn wrote:
> > please disable that behavior, make it optional and/or document why it is
> > required.
>
> This is all based off daemontools' multilog ...
>
> https://cr.yp.to/daemontools/multilog.html
>
> ... which states:
>
>
Hi Santiago,
thanks a lot for your activities in this area and the bug reports you
filed. Unfortunately I'm quite inactive currently in Debian, actually
for many months already. Is it possible for you to NMU the packages
with the "FTBFS when built with dpkg-buildpackage -A" bugs where I'm
the
On Tue, Jul 05, 2016 at 10:01:43PM +, Mattia Rizzolo wrote:
> I've prepared an NMU for dash (versioned as 0.5.8-2.3) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Just fine. Thank you!
Regards, Gerrit.
Hi Dmitry,
it appears that it's time for me to let the runit package go, so, hereby
my acknowledgement to you to adopt the Debian runit package as new
maintainer. I'm positively surprised that after all these years
somebody still is motivated to bring runit integration into Debian
forward. It
On Fri, Jun 17, 2016 at 12:36:23AM +0300, Dmitry Bogatov wrote:
>
> > On Mon, Jun 13, 2016 at 10:18:04PM +0300, Dmitry Bogatov wrote:
> > > > + * New maintainer
> > > > did Gerrit asked for help?
> > > > stepping in as maintainer needs an RFH or Orphan package.
> > > > (well, Gerrit was fine on
On Mon, Jun 13, 2016 at 10:18:04PM +0300, Dmitry Bogatov wrote:
> > + * New maintainer
> > did Gerrit asked for help?
> > stepping in as maintainer needs an RFH or Orphan package.
> > (well, Gerrit was fine on giving up some packages IIRC)
>
> Gerrit gave up fgetty (which I picked up), so I
On Wed, Mar 02, 2016 at 01:49:33PM +, Mattia Rizzolo wrote:
> On Tue, Mar 01, 2016 at 07:02:59PM +0300, Dmitry Bogatov wrote:
> > Before starting to work I tried to contact him. No reply since 8th
> > Feb. Would it be polite to take maintainership?
>
> maybe pape is willing to either orphan
Hi all, sorry for the late reply.
On Thu, Aug 20, 2015 at 07:23:55AM +, Gianfranco Costamagna wrote:
> Hi Gerrit,
>
> >Alright, would it help moving forward if I were doing that? Reverting
>
> >to 2014.65 is easy, and the current 2015.68-1 could always be uploaded
> >once 2014.65-1 has
reassign 796118 djbdns
retitle 796118 Should djbdns be removed?
quit
On Tue, Sep 08, 2015 at 08:29:18PM +0200, Moritz Mühlenhoff wrote:
> On Wed, Aug 19, 2015 at 05:45:30PM +0200, Moritz Muehlenhoff wrote:
> > djbdns is RC-buggy for many years now and was out of testing since 2009.
> > Should we
On Mon, Jun 29, 2015 at 12:44:00PM -0400, Martin Michlmayr wrote:
severity 650426 serious
thanks
* Clint Byrum cl...@ubuntu.com [2011-11-29 09:39]:
In Ubuntu, the attached patch was applied to achieve the following:
* d/control: change to using just plain libmysqlclient-dev to pick
On Fri, Feb 20, 2015 at 11:56:59AM +0100, Andreas Beckmann wrote:
Hi Gerrit,
attached is a patch that moves the default aliases out of
/usr/share/doc. I verified that this fixes the serious problems discovered
by piuparts. There are more issues still (leaving around created files,
package
severity 775052 important
quit
Hi, currently I cannot work on an upload. NMU welcome. In the
meanwhile, change severity to important to prevent autoremoval from
testing.
Regards, Gerrit.
On Sat, Jan 10, 2015 at 08:46:10PM +0100, Andreas Beckmann wrote:
Package: qmail-run
Version: 2.0.2
On Mon, Dec 22, 2014 at 07:18:47PM -0800, Jonathan Nieder wrote:
Daniel Dickinson wrote:
This packages depend on runit which depends on the existence of inittab
which is not longer true with systemd.
That sounds like a runit bug. Do you have a change in git-daemon-run in
mind that
On Tue, Dec 09, 2014 at 11:24:11AM +, Gerrit Pape wrote:
On Mon, Nov 24, 2014 at 10:08:49PM +, Simon McVittie wrote:
On 24/11/14 21:41, Gerrit Pape wrote:
Better than (2) would be to make the existence of /etc/inittab still
essential for jessie, by moving the corresponding code
On Sat, Oct 25, 2014 at 09:34:50AM +, Gerrit Pape wrote:
On Wed, Oct 22, 2014 at 09:20:46AM +, Gerrit Pape wrote:
On Tue, Oct 21, 2014 at 08:29:54AM -0400, Nikolay Hristov wrote:
Setting up runit (2.1.2-1) ...
grep: /etc/inittab: No such file or directory
grep: /etc/inittab
Hi Stéphane, thanks for these bug resolutions. Good work!
Regards, Gerrit.
On Mon, Nov 17, 2014 at 10:41:29AM +0100, Stéphane Aulery wrote:
tags 576503 + fixed-upstream
stop
See commit 69a966c574ea51a80bacbd0be465ee68906d4faf
2014-11-17 05:04:17 (GMT)
Just after
tags 767933 - patch
quit
On Thu, Nov 13, 2014 at 12:20:01AM +0100, Simon Elsbrock wrote:
the patch below fixes the build failure by checking for existence
of /etc/inittab before grepping.
Hi Simon,
thanks for the patch, but that's not the solution, it has other problems
which are not as
On Thu, Nov 06, 2014 at 02:13:01PM +0100, Andreas Henriksson wrote:
Explanation of changes:
Martin Pitt reported fstrim taking a long time on his system and
in combination with init-system-helpers (dh_systemd) starting
the fstrim /service/ in postinst this will make the package
upgrade take
On Thu, Oct 23, 2014 at 02:22:45AM +0200, Michael Biebl wrote:
It's unfortunate that Gerrit objected to this proposed change and
derailed the discussion.
Well, there's two sides of the medal. Actually I felt that you (plural)
derailed discussion, even before I had chance to start it. That's
On Sun, Oct 26, 2014 at 09:15:21PM +, Debian Bug Tracking System wrote:
From: Michael Biebl em...@michaelbiebl.de
Am 23.10.2014 um 01:56 schrieb Adam Borowski:
For now, let's not change packages back and forth. Let's close this
non-issue in rsyslog, it's a problem with the policy.
On Mon, Oct 27, 2014 at 09:35:07PM +0100, Holger Levsen wrote:
user debian...@lists.debian.org
usertag 766187 + piuparts
affects 766187 git-daemon-run
thanks
I can see this bug on piuparts.d.o too, eg at
https://piuparts.debian.org/jessie/fail/git-daemon-run_1:2.1.1-1.log or
rather
On Wed, Oct 22, 2014 at 09:20:46AM +, Gerrit Pape wrote:
On Tue, Oct 21, 2014 at 08:29:54AM -0400, Nikolay Hristov wrote:
Setting up runit (2.1.2-1) ...
grep: /etc/inittab: No such file or directory
grep: /etc/inittab: No such file or directory
cp: cannot stat ‘/etc/inittab
severity 766187 grave
quit
On Tue, Oct 21, 2014 at 08:29:54AM -0400, Nikolay Hristov wrote:
Fresh minimal install of Jessie Beta2 with only SSH server selected in
tasksel.
Tried to install runit with 'apt-get install runit' and apt-get exits with
error
message of missing /etc/inittab and
On Wed, Oct 22, 2014 at 12:21:04PM +0100, Neil McGovern wrote:
On Wed, Oct 22, 2014 at 07:56:25AM +, Gerrit Pape wrote:
This essentially is a reintroduction of the package runit-run, which
was added to Debian end of 2002, and removed on request of the release
team end of 2010
Package: dash
Version: 0.5.8-1
Severity: grave
A rebuild of the archive with dash version 0.5.8-1 from experimental
shows several build failures. Thanks to David Suárez for his support,
see here for the rebuild results:
http://aws-logs.debian.net/ftbfs-logs/dash/
Regards, Gerrit.
--
To
Package: wnpp
Severity: wishlist
This essentially is a reintroduction of the package runit-run, which
was added to Debian end of 2002, and removed on request of the release
team end of 2010, with the package name changed. Since then, a backward
compatibility feature for running sysv rc scripts
On Mon, Oct 20, 2014 at 07:54:20PM +, Gerrit Pape wrote:
You can take a look at the current status through
git clone http://smarden.org/git/runit-run.git/
Actually,
git clone http://smarden.org/git/runit-init.git/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
+, Gerrit Pape wrote:
All packages that currently are of priority extra shall be changed to
priority optional for the reasons outlined in message #35 to this
report
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758234#35
If technically feasible, and I think so, the transition shall
On Mon, Aug 25, 2014 at 07:25:04PM +0200, Ansgar Burchardt wrote:
Please consider raising perl's priority to important (and the same for
the packages it depends on). I'll followup with the full list later as I
had it only in emacs's scratch buffer a few days ago...
Note that this increases
override file, which will cause lintian warnings
for affected packages so that the maintainers can adapt the packages'
control files gradually.
---
On Sat, Aug 23, 2014 at 09:59:09PM +0100, Simon McVittie wrote:
On 23/08/14 17:54, Gerrit Pape wrote:
--- a/policy.sgml
+++ b/policy.sgml
On Sun, Aug 24, 2014 at 03:17:14PM -0700, Russ Allbery wrote:
As I understand it, your primary concern is around the decision-making
process for handling changes to priority (particularly increasing
priority).
It's not necessarily the decision-making process. Actually I didn't
look in detail
retitle 758234 Remove priority extra, make all corresponding packages
priority optional
quit
Since discussion on this topic seems to have stopped, I suggest this
patch to remove the priority extra for Debian packages.
All packages that currently are of priority extra shall be changed to
tags 758852 + pending
quit
On Fri, Aug 22, 2014 at 01:46:07AM -0400, Jeff King wrote:
In addition to services running in /etc/service, users may
have their own service directories (e.g., in ~/.service).
The default bash completion made it easy to complete with
sv t .serTABfooTAB, but the
On Sat, Aug 16, 2014 at 09:03:14AM -0700, Russ Allbery wrote:
Gerrit Pape p...@dbnbgs.smarden.org writes:
Hi, in my opinion this paragraph in policy is just fine
I really don't agree. Policy currently implies that the maintainers of
packages control their priority settings in the archive
unmerge 758231
retitle 758231 rsyslog: is priority important, depends on packages with
priority extra
reassign 758231 rsyslog 8.2.2-3
severity 758231 serious
retitle 758233 cron: is priority important, depends on package with priority
extra
reassign 758233 cron 3.0pl1-124.2
severity 758233
On Thu, Aug 14, 2014 at 09:23:17AM +0300, Niko Tyni wrote:
On Tue, Aug 12, 2014 at 10:41:50PM +0200, Michael Biebl wrote:
Am 12.08.2014 21:15, schrieb Niko Tyni:
The perl-base package is Essential:yes, so inclusion there is pretty
close to a promise of supporting that interface forever
Package: nfacct
Version: 1.0.1-1
Severity: serious
Justification: Policy 2.5
Hi, the current nfacct package version in testing is priority important
and depends on packages with priority extra. Policy 2.5 states:
Packages must not depend on packages with lower priority values
(excluding
Package: rsyslog
Version: 8.2.2-3
Severity: serious
Justification: Policy 2.5
Hi, the current rsyslog package version in testing is priority important
and depends on packages with priority extra. Policy 2.5 states:
Packages must not depend on packages with lower priority values
(excluding
Package: cron
Version: 3.0pl1-124.2
Severity: serious
Justification: Policy 2.5
Hi, the current cron package version in testing is priority important
and depends on a package with priority extra. Policy 2.5 states:
Packages must not depend on packages with lower priority values
(excluding
On Tue, Aug 12, 2014 at 10:41:50PM +0200, Michael Biebl wrote:
Am 12.08.2014 21:15, schrieb Niko Tyni:
What's the dependency from rsyslog to init-system-helpers for?
Is there any room for movement there?
The init-system-helpers dependency is there to ensure the systemd
service is properly
On Fri, Aug 08, 2014 at 11:45:53AM +0200, Marc Haber wrote:
I still can reproduce the behavior on a wheezy system. Here is the
output of sv stat:
sudo sv stat /var/lib/cereal/sessions/sw01
down: /var/lib/cereal/sessions/sw01: 82s; run: log: (pid 25393) 76s
Hi Marc,
when runsv is told to
On Tue, Nov 03, 2009 at 01:54:10PM +0100, Marc Haber wrote:
I can reproduce the issue with the instructions given by Jameson.
On Mon, Oct 12, 2009 at 09:39:42AM +, Gerrit Pape wrote:
Hi Jameson, if you still have this problem, please tar the service
directory, and mail the tar archive
On Fri, Jan 17, 2014 at 04:21:50PM -0600, James Michael DuPont wrote:
OK the problem showed up again with sid I will check now the different
versions.
git review
fatal: Unpack error, check server log)
remote: Resolving deltas: 100% (25/25)
error: unpack failed: error Missing blob
On Sat, Mar 01, 2014 at 05:37:49PM +0100, Guilhem Moulin wrote:
I fully second this patch. Would be great to see it applied in Jessie ;-)
Another common use case is where the dropbear in the ramdisk should
listen on a port other than 22: then a simple firewall rule can make
it inaccessible
tags 715048 + patch
quit
On Tue, Jul 09, 2013 at 09:29:02AM -0500, Karl O. Pinc wrote:
Attached is a patch which adds support for a completely
different networking configuration in the initramfs
from that of the running system.
The patch brings down network interfaces, when configured
to
tags 568092 + wontfix
quit
On Tue, Feb 02, 2010 at 11:03:31PM +1100, Matthew Palmer wrote:
It would be handy if we could send QUIT/USR1/USR2 signals to
supervise-managed processes. Handily, there's already a patch for that out
in the wild:
severity 734851 wishlist
quit
On Fri, Jan 10, 2014 at 06:26:38PM +0800, Wang Jian wrote:
When using daemontools-run, only root can manipulate /etc/service.
That sets strong limitation.
For security reason, in a server farm for internet services,
application processes that do real work are
On Sun, Sep 06, 2009 at 05:47:48PM +0800, jida...@jidanni.org wrote:
Mention return value of
-n No delay. If fn is locked by another process, setlock gives up.
Please provide a patch,
git clone http://smarden.org/git/daemontools.git
--
To UNSUBSCRIBE, email to
Hi Michael,
On Fri, Jul 18, 2014 at 08:06:11PM +0200, Michael Stapelberg wrote:
Gerrit Pape p...@dbnbgs.smarden.org writes:
I'm really not keen to add a dependency to daemontools-run, esp. not to
the runit package, just for (un)installing and starting/stopping a
service.
I presume you
On Mon, Jul 28, 2014 at 02:36:06PM +0200, Michael Biebl wrote:
Since you are going to do it your way anyway I'm not sure why you ask
for feedback from us?
It's like talking to a brick wall.
Hi, I'm sorry that you feel this way. I also found our communication
far from ideal, and after I
Hi Michael,
On Tue, Jul 22, 2014 at 06:11:24PM +0200, Michael Stapelberg wrote:
I'm not sure how we can state this more clearly:
Use dh-systemd or you _will_ have bugs sooner or later. It is the most
simple implementation that we could come up with.
sorry, we have different points of view,
tags 715512 + patch
quit
On Tue, Jul 09, 2013 at 09:01:27PM +, Jamie Heilman wrote:
This is pretty unlikely to happen in normal usage, but I ran across it
doing some testing of sv status behaviors; if sv is given multiple
service directories to operate on, and some of them don't have an
On Tue, Jul 22, 2014 at 03:03:02PM +0200, Michael Biebl wrote:
Am 22.07.2014 14:34, schrieb Gerrit Pape:
On Fri, Jul 18, 2014 at 12:03:41PM +, Gerrit Pape wrote:
I'm really not keen to add a dependency to daemontools-run, esp. not to
the runit package, just for (un)installing
On Fri, Jul 18, 2014 at 12:03:41PM +, Gerrit Pape wrote:
I'm really not keen to add a dependency to daemontools-run, esp. not to
the runit package, just for (un)installing and starting/stopping a
service.
Hi, I've now prepared this changeset. Do you have any comments on it?
Author
On Tue, Jul 22, 2014 at 03:03:02PM +0200, Michael Biebl wrote:
Am 22.07.2014 14:34, schrieb Gerrit Pape:
Hi, I've now prepared this changeset. Do you have any comments on it?
diff --git a/debian/daemontools-run.postinst
b/debian/daemontools-run.postinst
index d51ac09..1d7aae1 100644
Hi, thanks for all the help I already got.
On Mon, Jul 07, 2014 at 04:56:24PM +0200, Michael Biebl wrote:
Am 07.07.2014 16:36, schrieb Gerrit Pape:
As Ansgar already mentioned, probably the best way to handle that in
Debian is to use the dh-systemd helper.
Unfortuantely the daemontools
Hi Michael, thanks for your help.
On Mon, Jul 07, 2014 at 02:59:05PM +0200, Michael Biebl wrote:
[CCing the bug report]
Am 07.07.2014 14:39, schrieb Jonathan de Boyne Pollard:
I did systemd units for this ages ago. It's better to do this as two
units: a path unit that watches the service
Hi,
I looked into latest policy, but did not find anything about systemd
support. I'm surprised that this is now a release critical bug, and the
package marked for removal. What's the justification?
This package hooks into /etc/inittab, does systemd not automatically
manage services from
Hi Joern, you did nothing wrong. Severity and justification looks quite
right to me.
On Fri, Jul 04, 2014 at 12:42:43PM +0200, Joern Heissler wrote:
On Fri, Jul 04, 2014 at 09:08:21AM +, Gerrit Pape wrote:
I looked into latest policy, but did not find anything about systemd
support
On Fri, Jul 04, 2014 at 03:37:20AM -0700, Russ Allbery wrote:
Gerrit Pape p...@dbnbgs.smarden.org writes:
I looked into latest policy, but did not find anything about systemd
support. I'm surprised that this is now a release critical bug, and the
package marked for removal. What's
On Thu, May 29, 2014 at 01:14:12PM +0200, Carlos Alberto Lopez Perez wrote:
Hi,
This bite me recently.
I'm attaching a debdiff with the patch from Huaqing, which I tested and
verified to work as expected. I also updated the manpage.
Could you upload this please? If you don't have time
On Mon, Mar 24, 2014 at 10:55:44PM +, Reuben Thomas wrote:
I tried to compile a simple program
http://skarnet.org/software/misc/infinity.c
that needs skalibs.I can???t find any instructions in the Debian package other
than that the gcc libraries are in /usr/lib, so I tried:
$ gcc -o
On Wed, Feb 19, 2014 at 04:19:58PM +, LaNaar Dakoté wrote:
The bug is (if it is) exactly the same as the one higlights in #626181,
marked as wishlist item. Do I /really/ have to manually modify this
scripts? Awaiting your response.
Hi, please see
On Wed, Jan 29, 2014 at 06:43:48PM +0100, Mattia Rizzolo wrote:
Dear Maintainer,
any chance to ge this applied? (or the patch in launchpad linked above,
as you prefer)
Hi, please see
https://lists.debian.org/debian-devel/2014/01/msg00289.html
Regards, Gerrit.
--
To UNSUBSCRIBE, email to
On Thu, Jan 16, 2014 at 10:01:22PM +0100, Raphael Hertzog wrote:
On Fri, 10 Jan 2014, Jonathan Nieder wrote:
Agreed, this is an important and good change (both upstream and for
Debian). Thanks for reporting.
Adding the forwarded tag doesn't bring much in this case as it's clear
that
On Sat, Jan 04, 2014 at 04:24:12PM +, Roger Leigh wrote:
block 684607 by 690473
thanks
On Sun, Oct 14, 2012 at 08:59:27PM -0700, Jonathan Nieder wrote:
tags 690473 + upstream patch
quit
Hi Roger,
Roger Leigh wrote:
dash:
$ echo foo /dev/full
[nothing]
How
On Tue, May 21, 2013 at 04:08:33PM -0400, Daniel Kahn Gillmor wrote:
the following patch looks like a reasonably-minimal patch to add SRV
support:
http://tinydns.org/srv-patch
Attached is a debdiff that applies it to 1:1.05-9~exp1, and works fine
-- i'm happy to go ahead and upload this
On Sat, May 04, 2013 at 03:21:43PM -0700, Jonathan Nieder wrote:
When adding debian/README.source, I wanted to make a symlink, but
the traditional source package format represents the debian/ directory
with a unified diff so it wasn't possible.
How about this patch?
Hi Jonathan,
since I'm
upstream git; bcron-exec: Mark all temporary files
+close-on-exec and close selfpipe; this fixes a security bug in
+bcron where cron jobs get access to the temporary output files from
+all other jobs that are still running (CVE-2012-6110, closes:
+#686650).
+
+ -- Gerrit Pape p
On Mon, Sep 24, 2012 at 09:37:55AM +0200, Jérémy Bobbio wrote:
This bug is a source of pain for anyone using the dropbear initramfs
hook during upgrades from Squeeze to Wheezy.
Gerrit, do you see any problems with the proposed patch?
Hi Jéré, I didn't take a deeper look, actually the
On Fri, Sep 07, 2012 at 02:07:47PM +0600, Anton Khalikov wrote:
Hello there,
looks like the provided patch works ok: no complaints received. It has been
tested on 7 production servers within 2 days.
Thanks you very much, Anton. I'll take this upstream.
Regards, Gerrit.
--
To
-control.git/184644
Hi Gerrit,
Gerrit Pape wrote[1]:
ok 1 - initialize git svn
expecting success: git svn fetch
svn: E235000: In file
'/tmp/buildd/subversion-1.7.5/subversion/libsvn_subr/dirent_uri.c' line
2291: assertion failed (svn_uri_is_canonical(url, pool))
Good catch
1 - 100 of 815 matches
Mail list logo
