Re: chroot question [* SOLVED *]

2008-01-04 Thread A J Stiles
On Thursday 03 Jan 2008, Peter Makholm wrote:
 A J Stiles [EMAIL PROTECTED] writes:
  If I already have 64-bit Iceweasel running, and try to start 32-bit
  Iceweasel from inside the chroot, I get another instance of the 64-bit
  browser.  If I kill the 64-bit browser, I can start a 32-bit one.  If I
  then try to start a 64-bit Iceweasel from the K menu while the 32-bit
  Iceweasel is running, I get another 32-bit Iceweasel.

 You can try to use the -a switch to iceweasel such that the two
 iceweasels runs with different application-id's. If that works you can
 make an alias for iceweasel inside you chroot to use a non-default
 application-id.

Thanks for your help!
I successfully invoked the 32-bit firefox using
$ iceweasel -a firefox32
from within the chroot while simultaneously running a 64-bit instance.  Flash, 
Java c. work fine.  So next, I edited the 
script .../usr/lib/iceweasel/iceweasel (inside the chroot)  so the default 
application ID is now firefox32.  This is what I changed:

#  WAS  #
APPLICATION_ID=firefox
#  NOW  #
APPLICATION_ID=firefox32
#  ENDS  #

Hope someone else finds this useful.

-- 
AJS
delta echo bravo six four at earthshod dot co dot uk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot question [* SOLVED *]

2008-01-04 Thread Heikki Levanto
On Fri, Jan 04, 2008 at 11:20:31AM +, A J Stiles wrote:
 I successfully invoked the 32-bit firefox using
 $ iceweasel -a firefox32
 from within the chroot while simultaneously running a 64-bit instance.  
 Flash, 
 Java c. work fine.  

I will have to set up something like that too. Is there a good (up to date!)
page somewhere on the net that explains what I need? Can I use my old root
disk partition as the chroot environment, and still boot to it natively if I
really need some 32-bit stuff?

Sorry for the newbie questions.

  - Heikki

-- 
Heikki Levanto   In Murphy We Turst heikki (at) lsd (dot) dk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot question [* SOLVED *]

2008-01-04 Thread Douglas A. Tutty
On Fri, Jan 04, 2008 at 03:56:57PM +0100, Heikki Levanto wrote:
 On Fri, Jan 04, 2008 at 11:20:31AM +, A J Stiles wrote:
  I successfully invoked the 32-bit firefox using
  $ iceweasel -a firefox32
  from within the chroot while simultaneously running a 64-bit instance.  
  Flash, 
  Java c. work fine.  
 
 I will have to set up something like that too. Is there a good (up to date!)
 page somewhere on the net that explains what I need? Can I use my old root
 disk partition as the chroot environment, and still boot to it natively if I
 really need some 32-bit stuff?
 
 Sorry for the newbie questions.

Under what conditions would you need to boot the 32-bit chroot natively?

I have never needed to, so my chroot is uner /srv/chroot/etch-ia32.  I
put /srv on its own LV (I use LVM over raid1).  I used debootstrap to
install the chroot following (loosly) the instructions in the amd64
howto from the debian website.

I access the chroot with 
$ schroot -pc etch-ia32

which means that I have the schroot package installed on the amd64
system.

Once debootstrap gives you a basic system, you schroot into it, run
aptitude, and setup what you want.  Treat it like its own machine.

Doug.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot question [* SOLVED *]

2008-01-04 Thread Jaime Ochoa Malagón
On Jan 4, 2008 8:56 AM, Heikki Levanto [EMAIL PROTECTED] wrote:
 On Fri, Jan 04, 2008 at 11:20:31AM +, A J Stiles wrote:
  I successfully invoked the 32-bit firefox using
  $ iceweasel -a firefox32
  from within the chroot while simultaneously running a 64-bit instance.  
  Flash,
  Java c. work fine.

 I will have to set up something like that too. Is there a good (up to date!)
 page somewhere on the net that explains what I need? Can I use my old root
 disk partition as the chroot environment,

