gnarface | oh wow | 00:00 |
---|---|---|
gnarface | you must have a lot instaled | 00:00 |
gnarface | do you have swap? | 00:00 |
Smilex | yeah | 00:00 |
gnarface | are you using ext4? | 00:00 |
Smilex | no, like an experimental idiot, I tried btrfs | 00:00 |
Smilex | it's burnt me | 00:00 |
gnarface | that's fine, i just mention it because by default ext4 reserves 10% of the drive space for literally nothing | 00:01 |
Smilex | ah | 00:01 |
gnarface | you'll probably be ok | 00:01 |
Smilex | Let's try | 00:01 |
Smilex | as it is installing, I'd like to ask if anyone else experiences really slow speeds with btrfs? I don't have a SSD | 00:02 |
gnarface | some people around here use btrfs, but it's kinda a slow channel so you might have to stick around for a while to get an answer | 00:03 |
Smilex | ok | 00:04 |
Smilex | btw, I might not have the 6 gigs, now that I think about it. | 00:04 |
Smilex | steam said 8 gigs left, but that was before I installed a game | 00:05 |
Smilex | is it safe to cancel a dist-upgrade? | 00:05 |
gnarface | sure | 00:05 |
Smilex | hm, now startx doesn't work | 00:06 |
gnarface | wait, you already downloaded 6 gigs??? | 00:06 |
gnarface | it would have been save to cancel based on my assumption that it was still downloading packages and hadn't extracted anything yet | 00:06 |
Smilex | yeah it was | 00:06 |
gnarface | until it finishes downloading the packages, nothing should have changed outside of /var/cache/apt | 00:06 |
Smilex | I'll try rebooting | 00:07 |
gnarface | that was probably a mistake... | 00:07 |
* gnarface sighs | 00:07 | |
Smilex | how do I see in terminal how much space is left? | 00:09 |
debdog | df -h | 00:10 |
Smilex | thanks! | 00:11 |
Smilex | ok, yeah, I had 1 gig left | 00:12 |
Smilex | deleted Dota 2, so now it should be fine | 00:13 |
Sario | parazyd: mind if I PM? | 01:27 |
Xenguy | Sario, Sleeping AFAIK | 01:27 |
Sario | Xenguy: I caught him, but thanks | 01:29 |
Xenguy | np | 01:29 |
Smilex | shit, dist-upgrade failed with no space left, but it's because of some other partition | 01:32 |
gnarface | you could maybe xz compress a large steam game temporarily to get enough space to complete the install maybe | 01:36 |
Smilex | I have 50 gb on sda1, but sda4 is full | 01:36 |
Smilex | it is related to my weird setup | 01:36 |
gnarface | you could bind mount a directory from sda1 somewhere on sda4 and move stuff into it | 01:37 |
gnarface | too much of that and you'll make a real tangled mess though | 01:37 |
Smilex | so sda1 is mounted on /mnt, but sda4 on /. However sda1 is supposed to be the system | 01:38 |
Smilex | it was a patchwork solution to try devuan in ubuntu | 01:38 |
gnarface | just move some games to sda1 then | 01:39 |
gnarface | just temporarily if nothing else | 01:39 |
Smilex | but I don't think any games are on sda4? I thought sda4 wasn't in use | 01:39 |
gnarface | oh, well it was an idea anyway, i'm not looking at your setup | 01:40 |
Smilex | but my computer won't boot if I don't think this, right? | 01:41 |
Smilex | think = fix | 01:41 |
gnarface | uh, no way to tell really | 01:41 |
gnarface | depends on how far it got | 01:41 |
gnarface | you should definitely fix it | 01:42 |
gnarface | it might use less space if you disable "recommends" | 01:42 |
Smilex | but how... | 01:42 |
Smilex | I'm surprised it even used sda4 | 01:42 |
gnarface | how big is sda4? | 01:43 |
gnarface | is it also sharing /tmp and /var? | 01:43 |
Smilex | it's 46 GB | 01:43 |
Smilex | sda4 is mounted on /, and sda1 is mounted on /mnt | 01:43 |
gnarface | / shouldn't need much space, but that'd be assuming /var, /tmp, /usr and /home are all on separate partitions | 01:44 |
Smilex | but there's some trickery to make /mnt be / or something, I forgot | 01:44 |
gnarface | chroot? | 01:44 |
gnarface | or maybe a boot option? | 01:44 |
Smilex | I forgot, where are boot options? | 01:45 |
Smilex | I don't think it's chroot | 01:45 |
gnarface | boot options would be in the bootloader config. grub, probably | 01:45 |
gnarface | maybe /etc/default/grub | 01:46 |
Smilex | I think it's a fstab thing though | 01:46 |
gnarface | you'd probably need stuff in the fstab too | 01:47 |
Smilex | can't find any grub customization | 01:48 |
gnarface | what does your fstab currently look like? | 01:48 |
gnarface | you sure the other drive didn't have its own grub menu entry at boot time? | 01:49 |
gnarface | er, the other partition i mean? | 01:49 |
gnarface | i'm trying to help you here but i seem to be missing important information | 01:49 |
Smilex | apparently it isn't btrfs... Anyway, I load / on a UUID which I assume is sda4, and /mnt is sda1 | 01:49 |
Smilex | but /mnt contains devuan, and / ubuntu | 01:50 |
gnarface | it doesn't seem like it should be too hard to finish the install if you have 50GB of free space somewhere, it's just a question of rearranging stuff properly | 01:50 |
Smilex | if I remember correctly | 01:50 |
gnarface | don't assume with UUIDs. look in /dev/disk/by-uuid/ | 01:50 |
Smilex | so I'm confused how packages are installed | 01:50 |
gnarface | how did you get devan into /mnt? with debootstrap? | 01:51 |
Smilex | I can't remember | 01:52 |
gnarface | which /etc/apt/sources.list did you edit to put daedalus in it? | 01:52 |
Smilex | Ah! /mnt contains ubuntu, and / devuan | 01:53 |
gnarface | was it the current /etc/apt/sources.list or the current /mnt/etc/apt/sources.list? | 01:53 |
Smilex | it was the first one | 01:53 |
Smilex | so my devuan is apparently using 46G | 01:54 |
gnarface | that's rather a lot | 01:54 |
gnarface | you sure you need all that? | 01:54 |
Smilex | and I can't use apt while low on space | 01:54 |
Smilex | No I don't | 01:54 |
Smilex | I just don't know how to see what is using space | 01:54 |
Smilex | in terminal | 01:54 |
gnarface | is that entirely packaged software, or do you have any large things in there that aren't packaged? | 01:55 |
gnarface | you can see disk usage with du | 01:55 |
Smilex | I think it's all packaged software | 01:56 |
rrq | "du -sh /var /usr /home" | 01:57 |
Smilex | Ok, not sure if messages are coming across, but my wechat has failed | 01:58 |
Smilex | nvm | 01:58 |
Smilex | home is on another partition | 01:58 |
rrq | "du -sh /var/* /usr/*" | 01:59 |
Smilex | ok 16G in /var, 24G in /usr | 01:59 |
Smilex | I'm in the process of dist-upgrade, but can I delete something from /var that doesn't fail the upgrade? | 02:00 |
rrq | both are a magnitude too large for a normal daedalus | 02:00 |
rrq | "du -sh /va/log" ? | 02:00 |
rrq | "du -sh /var/log" ? | 02:01 |
grayrock | sometimes "apt clean" helps | 02:01 |
Smilex | rrq: 48 M | 02:02 |
gnarface | Smilex: how about /var/cache/apt? | 02:02 |
Smilex | apt clean made a HUGE difference | 02:02 |
gnarface | yea but it just deleted a bunch of stuff you are gonna have to immediately redownload | 02:03 |
gnarface | i assume the contents of /var/cache/apt/archives are now empty | 02:03 |
Smilex | oh | 02:03 |
gnarface | but | 02:03 |
gnarface | i have an idea | 02:03 |
gnarface | this time, mount your other drive under /var/cache/apt/archives before you start the upgrae | 02:03 |
gnarface | upgrade* | 02:03 |
Smilex | won't I break it because /home isn't mounted then? | 02:04 |
Smilex | so shouldn't I symlink | 02:04 |
gnarface | wait what now? | 02:04 |
gnarface | the one under /mnt, that's also where your home directory is? | 02:05 |
Smilex | yes | 02:05 |
Smilex | it's symlinked | 02:05 |
Smilex | or mounted | 02:05 |
Smilex | some how it works | 02:05 |
gnarface | hmm, symlink might work, worth a try. use mount -o bind if it doesn't though. | 02:05 |
gnarface | the important part is just that when apt uses /var/cache/apt/archives/ the cached packages go to the drive with all the free space | 02:06 |
Smilex | so I delete /var/cahce/apt/archives | 02:06 |
Smilex | and symlink to /mnt/archives? | 02:06 |
Smilex | but there's a "lock" file there. Will that cause issues? | 02:07 |
gnarface | just move it into /mnt/archives first in case | 02:07 |
gnarface | make sure you match permissions too | 02:07 |
Smilex | ok, trying | 02:09 |
Smilex | I have to go to bed though | 02:09 |
Smilex | but I'll let it run | 02:09 |
gnarface | and if you want it to be more conservative about dependencies, run it like this: apt-get update && ap-get --no-install-recommends dist-upgrade | 02:09 |
gnarface | "--no-install-recommends" will save some space at the risk of leaving out optional features | 02:10 |
juma[m] | <gnarface> "and if you want it to be more..." <- https://dennislee.xyz/2020/debian-eliminate-dependency-bloat/ | 02:17 |
Smilex | so it finally failed with packages nvidia-persitenced and python3-certifi | 11:14 |
Smilex | I suspect a restart will solve something, but I am hoping someone here knows | 11:14 |
Smilex | yeah I'm taking the chance | 11:16 |
Smilex | Ok, so interesting result of this upgrade. I had to do some kernel module coding for my wireless driver to work with the new kernel, which I can share with the world. Bad thing is I think nouveau is in use, and not the proprietary driver | 12:18 |
Smilex | I can't install nvidia-driver | 12:18 |
Smilex | and nvidia-persitanced is failing to install | 12:19 |
Smilex | I think I'm missing non-free-firmware from sources.list | 12:19 |
Smilex | Ok, I have a working computer again | 12:37 |
Smilex | now to see if I can play my game | 12:37 |
Smilex | so at least I get a black screen now and not just a crash | 12:51 |
Smilex | and it works! Just had to run in DX11 not DX12 | 13:19 |
buZz | i still have -1- issue after upgrading to daedalus | 15:41 |
buZz | my only DisplayPort monitor out of the -4- attached to gtx1060 is suddenly 640x480 and no other resolutions | 15:41 |
buZz | so bizar, havent found even a second user with the issue :/ | 15:41 |
djph | buZz: I've only seen that on laptops when they're slow on getting EDID info | 15:46 |
djph | granted, I also haven't used 'external' displays in a long time | 15:46 |
buZz | djph: do they get 'NVIDIA' as 'monitor identifier' on such failure? | 15:52 |
djph | buZz: sounds about right (although, ISTR "UNKNOWN" ...) | 15:58 |
buZz | hmm | 15:58 |
buZz | i just dont really understand how upgrading would get me here | 15:58 |
buZz | either the nvidia driver introduced it, or 'everything else' hahaha | 15:59 |
djph | I'd hazard dkms or something silly necessitating kicking the nVidia drivers | 16:03 |
djph | but I also haven't used a proper nVidia card in ~10 years :( | 16:03 |
djph | er, "proper" as in "a desktop card". Laptop cards are just weird in general | 16:03 |
buZz | hmhm, this is a desktop card indeed | 16:04 |
buZz | 4 monitors on it, 3 are fine/likebefore, 1 is 640x480 , that 1 is also the ONLY displayport monitor on my machine | 16:04 |
buZz | i'm kinda suspecting the displayportness to affect it | 16:04 |
buZz | oooooo good idea djph | 16:04 |
buZz | i'll grab a DVI->DP adapter or something from the hackerspace :D | 16:05 |
buZz | or other way around | 16:05 |
djph | or that | 16:10 |
buZz | someone on internet mentioned 'kernel 6.1 does modesetting weird' , i kinda wonder if that might be the issue | 16:22 |
buZz | but, kinda doubt it | 16:23 |
gnarface | Smilex: just omit nvidia-persistenced | 17:42 |
gnarface | you don't need it, it usually doesn't work right, and chances are (check the version) it's failing to install because it's actually an older release than the current driver and they just never updated it, never removed it, and never fixed the package dependencies so they're smart enough to not try to require it anyway | 17:43 |
gnarface | but yea, they moved it from "non-free" to "non-free-firmware" | 17:44 |
gnarface | but nvidia-persistenced is optional either way, it's just a stupid shader caching daemon that's for some reason not actually required to cache shaders and usually only just screws up the process | 17:45 |
gnarface | buZz: historically it was necessary to disable kernel modesetting so the nvidia drivers could work right, though i don't know if that's still the case and i would expect it to affect all monitors if so | 17:48 |
gnarface | if it is actually the EDID thing you can just feed it in to Xorg as a text file, but the one time i went down that path it turned out to be a red herring | 17:48 |
gnarface | one thing that might be relevant is that the available refresh ranges for DVI, DP and HDMI are frequently different in hardware at the display end. though it's unclear why that'd be affecting you now if it never had before, just defining the actual ranges to match the display spec in the xorg.conf may help | 17:51 |
Smilex | gnarface: Ok! And Thanks for all the help! | 18:53 |
gnarface | no problem | 18:53 |
Smilex | my patch for the wifi kernel driver got accepted! :D | 18:53 |
gnarface | oh, nice. congrats. | 18:54 |
Smilex | it's not a linux kernel thing. I can see how that might be the interpretation | 18:54 |
Smilex | it's source released by ASUS to an old wifi card that's now survived on Github | 18:55 |
gnarface | i see | 18:55 |
gnarface | still, good work fighting the good fight | 18:55 |
Smilex | I bet someone would provide amazing value, if they kept up with API changes in the kernel development, and wrote up how to migrate on a website | 18:56 |
latex | Is Qt6 in daedalus? | 20:43 |
gnarface | yes | 20:43 |
gnarface | fyi you can check package versions at pkginfo.devuan.org | 20:43 |
latex | but I find the web interface not very intuitive | 20:44 |
latex | I can't see whether it's in daedalus or if it's only a ceres thingy | 20:44 |
gnarface | yea, it helps to know some basic regexp, but if you narrow the search pattern with more verbosity you should be able to see what you want to see | 20:45 |
gnarface | i'm assuming you're only seeing ceres versions because it's only returning the top results | 20:45 |
gnarface | try matching a specific package name with a ^ at the beginning and a $ at the end | 20:46 |
gnarface | for example: ^qt6-wayland$ | 20:46 |
gnarface | that gives you this result: https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=%5Eqt6-wayland%24&x=submit | 20:47 |
gnarface | which clearly shows the package is actually the same version in both daedalus and ceres, with a similar version in chimaera-backports | 20:47 |
latex | oh only now I see | 20:48 |
latex | also how do I force remove mpd from the system? | 20:55 |
latex | It keeps failing because a post install script fails | 20:55 |
latex | I even used --force-remove-reinstreq but it doesn't work | 20:55 |
gnarface | latex: what's the error the script throws? | 21:16 |
latex | nvm I removed mpd manually | 21:18 |
latex | apt is completely borked on mpd | 21:18 |
gnarface | well, usually you can just fix the script or comment out the offending line | 21:18 |
gnarface | i think there is some way to force it even if the script fails but usually you want to know what went wrong so you can clean up the mess | 21:19 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!