I have made an NMU upload to the gluck 7 day delayed queue. This
upload can be overridden by a maintainer upload between now and then.
The interdiff of the NMU is attached.
Don Armstrong
--
"For those who understand, no explanation is necessary.
For those who do not, none is possible."
http:/
I have just made an upload to the 7 day gluck delayed queue to fix
this bug. This upload can be overriden by a maintainer upload between
now and then. The interdiff of this NMU is attached.
Don Armstrong
--
Never underestimate the power of human stupidity.
-- Robert Heinlein
http://www.d
severity 340370 important
thanks
As the maintainer apparently doesn't beleive that this bug should be
RC, and the bug in question doesn't impair the major usage of the
software, I'm downgrading this bug to important:
important: a bug which has a major effect on the usability of a
package,
reopen 335340
kthxbye
This bug still looks to be there in the build logs for 2.9.7-1
... Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello,
Luk Claes <[EMAIL PROTECTED]> wrote:
Message-ID: <[EMAIL PROTECTED]>
> Attached the patch for the version I intend to upload. Please respond if
> you don't want this NMU to happen, if you are working yourself on a
> patch or if you think that the attached patch won't work.
Thank you for
On Wed, Dec 28, 2005 at 12:30:53PM +0100, Javier Fernández-Sanguino Peña wrote:
> On Wed, Dec 28, 2005 at 03:12:44AM -0800, Steve Langasek wrote:
> > > Since there is no libssl097-dev any longer I guess I'll have to recompile
> > > all
> > > packages.
> > It should actually be possible to fix th
On Fri, Dec 30, 2005 at 04:34:28PM +0100, Luk Claes wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
Is there a reason to be doing inline PGP in this day and age?
> Hi
>
> Attached the patch for the version I intend to upload. Please respond if
> you don't want this NMU to happen, if you
tags 328031 + pending
thanks
Hello all
this patch has been sent to me through Debian Bug Tracking system by Jurij
Smakov.
Link: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328031
Here is what he has to say about the patch:
"I am forwarding the information from upstream to the bug so that
Package: xlibs-data
Version: 6.9.0.dfsg.1-1
Severity: serious
Hi,
on my just-ended dist-upgrade (sorry, german, but what happens should be
obvious, ask if not..
[...]
Vorbereiten zum Ersetzen von xlibs-data 6.8.2.dfsg.1-11 (durch
.../xlibs-data_6.9.0.dfsg.1-1_all.deb) ...
Entpacke Ersatz für xl
Package: widelands
Version: build9half-1
Severity: serious
Hello,
I run widelands, then Single Player, Tutorial Campaign and Mission 1:
Eyes in the Darkness - Game Basics.
After about 2 seconds game raises a Critical Error with message:
Unhandled exception: basic_string::replace.
Regards
Package: libsoap-lite-perl
Version: 0.66-1
Severity: serious
Justification: Policy 7.5.1
When upgrading, I get this error message:
Unpacking libsoap-lite-perl (from .../libsoap-lite-perl_0.66-1_all.deb) ...
dpkg: error processing /var/cache/apt/archives/libsoap-lite-perl_0.66-1_all.deb
(--unpack)
Package: python-codespeak-lib
Version: 0.7-svn20050721-2
Severity: grave
Justification: renders package unusable
python-codespeak-lib has a dependency on python (>= 2.4); however,
Debian's python metapackage is still versioned 2.3.5-3, rendering the
python-codespeak-lib metapackage uninstallable f
reopen 332625
thanks
Hi Dominic,
cpqarrayd FTBFSes again, now because linux-source-2.6.12 is not
available [1]. Could you have a look at that?
[1] http://people.debian.org/~igloo/status.php?packages=cpqarrayd
Christoph
--
[EMAIL PROTECTED] | http://www.df7cb.de/
signature.asc
Description: Di
package octave-forge
severity 345241 normal
tags 345241 etch
thanks
* Dirk Eddelbuettel <[EMAIL PROTECTED]> [2005-12-30 14:23]:
> reassign 345241 octave-forge
> thanks
>
> [...]
>
> It needs to be reassigned to octave-forge, and this message should do
> just that.
Also, since there is no problem
Hi to all,
I just encountered this bug after an upgrade on testing, and I wonder
if the following could be another quick fix :
- copy every .el files in :
/usr/share/emacs/site-lisp/bbdb/lisp/
to :
/usr/share/emacs21/site-lisp/bbdb
- byte recompile the second directory (launch emacs and M
Package: eclipse-cdt
Version: 3.0.1-1
Severity: serious
Tags: patch
eclipse-cdt missed a build-depdendency on java-gcj-compat-dev:
From the powerpc buildd:
[...]
# build native code.
cd
source-tree/org.eclipse.cdt.releng/results/plugins/org.eclipse.cdt.core.linux/library
&& \
make ARCH
Package: swscanner
Version: 0.2.2-1
Severity: serious
Hi,
Your package is failing to build with the following error:
dpkg-genchanges -B
dpkg-genchanges: arch-specific upload - not including arch-independent packages
dpkg-genchanges: failure: cannot read files list file: No such file or directory
reassign 345241 octave-forge
thanks
On Fri, Dec 30, 2005 at 09:06:35PM +0100, Martin Samuelsson wrote:
> Dirk Eddelbuettel @ 2005-12-30 (Friday), 07:22 (-0600)
> > | The compilation has finished, but it seems like the build process did
> > | not honour DEB_BUILD_OPTIONS. (Debian Policy 10.1 [1])
>
Joe Wreschnig <[EMAIL PROTECTED]> writes:
> This package contains a version of Mark Pilgrim's Universal Feed Parser,
> without a proper license [0]. On December 28th, a relicensed (and
> updated) version of feedparser was uploaded in the python-feedparser
> package.
I have noticed the package and
severity 345303 wishlist
thanks
Hi, I'm adjusting severity considering that this bug very unlikely makes
the package unusable, even for the majority of ppc users.
The issue is very unlikely to be addressed in Sarge, but if you think it
should be, please precise how to reproduce the issue (i.e.
Dirk Eddelbuettel @ 2005-12-30 (Friday), 07:22 (-0600)
> | The compilation has finished, but it seems like the build process did
> | not honour DEB_BUILD_OPTIONS. (Debian Policy 10.1 [1])
> |
> [zap]
> |
> | Unless someone tells me how to easily produce a debugable debian
> | package, I'm not spe
Joe Wreschnig wrote:
> To fix this bug, you can probably just remove feedparser.py from your
> package, and Depend on python-feedparser. This has the advantage of
> upgrading feedparser, so it will work with more feeds.
Yes, I'd been meaning to do that as soon as it got past new. Thanks for
the re
Adam, what do we have to do to merge the rawdog-specific changes into
feedparser 4.0? Are all (any) of them still necessary? It would be nice
to be able to depend on the python-feedparser package.
- Forwarded message from Joe Wreschnig <[EMAIL PROTECTED]> -
Subject: Bug#345349: rawdog: Co
Package: rss2email
Version: 1:2.55-6
Severity: serious
Hi,
This package contains a version of Mark Pilgrim's Universal Feed Parser,
without a proper license [0]. On December 28th, a relicensed (and
updated) version of feedparser was uploaded in the python-feedparser
package.
To fix this bug, you
Package: gdesklets-data
Version: 0.35.3-2
Severity: serious
Hi,
This package contains a version of Mark Pilgrim's Universal Feed Parser,
without a proper license [0]. On December 28th, a relicensed (and
updated) version of feedparser was uploaded in the python-feedparser
package.
To fix this bug
Package: straw
Version: 0.25.1-5
Severity: serious
Hi,
This package contains a version of Mark Pilgrim's Universal Feed Parser,
without a proper license [0]. On December 28th, a relicensed (and
updated) version of feedparser was uploaded in the python-feedparser
package.
To fix this bug, you can
Package: rawdog
Version: 2.6-1
Severity: serious
Hi,
This package contains a version of Mark Pilgrim's Universal Feed Parser,
without a proper license [0]. On December 28th, a relicensed (and
updated) version of feedparser was uploaded in the python-feedparser
package.
To fix this bug, you can p
Package: ipodder
Version: 2.1.9-3
Severity: serious
Hi,
This package contains a version of Mark Pilgrim's Universal Feed Parser,
without a proper license [0]. On December 28th, a relicensed (and
updated) version of feedparser was uploaded in the python-feedparser
package.
To fix this bug, you ca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
I can install and remove php4-sqlite without apache installed without
any problem. Though you might get the error message if invoke-rc.d
apache-ssl restart or invoke-rc-d apache-perl restart uses apachectl.
So, I think this bug can be reassigned e
On Fri, Dec 30, 2005 at 05:52:02PM +0100, Bernardo Dal Seno wrote:
> Package: libservlet2.4-java
> Severity: serious
> Justification: java 2.4
>
>
> >From the Debian Java Policy (section 2.4):
>
> > Java libraries must depend on the needed runtime environment
> > (java1-runtime and/or java2-runt
OoO Vers la fin de l'après-midi du vendredi 16 décembre 2005, vers
16:14, Aidas Kasparas <[EMAIL PROTECTED]> disait:
> If you get racoon to disapear, please run under gdb, add -F
> option (to stay in foreground) and post backtrace.
Racoon does not disappear. Here is however wha
Package: libservlet2.4-java
Severity: serious
Justification: java 2.4
>From the Debian Java Policy (section 2.4):
> Java libraries must depend on the needed runtime environment
> (java1-runtime and/or java2-runtime)
libservlet2.4-java depends on java-runtime instead, and java-runtime is
not pr
reassign 345329 pike7.6-core
reassign 345330 pike7.6-core
merge 345329 345330
stop
On Fri, Dec 30, 2005 at 05:05:46PM +0100, Bastian Blank scribbled:
> Package: pike-public.parser.xml2
> Version: 1.36-1
> Severity: serious
>
> There was an error while trying to autobuild your package:
It's a Pike
This seems to be a problem in connection with the octave-forge package:
After uninstalling the current testing version octave-forgre=2005.06.13-2
octave-2.1 started correctly on my system.
Therefore I've installed the unstable version octave-forge=2005.06.13-4 .
And It worked for me without the a
* Bastian Blank <[EMAIL PROTECTED]> [2005-12-30 17:10]:
> severity 341476 serious
> retitle 341476 octave-forge - FTBFS [powerpc, s390]: Command octave-config
> not found
> found 341476 2005.06.13-5
> thanks
>
> See
> http://buildd.debian.org/fetch.php?pkg=octave-forge&arch=powerpc&ver=2005.06.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.
Cheers
Luk
- --
Luk Claes - http://people.debi
Package: perl-tk
Version: 800.025-2
Severity: critical
I've written a perl/tk script that crashes everytimeyou start a gtk program
(segmentation fault). When I strace this program I see this error:
readv(3, [{"_GTK_LOAD_ICONTHEMES", 20}, {"", 0}], 2) = 20
This seems to be a already known problem
es list file: No such file or
> directory
> ******
> Build finished at 20051230-1104
> FAILED [dpkg-buildpackage died]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.
Cheers
Luk
- --
Luk Claes - http://people.debi
Package: racoon
Version: 1:0.6.3-1
Followup-For: Bug #341398
I am one more who has the problem with new version.
Dec 30 15:32:04 lenox racoon: INFO: 192.168.54.2[500] used as isakmp
port (fd=7)
Dec 30 15:32:04 lenox racoon: INFO: 192.168.54.2[500] used for NAT-T
Dec 30 15:32:05 lenox racoon: I
1
> make[1]: Leaving directory `/build/buildd/pike-public.network.pcap-1.2'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20051230-0804
> FAILED [dpkg-buildpackage died]
--
To UNSUBSCRIBE, email to [EM
ib/gcc/i486-linux-gnu/4.0.3/libgcc.a -lc
> /usr/lib/gcc/i486-linux-gnu/4.0.3/libgcc.a
> make[1]: *** [module.so] Error 1
> make[1]: Leaving directory `/build/buildd/pike-public.parser.xml2-1.36'
> make: *** [build-stamp] Error 2
> ****
Package: gst-plugins-base0.10
Version: 0.10.0-3
Severity: serious
There was an error while trying to autobuild your package:
> Automatic build of gst-plugins-base0.10_0.10.0-3 on debian01 by sbuild/s390 79
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: libgstreamer0.10-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I cannot reproduce this with a default config. Both zone.int and
zone.tun are enabled with the following rule:
SNAT[0]="EXT ALL 0.0.0.0/0=>0.0.0.0/0"
Now looking at the result:
$ iptables -t nat -nvL
Chain POSTROUTING_NAT_EXT (1 references)
pkt
On 30 December 2005 at 12:54, Martin Samuelsson wrote:
| Martin Samuelsson @ 2005-12-30 (Friday), 09:23 (+0100)
| > I just started rebuilding octave again with DEB_BUILD_OPTIONS set to
| > "nostrip noopt". Hopefully that will give some clues.
|
| The compilation has finished, but it seems like th
* folajimi <[EMAIL PROTECTED]> [2005-12-29 14:20]:
> Did you ever hear back from the upstream developers regarding our build
> issues?
Paul Kienzle and David Bateman, both upstream developers of octave-forge,
participated to the current thread, but they do not really address the
specific problems
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.
Cheers
Luk
- --
Luk Claes - http://people.debi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
Attached the patch for the version I intend to upload. Please respond if
you don't want this NMU to happen, if you are working yourself on a
patch or if you think that the attached patch won't work.
Cheers
Luk
- --
Luk Claes - http://people.debi
Martin Samuelsson @ 2005-12-30 (Friday), 09:23 (+0100)
> I just started rebuilding octave again with DEB_BUILD_OPTIONS set to
> "nostrip noopt". Hopefully that will give some clues.
The compilation has finished, but it seems like the build process did
not honour DEB_BUILD_OPTIONS. (Debian Policy 1
Justin Pryzby wrote:
Has there been any progress on this bug?
http://bugs.debian.org/340127
Sorry no. I will try and deal with in on the 4th of Jan. Seems
strange that the offiicial binary doesn't
work either. I'll ask on the boo list if I don't find anything in the
archives.
cheers
Package: bbdb
Version: 2.35.cvs20040528-1
Followup-For: Bug #345186
The problem seems to be that emacs21.4a-3 does not make the
bbdb-autoloads.el .. this is similar to bug #345297
My very rough fix for this bug (and possibly 344032 and 345297))
apt-get install --reinstall emacs21
wait for the
Hi,
here's a patch that would mostly fix all three RC bugs of xmltex. What
I didn't notice when I reported #345223 is that the missing proper
conffile handling caused 340076: although there is a new working
configuration file in the package, it was not updated.
One thing is missing in the patch,
Package: kernel-image-2.6.8-powerpc
Version: 2.6.8-16
Severity: grave
Tags: patch
Justification: renders package unusable
With this patch kernel detects Hard Drive and CDROM. Extracted from
http://lkml.org/lkml/2005/10/28/343
Index: linux-work/drivers/ide/ppc/pmac.c
==
On Fri, 2005-12-30 at 05:02 +0100, Moritz Muehlenhoff wrote:
> Lots of vulnerabilites have yet again been found in Mantis:
Since I've taken care of the previous round of vulnerabilities, I'll
take a look to see what I can do here, but provide no guarantees at this
point.
> [Hilko, in another bug
Thijs Kinkhorst <[EMAIL PROTECTED]> writes:
> If/when I'll upload to unstable I'll orphan the package, unless Hilko
> wants to keep on maintaining it for now.
Have said vulnerabilities been fixed in 0.19.4? If yes, I suppose I
could do a quick uploead for unstable.
No, I do not want to keep main
Package: firefox
Version: 1.5.dfsg-2
Followup-For: Bug #344401
I had the problem on one of two ibooks. As usual, erasing the directory solved
the problem.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (900, 'unstable'), (100, 'expe
On Wednesday 28 December 2005 01:05, Steve Langasek wrote:
> reopen 339251
> thanks
>
> > plptools (0.14-3) unstable; urgency=low
> > .
> >* Rebuild C++ ABI transition (Closes: #339251) - note library is
> > internal to plptools suite
>
> No, it isn't. The plptools package provides a sh
Martin Samuelsson @ 2005-12-29 (Thursday), 22:35 (+0100)
> After upgrading octave today, it no longer starts at all. Reverting back
> to octave2.1_2.1.72-5_i386.deb makes it work again.
I tried rebuilding 2.1.72-5 locally to see if something in the packaging
breaks the package, or if it is the upg
58 matches
Mail list logo
