All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bernd Petrovitsch <bernd@firmix.at>
To: weigelt@metux.de
Cc: linux-kernel@vger.kernel.org
Subject: Re: FatELF patches...
Date: Tue, 10 Nov 2009 13:40:25 +0100	[thread overview]
Message-ID: <1257856825.795.20.camel@tara.firmix.at> (raw)
In-Reply-To: <20091110112737.GB2998@nibiru.local>

On Tue, 2009-11-10 at 12:27 +0100, Enrico Weigelt wrote:
> * Ryan C. Gordon <icculus@icculus.org> wrote:
[...] 
> > True. If I try to run a PowerPC binary on a Sparc, it fails in any 
> > circumstance. I recognize the goal of this post was to shoot down every 
If tools like qemu support PowerPC or Sparc (similar to some dialects of
ARM), you your run it through that (on every hardware where qemu as such
runs[0]).
And if you have bimfmt_misc, you can start it like any other "native"
program.

> > single point, but you can't see a scenario where this adds a benefit? Even 
> > in a world that's still running 32-bit web browsers on _every major 
> > operating system_ because some crucial plugins aren't 64-bit yet?
>
> The root of evil are plugins - even worse: binary-only plugins.
> 
> Let's just take browsers: is there any damn good reason for not putting
> those things into their own process (9P provides a fine IPC for that),
> besides stupidity and lazyness of certain devs (yes, this explicitly
> includes mozilla guys) ?
Or implement running 32bit plugins from a 64bit browser.

[...]  
> > > - Prepare your app on a USB stick for sneakernet, know it'll work on
> > >   whatever Linux box you are likely to plug it into.
Trojan horse deployers paradise BTW.

[....]
> > It's possible to ship binaries that don't depend on a specific 
> > distribution, or preinstalled dependencies, beyond the existance of a 
> > glibc that was built in the last five years or so. I do it every day. It's 
ACK, just link it statically and be done (but then you have other
problems, e.g. "$LIB has an exploit and I have to rebuild and redeploy
$BINARY").

[...]
> > That is anecdotal, and I apologize for that. But I'm not the only 
> > developer that's not in an apt repository, and all of these rebuttals are 
> > anecdotal: "I just use yum [...because I don't personally care about 
> > Debian users]."
It's not that the other way around is much of a difference:-(
And if there is some really interested Debian user, he can package it
for Debian.
IMHO better no package for $DISTRIBUTION than only bad (and old) ones
because some packager (which is not necessarily a core programmer) has
only very little personal interest in the .deb version.

> Can't just just make up your own repo ? Is it so hard ?
> Just can speak for Gentoo - overlays are quite convenient here.
And it's not that hard to write .spec files for RPM (for average
packages - e.g. the kernel and gcc is somewhat different). Just take a
small one (e.g. the one from "trace") and start from there.
SCNR,
	Bernd

