On Fri, Feb 22, 2008 at 11:48:17AM -0600, Adam Majer wrote:
PS. Since KVM is for full machine virtualization, which is most useful
for Windows, maybe this bug is more serious than important? I know that
for me it is grave and makes kvm 60+ unusable.
ps. since it's a obviously a upstream issue,
On Tue, Feb 26, 2008 at 10:24:42AM +0100, Aurelien Jarno wrote:
What is important here is that video.x works so that users can use
qemu-system-ppc to emulate non-PREP PPC systems.
Does this imply qemu-system-ppc works when emulating PREP systems?
Then claiming qemu-system-ppc is useless is a
Hi,
I have now NMUed wsjt with this patch to 5 day delayed.
Cheers,
Riku
--
rm -rf only sounds scary if you don't have backups
signature.asc
Description: Digital signature
Hi,
mpich, lam, pvm and blacs-mpi lapack, and blas are now all in unstable.
So everything should be ready for scalapack upload.
--
rm -rf only sounds scary if you don't have backups
signature.asc
Description: Digital signature
On Sat, Mar 08, 2008 at 04:58:29AM +0100, Sebastian Dröge wrote:
forwarded 469904 https://bugzilla.novell.com/show_bug.cgi?id=368439
thanks
Comment on bugzilla:
1.2.6 (and 1.9) has many arm code generation bugs which are fixed in the
current SVN version of mono, so please try that
How hard
Hi,
on Sun, 17 Feb 2008 Daniel wrote:
Thanks for your bug report. It has been already fixed.
Sorry for the two weeks delay.
I see the fixes in the svn, but the package hasn't been uploaded
yet - any news?
--
rm -rf only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to
Package: cgal
Version: 3.3.1-2
Severity: important
User: [EMAIL PROTECTED]
Usertags: gfortran
Hi,
Currently build-deps read:
Build-Depends: atlas3-base-dev [!arm !armeb !armel !m68k] |
libatlas-3.so [!arm !armeb !armel !m68k],
lapack3-dev [!arm !armeb !armel !m68k], ...
You probably want just
Package: ftp.debian.org
Severity: important
The following source packages are unbuildable and out of date on
arm, thus blocking testing transition. It seems unlikely that java will
properly work on oldabi arm, so please remove these for starters.
libglade-java
libvte-java
libgnome-java
On Tue, Mar 11, 2008 at 10:01:04AM +, Andrew Haley wrote:
The following source packages are unbuildable and out of date on
arm, thus blocking testing transition. It seems unlikely that java will
properly work on oldabi arm, so please remove these for starters.
Are we only talking about
Package: epix1
Version: 1.2.4-1
Severity grave
Your package failed to build on all buildds so far with the
following error:
On Thu, Mar 13, 2008 at 08:52:23AM +0200, Build Daemon wrote:
Automatic build of epix1_1.2.4-1 on ALL6500 by sbuild/armel 0.56
...
makeindex manual.idx /dev/null
On Wed, Mar 12, 2008 at 08:38:35PM +0100, Joachim Reichel wrote:
Hi,
Currently build-deps read:
Build-Depends: atlas3-base-dev [!arm !armeb !armel !m68k] |
libatlas-3.so [!arm !armeb !armel !m68k],
lapack3-dev [!arm !armeb !armel !m68k], ...
You probably want just
Build-Depends:
Package: alpine
Version: 1.10+dfsg-1
Severity: normal
User: [EMAIL PROTECTED]
Usertags: eabi
looks like the patch to fix #459830 has been lost in the new upstream
version:
configure: error: Unrecognized system: arm-unknown-linux-gnueabi
make: *** [config.status] Error 1
dpkg-buildpackage:
:
On Tue, 18 Mar 2008, Riku Voipio wrote:
Package: alpine
Version: 1.10+dfsg-1
Severity: normal
User: [EMAIL PROTECTED]
Usertags: eabi
looks like the patch to fix #459830 has been lost in the new upstream
version:
configure: error: Unrecognized system: arm-unknown-linux-gnueabi
make
On Wed, Mar 19, 2008 at 12:20:00PM -0700, Asheesh Laroia wrote:
How embarrassing. In the future, how do you suggest I test on
arm-unknown-linux-gnueabi ? (That's a serious question, not a facetious
one.) Is there maybe a qemubuilder config file I can use?
Well hopefully the patch goes
On Fri, Feb 29, 2008 at 12:08:06AM +0100, Morten Werner Forsbring wrote:
Package: setmixer
Version: 27DEC94ds1-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: missing-dependency
I've requested removal of setmixer instead, since debian only supports
alsa and alsa saves/loads mixer
Package: ftp.debian.org
Severity: normal
setmixer has been long forgotten by upstream, and alsa-base
provides the same functionality (loading mixer settings at boot).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: normal
X-Debbugs-CC: [EMAIL PROTECTED]
On behalf of the dissapeared maintainer (see: #460026),
I orphan this package.
Description: An audio mixer with Tk interface
This is a compact audio mixer featuring graphical Tk interface and
equipped with slide bars, mute buttons,
clone 462677 -1 -2
reassign -1 coreutils
retitle -1 rm assert error on arm with armel kernel: ((status) == RM_OK ||
(status) == RM_USER_DECLINED || (status) == RM_ERROR)
reassign -2 fileutils
retitle -2 findutils fails oldabi arm userland with armel kernel:
thanks
See #462677 and.
On Thu, Mar 27, 2008 at 02:04:10PM -0400, Michael Stone wrote:
If someone can show that it is a coreutils problem, and have
some kind of reproducible case I'd be happy to look at it more.
Ok, but I'd still like to keep the bug open in coreutils, so people
can find it.
point I don't see what
On Thu, Mar 27, 2008 at 09:08:58PM +0200, Riku Voipio wrote:
Now after a quick relook, I think the issue is fstatat64. both find and
rm call it, but arch/arm/kernel/sys_oabi-compat.c doesn't have a shim
to convert the stat64 struct oldabi - eabi for this function.
Fix is probably trivial
block 472982 by 462677
block 472983 by 462677
thanks
462677 cloned as bugs 472982, 472983.
On Thu, Mar 27, 2008 at 04:34:14PM -0400, Nicolas Pitre wrote:
I'll let you test it, but otherwise:
Tested now, rm/find work beautifully. Submitted to the arm patch tracker.
--
To UNSUBSCRIBE,
Package: libarchive
Version: 2.4.14-1
Severity: grave
It appears you are missing a build-dependency..
On Sat, Mar 29, 2008 at 06:32:05PM +0200, Build Daemon wrote:
/usr/bin/make
make[1]: Entering directory `/build/buildd/libarchive-2.4.14'
cat ./libarchive/test/test_*.c | grep DEFINE_TEST
Some armel logs:
https://buildd.debian.org/build.php?pkg=octave-ioarch=armelver=1.0.7-2
https://buildd.debian.org/build.php?pkg=octave-combinatoricsarch=armelver=1.0.7-2
all kernels 2.6.26ish.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Package: dvr
Version: 3.2-9.1
Severity: important
User: debian-...@lists.debian.org
Usertags: eabi
The architecture restriction in wrong.
Build log:
dvr_3.2-9.1.dsc: armel not in arch list: i386 amd64 -- skipping
Changelog:
* Architecture: i386 amd64 as thats where libavifile is
The
user debian-...@lists.debian.org
usertag 206467 +eabi
retitle 206467 avifile: please make compilable on other archs
severity 206467 important
thanks
important since this bug is preventing portability of other packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Package: boxbackup
Version: 0.11~rc3~r2502-1
Severity: serious
On Thu, Apr 23, 2009 at 12:11:41PM +0100, buildd user wrote:
make[3]: Leaving directory `/build/buildd/boxbackup-0.11~rc3~r2502/docs'
xsltproc -o man/raidfile.conf.5 docbook/bb-man.xsl docbook/raidfile.conf.xml
Hi,
The arguments against utf-8 are ridiculous in this buglog.
for example the claim that utf-8 on mail causes problems
for some rare configurations:
looking at a random non-debian mailing list:
grep charset qemu|grep -ci us-ascii
2733
grep charset qemu|grep -ci ISO-8859-1
4098
grep charset
Package: qtscriptgenerator
Version: 0.1.0-2
Severity: serious
User: debian-...@lists.debian.org
Usertags: eabi
Build crashes with a Segmentation fault
On Tue, Apr 28, 2009 at 11:06:12AM +, Build Daemon wrote:
g++ -Wl,-O1 -o generator release/ast.o release/lexer.o release/list.o
Package: libv8
Version: 1.3.11+dfsg-1
Severity: important
User: debian-...@lists.debian.org
Usertags: eabi
Debian targets ARMv4t, while V8 appears to use atleast one ARMv5 instruction.
Either compile with -march=armv5t or change the armv5 instructions to their
pre-armv5 equilavents. I believe on
Hi,
* debian/rules: Add -march=armv6 to the CFLAGS on arm and armel
(Closes: #546322)
I'm afraid I was not specific enough.
The idea was to use -march=armv6 only for svolume_arm.c, not the entire
package. With the debian/rules CFLAGS solution, pulseaudio only works
on ARMv6+ Machines.
user debian-...@lists.debian.org
usertag 542666 +eabi
thanks
Hi,
What does cat /proc/cpu/alignment say on your device ?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
Sorry, missed this bugreport. Yes, the best course would be to remove
fractxtra.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: ftp.debian.org
This package hasnt seen any upstream activity for a decade, time to remove it.
That would also allow partially to close #604975.
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Mon, Dec 06, 2010 at 02:32:50PM +0100, Mehdi Dogguy wrote:
On 05/12/2010 21:51, Debian Bug Tracking System wrote:
Closes: 604975
Changes:
xfractint (20.4.10-2) unstable; urgency=low
.
* replace/conflict with fractxtra. Closes: #604975
Can you please prepare an upload targeting
On 01/22/2011 12:56 AM, Elie De Brauwer wrote:
Package: mtd-utils
Version: 20110107-1
Severity: minor
Tags: patch
mkfs.jffs2 --help and man mkfs.jffs2 contain incorrect spelling of 'avaiable'
and 'priortiry', attaching a patch for this.
Please submit directly to upstream mailing list at
Hi,
whats the plan, now that freeze is gone?
fedora moved to libjpeg-turbo, is there some convincing reason
to go with abi-incompatible new libjpeg version instead?
Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Sat, Mar 05, 2011 at 03:30:40PM +0100, Bill Allombert wrote:
My plan is to move to libjpeg8. libjpeg62 is a technological dead-end.
libjpeg8 support a larger part of the JPEG standard than libjpeg62.
When images that make advantage of that start to be widespread, users
will need libjpeg8
Hi,
The following patches fix it in qemu, should apply to kvm too:
http://nchipin.kos.to/qemu/debdiff.patch
--
rm -rf only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
This bug seems straightforward to fix - do you have time to fix it soon,
or may I upload a simple fix that just removes the provides?
cheers, Riku
--
rm -rf only sounds scary if you don't have backups
signature.asc
Description: Digital signature
Package: mlt
Version: 0.3.2-1
Severity: serious
cc -g -O2 -g -Wall -O2 -Wall -fPIC -DPIC -O3 -pipe -fomit-frame-pointer
-ffast-math -g -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pthread -Wall
-fPIC -DPIC -O3 -pipe -fomit-frame-pointer -ffast-math -g
-D_FILE_OFFSET_BITS=64
Hi, and thanks for tracing this bug down!
Quick summary for debian-kernel list - a patch in generic kernel code is
needed to fix tokyocabinet FTBFS on armel.
On Thu, Jan 28, 2010 at 09:49:57AM +0100, Sebastian Andrzej Siewior wrote:
It is in queued in -mm [0] for .33, will be backportable if
Package: mscore
Version: 0.9.5+dfsg-1
Severity: normal
User: debian-...@lists.debian.org
Usertags: eabi
On armel, qreal is defined as float rather than double. thus, any calls to
functions
that take qreals should be cast to qreal first. See the snip with the build
error:
[ 86%] Building CXX
Package: ltrace
Version: 0.5.3-1
Severity: serious
Your package failed to build on the buildd:
gcc -Wall -g -O2 -iquote
/build/buildd-ltrace_0.5.3-1-armel-1vsHf2/ltrace-0.5.3 -iquote
/build/buildd-ltrace_0.5.3-1-armel-1vsHf2/ltrace-0.5.3/sysdeps/linux-gnu
-DSYSCONFDIR=\/etc\ -I
after the removal of duplicate symbols filter, the build now failed at:
c++ -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual
-Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align
-Wno-invalid-offsetof -Wno-long-long -g -fno-strict-aliasing -pthread -pipe
Package: swh-plugins
Version: 0.4.15+1-1
Severity: serious
User: debian-...@lists.debian.org
Usertags: eabi
There is usually no reason whatsoever to set -march when building in debian.
Particularry. don _not_ try to autodetect it.
make[3]: Entering directory
Please try the attached patch on top of the previous one.
Mike, fingers-crossed.
mv js-config.tmp js-config chmod +x js-config
make[1]: Leaving directory `/root/xulrunner/xulrunner-1.9.1.1/js/src'
sed -i 's|^OS_LDFLAGS.*| -Wl,--as-needed|' config/autoconf.mk
LDFLAGS +=
Upstream declared the bug invalid:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34652
Should this bug be closed in debian too?
--
rm -rf only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
in 2001 Ben Pfaff wrote:
I'm not going to make this change now. Maybe in a few months
when people, I hope, will have updated their programs to use
autoconf 2.50.
Like in 2008 ? :)
--
rm -rf only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Package: libgsf
Version: 1.14.9-1
Severity: serious
Found on all gsf versions since 1.14.9-1:
-snip-
creating gsf-scan
gtk-doc: Running scanner gsf-scan
** ERROR **: Compilation trouble with endianess.
aborting...
sh: line 1: 7588 Aborted ( ./gsf-scan )
-snip-
Full build log:
reassign 503144 libgsf
tags 503144 + patch
thanks
gsf-scan is a generated file; the gtk-doc-tools package is responsible for
its template. Reassigning accordingly.
The error is coming from gsf-init. Reassigning accordingly.
gsf thinks only vfp enabled arm uses natural endian doubles. However,
Package: pyscard
Severity: serious
Version: 1.6.7-1
Looking at the setup.py, this appears to be error. Those variables
are generic enough for any linux system (and possibly kfreebsd* too).
On Sat, Oct 25, 2008 at 11:39:08AM +, Debian/armel Build Daemon wrote:
Automatic build of
On Fri, Jan 15, 2010 at 09:12:50PM +0300, Dmitry E. Oboukhov wrote:
Example log:
https://buildd.debian.org/fetch.cgi?pkg=wordnet;ver=1%3A3.0-22;arch=armel;stamp=1263463304
142138 articles were done
142426 articles were done
Killed
make: *** [goldendict-wordnet.dsl] Error 137
Hi,
Still not building on armel:
-snip-
/bin/bash ../libtool --tag=CC --mode=link cc -Wall -I.. -g -O2 -g -Wall -O2
../orc/liborc-0.4.la -lm -lrt -o example1 example1.o
libtool: link: cc -Wall -I.. -g -O2 -g -Wall -O2 -o .libs/example1 example1.o
../orc/.libs/liborc-0.4.so -lm -lrt
Hi,
If you need a sponsor, just contact me.
-Riku
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
retitle 530251 new upstream release 2.0
thanks
The official release was done already, any news/plans on debianization?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Mon, Jan 25, 2010 at 03:58:31PM +, Jo Shields wrote:
I don't know how to make this packageable, given the bundling
restriction.
Since it doesn't sound like solveable in a timely manner, would it
be possible to have unofficial packages in the meanwhile?
--
To UNSUBSCRIBE, email to
Package: man2html
Severity: normal
Version: 1.6f-2
Policy states:
The Recommends field should list packages that would be found together
with this one in all but unusual installations.
It's not unusual to have man2html installed without a webserver or lynx
- it is often used as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
tags 497160 + patch
thanks
The problem is that shapelib throws away a seemingly good libtool linked
library and replaces
it with something hacks in together almost right.
This fix should make gpsmanshp and xastir runnable on armel, would this be
btrfs-source package descripttion states, and homepage[1] agrees:
Btrfs is under heavy development, and is not suitable for any uses other
than benchmarking and review. The Btrfs disk format is not yet
finalized.
This is not something we want to release in stable. Remove
Package: openocd
Severity: serious
Version: 0.0+r1130-1
The armel build now fails with:
cd . CC=cc CXX=g++ CFLAGS=-g -O2 -g -Wall -O2 CXXFLAGS=-g -O2 -g
-Wall -O2 CPPFLAGS= LDFLAGS= /build/buildd/openocd-0.0+r1130/./configure
--build=arm-linux-gnueabi --prefix=/usr
TS_CALIBRATE(1) tslib
TS_CALIBRATE(1)
NAME
ts_calibrate - A test program to calibrate a touch screen for embedded
devices.
DESCRIPTION
This manual page documents briefly the ts_calibrate, a two player
Package: akonadi
Version: 1.2.0-1
Since version 5.1.37-1, libmysqlclient15-dev is gone. The package still
exists in the archive, but is uninstallable. Any package still build-depending
on libmysqlclient15-dev will FTBFS. This is filed against akonadi, since it
is blocking a bunch of other (kde)
user debian-...@lists.debian.org
usertag 511582 + eabi
thanks
I'll proceed to NMU this package based on the ubuntu version
on the weekend If I hear nothing from you.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Wed, May 20, 2009 at 09:26:26AM -0400, Michael Stone wrote:
On Wed, May 20, 2009 at 04:01:00PM +0300, Riku Voipio wrote:
I'll proceed to NMU this package based on the ubuntu version
on the weekend If I hear nothing from you.
Please resolve some outstanding license issues
Package: libplplot-dev
Version: 5.9.2-2
Severity: serious
As seen from the PTS page, libplplot-dev is uninstallable on 4 archs:
http://packages.qa.debian.org/p/plplot.html
This breaks building anything build-depending on libplot-dev.
--
To UNSUBSCRIBE, email to
user debian-...@lists.debian.org
usertag 495000 eabi
thanks
Any news on this? It is blocking arrival of sagemath on several architectures
(alpha, arm*)
--
rm -rf only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
On Mon, Feb 09, 2009 at 09:45:02PM -0500, Tim Abbott wrote:
Any news on this? It is blocking arrival of sagemath on several
architectures
(alpha, arm*)
I hope you'll understand that I prioritized getting sagemath into Debian
over getting its dependencies working on all architectures.
Package: mozvoikko
Version: 0.9.5-1
Severity: important
User: debian-...@lists.debian.org
Usertags: eabi
from armel build logs[1]:
g++ -shared -Wl,--no-undefined -o components/libmozvoikko.so mozVoikko.o
mozVoikkoSpell.o mozVoikkoUtils.o mozVoikkoSpellFactory.o
Hi,
On Sun, Feb 15, 2009 at 11:26:25PM +0200, Heikki Mäntysaari wrote:
In the upstream development branch[1] -fshort-wchar is not used anymore.
Instead pkg-config tool is used to generated working CFLAGS.
Could you review new Makefile.xulrunner file from upstream branch ([1])
and confirm
On Sat, Jan 03, 2009 at 10:53:08PM +, Matthew Johnson wrote:
libosso1 ships /etc/dbus-1/system.d/libosso.conf which turns off all the
security checks on the system bus by allowing all messages from everyone
to everyone else. This is bad mkay?
I believe this kind of open dbus communication
reassign 508380 libosso1
thanks
On Wed, Dec 17, 2008 at 02:01:23PM +0200, Riku Voipio wrote:
On Wed, Dec 10, 2008 at 07:15:58PM +0200, Timo Juhani Lindfors wrote:
It seems that this happened since /var/run/dbus was not
present. However, hildon-desktop should still not crash and should
give
The aforementioned bug hasn't been seen on other builds, since those buildd's
have lesstricted net connection. However, new builds fail with:
dh_install: boxbackup-server missing files
(parcels/boxbackup-*-backup-server-linux-gnu/bbstoreaccounts), aborting
on armel, the build dir is:
On Tue, Jul 14, 2009 at 01:05:00PM +0200, Joachim Breitner wrote:
The build failure of haskell-regex-compat is strange:
https://buildd.debian.org/fetch.cgi?pkg=haskell-regex-compat;ver=0.92-1.1;arch=armel;stamp=1247521981
bugs.debian.org/536473
And it builds fine on other arches. Something
Hi,
the debhelper bug is supposedly fixed: 537140. If new debhelper builds
a correct dbus again, please request binNMU's fixing dbus or make a new
dbus upload as soon as possible. This is breaking building other packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
2009-04-24 22:08:27.0 +0300
+++ debootstrap-1.0.14~0.1/debian/changelog 2009-07-15 18:16:04.0 +0300
@@ -1,3 +1,9 @@
+debootstrap (1.0.14~0.1) karmic; urgency=low
+
+ * sb2 support
+
+ -- Riku Voipio riku.voi...@iki.fi Mon, 13 Jul 2009 15:43:54 +0300
+
debootstrap (1.0.13) unstable
Package: orc
Version: 0.4.2-1
Severity: important
Snips from the build log:
test -r /proc/cpuinfo cat /proc/cpuinfo
Processor : XScale-80219 rev 0 (v5l)
BogoMIPS : 593.10
Features : swp half thumb fastmult edsp
CPU implementer : 0x69
CPU architecture: 5TE
CPU variant
Package: distcc
Version: 3.1-1
Severity: serious
Fails on multiple archs:
arm-linux-gnueabi-gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR=\/etc\
-DPKGDATADIR=\/usr/share/distcc\ -Isrc -I./src -I./lzo -Werror -Wall
-g -O2 -MD -W -Wall -Wimplicit -Wshadow -Wpointer-arith -Wcast-align
-04-24 22:08:27.0 +0300
+++ debootstrap-1.0.13/debian/changelog 2009-07-19 22:50:16.0 +0300
@@ -1,3 +1,9 @@
+debootstrap (1.0.14~0.1) unstable; urgency=low
+
+ * scratchbox support
+
+ -- Riku Voipio riku.voi...@iki.fi Mon, 13 Jul 2009 15:43:54 +0300
+
debootstrap (1.0.13) unstable
On Sun, Jul 19, 2009 at 08:41:53PM -0300, Otavio Salvador wrote:
Also, I think for low-volume projects such as debootstrap, it is faster to
just fix up the whitespaces while commiting and tell the contributor
to take a close look at whitespace issues before sending the next patch.
Well I
On Mon, Jul 20, 2009 at 09:59:35PM +0300, Riku Voipio wrote:
Hrmh. In fact this shows that that codepath is actually not
needed then :) Thanks for spotting it. We still need the /proc
path since we can't mount in scratchbox. updated patch attached.
in this mail..
diff -urN debootstrap-1.0.13
Package: xulrunner
Version: 1.9.1.1-1
Severity: important
User: debian-...@lists.debian.org
Usertags: eabi
These symbols appear to armel -specific:
On Mon, Jul 20, 2009 at 10:22:46PM +0300, buildd wrote:
dh_makeshlibs -plibmozjs2d -V 'libmozjs2d (= 1.9.1)' -- -c4
dpkg-gensymbols: warning: some
On Mon, Jul 20, 2009 at 11:05:48PM +0200, Mike Hommey wrote:
On Mon, Jul 20, 2009 at 11:03:47PM +0200, Mike Hommey wrote:
Damn #490173.
Supposedly, it is fixed in gcc 4.4. Would you mind checking?
At least the testcase is. I'll test if xulrunner will build
with gcc-4.4 packages.
--
To
On Tue, Jul 21, 2009 at 12:23:08AM +0300, Riku Voipio wrote:
On Mon, Jul 20, 2009 at 11:05:48PM +0200, Mike Hommey wrote:
On Mon, Jul 20, 2009 at 11:03:47PM +0200, Mike Hommey wrote:
Damn #490173.
Supposedly, it is fixed in gcc 4.4. Would you mind checking?
At least the testcase
On Wed, Jul 01, 2009 at 07:37:52PM +0200, Javier Fernández-Sanguino Peña wrote:
On Wed, Jul 01, 2009 at 03:26:00PM +0300, Riku Voipio wrote:
Package: wordtrans
Version: 1.1pre15-3.2
Severity: important
Wordtrans is dead upstream and functionally superceded by ktranslator.
Wordtrans
Hi,
This should be fixed in dovecot 1.1.16 (in unstable). Please test
and close if this is the case.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: haskell-regex-compat
Version: 0.92-1.1
Severity: serious
There is a missing , in the end of second last line in build-deps:
Build-Depends: cpphs, dpkg-dev (= 1.13.19), debhelper (= 5.0.0),
dpatch, ghc6 (= 6.10), ghc6-prof, haskell-devscripts (= 0.6.6),
libghc6-regex-base-dev (= 0.93),
Package: lxrandr
Version: 0.1.1-1
Severity: grave
lxrandr seen running configure forever in repeated manner. This didn't
happen on all debian buildd's, so timestamping issues suspected.
On Sat, Jul 11, 2009 at 07:29:01PM +, Build Daemon wrote:
dpkg-buildpackage
─
--- debootstrap/debian/changelog 2009-04-24 22:08:27.0 +0300
+++ debootstrap-1.0.14~0.1/debian/changelog 2009-07-13 15:44:18.0 +0300
@@ -1,3 +1,9 @@
+debootstrap (1.0.14~0.1) karmic; urgency=low
+
+ * sb2 support
+
+ -- Riku Voipio riku.voi...@iki.fi Mon, 13 Jul 2009 15:43:54 +0300
Package: schroot
Severity: serious
Version: 1.4.2-1
schroot FTBFS's on armel due to:
1) test: test_personality::test_construction (F) line: 51
../../../test/sbuild-personality.cc
assertion failed
- Expression: p1.get_name() == linux || p1.get_name() == linux_32bit ||
p1.get_name() == linux32
The upload will happen soon ... i am not sure it will go through NEW,
but the things I thought were issues seems to be not ... so we will
try as it is ...
Can we have unofficial packages while waiting for the official upload?
--
To UNSUBSCRIBE, email to
Package: lintian
Version: 2.3.4
Severity: important
Apparently some buggy buildsystems cause packages to accidentally
ship /usr/share/info/dir.gz. For ugly details see:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576620
Lintian could report this as error, as the file should be a generated
Hi,
It indeed seems that the core reason the log doesn't get any lines print
out for 600+ mins. The system is swapping so heavily during the wordnet
build that no lines get print to the log for hours. even top in another
terminal updates hardly ever.
--
To UNSUBSCRIBE, email to
Package: kdeartwork
Version: 4:4.2.2-1
Severity: serious
Ubuntu appears to have a patch for this:
+Index: kdeartwork-4.2.1/styles/phase/phasestyle.cpp
+===
+--- kdeartwork-4.2.1.orig/styles/phase/phasestyle.cpp 2009-01-21
Package: tokyocabinet
Severity: serious
Version: 1.4.14-2
User: debian-...@lists.debian.org
Usertag: eabi
Package testsuite failed with the following error:
LD_LIBRARY_PATH=. ./tcftest rcat -pn 500 -ru casket 5000 500
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be
I'd prefer to see in sid 3.0 beta2, in the hopes that
having more testers during beta will improve the the
eventual release, while letting us get rid of xulrunner 1.8
codebase.
http://www.mozillamessaging.com/en-US/thunderbird/3.0b2/
--
rm -rf only sounds scary if you don't have backups
--
Hi,
If you reboot your build machine and try compiling again, will you still
get the same crash? Internal compiler errors can be sign of bad
RAM, if they are random.
--
rm -rf only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
On Tue, Apr 14, 2009 at 11:13:43PM +0200, Pierre Habouzit wrote:
Package testsuite failed with the following error:
LD_LIBRARY_PATH=. ./tcftest rcat -pn 500 -ru casket 5000 500
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be
preloaded: ignored.
Random
Package: basilisk2
Version: 0.9.20070407-4
Severity: important
With 2 very longstandin RC bugs and missing all recent debian releases,
is this package really worth keeping in debian unstable?
--
rm -rf only sounds scary if you don't have backups
--
To UNSUBSCRIBE, email to
Package: protobuf
Version: 2.0.3-1
Severity: serious
dh_link
dh_strip
dh_compress
dh_fixperms
dh_pysupport
make[1]: dh_pysupport: Command not found
make[1]: *** [binary-common] Error 127
make[1]: Leaving directory `/build/buildd/protobuf-2.0.3'
make: *** [binary-arch] Error 2
Package: control-center
Version: 1:2.24.0.1-3
Severity: serious
As seen on at least alpha, armel and amd64 buildd's. Possibly not the fault
of control-center itself, but the dependency -chain is too complex for my
mind to follow..
cc -DHAVE_CONFIG_H -I. -I../..
501 - 600 of 991 matches
Mail list logo