00:08.19 | *** join/#devuan markizano (markizano@2600:3c00::f03c:91ff:fec8:382d) |
00:10.46 | *** join/#devuan amarsh04 (~amarsh04@118.211.39.107) |
00:15.12 | *** join/#devuan TwistedFate (~quassel@unaffiliated/twistedfate) |
06:06.42 | *** join/#devuan infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
06:06.42 | *** topic/#devuan is This is the Devuan https://devuan.org/ discussion channel | D1conf: #devuan-conf https://devuan.org/d1conf | Latest (2018-06-09): ASCII 2.0.0 https://devuan.org/os/debian-fork/ascii-stable-announce-060818 || Stable (2017-05-25): Jessie 1.0.0 LTS release | Devuan Forum: https://dev1galaxy.org/ | Chanlogs http://maemo.cloud-7.de/irclogs/freenode/_devuan/ | You may need to auth to NickServ |
06:06.42 | *** mode/#devuan [+v infobot] by ChanServ |
06:12.09 | agris | apparently the order things are specified in qemu actually matters |
06:12.31 | agris | and idk what the hell's wrong with my server. maybe a bad cd burn |
06:13.45 | *** join/#devuan LtWorf_ (~LtWorf@h-191-254.A890.priv.bahnhof.se) |
06:19.56 | *** join/#devuan Inepu (~Mithrandi@host67-78-static.1-79-b.business.telecomitalia.it) |
06:21.10 | *** join/#devuan LtWorf_ (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
06:41.11 | agris | wow |
06:41.21 | agris | I can not seem to get qemu to work reliably |
06:41.37 | agris | if I so much as change the order in which cdrom or -m is specified the system refused to boot |
06:41.42 | agris | I"m so confused |
06:52.53 | *** join/#devuan Nematocyst (~Nematocys@174-28-248-48.albq.qwest.net) |
06:56.37 | *** join/#devuan proteus-guy (~proteus-l@mx-ll-183.88.59-44.dynamic.3bb.co.th) |
07:08.28 | agris | holy crap |
07:08.38 | agris | am I crazy? I can not seem to get qemu to freakin work! |
07:08.59 | agris | machine type does not support if=scsi,bus=0,unit=0 |
07:09.12 | agris | how can a X86 machine not support scsi |
07:09.18 | agris | wtf |
07:09.27 | agris | snf why is it ignoring -smp 4 |
07:09.38 | agris | -cdrom doesn't seem to work either |
07:09.51 | agris | ascii doesn't recognize virtio disks |
07:10.19 | yeti | -drive file=vda.qcow2,if=virtio |
07:11.17 | agris | yeti, yeah, disks don't show up in ascii with virtio |
07:11.19 | agris | http://dpaste.com/1THWF0S |
07:11.48 | yeti | I installed from netinstall and it works |
07:12.06 | yeti | I never used the other devuan ISOs |
07:12.25 | yeti | so they may havw glitches no yeti has ever seen before |
07:12.30 | yeti | or so... |
07:12.44 | agris | so |
07:13.00 | agris | system works with just qemu-system-x86_64 -cdrom devuan.iso |
07:13.24 | agris | but as soon as you try and start specifying other drives qemu seems to just do whatever it wants |
07:13.58 | yeti | every time qemu did not do what I expected, it was PEBCAK |
07:14.21 | yeti | maybe I'm just lucky |
07:14.36 | yeti | should by some lottery tickets |
07:14.40 | yeti | bUy |
07:15.59 | *** join/#devuan antenagora (~antenagor@147.162.137.245) |
07:20.04 | yeti | qemu-system-x86_64 -name devuan2-amd64 -enable-kvm -smp 2 -m 2048 -device virtio-net,netdev=vmnic -netdev user,id=vmnic,hostfwd=tcp::20264-:22 -drive file=vda.qcow2,if=virtio -vga virtio |
07:20.17 | yeti | intentionally no sound... |
07:21.05 | yeti | maybe someone knows more qemu magic |
07:21.12 | yeti | then I'm all ears too |
07:21.36 | *** join/#devuan chomwitt (~chomwitt@2a02:587:dc3e:2a00:2450:ea79:828b:8cb4) |
07:21.59 | yeti | I add -cdrom ... or other options as needed... the startscript has "$@" to catch them |
07:22.31 | yeti | hostfwd=tcp::20264-:22 is for redirecting ssh |
07:22.35 | yeti | into the VM |
07:22.39 | rrq | sound needs an env var setting plus a parameter.. as in: QEMU_AUDIO_DRV=alsa qemu-system-x86_64 -soundhw ac97 ... |
07:23.03 | yeti | or -soundhw all |
07:23.10 | yeti | if lazy |
07:23.26 | rrq | sure |
07:28.05 | rrq | and "-serial mon:stdio -echr 0x1c" is useful esp if you start a getty on ttyS0 (the -echr is for having ^\ rather than ^A as wemu meta character) |
08:08.58 | *** join/#devuan meisteris (~meisteris@unaffiliated/meisteris) |
08:23.22 | *** join/#devuan arnoldoree (~arnoldore@ranoldoree.plus.com) |
08:27.28 | *** join/#devuan sardonico (ale@freeshell.de) |
08:27.50 | *** join/#devuan pekman (~pekman@unaffiliated/pekman) |
08:30.28 | *** join/#devuan sardonico (ale@freeshell.de) |
08:34.06 | *** join/#devuan sardonico (ale@freeshell.de) |
08:37.25 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
08:46.17 | *** join/#devuan sunshavi (~user@190.239.244.220) |
08:47.57 | *** join/#devuan jelly-home (jelly@pdpc/supporter/active/jelly) |
08:56.18 | *** join/#devuan hkramer (~hkramer@2003:a:1319:f500:400b:bb4b:380c:6d1d) |
08:57.41 | *** join/#devuan user844842 (user@gateway/vpn/mullvad/user844842) |
08:57.44 | *** join/#devuan fatalerrors (~fatalerro@91.224.149.180) |
09:01.05 | *** join/#devuan klaus (~klaus@amarseille-654-1-340-108.w109-208.abo.wanadoo.fr) |
09:19.20 | agris | ah yes |
09:19.23 | agris | finnaly got things working |
09:19.47 | agris | I had to emulate a megaraid sas controller, put it in SATA compatibility mode, and attach my virtual disks to that |
09:20.31 | *** join/#devuan omnio (~omnio@82.137.9.56) |
09:39.41 | agris | huh |
09:39.50 | agris | I tried to install zfsutils-linux/stable-backports |
09:40.05 | agris | <PROTECTED> |
09:40.53 | agris | Shouldn't I be using the same userspace tools as the kernel module version |
09:40.55 | agris | ? |
09:41.06 | agris | or is there a way to bypass the insserv conflict? |
09:41.48 | agris | crap |
09:41.50 | agris | This is broken |
09:41.51 | agris | cannot create 'bpool': invalid feature 'userobj_accounting' |
09:44.38 | agris | if somebody could double check this but the zfs userspace utils for ascii-backports can't actually be installed in ascii |
09:49.03 | agris | and yeah |
09:49.09 | agris | the minimal love is not UEFI |
09:49.13 | agris | bios only |
09:51.56 | agris | I'm going to try to dist-upgrade the minimal live and install beowulf manually from ram |
10:01.00 | *** join/#devuan sIRC_ (~sIRC_@89.107.233.220.static.exetel.com.au) |
10:05.45 | agris | damn |
10:06.11 | agris | beowulf's backports aren't built until it's stable |
10:10.42 | agris | this isn't going to work |
10:10.48 | agris | kernel version conflict |
10:10.59 | agris | can't boot into a new kernel without wiping my ramdisk |
10:13.20 | gnarface | what are you trying to do now? in theory you could load the new kernel with kexec |
10:13.46 | agris | gnarface, I'm just trying to install Devuan with a recent version of ZFS |
10:14.13 | agris | gnarface, I can't use ASCII because the backported userspace tools can't be installed due to a dpkg conflict |
10:14.40 | agris | and I can't build the beowulf kernel modules without booting into the beowulf kernel |
10:15.19 | agris | I can't reboot into the beowulf kernel because my entire beowulf install is only inside the ramdisk. cycling the power will wipe the ramdisk |
10:15.27 | gnarface | right |
10:15.45 | gnarface | maybe kexec could help |
10:15.48 | gnarface | not sure |
10:16.02 | agris | gnarface, I've never had a successful kexec. It's always just crashed the system in my past experiences using it |
10:16.09 | agris | but Ii'm willing to try |
10:16.21 | agris | Is there a Devuan-specific way to kexec the new kernel? |
10:16.28 | gnarface | eh, i can't help you with it unfortunately, i don't know |
10:17.30 | gnarface | why is the beowulf install only in a ramdisk? not enough harddrive space? |
10:18.59 | agris | gnarface, because I'm trying to install Devuan to a zfs root |
10:19.08 | agris | and I'm booted into the minimal live iso |
10:19.16 | agris | which btw only works in BIOS mode |
10:19.34 | gnarface | yea, but... do you not have any spare drive space? |
10:19.47 | gnarface | using the minimal iso shouldn't preclude using it |
10:19.50 | agris | I do |
10:20.12 | agris | I think I broke Devuan anyways |
10:20.23 | agris | I installed 4.9 headers in beowulf from ascii |
10:20.34 | gnarface | well, that's possible... you really shouldn't be having ascii-backports complaints about ascii... |
10:20.56 | agris | gnarface, what do you mean? |
10:21.28 | gnarface | you said you had a package conflict and something from ascii-backports couldn't be installed in ascii. you said that right? that should never be the case unless you made a mistake *before* that |
10:21.32 | agris | if that's the case maybe the backported package had a major bug and Ii'm the first person to install it |
10:21.56 | agris | gnarface, no when I was having that issue I didn't screw the system up at that point |
10:22.37 | gnarface | you could be right, it's just highly unlikely |
10:22.45 | agris | zfsutils-linux from ascii-backports |
10:22.54 | agris | conflicts with ascii's insserv |
10:23.14 | gnarface | you sure that's actually ascii's insserv? |
10:23.22 | agris | yes |
10:23.41 | gnarface | you might have accidentally got the beowulf, don't you think? did you check the version? |
10:23.46 | *** join/#devuan MinceR_ (~mincer@unaffiliated/mincer) |
10:24.13 | agris | yes, look for yourself https://pkginfo.devuan.org/stage/ascii/ascii/insserv_1.14.0-5.4+b1.html |
10:24.41 | gnarface | well, linking me that doesn't prove that's the version you have installed, but i'll take your word for it |
10:24.57 | gnarface | i assume you're capable of actually checking, i just wanted to make sure you thought of it |
10:25.31 | agris | > zfsutils-linux : Conflicts: insserv (< 1.18) but 1.14.0-5.4+b1 is to be installed |
10:25.57 | agris | that does |
10:26.09 | gnarface | oh hmm |
10:26.20 | gnarface | could it want insserv from backports too? |
10:26.30 | gnarface | check to see |
10:26.47 | agris | there is no insserv from backports |
10:27.04 | gnarface | huh |
10:27.28 | gnarface | that does seem like a mistake then |
10:28.32 | agris | my guess is that since insserv seems to be related to init scripts |
10:28.41 | agris | and Debian....well you know |
10:30.28 | *** join/#devuan meisteris (~meisteris@unaffiliated/meisteris) |
10:32.32 | rrq | agris: is that ascii-backports/contrib or ascii-backports/main ? |
10:32.49 | agris | rrq, ZFS stuff is from contrib |
10:33.04 | agris | insserv is main |
10:34.50 | rrq | right. yes I can repeat the problem. |
10:35.39 | gnarface | rrq: are you also not seeing a newer insserv in ascii-backports? |
10:36.17 | rrq | correct. next one is beowulf (and buster) 1.18.0-2 |
10:36.43 | rrq | there is however a zfs-util in ascii-bacports/main as well |
10:36.55 | rrq | zfsutils-linux |
10:37.33 | rrq | the contrib one is 0.7.12-2+deb10u1~bpo9+1 and the main one is (merely) 0.7.3-3+devuan1 |
10:42.30 | agris | if this is an actual issue and one related to init would it not make sense to make the ascii backport based on 0.8 rather than 0.7 |
10:42.32 | agris | ? |
10:46.19 | agris | I'm not really sure why the userspace tools even depend on insserv in the first place |
10:46.57 | agris | seems like fixing it may be as simple as removing that as a dependency in dpkg |
10:47.14 | agris | should just provide /sbin/zpool and /sbin/zfs |
10:48.46 | *** join/#devuan TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
10:52.19 | gnarface | it does seem like maybe either the package needs to simply have the version requirement lowered, or there is something deeper wrong... |
10:54.03 | *** join/#devuan TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
11:06.42 | GyrosGeier | 10:19 < agris> I had to emulate a megaraid sas controller, put it in SATA compatibility mode, and attach my virtual disks to that |
11:06.57 | GyrosGeier | any particular reason you're not simply using virtio-disk? |
11:07.11 | GyrosGeier | these just show up as a single PCI device AFAIK |
11:07.24 | agris | it doesn't show up in the OS installer |
11:07.34 | GyrosGeier | ah |
11:08.00 | GyrosGeier | wait |
11:08.19 | GyrosGeier | the Devuan installer ISO should certainly recognize virtio disks |
11:08.57 | GyrosGeier | that driver has been in the kernel for ages |
11:10.49 | GyrosGeier | "-drive file=/dev/darine/jenkins,format=raw,if=none,id=drive-virtio-disk0,cache=none,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1" |
11:11.02 | GyrosGeier | that is what libvirt generated for a virtual disk in my Jenkins box |
11:14.28 | agris | that's ok it's not something i want to troubleshoot right now |
11:14.51 | GyrosGeier | virtio is likely to be faster tho |
11:15.01 | GyrosGeier | especially if you also use memballoon |
11:36.57 | *** join/#devuan Madda (~Madda@net-31-27-55-17.cust.vodafonedsl.it) |
11:47.02 | *** join/#devuan tmberg (tmberg@unaffiliated/tmberg) |
11:55.27 | *** join/#devuan zeden (~user@unaffiliated/zeden) |
11:57.36 | *** join/#devuan Peregrinus_ (~peregrinu@195.181.173.201) |
12:07.46 | rrq | agris: fwiw, zfsutils-linux from ascii-backports main (0.7.3-3+devuan1) installs without issue. the other one is a "plain" buster version, and presumably/obviously it needs some hands-on for devuan ascii |
12:09.13 | *** join/#devuan xinomilo (xinomilo@gateway/vpn/privateinternetaccess/xinomilo) |
12:16.45 | rrq | or, since you might be on the ledge already: you could look at installing 0.8.2-3 from unstable (contrib & main) |
12:27.10 | fsmithred | agris, have you talked with mason in #devuan-dev about zfs? He was working on an encrypted zfs-root install back in Sep/Oct. |
12:27.32 | agris | no |
12:27.48 | agris | isn't encrypted zfs datasets only supported in .8? |
12:29.18 | fsmithred | #devuan-dev.log:Oct 01 12:05:51 <mason>Alright, the zfs-initramfs internal docs are wrong, and walking through the code has made everything fairly straightforward. |
12:29.45 | fsmithred | I know nothing of what is in which version |
12:29.57 | *** join/#devuan asbesto (~asbesto@net-93-146-44-142.cust.vodafonedsl.it) |
12:30.23 | fsmithred | I think maybe he was working with a newer version |
12:38.49 | *** join/#devuan zeden (~user@unaffiliated/zeden) |
12:42.32 | *** join/#devuan jordila (~jordi@178.62.192.190) |
12:45.11 | *** join/#devuan gillb (~gillb@165.231.178.24) |
13:01.13 | *** join/#devuan devuanusing9 (~develop87@84.78.240.101) |
13:01.40 | devuanusing9 | Devuan keyring, some keys are expired, what to do? |
13:05.36 | fsmithred | what keys are expired? |
13:14.19 | devuanusing9 | fsmithred: your key is expired, in the gpg file at files.devuan.org |
13:15.28 | devuanusing9 | In the mirror https://mirror.leaseweb.com/devuan/ the same problem happens |
13:18.14 | fsmithred | devuanusing9, I just updated it recently. |
13:19.34 | devuanusing9 | fsmithred: the expiration key is october 2018, is that correct? |
13:19.39 | devuanusing9 | the expiration date sorry |
13:19.44 | fsmithred | 4096R/094C5620 2017-10-07 [expires: 2021-09-20] |
13:19.46 | devuanusing9 | where can I find the updated key? |
13:19.51 | fsmithred | maybe you need to refresh |
13:20.00 | fsmithred | you're running gpg on your system to check this? |
13:20.10 | devuanusing9 | yes, but on a clean installation |
13:20.19 | devuanusing9 | so I just downloaded the file in files.devuan.org |
13:20.44 | fsmithred | try gpg --refresh-keys |
13:20.49 | devuanusing9 | pub rsa4096 2017-10-07 [SC] [expired: 2018-10-07] 67F5013216271E85C251E480A73823D3094C5620 |
13:20.52 | devuanusing9 | uid [ expired] fsmithred (aka fsr) <fsmithred@gmail.com> |
13:21.43 | fsmithred | you get that after refreshing? |
13:21.56 | devuanusing9 | no, after refreshing, it revoked one of the keys |
13:22.04 | devuanusing9 | but the other continues with the old expiration |
13:22.28 | fsmithred | oh, maybe we need to refresh on the server |
13:22.39 | devuanusing9 | ok |
13:23.00 | devuanusing9 | how long will it take more or less? |
13:23.00 | fsmithred | rrq, are you still awake? |
13:23.11 | fsmithred | depends on how brave and daring I am |
13:23.23 | devuanusing9 | ok, ok |
13:23.49 | devuanusing9 | do you know any other server where I can download the updated key? pgp.mit.edu seems unresponsive when I search your nick |
13:24.03 | fsmithred | damn, that's the keyserver I use |
13:25.33 | fsmithred | I pushed the update more than a month ago, so it should have propagated to other keyservers |
13:26.45 | devuanusing9 | fsmithred: it's odd, because in the devuan-devs.pgp file , updated 13 Oct 2019, the key it contains is the expired one |
13:27.07 | devuanusing9 | devuan-devs.gpg |
13:27.31 | devuanusing9 | sha256sum: 5ae0c9c14b0e906a75546c4f4dd9885af07a97d6dc370a55c735f069f89d8c97 |
13:34.08 | fsmithred | devuanusing9, it may take a day to get this sorted out because of times zones and sleep cycles. |
13:34.17 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
13:36.01 | fsmithred | mit keyserver not working here, either. |
13:40.47 | devuanusing9 | fsmithred: ok, thanks for the info |
13:41.33 | devuanusing9 | fsmithred: I hope this does not reduce security of the downloads if verified with old key |
13:43.43 | fsmithred | it's the same key as before. Problem is that I updated it and then forgot to push it to the server until after it showed as expired. |
13:45.12 | devuanusing9 | ok |
14:32.46 | *** join/#devuan sunshavi (~user@190.239.244.220) |
14:34.48 | *** join/#devuan Kruppt (~Kirk_Krup@50.111.55.255) |
14:36.06 | *** join/#devuan Kruppt (~Kruppt@50.111.55.255) |
14:48.34 | *** join/#devuan Soo_Slow (Soo_Slow@gateway/vpn/privateinternetaccess/sooslow/x-31376162) |
15:08.30 | *** join/#devuan Akuli (~akuli@mobile-access-bcee0d-151.dhcp.inet.fi) |
15:27.04 | *** join/#devuan climbingturtle (~climbingt@c213-89-14-151.bredband.comhem.se) |
15:35.46 | *** join/#devuan tuxd3v (~tuxd3v@78.130.55.150.rev.optimus.pt) |
15:53.34 | *** join/#devuan aqu4bot (~aqu4bot@unaffiliated/subsen/bot/aqu4) |
15:55.11 | *** join/#devuan jathan (~jathan@200.39.241.171) |
16:01.25 | *** join/#devuan omnio (~omnio@82.137.9.56) |
16:25.54 | *** join/#devuan IoFran (~Thunderbi@189.237.240.124) |
16:26.53 | *** join/#devuan furrywolf (~furrywolf@172.58.92.35) |
16:27.48 | tuxd3v | hello all, dev1ner's spread out in the Galaxy1 :) |
16:33.27 | *** join/#devuan mason (~mason@redhat/mason) |
16:35.20 | *** join/#devuan TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
16:38.06 | *** join/#devuan rsx (~rsx@ppp-188-174-143-52.dynamic.mnet-online.de) |
16:45.09 | *** join/#devuan proteus-guy (~proteus-l@cm-58-10-208-146.revip7.asianet.co.th) |
16:51.35 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
16:56.38 | *** join/#devuan IoFran2 (~Thunderbi@189.237.240.124) |
17:01.50 | *** join/#devuan IoFran2 (~Thunderbi@200.68.140.13) |
17:07.04 | *** join/#devuan hkramer_ (~hkramer@2003:a:1319:f500:400b:bb4b:380c:6d1d) |
17:08.03 | *** join/#devuan dabc (~dabc@82.137.9.56) |
17:24.33 | *** join/#devuan cgdae (~cgdae@razumovsky.net) |
17:28.57 | tuxd3v | hello all, I made a v0.1 beta release of devuan for linux sunxi arm64.. |
17:29.04 | tuxd3v | its a minimal image |
17:29.22 | tuxd3v | but it has the basics working including ethernet.. |
17:33.33 | tuxd3v | if someone wants it: |
17:33.35 | tuxd3v | https://meocloud.pt/link/af27f314-c7fc-4a5f-a028-037c30e76f85/DEVUAN/ |
17:34.20 | tuxd3v | file: devuan-ascii-arm64-0.1-beta.img.tar.gz |
17:38.34 | *** join/#devuan IoFran (~Thunderbi@200.68.140.13) |
17:43.56 | fsmithred | tuxd3v, I'm downloading it, but I probably can't boot it. No arm hardware here and no previous luck trying to boot arm images with qemu. |
17:45.54 | tuxd3v | fsmithred: the image inside has: |
17:46.16 | tuxd3v | in sector 8, the uboot - bootloader, |
17:47.06 | tuxd3v | then at 1024 has 1 /boot partition with kernel, and device tree for sunxi, also boot.src(script for uboot to execute) |
17:47.16 | tuxd3v | then at 101MB the rootfs |
17:47.29 | tuxd3v | with 1 GB size for rootfs |
17:47.45 | tuxd3v | the simple way would be to mount lets say in /mnt |
17:47.53 | tuxd3v | the second partition |
17:47.58 | fsmithred | yeah, I can do that |
17:48.50 | fsmithred | But I can't chroot it. I tried that with rpi image and it complained. |
17:49.05 | fsmithred | wants arms |
17:50.06 | tuxd3v | then copy to it the file '/usr/bin/qemu-aarch64-static' , present in package 'qemu-user-static' |
17:50.16 | tuxd3v | and only then |
17:50.48 | tuxd3v | mount --bind /proc, sys, dev,dev/pts and chroot to it :) |
17:50.58 | fsmithred | yeah, did the binds |
17:50.59 | tuxd3v | then you can use the binaries inside |
17:51.19 | fsmithred | copy what? |
17:51.35 | tuxd3v | because ''/usr/bin/qemu-aarch64-static' is in the image and it will translate arm64 to lets say x86 :) |
17:51.38 | fsmithred | or I should ask, copy it to where? |
17:51.56 | tuxd3v | let me see, but its straightfoward |
17:55.22 | tuxd3v | you need to copy /usr/bin/qemu-aarch64-static to the target of chroot |
17:55.29 | tuxd3v | in this case would be /mnt |
17:55.30 | fsmithred | ah, ok, thanks |
17:55.40 | tuxd3v | I was searching in my notes |
17:55.44 | tuxd3v | no problem |
17:56.08 | tuxd3v | as fas as I know everything will work, even apt-get and so on.. |
17:56.18 | fsmithred | still downloading (~350KB/s) |
17:56.22 | fsmithred | cool |
17:56.55 | tuxd3v | but 'qemu-aarch64-static' needs to be inside, becaue it needs to translate from target binaries aarch64(arm64) to host x86 |
17:56.58 | fsmithred | I have to go out soon, but I'll play with this later today. Thanks for making it. |
17:57.09 | tuxd3v | no problem |
17:57.12 | tuxd3v | :) |
17:57.33 | tuxd3v | its always nice to see that something we do is useful :) |
17:57.56 | tuxd3v | I am planning to extend it to next stable kernel 5.4 in due time |
17:58.06 | tuxd3v | I am testing 5.4-rc7 now |
17:58.33 | tuxd3v | but that image ships with stable 5.3.9, which works well |
18:00.10 | tuxd3v | everything else it has is standard to devuan |
18:00.10 | tuxd3v | ho, it has 1 user more than only root |
18:00.10 | tuxd3v | it has 'devuan' user |
18:00.10 | tuxd3v | passwd 'devuan' |
18:00.11 | tuxd3v | :) |
18:00.36 | fsmithred | great, same as the live isos |
18:00.50 | tuxd3v | yeah :) |
18:01.07 | fsmithred | root pass is toor? |
18:01.21 | tuxd3v | no I forgot that... its also devuan :( |
18:01.26 | fsmithred | ok |
18:01.37 | fsmithred | that would be my second or third guess |
18:01.38 | tuxd3v | should I change it to toor? |
18:01.43 | tuxd3v | I believe |
18:01.59 | fsmithred | yeah, if it's going to end up being a hosted image |
18:02.06 | golinux | That has been the convention at devuan |
18:02.07 | fsmithred | better to all be the same |
18:02.07 | tuxd3v | ok |
18:02.32 | golinux | Thanks for your contribution tuxd3v |
18:02.37 | yeti | the nonroot user is not a good idea |
18:02.37 | tuxd3v | you right, I will update it to toor |
18:03.05 | tuxd3v | golinux: no problem |
18:03.18 | tuxd3v | it was something I always wanted to help devuan with |
18:03.28 | tuxd3v | :) |
18:03.39 | tuxd3v | and I have plenty of boards around :) |
18:04.03 | tuxd3v | after sunxi boards, I will shift to rockship ones :) |
18:04.18 | tuxd3v | already have some work done for it, but that later :) |
18:04.47 | *** join/#devuan IoFran (~Thunderbi@200.68.140.13) |
18:05.26 | tuxd3v | yeti: why you think nonroot is not a good Idea? |
18:05.48 | yeti | the user should be free how to name his user 1000 |
18:05.51 | tuxd3v | my toughs were that you should login as a normal user, and only then switchs to root |
18:06.07 | tuxd3v | maybe you right |
18:06.40 | yeti | we networms have user 1000 named differently than devuan on hundreds of other systems... |
18:06.42 | yeti | right? |
18:07.04 | tuxd3v | maybe I could find a way to create a 1001 devuan user, and when he logs in will be asked by the new user to create as 1000 ? |
18:07.23 | golinux | We need to set up that space on the d1g forum. |
18:07.29 | yeti | that would have been my one of my next lines |
18:07.31 | yeti | :-) |
18:09.04 | fsmithred | with the live isos, you can change the user during the installation |
18:09.30 | fsmithred | since this image is just going to be dd'd, there's no chance to do that |
18:09.51 | yeti | debian has an installer for sunxi images |
18:10.00 | yeti | but i dont know where its sources are |
18:10.14 | fsmithred | yeah, we don't have that yet, but there's been some talk about doing it |
18:10.19 | fsmithred | ...eventually |
18:10.48 | yeti | it still may need a usb-uart-cable |
18:11.10 | fsmithred | what's that for? |
18:11.12 | yeti | it did not recognise the usb-keyboard |
18:11.18 | fsmithred | oh |
18:11.26 | tuxd3v | we could adapt it to devuan, I don't know if its feasible, but if it his could be a option |
18:11.28 | yeti | I tried to install a banana pi r1 with it |
18:11.38 | yeti | but without keyboard... :-/ |
18:11.56 | yeti | arm stuff @debian is an adventure too |
18:12.20 | tuxd3v | hehe, life is an adventure :) |
18:12.23 | yeti | next time i open the BPI-R1, I'll connect rx/tx/gnd |
18:14.41 | tuxd3v | yeti: yes to that, it could be that it works as serial for stdout and for stderr |
18:14.55 | tuxd3v | maybe it could be that way you set a new user.. |
18:15.04 | fsmithred | I can't chroot the mounted image. Getting "failed to run command '/bin/bash': Exec format error |
18:15.32 | fsmithred | which is what I got before adding qemu-aarch64-static |
18:15.40 | yeti | 2.HHGTTG 18,91: ''Will you shut up and listen!'' hissed Zaphod, ''this time there's going to be excitement and adventure and really wild things.'' |
18:15.44 | yeti | found it! |
18:15.47 | tuxd3v | yes |
18:16.08 | tuxd3v | its the qemu user static for aarch64 that needs to be inside :) |
18:16.39 | fsmithred | yeah, I copied that to the mounted image |
18:16.47 | *** join/#devuan jordila (~jordi@178.62.192.190) |
18:16.49 | tuxd3v | it tries to interpret arm64 binaries in your host target arch and gives you that error becasue they are diferent archs |
18:16.50 | fsmithred | do I need to repack the image and boot it with qemu? |
18:17.05 | tuxd3v | no only chroot is enough |
18:17.19 | tuxd3v | let me check again the location of the quemu binary |
18:17.27 | fsmithred | ok |
18:19.13 | fsmithred | got it! |
18:19.31 | tuxd3v | maybe you need to copy it to '/usr/bin/' |
18:19.34 | fsmithred | chroot mnt /qemu-aarch64-static /bin/bash |
18:19.38 | tuxd3v | like in the origin host |
18:19.44 | tuxd3v | yes |
18:19.55 | tuxd3v | that is a way to run a command inside |
18:20.01 | fsmithred | oy |
18:20.06 | fsmithred | every command |
18:20.40 | tuxd3v | try copy 'qemu-aarch64-static' to chroot '/usr/bin' |
18:21.06 | tuxd3v | I believe that after that you should be able to work with any command |
18:21.19 | fsmithred | ok |
18:21.28 | tuxd3v | whithout having to type the qemu inary everytime |
18:22.43 | yeti | binfmt_misc support is installed? |
18:23.13 | tuxd3v | I confirm qemu binary needs to be to chroot '/usr/bin' |
18:23.29 | fsmithred | yeah, I saw some binfmt package get installed along with the aarch64-static |
18:24.46 | tuxd3v | I will try from my side too :) |
18:24.59 | tuxd3v | so that I could iron out any problem.. |
18:25.20 | fsmithred | weird. 'echo' works, 'ls' and 'cp' do not work. |
18:26.06 | yeti | ls /proc/sys/fs/binfmt_misc/ |
18:26.26 | yeti | is aarch64 mentioned there? |
18:26.35 | fsmithred | nope |
18:26.44 | fsmithred | I'm looking on the host |
18:27.12 | yeti | should be the same |
18:27.20 | yeti | proc would be bindmounted |
18:27.32 | fsmithred | oh yeah |
18:27.53 | yeti | list the contents of the qemu-aarch-thingy |
18:28.04 | yeti | look for a config file for binfmt_misc |
18:28.48 | yeti | e.g. mono-runtime installs some such stuff to transparently execute DOnet binaries |
18:28.54 | yeti | doTnet |
18:29.31 | fsmithred | no config files in that package |
18:29.42 | yeti | /usr/share/binfmts |
18:30.30 | fsmithred | python2.7 and python3.5 |
18:30.32 | yeti | if there were aarch64, it probably would show in /proc/... too |
18:30.43 | MinceR | botNET |
18:30.44 | yeti | time to ask marjorei |
18:30.51 | tuxd3v | maybe some dependency, I entered directly and executed a apt-get update, it works nicely |
18:31.01 | tuxd3v | let me see dependencies needed.. |
18:31.57 | yeti | I only vaguely remember that fro executing an i386 binary on PI and Cubie3 |
18:32.23 | tuxd3v | I found this dependencies: 'binfmt-support' 'qemu-user-static' |
18:32.48 | tuxd3v | I also mounted everything with '--bind' |
18:33.03 | tuxd3v | proc, sys, dev, dev/pts |
18:33.14 | *** join/#devuan Human_G33k (~HumanG33k@62.147.242.8) |
18:33.15 | yeti | and you can transparently start aarch64 binaries without prefixing it with qemu-...? |
18:33.30 | tuxd3v | yeti: yes |
18:34.01 | yeti | fsmithred may not have all deps |
18:34.10 | fsmithred | yeah, I'm adding them now |
18:34.15 | yeti | ok |
18:34.40 | fsmithred | binfmt-support added. Do I also need qemu-user-binfmt? |
18:34.52 | yeti | yip |
18:35.03 | fsmithred | um |
18:35.11 | fsmithred | that wants to remove qemu-user-static |
18:35.17 | tuxd3v | I think not, only thos 2 |
18:35.20 | tuxd3v | those |
18:35.23 | tuxd3v | root@desktop0:/# file /bin/ls |
18:35.23 | tuxd3v | /bin/ls: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, BuildID[sha1]=a242161239cb1f4ea9b8a7455013295e5473e3ec, stripped |
18:35.23 | tuxd3v | root@desktop0:/# ls -l / |
18:35.23 | tuxd3v | total 121500 |
18:35.23 | tuxd3v | drwxr-xr-x 2 root root 4096 Oct 30 04:05 bin |
18:35.24 | tuxd3v | drwxr-xr-x 2 root root 4096 Jun 10 2018 boot |
18:35.25 | fsmithred | ok |
18:35.26 | tuxd3v | drwxr-xr-x 15 root root 3240 Nov 11 16:55 dev |
18:35.28 | tuxd3v | -rw-r--r-- 1 root root 124346447 Nov 11 18:26 devuan-ascii-base-arm64.tar.gz |
18:35.30 | tuxd3v | drwxr-xr-x 44 root root 4096 Nov 11 18:34 etc |
18:35.32 | tuxd3v | drwxr-xr-x 2 root root 4096 Jun 10 2018 home |
18:35.34 | tuxd3v | drwxr-xr-x 10 root root 4096 Oct 30 04:05 lib |
18:35.36 | tuxd3v | drwxr-xr-x 2 root root 4096 Oct 30 04:03 media |
18:35.38 | tuxd3v | drwxr-xr-x 2 root root 4096 Oct 30 04:03 mnt |
18:35.40 | tuxd3v | drwxr-xr-x 2 root root 4096 Oct 30 04:03 opt |
18:35.42 | tuxd3v | dr-xr-xr-x 218 root root 0 Oct 27 21:27 proc |
18:35.44 | tuxd3v | drwx------ 2 root root 4096 Oct 30 04:03 root |
18:35.48 | tuxd3v | drwxr-xr-x 4 root root 4096 Oct 30 04:03 run |
18:35.50 | tuxd3v | drwxr-xr-x 2 root root 4096 Oct 30 04:07 sbin |
18:35.52 | tuxd3v | drwxr-xr-x 2 root root 4096 Oct 30 04:03 srv |
18:35.54 | tuxd3v | dr-xr-xr-x 13 root root 0 Oct 28 17:45 sys |
18:35.56 | tuxd3v | drwxrwxrwt 2 root root 4096 Nov 11 18:34 tmp |
18:35.58 | tuxd3v | drwxr-xr-x 10 root root 4096 Oct 30 04:03 usr |
18:36.00 | tuxd3v | drwxr-xr-x 11 root root 4096 Oct 30 04:03 var |
18:36.02 | tuxd3v | sorry for the spamm |
18:36.04 | tuxd3v | I should tried a smaller command .. |
18:36.06 | tuxd3v | I am sorry |
18:37.22 | fsmithred | oh! |
18:37.40 | tuxd3v | then you needto have '/usr/bin/qemu-aarch64-static' in chroot same place '/usr/bin/qemu-aarch64-static' |
18:37.42 | fsmithred | I know why it keeps telling me 'no such file or directory' for ls |
18:38.05 | yeti | https://forums.parallax.com/discussion/166691/run-bstc-on-cubietruck-raspberry-pi |
18:38.21 | yeti | maybe something changed since wheezy days... |
18:38.32 | yeti | so my memories may be outdated |
18:39.14 | fsmithred | ok, I have to precede the command with qemu-aarch64-static and I have to use the path to the command |
18:39.18 | tuxd3v | yeti: no need to prefix qemu binary, or even to use it at all, after it been in place ;) |
18:39.58 | tuxd3v | fsmithred, that is the first aproach , and it works, but its a bit time consuming |
18:40.12 | tuxd3v | the next step is without prefixes |
18:40.24 | fsmithred | how do I get there? |
18:40.30 | tuxd3v | you doesn't even notice that you are in a chroot environment |
18:41.04 | tuxd3v | root@desktop0:/# find / -name qemu-aarch64-static |
18:41.04 | tuxd3v | /usr/bin/qemu-aarch64-static |
18:41.11 | tuxd3v | I only have 1 binary |
18:41.17 | tuxd3v | there |
18:42.11 | tuxd3v | and I haven't set any env var.. at least that I now, I simply uncompressed the image, and chrooted into it, copy qemu to inside of it, and its ok |
18:42.43 | fsmithred | alright, I'll play with this later |
18:42.46 | fsmithred | gotta go |
18:42.50 | fsmithred | Thanks for help. |
18:43.24 | tuxd3v | fsmithred, no problen |
18:43.26 | tuxd3v | :) |
18:50.37 | tuxd3v | fsmithred: I thik I got it: |
18:50.41 | tuxd3v | sudo update-binfmts --display|grep -EA 7 "aarch64.*enabled" --color |
18:51.25 | tuxd3v | check if arch aarch64 is enabled with update-binfmts.. |
18:51.57 | tuxd3v | in the host |
18:59.39 | *** join/#devuan sunshavi (~user@190.239.244.220) |
19:06.11 | *** join/#devuan cgdae (~cgdae@razumovsky.net) |
19:10.05 | *** join/#devuan petzi (~petzi@p578b3438.dip0.t-ipconnect.de) |
19:16.57 | *** join/#devuan james1138 (~chatzilla@71-222-133-42.albq.qwest.net) |
19:33.17 | *** join/#devuan \0xc0ffee (~chuck@freebsd/user/-0xc0ffee) |
19:37.53 | *** join/#devuan cd (~cd@unaffiliated/cd) |
19:39.00 | cgdae | could anyone here explain how to install devuan unstable (aka beowulf)? i haven't been able to find info on devuan.org. i did find http://pkgmaster.devuan.org/devuan/dists/unstable/main/installer-amd64/current/images/netboot/mini.iso, but when installing, it said 'no kernel modules found' when doing 'download installer components'. |
19:40.11 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
19:44.48 | *** join/#devuan IoFran2 (~Thunderbi@200.68.141.25) |
19:48.03 | emdete | cgdae: i use the life-iso, install this minimal system, reboot, change the apt sources and do an upgrade... |
19:51.40 | cgdae | emdete: ah, thanks. does that mean that there isn't a way to install beowulf directly (without going via stable or similar)? |
19:52.52 | *** join/#devuan arnoldoree (~arnoldore@ranoldoree.plus.com) |
19:53.11 | *** join/#devuan Human_G33k (~HumanG33k@62.147.242.8) |
19:55.57 | *** join/#devuan Human_G33k (~HumanG33k@62.147.242.8) |
20:04.07 | emdete | cgdae: i'm not sure but because i like to start with a minimal system that was the best way i found. i even looked for how that iso can be build to strip it even more ;) |
20:11.11 | *** join/#devuan Human_G33k (~HumanG33k@62.147.242.8) |
20:12.23 | *** join/#devuan LtWorf_ (~LtWorf@2001:9b1:4041:e000:a634:d9ff:fec6:343c) |
20:14.10 | *** join/#devuan jordila (~jordi@178.62.192.190) |
20:16.21 | *** join/#devuan IoFran (~Thunderbi@189.237.240.124) |
20:19.17 | *** join/#devuan IoFran2 (~Thunderbi@200.68.140.13) |
20:28.49 | *** join/#devuan rdav (~rdav@110.193.150.122.sta.dodo.net.au) |
20:28.53 | *** join/#devuan shibboleth (~shibbolet@gateway/tor-sasl/shibboleth) |
20:29.30 | golinux | cgdae: Yes, you'll want to upgrade from ascii by changes the sources list to beowulf which hasn't been officially released yet. |
20:30.30 | golinux | Depending on your setup. it could go more or less smoothly |
20:34.14 | *** join/#devuan petzi (~petzi@p578b3438.dip0.t-ipconnect.de) |
20:38.10 | *** join/#devuan xinomilo (xinomilo@gateway/vpn/privateinternetaccess/xinomilo) |
21:03.46 | *** join/#devuan LtWorf (~LtWorf@h-191-254.A890.priv.bahnhof.se) |
21:12.54 | emdete | golinux: can you tell how to build the life iso? |
21:13.49 | golinux | Depends how you want to build it |
21:15.37 | golinux | From a running desktop you can use refractasnapshot. I should be in the Devuan repos. Readme is here: https://git.devuan.org/devuan-doc/documentation/tree/master/dev1fanboy |
21:15.53 | golinux | I > it |
21:16.51 | golinux | There is also the live-sdk: https://devuan.org/os/distro-kit |
21:17.01 | golinux | emdete: ^^^ |
21:21.53 | *** join/#devuan sardonico (ale@freeshell.de) |
21:23.08 | *** join/#devuan sardonico (ale@94.247.40.156) |
21:26.28 | golinux | Oops clipboard misfire |
21:26.44 | golinux | Try https://refracta.org/docs/readme.refractasnapshot.txt |
21:36.09 | *** join/#devuan systemdlete2 (~quassel@c-73-116-51-231.hsd1.ca.comcast.net) |
21:36.10 | *** join/#devuan systemdlete3 (~quassel@c-73-116-51-231.hsd1.ca.comcast.net) |
21:50.52 | fsmithred | emdete, it's possible to do a debootstrap install from the live isos. That would be the leanest possible install. |
21:54.53 | emdete | golinux: do you suggest to use refracta or distro-kit? |
21:56.51 | fsmithred | emdete, it depends on what you want to do |
21:57.25 | *** join/#devuan Achylles (~Achylles@2804:431:d724:c40e:4dfc:a624:9231:bfd9) |
21:57.45 | mason | cgdae: I've been doing straight Beowulf installs recently. Vaguely similar to the Refracta method, I have a generic install with the tools I want on a portable USB hard drive (and again on a VM I can attach to virtual disks, for virtual installs) and I go from there, debootstrap driven by scripting. |
21:58.55 | mason | I should do a pxe version and then I could just have one. |
21:59.07 | emdete | creating a minimalistic boot usb stick which is able to be (unattended) installed to hd if desired. |
22:00.34 | emdete | golinux: refracta seems to provide that, i already use that with a patched script in a second partition.but i would like to put that script into the iso and remove some packages... |
22:00.36 | fsmithred | ok, refractainstaller is not an unattended activity, but you could make your own script to do that. |
22:01.06 | mason | emdete: Things to look at that could be adapted: https://wiki.debian.org/DebianInstaller/Preseed https://wiki.debian.org/FAI |
22:01.17 | fsmithred | refractasnapshot is a WYSIWYG remastering tool. It copies the running system. |
22:01.28 | emdete | fsmithred: which i did based on an older version (someone here provided that) |
22:01.36 | emdete | mason: fai is a beast ð |
22:02.55 | fsmithred | emdete, what exactly do you mean by "unattended" |
22:02.57 | fsmithred | ? |
22:03.09 | emdete | does live-sdk include any kind of installer to copy to hd? |
22:03.14 | fsmithred | no |
22:03.24 | fsmithred | unless you tell it to include refractainstaller |
22:03.41 | fsmithred | a few people have gotten it to include debian-installer, but I'm not one of those people |
22:03.43 | emdete | fsmithred: i start a script and it installs with no further interaction |
22:03.47 | mason | emdete: You can script up debootstrap for something similar. Half a sec and I'll pastebin my most recent cut - note that it prompts for root password, dialog for locale, etc. |
22:04.09 | fsmithred | ok, that's pretty easy to do if you know what partition you're going to use |
22:04.17 | fsmithred | and a few other things |
22:04.42 | fsmithred | you could lift a few lines out of refractainstaller and make your own |
22:04.56 | emdete | fsmithred: its for notebooks in a school. the kids boot from stick, run the installer, target is more or less same, same |
22:05.04 | mason | emdete: https://bpaste.net/show/ZJFEY |
22:05.27 | emdete | yes, i already did so. i just wasnt sure how to build the iso |
22:05.28 | fsmithred | for a computer class? |
22:05.31 | mason | emdete: You could install via netboot too, and skip the media distribution. |
22:05.53 | fsmithred | can you let the kids hack on the script? |
22:06.35 | fsmithred | if you have an installation already the way you want it, easiest way to make iso is refractasnapshot |
22:07.00 | emdete | sure, but why? its only the installation phase. after that they boot from HD into a console-only linux and start from there to put things together |
22:08.09 | emdete | ok. this is good to know. and it seems they have just deb packages. nice. |
22:08.10 | emdete | thank you all ! :) |
22:08.33 | fsmithred | I say make them all do a debootstrap install and they can learn a few things |
22:08.43 | *** join/#devuan rdav (~rdav@245.184-26-211.sta.nsw.iprimus.net.au) |
22:08.45 | mason | Oh, need to update the script's sources.list. Whoops: https://bpaste.net/show/5TIM2 |
22:08.56 | emdete | but your script looks interesting too - you use efi, zfs and crypto... will check what i can steal from that ð |
22:09.17 | mason | emdete: I like the idea of not having as much automation and guiding the students through a hand install. |
22:09.26 | mason | emdete: Good way for them to learn. |
22:10.28 | fsmithred | agris, take a look at mason's script linked above ^^^ |
22:10.32 | mason | emdete: Maybe look at a private/local mirror if you're going to have more than a handful of students downloading packages all at once. |
22:10.36 | emdete | yes, it's wonderfull if they are stuck in front of a console |
22:11.02 | emdete | and the eyes when you show them youtube-dl and mpv with -vo caca is just great :D |
22:11.12 | fsmithred | lo |
22:11.13 | fsmithred | l |
22:11.26 | mason | fsmithred: Once I'm properly happy with the script I'll put it on github or something. Also, it'd be worth having a legacy mode for folks who don't want ZFS. |
22:12.12 | fsmithred | cool. agris had questions about zfs yesterday |
22:12.34 | emdete | mason: ah, they install step by step, the current class is 7 people and they install python or such - mostly a single package. but that's a good hint to speed up things... |
22:12.44 | mason | fsmithred: Ah, I somehow missed that I hadn't rejoined #devuan after the last time I parted, although I remembered #debianfork. |
22:13.05 | mason | agris: I'd be happy to help. Just ping me. |
22:31.50 | *** join/#devuan n0a110w (~n0a110w@unaffiliated/n0a110w) |
22:36.05 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
22:42.28 | *** join/#devuan Centurion_Dan (~Thunderbi@devuan/developer/centuriondan) |
23:01.43 | *** join/#devuan Soo_Slow (Soo_Slow@gateway/vpn/privateinternetaccess/sooslow/x-31376162) |
23:43.37 | cgdae | mason: thanks for that. sounds interesting. but... not sure i have the time spare to figure how to all of that myself! |
23:54.52 | *** join/#devuan cd (~cd@unaffiliated/cd) |
23:56.59 | *** join/#devuan IoFran (~Thunderbi@200.68.140.13) |