Danai SAE-HAN (韓達耐) [EMAIL PROTECTED] wrote:
I don't have the source, so if you could test pdflatex with test.tex?
You can find it here:
http://users.edpnet.be/vanmeel/test.tex
Which fonts (or other things) do I need to have installed? With
latex-cjk-chinese-arphic-bkai00mp installed,
On Wed, Nov 22, 2006 at 07:26:17PM -0800, ramana wrote:
--- Hanno G. Steinke [EMAIL PROTECTED] wrote:
the problem occured with autofs4 module, not autofs. It's a debian
kernel, maybe there are subtle differences in the modules, autofs or
autodir packages compared to fedora. I can have a
clone 398899 -1
reassign -1 python-central 0.5.10
retitle -1 python-central doesn't support packages providing only support for
old/unsupported runtimes
thanks
On Thu, 16 Nov 2006, Yavor Doganov wrote:
Package: python-iconvcodec
Version: 1.1.2-3+b1
Severity: serious
The package fails to
First thanks to Ian for providing valuable info for arrving at this
conclusion.
What happened? There is old autofs4 module which supported autofs4
protocol. Autofs team developed new autofs5 protocol but new module
given name as autofs4.
So this is where the problem is. New module is backward
Processing commands for [EMAIL PROTECTED]:
clone 398899 -1
Bug#398899: python-iconvcodec: Fails to upgrade
Bug 398899 cloned as bug 399986.
reassign -1 python-central 0.5.10
Bug#399986: python-iconvcodec: Fails to upgrade
Bug reassigned from package `python-iconvcodec' to `python-central'.
Processing commands for [EMAIL PROTECTED]:
tags 399986 + patch
Bug#399986: python-central doesn't support packages providing only support for
old/unsupported runtimes
Tags were: sid
Tags added: patch
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
Your message dated Thu, 23 Nov 2006 10:02:05 +
with message-id [EMAIL PROTECTED]
and subject line Bug#399709: fixed in gps 1.1.0-6
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
tags 399986 + patch
thanks
Hi,
Attached is the diff for my python-central 0.5.12 NMU.
I changed python-central accept installing packages providing only support
of old python versions. I didn't add unsupported versions since we now
have 2.5 in sid and we have no experience in handling addition
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.22
# This bug is not RC any more since python-central 0.5.12 fixes the problem,
the package is still useless
severity 398899 important
Bug#398899: python-iconvcodec: Fails to upgrade
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.22
tags 399986 - sid
Bug#399986: python-central doesn't support packages providing only support for
old/unsupported runtimes
Tags were: patch sid
Tags removed: sid
End of message,
Package: wodim
Severity: serious
Justification: Error trying to dist-upgrade
I don't know if I reporting to the right package, and also dunno if
serious is the right severity... sorry :-(
While trying to apt-get dist-upgrade to etch, I got this:
Unpacking wodim (from
I think you also need to make libapache-mod-acct-mysql depend on
mysql-client (the equivalent to the postgresql-client changes you made
on libapache-mod-acct-pgsql)
Currently libapache-mod-acct-mysql only recommends mysql-client.
A suggestion on mysql-server would probably not hurt eigther.
Your message dated Thu, 23 Nov 2006 10:32:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#399986: fixed in python-central 0.5.12
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is
Processing commands for [EMAIL PROTECTED]:
tags 398770 + sarge
Bug#398770: mysql-server-4.1: memleak - kernel: Out of Memory: Killed process
There were no tags set.
Tags added: sarge
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Processing commands for [EMAIL PROTECTED]:
tags 398636 + patch
Bug#398636: zope-sqlrelayda: postinst fails: __main__.PyCentralError: package
has no field Python-Version
There were no tags set.
Tags added: patch
thanks
Stopping processing here.
Please contact me if you need assistance.
tags 398636 + patch
thanks
Hi,
Attached is the diff for my sqlrelay 1:0.37.1-3.1 NMU.
I fixed more than just this bug since the package was not bin-NMU safe and
since php5-sqlrelay was empty.
Cheers,
--
Raphaël Hertzog
Premier livre français sur Debian GNU/Linux :
El mié, 22-11-2006 a las 13:57 +0100, Steinar H. Gunderson escribió:
On Wed, Nov 22, 2006 at 01:44:43PM +0100, Andreas Henriksson wrote:
Since I've already created it I'll send this patch to the BTS just
for
reference.
This one takes the alternative route of not having a hard-dependency
Processing commands for [EMAIL PROTECTED]:
clone 398771 -1
Bug#398771: installing mailman with python 2.3 causes loop condition during
python upgrade
Bug 398771 cloned as bug 41.
reassign -1 python-support 0.5.5
Bug#41: installing mailman with python 2.3 causes loop condition during
clone 398771 -1
reassign -1 python-support 0.5.5
retitle -1 python-support should warn and not fail when some files can't be
byte-compiled
thanks
On Thu, 16 Nov 2006, Lionel Elie Mamane wrote:
This bug, in my opinion, makes the package unsuitable for release with
etch. It breaks upgrades from
On Thu, Nov 23, 2006 at 01:54:40AM -0800, ramana wrote:
First thanks to Ian for providing valuable info for arrving at this
conclusion.
What happened? There is old autofs4 module which supported autofs4
protocol. Autofs team developed new autofs5 protocol but new module
given name as
Your message dated Thu, 23 Nov 2006 11:47:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#398636: fixed in sqlrelay 1:0.37.1-3.1
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is
On Thu, Nov 23, 2006 at 12:42:10PM +0100, Raphael Hertzog wrote:
On Thu, 16 Nov 2006, Lionel Elie Mamane wrote:
That file usually is a symlink to /etc/mailman/mm_cfg.py, a
configuration file. I'm not terribly convinced it should be compiled
at all, actually.
Alex, you did have the file
Package: mailman
Version: 1:2.1.8-3
Severity: serious
Justification: Etch RC Policy 5.(c)
Tags: pending
(Bug is present up to and including 1:2.1.9-2.)
Mailman installs architecture-independent program files not written
except at install/upgrade time in /var/lib/mailman/pythonlib/email/
. That's
On Thu, Nov 23, 2006 at 12:49:18PM +0100, Francesco P. Lovergine wrote:
The autofs4-autofs5 update was quite clear. What I find strange
is the problem in cooperating with current (enclosed) auto_fs4.h
header file, which is quite old. Also I see an autofs5 related struct
in the union
On Thu, Nov 23, 2006 at 01:22:35PM +0100, Lionel Elie Mamane wrote:
On Thu, Nov 23, 2006 at 12:42:10PM +0100, Raphael Hertzog wrote:
On Thu, 16 Nov 2006, Lionel Elie Mamane wrote:
That file usually is a symlink to /etc/mailman/mm_cfg.py, a
configuration file. I'm not terribly convinced it
Processing commands for [EMAIL PROTECTED]:
tags 35 + moreinfo
Bug#35: wodim: Error trying to dist-upgrade
There were no tags set.
Tags added: moreinfo
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
Package: mailman
Version: 1:2.1.9-1
Severity: serious
Justification: Etch RC policy: 3 - last paragraph
Quoting Etch RC policy:
Changes to configuration files must be preserved during a package
upgrade. Configurations must be preserved on package removal, and
only deleted
On Thu, Nov 23, 2006 at 01:41:08PM +0100, Lionel Elie Mamane wrote:
1:2.1.9-3 will make it /usr/lib/mailman/pythonlib/email, which is
still suboptimal (the non-compiled files should be in /usr/share,
being architecture-independent), and may technically still be a
violation, although not a
tags 35 + moreinfo
thanks
#include hallo.h
* Mind Booster Noori [Thu, Nov 23 2006, 10:58:22AM]:
Package: wodim
Severity: serious
Justification: Error trying to dist-upgrade
I don't know if I reporting to the right package, and also dunno if
serious is the right severity... sorry :-(
tags 41 + patch
thanks
Hi,
Attached is a possible patch to fix this issue. I tested it here by
creating an error in a private module:
$ sudo /var/lib/dpkg/info/linda.postinst configure
WARNING: compile error while trying to byte-compile
/usr/share/linda/checks/shebang.py: File
Processing commands for [EMAIL PROTECTED]:
tags 41 + patch
Bug#41: python-support should warn and not fail when some files can't be
byte-compiled
There were no tags set.
Tags added: patch
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking
Yep. I missied your concerns.
Provided the problem is with upgradtion of module, then,
I though about second possibility without touching auto_fs4.h.
All that needed is to redefine following definitions.
#define AUTOFS_PROTO_VERSION5
#define AUTOFS_MIN_PROTO_VERSION3
#define
Package: bcm5700-source
Version: 8.2.18-2
Followup-For: Bug #390429
Hi!
Just wanted to mention that your patch is working fine here (Dell Optiplex
GX260 with a BCM5751 Adapter, I wanted to test if a problem related to tg3
module).
Ciao
Sebastian
-- System Information:
Debian Release: 4.0
any chance of an english translation of those error messages?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/STATUS
also notes memory leaks in mod_deflate and mod_mem_cache. Do you use one
of these?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: jokosher
Version: 0.2-1
Severity: grave
Jokosher 0.2-1 will not run for me at all from the command line
[EMAIL PROTECTED]:~/linux-audio/jokosher]% jokosher
Error loading Jokosher: No module named pkg_resources
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT
We have mod_python, redirection with mod_proxy/mod_rewrite, PHP with
memory limit set to 32M, DAV and DAV/SVN. The are no errors or other
interesting entries in apache logs nor in any other log.
Maybe you could try disabling modules one by one to see which one is the
cause? There are reports
On Thu, 23 Nov 2006, Lionel Elie Mamane wrote:
I just checked, it is not a conffile.
... and not shipped by the package, but created by the postinst.
Which means this also breaks _new_ installs as far as I understand it
because if:
- mailman gets unpacked _before_
- python2.4 gets
Il giorno gio, 23/11/2006 alle 15.42 +0100, Stefan Fritsch ha scritto:
http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/STATUS
also notes memory leaks in mod_deflate and mod_mem_cache. Do you use one
of these?
Definitely no.
--
Federico Di Gregorio
Processing commands for [EMAIL PROTECTED]:
=
Unknown command or malformed arguments to command.
close #400025
Bug#400025: jokosher: cannot start jokosher 0.2-1
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to
Unexplainable. Could be a bug in APT. Please send
your /var/log/dpkg.log file (compressed with gzip).
I would gladly do it, but I just found that my /var/log/dpkg.log was an
empty file... I enabeled logging, did an apt-get -f install, and the log
just says:
2006-11-23 15:28:45 install wodim
Package: libopenal0
Version: 1:0.0.8-1
Severity: grave
OpenAL doesn't work, because libopenal0a_0.0.8-1_i386.deb doesn't
create /etc/openalrc. File /etc/openalrc must contain string:
(define devices '(arts alsa native sdl esd null))
Without this file sound in some games doesn't work (for example
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.22
severity 400021 serious
Bug#400021: Missing depend on python-setuptools
Severity set to `serious' from `normal'
End of message, stopping processing here.
Please contact me if you
hi guys,
On Thu, 2006-11-23 at 12:30 +0100, David Gil wrote:
Maybe I am completely wrong, but phpgacl does not need (mysql|
postgresql)-client, dbconfig-common needs them (#353617).
I am not happy to make phpgacl depends on (mysql|postgresql)-client
since the package could be configured
#include hallo.h
* Marcos Daniel Marado Torres [Thu, Nov 23 2006, 03:36:01PM]:
Unexplainable. Could be a bug in APT. Please send
your /var/log/dpkg.log file (compressed with gzip).
I would gladly do it, but I just found that my /var/log/dpkg.log was an
empty file... I enabeled logging,
Package: blitz++
Version: 1:0.9-1.2
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000
Hi,
During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.
Relevant parts:
Setting up gettext (0.15-3) ...
[...]
Package: dillo
Version: 0.8.5-4
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000
Hi,
During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.
Relevant parts:
make[4]: Entering directory
Package: antigravitaattori
Version: 0.0.2-2
Severity: grave
Justification: renders package unusable
Attempting to start the game, i get:
[EMAIL PROTECTED]:~$ antigrav
libpng error: Invalid image width
setjmp: Success
Invalid: can't load texture racer.png
libpng error: Invalid image width
Package: brickos
Version: 0.9.0.dfsg-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of brickos_0.9.0.dfsg-1 on caballero by sbuild/ia64 85
Build started at 20061123-0912
[...]
** Using build dependencies supplied by package:
Build-Depends
Package: planet-penguin-racer
Version: 0.3.1-8
Severity: grave
Justification: renders package unusable
On start up of ppracer Xorg uses 99.4% cpu resources and ppracer gives
extremely sluggish response. There is approximately a 2 second lag between
moving the
mouse and the cursor itself
Package: loop-aes-modules
Version: 3.1d+3+5
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000
Hi,
During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.
Your package depends on loop-aes-source (=
Do dpkg -l cdrecord please, don't reinstall it yet.
[EMAIL PROTECTED]:~# dpkg -l cdrecord
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name
Package: libbonobomm1.3
Version: 1.3.8-3
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000
Hi,
During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.
Relevant parts:
Making all in generated
make[4]:
Package: autoprofile
Version: 2.14-2+b1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of autoprofile_2.14-2+b1 on caballero by sbuild/ia64 85
Build started at 20061123-0556
[...]
** Using build dependencies supplied by package:
Build-Depends
Package: emacs-snapshot
Version: 1:20061117-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of emacs-snapshot_1:20061117-1 on caballero by sbuild/ia64 85
Build started at 20061123-0510
[...]
** Using build dependencies supplied by package
Package: autopartkit
Version: 1.21
Severity: serious
Hello,
There was a problem while autobuilding your package:
At 1164265143 time_t, [EMAIL PROTECTED] wrote:
Automatic build of autopartkit_1.21 on avidan by sbuild/i386 98
Build started at 20061123-0758
reopen 357327
thanks
Hi,
I am reopening #357327 (misdn-user build-deps on missing
linux-headers-misdn) because misdn-kernel (source package for
linux-headers-misdn) is not in testing and not likely to get in soon (RC
buggy).
--
| Lucas Nussbaum
| [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
reopen 357327
Bug#357327: FTBFS: broken b-d linux-headers-misdn
Bug reopened, originator not changed.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs
Package: lprof
Version: 1.11.4.dfsg+1.11.4.1-1
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000
Hi,
During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.
Relevant parts:
Looking for build directory
Package: hol88
Version: 2.02.19940316-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of hol88_2.02.19940316-1 on caballero by sbuild/ia64 85
Build started at 20061123-0909
[...]
** Using build dependencies supplied by package:
Build-Depends
found 394153 1:0.8.1-1
thanks
Hi,
I just reproduced this serious bug with version 1:0.8.1-1, which is the
version currently in testing.
Lucas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Your message dated Thu, 23 Nov 2006 18:57:01 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#35: wodim: Error trying to dist-upgrade
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.22
close 398209 1.4.9-1.1
Bug#398209: hyperestraier: FTBFS: upstream build rules look in $(HOME) for
includes
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug
Package: systemimager
Version: 3.6.3-2
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000
Hi,
During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.
Relevant parts:
# boel_binaries.tar.gz installed.
On Thu, 2006-11-23 at 01:54 -0800, ramana wrote:
First thanks to Ian for providing valuable info for arrving at this
conclusion.
What happened? There is old autofs4 module which supported autofs4
protocol. Autofs team developed new autofs5 protocol but new module
given name as autofs4.
On Thu, Nov 23, 2006 at 05:49:08AM -0800, ramana wrote:
As for the compatibility check, Autodir supports only protocol 4 and in
the future 5. So only check for protocol 4 is needed at this moment.
FWIW, after etch I'll put autofs 5 into Debian; etch will, however, stay with
autofs 4.
/*
I went on this bug report where Andreas adds a debconf template as
part of his patch to fix the RC issue.
I'd like to recommend following the writing style in the Developer's
Reference and remove the dot at the end of the new template short
description and turn the new template into an error
GOTO Masanori [EMAIL PROTECTED] wrote:
Hi,
libsmbios-dev does not provide libsmbios.so, making it impossible to link
against libsmbios.
libsmbios1 has libsmbios.so - or do I misunderstand your bug report?
Nope, it does not, and libsmbios-dev ships an empty /usr/lib directory.
Package: museek+
Version: 0.1.12-1
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000
Hi,
During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.
Relevant parts:
Headers for Mucipher...
IOError: [Errno
Package: rmysql
Version: 0.5.9-1
Severity: serious
Justification: FTBFS on i386, very likely to fail everywhere else
Usertags: grid5000
Hi,
During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.
Relevant parts:
[1] dbDataType
In method for function
Package: lcdproc
Version: 0.5.1-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of lcdproc_0.5.1-1 on peri by sbuild/hppa 85
Build started at 20061123-0719
[...]
** Using build dependencies supplied by package:
Build-Depends: debhelper (= 4
Processing commands for [EMAIL PROTECTED]:
found 394153 1:0.8.1-1
Bug#394153: twinkle: FTBFS: undefined reference to gsm_decode
Bug marked as found in version 1:0.8.1-1.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
libsmbios-dev does not provide libsmbios.so, making it impossible to link
against libsmbios.
libsmbios1 has libsmbios.so - or do I misunderstand your bug report?
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
reassign 400056 ppracer
Bug#400056: planet-penguin-racer: Xorg goes to 99.4% cpu usage on starting game
Warning: Unknown package 'planet-penguin-racer'
Bug reassigned from package `planet-penguin-racer' to `ppracer'.
--
Stopping processing here.
On Thu, Nov 23, 2006 at 06:58:10PM +0100, Steinar H. Gunderson wrote:
On Thu, Nov 23, 2006 at 05:49:08AM -0800, ramana wrote:
As for the compatibility check, Autodir supports only protocol 4 and in
the future 5. So only check for protocol 4 is needed at this moment.
FWIW, after etch I'll
on avidan by sbuild/i386 98
Build started at 20061123-0758
**
...
checking for ped_disk_write... no
checking for ped_partition_get_path... yes
configure: creating ./config.status
/bin/sh ./config.status
config.status
Your message dated Thu, 23 Nov 2006 18:17:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#398540: fixed in net-snmp 5.2.3-4
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now
#include hallo.h
* Marcos Marado [Thu, Nov 23 2006, 06:07:06PM]:
On Thu, 2006-11-23 at 18:57 +0100, Eduard Bloch wrote:
#include hallo.h
* Marcos Torres Marado [Thu, Nov 23 2006, 05:03:56PM]:
Do dpkg -l cdrecord please, don't reinstall it yet.
[EMAIL PROTECTED]:~# dpkg -l cdrecord
On tor, 2006-11-23 at 17:32 +0100, sean finney wrote:
(a) the packages in question should still have (foo | bar) depends on
cmdline clients.
(b) in dbconfig-common, if the user selects an option for cmdline
clients that aren't installed, they're prompted with an error dialog,
the
Your message dated Thu, 23 Nov 2006 18:32:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#357919: fixed in rekall 2.2.6-5
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
Processing commands for [EMAIL PROTECTED]:
severity 396148 grave
Bug#396148: thoggen: only works with dvd source
Severity set to `grave' from `important'
Raising severity because thoggen is simply unusable for Etch release
Unknown command or malformed arguments to command.
(in addition to
Package: sylpheed-claws-gtk2
Version: 2.6.0-1
Severity: grave
Justification: renders package unusable
Hello,
since yesterday, I'm unable to connect to my IMAP server, which uses
CRAM-MD5 authentification mechanism (just that).
The log window of sylpheed-claws give me the following output :
Package: last-exit
Version: 3.0-3
Severity: grave
The application does not start:
Unhandled Exception: System.DllNotFoundException: libc
at (wrapper managed-to-native) LastExit.Driver:prctl
(int,byte[],ulong,ulong,ulong)
at LastExit.Driver.SetProcessName (System.String name) [0x0]
at
Processing commands for [EMAIL PROTECTED]:
found 400068 0.5.9-1
Bug#400068: rmysql: FTBFS: the names in signature for method (dbObj, snames, ,
, ) do not match function's arguments
Bug marked as found in version 0.5.9-1.
close 400068 0.5.10-1
Bug#400068: rmysql: FTBFS: the names in signature
Hi,
I raised severity because thoggen is simply unusable for Etch, and
Etch should only have functional software. Similar case with Pitivi
(#359803) which was luckily removed from Etch.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On 23/11/06 at 13:17 -0600, Dirk Eddelbuettel wrote:
| During a rebuild of all packages in etch, I discovered that your package
| failed to build on i386.
0.5.9 is outdated. 0.5.10 builds fine.
0.5.9 is still in testing, that's why I filed this bug (so we don't
release etch with 0.5.9). I
found 400068 0.5.9-1
close 400068 0.5.10-1
thanks
On 23 November 2006 at 18:35, Lucas Nussbaum wrote:
| Package: rmysql
| Version: 0.5.9-1
| Severity: serious
| Justification: FTBFS on i386, very likely to fail everywhere else
| Usertags: grid5000
|
| Hi,
|
| During a rebuild of all packages
On 23 November 2006 at 20:21, Lucas Nussbaum wrote:
| On 23/11/06 at 13:17 -0600, Dirk Eddelbuettel wrote:
| | During a rebuild of all packages in etch, I discovered that your package
| | failed to build on i386.
|
| 0.5.9 is outdated. 0.5.10 builds fine.
|
| 0.5.9 is still in testing,
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.26
severity 400082 important
Bug#400082: sylpheed-claws-gtk2: CRAM-MD5 auth doesn't work anymore
Severity set to `important' from `grave'
End of message, stopping processing here.
hej andreas,
On Thu, 2006-11-23 at 19:33 +0100, Andreas Henriksson wrote:
A slightly different way would be to:
- have dbconfig-common depend on sqlite | mysql-client |
postgresql-client to make sure atleast one of the supported clients is
always installed.
unfortunately, this won't work
Your message dated Thu, 23 Nov 2006 19:32:07 +
with message-id [EMAIL PROTECTED]
and subject line Bug#399689: fixed in iceweasel-locale-uk 2.0-1
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
On 23/11/06 at 13:39 -0600, Dirk Eddelbuettel wrote:
On 23 November 2006 at 20:21, Lucas Nussbaum wrote:
| On 23/11/06 at 13:17 -0600, Dirk Eddelbuettel wrote:
| | During a rebuild of all packages in etch, I discovered that your package
| | failed to build on i386.
|
| 0.5.9 is
Package: iceweasel
Version: 2.0+dfsg-1
Severity: grave
Justification: renders package unusable
iceweasel connects only to the default homepage (not cached).
Any attempt to connect with any other site afterwards makes it hang on
the DNS lookup stage or later. It can only be removed by killing
Package: icedove
Version: 1.5.0.8-2
Severity: serious
Hi,
Your package is failing to build with the following error:
gcc -shared -Wl,-soname -Wl,libsoftokn3.so
-Wl,--version-script,Linux2.6_x86_glibc_PTH_64_OPT.OBJ/softokn.def -o
Linux2.6_x86_glibc_PTH_64_OPT.OBJ/libsoftokn3.so
Hi Szaka,
I can confirm that unfortunately the problem persists in the final
version of Vista. :-(
Regards,
Andree
PS: I was given the opportunity to test this but have not purchased a
copy of Vista and don't intend to. I can possibly do some more testing
but it would be easier (and quicker) if
On Thu, Nov 23, 2006 at 03:55:15PM +0100, Raphael Hertzog wrote:
On Thu, 23 Nov 2006, Lionel Elie Mamane wrote:
I just checked, it is not a conffile.
... and not shipped by the package, but created by the postinst.
Which means this also breaks _new_ installs as far as I understand it
-perl_1.23-1 on
sagittaire-13.lyon.grid5000.fr by sbuild/amd64 0.52
+DC-Build-Header: libimage-info-perl 1.23-1 / Thu Nov 23 21:30:14 +0100
2006
+Automatic build of libimage-info-perl_1.23-1 on
sagittaire-42.lyon.grid5000.fr by sbuild/amd64 0.52
Build started at 20061123-2130
reassign 400024 mindi
thanks
Hello Hugo,
Thank you for reporting this problem.
It would be great if you could run the following command (as root):
mindi --makemountlist /tmp/mount.lst
and send me:
- the screen output
- /tmp/mount.lst
- /var/log/mindi
Also, unless I am mistaken you are not
Processing commands for [EMAIL PROTECTED]:
reassign 400024 mindi
Bug#400024: mondo 2.20: wrong mountlist
Bug reassigned from package `mondo' to `mindi'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian
Package: nginx
Version: 0.4.13-1
Severity: critical
Justification: breaks unrelated software
I just lost /var/www/index.html that unfortunately has been heavily
modified but not yet backed-up.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
1 - 100 of 137 matches
Mail list logo