Hi tony,
On Thursday 26 December 2013 22:05:03 tony mancill wrote:
I just realized that scala is not a pkg-java/Debian Java Team maintained
package, and so the upload I just made to get scala to build against
Java7 could very rightly be considered rude by the team. (It also means
that I
On Friday 01 June 2012 15:23:27 gregor herrmann wrote:
On Fri, 01 Jun 2012 14:19:42 +0200, Sebastian Ramacher wrote:
If you have the time to create a debdiff, great.
Otherwise I can also do it myself.
Here it is. LDFLAGS is exported now as well. Otherwise the maintainer's
change
On Saturday 27 June 2009 14:14:19 Filippo Giunchedi wrote:
On Thu, Jun 25, 2009 at 06:00:38PM +0200, Frank S. Thomas wrote:
On Friday 08 May 2009 19:52:37 Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part:
g
package wxmaxima
tags 527708 + pending
thanks
Hi,
On Friday 08 May 2009 19:52:37 Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
g++ -DHAVE_CONFIG_H -I. -I. -I.
[...]
MathParser.cpp:220: error: 'Format' is not a
On Tuesday 13 January 2009 16:43:55 Rene Mayorga wrote:
I was about to port this fix to 6.2.14-2, are everybody ok with this?
FWIW: I'm ok with backporting this to the current version in Lenny.
signature.asc
Description: This is a digitally signed message part.
reassign 504467 boinc-client 6.2.14-2
severity 504467 normal
thanks
The boinc-client init script fails to shut down boinc if /var/run/boinc.pid
does not contain the actual boinc pid. This can happen if boinc is started
with the --daemon option. Since this option is not used in the default
On Monday 21 July 2008 22:58, miguel wrote:
I've been following kde4-experimental for at least a month now and have had
no issues with upgrades until the last one about a week ago. Desktop does
not start. After logging in, I have a chequered gray/white canvas for a
desktop, but nothing
::dfloatjanus const)' collect2: ld
returned 1 exit status
ORSA FTBFS because of http://bugs.debian.org/473494. Once #473494 is fixed,
this bug can be closed.
Cheers,
--
Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429
Debian Developerfinger fst
, and requires a B-D on liborigin (=
20080225)) but it needs some more testing before I can upload a fixed labplot
package.
Cheers,
--
Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429
Debian Developerfinger fst/[EMAIL PROTECTED]
diff --git a/src
Hi Helen,
On Sunday 23 December 2007 10:15:56 Frank S. Thomas wrote:
On Wednesday 27 June 2007 05:38:33 Steve Langasek wrote:
labplot is failing to build on some architectures with the following
error:
[...]
cd . /usr/bin/make -f admin/Makefile.common configure
make[2]: Entering
reopen 430750 !
notfixed 430750 1.5.1.6-2
tags 430750 - patch
stop
On Wednesday 27 June 2007 05:38:33 Steve Langasek wrote:
Package: labplot
Version: 1.5.1.6-1
Severity: serious
labplot is failing to build on some architectures with the following error:
[...]
cd . /usr/bin/make -f
)
+
+ * Moved po-debconf from Build-Depends-Indep to Build-Depends because it is
+required to run the debian/rules clean target and dependencies required
+for this target must be listed in Build-Depends, see Debian Policy 7.6.
+
+ -- Frank S. Thomas [EMAIL PROTECTED] Sun, 09 Dec 2007 23:34
Hello,
Since the 0-day NMU policy is still in force (see [1]), I'm going to do a
Non-maintainer upload now to fix this bug and an other policy violation
(debhelper must be listed in Build-Depends because it is required for the
clean target in debian/rules). The diff between the current version
On Friday 02 November 2007, James Westby wrote:
php4 is no longer available, so the dependency should just be changed,
rather than an alternative added.
Quoting http://wiki.debian.org/PHP4Removal:
| fix-deps
| packages with incorrect dependencies (i.e. depending on only php4 instead of
| php5
package greylistd
tags 431516 + patch
thanks
Hello,
One way to fix this bug is to mask the calls to deluser/delgroup with tests
that check for the existence of deluser/delgroup as outlined in this wiki
page: http://wiki.debian.org/AccountHandlingInMaintainerScripts.
If adduser is available it
package localepurge
tags 431522 + patch
thanks
Hello,
To fix this the ucf call must be masked by a test that checks for the
existence of /usr/bin/ucf. The attached patch does exactly this. It
additionally prints a warning that ucf could not be found if it is
unavailable during purge.
Grüße,
Hello,
This package's dependencies are currently:
Depends: php4, apache | httpd
I've downloaded it, added php5 as alternative dependency to php4, built and
tested it with PHP 5. It seems that the package works with PHP 5 without any
problems. Therefore too fix this bug it is sufficient to
Hi Filipus,
On Monday 02 July 2007, Filipus Klutiero wrote:
Le lundi 2 juillet 2007 06:04, Frank S. Thomas a écrit :
Hi Filipus (or Philippe?),
On Wednesday 21 March 2007, Filipus Klutiero wrote:
reopen 402519
severity 402519 grave
thanks
[...]
I understand that you
Hi Filipus (or Philippe?),
On Wednesday 21 March 2007, Filipus Klutiero wrote:
reopen 402519
severity 402519 grave
thanks
[...]
I understand that you reopened this bug because it is still found in the
current kernel-patch-debianlogo (1.5), but could you please explain why you
raised it's
Hi,
On Saturday 23 June 2007, Matthias Klose wrote:
Package: liborsa0-dev
[...]
This package has been indentified as one with header files in
/usr/include matching 'long *double'. Please close this bug report
if it is a false positive, or rename the package accordingly.
I think this is a
package boinc-app-seti
tags 422643 + confirmed pending
stop
On Monday 07 May 2007 15:27, Michael Ablassmeier wrote:
Lucas has rebuild the archive on i386 and your package Failed to Build
from Source with the following error:
de/openssl -c -o seti_boinc-main.o `test -f 'main.cpp' || echo
Hi,
On Sunday 06 May 2007 20:22, Folkert van Heusden wrote:
2007-05-06 11:40:21 [EMAIL PROTECTED] Message from
server: platform 'x86_64-pc-linux-gnu' not found
Could you please run update-boinc-applinks --create as root, restart the
BOINC client and check if the client uses the anonymous
clone 379137 -1
notfound 379137 5.4.11-4
retitle -1 boinc-client segfaults on startup
submitter -1 Thomas K. [EMAIL PROTECTED]
severity -1 important
found -1 5.4.11-3
found -1 5.4.11-4
thanks
Since the bug Thomas reported is different from the original bug that was
reported as #379137, I'm
Hi,
On Tuesday 19 December 2006 17:43, Thomas K wrote:
I did not attach the output of strace boinc_client because the file was
about 40 Mb big. But by looking at that output I figured something out: If
I create a new directory and move all the boinc-xml-files
(client_state.xml,
Hi,
On Friday 15 December 2006 01:14, Thomas K. wrote:
Package: boinc-client
Version: 5.4.11-4
Followup-For: Bug #379137
boinc_client gets segfault on launch.
version from boinc-website works fine.
[...]
2006-12-15 01:04:50 [---] No general preferences found - using BOINC
defaults
package boinc-dev
severity 401600 normal
thanks
On Monday 04 December 2006 20:53, Folkert van Heusden wrote:
Package: boinc-dev
Version: 5.4.11-3
Severity: grave
Justification: renders package unusable
Nothing builds with this library.
That's not true. The boinc-app-seti package builds
On Friday 21 July 2006 18:09, Jim Woodruff wrote:
Subject: boinc-client errors out with a Floating point exception error
when application is launched.
I think the CFLAGS option -ffast-math is the culprit.
Could you compile boinc without -ffast-math and try out if the BOINC core
client
severity 369288 important
tags 369288 + unreproducible moreinfo
stop
Hi,
On Sunday 28 May 2006 23:01, aldo wrote:
starting from today, when i run boinc, it starts and tries to resume
a task but immediately exits giving the followinf error (repeated
several times):
SIGSEGV: segmentation
Package: libginac1.3c2a
Severity: grave
Justification: renders package unusable
Hi,
libginac1.3c2a is not installable on i386 because it depends on libcln4
which is not available in unstable:
apt-get install libginac1.3c2a
[...]
The following packages have unmet dependencies:
block 339246 by 339172
thanks
On Thursday 17 November 2005 03:22, Matthias Klose wrote:
Compiler versions g++-4.0_4.0.2-4 and g++-3.4_3.4.4-10 are now in the
archive. The renaming of the library packages can now start. You can
upload the packages even before the toolchain is built for all
30 matches
Mail list logo