tags 606937 + upstream
forwarded 606937 http://crbug.com/66674
quit
Timo Juhani Lindfors wrote:
chromium-browser crashes instantly if I hit ctrl-f to search for some
text under vnc4server. See upstream bug at
http://code.google.com/p/chromium/issues/detail?id=66674
Thanks for reporting.
tags 607503 + upstream
retitle 607503 chromium-browser.1:99: warning [p 2, 5.3i]: cannot adjust line
severity 607503 minor
found 607503 chromium-browser/9.0.597.19~r68937-1
quit
shirish शिरीष wrote:
$ chromium-browser --help
chromium-browser [-h|--help] [-g|--debug] [--temp-profile] [options]
+
+ * Non-maintainer upload.
+ * debian/diff/0010-CVE-2010-3906.diff:
+new; gitweb: do not parrot filenames or other arguments given
+in a request without proper quoting (closes: #607248).
+
+ -- Jonathan Nieder jrnie...@gmail.com Thu, 13 Jan 2011 23:13:05 -0600
+
git-core (1:1.5.6.5-3
retitle 592569 gs: ps documents can overwrite arbitrary files unless -dSAFER is
used
quit
Hi Paul,
Paul Szabo wrote:
Please make the -dSAFER option the default.
For discussion, rationale etc please see bugs #583183 and #584663
Thanks for a reminder. I'm retitling this bug to clarify the
Jeff Licquia wrote:
On Mon, 2002-11-18 at 18:36, oli wrote:
getting Print file was not accepted (client-error-bad-request)!. after
setting loglevel to debug in cupsd.conf, error_log reports :
[19/Nov/2002:00:31:30 +0100] [Job 1] GNU Ghostscript 7.05 (2002-04-22)
D [19/Nov/2002:00:31:30
Hi Derrick,
Derrick 'dman' Hudson wrote:
On Fri, May 14, 2004 at 12:49:29PM +0900, Kenshi Muto wrote:
| Derrick 'dman' Hudson wrote:
| D [13/May/2004:21:23:22 -0400] [Job 2910] Error: /typecheck in --.unread--
| D [13/May/2004:21:23:22 -0400] [Job 2910] Operand stack:
| D [13/May/2004:21:23:22
tags 274553 + upstream moreinfo
quit
Hi Mark,
Mark Hubbard wrote:
Package: gs-esp
Version: 7.07.1-9
[...]
I [02/Oct/2004:16:02:27 +0100] Started backend /usr/lib/cups/backend/parallel
(PID 894) for job 31.
E [02/Oct/2004:16:02:30 +0100] [Job 31] Unable to get media size!
E
tags 291670 + upstream moreinfo
quit
Hi,
Alberto Hernando wrote:
I have a problem with printing pdf files. I can see these files well
with xpdf and kghostview, but when I try to print them, the pages are
scaled so that the margins are lost.
Mario Lipinski wrote:
i just had the same
reassign 314169 ghostscript
found 314169 gs/8.01-5
found 314169 ghostscript/9.00~dfsg-2
tags 314169 + confirmed help
quit
Hi,
Uwe Muench wrote:
when calling gs with the option -sDEVICE=ppmraw,
36 gs -sDEVICE=ppmraw fax-eltern-1.ps
it fails with this error message:
So it does. [1]
Package: git-daemon-run
Version: 1:1.7.2.3-2.2
Severity: important
git-daemon-run wants to be removed and purged in steps separated by a sleep
of a second or so[1]. Otherwise userdel fails with user gitlog is currently
logged in.
http://bugs.debian.org/607243 (the corresponding runit bug) has
Volker Behr wrote:
Ok, I checked that again - with Firefox (or any related browser) I get
exactly the kerning errors shown. With Opera the page looks just fine. I
remember in the past several issues with PostScript-Code generated by
Firefox.
Michael wrote:
The only thing that still
tags 330846 + moreinfo
quit
Hi Christopher,
Christopher Mario Maes wrote:
Using the latest version gs-esp as the postscript backend for gv causes
latex fonts to look horrible. The fonts are rasterzied correctly in the
stable version 7.07.1-9.
Compare the stable version:
reassign 331687 ghostscript
found 331687 gs-esp/8+8.15rc4.dfsg.1-2.1
fixed 331687 ghostscript/9.00~dfsg-2
quit
vesse wrote:
ps2pdf crashes when used:
For me (with ghostscript 9.00~dfsg-2) it works.
$ man -t ls ls.ps
$ ps2pdf ls.ps
$ see ls.pdf
Any hints for reproducing this?
--
To
tags 335617 + moreinfo
quit
Anders Johansson wrote:
~/$ dvipdf manual.dvi
/usr/bin/dvipdf: line 40: 30096 Doneexec dvips -Ppdf -q
-f $infile
30097 Segmentation fault | gs $OPTIONS -q -dNOPAUSE -dBATCH
-sDEVICE=pdfwrite -sOutputFile=$outfile $OPTIONS -c
tags 335617 + moreinfo
quit
Anders Johansson wrote:
~/$ dvipdf manual.dvi
/usr/bin/dvipdf: line 40: 30096 Doneexec dvips -Ppdf -q
-f $infile
30097 Segmentation fault | gs $OPTIONS -q -dNOPAUSE -dBATCH
-sDEVICE=pdfwrite -sOutputFile=$outfile $OPTIONS -c
tags 337241 + moreinfo
quit
Shan Mignot wrote:
dvipdf generates pdf files which acrobat reader (acroread 7.0-0.9) is not
capable of displaying correctly. The files suffer from A drawing error
occured.
and the first page or more are then displayed as empty. Additionally,
Insufficient
data
reassign 343901 libgs9
found 343901 gs-esp/8.15.1.dfsg.1-1
found 343901 ghostscript/9.00~dfsg-2
tags 343901 + confirmed
quit
Sebastian Schmidt wrote:
gs-esp with -sDEVICE=lx5000 hangs when printing PostScript files
generated by mozilla (firefox, in this case). I have attached a file
which
tags 350553 + moreinfo
quit
Marc Lehmann wrote:
Same problem here, an image that rendered in 1s before now takes 9
seconds here.
This is very valuable to learn. Did the speed ever come back up again
or was the slowdown permanent? (Please forgive my ignorance.)
--
To UNSUBSCRIBE, email
reassign 352069 ghostscript
found 352069 gs/8.15-4.1
tags 352069 + moreinfo help
quit
Jan Willem Stumpel wrote:
There are problems with Japanese printing through Ghostscript (gs variants
with gs-cjk-resource). These problems turn up with
- moz: printing through PostScript/Default (not
Package: preview-latex-style
Version: 11.83-7
Hi Davide et al,
preview-latex-style (e.g., version 11.86-2) Recommends doc-base
for no reason I can see. Registering doc-base files does not
require the doc-base package to be installed, since it uses
triggers.
Would it make sense to drop the
# fails to upgrade to lenny
severity 586681 grave
reassign 586681 insserv,initscripts
found 586681 insserv/1.12.0-4
found 586681 sysvinit/2.86.ds1-61
fixed 586681 insserv/1.12.0-7
fixed 586681 sysvinit/2.86.ds1-63
tags 586681 + lenny
quit
Petter Reinholdtsen wrote:
[Timo Juhani Lindfors]
Do
Package: libreoffice-emailmerge
Version: 1:3.3.0~rc3-2
Severity: minor
Justification: cosmetic
Typical experimental i386 system. From today's upgrade:
| Preparing to replace python-uno 1:3.3.0~rc2-3 (using
.../python-uno_1:3.3.0~rc3-2_i386.deb) ...
| Unpacking replacement python-uno ...
|
-by: Jonathan Nieder jrnie...@gmail.com
---
Seems to work okay. Thoughts?
debian/changelog |8
debian/control |1 +
debian/postinst |6 ++
debian/postrm|6 ++
debian/preinst |6 ++
5 files changed, 27 insertions(+), 0 deletions(-)
create mode
Alexander Wirt wrote:
You can also rewrite the patch without dpkg-maintscript-helper, I did this
before. But I am not yet sure if this is a good idea, I have to check first
if the files are really compatible.
Since squeeze isn't released and 8.6.3 is not for squeeze we have a little
bit
-debconf.
+ * debian/control, debian/runit.README.Debian: remove vestiges of
+the runit-run package.
+
+ -- Jonathan Nieder jrnie...@gmail.com Sun, 16 Jan 2011 13:26:58 -0600
+
runit (2.1.1-6.1) unstable; urgency=low
* Non-Maintainer Upload.
diff -u runit-2.1.1/debian/runit.postinst runit
Dear mentors,
I am looking for a sponsor for the new version 2.1.1-6.2 of the
package runit.
It builds these binary packages:
runit - system-wide service supervision
The upload would fix these bugs: 605912
That is, it allows upgrading from the package in lenny.
The package can be found
Julien Cristau wrote:
On Sun, Jan 16, 2011 at 14:36:05 -0600, Jonathan Nieder wrote:
diff -u runit-2.1.1/debian/runit.postrm runit-2.1.1/debian/runit.postrm
--- runit-2.1.1/debian/runit.postrm
+++ runit-2.1.1/debian/runit.postrm
@@ -9,13 +9,18 @@
[...]
+
+# remove lingering debconf-managed
unarchive 453106
found 453106 runit/2.1.1-6.2
quit
[resending now that the bug is unarchived; sorry for the noise.]
Abhijit Hoskeri wrote:
The runit package does not have any way ( ex. a debconf variable) to
avoid inserting the runit entry into inittab. This means that when runit
is installed
Package: cupt
Version: 1.5.14.1
Severity: wishlist
Hi,
Long time no write. Today I learned that my /var/lib/apt/lists was
about three times as large as it ought to be. Running ls, I found
lists from mirrors I no longer use. apt-get update fixed it.
The apt-get(8) manual says:
tags 481966 + patch
quit
Hi again,
Sorry for the slow response.
Samuel Bronson wrote:
On Tue, Nov 2, 2010 at 10:12 PM, Jonathan Nieder jrnie...@gmail.com wrote:
This package does not include a reference manual for bash. It
only includes the distributable documentation: the example
:00:00 2001
From: Jonathan Nieder jrnie...@gmail.com
Date: Mon, 17 Jan 2011 19:06:54 -0600
Subject: [PATCH 1/2] git-import-dscs --debsnap: Dump usage if argument is
missing
---
git-import-dscs |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/git-import-dscs b/git-import
Package: git-buildpackage
Version: 0.5.17
Hi,
Trying out this neat import-dscs --debsnap tool.
$ git import-dscs --debsnap libwpd
gbp:info: Downloading snapshots of 'libwpd' to '/tmp/tmpB42AOI'...
debsnap: No source files found for libwpd version 0.8.4-2+b2
debsnap: No source files found for
Package: git-buildpackage
Version: 0.5.17
Trying to import history of a Debian package from a git clone
of the upstream repo:
$ git import-dsc ../source-libwpd/libwpd_0.7.2-1.dsc
gbp:info: Tag upstream/0.7.2 not found, importing Upstream tarball
fatal: Needed a single revision
gbp:error:
Package: git-buildpackage
Version: 0.5.17
Tags: patch
Hi again,
Currently git import-dsc sets the committer date on commits it writes
to equal the author date. That means it is very easy to get
out-of-order commit timestamps, which are a bad thing™. [1]
But more important to me is the
tag 610376 pending
thanks
Date: Mon Jan 17 19:17:56 2011 -0600
Author: Jonathan Nieder jrnie...@gmail.com
Commit ID: f2f03b79db00f04e5fe2f3db0307eda419373ec8
Commit URL:
http://git.debian.org/?p=users/agx/git-buildpackage.git;a=commitdiff;h=f2f03b79db00f04e5fe2f3db0307eda419373ec8
Patch URL
# v1.7.4-rc0~205^2~1 (git log/diff: add -Gregexp that greps in the
# patch text, 2010-08-23)
clone 589283 -1
retitle -1 git log --grep-diff
reassign -1 git
block 589283 by -1
tags -1 + fixed-upstream
quit
Hi Chris,
C or L Smith wrote:
One thing I find myself wishing for is the ability to find
tags 610481 + upstream fixed-upstream
quit
Hi Julian,
Julian Calaby wrote:
When using git svn rebase from a script with the config option
log.decorate=short set, it produces the following errors:
Use of uninitialized value $hash in string eq at /usr/lib/git-core/git-svn
line 1532.
Fixed
Julian Calaby wrote:
I assume that this'll hit Debian next shortly after Squeeze is
released and #600566 [1] is closed. =)
Not unless by coincidence. ;-) It would be uploaded to experimental
today if I were maintainer, but currently the maintainer is on
vacation, so an upload is unlikely
Hi Guido and Rob,
Guido Günther wrote:
I tend to agree here. I introduced the change recently since Rob (cc:)
had good arguments for it:
# However, the committer date does appear to affect things like the
# --since and --until arguments, and if you're trying to import old
# history, I
Guido Günther wrote:
On Wed, Jan 19, 2011 at 09:18:33PM -0600, Rob Browning wrote:
For what it's worth, I believe having current committer dates also
alters the way gitk sorts its display.
Makes sense. Not too relevant here, but have you tried
gitk --topo-order?
So I think having this as
Hi again,
Andreas Metzler wrote:
ametz...@merulo:/tmp/GIT/git-core-1.6.6-debug/t/trash
directory.t1001-read-tree-m-2way$ M.out
/tmp/GIT/git-core-1.6.6-debug/git-is-binary M.out 4.out
static buffer is not binary
stdin is not binary
M.out is binary
4.out is not binary
I’ve also
Jonathan Nieder wrote:
I have attached
generic-is-binary.c to pin this down; could you try:
uname -r
dpkg -l libc6
gcc -Wall -W -O -o generic-is-binary generic-is-binary.c
M.out ./generic-is-binary M.out
If M.out (but not stdin) is reported to be binary, great
-by: Jonathan Nieder jrnie...@gmail.com
---
Andreas Metzler wrote:
FWIW all versions of git-diff I tried (1.6.6, 1.6.5, and 1.5.6.5)
report Binary files a/M.out and b/4.out differ.
Thanks for checking this. So Anders’s suggestion is right: we
should disable the test suite on ia64 for now.
How about
doesn’t do anyone any good,
so let’s ignore the result of the test suite for now.
Works-around: http://bugs.debian.org/563882
Reported-by: Anders Kaseorg ande...@mit.edu
Investigated-by: Andreas Metzler ametz...@downhill.at.eu.org
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
+ : 'ignoring
reassign 563882 libc6.1 2.10.2-5
severity 563882 critical
retitle 563882 ia64: mmap reading null bytes that should not be there
thanks
Hi libc maintainers,
mmap() on ia64 seems to be totally broken. git does something
like the following to detect binary files:
struct stat st;
Bastian Blank wrote:
On Tue, Jan 26, 2010 at 01:48:34PM -0600, Jonathan Nieder wrote:
severity 563882 critical
Please explain. git is neither unrelated to glibc nor does this cause
serious data loss.
My mistake, sorry about that.
The test program does not properly show what is going
Bastian Blank wrote:
The following program shows the cause:
| #include sys/stat.h
| #include sys/mman.h
| #include fcntl.h
|
| int main(int argc, const char * const argv[])
| {
| struct stat st;
| lstat(argv[1], st);
|
| int fd = open(argv[1], O_RDONLY);
| void *data =
forwarded 563882 http://sourceware.org/bugzilla/show_bug.cgi?id=11230
thanks
Hi Aurelian,
Aurelien Jarno wrote:
On Tue, Jan 26, 2010 at 04:06:32PM -0600, Jonathan Nieder wrote:
FYI: http://sourceware.org/bugzilla/show_bug.cgi?id=10162
Maybe glibc 2.11.1 (which includes a cherry-pick
Package: git-core
Version: 1:1.6.6.1-1
Severity: wishlist
Tags: patch
Hi Gerrit,
I am interested in testing git master for a few reasons:
- some operations are supposed to be a lot faster --- for example,
git grep, which would be nice day to day.
- some of the new features sound
|
| 2. Git User’s Manual
|file:///home/buildd/share/doc/git-doc/user-manual.html
Here is a pair of patches to fix it.
Regards,
Jonathan Nieder (2):
debian/rules: new DOC_OPTS macro for doc makefile options
debian/rules: fix references in man pages to point to /usr
debian
instead of $HOME.
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
debian/changelog |4 +++-
debian/rules |2 +-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 9a7a81a..11cfe82 100644
--- a/debian/changelog
+++ b/debian
Move the documentation-building options to the beginning of the
makefile for easier tweaking.
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
debian/rules |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/debian/rules b/debian/rules
index 9bf17e8..fdb2b85 100755
reassign 559371 libcurl3-gnutls 7.18.2-8lenny3
thanks
Hi Domenico,
When Louis tries to access some files through https using a proxy
(squid/2.6.STABLE16), curl returns the error
gnutls_handshake() failed: A TLS warning alert has been received.
It works fine when using a direct (no proxy)
[I forgot to cc: libcurl3-gnu...@packages.debian.org. *sigh*
Resending. Sorry for the noise.]
Hi Domenico,
When Louis tries to access some files through https using a proxy
(squid/2.6.STABLE16), curl returns the error
gnutls_handshake() failed: A TLS warning alert has been received.
It works
Hi Gerrit,
The following changes since commit 0fd8588401415a5056e24acaea0344bb448ae7b4:
* debian/gitweb.conffiles: add /etc/apache2/conf.d/gitweb. (2010-01-27
13:31:04 +)
are available in the git repository at:
git://repo.or.cz/debian-git/jrn experimental
Jonathan Nieder (10
Jonathan Nieder wrote:
I think the Python can wait, since the package works fine without it.
Ah, and I forgot to mention this is upstream’s wish as well.
http://thread.gmane.org/gmane.comp.version-control.git/138470/focus=138523
Jonathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
Hi,
Steve Langasek wrote:
--- a/policy.sgml
+++ b/policy.sgml
@@ -570,7 +570,7 @@
p
Every package must be accompanied by a verbatim copy of
- its copyright and distribution license in the file
+ its copyright notices and distribution license in the file
Package: zlib1g-dev
Version: 1:1.2.3.4.dfsg-3
Severity: wishlist
Hi,
zlib’s gzFile interface provides no way I can see to recover from
EINTR.
Context:
When library code makes syscalls, I live in constant danger that the
application may have installed a signal handler with SA_RESTART
disabled.
Hi Bob,
A few updates to the proposed updates.
Tony made a few changes that allow the Debian diff to be a little
smaller. Still, the main advantage of his version over the FreeBSD
one currently is that it can handle common idioms like the following:
#if defined(__STDC_VERSION__)
Hi Bob,
Bob Proulx wrote:
I haven't been able to look
at your suggestions for unifdef yet but will do so as soon as
possible. However it is holiday week and I am traveling visiting
family.
That makes sense.
I will only have infrequent network access until I return
next week. The second
found 532775 git-core/1:1.6.5.3-1
retitle 532775 rebase -i -p: very easy to mess up history
thanks
Hi,
Jiří Paleček wrote:
++ +---+ +---+ +---+ +---+ +---+
| master +--+ Xs... +---+ A +---+ Ys... +---+ B +---+ Zs... |
clone 557425 -1 -2
retitle 557425 lenny-squeeze upgrade, debconf defaults - system unbootable
retitle -1 please produce a grub.cfg that can be used by payload from lenny
severity -1 wishlist
submitter -1 !
retitle -2 upgrades should run grub-install as a safe default
severity -2 serious
thanks
found 554682 git-core/1:1.6.5.3-1
tags 554682 + upstream
thanks
Joey Hess wrote:
I do not see this crash with a git-bundle built from current git head.
j...@gnu:~/tmpmkdir new
j...@gnu:~/tmpcd new
j...@gnu:~/tmp/newgit init
Initialized empty Git repository in /home/joey/tmp/new/.git/
reassign 534763 libsvn-perl
forcemerge 551769 534763
affects 534763 + git-svn
thanks
Niko Tyni wrote:
On Tue, Oct 20, 2009 at 09:03:48PM +0300, Eugene V. Lyubimkin wrote:
Since libsvn-perl contains binary Perl module in the middle of the stack
strae, it is a possible culprit of this bug.
severity 556796 wishlist
thanks
Guillaume Yziquel wrote:
git-svn should be available from /usr/bin, or at least from a place
available in a sensible, usual, common $PATH.
I don’t see why. What are you trying to do that requires running
git-svn instead of git svn?
Moreover, as git svn
Hi Adam,
Adam Borowski wrote:
When running git svn clone on a large repository, every a few revisions
or a single big one it stops with:
fatal: unable to run 'git-svn'
git svn fetch resumes the clone, stopping again after a few revisions. If
you keep resuming it long enough, the clone
Hi,
Sorry to write so long after your report, but it looks interesting...
David Förster wrote:
Package: git-svn
Version: 1:1.5.6.5-3+lenny1
Severity: normal
When trying to clone a certain subversion repository git svn justs
exits after one of the repacking runs performed during cloning
reassign 507475 asciidoc 8.5.1-1
retitle 507475 asciidoc: HTML output for [verse] requires CSS
thanks
Hi Fredrik,
Man pages using [verse] markup render as
div class=verseblock
div class=verseblock-contentemutil/em args...
line 2
line 3/div
div
Adam Borowski wrote:
New git says instead:
error: git-svn died of signal 13
Ah, okay. That’s a little harder. Bug#526989 seems to be about the
same thing.
Would you be willing to try running a modified git-svn to see when and
how it dies? This would mean copying git-svn from
Hi David,
David Förster wrote:
I'll send you the output of the PERLDB_OPTS ... command in private mail.
Received; thanks!
trace: built-in: git 'update-index' '-z' '--index-info'
error: git-svn died of signal 13
So it looks like git update-index is dying early. To check this:
cp
Package: ttf-thai-tlwg
Version: 1:0.4.13-3
Severity: grave
Justification: renders package impossible to install
Hi,
Today’s upgrade of ttf-thai-tlwg fails for me:
| Preparing to replace ttf-thai-tlwg 1:0.4.13-2 (using
.../ttf-thai-tlwg_1%3a0.4.13-3_all.deb) ...
| /var/lib/dpkg/tmp.ci/preinst:
Package: autoconf
Version: 2.65-2
Severity: wishlist
Tags: upstream
Hi,
I was looking at packaging a simple program that uses autoconf but not
automake. To avoid worrying about keeping the auxiliary files
auxiliary files up to date, I removed all autotools-provided files and
added ‘autoreconf
Package: autoconf
Version: 2.65-2
Severity: wishlist
Hi again,
As I mentioned in http://bugs.debian.org/559636, most configure
scripts generated by autoconf fail if there is no copy of install-sh
nearby:
| configure: error: cannot find install-sh, install.sh, or shtool in . ./..
./../..
This
Hi again,
Just writing to let you know I updated the proposed updates to Debian
unifdef again. The updated package is available from the usual spot.
- http://git.debian.org/?p=collab-maint/unifdef.git
-
John Goerzen wrote:
Please show me the versions of the build-deps you have. I suspect you
are trying to build a lenny version on sid.
I have not been having problems any more. At the time I wrote, 1.0.7.2
was the current version in sid. Indeed, I was trying to build that
version on sid.
Package: lintian
Version: 2.2.13
Severity: wishlist
Hi Lintian maintainers,
Debian policy allows version numbers like 4.999.8beta-115-gadbad2d-1
(http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version),
which makes the symbols-file-contains-debian-revision check tricky.
For
* [6082754] Update README for patches 210 - 239
- [ef67fb5] [7.2.221] X cut_buffer0 text may be used in the wrong encoding
(Closes: #531372)
Just tried the updated vim. Copying and pasting ‘étale’ now works as
it should - thanks!
Just a nit, but copying and pasting ‘“Hello”’
reopen 539298
reassign 539298 vim
tags 539298 - fixed-upstream
notforwarded 539298
thanks
James Vega wrote:
This behavior would be a wishlist bug (which I've done). I'm not sure
how likely this is to be implemented, though.
Thanks. I'll look at this this weekend.
As it is, vim does not use
Package: doxygen
Version: 1.6.2+20100208-0.1
Severity: normal
Hi Matthias,
doxygen does not provide a change log in its upstream tarball, but
it does provide one online:
http://www.stack.nl/~dimitri/doxygen/changelog.html
http://www.stack.nl/~dimitri/doxygen/changelog_1.3.html
Johan Herland (1):
builtin-config: Fix crash when using -f relative path from non-root
dir
Jonathan Nieder (8):
git-gui: Makefile: consolidate .FORCE-* targets
Fill out debian/copyright
Fix references in generated man pages to point to /usr
debian/rules: stop ignoring
Hi Soroen,
Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the shogun package:
#568612: shogun: FTBFS due to doxygen bug#564338
It has been closed by Soeren Sonnenburg so...@debian.org.
Looks like the doxygen bug has
Source: git-core
Version: 1:1.6.6.2-1
Severity: serious
Justification: FTBFS
Apparently re-enabling the git test suite (see #568915) reveals
another problem on the ia64. The test is in submodule support, so it
is probably worth disabling for the moment (since the rest of git
should be usable).
retitle 569594 git-core: [ia64 FTBFS] t7400-submodule-basic.sh fails
thanks
Jonathan Nieder wrote:
Severity: serious
Justification: FTBFS
Apparently re-enabling the git test suite (see #568915) reveals
another problem on the ia64. The test is in submodule support, so it
is probably worth
Package: libaa1-dev
Version: 1.4p5-38
Severity: minor
Hi Bart,
Installing libaa1-dev produces an unsightly message:
| Configurazione di libaa1-dev (1.4p5-38)...
| Ignoring install-info called from maintainer script
| The package libaa1-dev should be rebuilt with new debhelper to get trigger
Jonathan Nieder wrote:
To learn more, you can run sh t7400-submodule-basic.sh -v from the t/
subdirectory of a git build directory and look at the files in
trash directory.t7400-submodule-basic.
Or, better,
sh -x t7400-submodule-basic.sh -v -i
Jonathan
I would love to do so myself.
Any
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
Jonathan Nieder wrote:
liblzma2 is now in unstable and built almost everywhere.
ABI changes necessitated changing its SONAME.
The updated liblzma-dev and liblzma2 are now
severity 493646 wishlist
thanks
Hi Kurt,
About a year ago, you wrote:
Package: gitk
Version: 1:1.5.6.3-1
When looking at the history with gitk, when there is a merge, it's not
clear at all to me what exactly got merged.
It's ussually only the last commit on the developement branch
Kurt Roeckx wrote:
On Fri, Feb 12, 2010 at 04:49:34PM -0600, Jonathan Nieder wrote:
Could you say a little more about this? Is the problem that you want
a list of patches representing the diff between a merge commit and its
first parent?
I think the main problem is that when I look
tags 468800 + upstream
retitle 468800 git-svn: convert show-ignore patterns to gitignore format
severity 468800 wishlist
thanks
Hi Matt,
Matt Kraai wrote:
The show-ignore subcommand does not show the patterns from the
global-ignores configuration variable (or from its default value if
it's
tags 497687 + upstream
severity 497687 important
thanks
Hi Mark,
Mark Brown wrote:
When git gui starts it does a check to see how many loose objects are in
the repository and displays a warning if this is over a certain number,
offering to do a gc. Since I track trees like linux-next that
tags 564087 + unreproducible
thanks
Florian Lohoff wrote:
On Tue, Jan 26, 2010 at 10:53:24PM -0800, Matt Kraai wrote:
I'm trying to reproduce this issue, but I can't. I have bsdutils
1:2.16.2-0 installed. Here's how it behaves on my system:
kr...@macbookpro:~$ time script -c sleep 10
Package: doxygen
Version: 1.6.2+20100208-0.1
Severity: wishlist
Tags: upstream
Hi Matthias,
The debian/copyright file for doxygen is currently a bit confusing:
- It says that the license does not apply to various things, which
would mean one has less freedom to use those things, though I
Mark Brown wrote:
On 13 Feb 2010, at 00:06, Jonathan Nieder jrnie...@gmail.com wrote:
- Would it be possible to tar up a .git directory with this problem
somewhere I can look at it? Alternatively, is there a simple and
reliable recipe for reproducing this?
Generating a lot of objects
retitle 569594 git-core: [FTBFS] t7400-submodule-basic.sh fails
found 569594 git-core/1:1.7.0~rc2-1
thanks
Hi,
I’m looking for someone who could give access to an s390 or ia64
to track down a test failure in git-core. Access could be given
to the following ssh key which has been generated for
Package: git-core
Version: 1:1.7.0~rc2-1
Severity: normal
Hi,
I was working on a project with a history like this:
v1.7.0-rc0 -- v1.7.0-rc1 -- v1.7.0-rc2 -- v1.7.0 [master]
/ /
v1.6.6.1 v1.6.6.2
found 514220 ca-certificates/20090814
quit
Philipp Kern wrote:
patches for this bug are welcome
What license terms do your debian/ directory use? Granted, this is a
small enough patch that it is probably not copyrightable.
Completely untested, probably problematic:
-- % --
Subject: postinst:
Kurt Roeckx wrote:
On Fri, Feb 12, 2010 at 05:26:40PM -0600, Jonathan Nieder wrote:
Suppose (where time flows left to right), I have this history:
E -- F -- G [topic]
/
A -- B -- C -- D [master]
If I am on branch master and use 'git merge topic', then all the
changes from A to G
Kurt Roeckx wrote:
On Sat, Feb 13, 2010 at 03:02:46PM -0600, Jonathan Nieder wrote:
Then while on the stable branch you use 'git cherry-pick H'. This
produces a history like so:
E -- F -- G --- H --- I --- ... [devel]
/
A -- B -- C -- D --- H' [stable]
where H' introduces
Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the autoconf2.13 package:
#569265: autoconf2.13: should be rebuilt with new debhelper to get trigger
support
Thanks much!
Also, thank you for making the compatibility
fixed 569815 1.2.10really1.2.8-1
thanks
Hi,
jida...@jidanni.org wrote:
reopen 569815
found 569815 1.2.10-1
thanks
firefox says Couldn't load XPCOM and dies.
Downgrading
Note that version 1.2.10really1.2.8-1 is distinct from 1.2.10-1.
Upgrading to 1.2.10really1.2.8-1 should fix this.
401 - 500 of 6971 matches
Mail list logo
