-- the general
ideas seem well known enough, its the specifics that we need to pin
down and prove now more than anything else. That is too big for any
of us to figure out alone, but between us I think we'll do alright.
If you did get this far, Thanks! I hope to make it worth your while.
Ron
ron what
architecture' support to the dpkg* tools, separate
from the list of 'official' archs?
- What else have I missed to support building custom arches from the
base 'workstation' distro?
If we can get something like a consensus, I'll summarise the result in
code to review.
Cheers,
Ron
in the way they are used in build scripts.
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Jun 23, 2007 at 12:03:47AM +0200, Volker Grabsch wrote:
On Fri, Jun 22, 2007 at 08:50:14PM +0930, Ron wrote:
You should be able to do away with the dll.a file now, mingw has
been able to link directly to the .dll without an explicit import
lib for some time now...
We know
Hi,
This patch supersedes the previous one. It sanitises $CC before
calling dpkg-architecture, so that this doesn't fork-bomb when
invoked with CC=/tmp/gccross.*/$arch-gcc - gccross, from gccross.
Cheers,
Ron
diff --git a/dpkg-cross.pl b/dpkg-cross.pl
index 134f783..bf537fc 100644
--- a/dpkg
a complete (and apparently also working!) uclibc-arm toolchain.
Cheers,
Ron
diff --git a/dpkg-cross.pl b/dpkg-cross.pl
index 134f783..1a292ce 100644
--- a/dpkg-cross.pl
+++ b/dpkg-cross.pl
@@ -44,36 +44,18 @@ foreach my $var_ ( @intern_vars ) {
$DPKGCROSSVERSION = 1.38;
# Convertion table
choices in order to have something
working now ...
It will also keep me busy and off your backs ;-)
Cheers,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
be able to submit patches for this to the distro
maintainers in the same way translators do. The regular maintainer may
not care for these builds, but if we show them a standard form and give
them help to follow, adopt, or maintain it, it shouldn't get in their
way very much either.
Cheers,
Ron
to be supplied by the local admin or an external
package when required.
Cheers,
Ron
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
of replying would be appropriate now. Please
tell me so you won't get everything three times.
Probably best to discuss it to conclusion on the debian-embedded
list, but I've cc'd the bug report on this one, because its the
best solution I'm aware of that has been discussed to date.
Cheers,
Ron
for what you
describe here is that you need a bootstrap uclibc package, the glibc
one is not a replacement for that.
hth!
Ron
(who is on this list, so no need to cc me)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
or requiring people to 'patch' dpkg for that support.
Cheers,
Ron
--
To UNSUBSCRIBE, email to debian-embedded-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Sun, Feb 22, 2009 at 12:23:22PM +, Neil Williams wrote:
On Fri, 20 Feb 2009 16:08:45 +1030
Ron r...@debian.org wrote:
The other issue related to this was some mechanism to permit local
definitions to be maintained in ostable and triplettable.
/etc/dpkg-cross/archtable.d/ could
. If you can't tell
it what the correct prefix is and have it use that, then they need to fix
that so you can. This could be arm-linux-uclibc-*, or any of many other
valid permutations. You can't symlink them all to arm-linux-* ... nor
should you.
Cheers,
Ron
--
To UNSUBSCRIBE, email
about
all this though ... It would be really nice to bed down a few more of
the things that we are actually pretty sure about now ...
Cheers,
Ron
--
To UNSUBSCRIBE, email to debian-embedded-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Since Hector said he might have some time to look at this more today,
I'm passing these along. It's tested and it works, but it's not
end user clean yet.
Ron (6):
Add knobs to the extra things we need to tweak to bootstrap a uclibc
toolchain
Check to see if we have a libgcc substvars
It doesn't hurt not to fail if these already exist, even though they normally
shouldn't on the first pass through a clean build tree. I did have a rebuild
fail due to this though and that shouldn't happen either.
---
debian/rules.d/binary-libstdcxx-cross.mk |4 ++--
1 files changed, 2
We may want to change the interface for some of these things later, but this is
a fairly minimal patch to open access to the things that we do need to get at.
---
debian/rules.conf | 16
debian/rules.defs | 15 +--
debian/rules2 | 27
For the minimal static bootstrap build there is nothing to put in that file
and it does not get created.
---
debian/rules.d/binary-libgcc-cross.mk |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/debian/rules.d/binary-libgcc-cross.mk
The dpkg-cross package is slowly being absorbed into dpkg proper but is already
no longer required here. We don't need to build depend on it and we don't need
to include /usr/share/dpkg-cross in the PATH when stripping files anymore now,
there is nothing in that directory anyhow. We probably do
. The gratuitous extra
dependency on python there is annoying for more than just embedded systems.
Ron
--
To UNSUBSCRIBE, email to debian-embedded-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Thu, Aug 27, 2009 at 07:09:04AM +0100, Neil Williams wrote:
On Thu, 27 Aug 2009 15:12:20 +0930
Ron r...@debian.org wrote:
On Wed, Aug 26, 2009 at 08:16:18PM +0100, David Goodenough wrote:
Actually it is openssl-blacklist that contains openssl-vulnkey, and
in sid openssl depends
On Thu, Aug 27, 2009 at 07:39:04AM +0100, Neil Williams wrote:
On Thu, 27 Aug 2009 15:46:51 +0930
Ron r...@debian.org wrote:
On Thu, Aug 27, 2009 at 07:09:04AM +0100, Neil Williams wrote:
On Thu, 27 Aug 2009 15:12:20 +0930
Ron r...@debian.org wrote:
On Wed, Aug 26, 2009 at 08
, but I don't personally see any advantage
to doing that either.
Cheers,
Ron
--
To UNSUBSCRIBE, email to debian-embedded-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Another member on IRC in #emdebian confirmed this for me.
-Ron
--
To UNSUBSCRIBE, email to debian-embedded-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Mon, Sep 14, 2009 at 10:28 AM, Hector Oron hector.o...@gmail.com wrote:
This was already solved. Thanks for reporting.
Sorry I should have followed up to the thread once it was fixed.
Thanks!
-Ron
--
To UNSUBSCRIBE, email to debian-embedded-requ...@lists.debian.org
with a subject
26 matches
Mail list logo