LinuxQuestions.org
Register a domain and help support LQ
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

Reply
 
Search this Thread
Old 09-02-2013, 01:29 PM   #16
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 5,379

Rep: Reputation: Disabled

Quote:
Originally Posted by Jeebizz View Post
I'm kinda on the fence with multilib, I have no problem setting up multilib myself, but perhaps at one point during the installation there should be an option to add multilib to the system, or maybe the best option is to have have a multilib in /extra.

--edit.

Actually /extra might be the best option IMHO.
I hate to repeat myself. Please re-read my earlier post.

Eric
 
1 members found this post helpful.
Old 09-02-2013, 01:44 PM   #17
dugan
Senior Member
 
Registered: Nov 2003
Location: Canada
Distribution: distro hopper
Posts: 4,969

Rep: Reputation: 1552Reputation: 1552Reputation: 1552Reputation: 1552Reputation: 1552Reputation: 1552Reputation: 1552Reputation: 1552Reputation: 1552Reputation: 1552Reputation: 1552
Quote:
Originally Posted by chemfire View Post
What are others using 32-bit for at this point? Other than the obvious wine, steam, skype?
And RAM usage. If I'm going to set up a Slackware VM and give it 2GB of RAM, then there's not much point in making it 64-bit.
 
Old 09-02-2013, 02:04 PM   #18
chemfire
Member
 
Registered: Sep 2012
Posts: 81

Rep: Reputation: Disabled
TobiSGD, you can run X apps including games and the like as long as you completely trust the container. You need to pass a good deal of raw device access through to make it work.

Code:
lxc.arch = i686
lxc.utsname = macro86

lxc.network.type = veth
lxc.network.flags = up
lxc.network.link = vth0 
lxc.network.ipv4 = 0.0.0.0/24
lxc.network.name = vth0 

lxc.mount = /var/lib/lxc/macro86/rootfs/etc/fstab

lxc.tty = 2
lxc.pts = 1024
lxc.rootfs = /var/lib/lxc/macro86/rootfs

lxc.cgroup.devices.deny = a
#video
lxc.cgroup.devices.allow = c 226:* rwm
#input
lxc.cgroup.devices.allow = c 13:* rwm
#audo
lxc.cgroup.devices.allow = c 14:* rwm
lxc.cgroup.devices.allow = c 116:* rwm
# /dev/null and zero
lxc.cgroup.devices.allow = c 1:3 rwm
lxc.cgroup.devices.allow = c 1:5 rwm
# consoles
lxc.cgroup.devices.allow = c 5:1 rwm
lxc.cgroup.devices.allow = c 5:0 rwm
lxc.cgroup.devices.allow = c 4:0 rwm
#lxc.cgroup.devices.allow = c 4:1 rwm
#lxc.cgroup.devices.allow = c 4:2 rwm
lxc.cgroup.devices.allow = c 4:3 rwm
lxc.cgroup.devices.allow = c 4:4 rwm
lxc.cgroup.devices.allow = c 4:5 rwm
# /dev/{,u}random
lxc.cgroup.devices.allow = c 1:9 rwm
lxc.cgroup.devices.allow = c 1:8 rwm
lxc.cgroup.devices.allow = c 136:* rwm
lxc.cgroup.devices.allow = c 5:2 rwm
# rtc
lxc.cgroup.devices.allow = c 254:0 rwm

# we don't trust root user in the container, better safe than sorry.
# comment out only if you know what you're doing.
lxc.cap.drop = sys_module mknod
lxc.cap.drop = mac_override  kill sys_time
lxc.cap.drop = setfcap setpcap sys_boot

# if you want to be even more restrictive with your container's root
# user comment the three lines above and uncomment the following one
# lxc.cap.drop=sys_admin
I also reduce the number of gettys running on the host in /etc/inittab on both the host and the contain filesystem, this way I can access the container on vttys 3 and 4.

And the fstab from the container so you can get an idea of what other file system parts are being shared.

Code:
lxcpts /var/lib/lxc/macro86/rootfs/dev/pts devpts defaults,newinstance 0 0
/proc  /var/lib/lxc/macro86/rootfs/proc    none   bind 			0 0
/sys   /var/lib/lxc/macro86/rootfs/sys     none   bind 			0 0
none   /dev/shm 			   tmpfs  defaults 		0 0

