tom_work | gnarface, E: The value 'unstable' is invalid for APT::Default-Release as such a release is not available in the sources | 00:52 |
---|---|---|
tom_work | gnarf_08, E: The value 'ceres' is invalid for APT::Default-Release as such a release is not available in the sources | 00:52 |
gnarface | tom_work: uh... hmm. are you able to get any other src packages from there? | 01:04 |
tom_work | gnarface, have not tried | 01:05 |
tom_work | any package you have in mind? | 01:05 |
gnarface | nothing in particular. literally any of them should work for this test. | 01:06 |
gnarface | i am able to get mysql-workbench from ceres right now using deb.devuan.org | 01:06 |
gnarface | maybe you've got a simple mistake in your sources.list or the repo you're pointing to is being updated at the moment. | 01:07 |
tom_work | pkgmaster | 01:07 |
gnarface | you have the deb-src lines too, right? | 01:08 |
tom_work | yes | 01:08 |
tom_work | http://dpaste.com/107P5NX | 01:09 |
gnarface | try deb.devuan.org just for science | 01:09 |
gnarface | and use "ceres" instead of "unstable" | 01:09 |
gnarface | deb-src http://pkgmaster.devuan.org/merged unstable main | 01:09 |
gnarface | here on this line, change this to ceres just to eliminate that variable | 01:10 |
tom_work | deb-src http://deb.devuan.org/merged ceres main | 01:10 |
gnarface | i'm in the US and it was not my experience that pkgmaster was the fastest | 01:10 |
tom_work | $ apt source -t ceres mysql-workbench | 01:10 |
tom_work | Reading package lists... Done | 01:10 |
tom_work | E: The value 'ceres' is invalid for APT::Default-Release as such a release is not available in the sources | 01:10 |
gnarface | huh | 01:11 |
gnarface | you re-ran "apt-get update" after that sources.list change, right? | 01:11 |
tom_work | yes | 01:11 |
tom_work | well, apt update | 01:11 |
gnarface | strange issue. i cannot reproduce it here. | 01:11 |
gnarface | was your ascii install already up-to-date? | 01:12 |
tom_work | Calculating upgrade... Done | 01:12 |
tom_work | 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. | 01:12 |
tom_work | yes | 01:13 |
Oksana | I know that when hibernate happens, it happens for me with s2disk. According to hibernate scriptlets/conf files, that means that disk.conf is in effect. According to hibernate.conf, that means that tuxonice.conf fails, don't know why (perhaps, tuxonice not installed?). Therefore, I can comment out tuxonice, warning will go away, hibernate will happen one second faster, due to not trying tuxonice, everybody wins - except, I would have l | 01:14 |
gnarface | Oksana: your message was cut off at ", I would have" | 01:17 |
Oksana | - except, I would have liked to install tuxonice instead. But then, I don't know whether tuxonice is better than s2disk, or not. | 01:18 |
gnarface | Oksana: i can't help you with the opinions, but you can check what packages are installed with "dpkg -l" | 01:18 |
gnarface | it should be easy to install if you prefer it | 01:19 |
gnarface | if it conflicts with packages already installed, you should be warned that they will be removed first | 01:19 |
gnarface | pay attention to what it wants to remove if that is the case. don't just blindly say "Y" to everything | 01:19 |
tom_work | gnarface, was there any issue with ASCII 2.0 Beta in 2018 that could effect a modern up-to-date stable ASCII 2.0 install? | 01:20 |
tom_work | regarding APT | 01:20 |
tom_work | or, I'm on comcast right now. perhaps comcast is hijacking the connection and having their own cache? | 01:20 |
gnarface | tom_work: nothing comes to mind | 01:20 |
Oksana | I see https://packages.debian.org/buster/tuxonice-userui but it mentions "A kernel patch for TuxOnIce is available separately. " How do I know whether my kernel has a patch for TuxOnIce? | 01:21 |
tom_work | I wouldn't put it past them because I have personally experience UDP/53 hijacking on comcast's network before | 01:21 |
gnarface | tom_work: comcast has been known to do worse, but you should be able to test that theory by just using wget on the https link to the package itself | 01:21 |
* Oksana uses standard Devuan Ascii, I think; no idea whether it's relevant | 01:21 | |
tom_work | gnarface, perhaps I should try installing apt-https-transport and switch the repo to https? | 01:21 |
tom_work | I'm not worried about packages downloaded and install in the past because ounce downloaded they are verified for tampering internally via GnuPG right? | 01:22 |
gnarface | tom_work: eh, there's some repos in the round-robin that don't handle it gracefully. i wouldn't quite do that just yet, but you should at least pick one that is working and try to get the package directly | 01:22 |
gnarface | tom_work: yes, the packages should all still be signed | 01:22 |
tom_work | gnarface, my theory is comcast is hijacking http to devuan repos and serving a stale cache | 01:23 |
tom_work | as in a non-modified index and debs, but not up to date | 01:23 |
tom_work | hmm nope. using https and apt-updating still doesn't resolve it | 01:24 |
tom_work | gnarface, are you completely out of ideas or just not interested in helping me debug this further | 01:25 |
tom_work | ? | 01:25 |
tom_work | I'd understand if you were tired out, but at this point I'm completely out of further troubleshooting ideas too | 01:25 |
gnarface | tom_work: well i am out of ideas, but you've refused the one idea i had | 01:26 |
tom_work | refused which one? | 01:26 |
gnarface | download it with wget or a browser | 01:26 |
tom_work | oh | 01:26 |
gnarface | i'm attempting to work deductively here. eliminate the question of whether the issue is with apt or not | 01:26 |
gnarface | i'm no fan of comcast and i agree they could be at fault here | 01:27 |
gnarface | but we don't know yet | 01:27 |
gnarface | what we do know is you're having a problem nobody else has had yet | 01:27 |
gnarface | and people HAVE had problems with comcast | 01:27 |
gnarface | just not this one, yet | 01:27 |
gnarface | but comcast has been known to do excessively weird things in isolated regions | 01:28 |
gnarface | but i'm wondering if something weird happened to your install instead | 01:28 |
gnarface | like maybe you accidentally got a backported version of apt back in beta and it hasn't been updated since due to a version conflict | 01:29 |
gnarface | or something weird | 01:29 |
gnarface | also, did you ever test trying to get the source of some other package? any other package? try like, rxvt-unicode | 01:29 |
tom_work | ok, I'm trying to figure out the right link for it, but mysql-workbench source requires a lot of other helper files so this is hardly an ideal situation | 01:30 |
gnarface | this is just to test the repo itself | 01:30 |
gnarface | make sure the file is there | 01:30 |
gnarface | make sure you're really connecting to the repo | 01:30 |
gnarface | when you have problems nobody else has, the debugging process has to start by throwing out stale assumptions | 01:31 |
tom_work | gnarface, test the unstable sources or can i do the regular? | 01:31 |
gnarface | try both | 01:32 |
tom_work | http://pkgmaster.devuan.org/merged/pool/DEBIAN/main/m/mysql-workbench/mysql-workbench_8.0.17+dfsg-2_source.deb | 01:36 |
tom_work | sorry i mean | 01:38 |
tom_work | http://pkgmaster.devuan.org/merged/pool/DEBIAN/main/m/mysql-workbench/mysql-workbench_8.0.17+dfsg-2.debian.tar.xz | 01:38 |
tom_work | yeah I can download this with wget | 01:38 |
tom_work | ls | 01:38 |
gnarface | the first one 404's on me, the second one works | 01:38 |
tom_work | first link is a typo | 01:39 |
gnarface | the second one works in http or https even | 01:39 |
tom_work | yes for me too | 01:39 |
rrq | all pool/DEBIAN will be redirected | 01:40 |
gnarface | hang on, lemme test one thing... | 01:40 |
gnarface | ugh | 01:42 |
gnarface | tom_work: just checked something i should have sanity-checked for you earlier, but it's not your fault here. the apt in ascii must be too old for even getting ceres src packages. i was testing from ceres, sorry. | 01:43 |
tom_work | is this fixable? | 01:44 |
gnarface | tom_work: well, you can work around it | 01:44 |
tom_work | hopefully not by resolving all the dependencies by hand and downloading by hand? | 01:45 |
gnarface | nah just put a ceres install in a chroot. you have a spare 500MB - 1GB or so on disk, right? | 01:45 |
tom_work | y | 01:45 |
gnarface | you can debootstrap into a directory | 01:45 |
gnarface | that should still work from ascii to ceres | 01:46 |
tom_work | I've never debootsrapped ceres before | 01:46 |
gnarface | at least well enough to get src packages | 01:46 |
gnarface | ok stand by i can dig up an example command... | 01:46 |
tom_work | k | 01:49 |
gnarface | tom_work: ok try this: mkdir temp_chroot; debootstrap ceres ./temp_chroot http://deb.devuan.org/merged | 01:49 |
gnarface | if it bails out you might have to exclude some buggy packages, it has happened before | 01:49 |
tom_work | gnarface, do I need to run debootsrap as root yes? | 01:50 |
gnarface | no | 01:51 |
Oksana | What's the difference between pm-hibernate and hibernate? | 01:51 |
gnarface | tom_work: no, but you do need write access to that directory | 01:51 |
tom_work | E: debootstrap can only run as root | 01:52 |
tom_work | you sure? | 01:52 |
gnarface | hmmm | 01:52 |
gnarface | no i guess not, lemme test | 01:53 |
gnarface | i guess it might need root to set permissions right | 01:53 |
tom_work | hmm | 01:53 |
gnarface | i'm getting it confused with dh tools | 01:53 |
gnarface | (which can use the "fakeroot" binary) | 01:54 |
tom_work | I have AppArmor installed so perhaps | 01:54 |
tom_work | which is HMAC not ACL | 01:54 |
tom_work | so maybe | 01:54 |
tom_work | it's fine though I have root | 01:54 |
tom_work | Don't worry about it | 01:54 |
gnarface | yea my bad, it probably needs root just to set permissions right | 01:55 |
gnarface | tom_work: lemme know when the debootstrap command finishes. | 01:59 |
tom_work | it's finished, I'm trying to download the sources now in the chroot | 02:00 |
gnarface | oh, you knew how to chroot already? good | 02:00 |
tom_work | yes | 02:00 |
gnarface | i didn't know if you'd need the bind mounts on /sys, /proc, /dev and /dev/pts or not, and whether you knew how or not | 02:00 |
gnarface | just getting src packages probably doesn't need them | 02:01 |
tom_work | that's only necessary for systemd | 02:01 |
gnarface | well, not just systemd. Steam needs it too :-p | 02:01 |
gnarface | probably a few other things. the nvidia binary driver updates, for some reason... | 02:02 |
gnarface | don't get me wrong, i'm not sure everything that needs it deserves it | 02:02 |
tom_work | basically only shit software needs that | 02:02 |
tom_work | steam is such a mess. you know steam for linux is only i386? | 02:03 |
tom_work | the complaining Valve did to Canonical was not over "legacy games". It was mostly because Steam itself is only 32bit | 02:04 |
gnarface | that's false. but i do know it's an atrocious mishmash of i386 and amd64 components, just like Wine and most of the rest of Windows software these days. and i don't approve. but if it was entirely i386, the situation would actually be better. | 02:04 |
gnarface | if it was all one of ANY architecture, the situation would be better. but the intractable problems it has are largely to do with the fact they couldn't just pick one and stick with it | 02:05 |
gnarface | but that's how Windows does it so that's why | 02:05 |
tom_work | gnarface, kind of unrelated, but couldn't they just use qemu TCG to run any i386 code instead of requiring all those libs? sorta like how you'd run AMD64 Linux binaries on PPC64 or ARM64? | 02:06 |
gnarface | so you have a Steam client with both i386 and amd64 requirements, running launcher scripts that may be in either i386 or amd64 or a mix of both, in turn launching programs that may be i386 or amd64 and tend to change between updates | 02:06 |
tom_work | (not talking about qemu-system) | 02:06 |
tom_work | which emulates an entire machine | 02:06 |
tom_work | >so you have a Steam client with both i386 and amd64 requirements | 02:07 |
tom_work | ah | 02:07 |
tom_work | gnarface, thank you. I think I can take it come here | 02:07 |
gnarface | i'm really not sure about TCG but pretty much across the board the situation with the Steam linux client is apparently due to the fact they're figuring this out as they go along, and only bothering to ask the community for guidance after there's a large outcry of anger | 02:07 |
tom_work | it's something | 02:08 |
tom_work | at least they gave us an updated DirectX to Vulkan translation layer for Wine-staging | 02:08 |
gnarface | and even then, sometimes their hands are tied simply because they're publishing binary-only software from 3rd parties. so they can't just force everything to amd64 at package time like a regular linux distro would. | 02:08 |
gnarface | some of that i386 stuff they're stuck with | 02:09 |
gnarface | believe me, they would demand their vendors all use amd64 only if they could | 02:09 |
tom_work | I don't know why they don't just bring the libs they need with them and do a LD_PRELOAD at launch if the host system dosn't provide some obscure lib | 02:09 |
gnarface | as far as i can tell, they tried that but they fucked it up by not understanding the fundamentals of library loading or dependencies. *more than once* i've had to fix persistent ongoing bugs by using LD_PRELOAD *myself* | 02:10 |
gnarface | and *always* to override the use of their bundled libraries in favor of using the native ones from my distro | 02:10 |
gnarface | so they're trying to do what you suggest, just incompetently | 02:11 |
tom_work | ic | 02:11 |
gnarface | and again, most of the blame seems to lie with 3rd party publishers. all Valve's own in-house published games run great these days. | 02:11 |
tom_work | except for the client itself | 02:12 |
gnarface | heh, yea the client is a train wreck, but it's getting better :) | 02:12 |
gnarface | they seem to have problems tracking dependencies in a cross-distro compatible way, accurately | 02:12 |
gnarface | a lot of the LD_PRELOAD nightmares i have are due to the fact they are bundling their own libraries to get around bugs in OTHER distros. so the Debian steam package deletes a handful by wildcard at every start-up :-p | 02:13 |
tom_work | brb | 02:13 |
gnarface | tom_work: (fyi use the steam package from non-free in the repos. don't get the one from their website; it's for ubuntu and will give you much more headaches) | 02:13 |
tom_work | I only use steam on my Gentoo workstation rn | 02:14 |
gnarface | that was another boneheaded move they made. they based their client and steamos on Debian, but then for some stupid reason decided to baseline all their bundled libraries on some ancient version of Ubuntu that was already obsolete by then. | 02:14 |
tom_work | I'm planning to migrate it to Devuan as well like the rest of my servers and laptops in the future. probably sometime after beowulf | 02:15 |
tom_work | >steamos on Debian, but then for some stupid reason decided to baseline all their bundled libraries on some ancient version of Ubuntu | 02:15 |
tom_work | ^this | 02:15 |
golinux | Oksana . . . you should not have be using debian repos ie buster on devuan. It could put you in a world of hurt | 02:15 |
gnarface | tom_work: yea, it seems to me they were making decision by committees that didn't have any prior Linux development experience, and fundamentally didn't understand the nature of library versioning as it pertains to cross-platform, cross-distro compatibility. now they are just in a long slow clean-up cycle | 02:16 |
gnarface | tom_work: they could have stood to take a week off to study the Debian release cycle and just move in tandem with that. it would have helped them a lot. | 02:17 |
gnarface | tom_work: instead they made a bigger mess by trying an approach that was not supposed to need anyone to understand that | 02:18 |
buZz | i run steam from devuan repo on my buster | 02:18 |
gnarface | (whoever made that decision was not qualified to make it) | 02:18 |
buZz | works fine? | 02:18 |
buZz | well, its probably just grabbed from debian | 02:18 |
gnarface | buZz: it should work mostly fine these days. like i was saying the remaining issues are largely to do with specific games | 02:18 |
buZz | hmhm | 02:19 |
buZz | yeah the whole binaryonly 32bit for life stuff is annoying | 02:19 |
tom_work | I'd like to think Valve employees are able to make sane long-term business decisions, as they have been around for so long and do a lot against DRM proliferation, price fixing etc; however this going head first with no plan into Linux porting makes me skeptical | 02:21 |
tom_work | I can't tell if they just wanted to get Linux games fast or wither they just don't care | 02:21 |
gnarface | they wanted to stab Microsoft in the back, and that worked well. | 02:22 |
tom_work | didn't M$ stab them first with UWP and Microsoft App Store? | 02:22 |
gnarface | i forget exactly, but yes it was all a disagreement over something Microsoft was planning to do with the win10 release. | 02:23 |
gnarface | all the publishers were up in arms about it | 02:23 |
tom_work | brb | 02:23 |
gnarface | Valve was the only one big enough and brave enough to step in the line of fire though | 02:23 |
buZz | maybe https://www.extremetech.com/gaming/232423-tim-sweeney-claims-microsoft-will-destroy-steam-gradually-using-windows-10 ? | 02:24 |
buZz | heh > They’ll never completely break it, but will continue to break it until, in five years, people are so fed up that Steam is buggy that the Windows Store seem like an ideal alternative. | 02:25 |
gnarface | buZz: yea, that looks relevant, but i recall the discussions starting a couple years before that | 02:26 |
gnarface | buZz: there was also something about breaking compatibility with old 32-bit games that would not be able to be re-built for 64-bit due to missing ownership or missing sources | 02:27 |
gnarface | and since that is directly the cause of a lot of their support issues, i can see why Microsoft would have wanted do do that, but Microsoft forgot something key; gamers built their empire. | 02:27 |
gnarface | anyway, this is drifting well off-topic, we should continue this in #debianfork | 02:28 |
* gnarface admits blame for that | 02:28 | |
* buZz goes to check if devuan buster's scummvm supports 7th guest | 02:29 | |
buZz | oh, should be, it has 2.0 and its supported since 0.13 :D | 02:31 |
tom_work | what were you saying gnarface? | 02:42 |
gnarface | tom_work: http://paste.debian.net/1107539/ | 02:44 |
gnarface | (that's all you missed) | 02:45 |
tom_work | Have you or anyone else here installed and used OpenZFS .8 release yet on Devuan? | 02:48 |
* gnarface has not yet tried zfs | 03:16 | |
tom_work | at all or on devuan? | 03:36 |
gnarface | at all on Linux | 03:42 |
specing | gnarface: haha, people will never move off windows en-masse | 03:45 |
specing | tom_work: play FOSS games | 03:45 |
furrywolf | sure they will. the heat death of the universe is believed to be a certain thing. | 03:46 |
gnarface | specing: they won't, but the only thing that has brought more new users to Linux than that Valve/Microsoft spat was the release of Ubuntu | 03:47 |
golinux | Off topic | 03:47 |
gnarface | sorry, sorry | 03:47 |
golinux | Again . . . | 03:47 |
gnarface | i took the bait and fed back too, i know. | 03:47 |
gnarface | i'll be good now | 03:48 |
golinux | At least that wasn't in this channel | 03:48 |
golinux | Impulse control is a "good thing" [tm] :) | 03:49 |
Oksana | specing: I don't know how many people use Windows now... But I think that a century later I will hear 'haha, people will never move off linux en-masse' | 04:41 |
buZz | :D | 04:44 |
EHeM | A challenge for gnarface/tom_work/others with Steam accounts: Seems one or more of their developers don't understand e-mail either, as a result rather a lot of legal e-mail addresses get rejected during account creation; such as any address with '+' in the user portion. If someone (or perhaps several people) are up for it, file a bug in their reportting system that [[:alpha:]][[:alnum:]]*@<anything DNS, including IDN> rejects many legal e-mail addresses. | 05:16 |
tom_work | no | 05:17 |
tom_work | dh binary --max-parallel=3 --with python2 | 05:30 |
tom_work | dh: Sorry, but 11 is the highest compatibility level supported by this debhelper. | 05:30 |
tom_work | debian/rules:24: recipe for target 'binary' failed | 05:30 |
tom_work | make: *** [binary] Error 25 | 05:30 |
tom_work | Is it not possible to build ascii backports for Ceres packages? | 05:31 |
gnarface | backports don't always work without patches | 05:32 |
gnarface | though, the first thing that comes to mind looking at that command is, could the python version be too old for ceres? | 05:32 |
gnarface | it's just a guess, i don't know | 05:33 |
tom_work | python2 isn't supported in ceres? | 05:33 |
furrywolf | python is by far the biggest problem I run into trying to backport things. it, and its packaging, is broken in every way. | 05:34 |
furrywolf | and they fucking did it again! 3.8 is not compatible with 3.7. they once again changed a bunch of stuff, INCLUDING THE GOD DAMN ABI, with a minor version bump. again. | 05:36 |
tom_work | >did it again! 3.8 is not compatible with 3.7 | 05:36 |
tom_work | WHAT THE FUCK | 05:36 |
tom_work | that's it fuck porting stuff to python3, i'm just using perl | 05:37 |
furrywolf | if you just run .py source, 3.7 files should work on 3.8, usually. but anything that gets into the abi will break. and, of course, 3.8 adds a bunch of new stuff, including a new operator, that makes code that works in 3.8 liable to not work on 3.7. | 05:37 |
furrywolf | 3.8 adds := as an operator, which does the same thing as = (yes, seriously), to make sure people's code stops working in older versions, again. | 05:38 |
tom_work | wait, so only pyc files will need to be regenerated not source code modifications? | 05:38 |
furrywolf | you can distribute python binaries. they'll stop working. | 05:39 |
EHeM | I note that Python 3.8 is alpha according to the first mention I ran across. | 05:40 |
furrywolf | breaking things in minor versions is something python constantly does, and it causes constant problems. for example, when backporting. some tools needed to build ceres packages need python 3.7, but you can't install 3.7 on ascii without major breakage, since it breaks things that were written for 3.5. | 05:42 |
furrywolf | when backporting ceres stuff, I have to force-depends install 3.7 and then re-install 3.5 afterwards to un-break everything else. | 05:42 |
furrywolf | because of their constantly breaking stuff with minor version changes, debian packages of python stuff tend to depend on exact versions, like Depends: python3 (<< 3.6), python3 (>= 3.5~) for borgbackup... | 05:43 |
furrywolf | so you can't upgrade python without also using a ceres version of everything else, or forcing depends and letting it all break for the short time you need the new version. | 05:44 |
tom_work | Still, I don't think I'm going to do any new deployments in python | 05:45 |
tom_work | perl instead | 05:45 |
systemdlete | is there a way to coerce browsers like ff and chrom* to open javascript (window.open() type calls I guess) in a new tab, similar to the way middle click (used to) work? There's an ancient bug on bugzilla for mozilla and friends, 19 years old. Still not fixed apparently. | 05:46 |
systemdlete | I tried to google, but I am worried that my google-fingers or google-magic or google-karma just isn't working for some reason. | 05:47 |
systemdlete | some solutions I found involve greasemonkey scripts and the like, but the concern is those may create problems for other, more natural webpages. | 05:48 |
EHeM | Python is an interesting beast, but I'm mostly writing Python when I need to extend an existing program, or have something which exclusively provides Python interfaces. | 05:48 |
systemdlete | (and I looked through the extensions also, but nothing that seemed to match) | 05:48 |
furrywolf | are you trying to make it open things that normally open a new window open a new tab instead? googling says there's both a config setting for that, and an extension for that. | 05:49 |
furrywolf | I really disagree with python's development model, in multiple different ways. also, the language. heh. | 05:50 |
systemdlete | no. this is for links that would open in the *same* window. I'd like to cause it to open a new tab instead, leaving the current page as is. | 05:50 |
systemdlete | (and thanks for responding, btw) | 05:50 |
furrywolf | https://addons.mozilla.org/en-US/firefox/addon/open-link-with-new-tab/ does that do it? | 05:51 |
systemdlete | incidentally, just to sort of join the thread here a bit, I use perl for nearly everything. I figure whatever extra overhead it *might* add, the ability to quickly run down a problem and put in a fix is worth it. | 05:51 |
furrywolf | that's great until you try fixing someone else's perl. :) | 05:52 |
systemdlete | I acknowledge I am probably a bit sloppy there, but it does make things easier for me because its consisstent | 05:52 |
systemdlete | I am *only* talking about my OWN scripts, of course. LOL! | 05:52 |
systemdlete | (and sometimes, after many months, I have to go back and remember what I did and how...) | 05:52 |
furrywolf | yes, I guessed that. few people who have tried fixing other people's perl code would describe it as quick. :P | 05:52 |
systemdlete | that extension, furrywolf, is for switching between new window vs new tab | 05:53 |
EHeM | And Perl even does OO now too. %-) | 05:53 |
furrywolf | are you sure? it looks like it's for links that would normally open in the same window. | 05:53 |
systemdlete | how can you tell from "about this extension" -- it doesn't seem to indicate that | 05:54 |
systemdlete | oh, and "the developer removed it" -- click on the link | 05:55 |
systemdlete | may I ask how you are finding these, furrywolf? I could not | 05:56 |
furrywolf | oh well. you're on your own, then. I tried. :P | 05:56 |
furrywolf | google. | 05:56 |
systemdlete | yes, google. | 05:56 |
systemdlete | google... what search string, please? | 05:56 |
systemdlete | (I know of google. Believe me. It's just that my search terms are not always too good) | 05:56 |
systemdlete | EHeM, perl has done OO since 5.0. c. 1995 or so | 05:57 |
systemdlete | been around a long time, and has been extended and improved a few times also | 05:57 |
systemdlete | I do most of my own scripts in perl if they are beyond something simple, or I want to use modules | 05:58 |
furrywolf | I just use right click -> open link in new tab... | 05:58 |
systemdlete | There is a perl module for nearly every purpose imaginable. | 05:58 |
systemdlete | furrywolf: Try that on a page where the devs have disabled the context menu (right click) | 05:58 |
furrywolf | why would I use that poorly written of a site? | 05:59 |
systemdlete | Well, let's say... that one is extremely... well, hmmm. | 05:59 |
systemdlete | how can I say this? | 05:59 |
systemdlete | Let's say that someone living in the modern age would like to meet someone else living in the modern age | 05:59 |
systemdlete | so maybe they visit a dating site. | 05:59 |
furrywolf | https://addons.mozilla.org/en-US/firefox/addon/absolute-enable-right-click/?src=search install that first? | 06:00 |
furrywolf | I'm sure there's other dating sites not written by idiots. | 06:00 |
systemdlete | And let's say that the developers disable browsers to make it hard to keep multiple windows or tabs open simultaneously. | 06:00 |
systemdlete | (nope. You are wrong. They are *all* written by idiots.) | 06:00 |
systemdlete | I had to use ff to pay for one site because it didn't work in chrome. OTOH, I had to use chrome to even view the site, because pics didn't show up correctly on ff | 06:01 |
systemdlete | in fact, I think all browsers are written by idiots too | 06:01 |
systemdlete | every one of them has their own set of standards | 06:01 |
systemdlete | okcupid used to work fine. Then they fixed it. It has never been right since. | 06:02 |
furrywolf | the top three google results for my search, https://furrymate.com/ , https://furfling.com/ , and https://www.ferzu.com/ , all appear to not do anything stupid with right clicks. :P | 06:02 |
systemdlete | it is nice to know that at least ONE Internet denizen is satisfied. | 06:02 |
systemdlete | ::eyeroll:: | 06:02 |
tom_work | are there any other good database clients in the Devuan repos for MariaDB? Mysql-workbench is too old to do anything but basic manual queries, building a backport is not possible, and building vanilla sources is way to complex due to pulling in an obcene amount of java dependencies | 06:03 |
golinux | Search engines these days suck as much as browsers all of which is pretty OT. This is a Devuan help channel | 06:03 |
* furrywolf concludes all of the internet since 2000 or so sucks | 06:04 | |
systemdlete | tom_work: Evolution workbench maybe? idk, just a thought | 06:04 |
systemdlete | (thinking there might be a plugin for databases) | 06:05 |
tom_work | systemdlete, evolution? | 06:05 |
systemdlete | not the email client. It's some workbench tool for developing C, perl, etc. I thought I remember somewhere seeing that one could do db dev with it also. I might well be wrong. | 06:06 |
furrywolf | systemdlete: howlr also has working right click. in fact, everything I click on has working right click. find better sites. I've suggested four. :P | 06:06 |
furrywolf | bbl | 06:06 |
* systemdlete thinks, sure, furrywolf. Hit me up with furries and then run away... :P | 06:07 | |
systemdlete | the world according to furries, I think. | 06:07 |
tom_work | what about furries systemdlete ? | 06:08 |
systemdlete | oh nothing, tom_work, nothing | 06:08 |
* systemdlete looks for nearby place to hide | 06:08 | |
tom_work | no what? | 06:08 |
tom_work | systemdlete, | 06:08 |
systemdlete | yes... ? | 06:08 |
systemdlete | I have NOTHING against furries, honestly. | 06:08 |
systemdlete | Some of my best friends... | 06:09 |
golinux | Please move this to #debianfork | 06:10 |
systemdlete | right | 06:10 |
golinux | or I may have to do a refresher course on how to 'quiet' | 06:10 |
golinux | furrywolf should no better. | 06:11 |
tom_work | lmao | 06:11 |
golinux | Says one of the worst offenders | 06:12 |
* golinux goes to my irc cheat sheet | 06:12 | |
* EHeM wonders when Raspberry PI 4 revision 1.1 will show up. | 06:17 | |
golinux | We discussed that briefly at the meet today | 06:18 |
EHeM | Are there rumors based on actual experience? (mostly I would like to avoid the USB-C issue) | 06:19 |
gnarface | tom_work: to be clear, i don't actually know that python is the issue. but having to first backport dependencies is a common backporting thing | 06:27 |
gnarface | tom_work: and there is a way to get multiple versions of python installed in parallel safely, i just can't tell you how | 06:30 |
gnarface | someone might already have done that work for python. you should check ascii-backports for dependencies... | 06:30 |
EHeM | Are there any plans to generate netinst images for anything other than amd64 and i386? A few non-x86 systems can be installed via netinst image (there is a chainloading UEFI image for Raspberry PI 3 and there have been experiments on the 4) | 08:14 |
gnarface | there are some ARM images, fyi, just not using the netinst | 08:15 |
gnarface | platform support is only limited by available hardware and expertise | 08:16 |
gnarface | amd64 and i386 were just what could be supported, and the ones that had the most demand by a large margin anyway | 08:17 |
EHeM | My impression was the package lists from the Debian netinst images could be used to create a netinst image by combining the listed packages into a filesystem image, I don't see a similar package list. :-( | 08:31 |
buZz | ? what kind of list are you looking for | 08:33 |
buZz | the tasksel stuff? | 08:33 |
yeti | read about debootstrap and friends? | 08:33 |
EHeM | In debian/dists/buster/main/installer-arm64/current/images/udeb.list is a list that looks plausible as "Create a `deboostrap` and install these packages" will result in something pretty similar to a netinst image. | 08:40 |
EHeM | Perhaps not a viable approach, but one which sort of looked plausible. | 08:41 |
gnarface | well it might be fun to try | 08:43 |
gnarface | it probably includes systemd and needs to be altered to work | 08:43 |
gnarface | but i don't know | 08:43 |
EHeM | Time to head out... | 08:57 |
onefang | I was busy, but reading the backlog... | 09:01 |
onefang | "<tom_work> that's it fuck porting stuff to python3, i'm just using perl" | 09:02 |
onefang | Would that be perl 5, or the incompatible so they changed the name perl 6? B-) | 09:02 |
buZz | perl6 is changing name to eh, roku? | 09:02 |
buZz | raku? | 09:02 |
onefang | Something like that. | 09:02 |
buZz | yeah raku | 09:02 |
buZz | https://developers.slashdot.org/story/19/10/12/2134246/larry-wall-approves-re-naming-perl-6-to-raku | 09:02 |
onefang | Middle clicking on a URL always opens it in a new tab for me. | 09:07 |
onefang | I use phpmyadmin as a client for dealing with MariaDB / MySQL. There's also a fork of it in Devuan repos, though I don't recall the name, but I did try it. | 09:08 |
tom_work | onefang, perl6 is a different programming language | 09:32 |
onefang | I know that, hence the rename. | 09:32 |
fsmithred | time | 17:22 |
golinux | for? | 17:22 |
fsmithred | 11=17 | 17:23 |
fsmithred | just trying to figure out where I am in relation to the irclogs | 17:23 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!