| Afdal | QStandardPaths: wrong permissions on runtime directory /run/user/1000, 0755 instead of 0700 | 06:07 |
|---|---|---|
| Afdal | Qt: Session management error: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed | 06:07 |
| Afdal | Can someone tell me why flatpak cares about this | 06:07 |
| Afdal | why a particular flatpak program would care about this* | 06:08 |
| Afdal | I changed the permissions on /run/user/1000 (yeah, not a smart move I know) and it still spat out the same error | 06:09 |
| Afdal | Was I supposed to run a flatpak intall operation with sudo perhaps... | 06:11 |
| Afdal | None of my other flatpak programs spit out this weird error | 06:12 |
| brocashelm | flatpaks are a pain to manage, snaps even more so | 06:37 |
| brocashelm | are you trying to install software not available on the official repos? | 06:38 |
| Centurion_Dan | flatpaks and snaps are all evil, and mostly not needed except in extremely oddball situations where it is the only option for proprietary shit. | 06:41 |
| Centurion_Dan | Afdal: Are you using elogind? It pretty much is required these days for anything that interacts with session management. | 06:42 |
| Afdal | no, never heard of elogind | 06:43 |
| brocashelm | it's mostly kde and gnome packages that would require (e)logind; there's also a package called dummy-logind if you just want something installed in place of a running daemon | 06:43 |
| Afdal | I'm using yet-another game/emulator that can't be arsed to put together a proper .deb | 06:44 |
| Afdal | and is trying to funnel it through craphub -_- | 06:44 |
| Afdal | *launder | 06:44 |
| Afdal | heh | 06:44 |
| Afdal | that's the right word | 06:44 |
| brocashelm | what's the software? | 06:44 |
| Afdal | flathub is for laundering laziness | 06:44 |
| Afdal | an emulator | 06:44 |
| Afdal | simple64 | 06:44 |
| Afdal | https://github.com/loganmc10/simple64 | 06:45 |
| brocashelm | oh, a mupen64 fork? | 06:45 |
| Afdal | yeah | 06:45 |
| Afdal | mupen64plus fork | 06:45 |
| Afdal | Are you familiar with mupen64 | 06:45 |
| Afdal | Honestly the only reason I'm trying this out is because at the moment I'm looking for ways to do N64 input replays on Linux | 06:46 |
| Afdal | but I can't get the original mupen64 to work | 06:46 |
| brocashelm | yes, i have mupen64plus installed | 06:46 |
| Afdal | mupen64plus does not support input replays | 06:46 |
| Afdal | so it seems | 06:46 |
| brocashelm | how about mednafen? | 06:46 |
| Afdal | Hoping this fork might be different | 06:46 |
| Afdal | eh.... | 06:46 |
| Afdal | Does Mednafen even do N64 emulation? | 06:47 |
| Afdal | I though PS1 was the only type of that generation it did | 06:47 |
| Afdal | Not a fan of multisystem stuff tbh | 06:47 |
| Afdal | unless it's MAME | 06:47 |
| brocashelm | hmmm, could've sworn it would support n64 (it doesn't) | 06:47 |
| Afdal | I really only use Mednafen for Genesis netplay | 06:47 |
| Afdal | since nothing else seems to be decent in that area | 06:48 |
| brocashelm | only other one like that is retroarch, but that might not be of any use | 06:48 |
| Afdal | blegh | 06:48 |
| Afdal | It's actually quite surprising to me how few N64 emulators support input recordings. Especially given the number that attempt to implement netplay. Input recording/playback and netplay systems usually go hand-in-hand together. | 06:49 |
| brocashelm | heh, the AUR has it: https://aur.archlinux.org/packages/simple64 | 06:50 |
| Afdal | >:c | 06:50 |
| brocashelm | maybe try compiling the software, then? | 06:50 |
| Afdal | Yeah I could give it go | 06:50 |
| brocashelm | and then do a RFP to debian | 06:50 |
| brocashelm | (request for packaging) | 06:51 |
| Afdal | Though I hear "cloud-based" in the netplay description. Which to me usually signals a nasty mess of dependencies | 06:51 |
| Centurion_Dan | Afdal: did you try cen64? It's available in Devuan | 06:52 |
| Afdal | I have not tried that one | 06:52 |
| Afdal | isn't that a really old emulator tho | 06:52 |
| Afdal | I'm surprised if that's there in the repos but the original mupen64 is not | 06:52 |
| brocashelm | i'm using daedalus and see it in the repo | 06:53 |
| Afdal | eh? | 06:53 |
| Afdal | "mupen64"? | 06:53 |
| Afdal | Not mupen64plus? | 06:53 |
| brocashelm | cen64 | 06:53 |
| Afdal | oh | 06:53 |
| Afdal | oh no, it seems cen64 is rather new actually. "Cycle-accurate" emulator AKA Hope You Have a Supercomputer | 06:54 |
| brocashelm | how about ares? | 06:54 |
| brocashelm | that one appears to do n64 emu | 06:54 |
| Afdal | never hearda it :o | 06:55 |
| brocashelm | related to higan/bsnes | 06:55 |
| Afdal | oh lol, so more supercomputer nonsense | 06:55 |
| Afdal | Anyway umm, this flatpak installer added like 250MB of KDE dependencies I don't need, and simply removing the main program doesn't seem to get rid of this. This is one of the things I really hate about flatpaks >:I | 06:56 |
| Afdal | Anyone know how to get rid of this extra junk? | 06:56 |
| Afdal | ah, aha | 06:57 |
| Afdal | flatpak remove --unused | 06:57 |
| Afdal | simple64 appears to have zero compiling documentation ಠ-ಠ | 06:58 |
| AlexLikeRock | heheheh | 06:59 |
| brocashelm | pretty suspect if you ask me | 07:00 |
| brocashelm | all you get from them is a flatpak if you're a penguin operating system user | 07:00 |
| Afdal | indeed | 07:00 |
| brocashelm | but yeah, should at least give a build recipe for those who want choice | 07:01 |
| Afdal | > cp "${base_dir}/simple64-gui/discord/libdiscord_game_sdk.so" "${install_dir}" | 07:10 |
| Afdal | gross | 07:10 |
| Afdal | gah, need a newer version of cmake | 07:12 |
| Afdal | How do I grab something off a newer Devuan repo again... | 07:13 |
| Afdal | Ah, there's newer versions in backports | 07:21 |
| Afdal | Apparently I have cmake installed somewhere and available for terminal commands, but not from apt | 07:26 |
| Afdal | Can someone help me get rid of this old version... | 07:26 |
| Afdal | I don't remember doing any sort of weird cmake installation hijinks | 07:30 |
| Afdal | so why is there a ~/.local/bin/cmake directory... | 07:30 |
| Afdal | Is Devuan setup like this by default??? | 07:30 |
| Afdal | Then again, maybe there were some weird cmake installation hijinks I did >.> | 07:31 |
| Afdal | Maybe something needed a special snowflake version and I forget all about it | 07:32 |
| AlexLikeRock | ~/.local/ its yout HOME | 07:37 |
| Afdal | Yeah I know | 07:37 |
| AlexLikeRock | ecample: /home/alexlikerock/.local | 07:37 |
| Afdal | yup | 07:37 |
| AlexLikeRock | ok | 07:38 |
| AlexLikeRock | fine | 07:38 |
| Afdal | :) | 07:39 |
| Afdal | Would anyone familiar with cmake happen to know what you're supposed to do when it's missing a required cmake module? | 07:47 |
| AlexLikeRock | whitch one _? | 07:47 |
| AlexLikeRock | the name | 07:47 |
| Afdal | pkg_check_modules | 07:47 |
| Afdal | I don't see an apt package that seems to correspond to this | 07:48 |
| gnarface | does it complain about a specific missing file? | 07:48 |
| Afdal | "A required package was not found" | 07:48 |
| gnarface | last time cmake was missing something for me i think i just created an empty file where it was complaining about one missing | 07:49 |
| Afdal | hmm, the file FindPkgConfig.cmake exists, actually | 07:50 |
| Afdal | maybe it needs to be updated or something | 07:50 |
| gnarface | make sure it's in the right cmake prefix; when i discovered this, i got the idea from my old cmake prefix where it still was | 07:50 |
| gnarface | (this suggests i had figure it out once before and then forgotten) | 07:51 |
| Afdal | Well, I have both a /usr/share/cmake/ and a /usr/share/cmake-3.25/ | 07:52 |
| Afdal | The former doesn't have much in it anymore | 07:52 |
| Afdal | and /cmake-3.25/ appears to be what this build script is looking in | 07:52 |
| Afdal | So I think it's in the right directly | 07:52 |
| Afdal | directory | 07:52 |
| gnarface | as long as you're sure | 07:52 |
| Afdal | CMake Error at /usr/share/cmake-3.25/Modules/FindPkgConfig.cmake:607 (message): | 07:53 |
| Afdal | A required package was not found | 07:53 |
| Afdal | Call Stack (most recent call first): | 07:53 |
| Afdal | /usr/share/cmake-3.25/Modules/FindPkgConfig.cmake:829 (_pkg_check_modules_internal) | 07:53 |
| Afdal | CMakeLists.txt:45 (pkg_check_modules) | 07:53 |
| Afdal | that's the full error | 07:53 |
| gnarface | yea, looks familiar. when this happened to me, i'm not sure it was FinePkgConfig, but it was one of those cmake files | 07:54 |
| Afdal | That error tells me that it found the .cmake file fine, but ran into a stumbling block in instructions within it | 07:55 |
| gnarface | is there anything in it? | 07:55 |
| Afdal | yes | 07:55 |
| Afdal | it's a long script | 07:55 |
| gnarface | see, when it happened to me, i found an empty file in /usr/share/cmake-3.23 or /usr/share/cmake-3.22 or something like that, misread it as cmake-3.25 several times in a row, then eventually realized i had two cmake-3.2* directories, but one was unpackaged cruft | 07:56 |
| gnarface | so i copied the empty file from the unpackaged cruft directory into my current one and it worked | 07:56 |
| gnarface | that error is in the same format and really seems to suggest it's not finding the file at all | 07:57 |
| Afdal | Well, I do have an older /usr/share/cmake/ directory, presumably unpackaged cruft | 07:58 |
| Afdal | but that one doesn't have any modules in it | 07:58 |
| Afdal | Plus this error is clearly referencing line numbers in FindPkgConfig.cmake | 08:00 |
| Afdal | suggesting it's definitely finding and reading the file properly | 08:00 |
| Afdal | Unless I'm reading the error wrong and it's not referencing a problem with FindPkgConfig.cmake at all | 08:01 |
| Afdal | Which uh, I might be lol | 08:02 |
| Afdal | oh okay, I was :) | 08:06 |
| Afdal | The error was from not finding a different package, cmake was just telling me what script spat out the error >.> | 08:07 |
| Afdal | Blegh, a Qt6 dependency | 08:09 |
| Afdal | which of these scores of Qt6 packages do I need -_- | 08:09 |
| Afdal | libqt6core6? | 08:10 |
| Afdal | nope | 08:12 |
| Afdal | What provides qt6config.make or qt6-config.make :/ | 08:12 |
| AlexLikeRock | its a hard job compile | 08:26 |
| Afdal | It always seems like I have more trouble compiling stuff with cmake than regular make | 08:27 |
| Afdal | isn't this supposed to make things easier... | 08:27 |
| Afdal | err, cmake over a .configure script | 08:30 |
| Afdal | whatever cmake is supposed to replace... | 08:30 |
| hacksenwerk | gnarface: It happend what you told me, alsa soundcards have switched HDA Intel is now 0 and that usb drive is now 1. :) | 11:53 |
| hacksenwerk | gnarface: but now I have no sound at all on all applications, no matter how high the volumes of any soundcard. I ran the speakertest and can't hear anything... | 12:00 |
| hacksenwerk | Yesterday before I went to sleep the sound was working. They only things I changed since then where a apt upgrade of some packages (can paste them if you want, but I can't see no alsa stuff there) and install the packages unzip and fcrackzip | 12:16 |
| hacksenwerk | Ok I tested if the speakers and headphone is working by unplug the jack from the usb soundcard and plug it to the computer jack and now I have sound | 12:17 |
| hacksenwerk | So I think that I have to change that order the soundcards are reconized, to make that usb soundcard the default again? | 12:18 |
| onefang | Use the device names instead of relying on them coming up in any fixed order. I think someone mentioned that already. | 12:24 |
| onefang | https://wiki.archlinux.org/title/Advanced_Linux_Sound_Architecture#Set_the_default_sound_card should help. | 12:26 |
| hacksenwerk | onefang: yeah seems like I need to use a config file | 12:28 |
| hacksenwerk | ok... something like defaults.pcm.card 1 wont work for me, cause the cards switching | 13:33 |
| onefang | That's why you use names. I have things like "card ALC1220VBDT" That being the name of one of the two sound chips on my motherboard. | 13:36 |
| hacksenwerk | I think that is a bug and should get fixed that alsa isn't able to select the card I'm actually using. That shouldn't be outsourced to the user... | 15:30 |
| djph | hacksenwerk: wdym alsa can't select the card? | 15:31 |
| hacksenwerk | djph: Not by itself as it seems... | 15:32 |
| djph | hacksenwerk: what do you _mean_ here? | 15:32 |
| hacksenwerk | It switches the device order you can see in alsamixer when pressing F6, after a reboot. | 15:33 |
| djph | yes, device enumeration order (especially if USB is involved) is not static. | 15:33 |
| hacksenwerk | I can select card 0 or 1, but alsa should save the name of the card instead of these numbers... | 15:34 |
| djph | Which is why we have "enp0s1" now instead of "eth0". | 15:34 |
| djph | So then create the configuration file with the names? | 15:34 |
| hacksenwerk | djph: Yeah... I didn't come to this... I turned on my computer today to listen to some music and bam I have to struggle again with some issue... That got on my nerves... | 15:35 |
| hacksenwerk | I don't want to defend pulseaudio here (I removed it because I wanted to get rid of it), but there (in pavucontrol) I selected that usb sound card _once_ and it was always the default sound card pulse was using, no matter how often I had reboot my computer... | 15:37 |
| hacksenwerk | I don't get wha alsa doesn't behave the same in that way... | 15:37 |
| hacksenwerk | *why | 15:37 |
| debdog | depening on hardware the cards might have different names. "aplay -l" will tell you, hacksenwerk | 15:37 |
| hacksenwerk | debdog: yes sure they have different names | 15:38 |
| debdog | on my laptop I have: card 0: HDMI [...] and card 1: PCH | 15:38 |
| debdog | alsa sometimes changes the numbers because depending which card is availble first during boot. | 15:39 |
| hacksenwerk | I mean I like to stay on the default config a program comes with (few exceptions, ssh, firefox etc). | 15:40 |
| hacksenwerk | debdog: yeah I know that since gnarface told me already | 15:40 |
| debdog | you said "why" :D | 15:40 |
| hacksenwerk | That's why it should "remember" the actual device and not that number... | 15:40 |
| djph | hacksenwerk: so then write the configuration file to _DO_ that | 15:41 |
| hacksenwerk | djph: I know what I have to do. I'm complaining at the moment about that behaviour of alsa. | 15:41 |
| hacksenwerk | I don't get why the devs don't change that by default. | 15:42 |
| hacksenwerk | Sound should just always work out of the box, without any confiuration. | 15:42 |
| debdog | somehthing like "defaults.pcm.!card PCH" (PCH is name of the device on my desktop pc, "card 0: PCH") | 15:42 |
| hacksenwerk | Yeah... will test that.. later | 15:42 |
| djph | hacksenwerk: the default that is guaranteed to work is to tell alsa to look for "card0" | 15:43 |
| debdog | hacksenwerk: it did (under ordianry circumstances) before parallel booting was introduced | 15:43 |
| onefang | In my case there's TWO sound chips on the mother board. SO which one should be the default? I have to tell it which one I want to be the default, it can't read my mind. | 15:44 |
| djph | hacksenwerk: so if you don't create your system-custom config (i.e. "look for ... whtever name") | 15:44 |
| onefang | Not to mention the SIX sound devices on my four output graphics card. lol | 15:44 |
| hacksenwerk | Phew... that's not a default hardware that comes with more than one soundchip... | 15:45 |
| onefang | I also have two USB sound devices, but at least that's my fault. B-) | 15:45 |
| debdog | unfortunately it is default. the std. analogue and "new" HDMI one. | 15:46 |
| hacksenwerk | How about "Hey alsa use that sound card my jack is connected to"? I don't know, it is just another thing on my list hoe computers fuck up humans. | 15:46 |
| hacksenwerk | *how | 15:46 |
| djph | onefang: I'm just glad I only have to fight with "no dammit, use the [3.5mm] microphone" | 15:46 |
| onefang | Not all the jacks inform the computer if thing are plugged into them. | 15:46 |
| hacksenwerk | onefang: yeah | 15:46 |
| hacksenwerk | But such things should be default, instead of building cpus with now a hundres billion transistors more... | 15:47 |
| hacksenwerk | Nevermind... | 15:47 |
| djph | most 3.5mm setups are just a "reroute the signal, the soundcard's none the wiser" | 15:47 |
| djph | Only ones I've seen that "inform" the sound chip in any manner are those combined mic/headphone in a single jack. (and the PC still doesn't autoswitch to headset mic for whatever dumb reason) | 15:50 |
| hacksenwerk | djph: i have a jack on my laptop, a jack on the docking station my laptop is connected to and a jack on that usb sound card. | 15:52 |
| djph | yes ... | 15:53 |
| hacksenwerk | But only one has a pluged in jack: the usb sound card | 15:53 |
| hacksenwerk | behind that I just use a splitter | 15:53 |
| hacksenwerk | that usb sound card is even louder than the internal... | 15:53 |
| djph | and yet, as already mentioned, depending on how that "jack" is implemented, the sound chip itself may not even KNOW something was plugged into it. | 15:54 |
| hacksenwerk | yeah | 15:54 |
| hacksenwerk | but I _told_ it! >:( | 15:54 |
| hacksenwerk | but it doesn't response to my babbling... | 15:54 |
| hacksenwerk | sound hardware that can not hear... weird | 15:55 |
| djph | it's almost as if analog outputs (inputs) can simply break a wire and still work exactly as if nothing happened. | 15:56 |
| djph | s/break/reroute/ | 15:58 |
| FatPhil | The digital domain's at least as messed up. I remember a talk by our sound guru who documented all the different modes the sound chip we were using could be configured, and a fundamental bug with each and every single one of those modes. | 16:28 |
| djph | hacksenwerk: honestly it sounds like you're expecting analog to be "smart", when in fact it simply isn't that way | 16:29 |
| FatPhil | also - first verify the problem also exists without the splitter. If there's some impedence checking, perhaps the splitter's disrupting how the levels settle, and thus jack detection. | 16:32 |
| hacksenwerk | djph: I expect to tell alsa "Here this is my sound card, use it. Always." And it is doing it like pulsaudio | 16:33 |
| hacksenwerk | FatPhil: nah that has nothing to do with the splitter | 16:33 |
| djph | hacksenwerk: you can do that. | 16:33 |
| djph | hacksenwerk: you just have to ... y'know ... set the config | 16:33 |
| hacksenwerk | djph: Yes, but not via alsamixer | 16:33 |
| hacksenwerk | And _that's_ what I'm complaining about | 16:34 |
| djph | so then create the (IIRC) /etc/asound.state file (else the default in /usr/share is used) | 16:34 |
| djph | well, if I'm remembering how to globally configure alsa. It's been a few years. | 16:35 |
| hacksenwerk | djph: I have the tutorial pages open here... | 16:35 |
| hacksenwerk | I just want to have some button in alsamixer. | 16:35 |
| djph | thre's no such button | 16:35 |
| hacksenwerk | djph: yeah that's the problem :) | 16:36 |
| hacksenwerk | in pavucontrol there is. | 16:36 |
| hacksenwerk | push it, forget it. | 16:36 |
| djph | although I belive thre's a way to export the current state (alsactl?) | 16:37 |
| hacksenwerk | That ssh or other sensible stuff needs to be configured, even throught text files, that is not a problem. But sound? | 16:37 |
| djph | why *shouldn't* sound need "personal configuration" ? | 16:38 |
| hacksenwerk | Because it is basic stuf that should run plug and play, out of the box, without doing anything specific. | 16:39 |
| djph | but it does. | 16:39 |
| hacksenwerk | Why do I use an operating system, if it does not handle that by default in a way it works? | 16:39 |
| hacksenwerk | yes but not if you have more than one soundcard :) | 16:40 |
| hacksenwerk | djph: It doesn't matter, this is the wrong place to complain about alsa... | 16:41 |
| hacksenwerk | I will try that configuartion later and see if it will work the next reboots... | 16:41 |
| djph | hacksenwerk: if you have more than one, then you have to configure things to your personal desires. This is not something that should surprise anyone | 16:41 |
| djph | and yet, you seem surprised at this. | 16:42 |
| hacksenwerk | djph: I don't know why you are derailing from the fact that I can click _once_ one button in pavucontrol to select a sound card and it always uses that sound card I selected no matter how often I reboot my computer and alsa just can not have this feature. | 16:45 |
| hacksenwerk | It would not hurt, it would not bloat alsa etc.. | 16:45 |
| hacksenwerk | But as I said nevermind. | 16:46 |
| onefang | We have already covered "how to make it work", bitching about it is #devuan-offtopic. | 16:46 |
| hacksenwerk | That's not bitching, bitching is how alsa handles that. :P | 16:48 |
| djph | but I wasn't derail... *sigh* | 16:50 |
| djph | two tools do things differently, news at 11 | 16:51 |
| djph | (sorry, -OT, I know) | 16:51 |
| djph | I'm probably just blind, but where again is the info for when testing may move to stable? | 16:56 |
| Afdal | I'm a dumbo, someone remind me how to safely switch my repo to a newer one for a single piece of software and then switch back again | 23:26 |
| gnarface | Afdal: there's no 100% safe way to do that, you're supposed to use the backports repo | 23:27 |
| Afdal | The thing I want isn't on backports ;_; | 23:27 |
| gnarface | oh, well then the recommended approach is to build it yourself, but i can understand not wanting to go that far | 23:27 |
| Afdal | I considered that but this is a rather large complicated piece of software | 23:28 |
| gnarface | yea, in that case the backport process usually proves itself to be worse than just upgrading to the release it's from | 23:28 |
| n4dir | which software is it? | 23:28 |
| gnarface | alternately though, you can just run the next release in a chroot or a VM of some sort, that's safe. | 23:28 |
| Afdal | obs-studio | 23:29 |
| Afdal | Is Daedalus = testing and Ceres = unstable | 23:29 |
| Afdal | or is it reversed | 23:29 |
| Afdal | I forget | 23:29 |
| gnarface | no you have that right | 23:29 |
| n4dir | perhaps it is in AV Linux or Librazik repos | 23:29 |
| Afdal | I need to grab this from Daedalus... | 23:29 |
| n4dir | which version? | 23:29 |
| gnarface | daedalus is current testing but it'll be stable this year probably | 23:29 |
| Afdal | I need v27 at minimum, Daedalus is on v29 | 23:30 |
| Afdal | Chimaera only has v26 | 23:30 |
| n4dir | not in librazik, it seems | 23:30 |
| Afdal | I've been considering switching my main Devuan to a testing release for some now actually, I'm tired of headaches with old software like this | 23:31 |
| gnarface | Afdal: well, i'll help you try to build it, or run it in a VM or chroot. installing the daedalus version in stable is easy, just not recommended because it might still not work, or worse, it might work mostly but randomly crash stuff | 23:31 |
| gnarface | Afdal: if you want to install a package from daedalus just alter your /etc/apt/sources.list, run "apt-get update" once, then install the package, then change your sources.list back and run "apt-get update" once more just for good measure, but be aware that this may make a mess you can't clean up without reinstalling | 23:32 |
| n4dir | they have a flathub version, if that helps | 23:32 |
| Afdal | what's the uh | 23:32 |
| Afdal | dry run equivalent command for apt | 23:32 |
| Afdal | So I can see what this is gonna do before it does it | 23:32 |
| n4dir | you mean -s ? like simulate? | 23:33 |
| gnarface | i think it's "-s" for simulated | 23:33 |
| gnarface | Afdal: yea, it's -s | 23:33 |
| gnarface | Afdal: to be honest though, if you're considering trying out daedalus, now is just about the best time to do so | 23:33 |
| Afdal | hmmm | 23:34 |
| gnarface | Afdal: either way i'd recommend making a backup first before you do something rash | 23:34 |
| Afdal | This is going to end up updating a lot of dependencies... | 23:34 |
| gnarface | yea, that's a red flag | 23:34 |
| gnarface | in that situation you usually find out that whether you install the package directly or build it yourself, after you've handled all the dependencies you might as well have just upgraded | 23:35 |
| gnarface | (and usually this is also why it's not in backports) | 23:35 |
| n4dir | i'd probably just upgrade too | 23:35 |
| Afdal | hmmmmm | 23:35 |
| n4dir | librazik also has lots of newer versions for audio stuff. There should be a reason they dont have it | 23:36 |
| gnarface | i'd upgrade too but would recommend trying it in a vm or chroot to others, out of an abundance of caution | 23:36 |
| n4dir | but try it and see | 23:36 |
| n4dir | Afdal: the MX Linux community repos have it at higher version | 23:38 |
| Afdal | I don't know why I would want to make a giant VM or chroot with 10s of gigabytes of stuff just to test this >:( | 23:38 |
| n4dir | https://teharris.net/MX21packages.html | 23:38 |
| gnarface | Afdal: realistically you'd probably only burn 2-5GB | 23:39 |
| Afdal | How does MX Linux relate to Devuan | 23:39 |
| Afdal | Is it a smart idea to grab something from their repos... | 23:39 |
| * gnarface sighs | 23:39 | |
| gnarface | no | 23:39 |
| Afdal | I imagine I would need to update my libraries all the same | 23:39 |
| n4dir | they usually do a good and solid job. | 23:39 |
| n4dir | or did | 23:40 |
| gnarface | it's still highly hazard prone, mixing distros like that | 23:40 |
| Afdal | Would I need to update my libraries all the same of I compiled this myself? | 23:41 |
| Afdal | If so, what is the actual advantage of compiling? | 23:41 |
| Afdal | if* | 23:41 |
| gnarface | the actual advantage of compiling is it won't randomly crash or have other unexpected behaviors that might arise from forcing it to use the wrong versions of stuff | 23:42 |
| gnarface | but you're absolutely right that you may still have to recursively backport all the dependencies too | 23:42 |
| Afdal | I guess these dependencies listed on Daedalus may not be hard dependencies of the program itself | 23:42 |
| Afdal | it's just what it was compiled to target | 23:43 |
| gnarface | right | 23:43 |
| gnarface | so you have to try to build it to find out | 23:43 |
| Afdal | well fine, I guess I'll try compiling it | 23:43 |
| Afdal | this might be tricky... | 23:43 |
| gnarface | and maybe minor alterations to the code can make it work again with the older versions if it won't by default | 23:43 |
| n4dir | could get the source from MX to look how they did it, i guess/hope | 23:44 |
| Afdal | You know the whole reason I'm doing this is rather silly. For some baffling reason OBS Studio doesn't allow you to choose your audio source on a per-program basis, instead you need a plugin to handle that, and the plugin requires a newer version. And yet, if I do an audio capture with ffmpeg from terminal, or use one of several other capture programs that are just GUIs for the same terminal operation, it's actually trivial to grab the | 23:45 |
| Afdal | right pulse/alsa/whatever audio sink. | 23:45 |
| gnarface | so usually what i go by, is if there's more than 2 or 3 dependencies i need to backport recursively and one of those dependencies is libc itself, then i just upgrade instead (from experience, after being paid to backport most of wheezy into squeeze) | 23:46 |
| gnarface | (i said it was dumb the whole time. the client, whose business was a tax dodge anyway and didn't last the rest of the year, didn't see any sense until the next time we tried to upgrade) | 23:47 |
| n4dir | depending when daedalus will become stable with debian making the next stable in a few days you could also just wait | 23:48 |
| Afdal | libqt6svg6-dev : Depends: libqt6svg6 (= 6.3.1-2~bpo11+1) but 6.4.2-2~bpo11+1 is to be installed | 23:51 |
| Afdal | umm | 23:51 |
| Afdal | What is this nonsense here | 23:51 |
| Afdal | is this a conflict between main and backports or something? | 23:52 |
| Afdal | No, looks like both the package and its dependency are things I'm trying to grab off backports... | 23:53 |
| gnarface | Afdal: looks like you already had backports installed and enabled? | 23:53 |
| Afdal | Is there a broken package-dependency relationship on backports then? | 23:53 |
| Afdal | yes | 23:53 |
| gnarface | the "bpo**" string itself often causes a version conflict with newer versions | 23:54 |
| gnarface | known issue, not new, not specific to devuan | 23:54 |
| gnarface | backport packages block upgrades | 23:54 |
| gnarface | that's one reason you're strongly recommended not to just "apt-get upgrade" your whole system from backports | 23:55 |
| Afdal | It seems that backports has v6.4.2-2~bpo11+1 of libqt6svg6 and v6.3.1-2~bpo11+1 of libqt6svg6-dev | 23:55 |
| gnarface | it's very usual for you to have to manually purge or force upgrade of backported packages when updating to the next release | 23:55 |
| Afdal | What can I do about this... | 23:56 |
| gnarface | (if you make your own you can version them more cleverly so that doesn't happen, but then you break debian naming conventions) | 23:56 |
| gnarface | how many bpo11 packages you got? i'd just manually downgrade them if it's less than 20 | 23:57 |
| Afdal | no idea | 23:57 |
| gnarface | dpkg -l |grep bpo | 23:57 |
| Afdal | about 35 | 23:58 |
| Afdal | most of them are for one program though, which I'm not worried about right now | 23:58 |
| Afdal | the important bpo stuff is cmake and qt6 | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!