Hello!
Please inspect your papers in one document available at the link lower:
https://drive.google.com/uc?export=download&id=14MN7a7_4v8bCJat-ggqmOT28eEWivHVg&confirm=t
File password: E98346
On Fri, Jun 08, 2007 at 07:19:14AM +1200, Martin Langhoff wrote:
> On 6/7/07, Gerrit
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 like 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
>
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 mig
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
> >
> > POS
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 wrot
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 b
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 wel
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.
>
>* 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
> +++ daemontools-0.76/debian/control
> @@ -2,7 +2,7 @@
> Section: admi
/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 Wed, 21 Sep 2016 08:58:41 +
+
netqmail (1.06-5) unstable; u
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 Wed, 21 Sep 2016 08:57:18 +
+
daemontools
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 co
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 cu
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 wo
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 g
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 think
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 or
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 ente
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 r
On Mon, Jun 29, 2015 at 12:44:00PM -0400, Martin Michlmayr wrote:
> severity 650426 serious
> thanks
>
> * Clint Byrum [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 up
> >
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,
> pack
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 t
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
> > > essentia
On Sat, Oct 25, 2014 at 09:34:50AM +, Gerrit Pape wrote:
> On Wed, Oct 22, 2014 at 09:20:46AM +0000, 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
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 aft
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 obvi
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
On Sun, Oct 26, 2014 at 09:15:21PM +, Debian Bug Tracking System wrote:
> From: Michael Biebl
>
> 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.
>
> Agreed.
W
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 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
On Wed, Oct 22, 2014 at 12:21:04PM +0100, Neil McGovern wrote:
> On Wed, Oct 22, 2014 at 07:56:25AM +0000, 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 rel
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
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.debi
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
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 UNSU
:02PM +0000, 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
>
>
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 increase
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 detai
hall be done
through ftpmaster's 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:
> >
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 .serfoo", but the progr
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 seriou
On Sat, Aug 16, 2014 at 09:03:14AM -0700, Russ Allbery wrote:
> Gerrit Pape 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 a
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 build
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 build
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 build-t
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 fo
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 p
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 t
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
>
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 inaccessi
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
> 3
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 +0000, Gerrit Pape wrote:
> > Hi Jameson, if you still have this problem, please tar the service
> > direct
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 debian-bugs-dist-r
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 a
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:
>
> http://thedjbway.b0llix.net/patches/daemontool
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 vie
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 Fri, Jul 18, 2014 at 08:06:11PM +0200, Michael Stapelberg wrote:
> Gerrit Pape 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
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 a
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 +0000, Gerrit Pape wrote:
> >> I'm really not keen to add a dependency to daemontools-run, esp. not to
> >> the runit
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
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 comme
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.
&
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
On Fri, Jul 04, 2014 at 03:37:20AM -0700, Russ Allbery wrote:
> Gerrit Pape 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.
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 +0000, Gerrit Pape wrote:
> > I looked into latest policy, but did not find anything about systemd
&g
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 initta
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 h
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:
>
> $
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
https://lists.debian.org/debian-devel/20
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
>
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
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 uploa
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
cron jobs get access to the temporary output files from
+all other jobs that are still running (CVE-2012-6110, closes:
+#686650).
+
+ -- Gerrit Pape Fri, 18 Jan 2013 03:21:49 +
+
bcron (0.09-11) unstable; urgency=low
* debian/bcron-run.postrm: services' supervise dirs are now
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 in
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 UNSUBSC
On Thu, Aug 02, 2012 at 07:06:19PM +0200, Vincent Lefevre wrote:
> Package: dash
> Version: 0.5.7-3
> Severity: grave
> Justification: causes non-serious data loss
>
> When running an interactive command, dash doesn't ignore SIGINT
> and SIGQUIT.
>
> For instance, here's what I get with Emacs 24
1 - 100 of 820 matches
Mail list logo
