Package: inkscape
Version: 0.48.3.1-1.1
Severity: normal
Unfortunately, this is somewhat involved to reproduce.
open inkscape, draw anything in fig1.svg and fig2.svg (I attach two
samples)
inkscape fig1.svg --export-pdf=fig1.pdf --export-area-drawing
inkscape fig2.svg --export-pdf=fig2.pdf --ex
Package: anki
Version: 1.2.9-2
Severity: normal
I have a deck with 266 cards at ankiweb. It was edited mostly with
AnkiDroid, I pretty much only used the desktop Anki to create a
three-field fact layout.
When I do "Download personal deck" and open the "Browse Items" window,
I get:
An error occur
Package: coreutils
Version: 8.13-3
Severity: normal
File: /usr/bin/uniq
falk@ab19:~$ locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
L
On Fri, May 28, 2010 at 10:46:06AM +0200, Hendrik Tews wrote:
>
>The code simply contains ridiculously deeply nested expressions (about
>11000 opening braces), so the compiler runs out of stack. Use "ulimit
>-s unlimited" if you really want to compile this.
>
> OK, thanks for th
On Wed, May 05, 2010 at 04:35:53PM +0200, Hector Oron wrote:
> > I'd give it a try if I had a standalone executable C test case, i.e. a
> > "main()" that demonstrates the problem...
>
> I think Camm attached a preprocessed source ff.c in a previous mail
> (in this thread)
> http://bugs.debian.org/
On Wed, May 05, 2010 at 04:01:47PM +0200, Hector Oron wrote:
> 2010/1/22 Camm Maguire :
> > Greetings! Please install gcc-snapshot on sid chroot albeniz.
>
> Do you still need to debug that issue? I have installed gcc-snapshot
> at sid chroot on albeniz.
> Let me know if it is unneeded so I'll re
reassign 561249 libc6-dev
thanks
On Wed, Dec 16, 2009 at 10:54:21AM +0100, Aurelien Jarno wrote:
> Eric Estievenart a écrit :
> > The bug may be rather in libc6-dev, which defines:
> > htons to __bswap16 if optimize && little endian,
> > and __bswap16 in bits/byteswap.h
> > # define __bswap_16(x)
tags 532871 + moreinfo
thanks
On Fri, Jun 12, 2009 at 01:20:54PM +0200, Sven Marnach wrote:
> The following program compiles cleanly using the given command line:
>
> #include
> using namespace std;
> int main()
> {
> unsigned int j = 5;
> double t;
> t =
tags 568398 + moreinfo
thanks
On Thu, Feb 04, 2010 at 10:10:00AM -0500, Camm Maguire wrote:
> dd.c:
> #include
> #include
>
> int main(int argc,char * argv[]) {
> double complex d=0;
> long l;
>
> sscanf(argv[1],"%ld",&l);
> d=l;
> printf("%d %d %d %d %f\n",(char)d,(short)d,(int)d,(l
tags 564274 + moreinfo
thanks
On Fri, Jan 08, 2010 at 10:40:07PM +0100, S??awomir Domaga??a wrote:
> I can't make shorter source code, where is this error, thus I've got all
> source code from my programme, but I've written which lines is the error.
>
> Line from 156 to 161 in engine.cpp:
>
> S
On Thu, Feb 04, 2010 at 09:55:42AM -0500, Camm Maguire wrote:
> This test program will segfault at -O2 on the affected machines:
Can you please repost the attachment? It is not retrievable from the
BTS at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567695 ...
Falk
--
To UNSUBSCRIBE, em
On Tue, Sep 29, 2009 at 01:32:35AM -0300, Nelson A. de Oliveira wrote:
> I couldn't get anything useful from Google on this one. Can somebody
> give some light about the "got subsegment exceeds 64K" problem from
> #548500, please?
It basically means that there are too many symbols in this file. T
On Sun, Mar 01, 2009 at 04:04:07PM +0200, Kalle Olavi Niemitalo wrote:
> Falk Hueffner writes:
>
> > I can't imagine any sensible code whatsoever that triggers this
> > warning but does not have logical errors. Can you show how it is used?
>
> Here are all the sou
On Sun, Mar 01, 2009 at 10:40:40AM +0200, Kalle Olavi Niemitalo wrote:
> Compiling this with gcc-4.3 -Wall -c
>
> int
> main (void)
> {
> return "hello" == "there";
> }
>
> results in a warning:
>
> hoh.c: In function ???main???:
> hoh.c:4: warning: comparison with string literal results in un
tags 513961 + moreinfo
thanks
On Mon, Feb 02, 2009 at 08:10:36PM +, neovento wrote:
> When building fifengine on openmoko neo freerunner a segmentation fault
> occurs:
> engine/swigwrappers/python/fife_wrap.cxx:69953: internal compiler error:
> Segmentation fault
Please send the complete co
On Wed, Jun 25, 2008 at 08:53:37PM +0200, Petter Reinholdtsen wrote:
> Is this problem still present in version 1.34? I changed how the
> output from ddcprobe and xresprobe is handled, and hope it will get a
> more useful resolution information from the monitor.
Unfortunately, I don't have access
On Thu, Mar 06, 2008 at 10:39:34PM +0100, Rafael Laboissiere wrote:
> You are absolutely right. I will consider producing two independent library
> packages, one with MathPROG support and the other without. I do not know
> whether this will be possible, though. In case it is possible, which nami
Hi,
I just tried an older version (21.4.20-1), and get the same problems.
So it seems like this was triggered by some other update (like libc),
since I'm pretty sure the problem only occurred the last few months...
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Package: xemacs21-nomule
Version: 21.4.21-1
Severity: important
File: /usr/bin/xemacs-21.4.21-nomule
xemacs randomly, but reliably crashes after a few minutes. Since the
action triggering this is pretty much random (resizing the window,
scrolling in a file, ...), it seems to be a GC problem. Backt
Martin Schulze <[EMAIL PROTECTED]> writes:
> Falk Hueffner wrote:
>> Just another minor suggestion, the example code uses:
>>
>> qsort(months, nr_of_months, sizeof(struct mi), compmi);
>> [...]
>> r
Package: python-musicbrainz2
Version: 0.4.1-1
Severity: normal
I put a CD in the drive and
[EMAIL PROTECTED]:/tmp% python -c 'import musicbrainz2.disc; disc =
musicbrainz2.disc.readDisc()'
zsh: segmentation fault (core dumped) python -c 'import musicbrainz2.disc;
disc = musicbrainz2.disc.readD
found 452890 2.7-3
thanks
I still see the same ldd output.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Pierre Habouzit <[EMAIL PROTECTED]> writes:
> On Sun, Nov 25, 2007 at 11:13:13PM +0000, Falk Hueffner wrote:
>> Actually, this might be caused by #452110 (Alpha-specific bug in
>> glibc). We should first wait whether it goes away after that is fixed.
>
> Oh right, the
Hi,
Actually, this might be caused by #452110 (Alpha-specific bug in
glibc). We should first wait whether it goes away after that is fixed.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Pierre Habouzit <[EMAIL PROTECTED]> writes:
> indeed, I'll try to reproduce it, I don't have the problem here. Are
> you using the new gtk frontend ?
No, I don't.
Maybe the problem is Alpha-specific?
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
Hi,
after some recent update, imlib stopped working completely for me on
Alpha (any image is shown only as blank), seen e.g. in xteddy or
qvwm. However, this patch doesn't fix it. Is it working for you at the
moment?
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
Package: libc6.1-alphaev67
Version: 2.7-1
Severity: normal
[EMAIL PROTECTED]:~% ldd /bin/ls
librt.so.1 => /lib/ev67/librt.so.1 (0x02034000)
libacl.so.1 => /lib/libacl.so.1 (0x0205)
libselinux.so.1 => /lib/libselinux.so.1 (0x0206a000)
libc
Package: apt-listchanges
Version: 2.75
Severity: normal
When I quit the pager showing the changes, I get:
[...]
Fetched 4108kB in 11s (350kB/s)
Reading changelogs... Done
Traceback (most recent call last):
File "/usr/bin/apt-listchanges", line 228, in ?
main()
File "/usr/bin/apt-listchang
Hi,
I'd be willing to take a look if there is a small testcase (i.e. a
single C file which when compiled and run will either succeed or
fail). Anybody willing to create such a testcase?
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Co
"Phil Endecott" <[EMAIL PROTECTED]> writes:
>> I think I found a bug in gcc-4.2
>
>> int i, j;
>> printf("%d %d\n", j, (void *)(j));
>
> This looks like a strict-aliasing issue to me; you're casting from an
> int to a void*, which is undefined.
Casting from int to void* is not undefined, but impl
Package: pingus
Version: 0.7.0-2
Severity: serious
Justification: no longer builds from source
pingus fails to build on Alpha:
g++ -o src/tinygettext/dictionary_manager.o -c -O2 -Wall -Werror -g
-DENABLE_BINRELOC -D_GNU_SOURCE=1 -D_REENTRANT -I. -Isrc -I/usr/include/SDL
src/tinygettext/dictiona
Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
> BTW do we still need this special case for Alpha:
>
> # edd 29 Sep 2005 alpha needs -mieee with gcc 4.0
> ifeq ($(arch),alpha)
> CFLAGS+= -mieee
> endif
No, -mieee is default on Alpha now. It's not default upstream though,
so you might wan
Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
> /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H
> -I. -I.. -I.. -I..-mieee -mfp-rounding-mode=d -Wall -pipe -fexceptions
> -D_REENTRANT -g -O3 -mieee -c -o minmax.lo minmax.c
> gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -mieee -mfp-
Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
> On Wed, Sep 12, 2007 at 08:04:22PM +0200, Matthias Klose wrote:
>> Dirk Eddelbuettel writes:
>> > Please submit a full bug report,
>> > with preprocessed source if appropriate.
>>
>> please do so, does it build with gcc-snapshot?
>
> Don't know as I
"Nemui Ailin" <[EMAIL PROTECTED]> writes:
> Compiling xmlrpc-c CVS from http://xmlrpc-c.sourceforge.net/>
> results in a broken xmlrpc library that fails to allocate memory for the
> structs.
>
> We have this call to realloc in src/method.c
>
> static __inline__ void
> reallocProduct(v
tags 429657 + upstream
forwarded 429657 http://gcc.gnu.org/PR33142
thanks
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> * Falk Hueffner <[EMAIL PROTECTED]> [2007-06-19 17:03]:
>> I can confirm this on i386, but not amd64 or alpha. A shorter test
>
> Falk, are you goi
forwarded 438791 http://gcc.gnu.org/PR6257
thanks
This is a well-known problem, and it might even turn out that gcc's
behavior is legalized in the next standard update.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTE
Package: gnupg2
Version: 2.0.5-1
Severity: serious
Justification: no longer builds from source
[...]
gcc -DHAVE_CONFIG_H -I. -I.. -I../gl -I../intl
-DLOCALEDIR=\"/usr/share/locale\" -DGNUPG_BINDIR="\"/usr/bin\""
-DGNUPG_LIBEXECDIR="\"/usr/lib/gnupg2\"" -DGNUPG_LIBDIR="\"/usr/lib/gnupg\""
-DGNU
reassign 436491 nfs-utils
retitle 436491 uses FP math, yet turns with -mno-fp-regs on Alpha
thanks
static void
unpause(int sig)
{
double time_diff;
[...]
That just doesn't work with -mno-fp-regs. Admittedly, the error
message could be improved.
--
Falk
--
To UNSUBSCRIBE, email to [
Gerrit Pape <[EMAIL PROTECTED]> writes:
> 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
Package: dash
Version: 0.5.3-9
Severity: serious
Justification: no longer builds from source
dash fails to build on Alpha:
[...]
gcc -DHAVE_CONFIG_H -I. -I/home/falk/dash-0.5.3/build-udeb-tmp/../src -I..
-include ../config.h -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN
-DIFS_BROKEN -W
Package: sip-tester
Version: 2.0.1-1
Severity: serious
Justification: no longer builds from source
sip-tester fails to build on Alpha:
[...]
gcc -D__LINUX -pthread -D__3PCC__ -D_USE_OPENSSL -DOPENSSL_NO_KRB5
-DPCAPPLAY -I/usr/include -I. -I/opt/openssl/include -c -o call.o call.cpp
call.
retitle 430957 Exponential time usage in PRE at -O3
severity 430957 normal
tags 430957 + upstream
forwarded 430957 http://gcc.gnu.org/PR32540
thanks
Hi,
this is a problem with exponential time usage in PRE. I've filed a bug
report upstream.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL
"\"Török" Edvin" <[EMAIL PROTECTED]> writes:
> Package: gcc-snapshot
> Version: 20070613-1
> Severity: minor
>
> --- Please enter the report below this line. ---
>
> Using gcc-4.3 snapshot to compile with -O3:
> $ time /usr/lib/gcc-snapshot/bin/gcc -DHAVE_CONFIG_H -I.
> -I../../../clamd -I.. -I.
Jasen Betts <[EMAIL PROTECTED]> writes:
> Package: gcc-4.1
> Version: 4.1.1-21
> Severity: normal
>
>
> abuse-sdl-0.7.0 has a gun aiming problem due to a mis-optimisation.
> attached is a canned example.
>
> (compile with -01 and -02 and compare the differences)
I can confirm this on i386, but n
David Baron <[EMAIL PROTECTED]> writes:
> Package author posts:
>
>> Better compile using G++-4.0. 4.1 fails with an internal compiler
>> error compiling ToneStack.cc. I filed a bug for the debian G++-4.1
>> as instructed. G++-4.0 compiles fine.
>
> Just edit the makefile and swap "-O3" with "-O2
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/30/3/4 };
> int main() { return 0; }
> EOT
> $ gcc-4.1 ttt.c
> ttt.c:1: error: initializer element is not constant
> ttt.c:1: error: (near initi
Brice Goglin <[EMAIL PROTECTED]> writes:
> About 2 years ago, you reported (or replied to) a bug in the Debian
> BTS regarding Xorg causing unaligned traps on Alpha. Did any of you
> guys reproduce this problem recently? With Xorg/Etch? With latest
> xserver-xorg-core in unstable?
I haven't seen
Frank Küster <[EMAIL PROTECTED]> writes:
> Falk Hueffner <[EMAIL PROTECTED]> wrote:
>
>> Frank Küster <[EMAIL PROTECTED]> writes:
>>
>>> Falk Hueffner <[EMAIL PROTECTED]> wrote to [EMAIL PROTECTED]:
>>>> the gcc bug has been fixe
Frank Küster <[EMAIL PROTECTED]> writes:
> Falk Hueffner <[EMAIL PROTECTED]> wrote to [EMAIL PROTECTED]:
>> the gcc bug has been fixed in 4.1.2-4. Please remove the
>> 31_pdftex_gcc_ICE-on-alpha workaround patch.
>
> Sometimes things change faster than expected.
Package: mksh
Version: 29.2-1
Severity: serious
Justification: no longer builds from source
mksh fails to build on Alpha:
[...]
cc -g -O2 -fno-strict-aliasing -fstack-protector-all -fwhole-program --combine
-fwrapv -std=gnu99 -Wall -D_GNU_SOURCE -I'/tmp/mksh-29.2/builddir'
-DHAVE_ATTRIBUTE=1 -
Hi,
the gcc bug that made kdegraphics FTBFS has been fixed in
4.1.2-4. Please remove the workaround patch "99_djvu-alpha-hack.diff".
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> close 381717 4.1.2-4
> thanks
>
> This bug has been fixed in SVN on Sun Apr 22 02:30:31 2007, which means
> it should be fixed in 4.1.2-4.
>
> Falk, can you a) confirm this and b) tell those packages with
> workarounds to remove them?
It's fixed, and
Hi,
the gcc bug has been fixed in 4.1.2-4. Please remove the
31_pdftex_gcc_ICE-on-alpha workaround patch.
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> * Torsten Werner <[EMAIL PROTECTED]> [2007-04-20 13:31]:
>> * alpha:
>> Running the unit tests:
>> cd build/test/unit && obj/gcc/so/stl_unit_test
>> /bin/sh: line 1: 7948 Segmentation fault obj/gcc/so/stl_unit_test
>
> Maybe Falk can take a look
Frank Küster <[EMAIL PROTECTED]> writes:
>> tetexlive-bin fails to build on Alpha:
>>
> [...]
>> The reason is an obscure bug in gcc that only triggers when accessing
>> exactly the 32767th element of a character array. Since I don't know
>> how fix it in gcc and nobody else seems to be working on
Norbert Preining <[EMAIL PROTECTED]> writes:
> Hi Falk!
>
> On Son, 15 Apr 2007, Falk Hueffner wrote:
>> The reason is an obscure bug in gcc that only triggers when accessing
>> exactly the 32767th element of a character array. Since I don't know
>
> Aehmm.
Hi,
the problem is a bogus detection of Tru64.
Patch:
--- gsoap-2.7.9b/soapcpp2/stdsoap2.h2006-12-28 03:28:05.0 +0100
+++ gsoap-2.7.9b.hacked/soapcpp2/stdsoap2.h 2007-03-11 21:02:38.0
+0100
@@ -180,7 +180,7 @@ A commercial use license is available fr
# endif
#endif
-
Diego Russo <[EMAIL PROTECTED]> writes:
> Package: gcc-4.1
> Version: 4.1.1-21
> Severity: serious
> Justification: no longer builds from source
>
> Sorry I don't speak english, this is the error:
> [...]
> The bug is not reproducible, so it is likely a hardware or OS problem.
This means it is ac
Christoph Berg <[EMAIL PROTECTED]> writes:
> tags 318309 + moreinfo
> thanks
>
> Hi Falk,
>
> thanks for the report and sorry for the late reply.
>
> Re: Falk Hueffner 2005-07-14 <[EMAIL PROTECTED]>
>> Package: mutt
>> Version: 1.5.9-2
>> Sev
Package: yodl
Version: 2.10-1
Severity: serious
Justification: no longer builds from source
yodl does not build on Alpha:
[...]
./build manual
mkdir -p html latex pdf ps txt
/tmp/yodl-2.10/src/bin/yodl -D XXMACROPATH=. -I .:/tmp/yodl-2.10/macros/yodl -o
out html manual
Yodl2html 2.10
std.html
Package: ldtp
Version: 0.8.0-1
Severity: serious
Justification: no longer builds from source
ldtp fails to build on Alpha:
[...]
if alpha-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libxml2
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DORBIT2=1 -pthread
-I/usr/include/
Package: gtk2hs
Version: 0.9.10.5-1
Severity: important
Justification: fails to build from source
gtk2hs fails to build on Alpha:
[...]
/usr/bin/ghc +RTS -RTS -c gtk/Graphics/UI/Gtk/TreeList/TreeView.hs -o
gtk/Graphics/UI/Gtk/TreeList/TreeView.o -O -fffi -split-objs -igtk:
-package-conf package
Package: bmpx
Version: 0.36.1-1
Severity: serious
Justification: no longer builds from source
bmpx does not build on Alpha:
[...]
/bin/sh ../libtool --tag=CXX --mode=link alpha-linux-gnu-g++ -g -O2-o
bmp2-bin -Wl,--export-dynamicbmp2_bin-main.o bmp2_bin-debug.o
bmp2_bin-logger.o bm
Package: openarena
Version: 0.6.0-2
Severity: important
Justification: fails to build from source
openarena does not build on Alpha:
[...]
gcc -O2 -Wall -fno-strict-aliasing -MMD -c -Icpp -o build-linux-axp/cpp/cpp.o
cpp/cpp.c
In file included from cpp/cpp.c:6:
cpp/cpp.h:45: error: expected spec
Package: purelibc
Version: 0.2-1
Severity: important
Justification: fails to build from source
purelibc does not build on Alpha:
[...]
if /bin/sh ./libtool --tag=CC --mode=compile alpha-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I.-g -ggdb -D_GNU_SOURCE -g -Wall -O0 -MT
libpurelibc_la-socketcal
reopen [EMAIL PROTECTED]
thanks
The very same failure still occurs in 3.1.1-1.
Log:
http://buildd.debian.org/fetch.cgi?pkg=lsb-appchk3&arch=alpha&ver=3.1.1-1&stamp=1170001225
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAI
Package: libinstrudeo
Version: 0.1.4-1
Severity: important
Justification: fails to build from source
libinstrudeo fails to build on Alpha:
[...]
if /bin/sh ../../../libtool --tag=CXX --mode=compile alpha-linux-gnu-g++
-DHAVE_CONFIG_H -I. -I. -I../../.. -g -O2 -MT stdsoap2.lo -MD -MP -MF
".d
Package: cppunit
Version: 1.12.0-2
Severity: serious
Justification: no longer builds from source
cppunit fails to build on Alpha:
[...]
XmlUniformiserTest::testElementWithContent : OK
XmlUniformiserTest::testElementsHierarchyWithContents : OK
XmlUniformiserTest::testAssertXmlEqual/bin/sh: line 4:
Mikael Magnusson <[EMAIL PROTECTED]> writes:
> Falk Hueffner wrote:
>> Hi,
>> the correct solution is to use __sync_synchronize as fallback, which
>> is a full memory barrier defined by gcc (starting from 4.1) for all
>> platforms. It is also desirable to use th
Hi,
the correct solution is to use __sync_synchronize as fallback, which
is a full memory barrier defined by gcc (starting from 4.1) for all
platforms. It is also desirable to use this on all platforms that
don't differentiate read/write/full barriers, since it gives the
compiler better opportunit
Package: python-eyed3
Version: 0.6.11-1
Severity: normal
Some operations trigger a spurious "POINT #1" or similar output. E. g:
[EMAIL PROTECTED]:/tmp% eyeD3 --remove-all A\ Silver\ Mt.\ Zion\ -\ Born\ Into\
Trouble\ as\ the\ Sparks\ Fly\ Upward\ -\ 01\ -\ Sisters!\ Brothers!\ Small\
Boats\ of\
Ana Guerrero <[EMAIL PROTECTED]> writes:
> On Sat, Mar 12, 2005 at 03:11:04PM +0100, Falk Hueffner wrote:
>> I start amarok, it asks a few questions, and I tag one dir for
>> scanning. Then the main window pops up for about one second, but then
>> it dies. The
Rafael Laboissiere <[EMAIL PROTECTED]> writes:
> Version 4.13 of glpk is available. It would be good to define the
> preprocessor variable GLP_USE_GMP, as recommended by the usptream
> author. Notice that, in this case, you will need to build-depend on
> libgmp3-dev.
Do you think it would be a
Theodore Tso <[EMAIL PROTECTED]> writes:
> On Mon, Nov 13, 2006 at 09:49:21AM +0100, Falk Hueffner wrote:
>> Hi,
>>
>> this looks like an aliasing violation to me. bb->list, which is of
>> type __u32*, is accessed via an lvalue of type void*, which is not
>
Hi,
this looks like an aliasing violation to me. bb->list, which is of
type __u32*, is accessed via an lvalue of type void*, which is not
compatible. Does the problem go away with -fno-strict-aliasing?
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscrib
Steve Langasek <[EMAIL PROTECTED]> writes:
> Given that you mention you're not running a Debian kernel at all
> right now, and that this code is in place upstream and nobody else
> seems to have complained loudly enough to get it fixed, I'm not sure
> how much effort we'll want to put into it if i
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sun, Nov 05, 2006 at 01:56:28PM +0100, maximilian attems wrote:
>> {standard input}:372: Error: macro requires $at register while noat in effect
>> make[5]: *** [arch/alpha/kernel/core_cia.o] Error 1
>> make[4]: *** [arch/alpha/kernel] Error 2
>
> Ta
Hi,
This is the result of a kernel bug introduced in 2.6.18. See
http://lkml.org/lkml/2006/11/4/33
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: digikam
Version: 1:0.9.0~beta3-2
Severity: serious
Justification: no longer builds from source
digikam does not build on Alpha:
[...]
/bin/sh ../../../../libtool --silent --tag=CXX --mode=compile g++
-DHAVE_CONFIG_H -I. -I/tmp/digikam-0.9.0~beta3/./digikam/libs/dimg/loaders
-I../../../
Package: oprofile
Version: 0.9.2-2
Severity: serious
Justification: no longer builds from source
oprofile does not build e.g. on Alpha:
[...]
checking for kernel OProfile support... no
configure: error: no suitably configured kernel include tree found
make: *** [config-stamp] Error 1
Full log at
Clint Adams <[EMAIL PROTECTED]> writes:
>> Starting anything with fakeroot makes it just hang:
>>
>> [EMAIL PROTECTED]:~% fakeroot ls
>> [hangs]
>>
>> Ctrl-C leaves an unkillable faked-sysv:
>>
>> falk 18742 0.0 0.0 5248 832 pts/9S14:05 0:00 /bin/sh
>> /usr/bin/fakeroot ls
reopen 396028
thanks
Luigi Gangitano <[EMAIL PROTECTED]> writes:
> To solve this issue, open your /etc/squid/squid.conf, search for the
> visible_hostname parameter and set it to a convenient value ('proxy'
> is enough if you don't have a proper name for the host).
If this works, then squid does
Package: fakeroot
Version: 1.5.10
Severity: important
File: /usr/bin/fakeroot-sysv
Starting anything with fakeroot makes it just hang:
[EMAIL PROTECTED]:~% fakeroot ls
[hangs]
Ctrl-C leaves an unkillable faked-sysv:
falk 18742 0.0 0.0 5248 832 pts/9S14:05 0:00 /bin/sh
/usr/
Luigi Gangitano <[EMAIL PROTECTED]> writes:
> Squid obviously can work without a FQDN. As stated in the output
> log, you can simply set the visible_hostname variable in squid.conf.
As you might have noticed, it's not obvious to me. Please explain.
--
Falk
--
To UNSUBSCRIBE, email to
Luigi Gangitano <[EMAIL PROTECTED]> writes:
> Hi Falk,
> as already reported in bug #244887, this is not a bug in squid. Your
> system lacks a proper definition of the fully qualified hostname.
>
> Please set /etc/hosts accordingly.
The system does not have a FQDN. Why can squid not function wi
found 393075 1.3-8
thanks
[EMAIL PROTECTED] (Debian Bug Tracking System) writes:
> gnushogi (1.3-8) unstable; urgency=medium
> .
>* using -O0 on alpha to workaround FTBFS (Closes: #393075).
Actually, you enabled it on i386 :)
--
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
Package: squid
Version: 2.6.4-2
Severity: important
When I install squid, I get:
Setting up squid-common (2.6.4-2) ...
Setting up squid (2.6.4-2) ...
Creating squid spool directory structure
FATAL: Could not determine fully qualified hostname. Please set
'visible_hostname'
Squid Cache (Version
Clint Adams <[EMAIL PROTECTED]> writes:
> severity 370248 serious
> tags 370248 + patch
> quit
>
> There is a patch listed at
> http://gcc.gnu.org/PR27891
Did you test it? I'm not convinced it can be easily backported without
breaking anything. I'll ask the author.
--
Falk
--
To UNSU
Hi,
This was in fact a compiler bug. It has been reported at
http://gcc.gnu.org/PR29631 . The bug does not occur with gcc 4.2
anymore. However, it is quite unlikely that it is going to be fixed in
the 4.1 series, so the workaround will have to stay in place for now.
--
Falk
--
To UNSU
"Adam Cécile (Le_Vert)" <[EMAIL PROTECTED]> writes:
>> va_list is an opaque type, you must not assign anything to it except
>> by va_copy.
>
> Could you provide a patch to fix this ? If not i'll forward the bug to
> upstream.
No, because I don't know what the intention of this operation was; it
Package: mysql-dfsg-5.0
Version: 5.0.26-1
Severity: serious
Justification: no longer builds from source
mysql-dfsg-5.0 does not build on Alpha:
[...]
if gcc -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME="\"/usr\""
-DDATADIR="\"/var/lib/mysql\"" -DSHAREDIR="\"/usr/share/mysql\""
-DHAVE_CONFIG_H -I. -I. -I
Package: doxygen
Version: 1.4.7-1
Severity: normal
from the build log on Alpha:
[...]
g++ -c -pipe -Wall -W -fno-exceptions -O2 -I../qtools -I../libmd5 -o
../objects/tagreader.o tagreader.cpp
tagreader.cpp: In member function 'void TagFileParser::warn(const char*, ...)':
tagreader.cpp:244: warni
Package: hdbc-sqlite3
Version: 1.0.1.2
Severity: serious
Justification: no longer builds from source
hdbc-sqlite3 does not build on Alpha:
[...]
Building HDBC-sqlite3-1.0.1.1...
runhugs -98 +o -P/dist/build:/testsrc: testsrc/runtests.hs
runhugs: Error occurred
ERROR "./Database/HDBC/Sqlite3/Utils
Package: ktorrent
Version: 2.0.3+dfsg1-1
Severity: serious
Justification: no longer builds from source
ktorrent fails to build on some architectures, e. g. alpha:
[...]
/bin/sh ../libtool --silent --mode=link --tag=CXX alpha-linux-gnu-g++
-Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN
Package: lsb-appchk3
Version: 3.0.3-7
Severity: important
Justification: fails to build from source
lsb-appchk3 does not build on several architectures, e. g. alpha:
[...]
cc -g -Wall -DLSBVERSION=\"3.0\" -c -o lead.o lead.c
lead.c: In function 'checkRpmLead':
lead.c:24: warning: pointer target
Package: ntfs-3g
Version: 0.0.0+20070920-1
Severity: important
Justification: fails to build from source
ntfs-3g does not build on alpha:
[...]
if /bin/sh ../libtool --tag=CC --mode=compile alpha-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I. -I.. -I../include/ntfs-3g -Wall -g -O2 -Wall -MT
libntfs
Package: qprof
Version: 0.5.2-2
Severity: serious
Tags: patch
Justification: no longer builds from source
cpp doesn't care about syntax errors in dead branches, so this shows
only on some architectures...
--- src/prof_utils_libpfm3.c~ 2006-10-23 09:42:18.0 +0200
+++ src/prof_utils_libpf
Package: maxima
Version: 5.10.0-4
Severity: serious
Justification: no longer builds from source
maxima fails to build from source on Alpha:
[...]
** Problem 4 ***
Input:
bessel(2, 3)
Result:
bessel_j(3, 2)
... Which was correct.
Caused an error break: rtest14
[
Package: wengophone
Version: 2.0.0~rc4-svn7960-3
Severity: serious
Justification: no longer builds from source
wengophone does not build from source on Alpha:
[...]
/usr/bin/gcc -g -Wall -O2 -O2 -g
-I/build/buildd/wengophone-2.0.0~rc4-svn7960/./obj-alpha-linux-gnu/libs/gaim
-I/build/buildd/wen
1 - 100 of 433 matches
Mail list logo
