VSIDO Community

VSIDO Controls => VSIDO News & Announcements => Topic started by: hakerdefo on January 16, 2017, 11:07:27 AM

Title: VSIDO Build Discussions
Post by: hakerdefo on January 16, 2017, 11:07:27 AM
I'm sure you would have written about it somewhere but it would be great if you can share with us the build process of VSIDO. Like how do you start, from Debian netinstall or by some other method and other info.
Cheers!!!
Title: Re: VSIDO Build Discussions
Post by: VastOne on January 16, 2017, 03:39:57 PM
Really it is very very basic

Netinstall of debian and change to SID repos and refracta snapshot immediately.. I start doing snapshots (iso builds) before X is even installed

I then go systematically area by area on what you see on the menus

I also start purging cruft just as quick

The current /etc/skel is the most critical because it is the defaults of the login

Using the same build name (username hostname livecd username etc) is critical in this as well. It keeps everything simple and linear

I have the latest version of VSIDO open on another machine to verify all apps are installed one by one

I keep on installing and building until it gets to where it needs to be.

That's pretty much it. I have some standard how to's for me (reminders) on branding things and building installers but other than that it is done
Title: Re: VSIDO Build Discussions
Post by: hakerdefo on January 16, 2017, 07:49:10 PM
And what a great job you have been doing. Hands down the best Debian Sid distro out there. For comparison latest 64bit VSIDO weighs-in at 637MB. A German Sid based distro (S*******n) with Fluxbox in 64bit version comes with the download size of 1006MB.
And S*******n doesn't come with as polished Fluxbox as VSIDO.
Keep up the great job.
Cheers!!!
Title: Re: VSIDO Build Discussions
Post by: VastOne on January 16, 2017, 08:04:32 PM
^ thank you... the absolute frustration though?  It should be 475 MiB and no bigger.. I have no control over some of the cruft but realistically over the last two years there has been an increase of cruft even though no new files have been installed

I am going to do a new install and tests with PackRat's suggestion to install without recommends and see what that does

Cheers!
Title: Re: VSIDO Build Discussions
Post by: hakerdefo on January 16, 2017, 08:37:19 PM
After the base netinstall, do

nano /etc/apt/apt.conf

And add the following lines,


APT::Get::Install-Recommends "false";
APT::Get::Install-Suggests "false";


Save the file and proceed with building of VSIDO. This will prevent unnecessary packages from being installed. Once you have finished installing all packages do the following to remove unnecessary leftovers,

apt-get clean
apt-get autoclean
apt-get autoremove


dpkg --list | grep '^rcb' | awk '{ print $2 }' | xargs dpkg -P


Cheers!!!
Title: Re: VSIDO Build Discussions
Post by: PackRat on January 16, 2017, 09:52:56 PM
QuoteI then go systematically area by area on what you see on the menus

I suspect that can be done via a script. Have you ever tried to write one?

Although, some of that branding and cruft removal would make it kind of pointless if it's concurrent.
Title: Re: VSIDO Build Discussions
Post by: VastOne on January 16, 2017, 10:09:09 PM
 I do have some of the original scripts from the old netinstall method that I peak at but really it is not as much as you think..  I will capture it now during this build I am doing and see how feasible a script might be

I love the KISS method,  serves me quite well
Title: Re: VSIDO Build Discussions
Post by: PackRat on January 16, 2017, 10:17:19 PM
The band had it's moments as well  8)
Title: Re: VSIDO Build Discussions
Post by: VastOne on January 16, 2017, 10:21:18 PM
@PackRat I also use

dpkg -l | grep ^ii | awk {'print $2'} | tee ~/packages.txt

On the very latest build of VSIDO and go through that.. it is the most precise
Title: Re: VSIDO Build Discussions
Post by: VastOne on January 16, 2017, 10:26:25 PM
Since I have both of my resident geniuses here on this thread.. what would you use (or do use) instead of lightdm?  It is A PIG and I am tired of it...  I love the ability and simplicity of

startx /usr/bin/fluxbox
Title: Re: VSIDO Build Discussions
Post by: PackRat on January 17, 2017, 02:13:43 AM
That command will bypass your ~/fluxbox/startup file (has always done that for me, but VSIDO is set up a bit different)

startx /usr/bin/startfluxbox

is the usual.

Or, a $HOME/.xinitrc:

#!/bin/sh

# optional startup stuff, edit to suit your needs
xmodmap $HOME/.Xmodmap
xrdb -l $HOME/.Xresources
fbsetbg -c -r $HOME/wallpaper &    <- sets a random wallpaper from given directory

exec fluxbox


and then startx from the console. No login manager, but you'll need to add xinit package to iso. Change the "exec flubox" line to whatever is needed in Debian for automounting if you want/need that.

I like lxdm -

1. more resource friendly than lightdm
2. still get the automounting (because I'm lazy)
3. select from multiple window managers
4. /etc/lxdm.conf is easy to set up for aesthetics

If you want a login mnager to get to X, you can use one of the old faithfuls like xdm and custom VSIDO .xinitrc. That should be an easy setup. Xdm doesn't read the /usr/share/xsessions/*.desktop files, but you only ship one window manager so no big deal. Only issue is whether or not it works with systemd.

If users want multiple window managers, lxdm or lightdm etc ... are just an apt command or two away. Any one looking to try Sid is most likely aware of that.

I actually switched to lxdm on VSIDO installs a while back becuase lightdm was always getting borked by systemd upgrades. Was happy with it from the start. Just have toi set up apt to not install all the recommended stuff from lxde.
Title: Re: VSIDO Build Discussions
Post by: VastOne on January 17, 2017, 03:27:18 AM
I have added the changes that hakerdefo recommended for apt.conf but

lxdm wants to add 425 new files and 660 MiB of new space

There must be something missing
Title: Re: VSIDO Build Discussions
Post by: VastOne on January 17, 2017, 05:48:01 AM
Turns out these were what apt.conf needed to work for recommends and suggestions:

APT::Install-Recommends "false";
APT::Install-Suggests "false";
Title: Re: VSIDO Build Discussions
Post by: hakerdefo on January 17, 2017, 07:01:08 AM
I checked and you are right. Some time back this was changed in APT. So correct syntax is the one you are using now.
And I would recommend against removing a display manager. Which one should it be, LightDM or LXDM, I would leave it to your wisdom ;)
And BTW not installing recommended and/or suggested packages will leave some applications with broken or reduced functionalities. It all depends on the packager. Packager A might add mp3 playback library as the required dependency while packaging an audio player but packager B might add it as a recommended or suggested dependency.
So please diff installed packages after building this system with the older build system and go through the list of packages not installed on the newer build and see if some important ones are missing or not.
Cheers!!!
Title: Re: VSIDO Build Discussions
Post by: Snap on January 17, 2017, 08:20:40 AM
@PackRat are you using dbus? I mean, starting fluxbox one of these two ways (without a display manager)

startx /usr/bin/startfluxbox

or simply

exec fluxbox #(into $HOME/.xinitrc)

takes care of dbus for the session?  No need for dedicated lines like this (or something similar)?

exec dbus-launch --exit-with-session startfluxbox
Title: Re: VSIDO Build Discussions
Post by: ido on March 29, 2017, 06:30:53 AM
http://vsido.org/index.php?topic=12.0
that "what is" description is from 2013

Asking for clarification here. From what I've read in the Jan 2017 build topic, I'm wondering if vsido is now starting with a refracta base then using debian sid repository? Is OpenRC still a thing nowadays? Which init is vsido using... systemd, sysv, or openrc?
Title: Re: VSIDO Build Discussions
Post by: VastOne on March 29, 2017, 01:42:01 PM
These builds have the refracta installer and we always use the sid repository.. The base is debian sid.. I only use the refracta tools and not the Devuan builds they create

OpenRC has never been developed on VSIDO, although it was discussed at one point.. VSIDO is systemd