forester | How today I decided add chimera in repositary and suddenly have understand there is http: . I added 's' https://deb.devuan.org/merged/ and it is imposible to download. QEUSTION: Why there is no https varaint? Because there were many times when I was downloading in synaptic some packages, and something another with them was downloaded in parrallel. Synaptic did show rate only 20-40 Mb, but System Monitor did show full rate about 200 Mb ( | 09:38 |
---|---|---|
forester | mobile usb modem). And package about 20 Mb finished downloading process, where as System Monitor did show that there was downloaded about 100-200 Mb. WHAT COULD YOU SAY? | 09:38 |
forester | * not How, but Hullo | 09:39 |
onefang | deb.devuaan.org is a round robin DNS, pointing to a bunch of package mirrors. So we can't use HTTPS for that. | 09:40 |
forester | Then as I could suppose there is allowed to use this situation for attack (do not remember how it names, something 'between' it is possible to replace packages, or add something malicious). In any case something was downloaded in parallel many times (4-5). I have Sublime Text in repository, and it has 'https' | 09:44 |
onefang | Look at https://pkgmaster.devuan.org/mirror_list.txt and choose a mirror that HTTPS if you want to use HTTPS. | 09:45 |
lts | They usually need to hear the answer "packages are signed" | 10:07 |
xinomilo | signed & reproducible (most of them), but https is a good thing too. | 10:24 |
lts | Sure, signing provides integrity and https some confidentiality | 14:57 |
furrymcgee | Please note that Debian can neither confirm nor deny whether the certificate authorities whose certificates are included in this package have in any way been audited for trustworthiness or RFC 3647 compliance. | 15:09 |
lts | "mozilla/Hongkong_Post_Root_CA_3.crt" is there indeed, for example | 15:13 |
unixbsd | do you know maybe an easy alternative to LyX for easy use, aka. for "TeXlamers / beginners? | 17:24 |
MinceR | vim :> | 17:25 |
unixbsd | I mean with a frontend | 17:26 |
unixbsd | vim is evilwm for begin | 17:26 |
unixbsd | MinceR: ed? ted? | 17:27 |
MinceR | meh | 17:27 |
mason | gnarface: Oddly, I went from a pixel-based xscreensaver to an OpenGL one and it hasn't crashed - the opposite of what one might expect. | 18:32 |
gnarface | mason: you might have gotten lucky... or they might have actually fixed it after all these years (not holding my breath though - i'd give it another 48 hours before i'd even be comfortable wagering on how much longer it would last) | 18:41 |
gnarface | mason: and also i'd make sure vsync was working and check my gpu temps | 18:41 |
mason | Hrm, makes me wonder if I can query nVidia temps via the command line. | 18:43 |
mason | nvidia-settings shows 32°C at present | 18:43 |
gnarface | i gave up on them a good decade ago, but once about 4 or so years ago i was just testing on ceres idly and managed to lock it up within moments using the one that has whales swimming around (that was using a either a nvidia 560 or 650 on whatever nvidia drivers were in the repo on ceres at the time) | 18:43 |
mason | nouveau or proprietary? | 18:44 |
gnarface | proprietary for sure | 18:44 |
gnarface | there is a way to get temps by command-line | 18:44 |
gnarface | nvidia-msi or something like that | 18:44 |
mason | I'd go for AMD but you need to chase the cutting edge kernel. | 18:44 |
gnarface | yea i switched to AMD and it has been better | 18:44 |
mason | hm, right, remembering something like that now, but I don't seem to have it installed. Will dig later. | 18:45 |
gnarface | i don't know for sure that the nvidia-settings binary can't dump values to command-line too though, i haven't looked carefully but there are command-line switches for a number of the other settings | 18:45 |
gnarface | i'm having trouble finding the package for the nvidia msi stuff | 18:47 |
gnarface | it used to be there for sure but it wasn't ever a required package | 18:48 |
gnarface | frankly i'm glad to be free of it | 18:48 |
gnarface | oh shit | 18:50 |
gnarface | that's why | 18:50 |
gnarface | because it's nvidia-smi not nvidia-msi | 18:50 |
gnarface | sorry | 18:50 |
gnarface | smi for "system management interface" | 18:50 |
gnarface | a command-line tool they made primarily for cluster use, i think | 18:51 |
gnarface | https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=.*nvidia-smi.* | 18:52 |
gnarface | mason: ^ | 18:52 |
mason | Ah, didn't have that install, but that rings the bell authoritatively. | 18:53 |
gnarface | msi is the thing you enable on intel onboard audio and ethernet kernel modules | 18:53 |
mason | s/install/&ed/ | 18:53 |
nemo | hm | 19:49 |
nemo | https://metadata.ftp-master.debian.org/changelogs//main/t/tomcat9/tomcat9_9.0.31-1~deb10u3_changelog | 19:49 |
nemo | * Removed the SysV init script | 19:49 |
nemo | why do they do crap like that? ☹ | 19:50 |
nemo | isn't that violation of the last Debian meeting where they said they wouldn't go out of their way to desupport SysV? | 19:50 |
nemo | does that mean Devuan has to patch a package like this, or make a fixup subpackage, or force the installer to maintain the init? | 19:50 |
nemo | and. is this sort of thing a general issue across Debian that Devuan now has to worry about? | 19:51 |
nemo | if I searched changelogs across the board, would I see more "Removed the SysV init script" ? | 19:51 |
nemo | is this a thing worth complaining to Debian about? | 19:51 |
gnarface | nemo: yes, yes, yes, no | 19:51 |
gnarface | nemo: and the devuan package full of their abandoned sysvinit scripts already exists | 19:52 |
nemo | gnarface: oh? good! | 19:52 |
nemo | gnarface: what is it? | 19:52 |
nemo | is it automatically pulled in? | 19:52 |
gnarface | i forget the name | 19:52 |
gnarface | no, but fsmithred knows where it is | 19:52 |
nemo | I feel like I need to make sure it is on the work servers | 19:52 |
nemo | just-in-case | 19:52 |
gnarface | not a standard package yet, i think it might be in proposed-updates or something | 19:52 |
nemo | although so far haven't run into this | 19:52 |
fsmithred | what? | 19:52 |
gnarface | fsmithred: they pulled another sysvinit script apparently | 19:53 |
fsmithred | which one? | 19:53 |
gnarface | apache tomcat i think? | 19:53 |
nemo | sadness | 19:53 |
fsmithred | we forked it | 19:53 |
fsmithred | pretty sure | 19:53 |
nemo | so... they deliberately ignored their own vote. it was just a show. | 19:53 |
nemo | "ok, you guys voted for support, we'll just passively aggressively defer this to package managers with no hand slapping or guidelines" | 19:54 |
fsmithred | Candidate: 9.0.31-1~deb10u2+devuan1 | 19:54 |
fsmithred | tomcat9 ^^^ | 19:54 |
nemo | fsmithred: that could get problematic no? if every time a tiny text file is pulled you guys now need yet another massive binary ☹ | 19:54 |
fsmithred | in beowulf | 19:54 |
nemo | oh. or do you do a dependency .deb ? | 19:55 |
fsmithred | I forget the name, but there's a package for orphaned init scripts in debian | 19:55 |
nemo | I guess you still need to fork then to add the dependency so that doesn't help | 19:55 |
fsmithred | I don't think we will fork all the packages that get their init script dropped | 19:57 |
nemo | fsmithred: so you'll make some meta package for devuan and then some generic script that copies in inits on install of new packages? | 20:00 |
nemo | initmanager ? | 20:00 |
fsmithred | maybe. I'm not sure what the debian package will do | 20:00 |
gnarface | luckily the total amount of storage required by all of the sysvinit scripts in the entirety of time and space is trivial | 20:01 |
fsmithred | It will only put files into /etc/init.d/ when the relevant package is | 20:02 |
fsmithred | installed on your system. | 20:02 |
gnarface | all we have to do is put them all in one place and fix them to prove their efforts to be a worthless lie | 20:02 |
fsmithred | that's in the Description | 20:02 |
fsmithred | it's in ceres and chimaera | 20:02 |
nemo | gnarface: oh. so they are pulling them because "too much effort to maintain" ? | 20:03 |
fsmithred | they may not even need fixing in many cases | 20:03 |
nemo | is that the reason? | 20:03 |
fsmithred | too much fucking effort to hear someone else say "I tested it and it works, please keep it in." | 20:03 |
nemo | fsmithred: yeah tomcat is incredibly self-contained. I can't imagine either its init or the script for systemd are much more than "launch tomcat" | 20:03 |
gnarface | nemo: yes. that's the whole reason systemd was created - the garbage attitude of package maintainers towards maintaining their own packages | 20:03 |
nemo | mildly related... on both Devuan and Redhat (well Amazon Linux 2) I've had a bug with Tomcat where random library errors appear after distro package update | 20:04 |
nemo | This is resolved on restarting tomcat | 20:04 |
nemo | which makes me think neither Redhat nor Debian packages restart tomcat service on update | 20:04 |
fsmithred | doesnt debian policy dictate how that should be done? | 20:05 |
gnarface | do we think the people left over there still read their own policies? | 20:05 |
fsmithred | I see services restarting when they get upgraded | 20:05 |
fsmithred | oh, maybe they don't read | 20:06 |
nemo | I haven't actually read the .deb or .rpm to see what they do | 20:06 |
nemo | it's not impossible it's some other issue w/ tomcat, although I'm not clear what | 20:07 |
nemo | maybe wrong order of operation.. | 20:07 |
nemo | or restart vs reload | 20:07 |
gnarface | last i checked they used to restart, but that was before systemd. after systemd i had a disturbing conversation with one of the maintainers about how they no longer saw fit to properly unmount disks "because that's what journaling is for" | 20:07 |
fsmithred | !!!!!!! | 20:07 |
infobot | i heard !!!!! is \"And all those exclamation marks, you notice? Five? A sure sign of someone who wears his underpants on his head.\" -- Terry Pratchett, Maskerade | 20:07 |
fsmithred | well, it was in response to something that makes as much sense as wearing underpants on your head | 20:08 |
mason | gnarface: Weird. There are explicit services to gate on clean block availability. | 20:08 |
gnarface | i should have saved the log but this person also told me in no uncertain terms that the only meaningful use of linux was in a VM on a azure cluster anyway | 20:09 |
fsmithred | lol | 20:09 |
mason | gnarface: I'd be curious to know what camp they were in. That's an unusual perspective. | 20:09 |
gnarface | kernel development, iirc | 20:09 |
gnarface | could have just been a troll masquerading as a maintainer to trigger me, which worked well, but none of the ops chimed in to say anything | 20:10 |
gnarface | and they were definitely watching | 20:10 |
gnarface | this was back when we were also having that failure to unmount disks before shutdown problem here | 20:12 |
gnarface | the same problem trickled down to us but we got it fixed at some point afterwards | 20:12 |
gnarface | i'm sure you guys will recall that incident | 20:12 |
gnarface | i don't reboot my machines often enough to have a clear track on how long after we inherited that bug from them that we got it fixed here, but i have no particular reason to believe they ever bothered fixing it for debian. i assume there's still a race condition where spinning-platter harddrives and slow usb keys still don't unmount fast enough | 20:14 |
gnarface | and if you bring that up in #debian they will just haze you for being poor | 20:15 |
nemo | gnarface: heh. VM in an azure cluster with your own personal ubuntu salesman 😉 | 20:27 |
nemo | https://news.ycombinator.com/item?id=26114194 context for folks who missed that | 20:27 |
dagal | hey, i'm experimenting with a zfs-on-root installation of devuan | 23:17 |
dagal | i've just snatched the dkms and relevant libs from buster-backports, and it looks like it's working for now | 23:17 |
dagal | will update when i'm sure | 23:18 |
numzob | dagal: mixing debian and devuan packages? that's a thing? does it work? | 23:39 |
kiwi9 | Yes. You can even take Ubuntu ppas & use the debs they contain as long as you have the dependencies. I installed Audio-recorder that way this week on Devuan Ceres. https://launchpad.net/~audio-recorder/+archive/ubuntu/ppa/+packages. | 23:43 |
gnarface | dangerous and risky but possible | 23:49 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!