Nothing much to say other than my root shell was set to
/bin/zsh4-static and after an update earlier tonight (which may or may
not have included zsh-static=4.2.5-10), I couldn't log in as root with
the default shell. I moved my .zshrc out of the way just in case it was
something in
dpkg-source: extracting fftw3 in fftw3-3.0.1
dpkg-buildpackage: source package is fftw3
dpkg-buildpackage: source version is 3.0.1-12
dpkg-buildpackage: host architecture hppa
/usr/bin/fakeroot debian/rules clean
/usr/bin/fakeroot: line 152: 3420 Segmentation fault
That assertion looks similar to those that occur when glutInit has not been
called; if that's not the case, then please hold out for the new version of
freeglut that I will be uploading soon, which among other fixes, reduces the
severity of assertions throughout the code.
It seems impossible
I hate to sound patronising, but does glutInit definitely get called before
any other glut call?
Seems pretty unconditional here. You're welcome to look at the source.
I'll prepare an upload of freeglut 2.4 Real Soon Now, and then we'll see if
the assertion still appears.
I'll pass it back
Now I only get DB_VERSION_MISMATCH errors and I can only recover my
database with the steps described in section 3.2.3. Can you please
_announce_ such updates, so the user can prepare the environment? It
should be possible to make this update in the preinst script, by reading
There really is a policy about spending time in unstable. See:
http://www.debian.org/doc/manuals/developers-reference/ch-pkgs.en.html#s-t-p-u
bogofilter isn't frozen yet. testing-proposed-updates doesn't apply.
http://release.debian.org/sarge_rc_policy.txt
makes unrelated software on
Can you provide the configuration you use with exim to plug bogofilter
in? I am particularly interested because version 4.34-10 of exim
depends on libdb3 and exim 4.44-2 depends on libdb4.2 so I am curious
to know if exim uses libdb to interface with bogofilter in any way.
micah
I can
Well, normally there is
http://www.backports.org/debian/dists/woody/bogofilter/binary-i386/
but, it doesn't have any other versions.
Based on past reports, I would say that using any bogofilter debs from
backports.org is a surefire way to introduce corruption.
--
To UNSUBSCRIBE, email to
From my pbuilder build log (with pbuilder set up to build as a regular
user):
...
debian/rules build
test -f debian/rules
touch configure-stamp
test -f debian/rules
perl Makefile.PL INSTALLDIRS=vendor
Checking if your kit is complete...
Looks good
Writing Makefile for Arch
Creating
I can reproduce the problem. bogofilter 0.94.13-1 did not have this
bug.
Like for the original submitter, it does not seem to depend on the db
- fails with both existing, and newly created one (removed
~/.bogofilter) - and it also does not seem to depend on the message
either:
--8---
$
configure is looking for KDE in lib64 directories, presumably because
/lib64 exists. This is incorrect behavior.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
With tla from unstable, I still get :
[2005-Jul-16 12:22:03] executing: 'tla' '--version'
[2005-Jul-16 12:22:03] Unexpected 'tla --version' output
Does it work if you upgarde libarch-perl to 0.5.0+patch-169-1 ?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
reassign 320375 freeglut3
thanks
severity to grave. If it works for others, please lover the severity
to important or normal.
It works for me on i386 and sparc.
This it the output I get:
% conquestgl
conquestgl: freeglut_window.c:300: fgOpenWindow: Assertion
After upgrading to the current unstable version of bogofilter-bdb,
bogofilter seems to get stuck in an endless loop on every operation
accessing the wordlist.db. This happens even with an nonexisting
wordlist.db, an new one is created in this case, but bogofilter gets
stuck anyway.
Do you
It seems so. I tried with $LANG set to C, de_DE.UTF-8 and [EMAIL PROTECTED],
with exactly the same result, bogofilter getting stuck in an endless
loop.
Okay. What if you comment out the charset_default line in your config?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
From the bug description, the problem should be demonstrable with a
script like the one attached and an appropriate message file. The
combination of attached script message work fine for me.
Same here;
LANG: C, LC_CTYPE: [EMAIL PROTECTED]
# 10 words, 1 message
# 10 words, 1 message
Package: libgsl0-dev
Version: 1.7-1
Severity: grave
Justification: Steve Langasek said so.
bogofilter has been failing to build on alpha, and I am told to blame
GSL.
http://buildd.debian.org/build.php?pkg=bogofilterarch=alpha
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
I can reproduce this.
http://bugs.debian.org/cgi-bin/bugreport.cgi/Makefile?bug=295511msg=3att=1
I'm attaching the trace (up 'til I killed it) gzipped.
- Forwarded message from Tore Anderson [EMAIL PROTECTED] -
When trying to tab complete anything after make in a directory with
the
*** dbinc/mutex.h
--- dbinc/mutex.h
***
What? This patch is already applied; do you want it reversed?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: sqlite3
Severity: grave
Justification: renders package unusable
paer% make test
./testfixture ./test/quick.test
make: *** [test] Segmentation fault
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
severity 340835 critical
quit
This makes 64-bit binaries stop functioning. Recompiling them does not
improve matters.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
hmm,
then the Solaris 10 sh is not a posix sh ;)
Solaris /bin/sh has never been posix-conformant. That's why they have
/usr/xpg4/bin/sh .
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
redefinition problem
# DP: Related bugs:
# DP: Dpatch author: Clint Adams
# DP: Patch author: Clint Adams
# DP: Upstream status: Not Submitted
# DP: Status Details:
# DP: Date: 2005-12-10
PATCHLEVEL=0
if [ $# -ne 2 ]; then
echo 2 `basename $0`: script expects -patch|-unpatch as argument
exit 1
fi
There are some critical things missing in the sparc64 TLS support code
in the current debian glibc tree, for example none of the TLS
relcation support is in sysdeps/sparc/sparc64/dl-machine.h, and
therefore so no binary linked against 64-bit libc can execute.
Not even /lib64/libc.so.6
Unless someone is going to make a concerted and dedicated development
effort to do the necessary full analysis and backport all of the
necessary changes, I would suggest to simply not enable TLS for the
sparc64 glibc build at this time so at least we have something which
works.
That works.
=== TESTING: id-tagging-defaults ===
Test 1: id-tagging-defaults
= /tmp/bazaar-1.3.2/debian/build/baz/tests/../baz/baz id-tagging-defaults
= egrep ^junk id-tagging-defaults
= egrep ^backup id-tagging-defaults
= egrep ^precious id-tagging-defaults
= egrep ^source id-tagging-defaults
If built with -O0, it doesn't bus error, but this fails:
=== TESTING: abrowse ===
Test 1: make 2 of each namespace level
branch: could not connect to source archive to verify official name [EMAIL
PROTECTED]/dists--bazaar--1.3--patch-84
make[3]: *** [tests-timestamp] Error 2
make[3]:
bazaar 1.4~200504200032 from bazaar.canonical.com also bus errors.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Looks like ploticus 2.31 has been available from
http://ploticus.sourceforge.net/doc/download.html since Feb. 4.
It's a shame that ploticus won't be in sarge.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Yes but its empty:
ls -l /usr/share/info/sed.info
-rw-r--r-- 1 root root 0 2004-11-17 12:57 /usr/share/info/sed.info
Any idea where it came from?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I can't find any references to the POSIX thread issue in
Oracle/Sleepycat's documentation. Could you please elaborate a bit, or
consider including db4.5 without necessarily rebuilding other
applications to link against it. As you know, bdb has a long history of
requiring a few years for
I have also seen this FTBFS. It fails to build on a powerpc machine, both
inside a sbuild chroot, and outside of the chroot. It does however build on
and i386 mipsel machine. While all 3 machines are running off of testing,
the set of packages installed on each is likely different.
From http://www.harbour-project.org/
Harbour News
2005-06-27
* Release of Alpha build 45
* Harbour now runs on 64 bits !
* Improved memory handling
* Support for static functions used in macro compiled expressions
* Better Clipper compatibility in operations with
Any NMU will be welcome. I've tried some time ago to build with
the 0.44 debian/* without problems. But since then, I didn't have
time for Debian (a lot of work, and even i currently don't have a
x86 (mi actual iMac only have a very preliminary support in kernel
2.6.16).
Do you still have
It works just fine for me...
Not for me. Neither with my old ~/.mozilla and ~/.firefox
nor with them moved out of the way.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Let me guess, Clint runs a 2.6 kernel and Mike does not?
I am on 2.6.15.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
It builds just fine for me on sparc. Therefore I suggest that it is a
timestamp issue that is not arch-specific.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Why does the postinst not install shells if debianutils is being
upgraded? I verified that the passwd postinst used to do the same
thing, but I didn't find any explanation of why.
How is the package supposed to know that the admin didn't delete the
file on purpose?
--
To UNSUBSCRIBE, email
Package: libqdbm-dev
Version: 1.8.66-1
Severity: serious
bogofilter-1.0.3 also fails.
Making check in trio
make[1]: Entering directory `/build/clint/bogofilter-1.1.1/obj-qdbm/trio'
make[1]: Nothing to be done for `check'.
make[1]: Leaving directory `/build/clint/bogofilter-1.1.1/obj-qdbm/trio'
reopen 326922
quit
I don't think this is fixed.
http://buildd.debian.org/fetch.php?pkg=raidutils%26ver=0.0.6-2%26arch=sparc%26stamp=1154545019%26file=log
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: mapserver
Version: 4.8.3-2
Severity: serious
http://buildd.debian.org/fetch.php?pkg=mapserverarch=sparcver=4.8.3-2%2Bb2stamp=1157330722file=log
Package libgdal1-1.3.1-dev is not available, but is referred to by
another package.
This may mean that the package is missing, has been
Package: libggzmod-dev
Version: 0.0.13-2+b1
Severity: serious
libggzmod-dev 0.0.13-2+b1 cannot be installed because of strict
Depends on libggzmod4 (= 0.0.13-2) and libggzcore-dev (= 0.0.13-2),
both of which are only available as 0.0.13-2+b1.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Package: openmpi
Version: 1.1-2
Severity: serious
While making openmpi v8+-only would not be ideal, it would seem better
than no package at all. Please enable the v8+ build if openmpi can't
be built for v8.
checking if have Sparc v8+/v9 support... no
configure: WARNING: Sparc v8 target is not
Package: sbcl
Version: 1:0.9.16.0-1
Severity: serious
; /build/buildd/sbcl-0.9.16.0/obj/from-host/src/compiler/target/vm.lisp-obj-tmp
written
; compilation finished in 0:00:10
; compiling file /build/buildd/sbcl-0.9.16.0/src/code/early-type.lisp
(written 05 SEP 2006 05:58:10 AM):
; compiling
Package: tcpreplay
Version: 2.99+3.0.beta11-2
Severity: serious
tcpedit.c: In function 'tcpedit_packet':
tcpedit.c:205: error: 'newpkt' undeclared (first use in this function)
tcpedit.c:205: error: (Each undeclared identifier is reported only once
tcpedit.c:205: error: for each function it
On Fri, Sep 15, 2006 at 08:34:43AM -0400, Dale P. Smith wrote:
Package: xserver-xephyr
Version: 6.6.1-1
Severity: grave
Justification: renders package unusable
Xephyr :1 crashes immediately while starting on my old pentuim
laptop. Here is my cpuinfo:
Do you have the same problem with
The package fails to start with this message:
1: No s'ha trobat el fitxer spec de so stdsounds.
1: Per tenir so has de descarregar un conjunt de sons.
1: Pots obtenir sons de
ftp://ftp.freeciv.org/freeciv/contrib/sounds/sets.
1: Es continuarà amb els sons desactivats.
2: Usant recursos
Package: hwinfo
Version: 13.3-2
Severity: serious
Tags: patch
gcc -c -O2 -Wall -Wno-pointer-sign -pipe -g -fPIC -I../../src/hd -I
/usr/include/dbus-1.0 -I /usr/lib64/dbus-1.0/include -I
/usr/lib/dbus-1.0/include kbd.c
kbd.c:24: error: redefinition of 'struct serial_struct'
make[3]: *** [kbd.o]
Package: osgcal
Version: 0.1.41-1
Severity: serious
osgcal fails to build on sparc because of a bus error in Xvfb.
http://buildd.debian.org/fetch.php?pkg=osgcalarch=sparcver=0.1.41-1stamp=1156511554file=log
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
reassign 388125 xvfb
found 388125 2:1.0.2-10
kthxbye
There is probably an unaligned access in one Xalloc() in Xvfb.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
here is the problem:
Setting up maxdb-webtools (7.5.00.34-4) ...
Starting MaxDB web server: start-stop-daemon: error while loading shared
libraries: libc.so.6: cannot open shared object file: No such file or
directory
invoke-rc.d: initscript maxdb-webtools, action start failed.
Package: mpg123
Version: 0.60-1
Severity: serious
dh_gencontrol -A
dpkg-gencontrol: error: current build architecture sparc does not appear in
package's list (i386)
See
http://buildd.debian.org/fetch.php?pkg=mpg123arch=sparcver=0.60-1stamp=1159479949file=log
--
To UNSUBSCRIBE, email to
Thanks for reporting the problem. Were you kind enough to also report
it to Xvfb ? Maybe I should exclude sparc from the list of platforms where
Xvfb is supposed to work. I really have no way to reproduce this error.
This is reportedly fixed in xvfb 1.1.1-9.
--
To UNSUBSCRIBE, email
@@
+hwinfo (13.0-3.1) unstable; urgency=low
+
+ * NMU
+ * Patch src/hd/kbd.c to not include asm/kbio.h or use KIOC*
+defines.
+
+ -- Clint Adams [EMAIL PROTECTED] Mon, 17 Jul 2006 22:58:55 -0400
+
hwinfo (13.0-3) unstable; urgency=low
* Added separate Section-fileds for libhd13
policy 11.4
diff -ur mova-4.0.orig/usr/local/bin/mova mova-4.0/usr/local/bin/mova
--- mova-4.0.orig/usr/local/bin/mova2006-07-22 13:20:31.0 -0400
+++ mova-4.0/usr/local/bin/mova 2006-07-22 13:22:52.974747831 -0400
@@ -41,7 +41,7 @@
/g; s/[1-9][0-9]*/_\
/g;
Package: wpd2sxw
Severity: serious
Version: 0.7.1-2
Since libxml2-dev dropped its dependency on zlib1g-dev, writerperfect no
longer builds with the current set of build-depends.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 378299 camstream
quit
/usr/include/linux/videodev.h:204: error: 'VIDEO_MAX_FRAME' was not
declared in this scope
make[3]: *** [VideoSettingsDlg.moc.o] Error 1
camstream is using a hack to prevent videodev2.h from being included.
If videodev.h were included, it would define
reassign 378303 ltp
quit
from /usr/include/asm/processor.h:8,
from /usr/include/asm-i486/atomic.h:6,
from /usr/include/asm/atomic.h:8,
from swapon02.c:87:
ltp should be upgraded to ltp-full-20060717, since it no longer
Note that /usr/include/asm/gcc_intrin.h only exists on ia64.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
clone 381317 -1
reassign 381317 tightvnc
quit
Since Debian on ia64 should have both getpagesize() and sysconf(_SC_PAGESIZE),
including asm/page.h should be unnecessary.
This patch is completely untested.
--- Xvnc/programs/Xserver/os/xalloc.c.old 2006-08-13 14:50:30.0
-0500
+++
reassign 382905 vnc4
quit
I see. But for etch it should ok, or?
Now I need to know if I need to patch vnc4 or if the sparc build can
be removed so the package can enter testing/etch. The old version do
no longer build either (as this is the problem).
No, the kernel in etch won't even
Package: qof
Severity: serious
Version: 0.7.0-1
http://buildd.debian.org/fetch.php?pkg=qof%26ver=0.7.0-1%26arch=sparc%26stamp=1155137227%26file=log
[...]
Executed 344 tests. There were 6 failures.
FAIL: test-book-merge
[...]
Executed 1908 tests. There were 99 failures.
FAIL: test-date
[...]
Alternatively, if someone can build libqof1_0.7.0-1 on hppa (and
possibly sparc / m68k too) and report back - maybe upload the packages
for that arch if QOF builds properly - I'll be very grateful.
I can reproduce the failure on sparc. What additional output would be
helpful?
--
To
The 'main' function at the end of qof-0.7.0/qof/test/test-date.c
contains a DEBUG section that can be enabled by either using #define
TEST_DEBUG 1 or by commenting out the #ifdef and #endif in each case.
Compiling and running the test (either directly or using make check)
will then create a
Thanks, but I do need the output from the sid machine too, please.
I will rebuild it and send the trace.
Please can you run this simple series (on all affected boxes):
date -d1995-03-26 06:00:00.0 + +%H %Z
date -u -d1995-03-26 06:00:00.0 + +%H %Z
date -d1995-03-26
Thanks, but I do need the output from the sid machine too, please.
Here's the trace from sid.
Enter in test-date.c: main()
Info: run_qoftime_test(): base date for section =2006-07-13
23:20:27.000345634 +
Info: run_qoftime_test(): same time previous day = 2006-07-12
Your package is failing to build on amd64 with the following
I saw that. I was just about to file a bug on the kernel package...
error:
../../../../../../config/makedepend/makedepend: warning:
/usr/include/gnu/stubs.h: non-portable whitespace encountered at line 7
Package: plplot
Severity: serious
Version: 5.6.1-7
Java breakage?
make[3]: Entering directory `/build/buildd/plplot-5.6.1/test'
Testing front-end c
PLplot library version: 5.6.1
Testing front-end cxx
PLplot library version: 5.6.1
Testing front-end f77
PLplot library version: 5.6.1
Testing
Package: db4.5
Version: 4.5.20-1
Severity: serious
This bug is meant to keep db4.5 out of etch, because POSIX threads are
being used on i386 and ia64.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I upgraded to the new v1.0 of bogofilter (which is more than one
package, as I have found out) from bogofilter_0.94.4-1_i386. I noticed
that I wasn't getting my mail (I do not know when the problems began),
and saw that 3 or 4 bogofilters were in memory. When I killed them,
others kept
E: Package xlibs has no installation candidate
Replacing xlibs with
libsm-dev, libice-dev, libx11-dev, libxext-dev
seems to work.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Oct 20, 2008 at 11:20:19AM +0200, Andreas Henriksson wrote:
see upstream revision 2056 for possible fix:
http://svn.gnome.org/viewvc/gvfs?view=revisionrevision=2056
Brian, can you test the packages at
http://people.debian.org/~schizo/gvfs/
and see if that patch helps with your
On Sun, Oct 19, 2008 at 04:48:26PM +0200, Pierre Habouzit wrote:
Not that I'm aware of, and it's probably a bug in s390 assembly, and
actually not a tokyocabinet bug _at all_. So unless upstream knows s390
assembly... I don't think he can help a lot :)
For future reference, the hercules
On Fri, Nov 07, 2008 at 09:14:43PM +0100, Moritz Muehlenhoff wrote:
Is this still reproducable with current 2.6.28-rcX kernels? If so,
Are those somewhere on http://kernel-archive.buildserver.net/ ?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
On Wed, Nov 12, 2008 at 01:08:19PM +, Nigel Horne wrote:
[EMAIL PROTECTED]:~/gateway$ find src/clamav-devel/trunk | cpio -pdu $HOME
Segmentation fault
[EMAIL PROTECTED]:~/gateway$
Can you provide a backtrace?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
On Mon, Nov 17, 2008 at 02:50:31PM +, Nigel Horne wrote:
No, since no core dump is created.
Is that a Hurd bug or do you have resource constraints?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Nov 08, 2008 at 05:37:50PM +0100, Moritz Muehlenhoff wrote:
Only images for 2.6.27, you'd need to build 2.6.28-rcX kernels
yourself.
A quick test suggests that things are once again working under 2.6.28-rc4.
I look forward to testing it with the official 2.6.28 debs.
--
To
On Mon, Nov 17, 2008 at 07:32:26PM +, Nigel Horne wrote:
I've also seen it on 64 bit Linux.
No, I meant the lack of coredump.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
On Tue, Sep 02, 2008 at 01:33:54AM -0700, Steve Langasek wrote:
echo source ../test/test.tcl; run_std env007 | tclsh8.5
How do these tcl commands map to C, for better debugging?
Without looking into the tcl bindings, I would guess that
berkdb_env -create -home ./TESTDIR -txn -encryptaes
On Wed, Sep 03, 2008 at 10:13:36PM -0700, Steve Langasek wrote:
This gives the EINVAL from the tcl test, and appears to be otherwise
correct.
But figuring out where this EINVAL originates seems to be non-trivial.
forwarded to
On Wed, Sep 03, 2008 at 10:13:36PM -0700, Steve Langasek wrote:
But figuring out where this EINVAL originates seems to be non-trivial.
Suggestion from Oracle:
| Please configure an error stream, with DB_ENV-set_errfile. That should
| indicate the cause of the error. If the named database file
tag 437742 +help
quit
Requires arm porter attention.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tag 437650 +help
quit
Requires s390 porter attention.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Wed, Apr 16, 2008 at 09:21:14PM +0200, Luk Claes wrote:
Any reason why you don't send a message to the porters explaining the issue?
Like this?
Subject: Bug#437650: libdb4.6: FTBFS on s390: in testsuite, run_subsystem: env
env007: env66: mmap: Cannot allocate memory
Resent-To: [EMAIL
On Wed, Jun 18, 2008 at 02:12:31PM +0300, Eddy Petrișor wrote:
That is not nearly as good as using sensible-browser
Why not?
Highest prio available, so that is always used, sensible-browser
itself making sure it will choose the right browser, no matter the
situation (number of users, number
I see no compelling reason why sensible-browser should ever appear in
mailcap, so I don't know why this is a serious bug of debianutils.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Jun 02, 2008 at 02:44:03PM +0300, Eddy Petrișor wrote:
I am really confused by that ever. Are you suggesting that it
shouldn't have been there in the first place?!
No, it should be there because that is the intended behavior, but I
don't particularly like it.
2) Because
clone 437742 -1 -2 -3 -4 -5
reassign -1 db4.2
reassign -2 db4.3
reassign -3 db4.4
reassign -4 db4.5
reassign -5 db4.6
thanks
On Tue, Sep 09, 2008 at 11:27:05PM +0100, Ben Hutchings wrote:
With this change, test env007 passes on arm.
Fantastic.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Package: db
Version: 4.7.25-3
Severity: serious
Tags: patch
This should stop the env007 test from bus erroring on sparc. Untested.
diff --git a/dbinc/mutex_int.h b/dbinc/mutex_int.h
index 3633dfd..731ab79 100644
--- a/dbinc/mutex_int.h
+++ b/dbinc/mutex_int.h
@@ -756,7 +756,11 @@ typedef
reassign 486103 libdb-dev
severity 486103 normal
quit
libdb-dev can conflict with libdb4.6-dev once it no longer depends on
it.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, Oct 03, 2008 at 09:48:08AM -0700, Thomas Bushnell BSG wrote:
Also, can you point me to a comprehensive statement of the interface
changes in the db library which may affect mmorph? I'm sure you have
that right at hand because I'm sure you went through it carefully before
making an
On Sun, Oct 05, 2008 at 07:26:45PM +0200, Luk Claes wrote:
Hi Clint
Can you please backport the fix for this bug to lenny and upload it to
testing-proposed-updates, TIA?
The fix is in db4.6 4.6.21-11, already in testing. The db source
(4.6.21-8) in testing _is_ buggy, but there are no
On Sun, Oct 05, 2008 at 10:33:10PM +, Debian Bug Tracking System wrote:
severity 501241 serious
severity 501012 serious
RC? Really?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sun, Oct 05, 2008 at 11:04:15PM +0200, Michel Briand wrote:
upgrading today (standard aptitude upgrade).
Something went wrong (log pasted below).
Yes, if you try running it again, it will probably go smoothly.
One question: I installed libdb and libdb-dev via aptitude.
I noted that many
On Wed, Mar 05, 2008 at 01:31:00PM -0800, Steve Langasek wrote:
Overriding this check and building against db4.6 leads to the following
(intermittent) test failure on SMP systems:
Can someone with an SMP system that exhibits this behavior try the
python testsuite with libdb4.6 4.6.21-6 in case
On Thu, Mar 06, 2008 at 09:51:00PM +, Steve Langasek wrote:
I'm afraid it's still reproducible for me with 4.6.21-6.
Okay. Do we know what's happening unexpectedly?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, Mar 07, 2008 at 12:40:08AM -0800, Steve Langasek wrote:
The failing test is HashSimpleThreaded.test02_SimpleLocks; it starts five
threads that try to write to a database of (python) type db.DB_HASH using
no transactions, and occasionally reads back the results. The reading fails
On Fri, Mar 07, 2008 at 05:03:54PM -0800, Steve Langasek wrote:
For my part, I don't know. A search on bugs.python.org does turn up this
entry, which looks like it might be related:
http://bugs.python.org/issue834461
I don't know that this explains the empty results from d.get(), but
On Thu, Mar 06, 2008 at 09:51:00PM +, Steve Langasek wrote:
I'm afraid it's still reproducible for me with 4.6.21-6.
How about 4.6.21-7?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 354 matches
Mail list logo