From: David Woodhouse <dwmw2@infradead.org>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: Daryl Van Vorst <daryl@wideray.com>,
"'BlueZ Mailing List'" <bluez-devel@lists.sourceforge.net>
Subject: RE: [Bluez-devel] Alignment issue
Date: Thu, 12 Aug 2004 12:33:11 +0100 [thread overview]
Message-ID: <1092310391.15466.178.camel@hades.cambridge.redhat.com> (raw)
In-Reply-To: <1092308407.28711.99.camel@pegasus>
On Thu, 2004-08-12 at 13:00 +0200, Marcel Holtmann wrote:
> I am not familiar with PIE. Is it correct that it stands for "position
> independent executables"?
Indeed -- and that's about as much as I know too, I'm afraid. It's to
allow random load addresses, to reduce the chance of successful buffer
overflow attacks -- if the executable is loaded at a random address, you
don't have known functions at known addresses which the shellcode can
call. I think.
> Do you have a link to the source and binary RPM's for me?
http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/SRPMS/
http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/
> Looks fine so far. I hope you checked the new --enable commands in
> bluez-utils-2.9, because I made many stuff optional.
Briefly. I think I enabled everything, and made a note to look closer at
the firmware stuff.
> The bluez-bluefw is deprecated. Please use bluez-firmware instead and
> enable bcm203x program in bluez-utils if you need it (for 2.4 kernels
> only). Splitting up a bluez-utils-bcm203x could be useful.
I looked very briefly at that -- does it also support loading firmware
in the PCMCIA cards? Is this the future instead of request_firmware()?
Why so?
> Actually even Debian and SuSE ship other init scripts and that is fine
> for me. Do you think a --disable-initscripts option would make the life
> of the package maintainers easier?
I don't think it makes a lot of difference, to be honest -- although if
so many distributions are shipping separate initscripts perhaps we
should collaborate a bit more closely?
> > /me shudders. Autocrap considered harmful. You break cross-compilation
> > if you try to do that. I'd much prefer just to write portable code.
>
> You are right. I forgot to think about cross-compilation.
Users of autoconf often do -- when porting the distro to embedded
machines and trying to cross-build it, autoconf was the single largest
problem I encountered.
--
dwmw2
next prev parent reply other threads:[~2004-08-12 11:33 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-10 18:38 [Bluez-devel] Alignment issue Daryl Van Vorst
2004-08-10 23:12 ` Marcel Holtmann
2004-08-11 9:20 ` Stephen Crane
2004-08-11 11:08 ` David Woodhouse
2004-08-11 19:33 ` Marcel Holtmann
2004-08-11 7:13 ` Marcel Holtmann
2004-08-11 16:44 ` Daryl Van Vorst
2004-08-11 19:31 ` Marcel Holtmann
2004-08-12 8:34 ` David Woodhouse
2004-08-12 9:27 ` Marcel Holtmann
2004-08-12 10:01 ` David Woodhouse
2004-08-12 10:22 ` Marcel Holtmann
2004-08-12 10:35 ` David Woodhouse
2004-08-12 11:00 ` Marcel Holtmann
2004-08-12 11:33 ` David Woodhouse [this message]
2004-08-12 11:49 ` Marcel Holtmann
2004-08-12 12:02 ` David Woodhouse
2004-08-12 12:29 ` Marcel Holtmann
2004-08-12 13:36 ` Marcel Holtmann
2004-08-13 8:07 ` David Woodhouse
2004-08-13 9:05 ` Marcel Holtmann
2004-08-13 9:14 ` David Woodhouse
2004-08-13 11:52 ` David Woodhouse
2004-08-13 12:40 ` Marcel Holtmann
2004-08-12 12:53 ` David Woodhouse
2004-08-13 9:58 ` Marcel Holtmann
2004-08-13 10:56 ` David Woodhouse
2004-08-12 10:10 ` Stephen Crane
2004-08-12 10:25 ` Marcel Holtmann
2005-01-20 14:30 ` David Woodhouse
2005-01-20 14:45 ` Marcel Holtmann
2005-01-20 14:59 ` David Woodhouse
2005-01-20 18:14 ` Marcel Holtmann
2005-01-21 8:26 ` David Woodhouse
2005-01-23 8:12 ` Marcel Holtmann
2005-01-23 11:39 ` Marcel Holtmann
2005-01-23 12:29 ` David Woodhouse
2005-01-23 14:40 ` Marcel Holtmann
2005-01-23 15:11 ` David Woodhouse
2005-01-23 15:22 ` Marcel Holtmann
2005-01-23 23:16 ` David Woodhouse
-- strict thread matches above, loose matches on Subject: below --
2004-08-16 9:48 john smith
2004-08-16 10:15 ` Marcel Holtmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1092310391.15466.178.camel@hades.cambridge.redhat.com \
--to=dwmw2@infradead.org \
--cc=bluez-devel@lists.sourceforge.net \
--cc=daryl@wideray.com \
--cc=marcel@holtmann.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox