Package: qprof
Version: 0.5.2-1
Severity: important
There was an error while trying to autobuild your package:
> Automatic build of qprof_0.5.2-1 on debian-31 by sbuild/s390 85
[...]
> if /bin/sh ../libtool --tag=CC --mode=compile s390-linux-gnu-gcc
> -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -DH
Hi Steve,
On 5/12/06, Steve Langasek <[EMAIL PROTECTED]> wrote:
On Thu, May 11, 2006 at 09:51:39AM -0400, David Nusinow wrote:
> > OK. I don't know if the Type1 fonts are the ones that your system is
> > looking for, but we should be able to figure that out as soon as
> > xserver-xorg 1:7.0.18
Package: mount
Version: 2.12r-9
Severity: critical
Justification: breaks unrelated software
hoi :)
It seems the new NFS4 patch is not entirely fixed as CFS does not work
with the new mount version. Going back to 2.12r-8 makes CFS work again.
When trying to start cfsd with the new mount version,
On Fri, May 12, 2006 at 08:14:28PM +0200, gpe wrote:
> Sorry, but this not solve my problem...
> Actually, I've linux-image-2.6.15-1-k7 which is installed, I've download
> wacom-kernel-source, I've created a wacom-kernel-module package and when I
> try to install it there is a conflict with the
On Sat, May 13, 2006 at 03:59:14PM +1200, Bruce MacDonald wrote:
> My x11-common 1:7.0.18 (the most recent in unstable). Bruce
Ok. Can you also do a grep FontPath /etc/X11/xorg.conf then please?
If this command returns more font paths than xset q did, could you try
restarting your X server to se
> I intent to report it upstream. Or should this be considered a bug in
> the cifs module of the kernel and thereforre properly reassigned?
Comments, other team members ?
I have a small hesitation before reporting upstream, in case the
problem would lie in the kernel cifs module code more than c
Sean Finney wrote:
> On Fri, May 12, 2006 at 06:24:21AM +0200, Martin Schulze wrote:
> > Please let me know the version in sid that will have this problem
> > fixed once you know it.
>
> for nagios 1.x: 1.4-1 (or 2:1.4-1, since there's an epoch i guess)
> for nagios 2.x: 2.3-1
Noted.
> both are
OK, I discovered the cause of the segfault in dvdbackup[1]. It's been
strangely fun :)
The manifestation:
Program received signal SIGSEGV, Segmentation fault.
0x10004cf8 in DVDGetFileSet (_dvd=0x1001cab8) at dvdbackup.c:1669
The cause:
DVDFileStatVOBUDF() keeps track of the file sizes in the loca
severity 366800 minor
merge 366800 359155
tags 366800 = upstream
thanks
Quoting Eloy A. Paris ([EMAIL PROTECTED]):
> On Fri, May 12, 2006 at 07:26:42AM +0200, Christian Perrier wrote:
>
> > From memory (no BTS access right now), it seems we have already
> > reported this to upstream, requesting t
On Fri, May 12, 2006 at 01:58:52PM -0700, Steve Langasek wrote:
> On Fri, May 12, 2006 at 10:38:58AM +0200, Sven Luther wrote:
>
> > Ok, this is an attemtp to statuate on the problematic which has been
> > opposing me and the d-i team on the subject of the commit access to the
> > d-i repository.
Package: synfig
Version: 0.61.05-4
Severity: serious
As can be seen from [1], synfig doesn't work on several RC platforms.
1. http://buildd.debian.org/~jeroen/status/package.php?p=synfigstudio
This bug is primarily to keep synfig out of etch (once it is removed)
and track the issue for peop
Do not ignore me please,
I found your email somewhere and anow decided tob write you.
I am coming to your place in few weeks andb thought we
can meet each other. Let me know ifa you do not mibnd.
I am a nice pretty girl. Don'bt reply to this emaail.
Email me direclty at [EMAIL PROTECTED]
--
My x11-common 1:7.0.18 (the most recent in unstable). Bruce
On Fri, May 12, 2006 at 02:12:39PM -0700, Steve Langasek wrote:
>
> On Fri, May 12, 2006 at 11:25:43PM +1200, Bruce MacDonald wrote:
> > Hi, Thanks for you help. The font path is:
>
> > Font Path:
> >
> > /usr/share/fonts/X11/misc,/u
tags 361448 + pending confirmed
thanks
Hello Jurgen,
thanks for your report. I fixed it in the otrs package svn repository
and will be fixed with the next upload.
--
Noèl Köthe
Debian GNU/Linux, www.debian.org
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Package: nabi
Version: 0.15-2
The nabi package for AMD64/unstable seems to look in
/usr/local/share/nabi for its data instead of /usr/share/nabi... so it
doesn't work so well.
I can work around the issue with:
cd /usr/local/share
ln -s /usr/share/nabi
Mike
--
To UNSUBSCRIBE, email to [E
Package: privoxy
Version: 3.0.3-2-1
Severity: grave
Justification: renders package unusable
I run privoxy inside an UML host for some network testing, just to
let you know, though it is normally considered as not having impact
on programs on this level.
Privoxy runs just fine, though slow, when r
Package: rezound
Version: 0.12.2beta-4
Severity: serious
Justification: no longer builds from source
rezound build-depends on xlibmesa-glu-dev, which is no longer in sid. This bug
is preventing fixing 358289 (FTBFS with G++ 4.1), since I cannot effectively
build this package (I have no idea if an
reassign 367025 tzdata
thanks
Bernie Hoefer wrote:
> The tzsetup program uses an EST5EDT setting even though the user chooses
> "System V style time zones" --> EST5. (I.e. times are still displayed
> in EDT [UTC-0400] instead of EST [UTC-0500].)
I'm reassignng this to the timezones because
a) b
Bill Allombert wrote:
On Fri, May 12, 2006 at 09:11:34AM -0700, M Jared Finder wrote:
Package: menu
Version: 2.1.27
Severity: minor
with the split off to more modular Xorg, twm is no longer required to be
installed, so menu can not rely on twm being installed.
Hello Jared,
First, twm was nev
Hi tahere lovely,
This kind of opportunity comes ones in a life. I dobn't want
to miss itb. Do you? I am coming to your place in few days
and aI though may be we acan meet each other. If yobu don't mind
cI can send youc my picture. I am a girl.
You caan correspond bwith me using my email [EMAIL P
Hire!,
i am here sittiang in the internet caffe. Found your email and
decided to write. I might be coming to your place in 14 days,
so I decided to email you. May be we can meet? I am! 25 y.o.
giarl. I have a picture if you want. No need to reply here as
this is not my email. Write me at [EMAIL P
Package: boost
Severity: minor
Hi,
I'd like to add boost to an existing project which already includes STLport
headers (as g++ does not provide all the goods...). However, Debian's boost
packages conflict (implicitly) with STLport.
I would appreciate additional information on how this can be r
You may do an NMU, I will be trying to find a new maintainer for these
packages soon.
-Brad
Martin Michlmayr wrote:
This bug explicitly build-depends on g++ 3.4 on arm, hppa and m68k
because of a bug that has been fixed a long time ago. This bug asking
you to move to gcc 4.x has been open for
Hi there lovely,
I was searching the net few days ago. I am new to this thing.
and saw your profile. I decided to email you cause I found
you attractive. I might come down to your city in few weeks.
Let me know if awe can meet each other in person.
I am attractaive girl. I am sure you won't regret
Hi,
the rationale here would be to use #!/bin/sh when the script is known to be
posix-clear, #!/bin/bash if it contains bashisms. OTOH when you modify the
script you have to look for bashism, which is a pain :|
filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote fol
Package: xserver-xorg
Severity: normal
Hi,
Whilst trying to get LBX support to work with the latest X.Org packets in
Debian unstable, lbxproxy kept telling me that the LBX extension was not
available on my client's xserver.
Digging around I did indeed find that the LBX extension was not loading
Package: pioneers-ai
Version: 0.9.61-1
Severity: normal
After upgrading to pioneers 0.9.61-1, both games I have played have had
one of the AI players dies during its turn. This did not happen playing
the same scenario with the previous version. It is quite annoying as an
AI player cannot reconne
Aurélien GÉRÔME wrote:
> Package: libopenssl-ruby1.8
> Version: 1.8.2-7sarge2
> Severity: serious
>
> The binary package libopenssl-ruby1.8 (pure GPL) depends on libssl0.9.7
> (OpenSSL Licence). Those 2 licences conflict due to a clause in
> OpenSSL Licence which has to be added to the GPL.
Ruby
On Thu, May 04, 2006 at 04:59:48PM +0200, Uwe Storbeck wrote:
At least it wasn't there with out of the box settings in sarge and
also in etch before my last update. So the default behaviour has
changed within the last few weeks. This should have been worth a
news message.
I'll repeat: nothing h
Arjan,
On Sat, May 06, 2006 at 09:40:18PM +0200, Arjan Oosting wrote:
> I was wondering if you are still working on the packages for Haskell
> Crypto and Haskell NewBinary.
I haven't been actively working on the packages since I'm about to move
to a new job and have been busy interviewing and ge
On Fri, May 12, 2006 at 08:59:24PM +0300, Guillem Jover wrote:
> On Fri, 2006-05-12 at 11:18:42 -0500, Frank Lichtenheld wrote:
> > On Fri, May 12, 2006 at 10:40:04AM +0300, Guillem Jover wrote:
> > > On Thu, 2006-05-11 at 22:54:50 -0500, Frank Lichtenheld wrote:
> > > > I think you misread my ques
On Sat, May 13, 2006 at 12:28:15AM +0200, Martin Michlmayr wrote:
> * Andreas Fester <[EMAIL PROTECTED]> [2005-12-21 08:45]:
> > At least on m68k, gcc 4.0 still fails:
> >
> > | g++ -DHAVE_CONFIG_H -I. -I. -I../include/log4cxx -I../include
> > -I/usr/include/libxml2 -D_REENTRANT -g -O2 -MT proper
tags 355996 - patch
thanks dear
Hi,
There are a number of gcc-4.1 build errors with magnus; the patch
submitted to the BTS only addresses the simpler errors and not the
harder ones.
I'm therefore removing the patch tag for now, since this is not a simple
thing that can be applied and uploaded t
On Sat, May 06, 2006 at 02:01:56AM +0200, Steinar H. Gunderson wrote:
> I'm unable to reproduce this; I can export and mount the root file system
> like any other file system, both read-only and read-write. What architecture
> are you on? Have you tried a newer kernel than 2.4.27 (ie. something fro
Frans Pop wrote:
> Sounds like an excellent idea, though I haven't got a clue how to
> implement it...
Just a matter of setting Acquire::http::Timeout to number of seconds.
Chosing the right number is the trick.
--
see shy jo
signature.asc
Description: Digital signature
Hi Michael,
Michael Vogt wrote:
> On Thu, May 11, 2006 at 08:15:07PM -0700, David Liontooth wrote:
>
>> Michael Vogt wrote:
>>
>>> On Wed, May 10, 2006 at 10:05:14PM -0700, David Liontooth wrote:
>>> Can you please attach the output of:
>>> # apt-get update -o Debug::PkgAcquire::Diffs=true
Package: kwave
Version: 0.7.5-1
Followup-For: Bug #367036
As I just saw, the console message said sth. about KDE 3.4.3.
"This is Kwave 0.7.5 (using KDE 3.4.3)"
Is that supposed to be?
regards
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAI
Package: emacs21
Version: 21.4a-3
Severity: wishlist
It would be great if the useful cwarn-mode (which is written by Anders
Lindgren, who was but is now ; the code was last updated 1999-12-13) highlighted
mismatched parentheses, brackets, and braces in C code. I figure the
best time to highlight
tag 365290 patch
thanks dude
On Fri, Apr 28, 2006, Aaron M. Ucko wrote:
> Package: yank
> Version: 0.2.1-7.2
> Severity: grave
> Justification: renders package unusable
>
> yank ships /usr/X11R6/bin as a directory (albeit an empty one),
> creating a conflict with recent versions of x11-common, wh
Package: linda
Version: 0.3.21
Severity: normal
The Debian CLI policy [1] states in section 3.1.3 that all *.exe files must
have the executable flag set. So linda should not output a warning for these
type of applications.
Cheers,
Michael
[1] http://pkg-mono.alioth.debian.org/cli-policy/
--
[Roland Stigge]
> I've got a BDB 4.3 repository with a strings file of size 4230414336.
> Running "svn ci", "svnadmin verify", etc., the process stalls without
> an error (waiting for me to kill the process).
Yeah, that's pretty odd. Are you reasonably certain it is related to
the file size? I
On Wed, May 10, 2006 at 11:02:26AM +0200, Andreas Tscharner wrote:
>Hello CVS maintainers,
>
>I'm the maintainer of CVSNT, an enhanced version of CVS. As CVSNT
>provides the same features as CVS, I set the "conflicts" and "provides"
>field to CVS.
>This does not work as expected however, as bug #
On Fri, May 12, 2006 at 09:33:20PM +0200, Bastian Blank wrote:
> nfs-common fails to upgrade:
>
>> Setting up nfs-common (1.0.7-14) ...
>> Stopping NFS common utilities: statd.
>> Starting NFS common utilities: statdinvoke-rc.d: initscript nfs-common,
>> action "restart" failed.
>> dpkg: error pr
Package: java-gcj-compat
Version: 1.0.30-4
Severity: important
This package supplies:
$ ls -l /usr/lib/jvm/java-gcj/include/
total 4
lrwxrwxrwx 1 root root 45 Mar 29 12:23 gcj ->
../../../gcc/i486-linux-gnu/4.0.2/include/gcj
lrwxrwxrwx 1 root root 48 Mar 29 12:23 jawt.h ->
../../../gcc/i486
Hi,
I don't see the point in restricting the search to a particular country as
netselect-apt is supposed to search the "fastest" mirror.
For local mirrors you can use ftp..debian.org, please also note that
there is a proposal to put that in a round robin fashion.
thanks,
filippo
--
Filippo Giunche
Hi,
Does this bug remain in Nautilus 2.14?
--
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22
signature.asc
Description: Digital signature
Hi,
I can't reproduce this. Can you confirm if this bug still exists?
--
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22
signature.asc
Description: Digital signature
Hi,
I can't reproduce this with Nautilus 2.14.1. Can you confirm that this
bug still exists?
--
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22
signature.asc
Description: Digital signature
Hi,
> > If it's a feature added in that version, it's probably not for
> > general consumption before etch release.
>
> I'm hoping that we can get full support for it before etch, so that we
> can get rid of various clumsy workarounds like type-handling and
> auto-updating control files. The s
Hi,
I can't reproduce this with Nautilus 2.14.1. Can you confirm that this
bug still exists?
--
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22
signature.asc
Description: Digital signature
Package: kwave
Version: 0.7.5-1
Severity: grave
Justification: renders package unusable
kwave gave me a dialog box sayign it needs aRts to run.
That was last week.
Tonight it crashes on startup.
I think it is on me not having aRts installed.
If I am right kwave should probably depend on aRts.
C
On Fri, Apr 28, 2006 at 08:12:43PM -0400, Aaron M. Ucko wrote:
> The attached patch addresses both issues; could you please apply it,
> or at least authorize an NMU?
Sure, go ahead and NMU. I've not been able to do so these weeks and might not
be able to through Debconf6.
Thanks for your help
Ja
This bug explicitly build-depends on g++ 3.4 on arm, hppa and m68k
because of a bug that has been fixed a long time ago. This bug asking
you to move to gcc 4.x has been open for about 150 now days without
any answer from you. Do you think you will make an upload soon,
moving to 4.x on all platfor
> This package b-d on g++-3.4 on s390 because of an ICE (see #332507):
> > video.cpp: In function 'void ReconBMBlock(VidStream*, int, int, int, int)':
> > video.cpp:3373: internal compiler error: output_operand: Cannot decompose
> > address.
> > Please submit a full bug report,
>
> I assume this
Package: apollon
Version: 1.0.1-2.2
Severity: normal
Tags: patch
Hi,
Attached is the diff for my apollon 1.0.1-2.3 NMU.
I uploaded it to DELAYED-2.
--
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
diff -u a
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:55]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
This p
On Sat, May 13, 2006 at 12:30:13AM +0200, Martin Michlmayr wrote:
> This bug explicitly build-depends on g++ 3.4 on arm, hppa and m68k
> because of a bug that has been fixed a long time ago. This bug asking
> you to move to gcc 4.x has been open for about 150 now days without
> any answer from you
I've implemented a version of this fix, which I'll be putting on
bugs.debian.org in the near future, but I wanted to make sure that it
resolved the issue for you.
http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=286115;mbox=yes;mboxstat=yes
will show the bug with a status message. I'll pro
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:55]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
Please
On Wed, Apr 26, 2006 at 06:33:12PM +0200, Ludovic Rousseau wrote:
> Note that I am ready to NMU your package if you do not respond within one
> week since the bug is RC.
Please go ahead.
> Your prerm script can be removed now since the file
> /etc/reader.conf.d/libetoken will not be created now
tags 367014 fixed-upstream
thanks
(cheeky tagging! sorry)
Justin,
> Changes:
>Document that S_IREAD and friends are obsolete BSD things
Indeed and my fix has actually been to remove mention of them
from the page altogether. (Actually, they seem to come of
Version 7, as documented in stat
Package: rhythmbox
Version: 0.9.4.1-2
Severity: minor
Hi,
It would be great if the description of Rhythmbox could be updated to
reflect the following new features:
* Audio CD playback.
* Generic portable audio player support
* Podcast support
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Hi,
sorry in the delay to getting back to you!
On Fri, Feb 03, 2006 at 12:48:54AM +0300, Alexandra N. Kossovsky wrote:
> If there are two autossh from different hosts to one destination, the
> second one will restart connection every 10 minutes pretending to have
> timeout. If I run autossh withou
Hi,
Isn't the problem that the bug reporter uses ISO-8859-15 as his locale
and Rhythmbox (and all GTK programs) expects the filename to be UTF-8
(unless G_FILENAME_ENCODING or G_BROKEN_FILENAMES is set)?
I tried importing a file with a ISO-8859-15 filename (o with
diaeresis) on my en_GB.UTF-8 sys
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:55]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
Lucas,
Package: archivemail
Version: 0.6.1-3
Severity: normal
Hi,
Emails copied from an IMAP folder have their CRLF line terminators
preserved. They should be converted to LF's only.
HAND,
Nikolaus
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-deb.240306
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:55]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
taskju
from the changelog:
| - This package does not compile with gcc-4.0, thus the need to
| force an older compiler. There is C++ code in here, although
| the interface is completely C-based. Since these are plugins,
Uhm, is there any chance this will be ported to work with gcc 4.x?
--
Mar
Package: cruft
Version: 0.9.6-0.13
Severity: normal
Hi,
the script /usr/lib/cruft/explain/rubber does not use bash special
feature. There is no need to force /bin/bash as shell.
There might be more scripts concerned by bashism.
Bye, Jörg.
-- System Information:
Debian Release: unstable/experim
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:55]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
I gues
This bug explicitly build-depends on g++ 3.4 on arm, hppa and m68k
because of a bug that has been fixed a long time ago. This bug asking
you to move to gcc 4.x has been open for about 150 now days without
any answer from you. Do you think you will make an upload soon,
moving to 4.x on all platfor
This bug explicitly build-depends on g++ 3.4 on arm, hppa and m68k
because of a bug that has been fixed a long time ago. This bug asking
you to move to gcc 4.x has been open for about 150 now days without
any answer from you. Do you think you will make an upload soon,
moving to 4.x on all platfor
Package: valgrind
Version: 1:3.1.1-1
Brief summary
=
When I ran a buggy program under valgrind -q, valgrind gave the output:
[snippety snip snip]
--23346-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11
(SIGSEGV) - exiting
--23346-- si_code=1; Faulting address: 0x24930
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:55]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
Can yo
Fixed in 0.5.11.2 upstream, released 5 minutes ago.
Thanks for the patch, I didn't find the time to investigate the issue.
Bye, Mt.
On Fri, May 12, 2006 at 05:03:00PM +0200, Bas Wijnen wrote:
> Package: xbubble
> Followup-For: Bug #365147
>
> Here's a patch which fixes the problem. autoconf mu
This bug explicitly build-depends on g++ 3.4 on arm, hppa and m68k
because of a bug that has been fixed a long time ago. This bug asking
you to move to gcc 4.x has been open for about 150 now days without
any answer from you. Do you think you will make an upload soon,
moving to 4.x on all platfor
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:54]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
This b
* Richard Atterer <[EMAIL PROTECTED]> [2005-12-12 10:46]:
> > This package build-depends for some reason on g++-3.4 (most likely,
> > because it could not be built with a newer g++ version.
>
> Actually, I added the build-dep because at the time, GCC 3.3 was still the
> default gcc for some arche
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:54]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
It see
This bug explicitly build-depends on g++ 3.4 on arm, hppa and m68k
because of a bug that has been fixed a long time ago. This bug asking
you to move to gcc 4.x has been open for about 150 now days without
any answer from you. Do you think you will make an upload soon,
moving to 4.x on all platfor
Martin Michlmayr wrote:
> * Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:54]:
>> Package: apollon
>> Usertag: g++-3.4
>>
>> This package build-depends for some reason on g++-3.4 (most likely,
>> because it could not be built with a newer g++ version. We would
>> like to get rid of g++-3.4 for
* Andreas Fester <[EMAIL PROTECTED]> [2005-12-21 08:45]:
> At least on m68k, gcc 4.0 still fails:
>
> | g++ -DHAVE_CONFIG_H -I. -I. -I../include/log4cxx -I../include
> -I/usr/include/libxml2 -D_REENTRANT -g -O2 -MT properties.lo -MD -MP -MF
> .deps/properties.Tpo -cproperties.cpp -fPIC -DPIC -o
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:54]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
gclcvs
Package: installation-report
Severity: normal
/usr/bin/report-hw line 12 contains:
discover -f "%m;%S;%D;%V;%M;%d\n" all | addinfo "discover" || true
Running this command with installation-report 2.15 and
discover 2.0.7-2.1 results in:
# discover -f "%m;%S;%D;%V;%M;%d\n" all
discover: invalid
Package: installation-report
Severity: normal
# apt-cache depends installation-report
installation-report
Recommends: reportbug
I know that /usr/bin/report-hw contains:
# Report the detected HW. Note that this needs to run both inside d-i
# and in a regular debian system, as well as behaving
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:54]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
Ben or
This bug explicitly build-depends on g++ 3.4 on arm, hppa and m68k
because of a bug that has been fixed a long time ago. This bug asking
you to move to gcc 4.x has been open for about 150 now days without
any answer from you. Do you think you will make an upload soon,
moving to 4.x on all platfor
Package: bzr
Version: 0.7-3
Followup-For: Bug #366083
http://bazaar-vcs.org/OfficialDownloads
http://bazaar-vcs.org/pkg/bzr-0.8.tar.gz
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (500,
'st
Debian Bug Tracking System schrieb am Wed 10. May, 12:48 (-0700):
> From: Marcin Owsiany <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: Bug#366616: cruft: Don't report .pyc and .pyo files if a .py
> file exist
> Date: Wed, 10 May 2006 20:34:07 +0100
> User-Agent: Mutt/1.5.11+cvs2006040
What's the status of this bug?
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:54]:
> Package: apollon
> Usertag: g++-3.4
>
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although cur
You build depend on gcc 3.4 on powerpc because of bug: #292958 [PR
20046] [3.3 regression] [powerpc-linux] 3.3 CVS miscompiles bind 9.3.0
This bug has been fixed in gcc-4.0/4.0.1-1 so please drop this build
dependency.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EM
Hi,
This seems to have been fixed in the latest upstream releases, tagging
as fixed-upstream.
For reference, here is a link to a multipage Tiff document.
http://docmorph.nlm.nih.gov/docview/distrib/v43n1a1.tif
--
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22
signature.asc
Desc
reassign 271577 alsa-base
thanks
On Mon, Sep 13, 2004 at 11:15:06PM +0200, Uwe Mayer wrote:
> Package: kmix
> Version: 4:3.3.0-1
> Severity: normal
>
> Hi,
>
> I have a SoundBlaster Live! card running with Alsa and
> I'm having the problem that kmix does not modify the rear-speaker
> volumes w
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:54]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
It's n
> When the view options are set to dual-page (side-by-side), continuous,
> and best fit zoom, the spacebar, page-up, and page-down keys have no
> effect on every other keypress. This is confusing, especially since
> it is
> inconsistent with how evince behaves in continuous display mode. It
> wou
Package: linux-image-2.6.15-1-486
Version: 2.6.15-8
Severity: normal
Using the mousedev module doesn't work with sermouse, for my mouse (the
mouse is not detected, as evidenced by udev not create a new
/dev/input/mouse0 when modprobe sermouse is performed, and X loading,
but with a frozen mous
Package: wnpp
Severity: wishlist
Owner: gregor herrmann <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: cpulimit
Version : 1.1
Upstream Author : Angelo Marletta <[EMAIL PROTECTED]>
* URL : http://marlon80.interfree.it/cpulimit/
* Lice
* Matthias Klose <[EMAIL PROTECTED]> [2005-12-12 00:54]:
> This package build-depends for some reason on g++-3.4 (most likely,
> because it could not be built with a newer g++ version. We would
> like to get rid of g++-3.4 for the etch release, although currently
> not a hard release goal.
Uhm, y
Package: initramfs-tools
Version: 0.60
Followup-For: Bug #362816
As the previous reporter reported, linux-image-2.6.15 and
initramfs-tools 0.60 results in a non-booting system on some hardware.
In my case I need the ide-generic module, which wasn't being loaded.
I switched to yaird and my s
1 - 100 of 386 matches
Mail list logo
