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 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:
>
> $
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 Wed, Nov 09, 2011 at 07:20:06PM +0800, Matt Johnston wrote:
> This is fixed in the latest Dropbear release 2011.54
Thank you, Matt. The upload to the Debian archive is on the way.
Regards, Gerrit.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "uns
Hi Chris,
I just uploaded a new upstream version of dropbear. There're currently
some bugs open concerning the initramfs integration, if you have any
changes to the dropbear package to suggest, I'd be happy to swiftly
review and integrate them into a subsequent upload.
See #584780, #630581, #632
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, Dec 16, 2011 at 11:58:31AM +, Gerrit Pape wrote:
> On Tue, Dec 13, 2011 at 06:01:52PM +0100, Moritz Muehlenhoff wrote:
> > On Sun, Dec 19, 2010 at 03:10:46AM +0100, non customers wrote:
> > > Subject: ftpcopy: ftpls cross-site scripting when generating HTML listin
rg/gmane.comp.version-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_
severity 587650 important
quit
On Sat, May 12, 2012 at 08:25:47AM -0500, Jonathan Nieder wrote:
> Neil Williams wrote:
>
> > Any news on the cache issues in git-svn?
>
> Alas, no. There is probably not enough time for a proper fix (e.g., a
> new Memoize::Dumper module), so probably something li
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
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 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
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 Fri, Mar 26, 2010 at 03:10:44PM -0700, John Wenger wrote:
> On Fri, Mar 26, 2010 at 1:24 AM, Gerrit Pape wrote:
> > On Thu, Mar 25, 2010 at 10:45:55PM -0700, John Wenger wrote:
> > > I have used djbdns off and on for years (woody, sarge, and before) but
> > > I was n
(1:1.7.0.3-1.1) unstable; urgency=low
+
+ * debian/git-daemon-run.postrm: purge: don't warn if the git-daemon
+service is already removed; use -f option to userdel, on fast-purge
+the log service daemon might still run for a short time (closes:
+#575434).
+
+ -- Gerrit Pape Mon, 29
severity 575473 normal
quit
On Mon, Mar 29, 2010 at 12:30:37PM -0700, John Wenger wrote:
> > 'entry in /etc/sv', where did you read about that?
> >
>
> I did not read about it at all that I can recall, but simply noticed the
> entry there. It may have apppeared after I ran that dnscache setup
>
tags 645005 + patch pending
quit
On Wed, Oct 12, 2011 at 01:30:09AM -0500, Jonathan Nieder wrote:
> Hi Simon,
>
> Simon Chopin wrote:
>
> > I was also confronted to the problem. I slightly modified the postinst
> > script to skip the whole thing if the version provided as argument is an
> > empt
On Mon, Sep 26, 2011 at 05:09:54PM -0500, Jonathan Nieder wrote:
> Hi Gerrit,
>
> I'd like to propose
>
> git://repo.or.cz/dash/debian/jrn.git proposed-updates
>
> (commit efa06779) for upload to unstable. It does very little new ---
Uploaded.
> Thanks to Stéphane Glondu for the hints and pr
On Thu, Sep 08, 2011 at 09:10:31PM +0200, Bill Allombert wrote:
> git-core includes a script post-receive-email in the directory
> /usr/share/doc/git-core/contrib/hooks, that read:
> # chmod a+x post-receive-email
> # cd /path/to/your/repository.git
> # ln -sf /usr/share/doc/git-core/contrib/h
On Sun, Feb 19, 2012 at 09:12:17AM -0600, Jonathan Nieder wrote:
> Christian PERRIER wrote:
>
> > Would you mind if we do a translaiton update round first (about one
> > week). Then I'd be OK to sponsor an upload (If Gerrit agrees).
>
> Not at all. Sounds good to me.
Hi, thank you both for your
On Fri, Feb 24, 2012 at 03:54:34PM +0100, Nico Golde wrote:
> Source: dropbear
> Severity: grave
> Tags: security patch
>
> Hey,
> below is a forwarded report describing a vulnerability in dropbear.
Hi Nico, the upload to unstable is on the way.
Accoring to upstream's changelog, this also affect
On Mon, Feb 27, 2012 at 03:54:11PM +0100, Nico Golde wrote:
> * Gerrit Pape [2012-02-27 15:48]:
> > Accoring to upstream's changelog, this also affects squeeze. Are you
> > already working on that, or shall I prepare an upload to stable?
>
> If you have the time to p
On Tue, Dec 13, 2011 at 06:01:52PM +0100, Moritz Muehlenhoff wrote:
> On Sun, Dec 19, 2010 at 03:10:46AM +0100, non customers wrote:
> > Subject: ftpcopy: ftpls cross-site scripting when generating HTML listing
> > Package: ftpcopy
> > Version: 0.6.7-2
> > Severity: important
> > Tags: security
> >
On Fri, Jan 20, 2012 at 07:28:22PM +0800, Aron Xu wrote:
> Dear maintainer,
>
> I've prepared an NMU for cvm (versioned as 0.96-1.1) and
> uploaded it to DELAYED/10. Please feel free to tell me if I
> should delay it longer.
Hi Aron,
I don't see why this is necessary. In Debian, libmysqlclient1
On Sun, Feb 26, 2012 at 03:53:17AM -0600, Jonathan Nieder wrote:
> Package: git-daemon-run,git-daemon-sysvinit
> Version: 1:1.7.9.1-1
> Severity: important
> Justification: §2.5: "optional packages should not conflict with each other"
>
> Hi,
>
> Either git-daemon-run or git-daemon-sysvinit need
Hi Team,
do you have any news on this pending security fix? If I can be of any
help, please don't hesitate to ask.
Regards, Gerrit.
On Tue, Feb 28, 2012 at 10:13:07AM +0000, Gerrit Pape wrote:
> On Mon, Feb 27, 2012 at 03:54:11PM +0100, Nico Golde wrote:
> > * Gerrit Pape [20
tags 642718 + unreproducible moreinfo
quit
On Sat, Sep 24, 2011 at 08:35:19PM +0200, Mònica Ramírez Arceda wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part:
> > make[1]: Entering directory
> > `/build/ipsvd-dBKv3C/ipsvd-1.0.0/ipsvd-1.0.
On Sun, Oct 16, 2011 at 12:14:48AM +0200, intrigeri wrote:
> Hi Gerrit,
>
> intrigeri wrote (Fri, 18 Jun 2010):
> > The postinst script keeps telling me the IP address I entered is
> > invalid, because the following line is buggy:
>
> > GOOD=$(netstat -ie |grep -F " inet addr:$IP " || :)
>
> >
On Fri, Oct 21, 2011 at 08:29:34PM +0200, intrigeri wrote:
> Hi,
>
> Gerrit Pape wrote (21 Oct 2011 11:29:51 GMT) :
> > In this case, I'm not sure about the change, it would break the
> > installation on my system where 'netstat -ie' indeed outputs ' ine
Thank you, uploaded. Regards, Gerrit.
On Tue, Oct 25, 2011 at 09:00:59PM +0200, intrigeri wrote:
> Hi Gerrit,
>
> Gerrit Pape wrote (25 Oct 2011 08:02:09 GMT) :
> > On Fri, Oct 21, 2011 at 08:29:34PM +0200, intrigeri wrote:
> >> Shall I prepare a patch?
> &g
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
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.
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
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
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
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
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:
> >
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
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 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
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 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,
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
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
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 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
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.
&
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
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 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
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
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
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 vie
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
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
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
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 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 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
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 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
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
>
: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 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
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 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 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 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
>
> 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 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 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
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 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
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
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: 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: 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
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.debi
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 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
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
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
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
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
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
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 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:
>
>
>
>* 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
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 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
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
/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
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 Mark,
On Wed, May 30, 2007 at 04:46:27PM +0200, Mark Lawrence wrote:
> This package is either *very* broken, or very mis-named. I installed
> git-daemon-run expecting to have a working git server, in the same way as
> one would install exim4-daemon, or apache, or any other network service.
y
Hi Mark,
On Thu, May 31, 2007 at 01:24:28AM +0200, Mark Lawrence wrote:
> >You do 'apt-get install git-daemon-run' and have a working git-daemon
> >service on your system. What went wrong?
>
> [EMAIL PROTECTED]:~$ sudo apt-get install git-daemon-run
>
> Installs without errors until the follo
201 - 300 of 820 matches
Mail list logo
