2015-01-04 0:23 GMT+01:00 Per Øyvind Karlsen <[email protected]>:
> 2015-01-03 12:36 GMT+01:00 Per Øyvind Karlsen <[email protected]>: > >> 2015-01-03 9:23 GMT+01:00 Blackcrack <[email protected]>: >> >>> Hi, >>> >>> can we add in urpmi the switch --install-system for tell urpmi, which >>> drive >>> have urpmi to use for installing an basesystem and others task-XXXXX, >>> what we want, for an easy possible to install an system, the >>> Drakliveinstaller >>> can we use therefore as fronted .. to have with "urpmi --install-system" >>> something like in Win or dos the order "sys C:\" or an other drive . >>> With this have we the possible to install an system on prompt/console >>> so have we the possible easy via urpmi + swich like >>> "urpmi --install-system /mnt/sda1 basesystem task-bash task-apache >>> task-php task-sshd drakconf task-grub2 " >>> easy install an web-server without X or something.. or an easy possible >>> creating to >>> have an rpm-releated installer behind mkfs.ext4 ;) >>> >>> this make the live really easyer also with an liveiso, >>> easy urpmi --install-system $installsystem >>> if setting up before "formated rootsystem = $installsystem" ;) you see ;) >>> >>> easy add an switch on urpmi and most problems be solved :) >>> because if we have an running livesystem and can install >>> on usb an livesystem + urpmi can we gormating any hdd\sdd or how ever >>> and can use this as installsystem . >>> >>> so that's why " urpmi --install-system" switch to have an possible for >>> installing rpm's on an other harddisk/USB or maybe an iso /creating an >>> iso .. : >>> >>> urpmi --install-system basesystem task-bash icewm >>> --install-system-makeiso livesystem.iso >>> >>> urpmi --install-system basesystem task-bash icewm --install-system-base >>> $installsystem >>> or >>> urpmi --install-system basesystem task-bash icewm --install-system-base >>> /mnt/sdd3 >>> the possible for install system without grub, because an other disc have >>> include grub and >>> this installed system it is managed by the other system >>> >>> urpmi --install-system basesystem task-bash icewm --install-system-base >>> /mnt/sdd3 >>> >>> >>> --install-system (installing the listed rpm's and task's who be needed >>> and listed.. and solving the dependencies) >>> >>> --install-system-base (use the filesystem from mounted device a.e: >>> /mnt/sdd2 or /dev/sdd2 ) >>> or >>> --install-system-makeiso ( use mkiso add syslinux and create an bootable >>> kernel +systemd +tty a.e: livesystem.iso ) >>> >>> --install-system-rootpw (ask password of root without this string whant >>> set the passwort to no pw) >>> --install-system-user ( ask to adding users and start "adduser" without >>> this string it is only root existent) >>> >>> >>> for this we need 2 basesystems >>> 1. normal install as running system, normal install >>> grub2.rpm+systemd.rpm bash.rpm >>> >>> 2. livesystem who adjusting the kernel+systemd+bash+tty + syslinux who >>> boot only >>> the compatible grub2 for efi & normal System without efi for booting in >>> each case from an livesystem. >>> >>> one for IBM-compatieble i586 and one for ARM >>> because i586 works in both systems and make it possible for detecting >>> the x86_64 extension >>> >>> for this : >>> --install-system-IBM >>> or >>> --install-system-ARM >>> >>> and (aarch64 armv7hl armv7l i386 i586 x86_64) >>> --install-system-IBM (with the switch "auto" or "onlyi586" or onlyx86_64 >>> or nothing, -> auto) >>> --install-system-ARM (with the switch "auto" or aarch64, armv7hl, armv7l >>> or nothing -> error message) >>> >> working on, will hopefully have "perfect" integration of installation >> into chroots of others architectures using static qemu user & binfmt, >> where it should also provide this without any issues warned about (ie. >> such as complaints about unknown uid/gid). >> For those running arm port on real arm hardware, I should have in place >> automatic platform detection such as on x86 soon, eliminating the need for >> /etc/rpm/platform. >> >>> >>> if i had anything forgotten, can you make more complete :) >>> >>> this about urpmi as install-system in prompt :) >>> >>> more easy can you it not make, and urpmi make it also use with with >>> small QT lib's as GUI . >>> isn't it so ? >>> >>> happy programming :) >>> >> Well, I'm working on functionality like this especially for arm port, >> where the packaging and dependency solving will take care of all the >> aspects that can be made non-interactive, ie. >> as rpm works in batch mode, and one dosen't want to overextend a tool >> with functionality that's not really within in it's areas of >> responsibilities/purposes of use. >> > I've just pushed updates for rpm, perl-URPM & urpmi adding support for > automatically generating and loading /etc/rpm/platform within a chroot with > ie. 'urpmi --root foo --target-arch=armv7hl', with there no longer being > any need for passing --ignorearch either. > Once a package with static build of qemu arm user space emulation has been > made in cooker, I'll add support for automatically installing it and > setting binfmt_misc etc. for in urpmi as well. > > When this is in place, the complicated howto initializing an arm chroot > described at https://wiki.openmandriva.org/en/ARM will be reduced to only > passing --target-arch to urpmi for when installing from repos for other > architectures. :) > I've now enhanced it further. :) As I've now added static builds of user mode emulation for arm, aarch64, mips & mipsel to the qemu package, I've implemented support for automatically copying the relevant binaries into the chroot. I've also implemented automatical mounting of necessary system mount points within the root when using --target-arch, so what's required to install packages for a non-native arch into a chroot is now fully automated with the only prerequirement being the same as always, namely adding the repository. :) I plan on implementing support for distcc + cross compilers preconfigured for easy use with --target-arch, making it as simple as installing ie. a meta package for all dependencies in order to get this functionality (compilers within non-native arch chroot distributing compile jobs to host environments cross compiler, in case anyone missed out on what I'm rambling about;). This should permit quite a lot faster building for these archs than in their native environment (native hardware being slower implied, obviously) without any need for the hardware itself. Alexander, I dunno why aarch64 is still fscked and disabled on ABF (I tried installing from it, but broken dependencies prevented me from succeeding), but could the packaging of qemu-static-aarch64 help getting it going again? Enjoy! -- Regards, Per Øyvind
_______________________________________________ OM-Cooker mailing list [email protected] http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org