[09: I never tried to cascade qemu though.
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services



  reply	other threads:[~2009-11-10 12:40 UTC|newest]

Thread overview: 74+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-30  2:19 FatELF patches Ryan C. Gordon
2009-10-30  5:42 ` Rayson Ho
2009-10-30 14:54   ` Ryan C. Gordon
2009-11-01 19:20 ` David Hagood
2009-11-01 20:28   ` Måns Rullgård
2009-11-01 20:59     ` Ryan C. Gordon
2009-11-01 21:15       ` Måns Rullgård
2009-11-01 21:35         ` Ryan C. Gordon
2009-11-02  4:58           ` Valdis.Kletnieks
2009-11-02 15:14             ` Ryan C. Gordon
2009-11-03 14:54               ` Valdis.Kletnieks
2009-11-03 18:30                 ` Matt Thrailkill
2009-11-01 22:08         ` Rayson Ho
2009-11-02  1:17           ` Ryan C. Gordon
2009-11-02  3:27             ` Rayson Ho
2009-11-02  0:01       ` Alan Cox
2009-11-02  2:21         ` Ryan C. Gordon
2009-11-02  6:17           ` Julien BLACHE
2009-11-02 18:18             ` Ryan C. Gordon
2009-11-02 18:59               ` Julien BLACHE
2009-11-02 19:08               ` Jesús Guerrero
2009-11-02  6:27           ` David Miller
2009-11-02 15:32             ` Ryan C. Gordon
2009-11-02  9:16           ` Alan Cox
2009-11-02 17:39             ` david
2009-11-02 17:44               ` Alan Cox
2009-11-02 19:56               ` Krzysztof Halasa
2009-11-02 20:11                 ` david
2009-11-02 20:33                   ` Krzysztof Halasa
2009-11-03  1:35                   ` Mikael Pettersson
2009-11-02 15:40           ` Diego Calleja
2009-11-04 16:40           ` package managers [was: FatELF patches...] Mikulas Patocka
2009-11-04 16:54             ` Alan Cox
2009-11-04 17:25               ` Mikulas Patocka
2009-11-04 17:48                 ` Martin Nybo Andersen
2009-11-04 18:46                   ` Mikulas Patocka
2009-11-04 19:46                     ` Alan Cox
2009-11-04 20:04                       ` Mikulas Patocka
2009-11-04 20:27                         ` david
2009-11-04 20:02                     ` Valdis.Kletnieks
2009-11-04 20:08                       ` Mikulas Patocka
2009-11-04 20:41                         ` Valdis.Kletnieks
2009-11-04 21:11                           ` Mikulas Patocka
2009-11-04 21:32                             ` kevin granade
2009-11-04 22:05                               ` Mikulas Patocka
2009-11-04 22:19                                 ` Marcin Letyns
2009-11-04 22:28                                   ` david
2009-11-04 22:43                                 ` Martin Nybo Andersen
2009-11-04 23:55                                   ` Mikulas Patocka
2009-11-05  2:24                                     ` Valdis.Kletnieks
2009-11-05  2:52                                       ` Mikulas Patocka
     [not found]                                         ` <f42384a10911050134t37a0a812hd85ff5541423dc9f@mail.gmail.com>
2009-11-05  9:35                                           ` Fwd: " Marcin Letyns
2009-11-10 11:40                                         ` Enrico Weigelt
2009-11-04 23:11                             ` Valdis.Kletnieks
2009-11-05  0:05                               ` Mikulas Patocka
2009-11-10 11:57                     ` Enrico Weigelt
2009-11-04 17:36             ` Valdis.Kletnieks
2009-11-04 20:28             ` Ryan C. Gordon
2009-11-02 17:52         ` FatELF patches Ryan C. Gordon
2009-11-02 18:53           ` Alan Cox
2009-11-02 20:13             ` Ryan C. Gordon
2009-11-04  1:09               ` Ryan C. Gordon
2009-11-10 11:27           ` Enrico Weigelt
2009-11-10 12:40             ` Bernd Petrovitsch [this message]
2009-11-10 13:00               ` Enrico Weigelt
2009-11-10 13:19                 ` Alan Cox
2009-11-02 16:11       ` Chris Adams
2009-11-01 20:40   ` Ryan C. Gordon
2009-11-10 10:04   ` Enrico Weigelt
  -- strict thread matches above, loose matches on Subject: below --
2009-11-03  6:43 Eric Windisch
2009-11-03 11:21 ` Bernd Petrovitsch
2009-11-10 10:10   ` Enrico Weigelt
2009-11-10 12:15     ` Bernd Petrovitsch
2009-11-10 10:21 ` Enrico Weigelt
     [not found] <dAPfP-5R6-1@gated-at.bofh.it>
     [not found] ` <dBOhH-uY-9@gated-at.bofh.it>

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=1257856825.795.20.camel@tara.firmix.at \
    --to=bernd@firmix.at \
    --cc=linux-kernel@vger.kernel.org \
    --cc=weigelt@metux.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.