/etc/passwd  /var/lib/lxc/macro86/rootfs/etc/passwd  none bind,ro 0 0
/etc/group   /var/lib/lxc/macro86/rootfs/etc/group   none bind,ro 0 0
/etc/shadow  /var/lib/lxc/macro86/rootfs/etc/shadow  none bind,ro 0 0
/etc/shadow- /var/lib/lxc/macro86/rootfs/etc/shadow- none bind,ro 0 0
/etc/sudoers /var/lib/lxc/macro86/rootfs/etc/sudoers none bind,ro 0 0

/home	     /var/lib/lxc/macro86/rootfs/home	     none bind    0 0
/tmp	     /var/lib/lxc/macro86/rootfs/tmp	     none bind    0 0
/dev/input   /var/lib/lxc/macro86/rootfs/dev/input   none bind    0 0
/dev/dri     /var/lib/lxc/macro86/rootfs/dev/dri     none bind    0 0
/dev/snd     /var/lib/lxc/macro86/rootfs/dev/snd     none bind    0 0
Obviously with all this stuff shared the container does little to protect the host from misbehavior going on. You will need all the X libraries and whatnot on the container rootfs, and I have been unable to get things to work anything short of "xhost +" run on the host but if you start an X app as the same user inside the x86 container it will use the host's X server. I play a few games under WINE this way. The host is 64-bit no multilib.

I do get accelerated openGL, but I am using intel graphics you might have to pass other devices through to get AMD/NVIDIA video hardware to work full, can't say. I am also not sure how 'safe' this is in terms of stability all I can say is *I* haven't had any problems.
 
1 members found this post helpful.
Old 09-02-2013, 02:57 PM   #19
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,649
Blog Entries: 2

Rep: Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094
I have no experience with LXC containers, so this looks rather complicated to me. Do you have a link to a good tutorial about LXC?
I think this might only be handy to run 32 bit games, but also to set up conatiners with older OSes for old games that won't run anymore on modern distros.
 
Old 09-02-2013, 03:05 PM   #20
chemfire
Member
 
Registered: Sep 2012
Posts: 81

Rep: Reputation: Disabled
TobiSGD,

Using containers to directly share X as I have done with this is kludgy at best. The easiest way to get started with LXC on Slackware is to grab Ponce's stuff and adapt it to your needs from there. He has put lots of work into it and it works well.

His blog is at http://slackware.ponce.cc/blog/


Keep in mind containers are not VMs, they basically create discrete name spaces within the kernel. So those "older OSs" will need to be A) Linux and B) new enough to run on whatever kernel your host is using. That can be older than you might at first guess though because you won't run udev and things like the modinit tools inside the container.

This site also has good info for getting started:
http://www.vislab.uq.edu.au/howto/lxc/lxc.html

Last edited by chemfire; 09-02-2013 at 03:07 PM.
 
1 members found this post helpful.
Old 09-02-2013, 03:44 PM   #21
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,649
Blog Entries: 2

Rep: Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094Reputation: 4094
Thanks, chemfire, will have a look into that.
 
Old 09-02-2013, 04:43 PM   #22
allend
Senior Member
 
Registered: Oct 2003
Location: Melbourne
Distribution: Slackware-current
Posts: 3,517

Rep: Reputation: 873Reputation: 873Reputation: 873Reputation: 873Reputation: 873Reputation: 873Reputation: 873
Quote:
What are others using 32-bit for at this point?
I currently have Alien Bob's cups-compat32-1.5.4-x86_64-2.txz and glibc-solibs-2.17_multilib-x86_64-5alien.txz packages installed on my otherwise pure 64-bit system to support a printer with a 32-bit driver.

I have not used WINE in a long time, preferring to run Windows software either natively in a multiboot system or in a QEMU virtual machine.
 
Old 09-02-2013, 05:00 PM   #23
yilez
Member
 
Registered: Apr 2004
Distribution: Slackware
Posts: 122

Rep: Reputation: Disabled
Quote:
Originally Posted by guanx View Post
Very likely your hardware is capable of running skype without noticable slowdown in a virtual machine.
I consider this from time to time. It seems a bit extreme though, all things considered. I then need VM and a full installation of another distribution (be it Slackware or something else) just to run something that only needed a few extra libraries. If Slackware64 wasn't multilib ready, I might have done it this way as it would need a fair bit more tinkering to set up.
 
