Nikita V. Youshchenko [EMAIL PROTECTED] writes:
Dpkg-cross is a tool to create cross-compile environment, useful to
cross-compile debian packages and other software.
One of dpkg-cross's functions is to process a native library or libdev
package for some arch, and turn it into arch-all
Nikita V. Youshchenko [EMAIL PROTECTED] writes:
The multiarch and FHS proposals say that ${prefix}/${target}/* would
pollute the / and /usr directories while the lib and include subdirs
already have tons of files/dirs and the extra dirs won't matter.
I think that following years-old de-facto
Nikita V. Youshchenko [EMAIL PROTECTED] writes:
The multiarch and FHS proposals say that ${prefix}/${target}/* would
pollute the / and /usr directories while the lib and include subdirs
already have tons of files/dirs and the extra dirs won't matter.
I think that following years-old
Riku Voipio [EMAIL PROTECTED] writes:
On Wed, Jul 13, 2005 at 12:31:13AM +0400, Nikita V. Youshchenko wrote:
Cross-compilation setups are in wide use for many years, and there is a
de-facto standard that libs are placed into ${prefix}/${target}/lib, and
headers are placed into
Riku Voipio [EMAIL PROTECTED] writes:
On Thu, Jul 14, 2005 at 05:02:52PM +0400, Nikita V. Youshchenko wrote:
Looks like I mesread your argument: You mean binary libraries.
Well, what I'm trying to propose is - use single placement,
in /usr/${arch}/lib.
That makes more sense, and for me
Pjotr Kourzanov [EMAIL PROTECTED] writes:
Updated patch can be found here:
http://www.xs4all.nl/~kurzanov/debian/patches/dpkg-1.13.16-all-1.patch.
Besides allowing CPU-uclibc architectures it also adds:
1. Specific ARM families armv4,armv5te,strongarm and xscale
2. ARM variations such as
Pjotr Kourzanov [EMAIL PROTECTED] writes:
Goswin von Brederlow wrote:
Pjotr Kourzanov [EMAIL PROTECTED] writes:
Updated patch can be found here:
http://www.xs4all.nl/~kurzanov/debian/patches/dpkg-1.13.16-all-1.patch.
Besides allowing CPU-uclibc architectures it also adds:
1. Specific
Bernhard R. Link [EMAIL PROTECTED] writes:
* Goswin von Brederlow [EMAIL PROTECTED] [060629 12:31]:
Baurzhan Ismagulov [EMAIL PROTECTED] writes:
for generic SPARC and running painfully slowly on SPARC v8 systems.
Rebuilding with v8 enabled helped dramatically (virtually instant
connection
Neil Williams codeh...@debian.org writes:
On Thu, 12 Mar 2009 10:31:03 +0100
Goswin von Brederlow goswin-...@web.de wrote:
I thought mulitarch wanted:
(this is making a lot more sense now.)
So, updating:
/usr/
|-- include/
| `-- $arch-linux-gnu/
| `-- foo.h
Request was from Matthias Klose d...@cs.tu-berlin.de to
cont...@bugs.debian.org. (Wed, 18 Jun 2008 19:15:09 GMT) Full text and rfc822
format available.
Changed Bug title to `gcc: please add support for multiarch' from `binutils:
please add support for multiarch'. Request was from Goswin von Brederlow
Hector Oron hector.o...@gmail.com writes:
Hello,
I have been talking with Guillem on IRC, he has point me to a
reference[1], that might be useful.
[1] http://lackof.org/taggart/hacking/multiarch/
Regards
That is a nice non Debian specific writeup (i.e. it doesn't go into
any of the
Hector Oron hector.o...@gmail.com writes:
Hello,
, and there is generally no need to
install anything but libraries and headers into /usr/triplet -- so I
don't think there is a pressing need to replicate a filesystem hierarchy
standard below a triplet directory.
True, however, that is
Hi,
Simon Richter (GyrosGeier) and I discussed this at length on irc prior
to this mail and I think some ideas have been lost between irc and
here.
One of the main points was to NOT have to rely on external information
that will be specific to a release (stable/testing/unstable) or just
plain
Neil Williams codeh...@debian.org writes:
On Tue, 19 Jan 2010 20:57:19 +0100
Goswin von Brederlow goswin-...@web.de wrote:
I've been working on a next generation apt/dpkg-cross that will
support apt, aptitude, synaptic (anything libapt based) and dpkg
directly.
Why? There is no future
Neil Williams codeh...@debian.org writes:
On Wed, 20 Jan 2010 15:43:40 +0100
Goswin von Brederlow goswin-...@web.de wrote:
We must avoid having -cross packages depending on non-multiarched
native packages - even the dummy -cross ones. Arch:all is fine.
I don't see why. Since I'm
Neil Williams codeh...@debian.org writes:
On Thu, 21 Jan 2010 19:32:20 +0100
Goswin von Brederlow goswin-...@web.de wrote:
No, it just adds /etc/apt/apt.conf.d/00apt-hookma to insert itself
into libapt. The user then uses the normal apt-get, aptitude or
synaptic and -cross support is totaly
Hi,
I've uploaded a preliminary package to mentors[1]. Ignore all the
lintian warnings. To be safe try this in a chroot. You've been warned.
I called the package apt-ma-emu (multiarch emulation) now. For it to
work you need a patched apt and need to recompile aptitude and synaptic
if you want
Neil Williams codeh...@debian.org writes:
I can find some packages at:
http://ftp.ch.debian.org/debian-ports/
Unfortunately, that mirror uses what appears to be a non-standard
filesystem for the archive itself. Instead of pool/ containing files of
all architectures, it is split into
Neil Williams codeh...@debian.org writes:
tag 545464 - patch
thanks
The plan for the transition will be:
0. fix dpkg-cross to properly create the packages that should have been
made in the latest release.
1. dpkg-cross puts no files in the new multiarch locations, no matter
what - this
Neil Williams codeh...@debian.org writes:
On Wed, 10 Feb 2010 09:07:51 +0100
Goswin von Brederlow goswin-...@web.de wrote:
3. packages that contain multiarch metadata in debian/control get an
explanation in the -cross package description and that's it - these
are henceforth termed zombie
Hector Oron hector.o...@gmail.com writes:
Hello,
2010/5/3 Neil Williams codeh...@debian.org:
As noted, the old defaults have already been removed but the variables
are still (theoretically) active.
Anyone still need these variables?
Can we drop all support for reading these variables?
Simon Richter s...@debian.org writes:
Hi,
On Tue, Jun 29, 2010 at 10:00:48AM +0100, Neil Williams wrote:
apt-cross cannot be fixed to work around this issue because it has to
ignore Architecture:all packages in order to be able to resolve *any*
dependency chains without getting into a
Simon Richter s...@debian.org writes:
Hi,
On Wed, Jun 30, 2010 at 04:11:15PM +0200, Goswin von Brederlow wrote:
FYI: This is a non-issue for apt-ma-emu. The libfoo-dev-arch-cross
package will just depend on libfoo-dev-common or
libfoo-whatever-arch-cross and pull them in too.
This means
Simon Richter s...@debian.org writes:
Hi,
On Thu, Jul 01, 2010 at 09:47:39AM +0200, Goswin von Brederlow wrote:
If the package is Architecture: all then it won't be renamed for
apt. That means apt will pull the original package and install it
natively.
That assumes working multiarch
Neil Williams codeh...@debian.org writes:
On Thu, 01 Jul 2010 11:04:57 +0200
Goswin von Brederlow goswin-...@web.de wrote:
Please don't CC: me, I'm on the list.
Do i remember correctly that dpkg-cross by default skips the package if
the result would be empty? But yes, empty (except
Simon Richter s...@debian.org writes:
Hi,
On Thu, Jul 01, 2010 at 11:04:57AM +0200, Goswin von Brederlow wrote:
[That assumes working multiarch.]
I don't think so. What would you change in the conversion? With
sysroot=/ the include files don't need to be moved to
/usr/triplet/include
Neil Williams codeh...@debian.org writes:
On Thu, 01 Jul 2010 15:36:03 +0200
Goswin von Brederlow goswin-...@web.de wrote:
Neil Williams codeh...@debian.org writes:
On Thu, 01 Jul 2010 11:04:57 +0200
Goswin von Brederlow goswin-...@web.de wrote:
Please don't CC: me, I'm on the list
Neil Williams codeh...@debian.org writes:
notfound 599206 2.5.8ubuntu2
found 599206 2.5.8
severity 599206 wishlist
retitle 599206 dpkg-cross: document file removal process
quit
On Tue, 05 Oct 2010 18:10:32 +0200
Marcin Juszkiewicz marcin.juszkiew...@linaro.org wrote:
Package: dpkg-cross
Loïc Minier loic.min...@linaro.org writes:
On Tue, Oct 05, 2010, Neil Williams wrote:
This script is a build-tool, it is not a cross-build-dependency in
that it is not a header file, it is not a pkg-config file and it is not
used when linking the cross built application. The file is
Loïc Minier loic.min...@linaro.org writes:
On Wed, Oct 06, 2010, Goswin von Brederlow wrote:
Create a wrapper script that defaults to the natgive arch but accepts an
arch triplet as argumen, like:
cat tclConfig.sh EOF
#!/bin/sh
ARCH=${1:$(DEB_HOST_GNU_TYPE)}
exec /usr/lib/$ARCH
Neil Williams codeh...@debian.org writes:
It turns out that apt-cross is even more broken than I thought. Not
only does it mostly fail to work with the version of apt in Squeeze (at
least it fails more often than it works in my experience) and cannot
handle the Arch:all development packages
Wookey woo...@wookware.org writes:
Things are complicated in the compiler case by the continuing need for
bi-arch toolchains for the time being. AIUI making bi-arch toolchains
and multiarch toolchains from the same packaging is painful.
Wookey
But do we actualy need them in wheezy?
I
Wookey woo...@wookware.org writes:
+++ Wookey [2012-01-19 14:32 +]:
+++ Neil Williams [2012-01-19 13:02 +]:
On Thu, 19 Jan 2012 12:10:28 +
Wookey woo...@wookware.org wrote:
I've thought for a long time that a package like build-essential for
cross-building would be a
33 matches
Mail list logo