previous
2024-04-28
04:03:04 <ted-ious> Xenguy: I guess?
04:03:39 <Xenguy> You are tedious, take to offtopic please
04:04:37 <ted-ious> I'm only tedious when my irc client loses its connection and I have to put the - back in.
06:32:42 <darwin> tried installing Devuan 6 on a PC with Radeon RX Vega 64 and 2560x1600 monitor but the screen is all garbled (was working fine before)
06:33:00 <darwin> do medium resolutions not work?
06:35:05 <al1r4d> hmm, i dont have experience on that, sorry
06:55:27 <darwin> should I try Devuan 5?
06:57:36 <al1r4d> maybe driver issues(?)
06:59:17 <ted-ious> Isn't devuan 6 many months before it's finished?
07:06:17 <brocashelm> a whole year plus a few months at the earliest
07:55:50 <darwin> same happened on Devuan 5. The first screen displays fine, but as soon as I choose install it goes garbled
07:57:27 <ted-ious> Which installer are you using?
08:04:32 <darwin> devuan_daedalus_5.0.1_amd64_desktop.iso
08:05:06 <darwin> image linked at http://dev1galaxy.org/viewtopic.php?pid=49732#p49732
08:06:40 <darwin> the image seems to have disappeared from imgur.com ... where should I upload instead?
08:18:44 <ted-ious> darwin: Try this. https://envs.sh
08:19:23 <ted-ious> And have you booted a live image yet to make sure your video card works?
08:19:35 <darwin> it does
08:19:37 <darwin> the first screen is fine
08:19:42 <darwin> the second screen gets garbled
08:19:53 <darwin> same happened on another PC with a different new video card and different monitor
08:21:03 <darwin> it's been happening since at least Devuan 4. Someone said it's because of old kernel display drivers
08:21:12 <darwin> previously ran other OS fine but those have more problems than Devuan
08:26:50 <ted-ious> What first and second screen do you mean?
08:27:09 <ted-ious> I don't think the live image has more than one screen.
08:32:13 <darwin> of course it does
08:32:44 <darwin> the first screen shows several/many options including at least three choices of installation type (standard, expert, another type) and more options
08:32:55 <darwin> i just pressed enter which went to the next screen
08:33:39 <darwin> the first screen is blue and white. The next probably has some red
08:49:27 <ted-ious> That sounds like the installer not the live image.
08:52:28 <darwin> i said I was installing
08:53:35 <n4dir> did you try a live image?
08:53:43 <n4dir> as in: too.
08:55:18 <CueXXIII> darwin: sounds like your video card has problems with linux, what card are you using?
08:55:31 <darwin> no, it doesn't; works fine on all other GNU/Linux
08:55:40 <rrq> darwin: that first screen is part of bootloading; the second is the first one brought up by the kernel
08:55:40 <darwin> a Radeon RX Vega 64
08:56:00 <rrq> you may need to instead press TAB on the first screen and then used a different vga= setting
08:56:40 <rrq> ... before pressing ENTER to start the installation
09:09:42 <darwin> thanks; now able to install
09:11:24 <CueXXIII> oh, there is a vga=788 per default in the boot line from grub, i guess you should remove that; and maybe remove the nomodeset, too
09:16:09 <CueXXIII> seems vga=788 means 800x600 at 16 bit, i think newer graphic cards might no longer support that legacy mode
09:30:25 <rrq> just to be really detail picky: the installer uses syslinux and not grub
09:31:25 <rrq> (mostly because grub doesn't offer boot menu help pages)
09:40:33 <darwin> why not make default 'vga=ask'?
09:46:53 <rrq> I guess so far most installations have worked fine with the current default so there hasn't been a need to make the installation process more complex
09:49:30 <ted-ious> darwin: vga=ask was removed from the kernel years ago.
09:49:57 <ted-ious> I keep hoping they'll put it back in but I don't know what it would take.
09:51:17 <darwin> it's not removed
09:51:29 <darwin> i used it to install
09:54:00 <ted-ious> Oh they finally did put it back in?
09:54:25 <ted-ious> Wow I didn't think that would ever happen.
09:55:46 <onefang> The problem with vga=ask is there's sooo many modes listed for modern cards that most of them scroll off the screen. So you need to know the mode you want anyway, unless you get lucky.
09:55:48 <darwin> i've used it every year since about 1997 or '8
09:56:40 <onefang> I used it last year with a recent kernel.
09:58:16 <ted-ious> https://unix.stackexchange.com/questions/92817/what-happened-to-vga-ask-in-newer-kernels
09:59:51 <ted-ious> It has been replaced with video= which requires resolutions instead. https://www.kernel.org/doc/Documentation/fb/modedb.txt
10:00:19 <ted-ious> Maybe debian has patches to add it back in?
10:02:49 <CueXXIII> still the devuan installer specifies vga=788 for the kernel…
10:03:16 <rrq> (and nomodeset)
10:03:24 <CueXXIII> which is a 16bit mode - https://pendrivelinux.com/vga-boot-modes-to-set-screen-resolution/
10:05:32 <CueXXIII> debian 12.5.0 netinstall does so, too
10:29:13 <darwin> i doubt it's patched--Slackware isn't but always worked
10:30:35 <darwin> how can I install OpenCL ( to work like on repo.radeon.com/amdgpu-install/6.1/ubuntu )? I know some Debian users did a certain way?
10:38:02 <CueXXIII> darwin: no idea if it works, but you could try the ubuntu install instructions
10:38:33 <CueXXIII> https://rocm.docs.amd.com/projects/install-on-linux/en/latest/how-to/native-install/ubuntu.html
11:11:12 <darwin> even I know you can't just follow those
11:47:00 <darwin> i could tell you why but it's also a lot more complicate than what I know
12:14:52 <darwin> never used CD but it keeps saying 'Media change: please insert the disc labeled 'Devuan GNU/Linux 5.0.1 daedalus amd64 - desktop 20230914' in the drive '/media/cdrom/' and press [Enter]'
12:32:29 <rrq> I think it easier to mount the CD manually and then use it with file:///path in sources.list ... (I've never had any luck with cdrom://)
12:34:40 <rrq> iirr the cdrom variant requires a good fstab setup as well so it's messier
12:40:44 <darwin> i did except linked it to /media/cdrom but it keeps asking me when in the middle of files
12:41:03 <darwin> the ISO
12:41:17 <rrq> check sources.list to make sure the cdrom entry is commented out
12:41:32 <CueXXIII> do you have multiple cdrom: entires in /etc/apt/sources.list(.d/) ?
12:45:17 <darwin> okay, but now it said: E: The repository 'file:/dcd daedalus Release' is not signed.
12:45:47 <darwin> i didn't use a CD
12:56:36 <darwin> i got that working now, but still not OpenCL
13:04:01 <darwin> what you left out is you have to say '[trusted=yes]'
13:22:49 <rrq> which package(s) are you looking for?
14:34:16 <dvbst> hello! is the update from devuan 4 to 5 100% seemless or is there a possibility that something might not work? should i back up my system?
15:11:15 <joerg> you should always backup your system
18:54:41 <archdummy> How to get grub-btrfs displaying near each snapshot what pre/post package apt was installing, as a comment? (As on arch)
18:55:37 <archdummy> It seems that on debian and all, the grub only comments "apt" without any additional info on the CLI that was used...
18:56:38 <archdummy> See screenshots here https://github.com/david-cortes/snapper-in-debian-guide
18:57:32 <archdummy> https://github.com/david-cortes/snapper-in-debian-guide?tab=readme-ov-file#debian-with-automated-snapper-rollbacks
19:53:51 <archdummy> Any spac-pac equivalent for apt?
19:59:02 <archdummy> Any snap-pac * equivalent for apt?
22:20:46 <plasma41> archdummy: This source file https://sources.debian.org/src/snapper/0.10.6-1.1/debian/80snapper/ looks to be the one responsible for creating snapshots before and after an apt operation. It would probably need to be editted to be able to do what you want.
22:33:06 <plasma41> archdummy: Thanks for the link to that guide. I'll stash it away for my personal use later.
22:38:36 <plasma41> Also, I haven't checked in a while, but at one point the Debian maintainer for snapper had disabled the package's cron jobs as a workaround to some issue, expecting users to be able to rely on using systemd timers instead. That obviously won't work on Devuan. One of my back burner-ed projects is to get the cron jobs fixed and reintroduced into the Debian package.
22:53:43 <golinux> archdummy: FYI . . . http://deb.devuan.org/bannedpackages.txt
---------- 2024-04-29 ----------
00:42:55 <archdummy> plasma41: Damn,
00:43:39 <archdummy> golinux: y'all are strong enough to quote me the codeline o-o
00:44:10 <archdummy> I'm not skilled enough, but if y'all know someone who could do it, here is the snap-pac repo https://github.com/wesbarnett/snap-pac
00:44:44 <archdummy> I can't tell for sure but I suspect it's the missing piece for getting detailed comments on grub screen / when issuing ~ snapper ls
01:58:02 <archdummy> Why a broadcom wifi card has NO issues detecting networks when booting on debian live iso, but after proceeding to the install, it won't detect nothing?
02:20:17 <joerg> firmware?
02:34:06 <plasma41> archdummy: I've cloned both of those repositories to my local system. I'll take a look at them whenever I find time to set up snapper on my machine.
03:00:33 <integfred> Thunar file manager doesn't copy files using the GUI to external media properly. Copying by GUI results in file corruption. You can test this with cmp comman
03:00:41 <integfred> Using a different file manager (spacefm-gtk3) works for the time being
03:01:21 <integfred> It's important as I just ripped a computer apart trying to find the source of corruption
03:01:58 <integfred> Pretty severe
03:07:44 <ted-ious> integfred: What filesystem are you using?
03:07:50 <integfred> ext4
03:07:58 <ted-ious> On both?
03:08:09 <integfred> yes, I used a 6GB file to test
03:08:27 <integfred> copying by CLI was fine and copying using spacefm was fine
03:08:32 <integfred> but NOT Thunar
03:08:39 <ted-ious> What kind of file?
03:09:01 <integfred> I tried an ISO originally, then I dded some random stuff to a file to try that as well
03:09:25 <integfred> It only happens with external media
03:09:34 <ted-ious> And you're testing for corruption with something like sha*sum?
03:09:49 <ted-ious> Oh right.
03:09:49 <integfred> I'm testing one file against the other with cmp
03:10:01 <integfred> but shasum would work too
03:10:23 <ted-ious> Ok let's see if we can devise a test that will determine the nature of the corruption.
03:10:38 <integfred> I also mentioned this on xfce IRC just now
03:11:14 <integfred> dd if=/dev/urandom of=somefile bs=1M count=6000
03:11:20 <integfred> copy the file via gui
03:11:23 <integfred> then
03:11:39 <integfred> cmp somefile /path/to/externalmedia/somefile
03:11:50 <ted-ious> Does it corrupt with just one small file?
03:12:00 <integfred> I haven't tried one small file
03:12:07 <integfred> but it's possible
03:12:32 <integfred> I was getting corruptions because I wrote a script to check for silent corruption
03:12:35 <ted-ious> I would try making a simple script to do larger and larger files until the cmp fails.
03:12:48 <ted-ious> That's good.
03:13:07 <integfred> https://github.com/publicsite/consistencyChecker
03:13:26 <ted-ious> I started using archive file formats for copying files around for the same reason.
03:13:59 <ted-ious> Or else creating a md5sum file and comparing it on the other end.
03:14:25 <ted-ious> 7z and tarlz are really good for this.
03:14:36 <integfred> i'm in the process of trying to make it use CRC-24 sum, converted to base64 (which is 4 bytes) and using a 4 byte CRC per 4KB
03:15:08 <ted-ious> You could just use tarlz and it will do all the checksums internally for you.
03:15:20 <integfred> yeah, i don't want the compression
03:15:37 <ted-ious> That just needs a -0. :)
03:16:20 <ted-ious> Although you can get minor compression for free with -3 since your cpu will be bored waiting for the usb and wants to do something more than twiddle its thumbs. :)
03:18:16 <integfred> yeah ... I have slight paranoia haha
03:19:00 <ted-ious> Trying to avoid any possible corruption?
03:19:12 <ted-ious> I respect such paranoia. :)
03:19:25 <ted-ious> You should read about tarlz then.
03:21:01 <ted-ious> I think it's the only foss archive format with compression that can both detect corrupt bits and recover from bad blocks.
03:21:27 <integfred> actually i was part way through writing recovery too
03:21:50 <integfred> but this is not in the git yet
03:21:55 <ted-ious> Have you looked at par2 yet?
03:22:38 <ted-ious> There's supposed to be a par3 in development but it will take years before everybody is satisfied and trusts it as much as par2.
03:23:49 <integfred> I have never tried par2, I guess what I'm after is similar
03:24:02 <integfred> but part of the fun for me is to try and reinvent the wheel :)
03:24:50 <ted-ious> Don't let me stop you then. :)
03:27:06 <ted-ious> Does your script do things that rsync -c doesn't?
03:37:05 <integfred> i don't know what rsync -c does
03:54:22 <ted-ious> It forces rsync to compare every file instead of just looking at the date and time.
03:59:24 <integfred> the script I wrote in the git at the moment, as it stands, basically does that (compare every file in 2 different directories against each other). I am working on the other things I mentioned like CRC check and recovery to replace the cmp aspect to clarify. I am doing quite a bit of the work in C, but I haven't uploaded that bit yet.
2024-04-29
next