I am not only in approval of Micha's NMU, but if he judges a version
upgrade of gnucash to be suitable and is interested in preparing that
NMU, I approve that too.
Thomas
On Tue, 2009-09-01 at 19:17 +0200, Joachim Breitner wrote:
> Hi,
>
> Am Dienstag, den 01.09.2009, 15:18 +0200 schrieb Micha
On Sun, 2006-12-31 at 21:10 +0100, Loïc Minier wrote:
> Finally, since glib's upstream added support for key names with MIME
> types chars such as "/" and "+" for gnome-vfs2, I also added a patch to
> silently support key names with spaces in the middle of the name (not
> at the beginning or at
tag 406378 +unreproducible, +moreinfo
thanks
On Wed, 2007-01-10 at 10:04 -0800, Jim Woodruff wrote:
> Package: gnucash
> Version: 2.0.2-2.1
> Severity: grave
> Justification: renders package unusable
>
> Everytime I try to open an account register, GnuCash crashes with the dialog
> box
> "GnuCas
On Wed, 2007-01-10 at 14:43 -0800, Jim Woodruff wrote:
> I have the following installed:
>
> libgail-common1.8.11-4
> libgail-dev 1.8.11-4
> libgail17 1.8.11-4
Ah, helpful. I think I may know what the problem is. Can you send me
the contents of /usr/share/doc/libgail17/changel
On Thu, 2007-01-11 at 10:19 -0800, Jim Woodruff wrote:
> Here's a thought, since the error referred to guile 1.8
> (ERROR: Could not find slib/require.scm in ("" "" "/usr/share/guile/site"
> "/usr/share/guile/1.8" "/usr/share/guile"))
> Shouldn't I have the guile-1.8-dev? This package doesn't
> se
On Thu, 2007-01-11 at 08:58 -0800, Jim Woodruff wrote:
> Loïc Minier formed by artistic effort the following on 01/11/07 07:31:
> > On Thu, Jan 11, 2007, Jim Woodruff wrote:
> >
> >> I have attached my debug info:
> >>
> >
> > That's already very interesting, thanks: it shows that the bug
On Thu, 2007-01-11 at 21:49 +0100, Loïc Minier wrote:
> On Thu, Jan 11, 2007, Jim Woodruff wrote:
> > Here's a thought, since the error referred to guile 1.8
> > (ERROR: Could not find slib/require.scm in ("" "" "/usr/share/guile/site"
> > "/usr/share/guile/1.8" "/usr/share/guile"))
> > Shouldn't
On Fri, 2007-01-12 at 10:25 +0100, Loïc Minier wrote:
> On Thu, Jan 11, 2007, Thomas Bushnell BSG wrote:
> > I don't see any reason to think there are missing build deps. It seems
> > rather like the build is pulling in parts of guile-1.8 for some bogus
> > reason. I ca
On Fri, 2007-01-12 at 20:20 +0100, Loïc Minier wrote:
> On Fri, Jan 12, 2007, Thomas Bushnell BSG wrote:
> > I am saying that the build failure, in my opinion, has *nothing to do*
> > with missing packages. There is no indication in the error that the
> > problem is a
On Fri, 2007-01-12 at 21:26 +0100, Loïc Minier wrote:
> On Fri, Jan 12, 2007, Thomas Bushnell BSG wrote:
> > No. You are making all kinds of assumptions, and just guessing, I
> > think. The debian/rules file explicitly uses guile-1.6 unconditionally.
> > If that isn'
On Fri, 2007-01-12 at 21:38 +0100, Loïc Minier wrote:
> On Fri, Jan 12, 2007, Thomas Bushnell BSG wrote:
> > If the package does not build properly on a normal system, under the
> > circumstances you describe, that means there is a bug.
> >
> > It does not mean that the
On Sun, 2007-01-14 at 03:55 -0800, Steve Langasek wrote:
> On Sat, Jan 13, 2007 at 09:26:13PM -0800, Thomas Bushnell BSG wrote:
> > Hi Steve; you were very helpful with the last alpha bug reported by this
> > submitter; I'm wondering if you can give it a little attention. I
> I noticed the above package upgrades are for the i386 architecture. Is
> the fix being
> ported to the alpha architecture as well?
No port is necessary as such. The autobuilders will pick the package up
and upload it, though the alpha one seems to be a bit behind right now
so I don't know how
severity 402753 important
thanks
On Thu, 2007-02-08 at 02:29 +0200, Yitzchak Gale wrote:
> This package is supposed to provide documentation,
> but none at all is provided due to bugs. So this
> is a grave bug.
Your hypothesis is incorrect. But thanks for the attention to the bug,
and the work
Severity: serious
Package: ftp.debian.org
Can you please remove the out-of-date ia64 package for lilypond in
unstable? The crucial prerequisite guile-1.8 does not work on it, and
the guile maintainer does not have the necessary expertise to fix it
right away. For the moment, this means that guil
On Tue, 2006-12-05 at 00:44 +, Adam D. Barratt wrote:
> No, I'm not a developer. I have however being triaging ftp.d.o bugs for
> some time now.
Cool; I know that bug triage is a hugely important thing and I am very
appreciative of those who help me out with my packages doing that.
> The addr
The latest version of guile, guile-1.8, does not work on ia64. See
#401400 for more information.
Because lilypond depends on guile, this causes a problem for further
support for lilypond on ia64 in Debian. The latest version of lilypond,
2.8, does not build against guile-1.6.8, and thus requires
severity 402692 important
tags 402692 +unreproducable, +moreinfo
thanks
On Mon, 2006-12-11 at 23:26 -0500, James Aspnes wrote:
> Package: gnucash
> Version: 2.0.2-2
> Severity: grave
>
> Gnucash crashes when tabbing off of an autofilled description in
> register entry. This error message appear
On Tue, 2006-12-12 at 21:20 +0100, Frank Küster wrote:
> We've got a problem here, since all three packages are in testing,
> provide /usr/bin/aleph, and conflict with each other (or rather, the
> *tex* packages conflict with aleph).
Eek.
>
> The right solution to this would be to package the "n
From Paul's comments, it seems to me that there is no need for the
current Aleph it's been replaced, and it's three years old. I have no
opinion about whether it ought to be dropped from Debian.
Paul also explains that AFNIX replaced Aleph, and should not be thought
of as just a new version with
Version: 2.0.3-2.1
Package: gnucash
Severity: serious
NMU upload of gnucash fails to build on arm.
make[5]: Entering directory
`/build/buildd/gnucash-2.0.2/src/network-utils/test'
if gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../.. -I../../.. -I../../..
-I../../../src/test-core -I.. -pthread
On Tue, 2006-12-26 at 17:27 +0100, Robert Schueler wrote:
> Package: gnucash
> Version: 2.0.2-2.1
> Severity: grave
> Justification: renders package unusable
>
> Gnucash fails to write the config file under .gnucash/books/ which store data
> about configured reports and windows-size.
> Following
On Fri, 2006-12-29 at 00:49 +0100, Josselin Mouette wrote:
> Le jeudi 28 décembre 2006 à 14:47 -0800, Thomas Bushnell BSG a écrit :
> > Package: glib2.0
> > Version: 2.12.5-3
> >
> > This version of glib (both 2.12.5-3 and 2.12.6-1) causes an important
> > reg
On Fri, 2006-12-29 at 01:41 +0100, Josselin Mouette wrote:
> > 1) The release team has asked us not to upload changes which are not
> > destined for etch, and making gnucash work with the glib in unstable is
> > therefore a low priority;
>
> The glib in unstable is destined for etch, whether you l
On Fri, 2006-12-29 at 01:56 +0100, Josselin Mouette wrote:
> Now, if you don't provide us with the necessary data, we won't be able
> to fix the regression it introduces in gnucash.
There are clearly two plausible solutions to the underlying problem:
1. Change gnucash to conform to the new behavi
On Fri, 2006-12-29 at 01:56 +0100, Josselin Mouette wrote:
> Now, if you don't provide us with the necessary data, we won't be able
> to fix the regression it introduces in gnucash.
Here is a sample file; I suspect the offending character is the space,
if I'm reading Marc Brockschmidt's regex righ
On Fri, 2006-12-29 at 08:44 +0100, Martin Schulze wrote:
> For the sake of the upcoming release, I wonder how many files / users
> are affected by this change? Is it really release-critical? If not,
> would it not helpe if Thomas provides a script in the gnucash package
> that adjusts the keys th
On Fri, 2006-12-29 at 03:06 +0100, Josselin Mouette wrote:
> Le jeudi 28 décembre 2006 à 17:29 -0800, Thomas Bushnell BSG a écrit :
> > On Fri, 2006-12-29 at 01:56 +0100, Josselin Mouette wrote:
> > > Now, if you don't provide us with the necessary data, we won
Despite what Josselin has said, I can see no indication from a brief
perusal of the upstream branch sources in trac that upstream gnucash
either no longer uses these key files or has changed away from the keys
with embedded spaces.
I have asked gnucash upstream for their thoughts on the long-term
On Sat, 2006-12-30 at 17:15 +0100, Josselin Mouette wrote:
> Le vendredi 29 décembre 2006 à 10:48 -0800, Thomas Bushnell BSG a
> écrit :
> > Despite what Josselin has said, I can see no indication from a brief
> > perusal of the upstream branch sources in trac that upstream gnu
On Fri, 2006-11-10 at 15:04 -0800, Steve Langasek wrote:
>
> > Architecture: !s390
>
> No, this syntax is not supported.
What is needed to finally support it? It's been wanted for years now
and is clearly better than not having it.
Thomas
signature.asc
Description: This is a digitally sign
On Sun, 2006-11-12 at 06:29 -0800, Steve Langasek wrote:
> Hi Thomas,
>
> For my part, I do have to wonder if an mbox with an embedded NUL is even a
> valid mbox file. What is your MTA/MDA for this setup?
Perfectly ordinary Debian exim and mail spool file format.
If you believe that this is not
On Sun, 2006-11-12 at 14:45 -0800, Steve Langasek wrote:
> found 361354 1:1.1+dfsg1-1
> thanks
>
> Ok, this bug still manifests in mailutils 1.1, the current version in
> unstable.
>
> Observing the effects myself, and rereading your report carefully, I do have
> to question again the severity as
Loïc Minier <[EMAIL PROTECTED]> writes:
> So IIUC, a new upstream release requires python 2.4 and fixes the
> gcc-4.1 build failure.
This is correct.
> Concerning the new upstream release, I suggest you follow the Python
> transition and package lilypond with python 2.4 as the PYTHON runtime
Hi Steve; you said a bit ago that you were going to try to rebuild
libgail.so so that a more useful backtrace from the gnucash crash on
alpha could be obtained.
Should I keep on waiting for this, or proceed on a different tack?
I think that upstream would be happy to take the lead on debugging i
These bug will be closed certainly by the time lilypond 2.8 hits the
archive; work is proceeding on that effort.
The bugs are RC bugs, but do not seem to be the sort that pose any
actual inconvenience to anyone, so I don't intend to fix them in
lilypond 2.6. However, if this poses some inconveni
Margarita Manterola <[EMAIL PROTECTED]> writes:
> I've prepared a new package for gal, and I intend to upload it.
Are we in a zero-day NMU period?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Margarita Manterola <[EMAIL PROTECTED]> writes:
> Hola Thomas Bushnell BSG!
>
>> > I've prepared a new package for gal, and I intend to upload it.
>> Are we in a zero-day NMU period?
>
> Indeed, I was fixing an RC bug (gal FTFBSed), that's why I upload
Package: libgwrap-runtime0-dev
Version: 1.9.6-3
Severity: serious
The 1.9.6-3 ia64 version of g-wrap contains a bogus pkgconfig file,
with the line:
module_directory=${datarootdir}/guile/site
Where the powerpc and other versions contain the line:
module_directory=${prefix}/share/guile/site
[EMAIL PROTECTED] writes:
> Package: gnucash
> Version: 2.0.1-1
> Severity: serious
>
> There was an error while trying to autobuild your package:
Thank you for your bug report; I have tracked this down to a bug in
g-wrap which has now been reported.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL
Jim Woodruff <[EMAIL PROTECTED]> writes:
> To make sure, I restarted gnucash, ran the check & repair all utility,
> and resaved
> my account file. bug #378346 is still there.
Thanks for checking; this is what I suspected would be the case.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
reassign 378346 libgail-dev
retitle 378346 libgail-dev: gnucash crashes in libgail on alpha
thanks
Reassigned to libgail in accordance with upstream's recommendation;
see below.
Thomas
--- Begin Message ---
On Fri, Aug 11, 2006 at 12:32:27PM -0700, Thomas Bushnell BSG wrote:
&g
tags 359855 +help
thanks
<[EMAIL PROTECTED]> writes:
> On Wed, Aug 02, 2006 at 11:35:35AM -0700, Thomas Bushnell BSG wrote:
>>
>> These bug will be closed certainly by the time lilypond 2.8 hits the
>> archive; work is proceeding on that effort.
>>
>> T
"Aaron M. Ucko" <[EMAIL PROTECTED]> writes:
> gnucash depends on having an identical version of gnucash-common,
> which is fine for regular uploads but breaks on binary-only NMUs, such
> as the one that just happened for the libdbus-1-3 and libofx3
> transitions. To correct this, please declare a
Rob Browning, the guile maintainer, has been doing a lot of hard work
trying to get guile-1.8 into Debian. Turns out there were some
critical timing bugs affecting the operation of fork in the guile
threading implementation, bugs which are too intractible to solve
immediately.
Rob has uploaded g
Bill Allombert <[EMAIL PROTECTED]> writes:
> I spent quite some time investigating #359855...
>
> Apparently you need to add ttf-bitstream-vera and ttf-freefont to the
> build-depends to fix the problem.
>
> At least that worked for me, though I don't know exactly why.
Splendid; I'm going to try
Builds of lilypond 2.6.5 worked tonight, with the wonderful assistance
of Keith Packard, the fontconfig maintainer who fixed an interface bug
in a speedy way. There are some minor packaging nits I'll need to fix
tomorrow, and then I will be able to upload 2.6.5. That should make
it into etch.
I
The s390 build of lilypond 2.6.5-1 (but not others) also failed for
apparently this reason. See
http://buildd.debian.org/fetch.php?&pkg=lilypond&ver=2.6.5-1&arch=s390&stamp=1158538806&file=log&as=raw
At the end:
cd ./out ; fc-cache .
/build/buildd/lilypond-2.6.5/mf/out: failed to write cache
m
The original submitter's bug report says that the debconf question
overwrite_existing_local_conf is false, which should answer the
comment made lower:
Please make sure you have allowed fontconfig to replace your
fonts.conf file.
If anything, this seems like an updating problem? How could t
I'm not sure after all that the lilypond failures were the same bug.
They are a different bug: that fontconfig doesn't reliably work right
if $HOME doesn't exist.
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: openafs-client
Version: 1.4.4.dfsg1-1
Severity: grave
Justification: renders package unusable
When I run aklog, I get the following helpful error message:
~$ aklog -d
Authenticating to cell becket.net (server aquinas.becket.net).
We've deduced that we need to authenticate to realm BECKET
On Wed, 2007-04-18 at 11:21 -0700, Russ Allbery wrote:
> Can you try applying the following patch to the source package and
> rebuilding? I don't have a Debian PPC system running AFS to easily test
> with, but we think this may fix the problem.
I'm in the middle of a crunch moment in the preparat
On Wed, 2007-04-18 at 11:21 -0700, Russ Allbery wrote:
> Can you try applying the following patch to the source package and
> rebuilding? I don't have a Debian PPC system running AFS to easily test
> with, but we think this may fix the problem.
Sorry I couldn't get to it earlier, but I can confir
Package: openoffice.org-core
Version: 2.0.4~rc3-1
Severity: grave
Justification: renders package unusable
oowriter now crashes on startup with the following message:
/usr/lib/openoffice/program/soffice.bin: error while loading shared libraries:
libicuuc.so.26: cannot open shared object file: N
Package: openoffice.org-core
Version: 2.0.4~rc3-1
Severity: grave
Justification: renders package unusable
When I start oowriter now, on no document (so I get the default "Untitled1"
name) (not sure if this is a relevant fact), the font size display says "1"
from the get-go instead of my expected
Package: guile-1.8-dev
Severity: grave
Version: 1.8.1+1-1
Hi Rob...wonderful that guile 1.8 is now in Debian! Thanks for all
the hard work.
Unfortunately, some lilypond checks related to guile fail.
checking libguile.h usability... no
checking libguile.h presence... no
checking for libgu
Package: seahorse
Version: 0.9.5-3
Severity: grave
seahorse reliably crashes when I ask it to delete a key. I have lots of
keys.
In the "Keys I've Collected" tab, I right-click on a key, and select
"delete"
(or I use the pull down menu). A dialog asks for confirmation, I say to
go ahead and del
201 - 257 of 257 matches
Mail list logo