Old 09-02-2013, 05:36 PM   #24
kikinovak
Senior Member
 
Registered: Jun 2011
Location: Montpezat (South France)
Distribution: Slackware, Slackware64
Posts: 1,944

Rep: Reputation: 967Reputation: 967Reputation: 967Reputation: 967Reputation: 967Reputation: 967Reputation: 967Reputation: 967
Quote:
Originally Posted by Raveriux View Post
I think would be better to have posibbility include slackpkg+ in installer under dialog " Do you want to enable third party repositories and multilib?"
  1. Install Slackware.
  2. Download and install slackpkg+.
  3. Open /etc/slackpkg/slackpkgplus.conf with your favourite editor.
  4. Uncomment/add third party repositories.

Keep It Simple Stupid.
 
Old 09-03-2013, 04:57 AM   #25
GazL
Senior Member
 
Registered: May 2008
Posts: 3,501

Rep: Reputation: 1024Reputation: 1024Reputation: 1024Reputation: 1024Reputation: 1024Reputation: 1024Reputation: 1024Reputation: 1024
Quote:
Originally Posted by chemfire View Post
Is only available as a 32bit binary?
Two I've stumbled across recently are:
  • "Nero AAC codec" (reportedly better quality that faac)
  • Dwarf Fortress
...neither of which are essential, but if there had been a native version I would have liked to have played with them on Slackware64.
 
Old 09-03-2013, 06:22 AM   #26
ruario
Senior Member
 
Registered: Jan 2011
Location: Oslo, Norway
Distribution: Slackware
Posts: 1,902

Rep: Reputation: 963Reputation: 963Reputation: 963Reputation: 963Reputation: 963Reputation: 963Reputation: 963Reputation: 963
Quote:
Originally Posted by dugan View Post
And RAM usage. If I'm going to set up a Slackware VM and give it 2GB of RAM, then there's not much point in making it 64-bit.
TobiSGD previously suggested that the performance benefits of 64-Bit actually start to take effect just below the 1Gb mark.
 
Old 09-03-2013, 06:38 AM   #27
yilez
Member
 
Registered: Apr 2004
Distribution: Slackware
Posts: 122

Rep: Reputation: Disabled
I often find people say "you only need 64bit processors to utilise more than 4GB of RAM". They don't seem to appreciate that 64bit processors can run 32bit code better.
 
Old 09-03-2013, 06:51 AM   #28
guanx
Senior Member
 
Registered: Dec 2008
Posts: 1,014

Rep: Reputation: 146Reputation: 146
I don't see him say so. Nor do I see any benchmark supporting this "1GB" threshold.
 
Old 09-03-2013, 07:35 AM   #29
ruario
Senior Member
 
Registered: Jan 2011
Location: Oslo, Norway
Distribution: Slackware
Posts: 1,902

Rep: Reputation: 963Reputation: 963Reputation: 963Reputation: 963Reputation: 963Reputation: 963Reputation: 963Reputation: 963
Well actually (to be more correct) TobiSGD linked to a comment from Hans Peter Anvin.
 
Old 09-03-2013, 12:55 PM   #30
chrisretusn
Member
 
Registered: Dec 2005
Location: Philippines
Distribution: Slackware
Posts: 507

Rep: Reputation: Disabled
Thumbs down

Quote:
Originally Posted by notihnio View Post
Hello slackers,

I believe that PV should seriously think about native multylib support on next Slackware64 releases. What's your opinion?

Thanks
Nope, we have Alien Bob's multilib for that. If I need it, I install it, else I run pure 64. I prefer it that way. I have several 64-bit installs, only one of them uses multilib, the rest are pure.
 
1 members found this post helpful.
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Native VPN support in 10.04 alpha_lt Ubuntu 0 05-31-2010 03:43 PM
Native 802.11g support. azrael808 Linux - Hardware 2 02-13-2005 09:36 AM
IPW2200 native support in FC3? MacSob Fedora 1 10-24-2004 09:25 AM
Native Raid Support for RedHat devinWhalen Red Hat 1 06-09-2004 11:23 AM
native java2 support, When? moeminhtun *BSD 1 06-20-2003 03:50 AM


All times are GMT -5. The time now is 03:08 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration