-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
As I am interested in doing SIMD work on the Loongaarch64 ISA and I now
have actual working hardware: Loongson 7a2000 3a5000 board.
I think having a list for the new port is a good thing, I second the
proposal.
Regards
Konstantinos
On 15/1/23 03:33, Adam Borowski wrote:
Hi!
As you're apparently too busy to either fix ppc or suggest a different plan,
I'd make a NMU dropping ppc64el for now so the package can be released with
Bookworm.
Please say if I shouldn't.
Hi Adam,
It is true that I am busy during this period, which
Package: wnpp
Severity: normal
Control: affects -1 src:python-gbulb
I have stopped using this package since some time and I can no longer
afford the time to maintain it. If someone is willing to adopt it, feel
free otherwise I will orphan it in the coming weeks.
Regards
Konstantinos
Package: wnpp
Severity: normal
Control: affects -1 src:dlang-openssl
I have stopped using this package since some time and I can no longer
afford the time to maintain it. If someone is willing to adopt it, feel
free otherwise I will orphan it in the coming weeks.
Regards
Konstantinos
Package: wnpp
Severity: normal
Control: affects -1 src:dlang-libevent
I have stopped using this package since some time and I can no longer
afford the time to maintain it. If someone is willing to adopt it, feel
free otherwise I will orphan it in the coming weeks.
Regards
Konstantinos
Package: wnpp
Severity: normal
Control: affects -1 src:autobahn-cpp
I have stopped using this package since some time and I can no longer
afford the time to maintain it. If someone is willing to adopt it, feel
free otherwise I will orphan it in the coming weeks.
Regards
Konstantinos
Package: wnpp
Severity: wishlist
Owner: Konstantinos Margaritis
* Package name: vectorscan
Version : 5.4.6
Upstream Author : Vectorscan Team
* URL :https://github.com/VectorCamp/vectorscan
* License : BSD
Programming Lang: C, C++
Description :Portable
On 19/12/20 3:24 μ.μ., Andreas Beckmann wrote:
Control: severity -1 important
This bug should not cause nvidia-cuda-toolkit to be removed from testing...
Indeed, and seeing that Nvidia only supports the "compute" mode of the
driver on ppc64le, I'm having second thoughts about using them on my
On 10/12/20 5:37 μ.μ., Andreas Beckmann wrote:
If it works with Linux 5.8, can you stick to an older kernel (which will
not receive security updates) until there is a newer driver release
available from Nvidia?
I just installed 5.8 from buster-backports along with tesla-440 driver
and it seems
On 10/12/20 1:19 π.μ., Andreas Beckmann wrote:
but I'm not sure whether it is worth backporting them,
since you most likely will be affected by
#973729 - nvidia-uvm does not work with Linux 5.9
which is fixed in 455.45.01
Well, I did the replace you suggested below and even though the modules
Στις 14-11-2018, ημέρα Τετ, και ώρα 18:53 +, ο/η Steve McIntyre
έγραψε:
> Package: autobahn-cpp
> Version: 17.5.1+git7cc5d37-2
> Severity: serious
> Justification: fails to build from source
>
> Hi,
>
> Running an rebuild of armhf and armel running on top of arm64
> machines, I'm seeing build
Στις 07-04-2017, ημέρα Παρ, και ώρα 18:03 +0200, ο/η Iain Buclaw
έγραψε:
> On 7 April 2017 at 16:02, Andreas Tille wrote:
> > On Wed, Apr 05, 2017 at 10:22:28PM +0200, Iain Buclaw wrote:
> > > Which compiler?
> >
> > $ LANG=C apt-cache policy ldc
> > ldc:
> > Installed: 1:1.1.1-1
> >
> > > Are
Στις 08-02-2017, ημέρα Τετ, και ώρα 14:14 +0100, ο/η Stephan Sürken
έγραψε:
> However, could it be that your are simply having incorrect build-
> deps?
...
> Removing these dependendies from control make the package build fine.
>
> It seems it's just a "correctly failing build" -- please check yo
Στις 08-02-2017, ημέρα Τετ, και ώρα 13:32 +0100, ο/η Stephan Sürken
έγραψε:
> Also, it would be (easy and) helpful if you can just build the test
> packages, and report whether test package 'mbd-test-archall' also
> fails
> on your setup.
mdb-test-archall passes which is good
Konstantinos
Στις 08-02-2017, ημέρα Τετ, και ώρα 11:51 +0100, ο/η Stephan Sürken
έγραψε:
> Hi Konstantinos,
>
>
> On Di, 2017-02-07 at 16:32 +0200, Konstantinos Margaritis wrote:
> (...)
>
>
> I fear only a complete Debian Source Package would be of any help.
>
> Alternativel
mple-team,
test-sample-framework-doc
Architecture: all
Version: 3.1.106~test9+2
Maintainer: Konstantinos Margaritis
Standards-Version: 3.9.8
Build-Depends: debhelper (>= 10), dh-python, docbook-xml, docbook-xsl,
lsb-release, python-all, python3-all, xsltproc
Build-Depends-Indep: dh-systemd
Hello,
I just wanted to say that I was able to reproduce this bug on a stretch
based system (mini-buildd 1.0.29), building 2 arches, i386/amd64, where
i386 is optional and amd64 builder builds arch:all packages. I
uploaded a python package in both source and binary form (ie,
source.changes, amd64
Package: wnpp
Severity: wishlist
Owner: Konstantinos Margaritis
* Package name: python-gbulb
Version : 0.5.2
Upstream Author : Nathan Hoad
* URL : https://github.com/nathan-hoad/gbulb
* License : Apache 2.0
Programming Lang: Python
Description : PEP
Package: wnpp
Severity: wishlist
Owner: Konstantinos Margaritis
* Package name: autobahn-cpp
Version : 0.2.1
Upstream Author : Crossbar.io Technologies GmbH and contributors
* URL : http://crossbar.io/autobahn
* License : Boost Software License - Version 1.0
Hi Neil,
if this is urgent and cannot wait a couple of days, the past days
I've been testing 0.15.2 and quite possibly I'll upload directly 0.16.0
(which was just tagged) soon. If I haven't uploaded by this weekend
feel free to upload 0.14.0.dfsg-1.1 (for the record, 0.15.1-1 has been
in experime
armhf.
Regards
--
Konstantinos Margaritis
email: mar...@freevec.org, mar...@debian.org
blog: http://freevec.org
gpg: 3FC3 7391 FECD D3CB 5501 7121 6606 027F 6437 124C
Description: Disable arm asm as it breaks on armhf
--- scummvm-1.7.0+dfsg.orig/configure
+++ scummvm-1.7.0+dfsg/configure
@@ -20
severity 763900 grave
thanks
This is the definition of a 'grave' bug, this package is totally
unusable on powerpc at the moment. The patch supplied also seems
trivial, please fix the package.
Regards
Konstantinos
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a sub
Hi all,
I would like to say that I've tested the patch from Benjamin with my
ldc git tree on alioth:
http://anonscm.debian.org/cgit/pkg-ldc/pkg-ldc.git/
which includes 3 submodules from upstream, and gitpkg successfully
includes those in the resulting source package. Without the patch,
gitpkg do
Package: ftp.debian.org
Severity: normal
A followup to #760871, it appears I had forgotten to include sparc in
the old versions list for ldc. It would be greatly appreciated if that
could be removed as well, as its presence forbids the already resolved
bugs to be archived.
out of date on sparc: l
On Fri, 24 Oct 2014 12:13:16 -0300
Felipe Sateler wrote:
> I had a few questions regarding the patch for enabling altivec on
> ppc32, I'll repeat them here:
>
> I'm very ignorant on altivec (or simd in general), but I try to
> understand the patch anyway. This patch seems to consist mostly of
> s
On Fri, 24 Oct 2014 12:39:18 -0200
ferse...@br.ibm.com wrote:
> > In any case, perhaps the solution is to disable supernova in ppc64el
> > as well instead of adding custom flags.
>
> Simply disabling it for ppc64el did not do the work (completely), but
> you can test it if you want =)
The problem
On Mon, 15 Sep 2014 19:18:36 +0200
Witold Baryluk wrote:
> I think the problem is that I run stable with only LDC from sid.
>
> Some versioned dependencies are not fully correct probably. I will
> take look later.
Hi Witold,
Do you have any news on this? Have you tried it on a jessie/sid syste
tags 761454 + moreinfo unreproducible
thanks
On Sun, 14 Sep 2014 00:10:13 +0200
Witold Baryluk wrote:
> Package: ldc
> Version: 1:0.14.0.dfsg-1
> Severity: normal
>
> Dear Maintainer,
>
> $ cat heelo.d
> module hello;
> import std.stdio;
> void main() {
> }
>
> $ ldc2 hello.d
> //usr/lib/x86_
Package: ftp.debian.org
Severity: normal
As suggested in #754856, old ldc binaries need to be removed from
unstable:
out of date on armel: ldc (from 1:0.13.0-1)
out of date on kfreebsd-amd64: ldc, libllvm-bindings-d (from 0.9.1
+hg1634-1) out of date on kfreebsd-i386: ldc, libllvm-bindings-d (fro
On Sat, 26 Jul 2014 17:20:08 +0200
Philipp Kern wrote:
> Sure, but first you need to upload a build that's arch-restricted.
> Then we try to drop the package from P-a-s anyway so that the
> architecture field is authoritative.
Hi,
upload of 0.14.0-1 fixed that, I am in the process of working on
Package: linux
Version: 3.2.0-4
Severity: minor
Hi,
I was trying to test some VSX code in the partch.debian.org
powerpc/powerpc64 porterbox and while VSX support was enabled in the
compiler, it was not enabled in the kernel. Since it's
required/recommended to use official kernels in Debian porter
On Sat, 26 Jul 2014 17:20:08 +0200
Philipp Kern wrote:
> Sure, but first you need to upload a build that's arch-restricted.
> Then we try to drop the package from P-a-s anyway so that the
> architecture field is authoritative.
Ok, am actually working on that these days. I'll ping you again once
i
On Sat, 26 Jul 2014 15:54:50 +0200
Philipp Kern wrote:
> tag 754856 + moreinfo
> thanks
>
> On Tue, Jul 15, 2014 at 11:26:07AM +0300, Konstantinos Margaritis
> wrote:
> > Please remove s390/s390x entries from p-a-s for the ldc package.
> > Since I took over the packag
On Sun, 13 Jul 2014 15:16:49 +0200
Cyril Brulebois wrote:
> Source: ldc
> Version: 1:0.13.0-1
> Severity: serious
> Justification: FTBFS
>
> Hi,
>
> your package no longer builds on powerpc:
Hi Cyril,
Ok, I've taken it with upstream and it seems a fix will be available
soon (actually, the rep
On Sun, 13 Jul 2014 15:15:45 +0200
Cyril Brulebois wrote:
> Source: ldc
> Version: 1:0.13.0-1
> Severity: serious
> Justification: FTBFS
>
> Hi,
>
> your package no longer builds on kfreebsd-* due to undefined
> references during linking:
Hi Cyril,
Also talked to upstream about this and it ap
Package: buildd.debian.org
Severity: wishlist
Please remove s390/s390x entries from p-a-s for the ldc package.
Since I took over the package, I'd like to check what's it's current
status with s390* is, if it doesn't I can take it with upstream and if
it's easily fixable I can fix it, if not I'll j
haviour in other distros like
Arch which also support multiple D compilers but include
compiler-agnostic sources in /usr/include/dlang/common.
Konstantinos Margaritis
pgp7ivv_xGB9Y.pgp
Description: PGP signature
Package: dlang-libevent
Version: 2.0.16-1
Severity: Wishlist
I've decided to improve the D language support in Debian, and as part
of that process, I intend to package several D bindings for common
libraries for Debian. First one is the libevent D bindings.
URL: https://github.com/D-Programming-D
Package: wnpp
Severity: Wishlist
I've decided to improve the D language support in Debian, and as part
of that process, I intend to package several D bindings for common
libraries for Debian. First one is the libevent D bindings.
Resulting package name: dlang-libevent (following golang binding
pa
retitle 730798 ITA: ldc LLVM D compiler
stop
Package: wnpp
Version: 0.9.1+hg1634-1
I'd like to help on this package and willing to adopt it. I intend to
build an updated package and upload to the archive soon (=in the next
couple of weeks hopefully), if there are no objections.
Konstantinos
--
Since a couple of days, I experience exactly the same symptom here, but
slighty newer kernels. 3.10 used to work fine, after the upgrade to 3.11
(3.11.8-1), onboard audio is not even detected (ALC888 chipset
according to the manufacturer).
I would gladly provide more info if needed.
Konstantinos
Hi TC and people,
Another issue that might or might have not already been answered, that
was triggered from seeing direct comparison metrics. Do we have some
kind of a metric or some even personal experience with regards to which
project has been the most friendly in accepting patches *from* Debia
Hi all,
I'd just like to mentioned just a small(big? you decide) issue that I
haven't seen mentioned yet from anyone. Against systemd.
systemd has explicitly mentioned its Linux-only support. Sure, that
affects kFreeBSD/Hurd now. But changing an init system should be done
looking ahead *at least
Package: libjogl2-java_
Version: 2.0-rc8-1
Severity: serious
Tags: patch
The package has already been fixed in Ubuntu, please check their diff, I
tested it on the Debian version and it happily built on armhf.
https://launchpadlibrarian.net/119788809/libjogl2-java_2.0-rc8-1_2.0-rc8-1ubuntu1.diff.g
Hi,
(sorry for the delay, but for some reason I didn't receive this email)
> libgnarl-4.6.a is the *static* library, it should definitely not be
> compiled with -fPIC.
>
> The *shared* library, libgnarl-4.6.so, is already built with -fPIC.
>
> If you have time before I do, please investigate why
Package: src:arb
Version: 5.3-4
Severity: important
Hi,
according to
https://buildd.debian.org/status/package.php?p=arb&suite=sid
arb fails to build from source on armhf (severity is not serious however
as the package was never built on armhf before). The patch to fix the
build failure is rathe
Package: booth
Version: 0.1.0-1
Severity: important
Tags: patch
Booth fails on some arches when -Werror=cast-align warning is enabled,
according to the status page:
https://buildd.debian.org/status/package.php?p=booth&suite=sid
Removing the cast-align warning from configure.ac fixes the build on
Package: qgis
Version: 1.7.4+1.7.5~20120320-1.1
Severity: important
Tags: patch
Hi,
On armel/armhf qreal is typedef'ed to float not double, that leads to a
few packages failing to build. the attached patch implements (when
#ifdef QT_ARCH_ARM) the missing methods and the package builds fine on
arm
On Tue, 2012-10-23 at 00:00 +0200, Hector Oron wrote:
> Hello,
>
> On Mon, Oct 22, 2012 at 09:43:18PM +0300, Konstantinos Margaritis wrote:
> > Actually the bug isn't in util-vserver but in dietlibc, it's missing the
> > syscall symbol. Reassigning to dietlibc.
&
reassign 654594 dietlibc
thanks
Actually the bug isn't in util-vserver but in dietlibc, it's missing the
syscall symbol. Reassigning to dietlibc.
Regards
Konstantinos
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
On Mon, 2012-10-22 at 19:13 +0200, Arno Töll wrote:
> thanks for the report, but I noticed that already. I reported the
> problem to upstream [1] where it is fixed already in trunk and proposed
> as a backport to their stable branch for 3.2.x. Note, upstream's fix [2]
> is slightly different to you
Package: src:trafficserver
Version: 3.2.0-1
Severity: serious
Tags: patch
(tagged serious as the package used to build for armhf previously)
In
https://buildd.debian.org/status/package.php?p=trafficserver&suite=sid
In lulu.h barriers are defined only for x86 and x86_64, but not for arm.
Well,
On Fri, 2012-10-19 at 21:08 +0200, Emmanuel Kasper wrote:
> If that OK I start ( number of CPU cores + 1 ) as the number of make
> jobs ? This is how we do it on the very similar mame package.
I think it should work nicely.
Regards
Konstantinos
--
To UNSUBSCRIBE, email to debian-bugs-dist-req
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: libembperl-perl
Version: 2.5.0~rc2-1
Severity: serious
Tags: patch
According to
https://buildd.debian.org/status/package.php?p=libembperl-perl&suite=sid
the package fails on armel/armhf, mips/mipsel, s390 due to -m32 not
being available on those platforms as a valid gcc flag. Please re
Package: mess
Version: 0.146-3
Severity: important
Currently in debian/rules make starts -j5. Currently the armhf
autobuilders have only 1GB of RAM and starting 5 C++ jobs is a bit too
heavy on the builders. Lowering it to eg. 3 or even 2 is a bit nicer, or
if you would like, add some code to limi
tags 690005 patch
thanks
Hi,
At least with regards to the build failures by undefined references to
SGMutex::SGMutex(), etc, the fix is quite easy and was tested to work on
armhf, just add sgthreads and pthreads library to the CMakeFiles.txt.
Regards
Konstantinos
diff -ruN simgear-2.6.0/simgear
Package: love
Version: 0.8.0-2
Severity: serious
Adding glee-dev to the build dependencies makes the package build again.
Regards
Konstantinos
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Declaring a package as arch: any is fine for the first attempts (until
it's tried at least once on other arches, where it might actually
build/work) but once it has been proven that there is no actual support
for any other arch, and it would require substantial amount of work to
port it, then it sh
Package: camitk
Version: 3.0.2-1
Severity: Important
Tags: patch
Hi,
According to
http://buildd.debian.org/status/package.php?p=camitk&suite=sid
camitk FTBFS on at least armhf and mipsel, and the fix is rather easy
-at least it was tested to work on armhf, just add -fPIC in the
CXXFLAGS. The at
Package: rhmessaging
Version: 0.16-1
Severity: Important
Tags: patch
For armel/armhf the following simple patch seems to work, the package
builds and the tests pass. I assume similar fixes might be worth testing
on mips/mipsel/sparc as well.
Regards
Konstantinos
diff -ruN rhmessaging-0.16/lib/j
Package: ocaml
Version: 3.12.1-4
Severity: Important
The configure script doesn't get the build triplet as an argument so it
uses internally uname -m to get the arch, thus on a 32-bit chroot on a
64-bit system it reports x86_64. This leads to BNG_ARCH_amd64 being
defined and the build fails when d
On Fri, 14 Sep 2012 19:50:25 +0400
Игорь Пашев wrote:
> Hi, Konstantinos
>
> Could you please provide configure and build log, so I could see
> what's wrong.
>
> This issue is a little curious, because OpenAxiom was successfully
> compiled on amd64, i368 and freebsd-amd64.
Exactly, on those pl
Package: gnat-4.6
Version: 4.6.3-6
Severity: Important
According to:
https://buildd.debian.org/status/package.php?p=libaws&suite=sid
libaws FTBFS at linking phase due to libgnarl-4.6 not built with -fPIC.
I am unsure what to change in the gnat-4.6 source to test that so I
don't have a patch for
Hi,
This package FTBFS on all arches other than i386 because binary-arch
target fails. The attached package fixes the binary-arch case.
Regards
Konstantinos
diff -ruN juman-7.0/debian/rules juman-7.0.mine/debian/rules
--- juman-7.0/debian/rules 2012-01-20 04:18:22.0 +
+++ juman-7.0.m
Package: openvas-client-dfsg
Version: 20100705-4
Severity: Serious
Tags: patch
Hi,
This package FTBFS on all arches other than i386 because binary-arch
target fails. The attached package fixes those cases.
Regards
Konstantinos
--
Konstantinos Margaritis
diff -ruN openvas-plugins-dfsg
Package: libjdic-java
Version: 0.9.5-7
Severity: Serious
Apart from the other FTBFS bugs, this also has to be fixed (fails on
many arches), JAVA_HOME should be set to:
JAVA_HOME=/usr/lib/jvm/java-6-openjdk-$(DEB_BUILD_ARCH)
Please fix that also if you plan to fix the other bugs.
Regards
Konsta
Hi,
This package FTBFS on all arches other than amd64 because binary-arch
target fails. The attached package fixes the binary-arch case.
Regards
Konstantinos
diff -ruN libusb-java-0.8+ztex20090101/debian/rules libusb-java-0.8+ztex20090101.mine/debian/rules
--- libusb-java-0.8+ztex20090101/debian
Package: libplayer
Version: 2.0.1-2.1
Severity: Important
Tags: patch
CFLAGS doesn't really get used in configure, trivial patch to fix this.
Builds successfully on armhf after that.
Regards
Konstantinos
diff -ruN libplayer-2.0.1/debian/rules libplayer-2.0.1.mine/debian/rules
--- libplayer-2.0.1
Package: openimageio
Version: 1.0.5+dfsg0-1
Severity: Important
The package FTBFS on many arches (arm*, mips*, powerpc and sparc) due
to missing 64-bit atomics support in gcc-4.6. The package builds fine
so you might consider changing that in build-depends or reassigning
the bug to gcc-4.6, but I
Package: open-axiom
Version: 1.4.1+svn~2626-2
Severity: Important
Tags: patch
The package fails to build on many arches, because configure
erroneously tries to add -m32/-m64 in CXXFLAGS/LDFLAGS.
This should be left out, IMHO, as after some quick tests,
host_lisp_precision was equal to the architec
Package: diagnostics
Version: 0.3.3-1.3
Severity: Important
At the moment, the package does not detect armhf triplet
(arm-linux-gnueabihf) so it enables stacktrace in configure. This fails
because _URC_NORMAL_STOP is not defined:
https://buildd.debian.org/status/fetch.php?pkg=diagnostics&arch=arm
Package: plexus-sec-dispatcher
Version: 1.3.1-5
Severity: important
Please add --java-lib to the .poms file. Missing jar
from /usr/share/java breaks build of other packages (maven2-core
tested to fail because of plexus-interactivity-api, plexus-ciper and
plexus-sec-dispatcher).
Regards
Konstanti
Package: plexus-cipher
Version: 1.5-2
Severity: important
Please add --java-lib to the .poms file. Missing jar
from /usr/share/java breaks build of other packages (maven2-core
tested to fail because of plexus-interactivity-api, plexus-ciper and
plexus-sec-dispatcher).
Regards
Konstantinos
--
Package: plexus-interactivity-api
Version: 1.0-alpha-6
Severity: important
Please add --java-lib to the .poms file. Missing jar
from /usr/share/java breaks build of other packages (maven2-core
tested to fail because of plexus-interactivity-api, plexus-ciper and
plexus-sec-dispatcher).
Regards
Ko
Hi,
After looking at this a bit... This is an excerpt from acinclude.m4:130 :
QT_LIBS=`ls $QTDIR/lib64/libQt*.so 2> /dev/null`
if test "x$QT_LIBS" = x; then
QT_LIBS=`ls $QTDIR/lib/libQt*.so 2> /dev/null`
if test "x$QT_LIBS" = x; then
Package: libseccomp
Version: 0.1.0-1
Severity: Important
According to src/arch.c ~line 38:
#if __i386__
.token = AUDIT_ARCH_I386,
#elif __x86_64__
.token = AUDIT_ARCH_X86_64,
#else
#error the arch code needs to know about your machine type
#endif /* machine type guess */
The libr
Package: getdp
Version: 2.2.0-1
Severity: Important
Tags: patch
Ηι,
Package FTBFS because it cannot find the proper paths for petsc and
slepc. The reason is that armhf/armel (which this patch also covers in
case the package is buildable there as well), use a different triplet
than *-linux-gnu. Th
Package: bcov
Version: 0.2-1.2
Severity: serious
Bug has already been reported in Ubuntu (LP:841468).
bcov already supports only i386,amd64, please set the Architecture
field accordingly.
Regards
Konstantinos
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
On Wednesday 29 February 2012 06:28:07 Nobuhiro Iwamatsu wrote:
> Hi,
>
> > tags 495889 + pending
> > thanks
> >
> > Dear maintainer,
> >
> > I've prepared an NMU for ski (versioned as 1.3.2-4.1) and
> > uploaded it to DELAYED/5. Please feel free to tell me if I
> > should delay it longer.
> >
namespace.
+
+ -- Konstantinos Margaritis Fri, 03 Feb 2012 15:31:30 +0200
+
libsfml (1.6+dfsg1-2) unstable; urgency=low
* Add patch by Evgeni to build against gcc-4.6 (Closes: #625031)
diff -u libsfml-1.6+dfsg1/debian/patches/series libsfml-1.6+dfsg1/debian/patches/series
--- libsfml-1.6+df
Apparently this is a bug in gold for armel/armhf -will file a bug
report there soon- as chromium builds and works fine if linked with
the plain linker. The updated patch enables the build for armhf and
most likely on armel as well. Working packages (tested) for armhf can
be found here:
http://peop
0.8.4/debian/changelog 2011-10-12 18:42:47.0 +
+++ blcr-0.8.4/debian/changelog 2012-02-03 02:12:06.0 +
@@ -1,3 +1,10 @@
+blcr (0.8.4-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Actually add armhf in control file. (Closes: #645549).
+
+ -- Konstantinos Marga
this time by Nobuhiro. (Closes: #639771)
+
+ -- Konstantinos Margaritis Thu, 02 Feb 2012 23:49:21 +0200
+
fritzing (0.6.3b+dfsg-3) unstable; urgency=low
* Removed redundant build-dependencies.
diff -Nru fritzing-0.6.3b+dfsg/debian/patches/ftbfs_fix_for_armel_sh4.patch fritzing-0.6.3b+dfsg/d
in 00list).
+
+ -- Konstantinos Margaritis Wed, 01 Feb 2012 02:10:13 +
+
ski (1.3.2-4) unstable; urgency=low
* Remove 01-asm-page.patch and replace with
diff -u ski-1.3.2/debian/patches/00list ski-1.3.2/debian/patches/00list
--- ski-1.3.2/debian/patches/00list
+++ ski-1.3.2/debian/patc
upload.
+ * Patch from Ilya Barygin , fix FTBFS, missing -lresolv and
+-ldb in the libs, added in site.config.m4. Closes: #629663 (taken from dk-milter).
+
+ -- Konstantinos Margaritis Wed, 01 Feb 2012 00:27:46 +
+
dkim-milter (2.8.2.dfsg-1) unstable; urgency=low
* New upstream version. Closes: #500882, #513034
hangelog
+++ dk-milter-1.0.0.dfsg/debian/changelog
@@ -1,3 +1,11 @@
+dk-milter (1.0.0.dfsg-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Patch from Ilya Barygin , fix FTBFS, missing -lresolv in
+the libs, added in site.config.m4. Closes: #629661
+
+ -- Konstantinos Margaritis W
ebian/changelog
--- xoscope-2.0/debian/changelog
+++ xoscope-2.0/debian/changelog
@@ -1,3 +1,11 @@
+xoscope (2.0-3.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Patch by Matthias Klose , fix FTBFS,
+building with deprecated gdk/gtk stuff again. Closes: #622002.
+
+ -- Konstantinos Marga
pport +=. (Closes: #621926).
+
+ -- Konstantinos Margaritis Tue, 31 Jan 2012 19:01:26 +
+
gfarm (2.4.1-1) unstable; urgency=low
* New upstream release.
diff -Nru gfarm-2.4.1/debian/patches/09_change-shell.patch gfarm-2.4.1/debian/patches/09_change-shell.patch
--- gfarm-2.4.1/debian/pa
loses: #625198)
+
+ -- Konstantinos Margaritis Tue, 31 Jan 2012 18:00:21 +
+
drift (2.2.3-2) unstable; urgency=low
* Added README.Debian which explains how to rebuild DrIFT in case you
diff -u drift-2.2.3/debian/rules drift-2.2.3/debian/rules
--- drift-2.2.3/debian/rules
+++ drift-2.2.3/d
22011)
+
+ -- Konstantinos Margaritis Tue, 31 Jan 2012 16:56:33 +
+
openvas-client (2.0.5-1) unstable; urgency=low
* New upstream release
diff -u openvas-client-2.0.5/debian/patches/00list openvas-client-2.0.5/debian/patches/00list
--- openvas-client-2.0.5/debian/patches/00list
+++ openvas-c
1 - 100 of 419 matches
Mail list logo
