Re: [DNG] Unofficial Devuan live images
Hi fsmithred, El 23/05/16 a las 18:01, aitor_czr escribió: El 23/05/16 a las 14:00, fsmithredescribió: I installed using the devuan installer at the boot menu. The first time, I chose a root password. When I booted into the new installation, I could log in as user, but I could not su to root and could not use sudo. Logging in as root did not work, either. You are right, i' try to fix this issue today. In Gnuinos i always include: d-i passwd/root-login boolean false in the preseed.cfg file, because i use to leave the root password blank. Thanks your raising it :) Aitor. I solved this issue hacking "users-setup-udeb". Shortly i will rebuild the installers :) Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Hi frs, El 23/05/16 a las 19:13, fsmithred escribió: Modified refractasnapshot to make a snapshot of a system other than the one you're running. The snapshotted system only needs live-boot* and live-config* packages installed. The refractasnapshot deps and the script only need to be installed on the host system. Works on a mounted filesystem or a directory where you did a debootstrap install. It does not ask any questions - all variables are hard-coded, so it can run automatically. It assumes that you have refractasnapshot and its dependencies installed, so it can use /usr/lib/refractasnapshot/iso as a source of files for the isolinux directory in the live media. You can change that. Check the variables in the head of the script before you run it. Here's the script and the excludes list. https://gist.github.com/fsmithred/87b68418207daf095efc6b3cd0aea05d https://gist.github.com/fsmithred/9a4ee2b152f637f0fc6d3af269ca23ec This should make the micro image even smaller and save you from removing some packages at the end of the process. Feel free to adapt it to your needs. -fsr Thanks, but i removed all the dependencies. They are included in the iso image, in a folder "unnoficial-packages/refracta-tools" together with refractainstaller-base and refractasnapshot-base. They are the following: isolinux libburn4 libisoburn1 libisofs6 libjte1 liblzo2-2 mtools rsync squashfs-tools syslinux syslinux-common xorriso Thanks again :) Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Modified refractasnapshot to make a snapshot of a system other than the one you're running. The snapshotted system only needs live-boot* and live-config* packages installed. The refractasnapshot deps and the script only need to be installed on the host system. Works on a mounted filesystem or a directory where you did a debootstrap install. It does not ask any questions - all variables are hard-coded, so it can run automatically. It assumes that you have refractasnapshot and its dependencies installed, so it can use /usr/lib/refractasnapshot/iso as a source of files for the isolinux directory in the live media. You can change that. Check the variables in the head of the script before you run it. Here's the script and the excludes list. https://gist.github.com/fsmithred/87b68418207daf095efc6b3cd0aea05d https://gist.github.com/fsmithred/9a4ee2b152f637f0fc6d3af269ca23ec This should make the micro image even smaller and save you from removing some packages at the end of the process. Feel free to adapt it to your needs. -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
El 23/05/16 a las 14:00, fsmithredescribió: I installed using the devuan installer at the boot menu. The first time, I chose a root password. When I booted into the new installation, I could log in as user, but I could not su to root and could not use sudo. Logging in as root did not work, either. You are right, i' try to fix this issue today. In Gnuinos i always include: d-i passwd/root-login boolean false in the preseed.cfg file, because i use to leave the root password blank. Thanks your raising it :) Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Thank you for all your work. | ISMAEL | - Original Message - From: aitor_czr To: KatolaZ ; Rainer Weikusat ; dng Sent: Sunday, May 22, 2016 4:17 PM Subject: Re: [DNG] Unofficial Devuan live images Hi all, El 21/05/16 a las 14:00, Didier Kryn <k...@in2p3.fr> escribió: Le 21/05/2016 11:35, KatolaZ a écrit : > On Sat, May 21, 2016 at 08:18:16AM +0200, Didier Kryn wrote: > > [cut] > >>> version of the initramfs), but might be useful if you want to use the >>> live image as a rescue cd, and boot into an existing / on your >>> drive. Not necessary. Maybe useful. >> The disk controllers need to be on the live cd for sure, but why >> in the initramfs? > Only if you want to boot to an existing partition, which is something > that I would like to support anyway. OK, I didn't catch that. Means you don't boot to the cdrom and interrupt the initramfs script to ask it to mount the other disk instead? > >>>> rebuild the kernel with those drivers statically linked and boot >>>> directly to the cdrom without and initramfs. >>>> >>> Oh, sure we could. But my point is to use standard packages from the >>> Devuan repo, without too much of customising/recompiling. >> I was just thinking of a minimal hack: starting from Devuan's >> kernel config, just change a few drivers' build-mode from module to >> static. After all, do you think it's more of a hack than stripping >> the initramfs? But I admit it's a different journey than the one you >> have undertaken. >> > That would be possible, but maybe it will not be needed, since the > initrd is currently under 7MB anyway, and the "micro" version might be > as small as 5 MB. The problem now might be the kernel itself, whose > size (when decompressed) is of the same order of the initrd :) But I > won't dig in that direction, for the moment > >>> Otherwise we >>> could also recompile everything with uclibc, as done in other minimal >>> distro, and have a truly microscopic userland, but that would be >>> *another* distribution, not a Devuan ;) >>> >> Musl libc is already a serious challenge :-) Uclibc a nightmare, >> too incompatible with glibc. >> >> Sorry if I look harsh, providing recommendations to people who >> do the real job :-) ideas come out of the conversation and I just >> like to share them with knowledgeable people. >> > Among adults, receiving honest and "harsh" comments, and reflecting on > them, is the most effective and productive way to improve on your > work. Saying that everything is cool and smooth and perfect has never > saved the world, or changed things. So thank you again for your > comments, which are very much appreciated and will be taken into > account seriously, and please feel free to fire at me any thought as > you have done so far :) > > Thanks for your words, and for Devuan at all... I'm going to install beta on a desktop today :-) I rebuilt KatolaZ's distribution doing some minor changes: I added deborphan, firmware-linux-free and ntp... I also removed the refracta tools from the filesystem.squashfs, including them in devuan-installer together with the backend of simple-netaid as optional unofficial packages of Devuan, in a *udeb* package named "unofficial-packages-udeb". Installing the backend of simple-netaid, you will be able to connect to eth0 typing: /usr/lib/simple-netaid/bin/backend 9 eth0 Here you are the download zone: http://gnuinos.org/devuan/ Following Jaromil's suggestions, I added the package_list including the versions of the installed packages. Cheers, Aitor. -- ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On 05/22/2016 06:33 PM, aitor_czr wrote: > Hi fsr, > > El 22/05/16 a las 23:41, fsmithred escribió: >> On 05/22/2016 04:17 PM, aitor_czr wrote: >>> > >>> >I rebuilt KatolaZ's distribution doing some minor changes: I added >>> >deborphan, firmware-linux-free and ntp... I also removed the refracta >>> >tools from the filesystem.squashfs, including them in devuan-installer >>> >together with the backend of simple-netaid as optional unofficial >>> packages >>> >of Devuan, in a*udeb* package named "unofficial-packages-udeb". >>> > >>> >Installing the backend of simple-netaid, you will be able to connect to >>> >eth0 typing: >>> > >>> >/usr/lib/simple-netaid/bin/backend 9 eth0 >>> > >>> >Here you are the download zone: >>> > >>> >http://gnuinos.org/devuan/ >>> > >>> >Following Jaromil's suggestions, I added the package_list including the >>> >versions of the installed packages. >>> > >>> >Cheers, >>> > >>> > Aitor. >>> > >> What are the passwords? I'm not getting auto-login when I add >> 'components=keyboard-layouts keyboard-layouts=en' to the boot command. And >> I'm lost if I don't add that. >> >> Thanks, >> -fsr >> > > I also customized live-config. So, you don't need any password during > live-sessions. Root's password also has been removed. The live-user has > sudo permissions. These changes are required for d-i :) > > Cheers, > > Aitor. > Aitor, I installed using the devuan installer at the boot menu. The first time, I chose a root password. When I booted into the new installation, I could log in as user, but I could not su to root and could not use sudo. Logging in as root did not work, either. On the second install, I left the root password blank. When I booted into the new system, I could log in as user and use sudo. -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On 05/22/2016 06:33 PM, aitor_czr wrote: > Hi fsr, > > El 22/05/16 a las 23:41, fsmithred escribió: >> On 05/22/2016 04:17 PM, aitor_czr wrote: >>> > >>> >I rebuilt KatolaZ's distribution doing some minor changes: I added >>> >deborphan, firmware-linux-free and ntp... I also removed the refracta >>> >tools from the filesystem.squashfs, including them in devuan-installer >>> >together with the backend of simple-netaid as optional unofficial >>> packages >>> >of Devuan, in a*udeb* package named "unofficial-packages-udeb". >>> > >>> >Installing the backend of simple-netaid, you will be able to connect to >>> >eth0 typing: >>> > >>> >/usr/lib/simple-netaid/bin/backend 9 eth0 >>> > >>> >Here you are the download zone: >>> > >>> >http://gnuinos.org/devuan/ >>> > >>> >Following Jaromil's suggestions, I added the package_list including the >>> >versions of the installed packages. >>> > >>> >Cheers, >>> > >>> > Aitor. >>> > >> What are the passwords? I'm not getting auto-login when I add >> 'components=keyboard-layouts keyboard-layouts=en' to the boot command. And >> I'm lost if I don't add that. >> >> Thanks, >> -fsr >> > > I also customized live-config. So, you don't need any password during > live-sessions. Root's password also has been removed. The live-user has > sudo permissions. These changes are required for d-i :) > > Cheers, > > Aitor. > I found the hyphen ok, but where is the pipe key? What keyboard configuration is used, so I can look up a map? -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sun, May 22, 2016 at 06:32:14PM -0400, fsmithred wrote: [cut] > > n/m, I found KatolaZ's post where he lists the password. They are exactly > what I thought they were, but they don't work for me when I set the > keyboard at boot. > > I'm installing it now. That seems to be working correctly. > Hi, the password are also indicated in thw webpage http://devuan.kalos.mine.nu devuan/devuan root/toor A new version of the images is on its way right now. Smaller initrd. Smaller memory footprint. Many more packages. Same image size ;) StayTuned KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Hi fsr, El 22/05/16 a las 23:41, fsmithred escribió: On 05/22/2016 04:17 PM, aitor_czr wrote: > >I rebuilt KatolaZ's distribution doing some minor changes: I added >deborphan, firmware-linux-free and ntp... I also removed the refracta >tools from the filesystem.squashfs, including them in devuan-installer >together with the backend of simple-netaid as optional unofficial packages >of Devuan, in a*udeb* package named "unofficial-packages-udeb". > >Installing the backend of simple-netaid, you will be able to connect to >eth0 typing: > >/usr/lib/simple-netaid/bin/backend 9 eth0 > >Here you are the download zone: > >http://gnuinos.org/devuan/ > >Following Jaromil's suggestions, I added the package_list including the >versions of the installed packages. > >Cheers, > > Aitor. > What are the passwords? I'm not getting auto-login when I add 'components=keyboard-layouts keyboard-layouts=en' to the boot command. And I'm lost if I don't add that. Thanks, -fsr I also customized live-config. So, you don't need any password during live-sessions. Root's password also has been removed. The live-user has sudo permissions. These changes are required for d-i :) Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On 05/22/2016 05:41 PM, fsmithred wrote: > On 05/22/2016 04:17 PM, aitor_czr wrote: >> >> I rebuilt KatolaZ's distribution doing some minor changes: I added >> deborphan, firmware-linux-free and ntp... I also removed the refracta >> tools from the filesystem.squashfs, including them in devuan-installer >> together with the backend of simple-netaid as optional unofficial packages >> of Devuan, in a *udeb* package named "unofficial-packages-udeb". >> >> Installing the backend of simple-netaid, you will be able to connect to >> eth0 typing: >> >> /usr/lib/simple-netaid/bin/backend 9 eth0 >> >> Here you are the download zone: >> >> http://gnuinos.org/devuan/ >> >> Following Jaromil's suggestions, I added the package_list including the >> versions of the installed packages. >> >> Cheers, >> >> Aitor. >> > > What are the passwords? I'm not getting auto-login when I add > 'components=keyboard-layouts keyboard-layouts=en' to the boot command. And > I'm lost if I don't add that. > > Thanks, > -fsr > n/m, I found KatolaZ's post where he lists the password. They are exactly what I thought they were, but they don't work for me when I set the keyboard at boot. I'm installing it now. That seems to be working correctly. -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On 05/22/2016 04:17 PM, aitor_czr wrote: > > I rebuilt KatolaZ's distribution doing some minor changes: I added > deborphan, firmware-linux-free and ntp... I also removed the refracta > tools from the filesystem.squashfs, including them in devuan-installer > together with the backend of simple-netaid as optional unofficial packages > of Devuan, in a *udeb* package named "unofficial-packages-udeb". > > Installing the backend of simple-netaid, you will be able to connect to > eth0 typing: > > /usr/lib/simple-netaid/bin/backend 9 eth0 > > Here you are the download zone: > > http://gnuinos.org/devuan/ > > Following Jaromil's suggestions, I added the package_list including the > versions of the installed packages. > > Cheers, > > Aitor. > What are the passwords? I'm not getting auto-login when I add 'components=keyboard-layouts keyboard-layouts=en' to the boot command. And I'm lost if I don't add that. Thanks, -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
El 22/05/16 a las 22:17, aitor_czr escribió: Hi all, El 21/05/16 a las 14:00, Didier Krynescribió: Le 21/05/2016 11:35, KatolaZ a écrit : >On Sat, May 21, 2016 at 08:18:16AM +0200, Didier Kryn wrote: > >[cut] > >>>version of the initramfs), but might be useful if you want to use the >>>live image as a rescue cd, and boot into an existing / on your >>>drive. Not necessary. Maybe useful. >> The disk controllers need to be on the live cd for sure, but why >>in the initramfs? >Only if you want to boot to an existing partition, which is something >that I would like to support anyway. OK, I didn't catch that. Means you don't boot to the cdrom and interrupt the initramfs script to ask it to mount the other disk instead? > rebuild the kernel with those drivers statically linked and boot directly to the cdrom without and initramfs. >>>Oh, sure we could. But my point is to use standard packages from the >>>Devuan repo, without too much of customising/recompiling. >> I was just thinking of a minimal hack: starting from Devuan's >>kernel config, just change a few drivers' build-mode from module to >>static. After all, do you think it's more of a hack than stripping >>the initramfs? But I admit it's a different journey than the one you >>have undertaken. >> >That would be possible, but maybe it will not be needed, since the >initrd is currently under 7MB anyway, and the "micro" version might be >as small as 5 MB. The problem now might be the kernel itself, whose >size (when decompressed) is of the same order of the initrd:) But I >won't dig in that direction, for the moment > >>> Otherwise we >>>could also recompile everything with uclibc, as done in other minimal >>>distro, and have a truly microscopic userland, but that would be >>>*another* distribution, not a Devuan;) >>> >> Musl libc is already a serious challenge:-) Uclibc a nightmare, >>too incompatible with glibc. >> >> Sorry if I look harsh, providing recommendations to people who >>do the real job:-) ideas come out of the conversation and I just >>like to share them with knowledgeable people. >> >Among adults, receiving honest and "harsh" comments, and reflecting on >them, is the most effective and productive way to improve on your >work. Saying that everything is cool and smooth and perfect has never >saved the world, or changed things. So thank you again for your >comments, which are very much appreciated and will be taken into >account seriously, and please feel free to fire at me any thought as >you have done so far:) > > Thanks for your words, and for Devuan at all... I'm going to install beta on a desktop today:-) I rebuilt KatolaZ's distribution doing some minor changes: I added deborphan, firmware-linux-free and ntp... I also removed the refracta tools from the filesystem.squashfs, including them in devuan-installer together with the backend of simple-netaid as optional unofficial packages of Devuan, in a *udeb* package named "unofficial-packages-udeb". Installing the backend of simple-netaid, you will be able to connect to eth0 typing: /usr/lib/simple-netaid/bin/backend 9 eth0 Here you are the download zone: http://gnuinos.org/devuan/ Following Jaromil's suggestions, I added the package_list including the versions of the installed packages. Cheers, Aitor. Now, i'll add linux-libre-4.x to Gnuinos :) Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Hi all, El 21/05/16 a las 14:00, Didier Krynescribió: Le 21/05/2016 11:35, KatolaZ a écrit : >On Sat, May 21, 2016 at 08:18:16AM +0200, Didier Kryn wrote: > >[cut] > >>>version of the initramfs), but might be useful if you want to use the >>>live image as a rescue cd, and boot into an existing / on your >>>drive. Not necessary. Maybe useful. >> The disk controllers need to be on the live cd for sure, but why >>in the initramfs? >Only if you want to boot to an existing partition, which is something >that I would like to support anyway. OK, I didn't catch that. Means you don't boot to the cdrom and interrupt the initramfs script to ask it to mount the other disk instead? > rebuild the kernel with those drivers statically linked and boot directly to the cdrom without and initramfs. >>>Oh, sure we could. But my point is to use standard packages from the >>>Devuan repo, without too much of customising/recompiling. >> I was just thinking of a minimal hack: starting from Devuan's >>kernel config, just change a few drivers' build-mode from module to >>static. After all, do you think it's more of a hack than stripping >>the initramfs? But I admit it's a different journey than the one you >>have undertaken. >> >That would be possible, but maybe it will not be needed, since the >initrd is currently under 7MB anyway, and the "micro" version might be >as small as 5 MB. The problem now might be the kernel itself, whose >size (when decompressed) is of the same order of the initrd:) But I >won't dig in that direction, for the moment > >>> Otherwise we >>>could also recompile everything with uclibc, as done in other minimal >>>distro, and have a truly microscopic userland, but that would be >>>*another* distribution, not a Devuan;) >>> >> Musl libc is already a serious challenge:-) Uclibc a nightmare, >>too incompatible with glibc. >> >> Sorry if I look harsh, providing recommendations to people who >>do the real job:-) ideas come out of the conversation and I just >>like to share them with knowledgeable people. >> >Among adults, receiving honest and "harsh" comments, and reflecting on >them, is the most effective and productive way to improve on your >work. Saying that everything is cool and smooth and perfect has never >saved the world, or changed things. So thank you again for your >comments, which are very much appreciated and will be taken into >account seriously, and please feel free to fire at me any thought as >you have done so far:) > > Thanks for your words, and for Devuan at all... I'm going to install beta on a desktop today:-) I rebuilt KatolaZ's distribution doing some minor changes: I added deborphan, firmware-linux-free and ntp... I also removed the refracta tools from the filesystem.squashfs, including them in devuan-installer together with the backend of simple-netaid as optional unofficial packages of Devuan, in a *udeb* package named "unofficial-packages-udeb". Installing the backend of simple-netaid, you will be able to connect to eth0 typing: /usr/lib/simple-netaid/bin/backend 9 eth0 Here you are the download zone: http://gnuinos.org/devuan/ Following Jaromil's suggestions, I added the package_list including the versions of the installed packages. Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Le 21/05/2016 11:35, KatolaZ a écrit : On Sat, May 21, 2016 at 08:18:16AM +0200, Didier Kryn wrote: [cut] version of the initramfs), but might be useful if you want to use the live image as a rescue cd, and boot into an existing / on your drive. Not necessary. Maybe useful. The disk controllers need to be on the live cd for sure, but why in the initramfs? Only if you want to boot to an existing partition, which is something that I would like to support anyway. OK, I didn't catch that. Means you don't boot to the cdrom and interrupt the initramfs script to ask it to mount the other disk instead? rebuild the kernel with those drivers statically linked and boot directly to the cdrom without and initramfs. Oh, sure we could. But my point is to use standard packages from the Devuan repo, without too much of customising/recompiling. I was just thinking of a minimal hack: starting from Devuan's kernel config, just change a few drivers' build-mode from module to static. After all, do you think it's more of a hack than stripping the initramfs? But I admit it's a different journey than the one you have undertaken. That would be possible, but maybe it will not be needed, since the initrd is currently under 7MB anyway, and the "micro" version might be as small as 5 MB. The problem now might be the kernel itself, whose size (when decompressed) is of the same order of the initrd :) But I won't dig in that direction, for the moment Otherwise we could also recompile everything with uclibc, as done in other minimal distro, and have a truly microscopic userland, but that would be *another* distribution, not a Devuan ;) Musl libc is already a serious challenge :-) Uclibc a nightmare, too incompatible with glibc. Sorry if I look harsh, providing recommendations to people who do the real job :-) ideas come out of the conversation and I just like to share them with knowledgeable people. Among adults, receiving honest and "harsh" comments, and reflecting on them, is the most effective and productive way to improve on your work. Saying that everything is cool and smooth and perfect has never saved the world, or changed things. So thank you again for your comments, which are very much appreciated and will be taken into account seriously, and please feel free to fire at me any thought as you have done so far :) Thanks for your words, and for Devuan at all... I'm going to install beta on a desktop today :-) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sat, May 21, 2016 at 08:18:16AM +0200, Didier Kryn wrote: [cut] > >version of the initramfs), but might be useful if you want to use the > >live image as a rescue cd, and boot into an existing / on your > >drive. Not necessary. Maybe useful. > The disk controllers need to be on the live cd for sure, but why > in the initramfs? Only if you want to boot to an existing partition, which is something that I would like to support anyway. > > > >>rebuild the kernel with those drivers statically linked and boot > >>directly to the cdrom without and initramfs. > >> > >Oh, sure we could. But my point is to use standard packages from the > >Devuan repo, without too much of customising/recompiling. > > I was just thinking of a minimal hack: starting from Devuan's > kernel config, just change a few drivers' build-mode from module to > static. After all, do you think it's more of a hack than stripping > the initramfs? But I admit it's a different journey than the one you > have undertaken. > That would be possible, but maybe it will not be needed, since the initrd is currently under 7MB anyway, and the "micro" version might be as small as 5 MB. The problem now might be the kernel itself, whose size (when decompressed) is of the same order of the initrd :) But I won't dig in that direction, for the moment > > Otherwise we > >could also recompile everything with uclibc, as done in other minimal > >distro, and have a truly microscopic userland, but that would be > >*another* distribution, not a Devuan ;) > > > > Musl libc is already a serious challenge :-) Uclibc a nightmare, > too incompatible with glibc. > > Sorry if I look harsh, providing recommendations to people who > do the real job :-) ideas come out of the conversation and I just > like to share them with knowledgeable people. > Among adults, receiving honest and "harsh" comments, and reflecting on them, is the most effective and productive way to improve on your work. Saying that everything is cool and smooth and perfect has never saved the world, or changed things. So thank you again for your comments, which are very much appreciated and will be taken into account seriously, and please feel free to fire at me any thought as you have done so far :) HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Le 20/05/2016 14:37, KatolaZ a écrit : On Fri, May 20, 2016 at 02:24:07PM +0200, Didier Kryn wrote: Le 20/05/2016 13:11, KatolaZ a écrit : If you mean to run your live system with the cdrom as the root filesystem, then the only drivers you need during the initramfs phase are those needed to mount the cdrom, ie the iso9660 filesystem and the drivers needed to access the cdrom, which includes the USB stack in case of a separate cdrom drive. You need a few more things for a generic live, e.g. support for all the disk controllers, support for aufs and other union filesystems, the full USB stack, and several drivers from the scsi/ bundle, which are needed to deal with cdroms... Yes, you must include everything needed to read the cdrom. It's true it includes the scsi bundle and the USB stack, but not the disk controllers. And support for union filesystems only if they are needed to mount the cdrom ( don't see why). My own trend would be to Because the minimal live uses a squashfs, which is mounted and union-ed before init is called, AFAIK. The disk controllers are not necessary (and in fact I have stripped them off from the microscopic version of the initramfs), but might be useful if you want to use the live image as a rescue cd, and boot into an existing / on your drive. Not necessary. Maybe useful. The disk controllers need to be on the live cd for sure, but why in the initramfs? rebuild the kernel with those drivers statically linked and boot directly to the cdrom without and initramfs. Oh, sure we could. But my point is to use standard packages from the Devuan repo, without too much of customising/recompiling. I was just thinking of a minimal hack: starting from Devuan's kernel config, just change a few drivers' build-mode from module to static. After all, do you think it's more of a hack than stripping the initramfs? But I admit it's a different journey than the one you have undertaken. Otherwise we could also recompile everything with uclibc, as done in other minimal distro, and have a truly microscopic userland, but that would be *another* distribution, not a Devuan ;) Musl libc is already a serious challenge :-) Uclibc a nightmare, too incompatible with glibc. Sorry if I look harsh, providing recommendations to people who do the real job :-) ideas come out of the conversation and I just like to share them with knowledgeable people. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Fri, May 20, 2016 at 02:24:07PM +0200, Didier Kryn wrote: > Le 20/05/2016 13:11, KatolaZ a écrit : > >>> If you mean to run your live system with the cdrom as the root > >>>filesystem, then the only drivers you need during the initramfs > >>>phase are those needed to mount the cdrom, ie the iso9660 filesystem > >>>and the drivers needed to access the cdrom, which includes the USB > >>>stack in case of a separate cdrom drive. > >You need a few more things for a generic live, e.g. support for all > >the disk controllers, support for aufs and other union filesystems, > >the full USB stack, and several drivers from the scsi/ bundle, which > >are needed to deal with cdroms... > > Yes, you must include everything needed to read the cdrom. It's > true it includes the scsi bundle and the USB stack, but not the disk > controllers. And support for union filesystems only if they are > needed to mount the cdrom ( don't see why). My own trend would be to Because the minimal live uses a squashfs, which is mounted and union-ed before init is called, AFAIK. The disk controllers are not necessary (and in fact I have stripped them off from the microscopic version of the initramfs), but might be useful if you want to use the live image as a rescue cd, and boot into an existing / on your drive. Not necessary. Maybe useful. > rebuild the kernel with those drivers statically linked and boot > directly to the cdrom without and initramfs. > Oh, sure we could. But my point is to use standard packages from the Devuan repo, without too much of customising/recompiling. Otherwise we could also recompile everything with uclibc, as done in other minimal distro, and have a truly microscopic userland, but that would be *another* distribution, not a Devuan ;) Thanks KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Le 20/05/2016 13:11, KatolaZ a écrit : > If you mean to run your live system with the cdrom as the root >filesystem, then the only drivers you need during the initramfs >phase are those needed to mount the cdrom, ie the iso9660 filesystem >and the drivers needed to access the cdrom, which includes the USB >stack in case of a separate cdrom drive. You need a few more things for a generic live, e.g. support for all the disk controllers, support for aufs and other union filesystems, the full USB stack, and several drivers from the scsi/ bundle, which are needed to deal with cdroms... Yes, you must include everything needed to read the cdrom. It's true it includes the scsi bundle and the USB stack, but not the disk controllers. And support for union filesystems only if they are needed to mount the cdrom ( don't see why). My own trend would be to rebuild the kernel with those drivers statically linked and boot directly to the cdrom without and initramfs. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Fri, May 20, 2016 at 10:56:19AM +0200, Didier Kryn wrote: > Le 19/05/2016 21:14, Rainer Weikusat a écrit : > >[I already strongly suspected the below but didn't want to write about > >it until I had a chance to test] > > > >THe initramfs doesn't need to include all the modules belonging to the > >kernel, just those which are needed to mount the real root filesystem > >(containing the remaining driver modules). This would mean all > >filesystems and storage device drivers you want to support but, eg, no > >networking modules (nfsroot sounds like an implausible feature for a > >live image). > > If you mean to run your live system with the cdrom as the root > filesystem, then the only drivers you need during the initramfs > phase are those needed to mount the cdrom, ie the iso9660 filesystem > and the drivers needed to access the cdrom, which includes the USB > stack in case of a separate cdrom drive. You need a few more things for a generic live, e.g. support for all the disk controllers, support for aufs and other union filesystems, the full USB stack, and several drivers from the scsi/ bundle, which are needed to deal with cdroms... But yes, in principle you can trim out eveything else, which is what I have done so far. On top of that, I am now working in a further stripped-down initrd which lacks also support for esoteric hw (scsi controllers, fiberchannel, and the like), and the result is an xz image which is barely 7 MB. I am planning to include it as a boot option in the unofficial minimal live, which might be used in 99% of the cases and will allow the system to boot with as low as 64 MB of RAM :) > > Actually, either you keep the stock kernel and put only the few > modules you need in the initramfs, or you configure your kernel > build to have all these drivers and filesystem statically linked and > you don't even need an initramfs at all. > Yep, but this is not a viable option for live systems, since it is not easy to customise... HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Interesting experiment.. I repacked fsr's iso (otherwise unmodified) using the initrd from the devuan-minimal-beta. That initrd was also repacked and xz-compressed (now 8.5MB). I booted it "findiso" (from iso file on an ext4 partition) with a "live-hook" script, which automatically loads my specific wlan firmware and autoconnect configs. It booted a fully functional XFCE4 in seconds. Everything seems to work, posting from it right now. Sometimes I use a FAT-formatted USB similarly, sometimes with a LUKS persistence file. Obviously, initramfs must be able to access filesystems other than iso9660 to do that. D On 20 May 2016 at 09:56, Didier Krynwrote: > Le 19/05/2016 21:14, Rainer Weikusat a écrit : >> >> [I already strongly suspected the below but didn't want to write about >> it until I had a chance to test] >> >> THe initramfs doesn't need to include all the modules belonging to the >> kernel, just those which are needed to mount the real root filesystem >> (containing the remaining driver modules). This would mean all >> filesystems and storage device drivers you want to support but, eg, no >> networking modules (nfsroot sounds like an implausible feature for a >> live image). > > > If you mean to run your live system with the cdrom as the root > filesystem, then the only drivers you need during the initramfs phase are > those needed to mount the cdrom, ie the iso9660 filesystem and the drivers > needed to access the cdrom, which includes the USB stack in case of a > separate cdrom drive. > > Actually, either you keep the stock kernel and put only the few modules > you need in the initramfs, or you configure your kernel build to have all > these drivers and filesystem statically linked and you don't even need an > initramfs at all. > > Didier > > > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Le 19/05/2016 21:14, Rainer Weikusat a écrit : [I already strongly suspected the below but didn't want to write about it until I had a chance to test] THe initramfs doesn't need to include all the modules belonging to the kernel, just those which are needed to mount the real root filesystem (containing the remaining driver modules). This would mean all filesystems and storage device drivers you want to support but, eg, no networking modules (nfsroot sounds like an implausible feature for a live image). If you mean to run your live system with the cdrom as the root filesystem, then the only drivers you need during the initramfs phase are those needed to mount the cdrom, ie the iso9660 filesystem and the drivers needed to access the cdrom, which includes the USB stack in case of a separate cdrom drive. Actually, either you keep the stock kernel and put only the few modules you need in the initramfs, or you configure your kernel build to have all these drivers and filesystem statically linked and you don't even need an initramfs at all. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Thu, May 19, 2016 at 08:14:34PM +0100, Rainer Weikusat wrote: > > > > Imagine a case in which you, the user, would like to boot from a live > > image, e.g. for rescue purposes, only to find out that your live CD > > does not recognise your disk controller, or your graphic adapter, or > > your ethernet card. > > [I already strongly suspected the below but didn't want to write about > it until I had a chance to test] > > THe initramfs doesn't need to include all the modules belonging to the > kernel, just those which are needed to mount the real root filesystem > (containing the remaining driver modules). This would mean all > filesystems and storage device drivers you want to support but, eg, no > networking modules (nfsroot sounds like an implausible feature for a > live image). And in fact, I have stripped most of the unnecessary modules and libraries from the initramfs, and I am now moving on to remove all the unnecessary utilities. > > NB: Please CC me when replying. For some reason, I'm "reverse moderated" > --- I can still send message to the list but don't get them anymore. I suspect that you have reverse-moderated yourself :) I always include your address in the replies, but I keep receiving a lot of bounces from your mail-server (452), which seems to feel some deep disgust for the stuff sent from my mail server. It could be that your mail-server is convinced that the mail-server on which this list is hosted is as bad as mine :) In my case the problem is the lack of reverse-DNS, but atm I have to live with that. Might greylisting be an option in your case? I have been using greylisting a lot, and it reduces the spam by 90%-95%, without filtering domains. My2Cents KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Hi all, El 15/05/16 a las 21:11, Edward Bartolo <edb...@gmail.com> escribió: Hi fsmithred, First of all, thanks for replying and giving some feedback. I used the text installer which I run for several times before I gave up trying. Then, I used Debian's Jessie ISO which worked without issues. Edward On 15/05/2016, . fsmithred<fsmith...@gmail.com> wrote: >It could not have been one of my live isos, because refractainstaller >doesn't do lvm. > >With the devuan beta isos, I've done both manual partitioning and automatic >partitioning (to a single partition) and was not forced to use lvm in any >case. On the automatic partitioning, an extended partition is created for >swap, but it's not lvm. > >Edward, did you use the graphical install or the text install? I find the >text install to be easier. I can use the keyboard all the way through >without having to switch back and forth from the mouse. The debian (and >devuan) graphical installer is not a true graphical installer. (IMHO) > >Maybe you made a wrong turn somewhere. Mostly, I just hit ENTER to take the >defaults. > >-fsr > > >On Sun, May 15, 2016 at 11:59 AM, Go Linux<goli...@yahoo.com> wrote: > >>On Sun, 5/15/16, Edward Bartolo<edb...@gmail.com> wrote: >> >> Subject: Re: [DNG] Unofficial Devuan live images >> To: "KatolaZ"<kato...@freaknet.org> >> Cc: "dng"<dng@lists.dyne.org> >> Date: Sunday, May 15, 2016, 10:39 AM >> >> >Hi, >> > >> >When I tried to install Devuan 64 bit on a Pentium Dual Core, 3 GB >> >DDR2, I couldn't get past the disk partitioner as it assumed I was >> >using LVM. I never used LVM because it unnecessarily adds another >> >layer of complexity that I deem not necessary on a family computer. >> >This means, I always use plain ext4 partitions for my installations. >> > >> >I had to bypass the serious issue by using Debian Jessie 64 >> >installation iso instead. >> > >> >I am reposting as nobody actually reported any feedback on this issue. >> > >> >Edward >> > >> >> >> >>It's not clear exactly which iso were you trying to install. One from >>the >>Devuan repos or the refracta unofficial live iso (which is the subject of >>this thread)? Could you please clarify? Thanks. >> >>golinux >> I'm working on the installers of the live-images (a work in progress): http://www.gnuinos.org/devuan-installers/ @fsmithred: I'll have a look at the refracta tools... Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sun, May 15, 2016 at 05:39:17PM +0200, Edward Bartolo wrote: > Hi, > > When I tried to install Devuan 64 bit on a Pentium Dual Core, 3 GB > DDR2, I couldn't get past the disk partitioner as it assumed I was > using LVM. I never used LVM because it unnecessarily adds another > layer of complexity that I deem not necessary on a family computer. > This means, I always use plain ext4 partitions for my installations. > > I had to bypass the serious issue by using Debian Jessie 64 > installation iso instead. > I have used Devuan Jessie Beta installer at least a dozen times, in expert mode, and I am sure it does not try to use LVM. Maybe because I insist in creating the partitions manually. My2Cents KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Hi fsmithred, First of all, thanks for replying and giving some feedback. I used the text installer which I run for several times before I gave up trying. Then, I used Debian's Jessie ISO which worked without issues. Edward On 15/05/2016, . fsmithred <fsmith...@gmail.com> wrote: > It could not have been one of my live isos, because refractainstaller > doesn't do lvm. > > With the devuan beta isos, I've done both manual partitioning and automatic > partitioning (to a single partition) and was not forced to use lvm in any > case. On the automatic partitioning, an extended partition is created for > swap, but it's not lvm. > > Edward, did you use the graphical install or the text install? I find the > text install to be easier. I can use the keyboard all the way through > without having to switch back and forth from the mouse. The debian (and > devuan) graphical installer is not a true graphical installer. (IMHO) > > Maybe you made a wrong turn somewhere. Mostly, I just hit ENTER to take the > defaults. > > -fsr > > > On Sun, May 15, 2016 at 11:59 AM, Go Linux <goli...@yahoo.com> wrote: > >> On Sun, 5/15/16, Edward Bartolo <edb...@gmail.com> wrote: >> >> Subject: Re: [DNG] Unofficial Devuan live images >> To: "KatolaZ" <kato...@freaknet.org> >> Cc: "dng" <dng@lists.dyne.org> >> Date: Sunday, May 15, 2016, 10:39 AM >> >> > Hi, >> > >> > When I tried to install Devuan 64 bit on a Pentium Dual Core, 3 GB >> > DDR2, I couldn't get past the disk partitioner as it assumed I was >> > using LVM. I never used LVM because it unnecessarily adds another >> > layer of complexity that I deem not necessary on a family computer. >> > This means, I always use plain ext4 partitions for my installations. >> > >> > I had to bypass the serious issue by using Debian Jessie 64 >> > installation iso instead. >> > >> > I am reposting as nobody actually reported any feedback on this issue. >> > >> > Edward >> > >> >> >> >> It's not clear exactly which iso were you trying to install. One from >> the >> Devuan repos or the refracta unofficial live iso (which is the subject of >> this thread)? Could you please clarify? Thanks. >> >> golinux >> >> >> >> >> >> ___ >> Dng mailing list >> Dng@lists.dyne.org >> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng >> > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
It could not have been one of my live isos, because refractainstaller doesn't do lvm. With the devuan beta isos, I've done both manual partitioning and automatic partitioning (to a single partition) and was not forced to use lvm in any case. On the automatic partitioning, an extended partition is created for swap, but it's not lvm. Edward, did you use the graphical install or the text install? I find the text install to be easier. I can use the keyboard all the way through without having to switch back and forth from the mouse. The debian (and devuan) graphical installer is not a true graphical installer. (IMHO) Maybe you made a wrong turn somewhere. Mostly, I just hit ENTER to take the defaults. -fsr On Sun, May 15, 2016 at 11:59 AM, Go Linux <goli...@yahoo.com> wrote: > On Sun, 5/15/16, Edward Bartolo <edb...@gmail.com> wrote: > > Subject: Re: [DNG] Unofficial Devuan live images > To: "KatolaZ" <kato...@freaknet.org> > Cc: "dng" <dng@lists.dyne.org> > Date: Sunday, May 15, 2016, 10:39 AM > > > Hi, > > > > When I tried to install Devuan 64 bit on a Pentium Dual Core, 3 GB > > DDR2, I couldn't get past the disk partitioner as it assumed I was > > using LVM. I never used LVM because it unnecessarily adds another > > layer of complexity that I deem not necessary on a family computer. > > This means, I always use plain ext4 partitions for my installations. > > > > I had to bypass the serious issue by using Debian Jessie 64 > > installation iso instead. > > > > I am reposting as nobody actually reported any feedback on this issue. > > > > Edward > > > > > > It's not clear exactly which iso were you trying to install. One from the > Devuan repos or the refracta unofficial live iso (which is the subject of > this thread)? Could you please clarify? Thanks. > > golinux > > > > > > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sun, 5/15/16, Edward Bartolo <edb...@gmail.com> wrote: Subject: Re: [DNG] Unofficial Devuan live images To: "KatolaZ" <kato...@freaknet.org> Cc: "dng" <dng@lists.dyne.org> Date: Sunday, May 15, 2016, 10:39 AM > Hi, > > When I tried to install Devuan 64 bit on a Pentium Dual Core, 3 GB > DDR2, I couldn't get past the disk partitioner as it assumed I was > using LVM. I never used LVM because it unnecessarily adds another > layer of complexity that I deem not necessary on a family computer. > This means, I always use plain ext4 partitions for my installations. > > I had to bypass the serious issue by using Debian Jessie 64 > installation iso instead. > > I am reposting as nobody actually reported any feedback on this issue. > > Edward > It's not clear exactly which iso were you trying to install. One from the Devuan repos or the refracta unofficial live iso (which is the subject of this thread)? Could you please clarify? Thanks. golinux ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Hi, When I tried to install Devuan 64 bit on a Pentium Dual Core, 3 GB DDR2, I couldn't get past the disk partitioner as it assumed I was using LVM. I never used LVM because it unnecessarily adds another layer of complexity that I deem not necessary on a family computer. This means, I always use plain ext4 partitions for my installations. I had to bypass the serious issue by using Debian Jessie 64 installation iso instead. I am reposting as nobody actually reported any feedback on this issue. Edward On 14/05/2016, KatolaZwrote: > On Fri, May 13, 2016 at 07:52:49PM -0400, Steve Litt wrote: > > [cut] > >> >> Yes. What I was saying is to provide an additional initramfs. For >> instance, you could have five initramfs files: >> >> 1) ext4, no lvm, no encryption >> 2) ext4 plus encryption >> 3) ext4 plus lvm >> 4) ext4 plus encryption plus lvm >> 5) everything and the kitchen sink >> >> The grub boot menu would expose all five. >> >> Only #5 would take the whole 256 MB of RAM, and #1, which I believe is >> the sum of all installation defaults, will be tiny. > > Thanks Steve for your comment. That's another possibility I was > considering, and seems the most sensible one. Unfortunately, the basic > initrd will be a bit more complicated anyway, since live-build uses > aufs and squashfs, but not lvm (so that the support for lvm can be > left out of initrd). But there seem to be a lot of space for improving > over the current requirements. I am working on that already. > >> >> Meanwhile, I spoze 256MB of RAM isn't a horrible disadvantage, because >> almost everything sold in the last 10 years has more than 512MB. And if >> someone were that light on RAM, they could boot System Rescue CD. >> >> Yeah, the more I think about it, the 256MB requirement is no problem at >> all, especially because once you're actually booted, only 37MB of your >> 256MB, leaving the rest for apps you'd be running. >> >> So forget everything I said about this being a shame. It's no big deal >> at all. > > Nope! I agree with your first opinion: there is in principle no reason > to require a higher amount of ram if we can squeeze the initrd to a > bare minimum that makes almost everybody happy :) After all, the > problem with modern distros is exactly that they carry on board as > much as they can, even if most of the garbage will not be ever used > once in a lifetime. A minimal live image is against this "consumistic" > approach to distro design :) > > Thanks for the comments. I am working on this and will keep you > postedin due course. > > HND > > KatolaZ > > -- > [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] > [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] > [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] > [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Fri, May 13, 2016 at 07:52:49PM -0400, Steve Litt wrote: [cut] > > Yes. What I was saying is to provide an additional initramfs. For > instance, you could have five initramfs files: > > 1) ext4, no lvm, no encryption > 2) ext4 plus encryption > 3) ext4 plus lvm > 4) ext4 plus encryption plus lvm > 5) everything and the kitchen sink > > The grub boot menu would expose all five. > > Only #5 would take the whole 256 MB of RAM, and #1, which I believe is > the sum of all installation defaults, will be tiny. Thanks Steve for your comment. That's another possibility I was considering, and seems the most sensible one. Unfortunately, the basic initrd will be a bit more complicated anyway, since live-build uses aufs and squashfs, but not lvm (so that the support for lvm can be left out of initrd). But there seem to be a lot of space for improving over the current requirements. I am working on that already. > > Meanwhile, I spoze 256MB of RAM isn't a horrible disadvantage, because > almost everything sold in the last 10 years has more than 512MB. And if > someone were that light on RAM, they could boot System Rescue CD. > > Yeah, the more I think about it, the 256MB requirement is no problem at > all, especially because once you're actually booted, only 37MB of your > 256MB, leaving the rest for apps you'd be running. > > So forget everything I said about this being a shame. It's no big deal > at all. Nope! I agree with your first opinion: there is in principle no reason to require a higher amount of ram if we can squeeze the initrd to a bare minimum that makes almost everybody happy :) After all, the problem with modern distros is exactly that they carry on board as much as they can, even if most of the garbage will not be ever used once in a lifetime. A minimal live image is against this "consumistic" approach to distro design :) Thanks for the comments. I am working on this and will keep you postedin due course. HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sat, May 14, 2016 at 10:21:39AM +0200, Didier Kryn wrote: > Le 13/05/2016 22:39, KatolaZ a écrit : > >On Fri, May 13, 2016 at 07:31:28PM +0100, KatolaZ wrote: > > > >[cut] > > > >>Steve, I cannot (and I don't want to) make any assumption on behalf of > >>potential users of a minimal live system :) The initramfs contains all > >>the modules shipped with the standard Devuan kernel, that's why it is > >>so fat. In fact, "du -ch /lib/modules/`uname -r`/kernel" says that > >>those sum up to 159 MB, which account for most of the space required > >>by the initramfs. > >> > >Anyway, I have just started working on stripping down the > >initramfs. This will probably go on an "experimental" branch, and I > >will need people to test the resulting images on as many hw > >configurations as possible. I will keep you posted, hopefully with > >good news :) > > > >HND > > > >KatolaZ > > If the live OS is running only in the initramfs, then it is > necessary to keep all the modules. If it is running from a partition > of the USB stick, then the only modules needed in the initramfs are > those necessary to mount the partition of the USB stick. > That's correct. The system mounts a squashfs in the usbstick/cdrom. The proble is that the modules necessary to mount the partition in the USB stick (or cdrom) amount to several dozens, since you have to support all the controllers, plus a few fs types. I believe that another problem is that the default initrd created by initramfs-tools include a lot of useless programs (most of them will be needed only if something goes terribly wrong on boot) so we can trim more fat on that side. Thanks for the feedback. I'll keep you posted. HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Le 13/05/2016 22:39, KatolaZ a écrit : On Fri, May 13, 2016 at 07:31:28PM +0100, KatolaZ wrote: [cut] Steve, I cannot (and I don't want to) make any assumption on behalf of potential users of a minimal live system :) The initramfs contains all the modules shipped with the standard Devuan kernel, that's why it is so fat. In fact, "du -ch /lib/modules/`uname -r`/kernel" says that those sum up to 159 MB, which account for most of the space required by the initramfs. Anyway, I have just started working on stripping down the initramfs. This will probably go on an "experimental" branch, and I will need people to test the resulting images on as many hw configurations as possible. I will keep you posted, hopefully with good news :) HND KatolaZ If the live OS is running only in the initramfs, then it is necessary to keep all the modules. If it is running from a partition of the USB stick, then the only modules needed in the initramfs are those necessary to mount the partition of the USB stick. Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Fri, May 13, 2016 at 07:31:28PM +0100, KatolaZ wrote: [cut] > > Steve, I cannot (and I don't want to) make any assumption on behalf of > potential users of a minimal live system :) The initramfs contains all > the modules shipped with the standard Devuan kernel, that's why it is > so fat. In fact, "du -ch /lib/modules/`uname -r`/kernel" says that > those sum up to 159 MB, which account for most of the space required > by the initramfs. > Anyway, I have just started working on stripping down the initramfs. This will probably go on an "experimental" branch, and I will need people to test the resulting images on as many hw configurations as possible. I will keep you posted, hopefully with good news :) HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Fri, May 13, 2016 at 02:06:27PM -0400, Steve Litt wrote: > On Fri, 13 May 2016 06:59:37 +0100 > KatolaZwrote: > > > please try the iso linked from http://devuan.kalos.mine.nu > > > However, due to the size of the ramdisk used at boot time, 256 MB of > RAM are currently necessary to boot. > > > That's messed up. Your subdistro runs in 37MB of RAM, but the initramfs > requires 256MB. I'd suggest adding another initramfs that assumes a > no-encryption, no-lvm ext4 root partition, and does nothing but get > that root partition mounted. > > I bet you can put it on even more of a diet if you use busybox to do > most of the work. > Steve, I cannot (and I don't want to) make any assumption on behalf of potential users of a minimal live system :) The initramfs contains all the modules shipped with the standard Devuan kernel, that's why it is so fat. In fact, "du -ch /lib/modules/`uname -r`/kernel" says that those sum up to 159 MB, which account for most of the space required by the initramfs. Now, it is obviously possible to strip it down to the bare minimum, removing most of those modules, but then the corresponding live images, which should run, by definition, on a relatively wide number of machines, with heterogeneous hw configurations, will be mostly useless. Imagine a case in which you, the user, would like to boot from a live image, e.g. for rescue purposes, only to find out that your live CD does not recognise your disk controller, or your graphic adapter, or your ethernet card. Well, that image might be perfectly slim, and optimal, and everyting, but completely useless if it cannot help you performing the rescue task... I am interested in finding possible solutions to this problem, but I am unable to find one that makes more sense than the current one. One possibility is to create your own image containing only the modules needed by your machine, but this is not a solution which works for everybody. I could have done that, and in that case those images would have run only on relatively recent lenovo laptops. Period. You, and most of the others, would have complained that I had to consider a wider number of hw configurations. Specifically, each person would have complained about the fact that *his* or *her* own hardware was not supported... Another possibility is to decide which sets of modules can be removed, but then you will still have unhappy users, namely those who possess hardware for which we don't provide a kernel module. Compiling everything into a static kernel is not a viable option either, IMHO. I am open to comments and suggestions on this matter, but please do not forget that a live image does not know in advance where it will be run, or for which reason. HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Fri, 13 May 2016 06:59:37 +0100 KatolaZwrote: > please try the iso linked from http://devuan.kalos.mine.nu However, due to the size of the ramdisk used at boot time, 256 MB of RAM are currently necessary to boot. That's messed up. Your subdistro runs in 37MB of RAM, but the initramfs requires 256MB. I'd suggest adding another initramfs that assumes a no-encryption, no-lvm ext4 root partition, and does nothing but get that root partition mounted. I bet you can put it on even more of a diet if you use busybox to do most of the work. SteveT Steve Litt May 2016 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Fri, May 13, 2016 at 11:20:41AM +0200, Jaromil wrote: > hi Joel, > > On Thu, 12 May 2016, Joel Roth wrote: > > > On Sat, May 07, 2016 at 11:43:48AM -0400, fsmithred wrote: > > > If someone want to see what Devuan-Jessie beta looks like without > > > installing it, I made some live isos. I expect that there will eventually > > > be an official Devuan-Live, but this is not it. HTH. > > > > > > https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/ > > > > I found this: > > > > unofficial_live_devuan_beta_amd64_snapshot-20160506_1604.iso > > yes, this is the Refracta live iso BASE (not minimal) by fsmithred > > > > Can it be booted with qemu? > > for some reason, not. I had this problem too, asked and was told to > use virtualbox for these snapshots. I haven't found the time to > investigate further why such an iso wouldn't work on qemu/kvm Hi Jaromil, Katolaz's invocation works for me: system-x86_64 -boot d -m 256 -localtime --enable-kvm -net nic -net user,hostfwd=tcp::5556-:22 -cdrom unofficial_live_devuan_beta_amd64_snapshot-20160506_1604.iso Minimally, -m 256, -boot d, and -cdrom options are needed. system-x86_64 -boot d -m 256 --enable-kvm -cdrom unofficial_live_devuan_beta_amd64_snapshot-20160506_1604.iso Seems like wiki material everyone needs to be able to test stuff via qemu where possible. Thanks, Joel > ciao > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng -- Joel Roth ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
hi Joel, On Thu, 12 May 2016, Joel Roth wrote: > On Sat, May 07, 2016 at 11:43:48AM -0400, fsmithred wrote: > > If someone want to see what Devuan-Jessie beta looks like without > > installing it, I made some live isos. I expect that there will eventually > > be an official Devuan-Live, but this is not it. HTH. > > > > https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/ > > I found this: > > unofficial_live_devuan_beta_amd64_snapshot-20160506_1604.iso yes, this is the Refracta live iso BASE (not minimal) by fsmithred > Can it be booted with qemu? for some reason, not. I had this problem too, asked and was told to use virtualbox for these snapshots. I haven't found the time to investigate further why such an iso wouldn't work on qemu/kvm ciao ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Thu, May 12, 2016 at 05:45:02PM -1000, Joel Roth wrote: > On Sat, May 07, 2016 at 11:43:48AM -0400, fsmithred wrote: > > If someone want to see what Devuan-Jessie beta looks like without > > installing it, I made some live isos. I expect that there will eventually > > be an official Devuan-Live, but this is not it. HTH. > > > > https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/ > > I found this: > > unofficial_live_devuan_beta_amd64_snapshot-20160506_1604.iso > > Can it be booted with qemu? > > I tried this, and got a kernel panic: > > qemu-system-x68_64 --enable-kvm -cdrom > unofficial_live_devuan_beta_amd64_snapshot-20160506_1604.iso > Hi Joel, please try the iso linked from http://devuan.kalos.mine.nu I am currently uploading new i386 and amd64 images, and will post here as soon as they are in place. HND KatolaZ -- [ Enzo Nicosia aka KatolaZ --- GLUG Catania -- Freaknet Medialab ] [ me [at] katolaz.homeunix.net -- http://katolaz.homeunix.net -- ] [ GNU/Linux User:#325780/ICQ UIN: #258332181/GPG key ID 0B5F062F ] [ Fingerprint: 8E59 D6AA 445E FDB4 A153 3D5A 5F20 B3AE 0B5F 062F ] ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sat, May 07, 2016 at 11:43:48AM -0400, fsmithred wrote: > If someone want to see what Devuan-Jessie beta looks like without > installing it, I made some live isos. I expect that there will eventually > be an official Devuan-Live, but this is not it. HTH. > > https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/ I found this: unofficial_live_devuan_beta_amd64_snapshot-20160506_1604.iso Can it be booted with qemu? I tried this, and got a kernel panic: qemu-system-x68_64 --enable-kvm -cdrom unofficial_live_devuan_beta_amd64_snapshot-20160506_1604.iso Anyone have a better incantation? Thanks, -- Joel Roth ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On 05/09/2016 01:27 AM, aitor_czrwrote: FWIW, +1 for lightdm. I switched in order to get keyboard and mouse >navigation to the greeter options. For integration with xfce, I did >need to perform a few extra steps. From memory, the 'switch user' >feature needed to be altered to use 'dm-tool' instead of >'gdmflexiserver', I ended up totally removing xfce4-power-manager and >its panel applet in favor acpid-only and the xfce battery applet, and >probably other stuff that I just don't remember. > >The newer versions of Lightdm (I think its available in the testing >repo) allows for a webkit-based greeter for more eye-candy if that's >of interest to you, and also offers a gui configuration tool that's >pretty neat. > >There's a 'light-locker' screen locking program that installs along >with lightdm, which includes a protection feature against X-M-Fn >switching. A complaint I have against it is that it doesn't seem to >offer anything other than a blank screen (no screensaver visual >feedback or eye-candy), and it doesn't switch to a greeter screen >until a delay after one begins typing, so one can easily misinterpret >the screen lock as some form of BSOD (blank screen of death). > >On 2016-05-08 10:14, fsmithred wrote: >> >On 05/08/2016 08:24 AM, Hendrik Boom wrote: >>> > > >>> > >So I google etc/slim.conf to fid out what it is, and on the first >>> > >link I find Warning: The SliM project has been abandoned (the >>> > >project homepage is down, leaving a github mirror), >>> > > >>> > >That's on the archwiki >>> > > >>> > >https://wiki.archlinux.org/index.php/SLiM >>> > > >>> > >They also warn that it's incompatible with systemd. >>> > > >>> > >I hope that's an arch-specific abandonment. >>> > >The gentoo page doesn't have this warning. >>> > > >>> > >-- hendrik >>> > > >>> > > >> > >> > >> >The github mirror has a readme that says: "Note: This repository was >> >used as backup source and is no longer maintained." >> > >> > >> >I'm using lightdm here. Didn't have to do anything special to get it >> >to work without systemd. Don't even have libsystemd0 installed on >> >this box. >> > >> >-fsr My vote is also for lightdm, it allows you to switch the desktop-environment, the language and the keyboard configuration. Cheers, Aitor. P.D.- I'm trying with the beta of gnuinos, but debmirror doesn't work:( Now, debmirror works: debmirror -h ftp.es.mirror.devuan.org \ --dist=jessie \ --root=/merged \ --di-arch=i386,amd64,armhf \ --section=main/debian-installer \ --nosource \ --progress \ --ignore-release-gpg \ --method http \ --diff=none \ /home/aitor/devuan-repo The issue was related with the rejection of rsync :) Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On 05/08/2016 10:33 PM, Joel Roth wrote: > Go Linux wrote: >> On Sun, 5/8/16, Joel Rothwrote: >> Piggybacking onto this thread, I'd like to have a live >> distro to demo for friends who are still bombarded with >> hateful Windows popups. Ideally with heavy-weight apps such >> as libreoffice, firefox, thunderbird. And I'd like to write >> it to a USB drive, or SD card. >> >> I'm aware of Knoppix, and open to any other less heavy >> assemblages. >> >> Appreciate any suggestions. >> >> Thanks, >> >> -- >> Joel Roth >> >> >> >> Hi Joel, >> >> Did you download the iso and give it a spin? Or at least look at the pkg >> list? It has 2 of the three items you mentioned - libreoffice and iceweasel >> (firefox). I have copied the pkg list below FYI. > > Looks good, thanks, and being systemd-free is an added benefit. > >> You might also want to check out refracta2usb. Check with fsr if it is >> compatible with the Devuan iso: >> >> http://www.ibiblio.org/refracta/docs/readme.refracta2usb.txt >> >> >> golinux 1. Install Devuan by whatever method you choose, and configure it however you want. 2. Use refractasnapshot to make your own iso. 3. Use refracta2usb to make a live usb, with or without persistence, with or without encryption, and some other things. 4. Profit. (your friends will.) -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Thanks Daniel.. note (others) that /etc/default/grub needs sorting also, although nothing to do with os-prober. The Debian version is enough, don't know why it's different in devuan (except the very elegant gfx theme, that's where it has to be referenced) On 9 May 2016 at 01:45, Joel Rothwrote: > Hi, > > Piggybacking onto this thread, I'd like to have a live > distro to demo for friends who are still bombarded with > hateful Windows popups. Ideally with heavy-weight apps such > as libreoffice, firefox, thunderbird. And I'd like to write > it to a USB drive, or SD card. > > I'm aware of Knoppix, and open to any other less heavy > assemblages. > > Appreciate any suggestions. > > Thanks, > > > > -- > Joel Roth > > > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sun, 5/8/16, Joel Roth <jo...@pobox.com> wrote: Subject: Re: [DNG] Unofficial Devuan live images To: dng@lists.dyne.org Date: Sunday, May 8, 2016, 7:45 PM Hi, Piggybacking onto this thread, I'd like to have a live distro to demo for friends who are still bombarded with hateful Windows popups. Ideally with heavy-weight apps such as libreoffice, firefox, thunderbird. And I'd like to write it to a USB drive, or SD card. I'm aware of Knoppix, and open to any other less heavy assemblages. Appreciate any suggestions. Thanks, -- Joel Roth Hi Joel, Did you download the iso and give it a spin? Or at least look at the pkg list? It has 2 of the three items you mentioned - libreoffice and iceweasel (firefox). I have copied the pkg list below FYI. You might also want to check out refracta2usb. Check with fsr if it is compatible with the Devuan iso: http://www.ibiblio.org/refracta/docs/readme.refracta2usb.txt golinux acl acpi acpi-support-base acpid adduser adwaita-icon-theme alsa-base alsa-utils anacron apt apt-listchanges apt-utils aptitude aptitude-common aptitude-doc-en aspell aspell-en at at-spi2-core avahi-daemon base-files base-passwd bash bash-completion bc bind9-host bsd-mailx bsdmainutils bsdutils busybox bzip2 ca-certificates ca-certificates-java coinor-libcbc3 coinor-libcgl1 coinor-libclp1 coinor-libcoinmp1:i386 coinor-libcoinutils3 coinor-libosi1 colord colord-data console-setup console-setup-linux consolekit coreutils cpio cpp cpp-4.9 crda cron cups cups-browsed cups-bsd cups-client cups-common cups-core-drivers cups-daemon cups-filters cups-filters-core-drivers cups-pk-helper cups-ppdc cups-server-common dash dbus dbus-x11 dc dconf-gsettings-backend:i386 dconf-service debconf debconf-i18n debian-archive-keyring debian-faq debianutils default-jre default-jre-headless desktop-base desktop-file-utils devuan-baseconf devuan-keyring dh-python dictionaries-common diffutils discover discover-data dmidecode dmsetup dnsutils doc-debian docbook-xml docutils-common docutils-doc dosfstools dpkg e2fslibs:i386 e2fsprogs eject emacsen-common espeak-data:i386 ethtool evince-common evince-gtk exfalso exim4 exim4-base exim4-config exim4-daemon-light exo-utils file findutils firebird2.5-common firebird2.5-common-doc firebird2.5-server-common fontconfig fontconfig-config fonts-dejavu fonts-dejavu-core fonts-dejavu-extra fonts-droid fonts-freefont-ttf fonts-liberation fonts-opensymbol fonts-sil-gentium fonts-sil-gentium-basic foomatic-db-compressed-ppds foomatic-db-engine ftp fuse gcc-4.8-base:i386 gcc-4.9-base:i386 gconf-service gconf2 gconf2-common gcr gdebi-core gdisk geoip-database gettext-base ghostscript gimp gimp-data gir1.2-atk-1.0 gir1.2-atspi-2.0 gir1.2-freedesktop:i386 gir1.2-gdkpixbuf-2.0 gir1.2-glib-2.0:i386 gir1.2-gnomekeyring-1.0 gir1.2-gst-plugins-base-1.0 gir1.2-gstreamer-1.0 gir1.2-gtk-3.0:i386 gir1.2-gtksource-3.0:i386 gir1.2-keybinder-3.0 gir1.2-notify-0.7 gir1.2-packagekitglib-1.0 gir1.2-pango-1.0:i386 gir1.2-wnck-3.0:i386 gksu glib-networking:i386 glib-networking-common glib-networking-services gnome-icon-theme gnome-icon-theme-symbolic gnome-keyring gnome-mime-data gnome-orca gnupg gnupg-agent gnupg2 gpgv grep groff-base grub-common grub-pc grub-pc-bin grub2-common gsettings-desktop-schemas gsfonts gstreamer0.10-alsa:i386 gstreamer0.10-plugins-base:i386 gstreamer1.0-libav:i386 gstreamer1.0-plugins-base:i386 gstreamer1.0-plugins-good:i386 gstreamer1.0-plugins-ugly:i386 gstreamer1.0-x:i386 gtk2-engines:i386 gtk2-engines-xfce gtk3-engines-xfce gvfs:i386 gvfs-common gvfs-daemons gvfs-libs:i386 gzip hddtemp hdparm hicolor-icon-theme host hostname hp-ppd hplip hplip-data hunspell-en-us hyphen-en-us i965-va-driver:i386 iamerican ibritish iceweasel ienglish-common ifupdown info init init-system-helpers initramfs-tools initscripts insserv install-info installation-report iproute2 iptables iputils-ping isc-dhcp-client isc-dhcp-common iso-codes isolinux ispell iw java-common javascript-common kbd keyboard-configuration klibc-utils kmod krb5-locales laptop-detect less liba52-0.7.4 libaa1:i386 libaacs0:i386 libabw-0.1-1 libacl1:i386 libalgorithm-c3-perl libamd2.3.1:i386 libao-common libao4 libapt-inst1.5:i386 libapt-pkg4.12:i386 libarchive-extract-perl libarchive13:i386 libart-2.0-2:i386 libasound2:i386 libasound2-data libasound2-plugins:i386 libaspell15:i386 libasprintf0c2:i386 libass5:i386 libassuan0:i386 libasyncns0:i386 libatasmart4:i386 libatk-adaptor:i386 libatk-bridge2.0-0:i386 libatk-wrapper-java libatk-wrapper-java-jni:i386 libatk1.0-0:i386 libatk1.0-data libatspi2.0-0:i386 libattr1:i386 libaudio2:i386 libaudit-common libaudit1:i386 libauthen-sasl-perl libavahi-client3:i386 libavahi-common-data:i386 libavahi-common3:i386 libavahi-core7:i386 libavahi-glib1:i386 libavc1394-0:i386 libavcodec56:i386 libavformat56:i386 libavresample2:i386 libavutil54:i386 libbabl-0.1-0:i386 libbasicusageenvironment0 libbind9-90 libblas-common li
Re: [DNG] Unofficial Devuan live images
Hi, Piggybacking onto this thread, I'd like to have a live distro to demo for friends who are still bombarded with hateful Windows popups. Ideally with heavy-weight apps such as libreoffice, firefox, thunderbird. And I'd like to write it to a USB drive, or SD card. I'm aware of Knoppix, and open to any other less heavy assemblages. Appreciate any suggestions. Thanks, -- Joel Roth ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Someone asked me about uefi support in the live iso. Answer: No uefi support in the live isos I released. I repacked the amd64 iso adding /boot and /efi folders from a solydx iso, as described here - http://refracta.freeforums.org/post5007.html#p5007 Also added current grub-efi debs to the offline folder. It boots in virtualbox set to efi mode. It's still experimental. It's here - http://distro.ibiblio.org/refracta/files/other/unofficial_live_devuan_beta_amd64_uefi_repack.iso -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Hi David, I've just forked os-prober here: https://git.devuan.org/devuan-packages/os-prober I will add your patches and push it into all suites so we have that bug fixed when we get beta2 out. Regards, Daniel. On 09/05/16 08:31, David Hare wrote: > Found it.. /usr/lib/os-probes/mounted/90linux-distro .. here's a patch > I did long back: > > 127a128,130 >> elif [ -e "$dir/etc/devuan_version" ]; then >> short="Devuan" >> long="$(printf "Devuan GNU/Linux (%s)\n" "$(cat >> "$dir/etc/devuan_version")")" > > On 8 May 2016 at 20:57, David Harewrote: >>> (Note: I won't mess with /etc/default/grub unless instructed from above to >> do so.) >> >> This needs fixing in Devuan, not refractainstaller. After my edit to >> /etc/default/grub, the actual installation now shows correctly but >> Devuan installs on other partitions still show as "unknown linux >> distribution". There's an old list thread somewhere on that, I haven't >> found it yet. I think it's to do with os-prober. >> >> BTW refractainstaller pauses near the end, while the target partition >> is still mounted, allowing do do any manual tweaks or edits. >> >> >> On 8 May 2016 at 18:12, fsmithred wrote: >>> On 05/08/2016 07:24 AM, David Hare wrote: > please test also the install and other functionalities OK, I just did (step 1, the installer). Writing from my new install on real hardware. The installation took 6 minutes on an old core2 with 2G ram. One glitch, simple to fix.. on first boot slim puked, the installer had failed to sort etc/slim.conf for the new username. I used startx, edited manually and rebooted, now all is good. >>> >>> >>> Fixed in refractainstaller 9.1.8 (-base and -gui). >>> https://sourceforge.net/projects/refracta/files/testing/ >>> >>> (Note: I won't mess with /etc/default/grub unless instructed from above to >>> do so.) >>> >>> -fsr >>> > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > -- Daniel Reurich Centurion Computer Technology (2005) Ltd. 021 797 722 signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On 05/08/2016 05:21 PM, Boruch Baumwrote: FWIW, +1 for lightdm. I switched in order to get keyboard and mouse navigation to the greeter options. For integration with xfce, I did need to perform a few extra steps. From memory, the 'switch user' feature needed to be altered to use 'dm-tool' instead of 'gdmflexiserver', I ended up totally removing xfce4-power-manager and its panel applet in favor acpid-only and the xfce battery applet, and probably other stuff that I just don't remember. The newer versions of Lightdm (I think its available in the testing repo) allows for a webkit-based greeter for more eye-candy if that's of interest to you, and also offers a gui configuration tool that's pretty neat. There's a 'light-locker' screen locking program that installs along with lightdm, which includes a protection feature against X-M-Fn switching. A complaint I have against it is that it doesn't seem to offer anything other than a blank screen (no screensaver visual feedback or eye-candy), and it doesn't switch to a greeter screen until a delay after one begins typing, so one can easily misinterpret the screen lock as some form of BSOD (blank screen of death). On 2016-05-08 10:14, fsmithred wrote: >On 05/08/2016 08:24 AM, Hendrik Boom wrote: > > > >So I google etc/slim.conf to fid out what it is, and on the first > >link I find Warning: The SliM project has been abandoned (the > >project homepage is down, leaving a github mirror), > > > >That's on the archwiki > > > >https://wiki.archlinux.org/index.php/SLiM > > > >They also warn that it's incompatible with systemd. > > > >I hope that's an arch-specific abandonment. > >The gentoo page doesn't have this warning. > > > >-- hendrik > > > > > > >The github mirror has a readme that says: "Note: This repository was >used as backup source and is no longer maintained." > > >I'm using lightdm here. Didn't have to do anything special to get it >to work without systemd. Don't even have libsystemd0 installed on >this box. > >-fsr My vote is also for lightdm, it allows you to switch the desktop-environment, the language and the keyboard configuration. Cheers, Aitor. P.D.- I'm trying with the beta of gnuinos, but debmirror doesn't work :( ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Found it.. /usr/lib/os-probes/mounted/90linux-distro .. here's a patch I did long back: 127a128,130 > elif [ -e "$dir/etc/devuan_version" ]; then > short="Devuan" > long="$(printf "Devuan GNU/Linux (%s)\n" "$(cat > "$dir/etc/devuan_version")")" On 8 May 2016 at 20:57, David Harewrote: >> (Note: I won't mess with /etc/default/grub unless instructed from above to > do so.) > > This needs fixing in Devuan, not refractainstaller. After my edit to > /etc/default/grub, the actual installation now shows correctly but > Devuan installs on other partitions still show as "unknown linux > distribution". There's an old list thread somewhere on that, I haven't > found it yet. I think it's to do with os-prober. > > BTW refractainstaller pauses near the end, while the target partition > is still mounted, allowing do do any manual tweaks or edits. > > > On 8 May 2016 at 18:12, fsmithred wrote: >> On 05/08/2016 07:24 AM, David Hare wrote: please test also the install and other functionalities >>> >>> OK, I just did (step 1, the installer). Writing from my new install on >>> real hardware. The installation took 6 minutes on an old core2 with 2G >>> ram. >>> >>> One glitch, simple to fix.. on first boot slim puked, the installer >>> had failed to sort etc/slim.conf for the new username. I used startx, >>> edited manually and rebooted, now all is good. >>> >> >> >> Fixed in refractainstaller 9.1.8 (-base and -gui). >> https://sourceforge.net/projects/refracta/files/testing/ >> >> (Note: I won't mess with /etc/default/grub unless instructed from above to >> do so.) >> >> -fsr >> ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
> (Note: I won't mess with /etc/default/grub unless instructed from above to do so.) This needs fixing in Devuan, not refractainstaller. After my edit to /etc/default/grub, the actual installation now shows correctly but Devuan installs on other partitions still show as "unknown linux distribution". There's an old list thread somewhere on that, I haven't found it yet. I think it's to do with os-prober. BTW refractainstaller pauses near the end, while the target partition is still mounted, allowing do do any manual tweaks or edits. On 8 May 2016 at 18:12, fsmithredwrote: > On 05/08/2016 07:24 AM, David Hare wrote: >>> please test also the install and other functionalities >> >> OK, I just did (step 1, the installer). Writing from my new install on >> real hardware. The installation took 6 minutes on an old core2 with 2G >> ram. >> >> One glitch, simple to fix.. on first boot slim puked, the installer >> had failed to sort etc/slim.conf for the new username. I used startx, >> edited manually and rebooted, now all is good. >> > > > Fixed in refractainstaller 9.1.8 (-base and -gui). > https://sourceforge.net/projects/refracta/files/testing/ > > (Note: I won't mess with /etc/default/grub unless instructed from above to > do so.) > > -fsr > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On 05/08/2016 07:24 AM, David Hare wrote: >> please test also the install and other functionalities > > OK, I just did (step 1, the installer). Writing from my new install on > real hardware. The installation took 6 minutes on an old core2 with 2G > ram. > > One glitch, simple to fix.. on first boot slim puked, the installer > had failed to sort etc/slim.conf for the new username. I used startx, > edited manually and rebooted, now all is good. > Fixed in refractainstaller 9.1.8 (-base and -gui). https://sourceforge.net/projects/refracta/files/testing/ (Note: I won't mess with /etc/default/grub unless instructed from above to do so.) -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
FWIW, +1 for lightdm. I switched in order to get keyboard and mouse navigation to the greeter options. For integration with xfce, I did need to perform a few extra steps. From memory, the 'switch user' feature needed to be altered to use 'dm-tool' instead of 'gdmflexiserver', I ended up totally removing xfce4-power-manager and its panel applet in favor acpid-only and the xfce battery applet, and probably other stuff that I just don't remember. The newer versions of Lightdm (I think its available in the testing repo) allows for a webkit-based greeter for more eye-candy if that's of interest to you, and also offers a gui configuration tool that's pretty neat. There's a 'light-locker' screen locking program that installs along with lightdm, which includes a protection feature against X-M-Fn switching. A complaint I have against it is that it doesn't seem to offer anything other than a blank screen (no screensaver visual feedback or eye-candy), and it doesn't switch to a greeter screen until a delay after one begins typing, so one can easily misinterpret the screen lock as some form of BSOD (blank screen of death). On 2016-05-08 10:14, fsmithred wrote: > On 05/08/2016 08:24 AM, Hendrik Boom wrote: > > > > So I google etc/slim.conf to fid out what it is, and on the first > > link I find Warning: The SliM project has been abandoned (the > > project homepage is down, leaving a github mirror), > > > > That's on the archwiki > > > > https://wiki.archlinux.org/index.php/SLiM > > > > They also warn that it's incompatible with systemd. > > > > I hope that's an arch-specific abandonment. > > The gentoo page doesn't have this warning. > > > > -- hendrik > > > > > > > The github mirror has a readme that says: "Note: This repository was > used as backup source and is no longer maintained." > > > I'm using lightdm here. Didn't have to do anything special to get it > to work without systemd. Don't even have libsystemd0 installed on > this box. > > -fsr -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
FWIW, +1 for lightdm. I switched in order to get keyboard and mouse navigation to the greeter options. For integration with xfce, I did need to perform a few extra steps. From memory, the 'switch user' feature needed to be altered to use 'dm-tool' instead of 'gdmflexiserver', I ended up totally removing xfce4-power-manager and its panel applet in favor acpid-only and the xfce battery applet, and probably other stuff that I just don't remember. The newer versions of Lightdm (I think its available in the testing repo) allows for a webkit-based greeter for more eye-candy if that's of interest to you, and also offers a gui configuration tool that's pretty neat. There's a 'light-locker' screen locking program that installs along with lightdm, which includes a protection feature against X-M-Fn switching. A complaint I have against it is that it doesn't seem to offer anything other than a blank screen (no screensaver visual feedback or eye-candy), and it doesn't switch to a greeter screen until a delay after one begins typing, so one can easily misinterpret the screen lock as some form of BSOD (blank screen of death). On 2016-05-08 10:14, fsmithred wrote: > On 05/08/2016 08:24 AM, Hendrik Boom wrote: > > > > So I google etc/slim.conf to fid out what it is, and on the first > > link I find Warning: The SliM project has been abandoned (the > > project homepage is down, leaving a github mirror), > > > > That's on the archwiki > > > > https://wiki.archlinux.org/index.php/SLiM > > > > They also warn that it's incompatible with systemd. > > > > I hope that's an arch-specific abandonment. > > The gentoo page doesn't have this warning. > > > > -- hendrik > > > > > > > The github mirror has a readme that says: "Note: This repository was > used as backup source and is no longer maintained." > > > I'm using lightdm here. Didn't have to do anything special to get it > to work without systemd. Don't even have libsystemd0 installed on > this box. > > -fsr -- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
Next test .. run refractasnapshot on my new install, while it's still clean. Writing now from a "live session" of the resulting ISO, no apparent problem whatsoever. D On 8 May 2016 at 13:07, fsmithredwrote: > On 05/08/2016 07:24 AM, David Hare wrote: >>> please test also the install and other functionalities >> >> OK, I just did (step 1, the installer). Writing from my new install on >> real hardware. The installation took 6 minutes on an old core2 with 2G >> ram. >> >> One glitch, simple to fix.. on first boot slim puked, the installer >> had failed to sort etc/slim.conf for the new username. I used startx, >> edited manually and rebooted, now all is good. >> > > Thanks. I thought I added slim to that section of the installer last year, > but I guess not. Will do. I see "default_user" (why twice?) and > "auto_login". Easy. > > > -fsr > > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sun, May 08, 2016 at 12:24:33PM +0100, David Hare wrote: > > please test also the install and other functionalities > > OK, I just did (step 1, the installer). Writing from my new install on > real hardware. The installation took 6 minutes on an old core2 with 2G > ram. > > One glitch, simple to fix.. on first boot slim puked, the installer > had failed to sort etc/slim.conf for the new username. I used startx, > edited manually and rebooted, now all is good. So I google etc/slim.conf to fid out what it is, and on the first link I find Warning: The SliM project has been abandoned (the project homepage is down, leaving a github mirror), That's on the archwiki https://wiki.archlinux.org/index.php/SLiM They also warn that it's incompatible with systemd. I hope that's an arch-specific abandonment. The gentoo page doesn't have this warning. -- hendrik > > One more. The rather elegantly styled grub menu lists "GNU/Linux" or > "Unknown Linux Distribution", it didn't parse "Devuan". This was > discussed before, I can't remember just now how I fixed that on my > other install.. > > On 8 May 2016 at 11:05, fsmithredwrote: > > On 05/07/2016 08:36 PM, David Hare wrote: > >> > >> http://refracta.freeforums.org/viewtopic.php?f=3=569 > >> > > > > SPOILER ALERT!!! For anyone who didn't follow the link that David provided. > > > > > > David, > > > > Thanks for posting instructions on creating a grub entry to boot the iso > > directly from hard drive without virtualization. I always forget about > > that method, and it occurs to me that I should start doing that on the > > laptop. I've locked up my system more than once by running too many VMs at > > the same time. > > > > -fsr > > > > > > ___ > > Dng mailing list > > Dng@lists.dyne.org > > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On 05/08/2016 07:24 AM, David Hare wrote: >> please test also the install and other functionalities > > OK, I just did (step 1, the installer). Writing from my new install on > real hardware. The installation took 6 minutes on an old core2 with 2G > ram. > > One glitch, simple to fix.. on first boot slim puked, the installer > had failed to sort etc/slim.conf for the new username. I used startx, > edited manually and rebooted, now all is good. > Thanks. I thought I added slim to that section of the installer last year, but I guess not. Will do. I see "default_user" (why twice?) and "auto_login". Easy. -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
echo 'GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`' >> /etc/default/grub Sorted, menu now shows "Devuan" after update-grub. This file is also missing some other (mostly commented but informative) lines. On 8 May 2016 at 12:24, David Harewrote: >> please test also the install and other functionalities > > OK, I just did (step 1, the installer). Writing from my new install on > real hardware. The installation took 6 minutes on an old core2 with 2G > ram. > > One glitch, simple to fix.. on first boot slim puked, the installer > had failed to sort etc/slim.conf for the new username. I used startx, > edited manually and rebooted, now all is good. > > One more. The rather elegantly styled grub menu lists "GNU/Linux" or > "Unknown Linux Distribution", it didn't parse "Devuan". This was > discussed before, I can't remember just now how I fixed that on my > other install.. > > On 8 May 2016 at 11:05, fsmithred wrote: >> On 05/07/2016 08:36 PM, David Hare wrote: >>> >>> http://refracta.freeforums.org/viewtopic.php?f=3=569 >>> >> >> SPOILER ALERT!!! For anyone who didn't follow the link that David provided. >> >> >> David, >> >> Thanks for posting instructions on creating a grub entry to boot the iso >> directly from hard drive without virtualization. I always forget about >> that method, and it occurs to me that I should start doing that on the >> laptop. I've locked up my system more than once by running too many VMs at >> the same time. >> >> -fsr >> >> >> ___ >> Dng mailing list >> Dng@lists.dyne.org >> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
> please test also the install and other functionalities OK, I just did (step 1, the installer). Writing from my new install on real hardware. The installation took 6 minutes on an old core2 with 2G ram. One glitch, simple to fix.. on first boot slim puked, the installer had failed to sort etc/slim.conf for the new username. I used startx, edited manually and rebooted, now all is good. One more. The rather elegantly styled grub menu lists "GNU/Linux" or "Unknown Linux Distribution", it didn't parse "Devuan". This was discussed before, I can't remember just now how I fixed that on my other install.. On 8 May 2016 at 11:05, fsmithredwrote: > On 05/07/2016 08:36 PM, David Hare wrote: >> >> http://refracta.freeforums.org/viewtopic.php?f=3=569 >> > > SPOILER ALERT!!! For anyone who didn't follow the link that David provided. > > > David, > > Thanks for posting instructions on creating a grub entry to boot the iso > directly from hard drive without virtualization. I always forget about > that method, and it occurs to me that I should start doing that on the > laptop. I've locked up my system more than once by running too many VMs at > the same time. > > -fsr > > > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sun, 08 May 2016, David Hare wrote: > Testing this here with most impressive results! Some of us have been > doing devuan-based live images since the beginning. This is probably > the first without core system packages from 3rd-party repos ( the > refracta snapshot and installer utilities are not actually "core > system components"). > > Anyone who needs a fully-functional "Travelling OS", here it is. You > can easily customize it with persistence and/or "live-hooks". I'm very happy to read this works well, yet I haven't had time to test it myself. I think we can take your reviews for granted, but please test also the install and other functionalities. If this is considered a good fit for a devuan live by this community then I think we can call it "official" and include it in the upcoming beta2 release. ciao ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On 05/07/2016 03:39 PM, Go Linux wrote: > Earlier today fsr suggested I use the 9.3.3 version to make a snap of Devuan. > Not quite sure where it is on SF. > > golinux Yeah, if the primary user's name is not user, then the username= option needs to be in the boot command line. I added username=devuan in the live isos. And that reminds me... Password for the user named devuan is devuan. Password for root is devuan. If you get as far as installing it and changing your login name, and then you make a snapshot, you'll need to change the username= option in the isolinux boot menu. You can either set $edit_boot_menu to "yes" in the config file and change it manually, or you can upgrade refractasnapshot to 9.3.3, and the script will do it for you. golinux already posted the link, but here it is again - http://downloads.sourceforge.net/project/refracta/testing/refractasnapshot-base_9.3.3_all.deb There's also a gui version in the same folder that uses yad or zenity as a frontend. -fsr ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sat, 5/7/16, Jim Murphy <srlinuxad...@gmail.com> wrote: On Sat, 5/7/16, Jim Murphy <srlinuxad...@gmail.com> wrote: Subject: Re: [DNG] Unofficial Devuan live images To: "parazyd" <para...@dyne.org>, "dng" <dng@lists.dyne.org> Date: Saturday, May 7, 2016, 2:33 PM On Sat, May 7, 2016 at 1:53 PM, parazyd <para...@dyne.org> wrote: > On Sat, 07 May 2016, fsmithred wrote: > >> If someone want to see what Devuan-Jessie beta looks like without >> installing it, I made some live isos. I expect that there will eventually >> be an official Devuan-Live, but this is not it. HTH. >> >> https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/ >> >> [snip] > > Nice! > > Care to share any scripts or the workflow you have for creating such > ISOs? >You might want to start a couple of levels up from the files. >https://sourceforge.net/projects/refracta/ > > I'm still looking into this myself, but refracta AFAIKT is a set of tools that > generate a live cd named, what else, retracta. There is a link to the > refracta Web > Site there. I'm sure fsmithred could offer more info, but this may > give you a start. > > Jim OK. I found the latest refractasnapshot 9.3.3 here: https://sourceforge.net/projects/refracta/files/testing/ (Downloading now) I've been using this software for years. It's amazing!! golinux ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sat, 5/7/16, parazyd <para...@dyne.org> wrote: Subject: Re: [DNG] Unofficial Devuan live images To: "fsmithred" <fsmith...@gmail.com> Cc: "dng" <dng@lists.dyne.org> Date: Saturday, May 7, 2016, 1:53 PM On Sat, 07 May 2016, fsmithred wrote: > If someone want to see what Devuan-Jessie beta looks like without > installing it, I made some live isos. I expect that there will eventually > be an official Devuan-Live, but this is not it. HTH. > > https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/ > > [snip] Nice! Care to share any scripts or the workflow you have for creating such ISOs? -- ~ parazyd 0333 7671 FDE7 5BB6 A85E C91F B876 CB44 FA1B 0274 refractasnapshot and refractainstaller http://www.ibiblio.org/refracta/documents.html https://sourceforge.net/projects/refracta/files/tools/ Earlier today fsr suggested I use the 9.3.3 version to make a snap of Devuan. Not quite sure where it is on SF. golinux ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sat, May 7, 2016 at 1:53 PM, parazydwrote: > On Sat, 07 May 2016, fsmithred wrote: > >> If someone want to see what Devuan-Jessie beta looks like without >> installing it, I made some live isos. I expect that there will eventually >> be an official Devuan-Live, but this is not it. HTH. >> >> https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/ >> >> [snip] > > Nice! > > Care to share any scripts or the workflow you have for creating such > ISOs? You might want to start a couple of levels up from the files. https://sourceforge.net/projects/refracta/ I'm still looking into this myself, but refracta AFAIKT is a set of tools that generate a live cd named, what else, retracta. There is a link to the refracta Web Site there. I'm sure fsmithred could offer more info, but this may give you a start. Jim ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Unofficial Devuan live images
On Sat, 07 May 2016, fsmithred wrote: > If someone want to see what Devuan-Jessie beta looks like without > installing it, I made some live isos. I expect that there will eventually > be an official Devuan-Live, but this is not it. HTH. > > https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/ > > [snip] Nice! Care to share any scripts or the workflow you have for creating such ISOs? -- ~ parazyd 0333 7671 FDE7 5BB6 A85E C91F B876 CB44 FA1B 0274 pgpQLz5VIy8Z9.pgp Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Unofficial Devuan live images
If someone want to see what Devuan-Jessie beta looks like without installing it, I made some live isos. I expect that there will eventually be an official Devuan-Live, but this is not it. HTH. https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/ Here's the README: UNOFFICIAL LIVE DEVUAN JESSIE BETA This live image was created in the following manner: Installed Devuan-Jessie-1.0.0-beta with XFCE4 in VirtualBox. Added missing Clearlooks-Phenix-purpy theme, gtk2-engines and gtk3-engines-xfce. Added refractasnapshot-base, refractainstaller-base and their dependencies. (see below) Created live isohybrid image with refractasnapshot. Start-Date: 2016-05-04 18:34:47 Commandline: apt-get --no-install-recommends -f install Install: live-boot:amd64 (4.0.2-1, automatic), squashfs-tools:amd64 (4.2+20130409-2, automatic), live-config:amd64 (4.0.4-1, automatic), mtools:amd64 (4.0.18-2, automatic), isolinux:amd64 (6.03+dfsg-5+deb8u1, automatic), live-boot-initramfs-tools:amd64 (4.0.2-1, automatic), syslinux:amd64 (6.03+dfsg-5+deb8u1, automatic), xorriso:amd64 (1.3.2-1.1, automatic), syslinux-common:amd64 (6.03+dfsg-5+deb8u1, automatic), live-config-sysvinit:amd64 (4.0.4-1, automatic), rsync:amd64 (3.1.1-3, automatic), libisoburn1:amd64 (1.3.2-1.1, automatic) End-Date: 2016-05-04 18:36:42 No other changes were made. All software with the exception of refractasnapshot and refractainstaller came from the Devuan repository. No other software repositories are configured. You can burn this iso to DVD or copy it to a usb thumb drive with the 'dd' command or 'cat' in exactly the same manner you would with other isohybrid images. To install to hard drive, run 'refractainstaller' from a root terminal. You do not need a network connection during the installation. You will be asked a few questions, and then the running live system will be copied to the selected partition(s). Any configuration changes you made during the live session will be copied to the installation. There may be some excpetions to this, as certain system files are excluded from the copy. See /usr/lib/refractainstaller/installer_exclude.list and /etc/refractainstaller.conf for details and additional options. Once installed, you can create your own live-CD copy of your system, with your software and configuration changes by running 'refractasnapshot' from a root terminal. See /usr/lib/refractasnapshot/snapshot_exclude.list and /etc/refractasnapshot.conf for configuration options. - fsmithred@May 6, 2016 ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng