Package: src:linux
Version: linux/5.14.2-1~exp1
Please enable CONFIG_FSL_MC_UAPI_SUPPORT ("Management Complex (MC)
userspace support") for arm64.
This is needed to manage the onboard network interfaces on LX2160A-based
boards such as the SolidRun HoneyComb LX2. Without this configuration
option
Lol. Only 4 years later :D
On Mar 14, 2018 23:08, "Manuel A. Fernandez Montecelo" <
manuel.montez...@gmail.com> wrote:
Control: close -1
Hi Christian!
2014-08-01 23:16 Christian Svensson:
> Package: src:nspr
> Version: 4.10.6-1
> Severity: wishlist
> Tags: upstre
Hi,
On Tue, Aug 5, 2014 at 7:15 PM, Felix Geyer fge...@debian.org wrote:
Could you please submit this upstream? [0]
I guess. I generally try to convince the package maintainers to submit
it upstream :-).
I'll try to get around to research how feature requests work for CMake.
--
To
Package: src:python2.7
Version: 2.7.8-3
Severity: wishlist
Dear Maintainer,
If you could update config.guess / config.sub or make it copy it from
/usr/share/misc/config.* that would be nice.
OpenRISC has updates in those files that makes python2.7 build properly.
Thanks,
-- System
Package: src:nspr
Version: 4.10.6-1
Severity: wishlist
Tags: upstream patch
Dear Maintainer,
The attached patch adds support for the upcoming Debian architecture
OpenRISC (or1k).
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500,
never dug into it (I have to draw the line somewhere), but if
that is the case it is no doubt worth spending some time polishing
those parts.
On Mon, Jul 28, 2014 at 5:25 PM, Matthias Klose d...@debian.org wrote:
Am 28.07.2014 um 01:53 schrieb Christian Svensson:
Package: gcc-defaults
Version
Package: gcc-defaults
Version: 1.130
Severity: wishlist
Tags: patch
Dear Maintainer,
OpenRISC does not have a Java port.
I would be grateful if it could be added to java_no_arches.
I'm not sure if gcj49_arches should be modified, but java_no_arches
definitely should.
-- System Information:
On Sun, May 25, 2014 at 1:55 AM, Manuel A. Fernandez Montecelo
manuel.montez...@gmail.com wrote:
It adds other changes, I think that all related to floating point. It
would be good if you or other people with experience in the low level
details of the architecture could provide more
On Sun, May 25, 2014 at 4:51 PM, Manuel A. Fernandez Montecelo
manuel.montez...@gmail.com wrote:
So to be clear, Christian, my patch is good and does not need any
additions? I will punt it upstream then.
AFAICS, it's fine and does not need any additions.
Package: botan1.10
Version: 1.10.5
Severity: wishlist
Tags: upstream patch
Dear Maintainer,
This patch adds support for OpenRISC 1000 (or1k).
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture:
Package: mesa
Version: 10.1.2
Severity: wishlist
Tags: upstream patch
Dear Maintainer,
This trivial patch adds support for or1k.
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Package: cmake
Version: 2.8.12.1-1.2
Severity: wishlist
Tags: upstream patch
Dear Maintainer,
Attached is a patch to add support for the OpenRISC 1000 architecture.
Thanks for your consideration.
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy:
Package: src:linux
Version: 3.13.7-1
Severity: wishlist
Tags: patch
Dear Maintainer,
This patch adds or1k to the build system, making it possible to build
the package linux-libc-dev for or1k.
Thanks,
Christian
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
On Fri, Mar 28, 2014 at 12:11 AM, Steve Langasek vor...@debian.org wrote
Please rebuild (since you already have an environment set up for it) and
provide logs.
apt-get build-dep openldap
apt-get source openldap
DEB_BUILD_OPTIONS=nocheck dpkg-buildpackage -b -us -uc -nc
../openldap-shlibs.log
Package: src:openldap
Version: 2.4.39
Severity: normal
Dear Maintainer,
While bootstrapping for openrisc I came across that the shlibdeps stage
tries to find libldap*.so files in packages and cannot. I would attach
log files but I lost them sadly.
To reproduce: build heimdal without LDAP and
Package: src:xutils-dev
Version: 7.7+2
Severity: normal
Dear Maintainer,
The earliest GCC targeting 'or1k', packaged for Debian, is 4.8.
Depending on cpp-4.7 in this case makes the package not buildable.
May I suggest depending on cpp (=4.7) or something like that?
Regards,
Christian
--
On Sun, Mar 23, 2014 at 8:16 PM, Julien Cristau jcris...@debian.org wrote:
No, there's a reason we use 4.7 and not a newer version.
What reason is that?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: src:libxml2
Version: 2.9.1+dfsg1
Severity: normal
Dear Maintainer,
As far as I can see the build dependency on readline is historic.
This results in the dependency cycle:
libxml2 - readline6 - libxml-libxml-perl - libxml2.
I would suggest removing readline as a build dependency.
--
Package: src:strace
Version: 4.5.20-2.3
Severity: normal
Tags: patch
Dear Maintainer,
OpenRISC is supported by strace, the following patch allows it to be
built.
Thanks,
Christian
*** patches/strace-4.5.20.patch
diff -Nru strace-4.5.20/debian/control strace-4.5.20/debian/control
---
Package: src:gcc-defaults
Version: 1.125
Severity: normal
Tags: patch
Dear Maintainer,
OpenRISC (or1k) is new in the world of Debian and has never supported
gcc with versions less than 4.6. This patches makes the default 4.8.
Thanks,
Christian
*** patches/gcc-defaults-1.125.patch
diff -Nru
Ping?
It would be nice to have this merged
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
For the record: the chrpath issue should be fixed when the patch in
#738568 is merged.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
On Sun, Feb 9, 2014 at 11:56 PM, László Böszörményi (GCS)
g...@debian.org wrote:
Thanks for the heads-up. While experimental is integral part of
Debian, please don't file serious bugs that related only to that. The
version in unstable builds fine in an up-to-date environment.
Will do.
Hi.
On 10 Feb 2014 03:07, Matthias Klose d...@debian.org wrote:
no. at least I can't find any documentation and/or support in the build
and
archive tools about build profiles. If that was decided, please point to
a wiki
page or a decision at debian-devel.
Hi,
On Mon, Feb 10, 2014 at 3:04 AM, Matthias Klose d...@debian.org wrote:
the chrpath issue should not be added as work arounds on a per package basis.
if
this support is needed, then binutils-multiarch should be configured to add
it.
You are right. I found a patch for this issue in
Package: chrpath
Version: 0.14-3
Severity: normal
Tags: upstream patch
Dear Maintainer,
Please merge this patch:
http://oe-lite.org/redmine/projects/oe-lite-core/repository/revisions/de7cdba085aafd847f11bc572e4ce20d34eae996
This patch allows chrpath to process ELFs with different endianness
Package: src:sqlite3
Version: 3.8.2-1
Severity: serious
Tags: patch
Justification: fails to build from source
Dear Maintainer,
With the new tcl8.5 in experimental the flags passed to configure
must be updated. This patch does just that.
Also included is a small patch to remove chrpath usage on
Package: src:swig2.0
Version: 2.0.11-1
Severity: normal
Tags: patch
Dear Maintainer,
Since swig2.0 takes platform independent input and produces platform
independent source code, it should be marked as Multi-Arch: foreign.
This makes it possible to use the build hosts native version when cross
Package: src:libcap-ng
Version: 0.7.3-1
Severity: normal
Tags: patch
Dear Maintainer,
Remove the dependency on chrpath, it isn't used anywhere.
python-all-dev is not a multiarch package and breaks cross compilation.
Depend on libpython2.7-dev instead since it is and does not break
compilation.
Package: src:unixodbc
Version: 2.3.1-1
Severity: normal
Dear Maintainer,
OpenRISC (or1k) was added to the upstream config.sub/config.guess a year
ago. The package contains at least one old version of one or both of these
files, preventing the package from building for this platform.
Please
I just realised that there is a libpython-all-dev. Use that package to
avoid the 2.7 hardcoded version.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: src:python2.7
Version: 2.7.6-5
Severity: normal
Tags: patch
Dear Maintainer,
The following patch adds support for OpenRISC (or1k).
*** python2.7-or1k.patch
--- ../t/python2.7-2.7.6/debian/rules 2014-02-10 06:43:27.0 +
+++ debian/rules2014-02-10 06:49:33.761661589
Package: src:python2.7
Version: 2.7.6-5
Severity: wishlist
Tags: patch
Dear Maintainer,
This patch uses the new build profiles support to allow for builds
without depending on tk or bluez.
Additionally, use the build native version of xauth and net-base instead
of the target host ones.
***
Also, please change the use of DEB_BUILD_PROFILE to DEB_BUILD_PROFILES
(which the tools now support).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
On Sun, Feb 9, 2014 at 11:47 PM, Steve Langasek vor...@debian.org wrote:
The unixodbc package already updates config.sub and config.guess from the
autotools-dev package at build time. What is the build failure that you're
seeing?
Maybe it is only updating one of the copies?
Package: dpkg
Version: 1.17.6
Severity: normal
Dear Maintainer,
I have bootstrapped Debian for or1k and I'm in the process of
upstreaming my work.
The attached patch adds or1k as a supported CPU.
-- System Information:
Debian Release: 7.2
APT prefers stable
APT policy: (500, 'stable')
Package: gnutls26
Version: 2.12.23-8
Severity: normal
Tags: patch
Dear Maintainer,
OpenRISC does not have support for libffi and thus not p11-kit.
Do not require it to be present for or1k.
chrpath does not support OpenRISC ELFs and cannot be used to strip
binaries. Do not use chrpath if we are
Hi,
6 years later this patch is still very much needed.
Please apply this patch.
Package: libidn
Version: 1.28-1
Followup-For: Bug #719980
Dear Maintainer,
A smaller patch to fix these issues for or1k, if by some reason the above
patches are too intrusive.
*** patches/libidn-1.28.patch
diff -Nru libidn-1.28/debian/control libidn-1.28/debian/control
---
Package: libbsd
Version: 0.6.0-1
Severity: normal
Tags: upstream patch
Justification: fails to build from source
Usertags: openrisc
Dear Maintainer,
Attached is a patch to enable libbsd to build on or1k.
*** patches/libbsd-0.6.0.patch
--- libbsd-0.6.0.orig/src/local-elf.h
+++
Hi,
As far as I know, what really should happen is that you either
set the CROSS_COMPILE environment or pass --cross-compile-prefix
to Configure so that tools like nm also get the version for the
host architecture.
We have binutils-multiarch which provides /usr/bin/ar with friends and
can
Hi,
I would like to see this escalated to at least normal severity. This
is causing a lot of friction when doing cross builds for Debian since
it's a very central package.
Ubuntu has done a lot of work for multiarch in pkg-config. It would be
very good if this could be merged to the Debian
Package: openssl
Version: 1.0.1f
Severity: normal
Tags: patch
Usertags: openrisc
Dear Maintainer,
Attached is a patch for Configure to add support for OpenRISC (or1k).
*** openssl-or1k.patch
--- t/openssl-1.0.1f/Configure 2014-01-26 17:28:31.0 +
+++ openssl-1.0.1f/Configure
Hi,
I would like to escalate this from wishlist to normal.
This issue puts a lot of friction when trying to bootstrap a new architecture.
The bug seems stale, which made me write this ping.
Looking at
http://changelogs.ubuntu.com/changelogs/pool/main/f/flex/flex_2.5.35-10.1ubuntu2/changelog
Package: linux-2.6
Version: 2.6.32-15
Severity: normal
-- Package-specific info:
** Version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-15) (b...@decadent.org.uk) (gcc
version 4.3.5 (Debian 4.3.5-1) ) #1 SMP Tue Jun 1 04:34:03 UTC 2010
** Command line:
BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64
Hello.
The issue was that the testing machine didn't have enough RAM - increasing
from the default 256 solved it.
Thanks for your time!
Greetings,
Christian Svensson
On Sat, Dec 26, 2009 at 23:13, Jameson Graef Rollins
jroll...@finestructure.net wrote:
Hi, Christian. Thanks so much
RAM
(or less). Increasing to 260 MB RAM is enough for it to boot.
Greetings,
Christian Svensson
On Sun, Dec 27, 2009 at 15:55, Jameson Graef Rollins
jroll...@finestructure.net wrote:
On Sun, Dec 27, 2009 at 11:55:20AM +0100, Christian Svensson wrote:
The issue was that the testing machine
Codename: squeeze
Images produced can be downloaded at:
https://denzel.cmd.nu/~bluecommand/debirf/
Greetings,
Christian Svensson
48 matches
Mail list logo