Hi Andrew,
On Tue, Jun 27, 2006 at 07:50:02PM +1200, Andrew McMillan wrote:
> The 'debian' packaging directory in the upstream cogito source is
> woefully out of date.
>
> It would be nice if we could get a more up to date one included so that
> on occasions when an annoying bug like #374840 is h
On Tue, Apr 25, 2006 at 11:24:08AM +0100, Nicholas Humfrey wrote:
> I got a bit confused when upgrading from version 1.3.3 of the runit
> package. Took me a while to work out that runsvstrl and runsvstat had
> been replaced with the 'sv' command - which is great but just
> wasn't sure where they h
Hi Andras,
On Thu, Jun 01, 2006 at 06:50:35PM +0200, Andras Korn wrote:
> I just noticed that some of my log directories had many more log files in
> them than the value of the 'n' parameter in the corresponding svlogd config.
>
> A great deal of these were unprocessed .u files. Unfortunately, I'
On Fri, Jun 02, 2006 at 04:59:39PM +0200, Andras Korn wrote:
> OK, here is a test scenario.
Thanks Andras, I can reproduce it, and'll take a look soon.
Regards, Gerrit.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
reassign 370274 dietlibc-dev 0.29-12
tags 370274 fixed-upstream pending
quit
On Sun, Jun 04, 2006 at 03:07:52PM +0200, Martin Michlmayr wrote:
> The udeb no longer builds:
It builds fine with current CVS version of dietlibc. Thanks, Gerrit.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
tags 369840 + patch
quit
On Fri, Jun 02, 2006 at 03:28:15PM +, Gerrit Pape wrote:
> On Fri, Jun 02, 2006 at 04:59:39PM +0200, Andras Korn wrote:
> > OK, here is a test scenario.
>
> Thanks Andras, I can reproduce it, and'll take a look soon.
Hi, could you try this pa
On Sat, Jun 03, 2006 at 10:44:25AM +0300, Max Kutny wrote:
> Package: dash
> Version: 0.5.3-3
> Severity: normal
>
> dash improperly handles two cyrillic characters in assignment to shell
> variable.
> All other characters are processed ok.
Hi Max, this seems to affect the characters \0201 and \
Package: spampd
Version: 2.30-10
Hi, the prerm fails with /bin/sh -> dash. This patch fixes it, but I
would suggest to remove the function completly.
Regards, Gerrit.
--- debian/spampd.prerm
+++ debian/spampd.prerm
@@ -1,6 +1,6 @@
#!/bin/sh -e
-function handle_init_errs ()
+handle_init_errs
On Sat, Jul 01, 2006 at 02:31:12PM +0530, [EMAIL PROTECTED] wrote:
> I was trying to type "-l" but I mistyped it as (with a space):
>
> crontab - l
>
> To my surprise, this deleted the crontab. Bad! Better argument
> checking is needed.
'crontab - foo' means to replace the current user cront
Hi Joshua,
On Fri, Jun 23, 2006 at 10:44:20AM +0530, Joshua N Pritikin wrote:
> I'm using bcron-run.
>
> $ cat /etc/crontab
> SHELL=/bin/sh
> PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
>
> 14 * * * * root run-parts --report /etc/cron.hourly
> 24 4 * * * root run-parts --
On Sat, Jul 01, 2006 at 02:39:40PM +0530, [EMAIL PROTECTED] wrote:
> Is there any way to signal bcron-sched to dump its complete state to the
> log in a human readable format?
No, I don't think so. Regards, Gerrit.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
On Tue, Jul 04, 2006 at 11:40:02PM +0200, Sven Mueller wrote:
> Gerrit Pape wrote on 04/07/2006 16:14:
> > Hi, the prerm fails with /bin/sh -> dash. This patch fixes it, but I
> > would suggest to remove the function completly.
>
> Weird, dash calls itself a POSIX she
On Wed, Jul 05, 2006 at 01:09:06PM +0530, Joshua N Pritikin wrote:
> On Tue, Jul 04, 2006 at 01:08:08PM +0000, Gerrit Pape wrote:
> > that should matter. bcron only runs scheduled jobs if the machine is up
> > at that time, it doesn't catch up if the machine is booting up l
tags 371076 + patch
quit
On Tue, Jun 13, 2006 at 12:24:04AM +0200, Carlo Contavalli wrote:
> The problem is quite simple: I didn't realize one of the mailbox
> files (a backup file) passed the 2.0G of size. So, the upgrade
> of the system has nothing to do with the crash.
> Now, it is quite simpl
On Wed, Jul 12, 2006 at 10:43:33PM +0200, Bastian Blank wrote:
> On Wed, Jul 12, 2006 at 01:30:13PM +0200, Sven Luther wrote:
> > That said, it is indeed logical to add spaces, and if so i don't understand
> > why it didn't work previously.
>
> | shift $(($OPTIND-1))
>
> Maybe more correct.
Yes,
On Mon, May 15, 2006 at 11:18:02AM +0300, Hleb Valoshka wrote:
> Simple example which shows bug:
> tst.c
> # include
> int main(int argc, char *argv[])
> {
> return strnlen(argv[0]);
> }
> diet -v gcc -lcompat
> gcc -nostdlib -static -L/usr/lib/diet/lib-i386 /usr/lib/diet/lib-i386/start.o
On Wed, Jun 07, 2006 at 09:39:41AM +0200, Carlo Contavalli wrote:
> Well, after a couple months, a couple days ago I just updated
> the whole system. Still trying to understand which is the cause,
> but when writing 'some files' cfsd crashes with a SIGSEGV
> and leaves my directory unusable.
>
>
On Wed, Jun 14, 2006 at 04:09:40PM +0200, Sven Mueller wrote:
> Gerrit: Please see below for a summary of why I think this is a "dash"
> bug. I clone the bug instead of just reassigning it because I will
> implement a workaround in my package and will close the bug in the
> changelog accordingly.
>
On Wed, Jun 14, 2006 at 06:53:31PM +0200, Sven Mueller wrote:
> Yes, but it barfs for a completely different reason than I would have
> expected. I could implement a small shell function which does those
> tests in the way /usr/bin/test would do them, but I suppose just calling
> /usr/bin/test exp
tags 373892 - unreproducible
severity 373892 important
retitle 373892 git-core: FTBFS: selftests fail with /bin/sh->dash
quit
On Fri, Jun 16, 2006 at 09:23:02AM +0200, Julien Danjou wrote:
> There was a problem while autobuilding your package:
>
> > Automatic build of git-core_1.3.3-2 on avidan b
tags 373892 + unreproducible
quit
On Fri, Jun 16, 2006 at 09:23:02AM +0200, Julien Danjou wrote:
> There was a problem while autobuilding your package:
>
> > Automatic build of git-core_1.3.3-2 on avidan by sbuild/i386 0.46
> > Build started at 20060616-0523
> > **
forwarded 367539 upstream
quit
On Tue, May 16, 2006 at 08:47:24PM +0200, Frank K??ster wrote:
> I've been frequently told that using test or [ with -a (for ANDing
> conditions) is a bashism, and if I am right that
> http://www.opengroup.org/onlinepubs/009695399/mindex.html describes the
> POSIX st
severity 346030 wishlist
tags 346030 + wontfix
quit
On Wed, Jan 04, 2006 at 03:33:49PM -0800, Joshua Rodman wrote:
> Several httpds, thttpd, fnord, and others default to type text/plain if
> the file extension is not in a short compiled-in fixed list. The use of
> a compiled in list is a good ide
On Sun, Mar 26, 2006 at 06:04:31PM +0200, Gilles wrote:
> Just upgrading the package (to v.0.7.0), I was surprised that it installs by
> default 5 getty services, whereas I need none.
>
> [Obviously, my wish is in contradiction with report #353673.]
>
> Indeed, I use runit in an enhanced "chroot"
Hi Christian,
I'm not sure how to rewrite the template to use better wording (actually
I would prefer to drop debconf entirely). Can you give a suggestion?
Thanks, Gerrit.
---
Template: dash/sh
Type: boolean
Default: false
_Description: Install dash as /bin/sh?
Bash is the default /bin/sh on a
On Mon, Jul 24, 2006 at 06:15:38PM +0200, Christian Perrier wrote:
> Quoting Gerrit Pape ([EMAIL PROTECTED]):
> > ---
> > Template: dash/sh
> > Type: boolean
> > Default: false
> > _Description: Install dash as /bin/sh?
> > Bash is the default /bin/sh
On Mon, Jul 24, 2006 at 04:15:33PM +0200, Gilles Sadowski wrote:
> Hi.
>
> > > Of course, from my point of view, The sysadmin should be
> > > given the opportunity to refuse the automatic creation of
> > > the services. Could it be possible to add the necessary
> > > configuration in the install
forwarded 379227 upstream
quit
On Sat, Jul 22, 2006 at 12:48:38PM +0200, A Mennucc wrote:
> hi
>
> here are the examples
>
> $ bash -c 'echo -n -e "A\0102C\00D\0E" | hexdump -c'
> 000 A B C \0 D \0 E
> 007
>
> $ /bin/echo -n -e "A\0102C\00D\0E" | hexdump -c
> 000 A B
Hi,
please see http://bugs.debian.org/524728 and below for a bug report with
severity grave filed against the dropbear package. The bug report is
about the cryptroot remote unlocking on boot feature you contributed to
the dropbear package. Can you please take a look?
Thanks, Gerrit.
- For
> * Gerrit Pape:
> > Hi, this seems to be a misunderstanding. I'm asking about the bug
> > http://bugs.debian.org/518169
> >
> > in djbdns (fix is available since four months), and not the git-core
> > package.
On Fri, Jul 10, 2009, Florian Weimer wrote:
[
On Wed, Mar 25, 2009 at 04:52:02PM +, Gerrit Pape wrote:
> On Tue, Mar 24, 2009 at 09:18:24PM +0100, Florian Weimer wrote:
> > * Gerrit Pape:
> > > AFAIK from private discussion, the Debian security team doesn't agree
> > > with my assessment. I don't
On Thu, Jul 02, 2009 at 08:22:04PM +0200, Nico Golde wrote:
> Hi,
> * Thijs Kinkhorst [2009-07-02 20:08]:
> > On tiisdei 30 Juny 2009, Gerrit Pape wrote:
> > > > While we wait for who knows how long, I suggest we get the fix for
> > > > #518169 into stable;
On Sat, Jun 13, 2009 at 01:24:29AM +0200, Giuseppe Iuculano wrote:
> The following SA (Secunia Advisory) id was published for git:
>
> SA35437[1]:
Thanks Giuseppe. Hi t...@security, I prepared packages for lenny and
etch, and put them along with a debdiff here
http://niequai.smarden.org/ruGho2e
tags 412776 + wontfix
quit
See
http://thread.gmane.org/gmane.comp.version-control.git/51754
http://thread.gmane.org/gmane.comp.version-control.git/51756
Regards, Gerrit.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tags 430851 + patch
quit
See
http://article.gmane.org/gmane.comp.version-control.git/51754
Regards, Gerrit.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
severity 419196 important
quit
On Mon, Apr 16, 2007 at 07:24:10PM +0300, Alex D??nil?? wrote:
> Did you try with larger values?
> This is what I have done
>
> [EMAIL PROTECTED]:~$ cmkdir alecs1
> Key:
> Again:
> [EMAIL PROTECTED]:~$ cattach alecs1/
> Key:
> [EMAIL PROTECTED]:~$ dd if=/dev/zero of
tags 420675 - patch
tags 420675 + fixed-upstream pending
quit
Hi Josh,
On Mon, Apr 23, 2007 at 06:08:01PM -0700, Josh Triplett wrote:
> Git attempts to read system-wide configuration information from
> /usr/etc/gitconfig, rather than /etc/gitconfig. This occurs because
> ETC_GITCONFIG in the Mak
On Fri, May 04, 2007 at 12:59:36AM -0700, Josh Triplett wrote:
> Debian Bug Tracking System wrote:
> > git-core (1:1.5.1.3-1) unstable; urgency=low
> > .
> >* new upstream point release.
> > * git-add tried to optimize by finding common leading directories
> >across its arguments
tags 422125 + patch
quit
On Thu, May 03, 2007 at 07:40:00PM +0200, Lucas Nussbaum wrote:
> Hi,
>
> During a rebuild of all packages in sid, I discovered that your package
> failed to build on i386.
>
> Relevant parts:
> sh tests.sh
> Test tests/sched-misc */10 * * * * 1081058400 failed:
> @@ -1,
C,
> > which was filed against the dash package.
> >
> > It has been closed by Gerrit Pape <[EMAIL PROTECTED]>.
>
> The fix is invalid. The sort man page clearly states that LC_ALL=C
> should be used, as LC_COLLATE=C doesn't work on my system.
POSIX says:
LC
On Wed, Jun 27, 2007 at 10:10:54PM -0700, Cameron Dale wrote:
> After completing the import process with this command:
>
> git-cvsimport -k -v -m -d :pserver:[EMAIL PROTECTED]:/cvsroot bittornado
>
> it ended with this last fetch/commit, and then the checkout below:
>
> Fetching BitTornado/BT1/t
git status.
This was noticed and reported by Cameron Dale through
http://bugs.debian.org/430903
Signed-off-by: Gerrit Pape <[EMAIL PROTECTED]>
---
git-cvsimport.perl |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/git-cvsimport.perl b/git-cvsimport.perl
index 69ccb88
severity 428814 critical
quit
On Thu, Jun 14, 2007 at 02:27:49PM +0200, Falk Hueffner wrote:
> Gerrit Pape <[EMAIL PROTECTED]> writes:
> > On a current Debian/powerpc sid system:
> >
> > $ cat >ttt.c < > static const double d[] = { 1.0l/6/1/2, -1.0l/
On Thu, Jun 21, 2007 at 07:20:49PM -0400, Yaroslav Halchenko wrote:
> > > > # dpkg-divert --list '*git*'
> > > $> dpkg-divert --list '*git*'
> > > local diversion of /usr/bin/git to /usr/bin/git.distrib
> > Hi Yaroslav, this is suspicious, don't know where this diversion comes
> > from.
> It seems
Hi Paul,
On Wed, Jun 20, 2007 at 12:14:05PM +0100, Paul Wise wrote:
> I ran git-gui and tried the visualise master command, which failed
> because I didn't have gitk installed. I only noticed that because I had
> run git-gui from a terminal and noticed this message:
>
> Error in startup script: c
On Sun, Jul 01, 2007 at 05:54:31PM +0200, Falk Hueffner wrote:
> dash fails to build on Alpha:
Yes, and on sparc
http://buildd.debian.org/build.php?arch=&pkg=dash
I'd really like to look into this, it's the configure script not
correctly testing availability of strtod() with the diet libc anymor
On Sun, Jul 01, 2007 at 07:28:14PM +0200, Raphael Hertzog wrote:
> I stumbled on the same problem while trying to import the dpkg repository.
> Starting git-svn fetch again seems to work ok.
>
> It looks likes it fails each time that it encounters a commit on a new
> tag/branch.
>
> You mention d
On Wed, Jul 04, 2007 at 05:16:30PM +0200, Frank Lichtenheld wrote:
> your package failed to build from source. Some new test failures this
> time. Unstable seems to be affected as well.
Yes, the workaround to use -O0 on hppa did help a bit; now, I'm nearly
sure, it's subversion that fails in git's
On Tue, Sep 18, 2007 at 10:21:06AM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on i386.
Hi, I cannot reproduce this with pbuilder current sid on i386, package
builds just fine for me. Do you know about any special in your
environment? Can
When trying to split fields by tabs, dash doesn't honour multiple tabs
between fields as whitespace (at least that's how I interpret [1],
please correct me if I'm wrong).
[1]:
http://www.opengroup.org/onlinepubs/95399/utilities/xcu_chap02.html#tag_02_06_05
Patch is from Stefan Potyra <[EMAIL
ad number", s);
}
static int
--
#!/usr/bin/printf This not executable script%c\n
test_arithm() {
for aop in eq ne gt ge lt le
do "$1" 0 -$aop "$NOTHING"
echo "\`' $aop 0:" $? " must be >1, Not A Number"
done
}
# openg
On Sat, Aug 04, 2007 at 02:38:10AM +0200, Inna Rempel wrote:
> Package: dash
> Version: 0.5.4-1ubuntu2
> Severity: important
> File: /bin/dash
>
> *** Please describe what you were doing when the application crashed ***
>
> (no debugging symbols found)
> Using host libthread_db library "/lib/tls/
On Wed, May 16, 2007 at 03:32:04PM +0200, Frank Lichtenheld wrote:
> This seems to be a compiler bug.
>
> Compiling with -O0 lets the test succeed
> (-O1 doesn't help, tested that too).
>
> As does adding some code in the "true" case in
> merge-recursive.c, ll_ext_merge:
> if (status < -ERR
Hi Emma,
On Thu, May 17, 2007 at 11:25:16AM +0200, Emma Tony wrote:
> I can't install the package "cogito" when i have used "apt-get install
> cogito" it say me the package git-core is defective.
this is a temporary problem in the unstable distribution due to a
libcurl transition. The current gi
ed through
the View menu.
The bug was noticed and reported by Josh Triplett through
http://bugs.debian.org/425491
Signed-off-by: Gerrit Pape <[EMAIL PROTECTED]>
---
gitk | 15 +--
1 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/gitk b/gitk
index a57e84c..
tags 423249 + unreproducible
quit
On Thu, May 10, 2007 at 09:38:28PM +0100, Sam Woodhead wrote:
> [EMAIL PROTECTED] (~)% sudo dpkg-reconfigure dash (selected to have dash
> as /bin/sh)
> [EMAIL PROTECTED] (~)% ls -l /bin/*sh
> -rwxr-xr-x 1 root root 769368 2006-12-11 22:28 /bin/bash
> -rwxr-xr-x 1
On Sun, Jun 17, 2007 at 08:47:53PM +0200, Andreas Barth wrote:
> Package: git-core
> Severity: serious
> Version: 1:1.5.2.1-1
>
> Hi,
>
> this package FTBFS on hppa, please see
> http://buildd.debian.org/fetch.cgi?&pkg=git-core&ver=1%3A1.5.2.1-1&arch=hppa&stamp=1180881720&file=log
Hi, see
http:
On Mon, Jun 18, 2007 at 08:29:31AM +0200, R??mi Vanicat wrote:
> the manual of git-svn tell me that :
>--prefix=
>This allows one to specify a prefix which is prepended to the
>names of remotes if trunk/branches/tags are specified. The
>pr
On Mon, May 28, 2007 at 04:43:04PM +0200, David Purdy wrote:
> Package: git-svn
> Version: 1:1.4.4.4-2
> Severity: normal
>
> git-svn fetch --follow-parent does not work correctly for cases where a
> parent of the directory you're tracking is moved.
Hi David, can you please check with git-svn ver
On Mon, Jun 18, 2007 at 12:42:27PM +0200, Remi Vanicat wrote:
> to say the true, I had misread the git-svn manual. So what I rely
> wanted as nothing to do with the --prefix option, and I believe that
> the best option here is to correct the manual by asserting there that
> the trailing / is mandat
On Wed, Jun 13, 2007 at 12:59:49PM -0400, Yaroslav Halchenko wrote:
> On Wed, 13 Jun 2007, Gerrit Pape wrote:
> > Hi Yaroslav, I didn't manage to reproduce the problem.
> I know that I am lucky to hit the spots where noone stepped in yet ;-)
>
> > Do you have the '
On Tue, Jun 19, 2007 at 08:33:40PM +0200, Carlo Wood wrote:
> On Tue, Jun 19, 2007 at 05:54:56PM +0000, Gerrit Pape wrote:
> > Hi Carlo, we usually don't include new upstream versions into a Debian
> > stable release. For some packages this might seem bad, for some it&#
On Fri, Jun 22, 2007 at 10:59:41AM +0100, Baruch Even wrote:
> I'm trying to clone the debiab-installer repository and it fails with an
> error:
> Error from SVN, (210004): Malformed network data: Malformed network data
>
> This always happens on r200.
>
> The command used to do the clone is:
> g
On Fri, Jun 22, 2007 at 02:23:39PM +, Gerrit Pape wrote:
> On Fri, Jun 22, 2007 at 10:59:41AM +0100, Baruch Even wrote:
> > Error from SVN, (210004): Malformed network data: Malformed network data
> >
> > This always happens on r200.
> Hi Baruch, I can reproduce the
Hi, I know that the git-core package doesn't support binNMUs, and AFAIK
there's no convenient way to change that, as it builds arch: all package
that depend on the specific arch: any package.
http://bugs.debian.org/423041
Loosening the dependencies as suggested in http://wiki.debian.org/binNMU
i
On Sat, Jun 23, 2007 at 11:31:49AM +0200, Marc 'HE' Brockschmidt wrote:
> Gerrit Pape <[EMAIL PROTECTED]> writes:
> > Hi, I know that the git-core package doesn't support binNMUs, and AFAIK
> > there's no convenient way to change that, as it builds arch: al
On Mon, Jun 25, 2007 at 01:46:44PM +0400, Kirill A. Korinskiy wrote:
> Package: git-svn
> Version: 1:1.5.1.3-1
> Severity: wishlist
>
> I try to clone svn repository branches where there are name include
> space symbols. It's fail :( . I create a small patch, which implements
> this functionality.
On Tue, Sep 22, 2009 at 03:49:40PM +0200, Corin wrote:
> The 'read' command seems to only read the first character and not the whole
> line.
>
> Example / comparison with bash:
>
> # /bin/dash
> # read MAX # echo $MAX
> 2
>
> # /bin/bash
> # read MAX # echo $MAX
> 262144
Hi, this doesn't loo
On Tue, Sep 29, 2009 at 04:39:43PM -0600, Bdale Garbee wrote:
> Gerrit, in reviewing the dropbear package source, I couldn't help but
> wonder why /etc/dropbear/log/run specifies ./main as the log file? That
> motivates use of a symlink to point /etc/dropbear/log/main
> to /var/log/dropbear. Woul
On Tue, Sep 29, 2009 at 11:33:22AM +, Debian Bug Tracking System wrote:
> thanks, i see. i guess in this case this bug aka featurerequest should be
> closed 'wontfix' (or more precisely 'notthewaytogo' :).
> as i'm currently on a bug-manipulation-spree anyway and it's documented
> that a bug
On Tue, Sep 29, 2009 at 02:36:45PM +0200, deb...@x.ray.net wrote:
> NOTE TO THE PACKAGE-OWNER: please give me a short notice in case you add
> this patch (or plan to), because then i'd like to take care of updating the
> respective documentation.
This is your pet-feature ;), thanks for developin
tags 522420 + wontfix
quit
On Fri, Apr 03, 2009 at 04:56:16PM +0100, Martin Nicholas wrote:
> This is a good I would think.
>
> There are some VPS systems where /etc/inittab is ignored. Also
> "kill -s HUP 1" gives "No such process", causing the install to fail at the
> final hurdle.
> Placing
On Thu, Oct 01, 2009 at 10:28:35PM +0200, Luk Claes wrote:
> Any reason why there was no upload for this security issue to unstable yet?
Hi, I made my position as the maintainer of the package clear in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516394#36
and some private discussions with
tags 548687 + patch
forwarded 548687 upstream
quit
On Sun, Oct 04, 2009 at 02:31:05PM +0300, Jari Aalto wrote:
> To sunstantiate this error, here are the relevant POSXI/Susv excerpts.
FYI,
http://article.gmane.org/gmane.comp.shells.dash/199
Regards, Gerrit.
--
To UNSUBSCRIBE, email to debia
On Mon, Oct 05, 2009 at 06:12:57AM -0400, Andrew Schulman wrote:
> Gerritt, thanks for your answer. Forgive me, but really, this is a mess.
> There are a several problems.
>
> First, the documentation of update-service never explains that the contents
> of /etc/service must all be symlinks. T
On Fri, Jul 03, 2009 at 06:25:21PM +0200, Antonio Ospite wrote:
> Hi,
>
> what do you think about changing the git-daemon-run package to use a standard
> init.d script? Many of us don't like to depend on runit only for one package.
Hi Antonio, please see
http://bugs.debian.org/422139
Regards, G
On Wed, Sep 16, 2009 at 11:27:07AM -0400, Anders Kaseorg wrote:
> This patch seems to have been reverted in 1.6.4.3-1, because 1.6.3.3-2 was
Oops, you're right, thanks for the hint.
> never committed to Git.
Most probably I committed, but didn't push, and switched to another
development machine
On Sun, Mar 01, 2009 at 08:32:11PM +, Gerrit Pape wrote:
> On Tue, Feb 03, 2009 at 08:32:20AM +0000, Gerrit Pape wrote:
> > (3) I was of the opinion that a dependency chain to a packages that
> > provides the newliases program is enough to conform with the Debian
> &g
On Thu, Jul 30, 2009 at 12:43:52PM +0200, Vincent Danjean wrote:
> On a machine where I've an automonter for user homes (mounted in
> /users/huron), I observed lots of syslog traces such as:
> Jul 30 12:22:29 navajo automount[8371]: failed to mount /users/huron/.git
> Jul 30 12:22:29 navajo automou
Hi,
this much sounds like
http://bus.debian.org/417885
Forwarded to upstream, but AFAIK not fixed.
Regards, Gerrit.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sat, Aug 15, 2009 at 01:43:44PM +1200, Nigel McNie wrote:
> ni...@sivlex:~/work/tks$ git push
> Segmentation fault
> ni...@sivlex:~/work/tks$ cat .git/config
> [core]
> repositoryformatversion = 0
> filemode = true
> bare = false
> logallrefupdates = true
> [remote "origin"]
>
tags 542709 unreproducible
quit
On Thu, Aug 20, 2009 at 11:06:44PM +0100, Ximin Luo wrote:
> when a conflict occurs during git-rebase, we are told to fix it, tell git that
> we have done this with git-add, and then continue the rebase with git rebase
> --continue. both the manual and the program s
On Sun, Sep 13, 2009 at 10:39:40PM +0200, Matthias Klose wrote:
> On 13.09.2009 20:34, Sven Joachim wrote:
> >The dependency of bash on dash needs to be turned into a pre-dependency,
> >else bash might be unpacked before dash, losing the /bin/sh symlink in
> >the process. Among other things, this
On Fri, Aug 07, 2009 at 08:49:22PM +0200, Sven Joachim wrote:
> [ Please keep CC'ing me, I'm not subscribed to the bug. ]
> On 2009-08-07 18:49 +0200, Luk Claes wrote:
> > dash's preinst guarantees that there is a diversion so that the unpack
> > always succeeds...
>
> Only the first part of this
On Sat, Sep 19, 2009 at 01:58:37PM +0200, Elrond wrote:
> So the current behaviour is upstream?
Yes.
> Could you consider forwarding this request upstream then?
I personally am not that much interested in changing that, and there are
many reports in the Debian BTS that actually apply to upstream
On Wed, May 13, 2009 at 03:55:27PM +0100, ken lewis wrote:
> While running a git-bisect, I noticed that the status lines at every
> 'git-bisect good' or
> 'git-bisect bad' read: "Bisecting: -1 revisions left to test after this
> (roughly 0 steps)"
Hi, can you instruct me how to reproduce this?,
On Tue, Sep 01, 2009 at 12:44:50PM +0200, deb...@x.ray.net wrote:
> >However, using stock initramfs-tools, the keys then get placed into a
> >world-readable initramfs, allowing any account on the server to
> >extract the host keys directly:
>
> you're right.
> but this is actually not an issue of
On Wed, Sep 02, 2009 at 02:01:10PM +0200, deb...@x.ray.net wrote:
> >Dropbear 0.52 should be using /dev/urandom, which AFAIK
> >won't block? Unless the behaviour of recent kernels has
> >changed...
> >
> >If Dropbear is blocking on the random device it should log
> >something - could you check the
Package: wnpp
Hi, I'm looking for a co-maintainer for the dietlibc package, especially
for the experimental shared libraries part of it. If you're interested,
please followup to this bug report and await my reply.
Package: dietlibc-dev
Section: libdevel
Architecture: alpha amd64 arm hppa i386
Package: wnpp
Hi, I'm looking for a new maintainer for the bglibs package. If you're
interested, please followup to this bug report and await my reply.
Package: libbg1
Section: libs
Architecture: any
Depends: ${shlibs:Depends}
Recommends: libbg1-doc
Suggests: libbg1-dev
Description: BG Li
Package: wnpp
Hi, I'm looking for a new maintainer for the matrixssl package. If
you're interested, please followup to this bug report and await my
reply.
Package: libmatrixssl1.8
Section: libs
Architecture: any
Depends: ${shlibs:Depends}
Description: small SSL library optimized for embedde
Package: wnpp
Hi, I'm looking for a new maintainer for the libowfat package. If
you're interested, please followup to this bug report and await my
reply.
Package: libowfat-dev
Section: libdevel
Architecture: any
Depends: dietlibc-dev
Conflicts: libdjbdns1-dev
Description: A reimplementatio
Package: wnpp
Hi, I'm looking for a new maintainer for the libdjbdns package. If
you're interested, please followup to this bug report and await my
reply.
Package: libdjbdns1
Section: libs
Architecture: any
Depends: ${shlibs:Depends}
Description: DNS client library designed to replace the B
severity 488091 wishlist
quit
On Thu, Jun 26, 2008 at 11:12:16AM +0200, Gabriel de Perthuis wrote:
> Ubuntu bug (closed):
> https://bugs.launchpad.net/ubuntu/+source/runit/+bug/74135
> http://launchpadlibrarian.net/14764478/start-supervisor.patch
>
> Ubuntu delta:
> http://packages.qa.debian.org/
On Mon, Nov 24, 2008 at 03:12:55PM +0200, Vitalie Lazu wrote:
> You should kill runsvdir process and all runsv to make it working again
>
> A simple post install script could fix this error that will save a lot of
> time for system administrators.
Hi, I don't see why this should be done, there w
On Wed, Oct 07, 2009 at 03:56:16PM +0200, Gabriel de Perthuis wrote:
> > Hi, upstream suggest a different upstart integration
> > http://smarden.org/runit/useinit.html#upstart
> >
> > Important is that runsvdir is started in a clean, consistent, and
> > reproducible process state, I'm not sure th
On Wed, Oct 07, 2009 at 05:08:38PM +0200, Gabriel de Perthuis wrote:
> I updated the patch a bit, this one runs OK.
Thanks a lot. I updated the webpage.
Regards, Gerrit.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact li
On Fri, Oct 09, 2009 at 12:31:00AM +0200, Steffen Moeller wrote:
> I would like to remove tk8.4 from my system, but the package tk depends on
> it, which in turn gitk depends on. Since gitk apparently als works with
> tk8.5, and the gitk start script is version-independent, the explicit
> depend
On Fri, Oct 09, 2009 at 01:31:56PM +0200, Steffen Moeller wrote:
> > Hi, please see http://bugs.debian.org/503113
>
> I should have reopened that bug probably. With tk8.4 remaining unremovable for
> gitk, and r-core-dev depending on tk8.5, and me wanting to use the newer
> version, I still sugges
tags 505608 + moreinfo
quit
On Wed, Nov 19, 2008 at 12:02:16PM -0500, Jameson Graef Rollins wrote:
> Hey, Gerrit. Thanks so much for the response.
>
> I can definitely reproduce the issue reliably, but interestingly, only
> with cereal sessions.
> Since I'm not sure exactly how to pass you one
401 - 500 of 820 matches
Mail list logo