Yes

 and still boot to it natively if I
 really need some 32-bit stuff?

Yes


 Sorry for the newbie questions.

   - Heikki

 --
 Heikki Levanto   In Murphy We Turst heikki (at) lsd (dot) dk



 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]





-- 
Perhaps the depth of
love can be calibrated by the number of different selves that are
actively involved in a given relationship.

Carl Sagan (Contact)

Jaime Ochoa Malagón
Integrated Technology
Tel: (55) 52 54 26 10



chroot question

2008-01-03 Thread A J Stiles
I have observed some odd behaviour since setting up a 32-bit chroot  (in order 
to run some weirdy Java web applet.)  This chroot is totally self-contained, 
even with its own /home directory  (so that my 32-bit application preferences 
don't clobber my 64-bit ones).

If I already have 64-bit Iceweasel running, and try to start 32-bit Iceweasel 
from inside the chroot, I get another instance of the 64-bit browser.  If I 
kill the 64-bit browser, I can start a 32-bit one.  If I then try to start a 
64-bit Iceweasel from the K menu while the 32-bit Iceweasel is running, I get 
another 32-bit Iceweasel.

The upshot seems to be, I can't have both a 32-bit and a 64-bit Iceweasel 
browser open at the same time.

I'm guessing this is due to some kind of namespace conflicts.  Would it work 
if I modify the source package slightly, to change the name of the 
application and call it something like iceweasel32 instead?

-- 
AJS
delta echo bravo six four at earthshod dot co dot uk


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot question

2008-01-03 Thread Peter Makholm
A J Stiles [EMAIL PROTECTED] writes:

 If I already have 64-bit Iceweasel running, and try to start 32-bit Iceweasel 
 from inside the chroot, I get another instance of the 64-bit browser.  If I 
 kill the 64-bit browser, I can start a 32-bit one.  If I then try to start a 
 64-bit Iceweasel from the K menu while the 32-bit Iceweasel is running, I get 
 another 32-bit Iceweasel.

You can try to use the -a switch to iceweasel such that the two
iceweasels runs with different application-id's. If that works you can
make an alias for iceweasel inside you chroot to use a non-default
application-id.

//Makholm


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot question

2008-01-03 Thread Bonnel Christophe

A J Stiles a écrit :
I have observed some odd behaviour since setting up a 32-bit chroot  (in order 
to run some weirdy Java web applet.)  This chroot is totally self-contained, 
even with its own /home directory  (so that my 32-bit application preferences 
don't clobber my 64-bit ones).


If I already have 64-bit Iceweasel running, and try to start 32-bit Iceweasel 
from inside the chroot, I get another instance of the 64-bit browser.  If I 
kill the 64-bit browser, I can start a 32-bit one.  If I then try to start a 
64-bit Iceweasel from the K menu while the 32-bit Iceweasel is running, I get 
another 32-bit Iceweasel.


The upshot seems to be, I can't have both a 32-bit and a 64-bit Iceweasel 
browser open at the same time.


I'm guessing this is due to some kind of namespace conflicts.  Would it work 
if I modify the source package slightly, to change the name of the 
application and call it something like iceweasel32 instead?


  

Hi,

I never try to run simultaneously 32 and 64 bits version of Iceweasel.

I want to be able to use the two versions of firefox so i not 
uninstalled no version, i simply install schroot and a script 
/usr/bin/firefox32 which contains following lines :

#!/bin/bash
schroot -p firefox $1
exit

Here is also my config for /etc/schroot/schroot.conf
[etch]
description=Debian etch (stable) 32-bit
location=/var/chroot/etch-i386
priority=3
users=toph
#groups=toph,root
root-users=root
#root-groups=root
#groups=sbuild-security
aliases=default,stable,ia32
run-setup-scripts=true
run-exec-scripts=true
type=directory
personality=linux32

This method affords me to use one and one only one home for the 32 and 
64bits application.


Hope this helps
Christophe


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot question

2008-01-03 Thread Eduardo M KALINOWSKI

Peter Makholm wrote:

A J Stiles [EMAIL PROTECTED] writes:

  
If I already have 64-bit Iceweasel running, and try to start 32-bit Iceweasel 
from inside the chroot, I get another instance of the 64-bit browser.  If I 
kill the 64-bit browser, I can start a 32-bit one.  If I then try to start a 
64-bit Iceweasel from the K menu while the 32-bit Iceweasel is running, I get 
another 32-bit Iceweasel.



You can try to use the -a switch to iceweasel such that the two
iceweasels runs with different application-id's. If that works you can
make an alias for iceweasel inside you chroot to use a non-default
application-id.
  


Yes, this behavior exists and is annoying. I run both a 64-bit and a 
32-bit Iceweasel simultaneously with different profiles and the -P 
option, but my /home is shared in the chroot.


--
Eu não sou tão idiota como você parece.

Eduardo M KALINOWSKI
[EMAIL PROTECTED]
http://move.to/hpkb


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot question

2007-01-22 Thread Matthias Julius
Goswin von Brederlow [EMAIL PROTECTED] writes:

 Anton Piatek [EMAIL PROTECTED] writes:

 I posted this on Debian-user list, but thought someone here might have tried 
 this already...

 I have a amd64 install of debian with a 32bit chroot for a couple of apps.
 This works great, but I have a question.

 Is it possible to have an application inside the 32bit chroot launch an
 application on my main 64 bit system? (e.g. a photo browsing program in the
 32bit chroot launching gimp, which is installed in my main 64 bit system).
 I currently launch my 32bit programs with schroot and am hoping I can set
 something to make specific programs outside the chroot available...

 I cannot think of how this can be achieved, so any ideas are welcomed.

 Regards,

 Anton

 mkdir /chroot-32/chroot-64/
 mount --bind / /chroot-32/chroot-64/

 Then applications inside chroot-32 can just again chroot into
 chroot-64 to get back out.

While this should work it is not necessary for many 32-bit applications.
They will run fine if called directly outside the chroot.  The 32-bit
libraries need to be listed in /etc/ld.so.conf and /lib/ld-linux.so.2
(the 32-bit linker) needs to be present (possibly as symlink to
/chroot32/lib/ld-linux.so.2).

Then, many applications will run fine in the 64-bit environment and
they can easily call 64-bit applications.

Matthias


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot question

2007-01-21 Thread Eduardo M KALINOWSKI
Anton Piatek wrote:
 I posted this on Debian-user list, but thought someone here might have tried 
 this already...

 I have a amd64 install of debian with a 32bit chroot for a couple of apps.
 This works great, but I have a question.

 Is it possible to have an application inside the 32bit chroot launch an
 application on my main 64 bit system? (e.g. a photo browsing program in the
 32bit chroot launching gimp, which is installed in my main 64 bit system).
 I currently launch my 32bit programs with schroot and am hoping I can set
 something to make specific programs outside the chroot available...

 I cannot think of how this can be achieved, so any ideas are welcomed.

   
No, you can't. Suppose your chroot is /ia32. Then, since it is a chroot,
you can only see what's inside /ia32. /usr and other directories are not
accessible from the chroot.

Unless you someway make /usr visible inside /ia32, perhaps with a bind
mount. You would also need other directories (such as /var) if the
application needs them, and configure the application to use those
directories. The same happens to libraries. If /usr is bound to
/ia32/usr64, you'll need to tell the library loader to look for
libraries there. Messy, really messy.

What you can do is install the 32-bit version of the program inside the
chroot, and it'l run fine.


-- 
Sometimes I live in the country,
And sometimes I live in town.
And sometimes I have a great notion,
To jump in the river and drown.

Eduardo M KALINOWSKI
[EMAIL PROTECTED]
http://move.to/hpkb


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: chroot question

2007-01-21 Thread Mark Montague

You can also use something like ssh localhost to escape the chroot,
although it adds a bit of overhead.

- M

On 1/21/07, Eduardo M KALINOWSKI [EMAIL PROTECTED] wrote:


Anton Piatek wrote:
 I posted this on Debian-user list, but thought someone here might have
tried
 this already...

 I have a amd64 install of debian with a 32bit chroot for a couple of
apps.
 This works great, but I have a question.

 Is it possible to have an application inside the 32bit chroot launch an
 application on my main 64 bit system? (e.g. a photo browsing program in
the
 32bit chroot launching gimp, which is installed in my main 64 bit
system).
 I currently launch my 32bit programs with schroot and am hoping I can
set
 something to make specific programs outside the chroot available...

 I cannot think of how this can be achieved, so any ideas are welcomed.


No, you can't. Suppose your chroot is /ia32. Then, since it is a chroot,
you can only see what's inside /ia32. /usr and other directories are not
accessible from the chroot.

Unless you someway make /usr visible inside /ia32, perhaps with a bind
mount. You would also need other directories (such as /var) if the
application needs them, and configure the application to use those
directories. The same happens to libraries. If /usr is bound to
/ia32/usr64, you'll need to tell the library loader to look for
libraries there. Messy, really messy.

What you can do is install the 32-bit version of the program inside the
chroot, and it'l run fine.


--
Sometimes I live in the country,
And sometimes I live in town.
And sometimes I have a great notion,
To jump in the river and drown.

Eduardo M KALINOWSKI
[EMAIL PROTECTED]
http://move.to/hpkb


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
[EMAIL PROTECTED]




Re: chroot question

2007-01-21 Thread Goswin von Brederlow
Anton Piatek [EMAIL PROTECTED] writes:

 I posted this on Debian-user list, but thought someone here might have tried 
 this already...

 I have a amd64 install of debian with a 32bit chroot for a couple of apps.
 This works great, but I have a question.

 Is it possible to have an application inside the 32bit chroot launch an
 application on my main 64 bit system? (e.g. a photo browsing program in the
 32bit chroot launching gimp, which is installed in my main 64 bit system).
 I currently launch my 32bit programs with schroot and am hoping I can set
 something to make specific programs outside the chroot available...

 I cannot think of how this can be achieved, so any ideas are welcomed.

 Regards,

 Anton

mkdir /chroot-32/chroot-64/
mount --bind / /chroot-32/chroot-64/

Then applications inside chroot-32 can just again chroot into
chroot-64 to get back out.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



chroot question

2007-01-20 Thread Anton Piatek
I posted this on Debian-user list, but thought someone here might have tried 
this already...

I have a amd64 install of debian with a 32bit chroot for a couple of apps.
This works great, but I have a question.

Is it possible to have an application inside the 32bit chroot launch an
application on my main 64 bit system? (e.g. a photo browsing program in the
32bit chroot launching gimp, which is installed in my main 64 bit system).
I currently launch my 32bit programs with schroot and am hoping I can set
something to make specific programs outside the chroot available...

I cannot think of how this can be achieved, so any ideas are welcomed.

Regards,

Anton

--
Anton Piatek
email: [EMAIL PROTECTED]
blog/photos:http://www.strangeparty.com
pgp: [0xB307BAEF]   (http://tastycake.net/~anton/anton.asc)
fingerprint: 116A 5F01 1E5F 1ADE 78C6 EDB3 B9B6 E622 B307 BAEF

---

-- 
Anton Piatek
email: [EMAIL PROTECTED] 
blog/photos:http://www.strangeparty.com
pgp: [0xB307BAEF]   (http://tastycake.net/~anton/anton.asc)
fingerprint: 116A 5F01 1E5F 1ADE 78C6 EDB3 B9B6 E622 B307 BAEF


pgp8aVxV9hjHf.pgp
Description: PGP signature