frabbit | i want to xopy a whole system to another ssd. is that possible with tools from devuan repos? | 00:07 |
---|---|---|
frabbit | *copy | 00:07 |
freem | cp -ar ? | 00:07 |
ShorTie | cp -a will work | 00:07 |
ShorTie | oops, ya -ar | 00:08 |
freem | probably needs root rights, though | 00:08 |
freem | otherwise the user permissions won't be correct, I suppose. | 00:08 |
ShorTie | and not runnin | 00:08 |
ShorTie | you can rsync it too, then it canbe running | 00:08 |
EHeM | There is also `tar` or `dump`/`restore`, or potentially `dd` depending upon the actually desired operation. | 00:09 |
freem | dd seems a bit... violent? | 00:09 |
freem | also needs the destination's capacity >= source's one | 00:10 |
ShorTie | not violet, but is not forgiving at all | 00:10 |
frabbit | freem: o_0 "cp -ar / /dev/ssd_on_usb_adapter" really? | 00:10 |
frabbit | but its encrypted | 00:11 |
MinceR | you'd need to make a filesystem and mount it | 00:11 |
freem | ah... true, that'll create problems, since recursive? | 00:11 |
freem | and yes, destination needs to be mounted | 00:11 |
ShorTie | i don't know if it only works on a pi, but there is rpi-clone that will clone a running system | 00:11 |
MinceR | maybe cp can do exceptions already | 00:11 |
MinceR | you probably don't want to copy /dev either | 00:11 |
freem | I doubt cp would work from a living system | 00:11 |
MinceR | or /proc | 00:11 |
MinceR | well, the results could be somewhat inconsistent | 00:12 |
freem | well, /proc, /dev, /sys... | 00:12 |
frabbit | ok so encrypt the ssd, create same filesystem (ext2 for example) and then just copy? but what abot the partitons? | 00:12 |
ShorTie | the actual rsync line will work on anything | 00:12 |
* frabbit looks for rsync | 00:13 | |
stiltr | -x will keep cp on one filesystem | 00:13 |
EHeM | Favored tool for the sort of situation being described is `tar`. | 00:13 |
frabbit | btw: what about uuids in /etc/fstab? | 00:14 |
frabbit | and maybe on some other playes? | 00:14 |
ShorTie | only dd will keep that correct | 00:14 |
frabbit | the new ssd will have a different one | 00:14 |
frabbit | dd if=/ of=/device ? | 00:15 |
ShorTie | nop, be more like dd if=/dev/sdb of=/dev/sdc | 00:16 |
frabbit | er yeah sorry | 00:16 |
ShorTie | drive can not be mounted for dd to work | 00:16 |
frabbit | but first encrypt and then open and mount /dev/sdc(foobar)? | 00:17 |
frabbit | oh | 00:17 |
ShorTie | So So Sorry, know nuffin about encrypt | 00:17 |
frabbit | but i need to open the luks thing | 00:17 |
ShorTie | ?me not nasa | 00:17 |
frabbit | =/ | 00:17 |
frabbit | nasa? | 00:18 |
frabbit | or nsa | 00:18 |
ShorTie | either, lol. | 00:18 |
frabbit | =D | 00:18 |
freem | why do you want to actually copy? Would not it be easier to install from debootstrap on the encrypted disk? | 00:18 |
ShorTie | ie: nuffin important here .. :/~ | 00:18 |
EHeM | frabbit: Assume all the UUIDs in /etc/fstab will be invalidated. | 00:18 |
frabbit | Ehyeah ive said that | 00:18 |
frabbit | EHeM: | 00:18 |
frabbit | freem: ermm | 00:19 |
frabbit | i dont know debotstrap | 00:19 |
ShorTie | dd will preserve them | 00:19 |
freem | debootstrap is a software that allows to install a debian-like on a target. | 00:19 |
frabbit | i said copy because i want the system 1o1 on another disk | 00:19 |
freem | without going throught the installer, ofc. | 00:19 |
EHeM | It is possible to change the UUID of some filesystems (check `tune2fs` for ext[234]), but you're better using a fresh filesystem. | 00:19 |
frabbit | freem: but i dont want to reinstall the system | 00:20 |
frabbit | EHeM: thx =) | 00:20 |
freem | k | 00:20 |
frabbit | lets see | 00:20 |
frabbit | how about this: | 00:20 |
EHeM | I prefer using the PARTUUID since I've got a server with VMs, and the filesystem UUIDs are a potential route of attack. | 00:21 |
stiltr | If you're using luks, you'll be using /etc/cryptab rather than /etc/fstab for disk/partition UUIDs | 00:22 |
stiltr | s/cryptab/crypttab/ | 00:23 |
frabbit | new ssd -> encrypting except /boot -> partitioning the same way i partitioned the old hdd -> open that thing as external device in that running system i want to copy "cryptsetup luksOpen bla" -> mount all partitions -> copy partition after partition to the new ssd -> change UUIDS on the SSD system to the UUIDS the partitions on the ssd got | 00:23 |
frabbit | would that work? | 00:23 |
se7en | gnarface: http://ix.io/2p1q | 00:23 |
se7en | the output of debsums --config | grep FAILED | 00:24 |
se7en | oh, sorry | 00:24 |
se7en | that isn't the full output | 00:25 |
stiltr | frabbit: Probably easier to just change crypttab/fstab to match the new UUIDs, but otherwise sounds reasonable. | 00:25 |
stiltr | Oh, that's what you said. Sorry, misread... | 00:25 |
se7en | http://ix.io/2p1r | 00:26 |
frabbit | stiltr: i cant find that cryptab | 00:26 |
frabbit | oh | 00:27 |
frabbit | crypttab | 00:27 |
frabbit | xD | 00:27 |
frabbit | ok thats a bit more then just cp but if it will work =) | 00:28 |
frabbit | stiltr: thx | 00:28 |
frabbit | and thx to all the others too | 00:28 |
stiltr | Good luck! | 00:30 |
frabbit | stiltr: thx =) | 00:35 |
freem | do someone know if there is a way to prevent dpkg to auto enable sysvinit daemons? | 00:54 |
freem | on installations/upgrades, I mean | 00:54 |
stiltr | How are you disabling them? | 00:58 |
freem | usually, update-rc.d daemon remove | 00:58 |
gnarface | se7en: i told you i'm not clicking on that unless you use paste.debian.net; if your paste is larger than their max paste size then you're pasting way more than i can make use of anyway | 01:00 |
stiltr | freem: Hmm. I don't know of a way to prevent those hooks from running. I know some packages will have a /etc/defaults/pkg with an enable flag... | 01:04 |
freem | ah, sad. ty anyway | 01:07 |
stiltr | I'm certainly no expert though, so that doesn't mean it doesn't exist. | 01:08 |
stiltr | You could probably do something like modify the /etc/rc.x/ symlinks to be essentially noops and then chmod +i them, but I don't know that that would be the best idea. | 01:09 |
gnarface | freem: it's so simple to edit the symlinks to just all have K instead of S as the first character. write a simple shell script | 01:12 |
gnarface | freem: or just use the update-rc.d tool in a loop | 01:13 |
freem | my question is about the installs and updates, more updates than installs, though. | 01:13 |
freem | Of course I can setup some hack, but I wondered if there is a cleaner way :) | 01:13 |
gnarface | nothing i've heard of, not even with preseeding | 01:16 |
gnarface | nothing that would be universally applicable to all packages anyway. i'm sure one or two of them might be able to be effectively disabled from their dpkg-reconfigure panels, but that would be rare | 01:17 |
freem | ok Thanks | 01:17 |
gnarface | also, automating that would still be harder than calling update-rc.d in a loop | 01:18 |
gnarface | a shockingly large amount of the time, a simple bash script is actually the best choice | 01:18 |
gnarface | it never looks that way until you start doing it even when it's not though | 01:19 |
freem | well, I practice my bourne skill on a regular basis, so I see what you mean | 01:19 |
stiltr | You might be able to do something like mv /etc/init.d/pkg /etc/init.d/pkg-noauto and use dpkg --path-exclude /etc/init.d. Or you could use dpkg --pre-invoke to patch out the update-rc.d part of postinst. s/update-rc.d/#update-rc.d/ or something like that? | 01:35 |
stiltr | freem: ^^ | 01:35 |
chapolin | anybody can help me with the sound please...everytime i reboot i lost it... | 01:38 |
chapolin | i am a long time user of slackware...little experience with debian like distros | 01:39 |
gnarface | chapolin: i might be able to help, if you can tell me what you do to get it working every time first | 01:39 |
chapolin | man...i do so much things and suddenly it works...i could not tell one single thing | 01:39 |
chapolin | my card is recognized | 01:40 |
gnarface | interesting, but that doesn't give us enough to go on really | 01:40 |
gnarface | what card is it? | 01:40 |
chapolin | the pulseaudio plugin is the one who does not get it | 01:40 |
chapolin | 00:1f.3 Audio device: Intel Corporation 200 Series PCH HD Audio | 01:40 |
gnarface | oh | 01:40 |
gnarface | alright | 01:41 |
gnarface | well, first you gotta narrow it down between alsa and pulseaudio | 01:41 |
chapolin | in alsamixer she appears...but without sound | 01:41 |
stiltr | So ALSA always recognizes it after a reboot? | 01:41 |
chapolin | yes | 01:41 |
chapolin | but not pulseaudio | 01:41 |
chapolin | the pulseaudio plugin works just fine in slackware | 01:41 |
chapolin | but in devuan when i open it the app doesnt even are loaded | 01:42 |
chapolin | so i use pulseaudio --start | 01:42 |
chapolin | and then pulseaudio get my sennheiser headphone amp | 01:42 |
chapolin | and hdmi audio by one of my monitors | 01:42 |
chapolin | but no realtek | 01:43 |
chapolin | and suddenly she appears | 01:43 |
gnarface | so maybe pulseaudio just isn't starting automatically for your user, but once you start it manually everything works fine? | 01:43 |
chapolin | no no | 01:43 |
chapolin | i started it but without luck | 01:43 |
gnarface | hmmm | 01:43 |
chapolin | then i keep unloading and loading and eventually works | 01:43 |
fsmithred | I've seen PA fail to connect if there's no audio apps open | 01:43 |
fsmithred | and then work correctly if an audio app is open | 01:44 |
chapolin | you mean if i have some source playing audio the daemon got it? | 01:44 |
gnarface | chapolin: i would like you to do a test for me while it's "not working:" speaker-test -c 2 -t wav -D hw | 01:44 |
fsmithred | yeah, try opening a music or video app and then open, um | 01:45 |
fsmithred | shit | 01:45 |
chapolin | the last time the sound magically started to work...but no volume control...not in alsamixer nor pulseaudio | 01:45 |
fsmithred | the PA volume control thingy | 01:45 |
gnarface | pavucontrol | 01:45 |
fsmithred | pavucontrol | 01:45 |
fsmithred | thanks | 01:45 |
chapolin | speaker-test 1.1.8 | 01:45 |
chapolin | Playback device is hw | 01:45 |
chapolin | Stream parameters are 48000Hz, S16_LE, 2 channels | 01:45 |
chapolin | WAV file(s) | 01:45 |
chapolin | Playback open error: -16,Device or resource busy | 01:45 |
gnarface | suspicious | 01:46 |
chapolin | no shit | 01:46 |
chapolin | its driving me crazy | 01:46 |
gnarface | something already grabbed it, fsmithred might be onto something | 01:46 |
fsmithred | lsof might know something | 01:46 |
gnarface | yea | 01:46 |
gnarface | or fuser? | 01:46 |
gnarface | i think they'd both get you the information | 01:47 |
chapolin | jesus...this lsof is a mess...what can i grep here? | 01:47 |
fsmithred | grep pulse, snd | 01:47 |
fsmithred | dunno | 01:48 |
fsmithred | alsa? | 01:48 |
chapolin | still a lot of info | 01:48 |
chapolin | if i paste it here it will be a flood | 01:48 |
fsmithred | no | 01:48 |
gnarface | should be some alsa devices in /dev/snd, see any programs opening something in there? | 01:48 |
fsmithred | bot will bounce you | 01:48 |
chapolin | ive grepped alsa and pulse | 01:49 |
chapolin | let me loog | 01:49 |
chapolin | look | 01:49 |
gnarface | when i start playing a mp3 here without pulseaudio anyway, i see the program directly access /dev/snd/pcmC0D0p and /dev/snd/controlC0 | 01:50 |
gnarface | (in addition to the expected .so files) | 01:50 |
chapolin | by-id controlC0 controlC2 hwC2D0 pcmC0D0p pcmC0D2c pcmC1D0p pcmC2D3p pcmC2D8p seq | 01:51 |
chapolin | by-path controlC1 hwC0D0 pcmC0D0c pcmC0D1p pcmC1D0c pcmC1D1p pcmC2D7p pcmC2D9p timer | 01:51 |
chapolin | this is what i have in /dev/snd | 01:51 |
gnarface | yea, that's completely expected. but lsof should tell you what is accessing them at the moment. if there's no audio playing, there shouldn't be ANYTHING accessing them | 01:51 |
chapolin | yeah | 01:51 |
fsmithred | did you edit the autostart file for PA? | 01:52 |
chapolin | i see them processes in lsof...i am playing some youtube channel and there is a lot of firefox processes calling drivers from /dev/snd | 01:52 |
chapolin | fsmithred, no | 01:52 |
gnarface | chapolin: kerblam, there's your smoking gun then | 01:52 |
chapolin | i didnt edit nothing | 01:53 |
gnarface | chapolin: stop firefox then try the speaker-test again | 01:53 |
fsmithred | oh, there's a line that needs to be commented or uncommented | 01:53 |
fsmithred | this is beowulf, right? | 01:53 |
gnarface | chapolin: (additionally, and i don't know how this could have escaped notice, but youtube channels definitely count as "something playing audio") | 01:53 |
chapolin | speaker-test 1.1.8 | 01:53 |
chapolin | Playback device is hw | 01:53 |
chapolin | Stream parameters are 48000Hz, S16_LE, 2 channels | 01:53 |
chapolin | WAV file(s) | 01:53 |
chapolin | Playback open error: -16,Device or resource busy | 01:53 |
gnarface | hmmm. this is beowulf, right? | 01:54 |
chapolin | even with firefox out of the way still something is grabbing the resource | 01:54 |
chapolin | yes | 01:54 |
fsmithred | - If you have no sound, make sure the following line in | 01:54 |
fsmithred | /etc/pulse/client.conf.d/00-disable-autospawn.conf is commented | 01:54 |
gnarface | i did have an issue after upgrading one of these systems where pulseaudio wasn't starting right for all the users. turned out to be something i did wrong with the lightdm install but i forget what exactly. | 01:54 |
gnarface | but that user wouldn't have audio because lightm was expecting pulse to be present somehow? dunno, might also have been related to KDE, i'm not the primary user of that system | 01:55 |
chapolin | autospawn=no | 01:55 |
chapolin | should i comment it? | 01:55 |
fsmithred | yeah, comment that line | 01:55 |
chapolin | i am using xfce for what is worth | 01:55 |
fsmithred | ok, good | 01:55 |
fsmithred | that's the default, so we know it better | 01:56 |
chapolin | it says clearly if i am not using systemd i should comment it | 01:56 |
fsmithred | comment out that sucker | 01:56 |
chapolin | should i reboot? | 01:56 |
fsmithred | I did it in the live | 01:56 |
fsmithred | no | 01:56 |
fsmithred | maybe log out and in, or do 'init 1' | 01:57 |
chapolin | be back in a min | 01:57 |
fsmithred | ok | 01:57 |
fsmithred | my recollection is that killing PA is nearly impossible, but I guess they changed that. | 01:58 |
chapolin | jesus christ | 02:01 |
chapolin | that line | 02:01 |
chapolin | i aged 30 years because of her | 02:01 |
chapolin | systemd comes to haunt even when you are trying to hide | 02:01 |
chapolin | thank you very much guys | 02:02 |
chapolin | a simple logout was enough :D | 02:02 |
chapolin | and a comment | 02:02 |
chapolin | thank you fsmithred and gnarface | 02:07 |
gnarface | no problem chapolin, glad you got it working | 02:07 |
chapolin | the no systemd people are very nice | 02:07 |
chapolin | :D | 02:07 |
gnarface | we all remember what it was like before | 02:08 |
fsmithred | :) | 02:08 |
chapolin | the only thing i know is the number of cves related to systemd | 02:08 |
fsmithred | read the release notes. There are a few other weird little things like this one. | 02:08 |
fsmithred | how do you keep track of them??? | 02:09 |
chapolin | and slackware is not getting it...but i am liking the apt tools | 02:09 |
chapolin | already only 3 distros to my knowledge that not stick to that shit | 02:09 |
fsmithred | you might like the huge repository, too | 02:09 |
chapolin | yeah | 02:10 |
chapolin | this is really good | 02:10 |
chapolin | but i miss building tarballs | 02:10 |
fsmithred | learn to make deb packages | 02:11 |
stiltr | Nothing stopping you from building your own tarballs. haha | 02:11 |
buZz | fsmithred: man, i wish | 02:12 |
chapolin | yeah...i am on that as we speak | 02:12 |
buZz | that stuff is magic to me :P | 02:12 |
chapolin | haueuhaehu | 02:12 |
fsmithred | me too, buzz | 02:12 |
stiltr | It's a real pain at first, but once you get it sorted out it's not too bad. | 02:12 |
stiltr | If you aren't planning to get them into the repos, it's considerably simpler. | 02:12 |
fsmithred | yeah, I know | 02:13 |
stiltr | That first apt install my-package is pretty magical though. haha | 02:14 |
buZz | :) | 02:14 |
buZz | well, at least i'm getting merged in code commits | 02:14 |
stiltr | Also a great feeling. :) | 02:15 |
justmakeitwork | hello guys, I noticed a few bugs that I was able to fix but that may give new users a lot of frustration... this is from the 3.6 gb offline 'cdrom' install 1) user is not in the sudoers file, fixed by editing /etc/sodoers 2) after install the Cdrom repo is not disabled and caused an error where it asks for the next cd in the middle of using apt-get, fixed by commenting out appropriate lines in /etc/apt/sources.list 3) | 02:16 |
justmakeitwork | the pulse audio isn't working properly, fixed by commenting out 'autospawn-no' in /etc/pulse/client.conf.d/00-disable-autospawn.conf | 02:16 |
buZz | 1) isnt a bug | 02:16 |
buZz | 2) is normal behaviour aswell | 02:17 |
buZz | 3) might be a bug? not sure | 02:17 |
justmakeitwork | lol | 02:17 |
buZz | i tend to avoid pulse audio | 02:17 |
justmakeitwork | how are they not bugs, they stop the system working properly | 02:17 |
buZz | nope | 02:17 |
justmakeitwork | are you always root? | 02:18 |
buZz | adding users to sudo is not default behaviour | 02:18 |
chapolin | stiltr, That first apt install my-package is pretty magical though. haha | 02:18 |
chapolin | it sure is | 02:18 |
buZz | and installing from source X will add that to apt sources.list | 02:18 |
chapolin | im building a .deb of calibre 4.99 whit all the python3 modules | 02:19 |
chapolin | but without my news channel it was driving me insane | 02:19 |
chapolin | hehe | 02:19 |
stiltr | oh hey justmakeitwork, did you get a chance to try out the obs-studio backport? | 02:19 |
chapolin | the official repo calibre is all fucked up...with libs from p3 and p2 | 02:19 |
justmakeitwork | 'cdrom' sources should be commented out automatically after install | 02:19 |
stiltr | chapolin: Sounds like a mess... | 02:20 |
chapolin | buZz, i tend to avoid pulseaudio aswell...but i cant find a alsa plugin for xfce | 02:21 |
justmakeitwork | not yet stiltr, although I saw the last recommendations and saved them | 02:21 |
gnarface | justmakeitwork: usually that happens if you didn't finish configuring networking during install, i think | 02:21 |
buZz | chapolin: what does that mean, why does a window manager need to make sound? | 02:21 |
stiltr | justmakeitwork: No worries. I was just curious. :) | 02:21 |
chapolin | and i already have 30 terminals at the same time to open one more for managing volume | 02:21 |
justmakeitwork | gnarface, networking was enabled | 02:22 |
gnarface | justmakeitwork: around here, bugs due to systemd usually get fixed, but the bugs that are not related to systemd that the debian people are just living with, we mostly just live with too | 02:22 |
chapolin | the slackware current work flawlessly with pulseaudio from the get go | 02:22 |
chapolin | stiltr, i didnt get it...what seen to be a mess? | 02:23 |
chapolin | calibre with the p3 modules? | 02:23 |
gnarface | justmakeitwork: if you want to pursue this, first make sure you have the latest version of that disk, then make sure the debian equivalent *doesn't* do it, then if you file a bug report it will get taken seriously here (not necessarily actually fixed or addressed, but at least taken seriously). if the debian version does it too though you're gonna get more traction reporting it upstream... they have way more people | 02:24 |
stiltr | chapolin: Yeah, the py2/3 libs in calibre. Sorry, should have been clearer. | 02:24 |
gnarface | justmakeitwork: but, and this is important, that all sounded like expected behavior to me | 02:24 |
chapolin | no...you were clear...but theres other people talking and cut the line of tought | 02:25 |
chapolin | calibre 4.99 its only p3 modules | 02:25 |
chapolin | no more p2 and p3 | 02:25 |
chapolin | but the solution is building from git repositories | 02:25 |
chapolin | and i want to make a .deb to send to devuan developers | 02:25 |
chapolin | i really like calibre | 02:26 |
justmakeitwork | OK gnarface, I guess I am just dumb but I think a newer user could use that information | 02:26 |
justmakeitwork | especially the pulseaudio issue | 02:26 |
chapolin | and i think more people should get it working ok...since this year p2 will be out | 02:26 |
stiltr | chapolin: 4.99 is in ceres. Probably easier to backport. It'll handle all the deb stuff for you. | 02:26 |
gnarface | justmakeitwork: i agree completely that it isn't fair, i'm just trying to help you understand the economics of the situation before you get too emotionally invested | 02:27 |
chapolin | aye...its not giving me more work than i thougth it would | 02:27 |
justmakeitwork | I'll make a post on the forum maybe lol, I just want to make it easier for others | 02:27 |
gnarface | justmakeitwork: that's a great idea | 02:27 |
chapolin | is there an bug report email system on devuan so i can subscribe? | 02:28 |
chapolin | i love debugging | 02:29 |
gnarface | well there's http://bugs.devuan.org/ | 02:29 |
gnarface | i don't know if the reports go out on a mailing list or not | 02:29 |
chapolin | but there is a mailing list? | 02:29 |
gnarface | there is a mailing list, but i don't know what's on it | 02:29 |
chapolin | ok...i will look at it | 02:30 |
gnarface | mailing lists are linked to here: https://devuan.org/os/community | 02:30 |
gnarface | looks like there's 3 of them actually | 02:30 |
buZz | i'm on the DNG one, its kinda nice, not really devuanonly though | 02:31 |
chapolin | yeah...three of them...the devuan-dev is what i was looking for | 02:37 |
chapolin | we should help as much as we can...otherwise systemd will be inevitable | 02:37 |
chapolin | and thats when our beloved os will become microsoftsized | 02:38 |
chapolin | god forbid | 02:38 |
chapolin | a lot of news lately saying steam is investing tons of money in linux to run steam games | 02:39 |
buZz | IBMized you mean? :P | 02:39 |
fsmithred | justmakeitwork, the pulseaudio issue is covered in the release notes | 02:39 |
buZz | chapolin: what do you mean news :P you can see it right on steam | 02:39 |
chapolin | yeah buZz | 02:39 |
fsmithred | pretty close to the top | 02:39 |
buZz | 1% of players 24/7 are running linux | 02:39 |
buZz | thats about 0.2M ppl | 02:39 |
buZz | also dxvk and proton are amazing stuff | 02:40 |
chapolin | yeah buZz ...but looks like they are seeing some potential to detrone microsoft in this battle | 02:40 |
buZz | and over 50% of top500 games on steam have native linux version | 02:40 |
buZz | have for over 3 years now, i think | 02:40 |
chapolin | specially with this very easy distros | 02:40 |
chapolin | coming everyday | 02:40 |
buZz | steamos? thats pretty dead | 02:40 |
buZz | there is #steamlug , fyi | 02:41 |
chapolin | no no | 02:41 |
chapolin | not steamos | 02:41 |
chapolin | its some kind of partnership to increase the number of people using steam under linux distros | 02:41 |
chapolin | i will look in my reasearch os to grab some links to show to you...microsoft did something that they dont like and they are turning to linux with all their cards | 02:42 |
chapolin | its something "new" | 02:42 |
chapolin | this year resolution kind of new | 02:42 |
chapolin | instead of reviving steam os they are working with fedora/redhat team to get all games transitioned | 02:43 |
chapolin | with my hardware i have at least 10% more fps in slackware | 02:44 |
chapolin | devuan i didnt install yet | 02:44 |
chapolin | doom eternal i run at 250fps in 4k | 02:44 |
chapolin | in slackware...and 120 in windows | 02:44 |
gnarface | chapolin: that's actually old news in internet years. the steam package is in the non-free section of the repo. this was all fallout from a rumor that microsoft would discontinue directx in windows 10 that turned out to be completely unfounded. damage done anyway. | 02:45 |
chapolin | gnarface, yes...for internet news its old...but this year things got in 6th gear as far as i know | 02:46 |
gnarface | chapolin: oh i think they were also going to try to force all publishers to use their store as an exclusive sales gateway, which would have put most of them in direct violation of pre-existing contracts with activision, EA, and valve | 02:46 |
buZz | fyi, higher fps on linux 'windows emulated' games is not uncommon | 02:46 |
gnarface | chapolin: and nvidia was caught nerfing their linux driver at the same time, but was unhappy with microsoft for stuff related to announced win10 api changes too, and projected effects on future sales | 02:46 |
buZz | even in stuff like GTA5 | 02:47 |
gnarface | chapolin: so they were able to light a fire under everyone by getting nvidia to stop making tf2 suck in linux :) | 02:47 |
chapolin | buZz, im not talking about windows emulated games...im talking about native games | 02:47 |
buZz | thats cool, i'm just saying | 02:47 |
onefang | Think you have strayed off topic. | 02:47 |
chapolin | windows emulated in my experience its about 10% increase | 02:48 |
gnarface | alright, we're off topic and it's partially my fault. but i'll help anyone get steam working if they want it | 02:48 |
chapolin | but natively build games is far more than this | 02:48 |
buZz | gnarface: barely anything beside 'apt install steam' needed? :D | 02:48 |
buZz | provided you have non-free enabled | 02:48 |
gnarface | buZz: that's all it should take in a fair world but there's a bunch of corner cases depending on your video hardware | 02:48 |
chapolin | buZz, i have non free enabled by default in devuan...its not normal? | 02:49 |
buZz | well, depends on how long your neckbeard is | 02:49 |
chapolin | huaeuheauhaeuheauh | 02:49 |
gnarface | buZz: (getting steam itself working is that easy, but it isn't capable of fixing the driver/opengl setup, which is often wrong by default) | 02:49 |
buZz | ah yes, totally | 02:49 |
chapolin | jesus...neckbeard no pls | 02:49 |
chapolin | *no neckberard pls | 02:50 |
buZz | maybe someday nouveaux will work fast enough ;0 | 02:50 |
gnarface | i hear it is if you have a gtx 780 | 02:50 |
buZz | chapolin: dont worry, with all the facemasks, you can tell now anyway | 02:50 |
gnarface | pretty much only that one, the gtx780 | 02:50 |
chapolin | huaehueauhaeuaheuheauhaeuh | 02:50 |
buZz | hehe | 02:50 |
chapolin | that so true | 02:50 |
buZz | gtx1060 here | 02:50 |
chapolin | i have a 2080ti | 02:50 |
gnarface | no hope of either of those working in nouveau, probably ever | 02:50 |
buZz | thats fine | 02:51 |
chapolin | and work flawlessly with official nvidia drivers | 02:51 |
buZz | actually it does work sorta | 02:51 |
buZz | just not really fast | 02:51 |
gnarface | the hardware acceleration parts of the 900 and later series cards require cryptographically signed firmware and nvidia isn't coughing up the keys despite promising years ago they would | 02:51 |
chapolin | the only thing i noticed with the nvidia drivers is a lot o tearing under scrolling in firefox | 02:51 |
chapolin | or chromium for that mather | 02:52 |
chapolin | in slackware aswell | 02:52 |
gnarface | there are actually plenty of good games on steam that would be fine on modern hardware even with software rendering | 02:53 |
gnarface | they're not the ones people have heard of though | 02:53 |
gnarface | in beowulf it should be fairly straightforward now but for ascii you would require the kernel and nvidia drivers from backports for a lot of the games | 02:54 |
gnarface | also same goes for recent AMD video cards in that respect | 02:54 |
chapolin | yeah...i have tried ascii one week before the beowulf release...worked bad enough to get slackware again...lucky for me a few days later beowulf released | 02:55 |
chapolin | but slackware with 5.*.* kernels works even better | 02:55 |
gnarface | despite lower requirements of steam itself, a bunch of games require nvidia 340.xx or later drivers, or mesa i think like 19.x or 20.x something like that | 02:55 |
buZz | thank god for backports :) | 02:57 |
chapolin | aye...thats one problem i came across...unfortunately for us the binary nature of nvidia drivers get in the way...if was open source a few modified lines should solve this | 02:57 |
chapolin | i am using the debian handbook to study about .deb packages, is there something more compreensive about the subject? | 02:59 |
gnarface | yes | 02:59 |
gnarface | https://www.debian.org/doc/manuals/maint-guide/ | 03:00 |
gnarface | (i saw someone link a presumably more streamlined devuan version of this recently but i didn't save the link) | 03:00 |
chapolin | thanks again...very nice community here...happy with that... | 03:01 |
chapolin | not a problem...i will do a more comprehensive research today...all weekend to work things out | 03:01 |
gnarface | if you just want to build some packages skip forward to chapter 6 | 03:02 |
gnarface | they designed that guide as some sort of sadistic litmus test | 03:02 |
chapolin | ok...i will look into that right now. | 03:02 |
chapolin | hauehueahuea | 03:02 |
stiltr | Yeah, it's quite a read... haha | 03:03 |
chapolin | "sadistic" its a really real way to describe linux guides | 03:03 |
gnarface | fsmithred: do you have that link to the devuan new maintainer's guide? | 03:05 |
fsmithred | yeah, one sec | 03:05 |
gnarface | google insists that i must mean the debian one :( | 03:05 |
stiltr | Oh nice. I'd be interested in that as well. | 03:05 |
stiltr | After enough times of saying "no I don't mean debian" google usually gets the message. | 03:06 |
chapolin | the official DEBIAN repositories do not work with devuan right? the systemd deps will get in the way right? | 03:07 |
fsmithred | https://gitea.devuan.dev/devuan/documentation/src/branch/master/maintainers | 03:08 |
gnarface | chapolin: ^ here it is | 03:08 |
fsmithred | that link just changed. It might change back to what it was before. Not sure. | 03:08 |
gnarface | chapolin: (and yea, don't use the debian repos. it'll look like it works initially but systemd can sneak in and make a mess) | 03:08 |
chapolin | fsmithred, open already and bookmarked | 03:09 |
fsmithred | git is in the process of being moved | 03:09 |
chapolin | gnarface, yeah...i suspected that would be a problem | 03:09 |
stiltr | Thanks for the link fsmithred! | 03:12 |
fsmithred | yw | 03:12 |
chapolin | yeah...thanks for the link fsmithred...very good read | 03:12 |
justmakeitwork | Tried using amesser's build instructions from yesterday https://pastebin.com/qFSx4sTe , hunted down dependencies until there was only one, but it would not install libsimde-dev https://postimg.cc/75RXQ48H ... I seem to recall a similar thing happening when I tried following the Debian build instructions on the obs-studio site | 04:02 |
gnarface | justmakeitwork: looks like something weird might be going on with the package right now | 04:15 |
gnarface | justmakeitwork: it was in ceres as of this time yesterday but i'm not seeing it there right now | 04:16 |
gnarface | justmakeitwork: it still shows up on packages.debian.org but not on http://packages.devuan.org/bannedpackages.txt | 04:17 |
gnarface | justmakeitwork: my best guess is they're doing something to it upstream that required temporarily removing it to replace it or fix something else, or something like that | 04:17 |
justmakeitwork | 0.0.1 for life :-) | 04:27 |
stiltr | justmakeitwork: Did the debs not work? | 04:38 |
justmakeitwork | it didn't get that far, if you look at the postimg above, I took care of about 20 dependencies that it kept getting hung up on except for the last one, libsimde-dev | 04:41 |
stiltr | I posted a link to the backported debs. I had to backport libsimde to get it to compile, but you don't need it to run. | 04:42 |
stiltr | https://stiles-engineering.com/obs-backport/ | 04:43 |
stiltr | If you want. | 04:43 |
justmakeitwork | I was just thinking that too stiltr, should I add backports to sources.list and see if apt finds it? | 04:44 |
stiltr | It's not an official backport, so it won't be in beowulf-backports. It's just something I did the other day when you mentioned it. | 04:45 |
stiltr | If you want to do it yourself, you can follow the steps here https://wiki.debian.org/SimpleBackportCreation | 04:46 |
stiltr | You'll have to create and install a deb for libsimde-dev before you can do one for obs. | 04:47 |
justmakeitwork | oh cool, I'll have to try that | 04:47 |
stiltr | Oh, I think I had to change a dependency in libsimde. I think it was debconf to 12 instead of 13. | 04:48 |
stiltr | Oh, looks like I still have the libsimde deb if you want it. | 04:49 |
justmakeitwork | dbuilder kept complaining that it was expecting obs-studio... ...tar.gz files(see the postimg link above), does that matter? | 04:50 |
stiltr | Nah, the .tar.gz is fine. It's that debhelper-compat that's blocking you. | 04:51 |
stiltr | You need to change the debian/control file to depend on 12 instead of 13. | 04:51 |
stiltr | Build-Depends: debhelper-compat (=12), | 04:52 |
justmakeitwork | the numbers referring to os versions? | 04:52 |
stiltr | It's a package. debhelper-12.1.1 is the latest in beowulf. | 04:54 |
stiltr | 13 is in ceres, so the ceres package depends on it, but it'll work with 12. | 04:54 |
stiltr | Oddly libsimde took considerably longer to compile than obs-studio did. At least for me. | 04:55 |
systemdlete | Wonderful. I've got me a zombie owned by process 1. The only way to get rid of it is to reboot... how did this happen? The process, "Web Content" is spawned by firefox-esr (latest version). I don't think I've run into this in a long, long time! Is there an alternative to rebooting the host? | 09:48 |
systemdlete | According to the ps(1) man page, zombies will be killed by the parent if it receives a SIGCHLD. I tried that, on both the zombie and on init(!). | 09:48 |
systemdlete | s/will be killed/will be cleaned up/ | 09:49 |
systemdlete | This is still ascii, btw. I haven't upgraded to beowulf yet, and may not for a bit. | 09:49 |
systemdlete | Is init not working on devua--- init. Init. INIT!!! Is it possible that somehow, some way, surgically removing the cancer from the body Linux has not caused an undesired outcome? IDK. I haven't studied it that deeply myself. | 10:00 |
systemdlete | anyway, looks like reboot is my ONLY option. If I ever want ps to work ever again. | 10:00 |
systemdlete | Ps and htop hang now. Even though they are not the offending process. | 10:01 |
crashoverride | is the offensive process PID1? | 10:01 |
systemdlete | no. It's a defunct "Web Content" process, spawned by firefox-esr (see above) | 10:01 |
crashoverride | yeah sorry I am on a small screen with a flaky connection. | 10:02 |
kiwii | Hi which devuan equals to deb9 | 10:34 |
gnarface | kiwii: ascii | 10:40 |
gnarface | kiwii: (devuan 2) | 10:41 |
kiwii | Do you use beowulf if yes would you try install xtables-addons-common | 10:42 |
kiwii | Is it available or no | 10:42 |
gnarface | kiwii: i think it's not available in beowulf currently. i'm only seeing it in ascii and jessie: pkginfo.devuan.org | 10:43 |
gnarface | kiwii: ^ you can search here | 10:43 |
kiwii | Thabks | 10:43 |
gnarface | kiwii: according to packages.debian.org it isn't in debian 10 either | 10:44 |
gnarface | kiwii: this might be a recent change | 10:45 |
systemdlete | there is an update for firefox-esr... hoping maybe this might fix it. (Still getting zombies, but after reboot, they do eventually die when I kill the browser). | 11:04 |
tomtastic | systemdlete You might be able to kill -9 a defunct (zombie) process | 12:07 |
tomtastic | systemdlete Solaris used to have 'preap' to reap the dead. There doesn't seem to be a comparable tool in Linux | 12:08 |
systemdlete | kill -9 has no effect on Zombies, sadly. | 12:11 |
systemdlete | There is ONLY one (1) solution: Reboot. | 12:11 |
_william_ | which can also be saif for zombies shot in the head :) | 12:12 |
systemdlete | The main issue is not the zombie itself, but what it does to utilities like ps and htop -- they hang. | 12:12 |
_william_ | said | 12:12 |
systemdlete | thanks all | 12:12 |
gnarface | well, there might be one other solution | 12:55 |
gnarface | you might be able to rm -rf /proc/$PID | 12:56 |
gnarface | sometimes that will work on zombies, it hink | 12:56 |
gnarface | *i think | 12:56 |
tomtastic | gnarface really?! Thats a new one on me | 13:22 |
yeti | maybe a proc based PS just wont see them any more but they still are sticking in the system? | 13:48 |
yeti | do we still have that kernel-dada-stuructures ps? | 13:48 |
yeti | trying to remember the name... | 13:49 |
gnarface | i don't really know | 14:02 |
yeti | jears (decades?) ago there were 2 PS and TOP flavours | 14:06 |
yeti | y* | 14:06 |
yeti | the old style thingy directly accessing the kernel process lists and the newer proc based (probably slooooower) one | 14:07 |
yeti | in the early days of the proc based process tools I refused to use them because their overhead | 14:07 |
yeti | but meanwhile I cannot even find them any more | 14:08 |
yeti | ditch the probably... the way thru proc IS slower and I saw the difference in top... | 14:08 |
yeti | the cputime of top itself was less for the kernel-top | 14:09 |
* yeti misses the days when software needed to be resource friendly | 14:10 | |
frabbit | upgrade fromascii to beowulf seems problematic, even if u have a base system | 14:15 |
frabbit | if tried that yesterday on my gaming rig and first it seemed fine, but after reboot and run apt update the system told me that there are packages that are hold back. | 14:16 |
frabbit | i removed the packages wich apt wnated to remove and runned apt -f install, but that does nothing so i runned apt install and_all_hold_back_packages_here and that breaks the xserver as it seems | 14:18 |
frabbit | it removed some x packages and i think alos some of the nvidia stuff i had to install to have my gc working | 14:19 |
frabbit | im not willing to figure out why that was so messy (i just followed fan boys wiki) and will just setup a new system, but ive installed devuan ascii 2.1 on a computer for someone, just a few days before beowulf was released as stable and i dunno now how to handle that machine to upgrade it... | 14:20 |
frabbit | the first time i tried to upgrade to beowulf i did something wrong, but the second time, i did exactly what the wiki says | 14:21 |
frabbit | and im sure on that system where is still ascii it will be the same (and there are even much more packages installed...) | 14:22 |
frabbit | but setting up that system again, this time with beowulf will be a mess... it took me 2 days to insall and configure that beginner system, so the person doesnt need to mess arrounsd with that and sure i have made backups from that configs, but it still sucks that i have to reinstall it now again, just ~ two weeks after fresh new install... | 14:23 |
frabbit | oh and this -> 14:21 < frabbit> the first time i tried to upgrade to beowulf i did something wrong, but the second time, i did exactly what the wiki says <- was on two different macvhines btw | 14:25 |
frabbit | but both with ascii 2.1 | 14:26 |
frabbit | also it is a huge problem when the upgrade process will be that nasty in future releases... | 14:26 |
frabbit | i would have to setup all the machines again i setup for others on every new release... | 14:27 |
frabbit | backup all the data including the configs and then making a fresh new install is not a proper way how beginners can maintain their systems... | 14:29 |
frabbit | but a propper way to steal my lifetime, cause im the one who needs to fix/repair/reinstall these systems then... | 14:30 |
fsmithred | would be good to figure out why you had such trouble. Most upgrades go smoothly. | 14:30 |
frabbit | fsmithred: yeah i know | 14:31 |
frabbit | but i didnt made notices or something | 14:31 |
frabbit | i just thought it would be smoothly... and that was a mistake i know now... =( | 14:31 |
bbpj10 | hi. I'm probably far from the first to have asked this but I can't find anything searchng the web so here goes: How long does each release (e.g. Beowulf) get supported? Until the Debian release it's based on goes into Debian LTS? Until it gets dropped from Debian LTS? | 14:34 |
frabbit | on my system i still have ascii 2.1 here and after i get my ssd i will try to upgrade it too the way the wiki leads to, just to check if it will fail again. my productive machine has the same base but no nvidia stuff of course, therefor alot of other packages the gaming rig doesnt have | 14:34 |
frabbit | bbpj10: i still get updates here for oldstable ascii 2.1 | 14:35 |
frabbit | just upgraded 4 packages or so in the last week | 14:35 |
bbpj10 | yeah, I wonder until when though. | 14:35 |
frabbit | probably when beowulf gets oldstable ascii will be dropped | 14:35 |
frabbit | but thers still oldoldstable i think | 14:36 |
frabbit | *theres | 14:36 |
frabbit | also still upgrade introductiins from jessie to beowulf | 14:36 |
bbpj10 | Oldoldstable was released as a "LTS" in any case - not sure what LTS here means: it gets supported as long as iirc Jessie hasn't gone into ELTS? | 14:37 |
bbpj10 | I just don't know what that means for the later releases, none of which explicitly stated as "LTS" orr "non-LTS" | 14:37 |
frabbit | LTS=Long Time Support | 14:38 |
frabbit | hm.. | 14:38 |
bbpj10 | yeah, I just can't find exact info on *how* long | 14:38 |
frabbit | im not interested in that term, isnt that a buntu thing? | 14:38 |
fsmithred | yes, look at the debian LTS schedule. Jessie's end of life is this month. | 14:38 |
frabbit | fsmithred: ah so i was right | 14:39 |
fsmithred | https://wiki.debian.org/LTS | 14:39 |
frabbit | so ascii will be supported till June 2022 | 14:39 |
frabbit | from debian... what about devuan specific support? | 14:40 |
bbpj10 | fsmithred: So oldoldstable, whichw as an LTS, gets supported for that long (i.e. until 2 weeks in the future, I think?). Does the same go for ascii and beowulf, even though the term LTS doesn't appear in their release notes? | 14:40 |
fsmithred | ascii=stretch, beowulf=buster | 14:40 |
frabbit | yeah i know | 14:40 |
fsmithred | except for about 200 packages, half of which are language packs | 14:40 |
bbpj10 | After all, they are based on Debian releases which, like Debian 8, will AFAIK get Debian LTS support as well | 14:41 |
frabbit | but arent there devuan specific packages that needs to be maintained by devuan devs? | 14:41 |
fsmithred | yeah, if anything gets a security update, it will likely get ported to the devuan package | 14:42 |
bbpj10 | So would I be correct in saying that Ascii will get supported until 2022, and not until only e.g. later this year when Stretch presumably goes into LTS? | 14:42 |
fsmithred | main thing is kernel, and we don't touch that | 14:42 |
frabbit | nice | 14:42 |
bbpj10 | and thus ascii won't go EOL until, if all goes as planned, 2022? | 14:43 |
frabbit | bbpj10: as it seems | 14:43 |
frabbit | =) | 14:43 |
frabbit | bbpj10: u want to stay with ascii? | 14:43 |
fsmithred | yeah, stretch goes to june 2022, so ascii will also be good until then | 14:43 |
bbpj10 | frabbit: no, I just don't like installing things with too short a time span between release and EOL | 14:44 |
frabbit | bbpj10: me too | 14:44 |
frabbit | but three years or so is okay (to not forgot how to install a system xD) | 14:45 |
bbpj10 | Which in my case seems a bit irrational since my installs seem to rarely stay as my daily driver for...idk, maybe a couple of semesters? But a long life span does leave me sleeping better at night :p | 14:45 |
brocashelm | what kernel is devuan beowulf currently on? | 15:38 |
Atari-Frosch | brocashelm: :~$ uname -a | 15:40 |
Atari-Frosch | Linux seewasser 4.19.0-9-amd64 #1 SMP Debian 4.19.118-2 (2020-04-29) x86_64 GNU/Linux | 15:40 |
brocashelm | nice | 15:43 |
tuxsvr | loading from Beowulf netinstll. How can I had refractato it? Do I need a desktop loaded first? load refractainstaller and refractasnapshot? | 17:52 |
gnarface | what are you trying to do? refractasnapshot and refractainstaller are in the repos... | 17:54 |
gnarface | but i don't know why you'd want them in the netinstall, they're for live images | 17:55 |
gnarface | i would assume you'd install them after you finished booting | 17:56 |
tuxsvr | install the refracta after install. Terminal install, no desktop. What do I need to install? can I use apt? | 17:58 |
gnarface | yes, you can use apt | 17:59 |
gnarface | look for packages with refracta in the name | 18:00 |
tuxsvr | no gui parts right? | 18:00 |
gnarface | i think the gui parts are optional | 18:02 |
gnarface | i could be wrong | 18:02 |
tuxsvr | OK will try. Thanks | 18:03 |
fsmithred | install refractainstaller-base and refractasnapshot-base | 18:06 |
fsmithred | tuxsvr, ^^^ | 18:06 |
fsmithred | gnarface is right; the -gui packages are separate. | 18:06 |
tuxsvr | Thanks will try. Thanks for the help. | 18:19 |
mason | I'm curious - Debian's shipped intel-microcode 3.20200609, but I'm not seeing that for Beowulf yet. Is this a known hiccough? | 18:22 |
mason | Re: CVE-2020-0543, CVE-2020-0548, CVE-2020-0549 | 18:25 |
Dekkard | so.. changing time/date on the live iso crashes the clock.. | 19:29 |
xrogaan | mason: are you sure it isn't being held back by debian? | 20:02 |
xrogaan | mason: https://tracker.debian.org/pkg/intel-microcode | 20:04 |
yeti | 3.20200609.2~deb10u1 in buster's security | 20:04 |
xrogaan | it was just accepted into stable, like less than a day ago. | 20:04 |
xrogaan | is it? I don't see that version. | 20:05 |
xrogaan | Probably a propagation thing. | 20:05 |
xrogaan | They are updated daily, are they not? | 20:11 |
xrogaan | mason: last update was today at 5am. you'll get the updated list tomorrow at the same hours. Probably. | 20:12 |
xrogaan | > http://deb.devuan.org/merged/dists/beowulf-security/non-free/binary-amd64/ | 20:12 |
registeredsoda | how do I compile git software into devuan packages? | 20:28 |
registeredsoda | any automake packages using the GNU make and ./configure process | 20:28 |
stiltr | https://gitea.devuan.dev/devuan/documentation/src/branch/master/maintainers/PackagingGuide.md | 20:30 |
mason | xrogaan: Yeah, pretty sure it's not being held back in Debian given that I've installed it. | 22:07 |
mason | I thought pulling to Devuan was every five minutes or somesuch. | 22:08 |
mason | A thought I had was a sort of reverse of Amprolla - plugging Devuan packages into Debian instead of the reverse, making Devuan packages preffered with pinning. I might poke at that. | 22:10 |
mason | bbiab | 22:11 |
MinceR | https://i.kym-cdn.com/entries/icons/original/000/022/978/yNlQWRM.jpg | 22:11 |
Bjornn | I'm installing opera, reinstall actually to see if I can get streaming videos to work on twitter, facebook, etc. I get this issue https://pastebin.com/NRcC5Bhw | 22:54 |
Bjornn | bascially, to start in wants to install an older version of a driver -> libgbm1 (>= 17.1.0~rc2)is current but 13.0.6-1+b2 is to be installed | 22:55 |
Bjornn | anyone familiar with this issue? | 22:56 |
Bjornn | I don't know exactly what this driver does | 22:57 |
Bjornn | I imagine it would impact other browsers? | 22:57 |
freem | apt-get really? | 23:09 |
freem | I mean... you add it to your sources, but how, then? | 23:09 |
freem | Bjornn: ^ | 23:11 |
fsmithred | Bjornn, you need to have contrib in your sources to get pepperflash. You can get around the errors by adding '--no-install-recommends' to your apt-get command | 23:15 |
fsmithred | I don't know where to get that other package - chromium-codecs-ffmpeg-extra is not in our repo | 23:16 |
fsmithred | is flash really still out there? I haven't seen any in a long time. | 23:17 |
djph | fsmithred: same | 23:24 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!