TwistedFate | my devuan install keeps mixing the partition ID's, one partition is sometimes sda1 and sometimes sdb3 for an example.. | 01:58 |
---|---|---|
TwistedFate | is that normal? | 01:58 |
mason | TwistedFate: That's strange. Discovering disks in random order isn't wildly unusual, but you should never see partitions confused with each other unless you have some sort of odd race condition with labels. | 02:13 |
systemdlete | fstab file? How are you mounting the partitions? | 03:27 |
systemdlete | are you using software raid? Lvm? | 03:30 |
fsmithred | probably just device names | 03:30 |
fsmithred | instead of uuid or labels | 03:30 |
systemdlete | One thing you could try is fdisk -o Name,Size,Type,UUID /dev/sd? | 03:30 |
systemdlete | Make sure that there isn't duplicate UUID's or the like from some former configuration, idk. | 03:31 |
* systemdlete is trying to be helpful today | 03:33 | |
systemdlete | actually, try: fdisk -o Device,Name,Size,Type,UUID /dev/sd? | 03:37 |
gnarface | well if they're removable disks like USB keys or something, all bets are off then | 03:55 |
gnarface | (even if they're always all plugged in at boot, sometimes) | 03:56 |
gnarface | (the reliability of the detection order of such things tends to vary more by hardware than by software) | 03:57 |
JClu | hi, bootin devuan_beowulf_3.0.0_RC_amd64_minimal-live.iso in qemu64 v.3.1.0 => kernel panick | 08:32 |
JClu | [ 9.935464] List of all partitions:[ 9.935997] No filesystem could mount root, tried:[ 9.936053][ 9.936408] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) [ 9.937010] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.19.0-9-amd64 #1 Debian 4.19.118-2 [ 9.937168] Hardware name: QEMU | 08:33 |
JClu | Standard PC (i440FX + PIIX, 1996), BIOS rel-1.12.0-0-ga698c8995f-prebuilt.qemu.org 04/01/2014[ 9.937506] Call Trace: [ 9.939832] dump_stack+0x66/0x90 [ 9.940022] panic+0xe7/0x24a [ 9.940187] mount_block_root+0x2c2/0x2e6[ 9.940377] ? do_early_param+0x8e/0x8e[ 9.940474] prepare_namespace+0x130/0x166[ | 08:33 |
JClu | 9.940586] kernel_init_freeable+0x208/0x218[ 9.940687] ? rest_init+0xaa/0xaa[ 9.940780] kernel_init+0xa/0x10d[ 9.940875] ret_from_fork+0x35/0x40[ 9.942177] Kernel Offset: 0x3e00000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff)[ 9.942846] ---[ end Kernel panic - not syncing: VFS: Unable to mount | 08:33 |
JClu | root fs on unknown-block(0,0) ]---as seen tryin,g to get a partition? not found, not happy, panick... a live???(sorry for craply formatted txt) | 08:33 |
JClu | thx for any hints/help/explanation | 08:33 |
rrq | 32 bit host / guest emulator ? | 09:15 |
* rrq can't read | 09:17 | |
rrq | 64 bit host? | 09:20 |
ErRandir | did the iso download ok? does the md5sum match? Are you using qemu-system-x86_64? Try booting a 64 bit guest | 09:52 |
JClu | all 64b (tinycore 10 64b with qemu 64b v.3.1.0) and the iso isevuan_beowulf_3.0.0_RC_amd64_minimal-live.iso | 09:55 |
JClu | as for the sha256sum : OK | 10:04 |
openbsdtai123 | what is the point to replace all tar.gz by "xz" type packages? | 11:17 |
openbsdtai123 | (src) | 11:17 |
openbsdtai123 | even the kernel.org has xz nowadays. :( | 11:18 |
Joril | More compression? | 11:33 |
openbsdtai123 | is it really important to change all gzip to xz in whole linux? | 11:39 |
openbsdtai123 | As soon as there is a shinning thing, linux runs for it. This makes more work. | 11:39 |
Joril | Well it looks like xz is at least 12 years old | 11:42 |
onefang | Well it looks like this conversation isn't about Devuan support, so it belongs in #debianfork. | 11:44 |
Joril | (Sorry) | 11:47 |
rknop | What's wrong with xz? | 12:00 |
mason | It's all "tar xf" to me. | 14:11 |
mason | onefang: We should spin up a different offtopic channel. I wouldn't send anyone to #debianfork. Too many lunatics. | 14:11 |
MinceR | lol | 14:11 |
* yeti thinks the offtopic channel should have a name starting wirh #devuan too... like #devuan-catchalltopics because #debianfork looks too unrelated... | 15:33 | |
MinceR | i thought devuan _was_ a debian fork :> | 15:33 |
yeti | one ... ubuntu is one too | 15:33 |
yeti | :-Þ | 15:33 |
MinceR | topics make the connection clear :> | 15:34 |
yeti | dont expect adults everywhere :-Þ | 15:34 |
FrapeX | hi, is there like an official statement of what devuan beowulf i386 should run on (does it run on CPUs without SSE2)? | 16:18 |
nemo | wow | 16:25 |
nemo | FrapeX: I'm not the only one on 32 bit without SSE2 yay! 😃 | 16:25 |
nemo | FrapeX: the only intel machine still in my house is a 32 bit Intel Atom server that I bought as a complete machine for $99 | 16:26 |
nemo | FrapeX: that said, it is running gentoo so regrettably cannot help you with your question | 16:26 |
nemo | lemme poke fsmithred - he knows everything | 16:26 |
FrapeX | nemo: thats too bad. I think 32-bit Atom does support SSE2 (check /proc/cpuinfo) | 16:27 |
bgustav | I have neither SSE nor SSE2. Beowulf runs fine, but kate dies when trying to edit an XML file (and complains about SSE) | 16:28 |
Hurgotron | FrapeX: I'm curious... what CPU is that exactly? | 16:29 |
FrapeX | bgustav: and what about Firefox / Thunderbird? I know rust/rustc (firefox is compiled with rust/rustc) just assume every CPU has SSE2. | 16:29 |
nemo | FrapeX: hm. are you sure? I got an SSE2 error just the other day trying to emerge rust (was tagged as a dependency of the gentoo ebuild so I ended up using rustup to emerge Seamonkey) | 16:29 |
nemo | FrapeX: I asked rust folks. SSE2 is *not* a requirement of rust | 16:29 |
bgustav | FrapeX: they run fine, but crawl, because of the old CPU | 16:29 |
FrapeX | nemo: no I am not sure. /proc/cpuinfo should give you that info :-) There are all sorts of Intel Atoms | 16:29 |
nemo | FrapeX: hmmmm. it's in the flags though! you're right! | 16:29 |
nemo | wtf | 16:29 |
nemo | FrapeX: no. I never looked. I trusted gentoo. *rage* | 16:30 |
nemo | but. it might be my fault. I might've misconfigured things long back | 16:30 |
nemo | hm. no. I have sse/sse2 in my make.conf too. ok. time to emerge rust again | 16:31 |
nemo | FrapeX: I do know this model is not vulnerable to meltdown/spectre apparently 😃 | 16:31 |
FrapeX | nemo: well the rust folks have their own definition of i686, according to them every i686 has SSE2. which is not true. They know that though. | 16:31 |
FrapeX | bgustav: that great news to hear. also the latest firefox update, 68.8.0esr? | 16:32 |
FrapeX | Hurgotron: Its a AMD Thorton, 2400XP+ | 16:33 |
nemo | bgustav: hm... Firefox works decentish for me on old CPUs | 16:33 |
bgustav | FrapeX: give me 2 mins to start that machine and check | 16:33 |
nemo | bgustav: is this about slow scrolling? 'cause there's a fix for that | 16:33 |
FrapeX | bgustav: great! thanks a lot | 16:33 |
Hurgotron | FrapeX: Thanks. - Just for fun, or something productive? | 16:34 |
FrapeX | Hurgotron: like AMD Athlon XP2400+, model Thorton | 16:34 |
Hurgotron | got that | 16:35 |
FrapeX | Hurgotron: want to do something useful with it, still my main computer. It just can't trash the thing. | 16:35 |
FrapeX | Hurgotron: guess I am a bit oldskool nowadays :P | 16:36 |
Hurgotron | cool. And I thought I was stcking to old things with my 10 year old AMD64 :) | 16:36 |
FrapeX | nemo: atom doesnt have Intel MEI, which is a good thing. | 16:37 |
FrapeX | Hurgotron: I wanna run it till it blows up / breaks down. | 16:37 |
Hurgotron | FrapeX: I have a hard time trashing still functional technology, I think it's a waste of ressources. But one also has to consider energy efficency for daily use | 16:38 |
FrapeX | Hurgotron: thats true. I'll try to not run it 24/7 then ;-) | 16:40 |
nemo | FrapeX: oh yeah. forgot about that one ☺ all good things all around | 16:42 |
nemo | FrapeX: isn't too bad power consumption-wise either for such an ancient machine. main issue is the spinning rust, so I do have replacing it on this summer's todo list | 16:43 |
openbsdtai123 | what is the most official FTP for the sources.list (e.g. in US or UK)? | 16:43 |
nemo | (I've got nothing against spinning rust usually, but his is a really tiny amount of spinning rust 😃) | 16:43 |
bgustav | FrapeX: firefox 68.8.0esr and thunderbird 68.8.0. Also, please note that I use LXQT and it runs fine without any SSE, but I can't say anything about other DEs | 16:43 |
bgustav | nemo: no, they are slow because the CPU is slow (850 mhz) | 16:44 |
FrapeX | bgustav: firefox and thunderbird work? :D great! | 16:44 |
bgustav | yes, they are up to date and they work | 16:45 |
nemo | bgustav: ok... I mean, that's slow but not crazy-slow. I use firefox just fine on my first generation raspberry pi | 16:46 |
nemo | bgustav: I was just wondering if it was maybe https://bugzilla.mozilla.org/show_bug.cgi?id=1263222 | 16:46 |
nemo | which can be tested with an about:config change | 16:47 |
nemo | but obv everyone has different standards for slow ☺ also I do use NoScript and uMatrix so I'm sure that helps tons | 16:47 |
FrapeX | bgustav: thanks for testing. Guess its time to migrate from Windows XP to Devuan | 16:48 |
Akuli | :D | 16:48 |
FrapeX | nemo: like in hard drive spinning rust? | 16:50 |
nemo | FrapeX: yeah ☺ | 16:56 |
FrapeX | nemo: you keep the spindles running 24/7? | 16:56 |
nemo | FrapeX: yes | 16:56 |
nemo | FrapeX: improves reliability long term, and the machines are in fairly active use | 16:56 |
nemo | FrapeX: the cost of electricity is not as important as reliability and my time recovering from backups | 16:57 |
FrapeX | nemo: I did that before, and the hard drives became very noisy. | 16:57 |
nemo | FrapeX: spinning rust has gotten more efficient over time though | 16:57 |
nemo | FrapeX: hm... noisy is not necessarily a good sign. unless this was like a decade ago when everything was noisy | 16:57 |
openbsdtai123 | nemo: for the rpi3b, I may recommend you sarpi3, it is damn fast: https://termbin.com/thcp9 <- how to. | 16:58 |
FrapeX | nemo: well drives had regular ball bearings, not liquid drive bearings | 16:58 |
FrapeX | nowadays if drives run quiet they probably have liquid drive bearings, less wear | 16:59 |
nemo | FrapeX: could be. | 17:00 |
mason | openbsdtai123: Only issue there is that there's no minimal install from which you can build, meaning there are going to be size issues (as they note) with anything but large SD cards. | 17:00 |
openbsdtai123 | well, it works. I can install about 500 mb install base system on it, maybe less would be possible. | 17:01 |
mason | openbsdtai123: You using custom tagfiles for that? | 17:02 |
mason | openbsdtai123: Anyway, the trick from there is adding in things as you find you need them, without having any sort of even manual map of dependencies. | 17:03 |
openbsdtai123 | just setup and after bit of custom in the terminal | 17:03 |
fsmithred | was Thorton before or after Windsor (I have one) | 17:36 |
FrapeX | just noticed, s/liquid/fluid/ my bad :P | 17:36 |
FrapeX | fsmithred: Thorton was before. Windsor is Athlon 64 | 17:37 |
fsmithred | yeah Athlon X2 64 - 0h, yours is 32 | 17:38 |
fsmithred | beowulf should work. It has 686-pae kernel in the desktop-live, and 686 kernel in minimal-live | 17:38 |
FrapeX | yea, so what would be best, pae or non-pae? | 17:39 |
fsmithred | dunno | 17:40 |
fsmithred | whichever boots should work ok - if you get it to boot, you can change the kernel later | 17:40 |
FrapeX | yea ok | 17:41 |
fsmithred | FrapeX, CORRECTION: The i386 live isos (both) have 686 kernel | 17:49 |
fsmithred | no pae | 17:49 |
fsmithred | I did that for you | 17:49 |
fsmithred | then forgot | 17:49 |
FrapeX | fsmithred: haha, thanks | 17:55 |
fsmithred | the minimal-live used to have the 586 kernel in ascii, but debian dropped that kernel. | 18:05 |
FrapeX | wasnt planning on installing devuan on my pentium 100 anyway :P | 18:06 |
APic | Hi. I want to install scratchbox on Devuan beowulf. I added „deb [trusted=yes] http://scratchbox.org/debian hathor-r1 main“ to /etc/apt/sources.list.d/ but i get loads of Errors like https://nopaste.linux-dev.org/?1318556 — „apt-get --allow-unauthenticated install scratchbox-core“ does not help. How can i force an insecure Download please? | 18:25 |
fsmithred | APic, apt-get --allow-unauthenticated install <package> | 18:30 |
fsmithred | oh | 18:30 |
fsmithred | maybe download the deb package in browser or with wget and then install with dpkg | 18:32 |
APic | Yes, i am doing that now, but it is a Hassle | 18:34 |
APic | I need „scratchbox-core scratchbox-devkit-apt-https scratchbox-devkit-autotools-legacy scratchbox-devkit-debian-squeeze scratchbox-devkit-doctools scratchbox-devkit-git scratchbox-devkit-perl scratchbox-devkit-python-legacy scratchbox-devkit-qemu scratchbox-devkit-svn scratchbox-libs scratchbox-toolchain-cs2007q3-glibc2.5-arm7 scratchbox-toolchain-cs2007q3-glibc2.5-i486 scratchbox-toolchain-host-gcc“ as | 18:35 |
APic | described in https://wiki.maemo.org/Documentation/Maemo_5_Final_SDK_Installation | 18:35 |
APic | Whatever. *shrug* | 18:35 |
fsmithred | squeeze? | 18:41 |
APic | Yes, the Maemo-SDK is very dated | 18:43 |
sixwheeledbeast | Yes Squeeze or there's a Ubuntu Lucid. | 18:51 |
sixwheeledbeast | vm | 18:51 |
sixwheeledbeast | It's probably better to have a separate dev virtual environment for maemo builds? | 18:53 |
APic | Probably | 18:59 |
sixwheeledbeast | it will have all the dependencies you need. | 19:13 |
darylk | Hi All, I have a project where I need to build a iso in vm for old hardware. Wanted to try out live-sdk-master but see some old dates on the last updates. That and the commands fail. Repos marked public are asking for login.... Is this project supported any longer? | 20:58 |
darylk | Since sign-ups are not working I am guessing no. I’d like to use sysvinit and avoid systemd with a linux build. Do you have any other tools that are capable or making custom live-iso files? | 21:26 |
plasma41 | fsmithred: ^^^ | 21:33 |
fsmithred | seven minutes | 21:38 |
fsmithred | darylk guessed wrong. | 21:39 |
fsmithred | and live-sdk is still supported | 21:39 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!