Hi.
I've had a look at the package sources, and
interdiff -z twiki_4.1.2-3.2.diff.gz twiki_4.1.2-4.diff.gz show at least
one problem with the reintroduction of obsolete br.po translation file,
which was removed in -3.2 (see changelog).
I'll try and test it.
Still I have one doubt about the
Processing commands for [EMAIL PROTECTED]:
reopen 494532
Bug#494532: depends on non-existing library libparted1.7-udeb in lenny
Bug reopened, originator not changed.
--
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
libparted1.7-udeb is now back (on some mirrors so far), so I tried
installing again. The whole installation now completes without problems.
It's not back on armel. Is there any chance to get this back somehow
given that it no longer exists on armel in the archive at all?
--
Martin Michlmayr
Your message dated Fri, 15 Aug 2008 06:17:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#495174: fixed in fakeroot-ng 0.12-2
has caused the Debian Bug report #495174,
regarding fakeroot-ng: debian/rules clean does not clean, resulting in FTBS
twice problems
to be marked as done.
Le vendredi 15 août 2008 à 08:10 +0200, Olivier Berger a écrit :
Still I have one doubt about the change for
$TWiki::cfg{RCS}{WorkAreaDir} and $TWiki::cfg{TempfileDir}
in case of upgrades...
Will try and report for my upgrade tests.
OK, upgrades from -3.2 to -4 seem fine in this respect.
Processing commands for [EMAIL PROTECTED]:
notfound 495006 2.40-2
Bug#495006: listadmin: 2.40 update broke it against Mailman-2.1.9/etch
Bug no longer marked as found in version 2.40-2.
kthxbye
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
notfound 495006 2.40-2
kthxbye
Same problem here with 2.40-2.1, but not with 2.40-2.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Your message dated Fri, 15 Aug 2008 09:11:54 +0200
with message-id [EMAIL PROTECTED]
and subject line fixed in 3.10.3-1
has caused the Debian Bug report #492818,
regarding solfege_3.11.3-1(sparc/unstable): FTBFS on sparc: NameError: global
name 'getcwd' is not defined
to be marked as done.
This
Package: libapache2-mod-php5
Version: 5.2.6-2+b1
Severity: grave
How the problem was found:
On a clean lenny system I tried to install mediawiki. I had done this
before on an etch system where it went so smoothly I almost forgot how I
configured it. This time I could not get to the
Package: wodim
Version: 9:1.1.8-1
Severity: grave
Justification: renders package unusable
wodim --devices says:
wodim: No such file or directory.
Cannot open SCSI driver!
For possible targets try 'wodim --devices' or 'wodim -scanbus'.
For possible transport specifiers try 'wodim dev=help'.
For
Package: kde4-minimal
Version: 3
Severity: grave
Justification: renders package unusable
*** Please type your report below this line ***
As recommendet at
http://pkg-kde.alioth.debian.org/experimental.html
I added the experimental branch to my sources.list file, did a
apt-get update
and
Package: libqt4-designer
Version: 4.4.0-4
Severity: grave
Justification: renders package unusable
*** Please type your report below this line ***
After an
apt-get -t experimental install kde4-minimal
failed with unmet dependencies for kdelibs5 etc. I tried to install kdelibs5
but got further
reopen 494775
thanks
Damn it! I hate when things keep going wrong like this!
--
Emmanuel le Chevoir
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
reopen 494775
Bug#494775: fluxconf_0.9.9.1-1(ia64/unstable): FTBFS: config.status not found
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
Bug reopened, originator not
I guess this bug may be related to bugs #463905 and #471548. The latter
talks about removing and reinstalling the package. I did remove and
reinstall the package a few times, when I was trying to get the
mediawiki package to work.
Eric, could you do:
# dpkg --force-depends --purge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[replying cc the BTS]
On Fri, Aug 15, 2008 at 10:04:09AM +0200, Michel Dänzer wrote:
On Fri, 2008-08-15 at 09:27 +0200, Jonas Smedegaard wrote:
On Fri, Aug 15, 2008 at 08:57:29AM +0200, Michel Dänzer wrote:
Same problem here with 2.40-2.1, but
Processing commands for [EMAIL PROTECTED]:
forcemerge 487541 485941
Bug#487541: eggdrop: Eggdrop does not start in the background
Bug#485941: eggdrop hangs on a lock (futex)
Forcibly Merged 485941 487541.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
Hi Michel,
On Tue, Aug 12, 2008 at 11:19:37AM -0400, Grenier,Michel [CMC] wrote:
Package: python-paramiko
Version: 1.7.1
Severity: grave
Justification: renders package unusable
The problem is that within debian etch
the paramiko package is completely UNUSABLE as it is now... Once
Package: mktemp
Version: 1.5-2
Severity: grave
Tags: security
There's a problem with the randomness of mktemp. The
string includes a number which includes somewhat
the current process ID (based on the current PID). Worse:
Subsequent calls just seem to increase the number
by one:
[EMAIL
Your message dated Fri, 15 Aug 2008 09:51:25 +0100
with message-id [EMAIL PROTECTED]
and subject line Re: xserver-xorg-video-nouveau: No source for
linux-nouveau-modules
has caused the Debian Bug report #494755,
regarding xserver-xorg-video-nouveau: No source for linux-nouveau-modules
to be
Your message dated Fri, 15 Aug 2008 09:51:25 +0100
with message-id [EMAIL PROTECTED]
and subject line Re: xserver-xorg-video-nouveau: No source for
linux-nouveau-modules
has caused the Debian Bug report #494755,
regarding xserver-xorg-video-nouveau: No source for linux-nouveau-modules
to be
Miriam Ruiz [EMAIL PROTECTED] writes:
Hi all,
We've finally decided to add support for multiple flash players through
Debian's alternatives system. Gnash and swfdec have already been uploaded to
sid with this support.
We decided to use the alternatives name flash-mozilla.so and to add it
Processing commands for [EMAIL PROTECTED]:
reopen 492818
Bug#492818: solfege_3.11.3-1(sparc/unstable): FTBFS on sparc: NameError: global
name 'getcwd' is not defined
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
Your message dated Fri, 15 Aug 2008 08:47:18 +
with message-id [EMAIL PROTECTED]
and subject line Bug#494228: fixed in solfege 3.11.3-4
has caused the Debian Bug report #494228,
regarding solfege: FTBFS: error : Operation in progress
to be marked as done.
This means that you claim that the
Ondřej Surý wrote:
I guess this bug may be related to bugs #463905 and #471548. The latter
talks about removing and reinstalling the package. I did remove and
reinstall the package a few times, when I was trying to get the
mediawiki package to work.
Eric, could you do:
# dpkg
mktemp /tmp/$0.$$.X
The problem here is that you are using too short template. Try:
mktemp /tmp/$0.$$.XXX
using only 5 * X as in your version makes your app quite possibly
brute-forceable.
This is the way it should be (Opensuse):
I suspect opensuse uses the gnu
reopen 492818
severity 492818 serious
version 492818 3.11.3-1
thx
Hi,
On Fri Aug 15, 2008 at 07:12:08 +, Debian Bug Tracking System wrote:
Package: solfege
Version: 3.10.3-1
This was fixed in 3.10.3-1 by adding the patch
debian/patches/filesystem-getcwd-bug introduced in 3.10.3-2 to
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.35
severity 492818 serious
Bug#492818: solfege_3.11.3-1(sparc/unstable): FTBFS on sparc: NameError: global
name 'getcwd' is not defined
Severity set to `serious' from `serious'
End of
On Tue, 2008-08-12 at 18:36 +0200, Mathieu Malaterre wrote:
Package: meld
Version: 1.1.3-1.2
Severity: grave
Justification: renders package unusable
I simply cannot start meld:
$ meld
Traceback (most recent call last):
File /usr/bin/meld, line 78, in ?
import gtk
ImportError:
severity 495181 normal
tags 495181 +pending moreinfo
forcemerge 471548 495181
thank you
This does work.
Ok, cool. So it's just some weird condition which triggers this bug,
so I am lowering severity.
I still don't understand how the php5.* files disappeared in the first place.
There could
Processing commands for [EMAIL PROTECTED]:
severity 495181 normal
Bug#495181: libapache2-mod-php5 does not install php5.conf and php5.load
Severity set to `normal' from `grave'
tags 495181 +pending moreinfo
Bug#495181: libapache2-mod-php5 does not install php5.conf and php5.load
There were no
On 2008-08-15 11:21 +0200, Riku Voipio wrote:
mktemp /tmp/$0.$$.X
The problem here is that you are using too short template. Try:
mktemp /tmp/$0.$$.XXX
using only 5 * X as in your version makes your app quite possibly
brute-forceable.
Not really, to make mktemp
Am 15.08.2008 11:21, Riku Voipio schrieb:
mktemp /tmp/$0.$$.X
The problem here is that you are using too short template. Try:
mktemp /tmp/$0.$$.XXX
The problem with that is that scripts with X=6 are not portable
to other Unices. And to compensate Debian's
Your message dated Fri, 15 Aug 2008 10:17:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#491621: fixed in ext3grep 0.8.0-1
has caused the Debian Bug report #491621,
regarding [ext3grep] ext3grep: ext3grep.cc:373: void init_consts(): Assertion
`(size_t)inode_size_ =
Your message dated Fri, 15 Aug 2008 10:17:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#494775: fixed in fluxconf 0.9.9.2-2
has caused the Debian Bug report #494775,
regarding fluxconf_0.9.9.1-1(ia64/unstable): FTBFS: config.status not found
to be marked as done.
This means
Am 15.08.2008 12:05, Sven Joachim schrieb:
On 2008-08-15 11:21 +0200, Riku Voipio wrote:
using only 5 * X as in your version makes your app quite possibly
brute-forceable.
Not really, to make mktemp fail with 5 X's an attacker would have to
create 52^5 = 380204032 file names, which would
Julien Cristau wrote:
On Thu, Aug 14, 2008 at 22:39:31 +0200, Thiemo Seufer wrote:
--- spass-2.1.orig/debian/rules 2008-08-14 22:35:04.0 +0200
+++ spass-2.1/debian/rules 2008-08-14 22:09:41.0 +0200
@@ -20,7 +20,7 @@ endif
# generic Debian directories
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# coq (8.2~beta4+dfsg-2) experimental; urgency=low
#
# * [45cca7f] Add non-native-archs.dpatch; fixes FTBFS on non-native
#architectures (Closes: #495165)
#
package coq-libs coqide coq
tags 495165 +
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.35
retitle 495193 mktemp generated string partly not random
Bug#495193: Etch's and Lenny's mktemp seriously broken
Changed Bug title to `mktemp generated string partly not random' from
severity critical
thanks
Hi Dirk,
* Dirk Wetter [EMAIL PROTECTED] [2008-08-15 11:57]:
There's a problem with the randomness of mktemp. The
string includes a number which includes somewhat
the current process ID (based on the current PID). Worse:
Subsequent calls just seem to increase the
Package: guile-1.8
Version: 1.8.5+1-3
Severity: serious
see
http://buildd.debian.org/fetch.cgi?pkg=guile-1.8ver=1.8.5%2B1-3arch=ia64stamp=1218520791file=log
the control file is missing the ia64 architecture
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
On Fri, Aug 15, 2008 at 07:45:25AM -0400, Grenier,Michel [CMC] wrote:
Hi Guido
it was simply when trying to use it... so the following line was failing
import paramiko
Then you are probably not using the paramiko shipped in Debian Etch?
Please check if you have other versions on you
Martin Michlmayr [EMAIL PROTECTED] writes:
libparted1.7-udeb is now back (on some mirrors so far), so I tried
installing again. The whole installation now completes without problems.
It's not back on armel. Is there any chance to get this back somehow
given that it no longer exists on armel
Possible solutions:
1) change the algorithm
2) use libc mkstemp (will break templates shorter than 6 characters)
3) ship mktemp from sarge (will break templates shorter than 6
characters)
4) ship coreutils mktemp (will break templates shorter than 3
characters)
--
To UNSUBSCRIBE, email to
* Otavio Salvador [EMAIL PROTECTED] [2008-08-15 09:01]:
No. It is not possible since stable didn't have armel and we grabed
the binary package from that.
And it's not possible to upload libparted1.7-udeb for armel to t-p-u?
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE,
Package: libatomic-ops
Version: 1.2-4
Severity: serious
libatomic-ops currently fails to build on powerpc/unstable due to
a failing test case:
[...]
make[4]: Entering directory `/home/ths/tf/debs/libatomic-ops-1.2/tests'
cc -DHAVE_CONFIG_H -I. -I. -I../src -I./../src -g -O2 -g -Wall -O2
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.35
# lowering again as the file is safely created with O_EXCL and 0600, still
unsafe if used with -u
severity 495193 grave
Bug#495193: mktemp generated string partly not random
I raised the severity to critical as a lot of shell scripts
in Debian rely on this data being random.
Why is that important? The purpose of mktemp is to return a unique
filename and to actually create the file. Can you describe an attack
based on the non-randomness of the filename?
Sven
Am 15.08.2008 14:02, Clint Adams schrieb:
Possible solutions:
1) change the algorithm
2) use libc mkstemp (will break templates shorter than 6 characters)
3) ship mktemp from sarge (will break templates shorter than 6
characters)
4) ship coreutils mktemp (will break templates shorter than 3
# Automatically generated email from bts, devscripts version 2.10.35
# lowering again as the file is safely created with O_EXCL and 0600, still
unsafe if used with -u
severity 495193 grave
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
On Fri, Aug 15, 2008 at 12:04:22PM +0200, Dirk Wetter wrote:
Am 15.08.2008 11:21, Riku Voipio schrieb:
mktemp /tmp/$0.$$.X
The problem here is that you are using too short template. Try:
mktemp /tmp/$0.$$.XXX
The problem with that is that scripts with X=6 are
reassign 494910 partman-lvm
tags 494910 + patch
thanks
On Wed, Aug 13, 2008 at 02:21:28AM +0200, Frans Pop wrote:
This is probably not a bug in partman-crypto itself, but I think that's
the best place to start. Potential culprits include libparted,
partman-base and partman-lvm...
This bug
Processing commands for [EMAIL PROTECTED]:
reassign 494910 partman-lvm
Bug#494910: partman-crypto: No longer allows to manually create LVM on crypto
setup
Bug reassigned from package `partman-crypto' to `partman-lvm'.
tags 494910 + patch
Bug#494910: partman-crypto: No longer allows to
On Fri, Aug 15, 2008 at 07:58:12AM -0400, Grenier,Michel [CMC] wrote:
version is 1.5.2 right !?
Check yourself if you have the latest version in etch via:
http://packages.debian.org/python-paramiko
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
On Fri, Aug 15, 2008 at 07:53:26AM -0400, Grenier,Michel [CMC] wrote:
Did you at least found the typo I described !?
Sure. But if it's not affecting anyting badly we won't make an update
for Etch. It's fixed in Lenny anyway.
-- Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
On 2008-08-15 Clint Adams [EMAIL PROTECTED] wrote:
Possible solutions:
1) change the algorithm
2) use libc mkstemp (will break templates shorter than 6 characters)
3) ship mktemp from sarge (will break templates shorter than 6
characters)
4) ship coreutils mktemp (will break templates
Package: ipsec-tools
Severity: grave
Tags: security
Justification: user security hole
Hi,
the following CVE (Common Vulnerabilities Exposures) id was
published for ipsec-tools.
CVE-2008-3651[0]:
| Memory leak in racoon/proposal.c in the racoon daemon in ipsec-tools
| before 0.7.1 allows remote
Am 15.08.2008 14:42, Andreas Metzler schrieb:
On 2008-08-15 Clint Adams [EMAIL PROTECTED] wrote:
is there actually a reason for using the PID and for limiting the
non-pid part to [[A-Za-z]?
Why not
bugs included-
--- mktemp-1.5.orig/priv_mktemp.c
+++ mktemp-1.5/priv_mktemp.c
@@
Your message dated Fri, 15 Aug 2008 12:47:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#494682: fixed in citadel 7.37-2
has caused the Debian Bug report #494682,
regarding citadel-common: Fails badly at handling group creation.
to be marked as done.
This means that you claim
Your message dated Fri, 15 Aug 2008 12:47:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#494229: fixed in dvdauthor 0.6.14-3
has caused the Debian Bug report #494229,
regarding dvdauthor: FTBFS: Nonexistent build-dependency: libdvdread3-dev
to be marked as done.
This means that
On 12/08/08 at 18:26 +0200, Aurelien Jarno wrote:
On Tue, Aug 12, 2008 at 01:12:17PM -0300, Lucas Nussbaum wrote:
Hi,
I tried to build ruby1.9 on an hppa box provided by Aurelien Jarno,
running linux-image-2.6.26-1-parisc.
The build fails with:
compiling continuation
make[2]:
Package: cups
Version: 1.3.8-4
Severity: serious
Hi,
your package failed to build from source.
| Automatic build of cups_1.3.8-4 on njoerd by sbuild/sparc 98-farm
| Build started at 20080815-1352
| **
| Checking
Jurij Smakov a écrit :
It appears that the intention of the maintainer was to build on most
(all?) architectures with -O0 to avoid problems (as there is a longish
trail of icon bugs on various architectures, related to its inability
to work properly when compiled with -O2). However, due to
Hi Sven,
* Sven Joachim [EMAIL PROTECTED] [2008-08-15 15:40]:
I raised the severity to critical as a lot of shell scripts
in Debian rely on this data being random.
Why is that important? The purpose of mktemp is to return a unique
filename and to actually create the file. Can you
On Thu, Aug 14, 2008 at 10:14:27PM +0200, Gudjon I. Gudjonsson wrote:
With the latest files from mentors I get:
[EMAIL PROTECTED]:~/comedi$ dpkg-source -x comedi_0.7.76-2.dsc
gpg: Signature made Thu 14 Aug 2008 06:04:03 PM IST using DSA key ID
F9DDB166 gpg: Can't check signature: public
Processing commands for [EMAIL PROTECTED]:
severity 494836 normal
Bug#494836: python-paramiko: paramiko package is completely UNUSABLE as it is
now
Severity set to `normal' from `grave'
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.35
retitle 495222 epiphany-browser: printing is broken
Bug#495222: epiphany-browser: garbled header/footer (e.g., comes out as chinese
text)
Changed Bug title to `epiphany-browser:
aurelien wrote:
- Are the accounts really locked, or the problem only appears with
ypcat?
Unfortunately I did not make any notes on the procedure I used.
I think it was just:
- create an account on nis server with gecos containing non-ascii
- set passwd: nis in /etc/nsswitch.conf on
Martin Michlmayr [EMAIL PROTECTED] writes:
* Otavio Salvador [EMAIL PROTECTED] [2008-08-15 09:01]:
No. It is not possible since stable didn't have armel and we grabed
the binary package from that.
And it's not possible to upload libparted1.7-udeb for armel to t-p-u?
If RT do not object it
On Fri, Aug 15, 2008 at 03:15:21PM +0100, Jonathan H N Chin wrote:
aurelien wrote:
- Are the accounts really locked, or the problem only appears with
ypcat?
Unfortunately I did not make any notes on the procedure I used.
I think it was just:
- create an account on nis server with
On 2008-08-15 14:42 +0200, Andreas Metzler wrote:
is there actually a reason for using the PID and for limiting the
non-pid part to [[A-Za-z]?
Why not
bugs included-
--- mktemp-1.5.orig/priv_mktemp.c
+++ mktemp-1.5/priv_mktemp.c
@@ -81,25 +81,20 @@
register char *start,
: serious
Hi,
your package failed to build from source.
| Automatic build of cups_1.3.8-4 on njoerd by sbuild/sparc 98-farm
| Build started at 20080815-1352
| **
| Checking available source versions...
| Fetching source
aurelien wrote:
Do you mean that you are now able to login on those accounts?
I don't normally have user accounts on my linux servers.
The test accounts that I have just created let me log in, yes.
Actually you don't need to login on an account, you can just 'id
username' to query the
On Fri, Aug 15, 2008 at 04:40:36PM +0200, Aurelien Jarno wrote:
On Fri, Aug 15, 2008 at 03:15:21PM +0100, Jonathan H N Chin wrote:
- Could you please run the ypcat command using:
'LC_ALL=en_GB.ISO-8859-1 LANG=en_GB.ISO-8859-1 ypcat'
(note that you may have to generate the
Am Wed, 13 Aug 2008 16:27:45 +0200 schrieb Julien Danjou
[EMAIL PROTECTED]:
Hello Julien,
All build-dep of varmon + gdb + eletric fence might help.
Anyway I'll need root access to control the array so you can let me
apt-get myself.
the machine is set up and connected to the internet. Most of
On Fri, Aug 15, 2008 at 03:53:52PM +0100, Mark Brown wrote:
On Fri, Aug 15, 2008 at 04:40:36PM +0200, Aurelien Jarno wrote:
On Fri, Aug 15, 2008 at 03:15:21PM +0100, Jonathan H N Chin wrote:
In any case, the major issue reported was with login and account lookups
which are handled by the
severity 487104 important
thanks
On Fri, Aug 15, 2008 at 05:08:37PM +0200, Aurelien Jarno wrote:
No as Jonathan just confirmed, this actually does not prevents login, this
only prevents the entries from being displayed with ypcat.
Downgrading the bug, then - as I said, the original
Processing commands for [EMAIL PROTECTED]:
severity 487104 important
Bug#487104: nis: map values containing non-ascii characters vanish
Severity set to `important' from `critical'
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Martin Michlmayr wrote:
* Otavio Salvador [EMAIL PROTECTED] [2008-08-15 09:01]:
No. It is not possible since stable didn't have armel and we grabed
the binary package from that.
And it's not possible to upload libparted1.7-udeb for armel to t-p-u?
It should be possible and we would accept
Severity: serious
Hi,
your package failed to build from source.
| Automatic build of coq_8.2~beta4+dfsg-1 on lofn by sbuild/hppa 98-farm
| Build started at 20080815-0318
| **
| Checking available source versions...
| Fetching
Your message dated Fri, 15 Aug 2008 15:32:23 +
with message-id [EMAIL PROTECTED]
and subject line Bug#495043: fixed in gstreamer0.10 0.10.20-3
has caused the Debian Bug report #495043,
regarding gstreamer0.10_0.10.20-2(experimental/mipsel/moiro): Needs to
build-dep on perl-doc to generate
Your message dated Fri, 15 Aug 2008 16:02:05 +
with message-id [EMAIL PROTECTED]
and subject line Bug#487568: fixed in motion 3.2.9-5
has caused the Debian Bug report #487568,
regarding After upgrade from 3.2.9-3 to 3.2.9-4 Motion doesn't work anymore
to be marked as done.
This means that
Your message dated Fri, 15 Aug 2008 15:47:05 +
with message-id [EMAIL PROTECTED]
and subject line Bug#495193: fixed in mktemp 1.5-9
has caused the Debian Bug report #495193,
regarding mktemp generated string partly not random
to be marked as done.
This means that you claim that the problem
On Fri, Aug 15, 2008 at 04:42:39PM +0100, Jonathan H N Chin wrote:
I still silently lose accounts when I run ypcat on the linux server.
(Apparently the locale setting is the culprit, so there is a workaround.)
I consider that this to be serious data loss. At the very least it
is data loss, so
Processing commands for [EMAIL PROTECTED]:
reassign 487104 nis
Bug#487104: nis: map values containing non-ascii characters vanish
Bug reassigned from package `libc6' to `nis'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
On Fri, Aug 15, 2008 at 06:20:04PM +0200, Aurelien Jarno wrote:
I don't expect ypcat to print a correct string when the encoding of the
NIS server and the locale of the client do not match, but at least it
should not drop the line, and either print the line with broken
characters or print an
On Thursday 14 August 2008, Kurt B. Kaiser wrote:
On Wed, Aug 13 2008, Stefan Fritsch wrote:
dspam-webfrontend does not depend on apache2, it just suggests it
(via mod-perl). It should also suggest apache2-suexec. Will there
be an upload soon or should I do a NMU?
I'm moving to a
Package: xcompmgr
Version: 1.1.4-0.1
Severity: grave
Justification: renders package unusable
While using xcompmgr (with fluxbox), it periodically (every few hours
while watching video) locks up in such a way that various applications
fail to make updates to the screen. Video and games freeze,
broonie wrote:
I don't consider this sufficiently critical to justify removing anything
from the release - it's only going to affect a relatively small
proportion of users and doesn't actually delete data as such.
If I put data into the database, I expect exactly the same data
to come back
Rene Engelhard wrote (2008-08-13 19:08 -0300):
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
prints fine if I had a printer here (contains german umlauts).
Here it prints quite fine UTF-8-encoded messages printed from Mutt.
Printing from shell
On Fri, Aug 15, 2008 at 05:31:09PM +0100, Mark Brown wrote:
On Fri, Aug 15, 2008 at 06:20:04PM +0200, Aurelien Jarno wrote:
I don't expect ypcat to print a correct string when the encoding of the
NIS server and the locale of the client do not match, but at least it
should not drop the
On Fri, Aug 15, 2008 at 12:32:01 -0400, Benjamin Seidenberg wrote:
Package: xcompmgr
Version: 1.1.4-0.1
Severity: grave
Justification: renders package unusable
It works well enough here (although with automatic compositing, I
haven't really tested anything else).
While using xcompmgr
Package: xosd
Version: 2.2.14-1.5
Severity: serious
Hi, the source stanza of xosd reads:
Package: xosd
Binary: libxosd-dev, xosd-bin, libxosd2
Version: 2.2.14-1.5
Priority: optional
Section: x11
Maintainer: Philipp Matthias Hahn [EMAIL PROTECTED]
Build-Depends: cdbs, debhelper (=
On 2008-08-15 Sven Joachim [EMAIL PROTECTED] wrote:
On 2008-08-15 14:42 +0200, Andreas Metzler wrote:
is there actually a reason for using the PID and for limiting the
non-pid part to [[A-Za-z]?
[...]
- char *alphabet = ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz;
+ char
Julien Cristau wrote:
On Fri, Aug 15, 2008 at 12:32:01 -0400, Benjamin Seidenberg wrote:
Package: xcompmgr
Version: 1.1.4-0.1
Severity: grave
Justification: renders package unusable
It works well enough here (although with automatic compositing, I
haven't really tested anything else).
Package: cacao-oj6
Version: 6b11-1
Severity: serious
Tags: lenny-ignore
cacao-oj6 should not duplicate the upstream openjdk and cacao sources; as
discussed with debian-release, this should be done post-lenny, in that the
openjdk-6 and cacao source packages do build separate -source packages which
Package: dbus
Version: 1.2.1-3
Severity: serious
Yesterday I upgraded my system and during the process the system dbus
daemon was restarted. This caused a variety of interesting and amusing
things to happen to my system, including gnome-power-manager dieing,
network-manager dieing, the gnome
On Fri, Aug 15, 2008 at 05:42:00PM +0100, Jonathan H N Chin wrote:
If I put data into the database, I expect exactly the same data
to come back when I perform a query. If not, an error must be
returned. Silent data loss is not acceptable.
I'm not saying that this a great thing, just that it's
Dear debian-hppa,
I just wanted to make sure that you are aware that there is a serious
problem with ruby1.9 on hppa (which only affects hppa). See bug #478717.
ruby1.9 can no longer be built from source on hppa (even versions that
built fine previously).
I won't have time to do any other work
Package: ire-rotj
Version: 2.00-1
Severity: grave
This game (or at least this version) seems to be only the very start of
a game. The user interface is so buggy that it is hardly useable.
Bugs in ire (like destroying/exchanging items when changing maps or
saving loading on other maps than map
1 - 100 of 133 matches
Mail list logo