onefang | For anyone that is using sledjhamr.org for Devuan mirror or apt-panopticon, it'll be down for hardware upgrades sometime between 8 and 16 hours from now. Not sure how long it'll take, or exactly when it'll happen, I have to coordinate with people on the other side of the planet that are currently asleep. | 01:10 |
---|---|---|
Guest32 | i did the build-sudo.sh and i put it packages in the desktop and made it it didnt work | 02:18 |
gnarface | what now? | 02:40 |
Guest32 | idk has anyone here ever made it b4 | 02:42 |
gnarface | i haven't, but i'm sure someone has. i am not even sure what you're building to be exact. when you say it didn't work, did it also give an error? | 02:45 |
Guest32 | no the packages just didnt work it does the deafault ones im talking about this https://git.devuan.org/devuan/installer-iso | 02:46 |
gnarface | so you mean you're trying to add packages to the installer iso? | 02:47 |
Guest32 | yes | 02:47 |
gnarface | i'm not sure where it looks but maybe you just got the path wrong? | 02:48 |
gnarface | where did you put the packages? | 02:48 |
Guest32 | i did pool/desktop | 02:48 |
gnarface | hmmm, fsmithred do you know anything of this? | 02:48 |
rrq | Guest32: so you added package names to pool/desktop, then build the desktop ISO and the packages are not included? | 03:00 |
Guest32 | yes | 03:04 |
rrq | are those packages from "daedalus main" ? | 03:06 |
Guest32 | i just put the package names | 03:06 |
rrq | yes, and the installer will want to then get them from "daedalus main" | 03:07 |
Guest32 | ok i put bspwm but it didnt install | 03:08 |
rrq | first is to look in the "contents/daedalus-5.0-amd64/desktop-.../DVD_LIST_amd64" .. something like that | 03:10 |
rrq | grep for bspwm to see what it says | 03:10 |
Guest32 | i deleted the packages in the dvds | 03:10 |
rrq | this is in the build directory... actually would be daedalus.fs/installer-iso/content/... | 03:12 |
rrq | the build process will have some "package list" log files there | 03:13 |
Guest32 | how do i change it b4 i do it | 03:16 |
rrq | no sure I follow... when you have run build-sudo.sh there will be log files in daedalus.fs/installer-iso/content/daedalus-5.0-amd64/... | 03:19 |
rrq | I would like to see the notes regarding bspwm in the list file used for DVD1 which is the desktop ISO | 03:24 |
Guest32 | i put it in pool/desktop | 03:24 |
rrq | yes, and if it says "bspwm" in that file, then the DVD1 pool should include that package as well as those it depends on | 03:25 |
rrq | the log file might tell why that package did not get included | 03:26 |
Guest32 | ok | 03:26 |
rrq | when you build, you sould append "|& tee LOG" to the command (without the double-quotes) so as to keep the console output (stdout and stderr) as well | 03:29 |
onefang | How to install the grub2 MBR onto both disks of an md array in ASCII? The web says to use the grub command, but that doesn't exist. | 10:58 |
syco | grub2-install | 11:30 |
syco | or grub-install | 11:30 |
onefang | Ah had to do that for the disk, not the partition like I tried that gave an error. lol | 11:35 |
onefang | Thanks. | 11:35 |
onefang | For anyone that is using sledjhamr.org for Devuan mirror or apt-panopticon, it'll be down for hardware upgrades sometime in the next hour. Not sure how long it'll take. | 11:38 |
onefang | Yes, these things are related. Not sure which disk will get pulled, had to make sure they can both boot. | 11:39 |
onefang | sledjhamr.org is back up, but I'm currently rebuilding the RAID array. Should take an hour and a half. The Devuan mirror and apt-panopticon are working though. | 14:11 |
blastwave | what is the release "daedalus" ? I don't see it listed on the main download pages | 15:22 |
blastwave | the file https://files.devuan.org/README.txt does not mention it | 15:23 |
Tenkawa | blastwave: its not a release.. its the current development branch | 15:24 |
Tenkawa | it "will be" the next | 15:24 |
Tenkawa | 5DaedalusDebian 12 "Bookworm"N/AN/A | 15:24 |
blastwave | oh cool | 15:24 |
Tenkawa | https://en.wikipedia.org/wiki/Devuan | 15:24 |
blastwave | however if I choose to install it as a desktop ( just for testing something ) will there be a pkg repo that works with it also ? | 15:25 |
Tenkawa | that I do not know | 15:25 |
blastwave | well, it is worth a try anyways | 15:25 |
blastwave | I want to test and see if the latest NVidia drivers can be compiled on it and then see if NVidia CUDA tools works | 15:26 |
fsmithred | blastwave, yes there is a package repo for daedalus. While it is still in testing, there is only daedalus and no daedalus-security or daedalus-updates yet. | 15:49 |
blastwave | not a problem. I am fine with that. | 15:50 |
blastwave | I am just testing to see if my NVidia Quadro card can be used on devuan with CUDA etc etc | 15:50 |
fsmithred | should work here if it works on debian. We use the same packages. | 15:53 |
gnarface | hey uh,... tracing a weird issue. gtk fonts shrunk in unstable after the last update, anyone seen this? | 15:55 |
gnarface | they seem to be rendering a couple pixel sizes smaller than they're set to now | 15:55 |
Tenkawa | sorry for the reconnects.. was trying to fix a client bug.. fixed now. | 16:06 |
ejjfunky | hi all. i was going to open devuan source code at git.devuan.org, i couldn't log in and i chose forgot password. | 16:17 |
ejjfunky | here it says that a confirmation email has been sent ... check within the next 3 hours. it already over an hour now and i havent receive anything on my inbox. not in junk as well. | 16:18 |
fsmithred | ejjfunky, I don't see any recent registrations | 16:21 |
blastwave | just a common sense question here but if NVidia releases a ".deb" file type package for CUDA then it should "just install" right? No promise it works. Just the install should be a no brainer ? | 16:22 |
fsmithred | and I don't see your user name | 16:22 |
fsmithred | blastwave, yeah. It might complain about missing dependencies. | 16:23 |
fsmithred | and you might fix them with 'apt -f install' (no package named) | 16:23 |
ejjfunky | fsmithred, it wasn't a new registration. i just forgot my password or do old accounts get deleted? | 16:23 |
fsmithred | depends on how old. | 16:24 |
ejjfunky | fsmithred, at least a year or two | 16:24 |
fsmithred | We moved to different server last year, and everyone had to re-register | 16:24 |
ejjfunky | fsmithred. ohhh.. ok. | 16:24 |
ejjfunky | thanks, i'll re-register now. | 16:24 |
fsmithred | cool | 16:24 |
blastwave | fsmithred: so essentially phasers on stun and have a six pack of beer ready and it should work .. maybe | 16:25 |
fsmithred | lol | 16:25 |
blastwave | I am running into little issues already. The wonks at NVidia ( I hate them ) have a new driver where they are dropping support for piles of older top-of-the-line Quadro cards https://www.nvidia.com/Download/driverResults.aspx/186156/en-us | 16:27 |
blastwave | the very last of the non-braindead Quadro's was the K6000 which did full speed 64bit IEEE754 math and they dropped it. All other Quadro units have the 64-bit math features turned off | 16:29 |
fsmithred | I don't suppose there's a pencil-mark you can make to fix that. | 16:30 |
blastwave | I wish | 16:30 |
blastwave | however you can pay more money to get that feature | 16:30 |
fsmithred | ah, I was wondering about that. | 16:30 |
blastwave | the GV100 is well over $10k and it does full speed 64-bit math | 16:31 |
blastwave | all other Quadro units only do 32-bit | 16:31 |
Tenkawa | ejjfunky: if it fails I can also give you some manual procedures | 16:33 |
Tenkawa | just need to use ar to extract the deb contents.. run the installer by hand.. make some adjustments to the build scripts probably | 16:34 |
ejjfunky | Tenkawa, thanks. i'm in now. | 16:35 |
Tenkawa | I do it to my omen laptop frequently | 16:35 |
Tenkawa | oh ok | 16:35 |
Tenkawa | did you get the "hardware" drivers built though or are you on nouveau? | 16:35 |
Tenkawa | make sure you didn't fallback to nouveau | 16:36 |
blastwave | who? me ? | 16:36 |
Tenkawa | heh.. I didn't catch 2 names | 16:36 |
blastwave | the nouveau driver is what I get by default at install | 16:36 |
Tenkawa | ejjfunky: my bad.. blastwave is who I meant | 16:37 |
blastwave | so that means I need to make the machine a non-graphical boot. I don't know how on devuan but will figure it out. | 16:37 |
ejjfunky | Tenkawa, np. | 16:37 |
Tenkawa | blastwave: its easy | 16:37 |
blastwave | like /etc/inittab or something | 16:37 |
Tenkawa | blastwave: no.. that won't work | 16:37 |
Tenkawa | it immediately loads nouveau since its built and have an initram | 16:38 |
blastwave | I have a chimaera machine here now ... is there a trivial way to make it console only ? | 16:38 |
fsmithred | blastwave, for installing the driver, just drop to console and stop the display manager | 16:39 |
blastwave | I mean non-graphical boot | 16:39 |
fsmithred | ctrl-alt-f2 | 16:39 |
blastwave | CTRL ALT F2 just gives me another tty .. it doesn't stop the desktop loaing at boot | 16:39 |
fsmithred | I do that with sysv-rc-conf (install it) to turn off display manager in runlevel 3 | 16:39 |
Tenkawa | blastwave: yeah do that so we can build the new drivers and those will replace it | 16:40 |
fsmithred | then add '3' to the boot command when you want to go there | 16:40 |
blastwave | geez ... I have no idea what sysv-rc-conf means | 16:40 |
fsmithred | it's a package | 16:40 |
fsmithred | apt install sysv-rc-conf | 16:40 |
fsmithred | then as root: | 16:40 |
fsmithred | sysv-rc-conf | 16:40 |
fsmithred | arrows and space bar, q to quit | 16:40 |
blastwave | I need an additional package to control if I get a graphical desktop ? | 16:41 |
fsmithred | huh? | 16:41 |
blastwave | sysv-rc-conf <-- this is an additional package | 16:41 |
fsmithred | don't you already have a graphical desktop? | 16:41 |
fsmithred | no you don't need that package | 16:41 |
fsmithred | man update-rc.d | 16:41 |
blastwave | well to be more clear, I have two machines where one of them is a test unit for AMD Radeon type stuff and the other is going to be for NVidia stuff. The chimera machine is AMD Radeon type at the moment. that will change likely. | 16:42 |
blastwave | good old runlevel 2 is likely all I need | 16:43 |
fsmithred | you don't need a non-graphical runlevel to make that change | 16:43 |
fsmithred | 2 is default, multi-user graphical | 16:43 |
blastwave | damn ... wasn't 2 always just multi-user with networking ? | 16:43 |
fsmithred | I assume you came from redhat or suse or something that expects graphical to be 4 and 5 | 16:43 |
blastwave | worse .. brace yourself .... Sun Solaris | 16:43 |
fsmithred | in debian, 2-5 are all the same. | 16:44 |
blastwave | also some Red Har but I killed that | 16:44 |
fsmithred | but easy to change | 16:44 |
fsmithred | but to switch from amd to nvidia, you only need to drop to console to do the changes. | 16:44 |
blastwave | given that I will never ever sit in front of the machine it could be serial console and I would be happy | 16:45 |
fsmithred | oh, then why have a desktop at all? | 16:46 |
blastwave | I will look into the various /etc/rcX.d directories for the symlinks therein and see what I can kill | 16:46 |
blastwave | fsmithred: *exactly* | 16:46 |
fsmithred | sysv-rc-conf is the easiest. | 16:46 |
blastwave | fsmithred: however I do need the NVidia drivers and the CUDA goodness in there | 16:46 |
* Tenkawa only has 1... his mac he's typing on right now.. everything else is headless servers | 16:47 | |
blastwave | sysv-rc-conf <-- am going to install that on the chimera machine | 16:47 |
blastwave | to be honest I really want a stripped down box that has sshd and not much else. maybe NFS mounts. | 16:48 |
Tenkawa | fsmithred: newest toy: | 16:49 |
Tenkawa | [ 0.000000] Machine model: Radxa Zero | 16:49 |
Tenkawa | "Devuan GNU/Linux 4 (chimaera)" | 16:49 |
blastwave | is that an M1 ARM64 type unit ? | 16:49 |
Tenkawa | no.. amlogic | 16:49 |
Tenkawa | the machine I'm typing on is an M1 though lol | 16:50 |
fsmithred | blastwave, if the CUDA needs xorg, you should be able to start with a minimal install and just add what you need. | 16:50 |
blastwave | fsmithred: the baseline Xorg stuff is needed. However to be fair CUDA is all about talking to the GPU(s) and not graphics | 16:51 |
blastwave | fsmithred: the trick is to use the GPU(s) each to handle the workload and thrash around 1.7 TFlop math with 64-bit IEEE754 compliance and then use the CPU to deal with graphical output .. somewhere .. not necessarily on the compute backend | 16:52 |
fsmithred | yeah, so I hope you un-checked the desktop stuff when you installed. | 16:52 |
blastwave | fsmithred: that sounds like the way to go. however SYSV-RC-CONF(8) looks very cool | 16:53 |
fsmithred | :) | 16:53 |
fsmithred | point and click without a mouse | 16:54 |
blastwave | hrmmm smells like perl to me --> /usr/sbin/sysv-rc-conf: Perl script text executable | 16:54 |
Tenkawa | blastwave: you should join #devuan-offtopic if you aren't too busy | 16:54 |
fsmithred | good suggestion | 16:55 |
blastwave | will do | 16:55 |
blastwave | good news, after nuke of slim and the xfce tesk thingy I get a neat trivial console boot | 17:18 |
blastwave | why do I need /usr/sbin/ModemManager ?? that should be nuked out of existance also | 17:19 |
Tenkawa | because modemmanager is I would guess in most task-* entries and thats part of modemmanager | 17:22 |
blastwave | no worries .. I nuked it from orbit | 17:24 |
blastwave | okay dumb question time again. I did remove slim and also task-xfce-desktop which in turn results in about 200 packages no longer needed. so I did apt autoremove. good .. reboot and the network no longer starts. | 18:41 |
blastwave | I see the link rc2.d/S04network-manager but not anything in rc1.d for networking | 18:41 |
blastwave | whats missing in this picture ? | 18:42 |
gnarface | what happens if you run network-manager manually? it might have been something related to slim starting it | 18:42 |
blastwave | oh .. hold on .. for some obscure reason the file /etc/network/interfaces is back to totally empty | 18:43 |
fsmithred | you probably want to get rid of network manager and just set a static ip address | 18:43 |
blastwave | that seems wrong | 18:43 |
blastwave | fsmithred: yes .. exactly ! | 18:43 |
fsmithred | in daedalus? | 18:43 |
blastwave | no this is chimera | 18:43 |
blastwave | I will purge out network-manager and network-manager-gnome | 18:44 |
blastwave | okay I setup /etc/network/interfaces for a nice static ip and rebooted | 18:46 |
blastwave | okay .. after a reboot there is still no network addr on the eth0 interface | 18:48 |
fsmithred | is ifupdown installed? | 18:48 |
blastwave | just a sec .. I have to reboot .. I mangled up my ip route add default via foo dev eth0 | 18:50 |
blastwave | dpkg-query -l | grep 'ifup' does says yes ii ifupdown | 18:58 |
blastwave | however at boot time I get no working interfaces | 18:58 |
blastwave | nm .. darn it | 18:59 |
blastwave | I think I see my problem | 18:59 |
fsmithred | paste your interfaces file somewhere | 19:00 |
fsmithred | paste.debian.net | 19:00 |
blastwave | must get this keyboard fixed .. somehow /etc/network/interfaces referred to etg0 in there | 19:01 |
blastwave | letter g is close to h | 19:01 |
fsmithred | I get that kind of thing with any keyboard I use. it's not the hardware. | 19:01 |
blastwave | seems to be a ice in whiskey glass problem | 19:02 |
fsmithred | Or I will give you an example with line numbers. | 19:02 |
fsmithred | oh | 19:02 |
fsmithred | lol | 19:02 |
blastwave | on reboot .. all works | 19:02 |
fsmithred | oh, good | 19:02 |
blastwave | funny .. eth0 and etg0 .. so close | 19:02 |
blastwave | a good operating system would have said .. oh I see .. that is a letter error .. I can fix that for you | 19:03 |
fsmithred | well, you can name the interface anything you want. | 19:04 |
fsmithred | so that would get broken | 19:04 |
blastwave | well my daddy always told me to not fix it if the thing ain't broken and so just use the eth0 darn it | 19:04 |
fsmithred | yeah, I agree with Dad. | 19:05 |
Tenkawa | fsmithred: hehe dont forget oh so fun persistent device naming... oh why oh why | 19:05 |
fsmithred | yeah, I was about to mention that removable interfaces get the mac address in the device name | 19:05 |
Tenkawa | that thing is more trouble than its worth | 19:05 |
* blastwave decides to build 5.16.9 kernel .. just because | 19:05 | |
Tenkawa | yay for net.ifnames=0 (I guess technically its "consistent naming heheh") | 19:07 |
fsmithred | don't need that with eudev | 19:07 |
fsmithred | but you can use net.ifnames=1 if you want the "predictable" names | 19:08 |
blastwave | is that a kernel option ? | 19:08 |
blastwave | may even be documented somewhere | 19:08 |
fsmithred | (you have to open the box and count slots to predict.) | 19:08 |
Tenkawa | fsmithred: only because the eudev rules are changing it.. | 19:08 |
fsmithred | yeah, put that on the boot line | 19:08 |
blastwave | open the box ? that means the mobo is inside a box somewhere ? | 19:08 |
Tenkawa | you would otherwise | 19:08 |
fsmithred | well, you can just screw it to the ceiling so it's out of the way | 19:09 |
Tenkawa | jusr like udev | 19:09 |
Tenkawa | er just | 19:09 |
blastwave | fsmithred: ummm .. I have a mobo screwed to a wall here . running. | 19:09 |
Tenkawa | thats why I get rid of it completely like that | 19:09 |
Tenkawa | why deal with caring "which" distro it is | 19:10 |
Tenkawa | this way it doesn't matter | 19:10 |
fsmithred | got rid of what, Tenkawa? | 19:10 |
Tenkawa | you said you don't need that option with eudev. | 19:11 |
fsmithred | oh, the option. | 19:11 |
Tenkawa | since I'm running Debian/Ubuntu/Devuan/Alpine I need the Lowest commoon denominator possible lol | 19:12 |
Tenkawa | er common | 19:12 |
Tenkawa | kernel boot options :) | 19:13 |
blastwave | fsmithred: regarding that mobo https://i.imgur.com/EmLwDYK.png also what was that kernel option ?? net.ifnames=0 ? or net.ifnames=1 what ?? | 19:39 |
blastwave | in /etc/default/grub I can set GRUB_CMDLINE_LINUX_DEFAULT="net.ifnames=1" ? | 19:40 |
Tenkawa | blastwave: if you set that to 0 it ensures names are wlan* eth* not wlan(macaddr) eth(macaddr) etc | 19:41 |
blastwave | oh hell | 19:42 |
blastwave | I went with net.ifnames=1 | 19:42 |
Tenkawa | so you dont end up with wlan8a5b7c3d7 heheheh | 19:42 |
Tenkawa | they were "trying" to add a good feature for machines with multiple cards but its really a logistical conundrum | 19:43 |
blastwave | ip link show still shows me eth0 | 19:44 |
Tenkawa | like fsmithred said.. eudev has helpers it sounds like that override it | 19:45 |
blastwave | sure enough I checked and I see ro verbose net.ifnames=1 on the grub.cfg goodness | 19:45 |
blastwave | I will change that to 0 anyways | 19:45 |
blastwave | wlan8a5b7c3d7 ? that is silly | 19:48 |
blastwave | wlandeadbeef is far better | 19:48 |
Tenkawa | lol | 19:48 |
Tenkawa | crazy isnt it? | 19:49 |
blastwave | well if you have a machine with 16 10Gbit interfaces ... with LACP bonding and stuff ... maybe it serves a purpose ? with enough beer it makes a good bar discussion | 19:51 |
rwp | It's always good to check the resulting Linux kernel command line with: cat /proc/cmdline | 19:58 |
fsmithred | net.ifnames=1 with eudev will give you the new interface names (like enps0blah | 20:06 |
Vall | fsmithred: are the new interface names good for anything? Never intented the motive for them, and I find them too long and hard to remember | 20:08 |
Vall | intented -> understood | 20:08 |
fsmithred | yeah, actually they are kind of nice on a live-usb that sees many interfaces | 20:09 |
fsmithred | but not so nice that I bother to use them | 20:09 |
fsmithred | the advantage is that they won't change their names on a reboot. | 20:10 |
fsmithred | I don't know how much of a problem that normally is on a server. | 20:11 |
bb|hcb | I have seen old hw (15y+) to swap the pci positions of a dual port onboard intel nic; hence the former udev behaviour with assigning ethX based on the eeporm mac address was better | 20:16 |
bb|hcb | I mean randomly swap on each boot | 20:16 |
Vall | fsmithred> the advantage is that they won't change their names on a reboot. -> humrmmr... not sure about Debian/Devuan, but back in the days I used RH6 (which was the last time I had to deal with this kind of issue) it was easy to fix by adding a "MACADDR=xx:xx:xx:xx:xx:xx" line in the respective interface configuration file (eg /etc/network/eth0.cfg IIRC) | 20:18 |
Vall | fsmithred: isn't there anything similar in Debian/Devuan? | 20:18 |
fsmithred | yeah, there are ways to assign different names to interfaces | 20:19 |
bb|hcb | BTW. I think that /etc/udev/rules.d/XX-persistent-net.rules (or whatever was the name) no longer works after the invention of the new names (based on pci address) | 20:19 |
fsmithred | 70-persistent-net.rules - I have it in beowulf, but not in chimaera | 20:20 |
Vall | bb|hcb, fsmithred: heck. That's something I will never understand, the burning desire of some people to fix what's not broken (and then, obviously, breaking it for everyone else) | 20:21 |
fsmithred | oh, and I have that file in daedalus. | 20:21 |
Vall | fsmithred: let | 20:21 |
Vall | *let's hope it works in Daedalus then, in case I ever get the same problem ;-) | 20:22 |
fsmithred | it only has eth0 in it. There should be wlan0 too. | 20:23 |
Vall | BTW, is there a utility in Debian to check the thunderbolt power levels (both port and peripherals conected to it)? Like `lsusb -v` does for USB? | 20:23 |
Vall | *Debian -> Debian/Devuan | 20:23 |
fsmithred | no idea | 20:23 |
bb|hcb | The people Vall mentioned faithfully assumed there shall be no more than one wlan ;) | 20:23 |
Vall | bb|hcb: because one is the number, and the number is one ;-) | 20:24 |
Vall | fsmithred: I checked but can't find anything like `lstbolt`, `lsthunderbolt`, etc | 20:25 |
fsmithred | apt-cache search thunderbolt | 20:25 |
bb|hcb | fsmithred: Is that machine easy to reboot? I am curious to know if that feature still works properly or it needs a fix; I'd consider it essential in the case net.ifnames=0 (or missing) | 20:27 |
fsmithred | which machine? | 20:27 |
fsmithred | the daedalus? | 20:27 |
bb|hcb | Yes, changing eth0 to eth1 should rename the interface on next boot, based on the mac address | 20:28 |
fsmithred | bb|hcb, you want me to reboot with net.ifnames=1 ? | 20:28 |
bb|hcb | No, with =0 but change eth0 to ethX in 70-persistent-net.rules | 20:28 |
fsmithred | ok | 20:28 |
bb|hcb | If it is not easy, I will test on a vm some day :) | 20:29 |
fsmithred | it's a laptop six feet away. It has a keyboard in case my ssh fails and I have to get out of my chair. | 20:29 |
Vall | fsmithred: thanks, but I had checked `apt-cache search thunderbolt` already. Here it only shows bolt (the thunderbolt daemon) and thunderbolt-tools (device approval support) | 20:31 |
fsmithred | I see bolt-tests in daedalus | 20:31 |
fsmithred | system daemon to manage thunderbolt 3 devices - installed tests | 20:32 |
blastwave | woo ... thunderbolt. I have that | 20:33 |
blastwave | could be cool to test | 20:33 |
fsmithred | rebooting. It beeped. Doesn't usually do that. | 20:34 |
fsmithred | bb|hcb, it seems to work. 'ip a' shows eth1. I'm rebooting because I did not edit /etc/network/interfaces. | 20:37 |
fsmithred | ok, this time it connected to the local network. | 20:37 |
bb|hcb | Can you share eudev version? | 20:38 |
fsmithred | 3.2.9-10 | 20:38 |
blastwave | eudev version? | 20:38 |
fsmithred | yes | 20:38 |
fsmithred | that's current in daedalus and ceres | 20:39 |
blastwave | ii eudev 3.2.9-10~chimaera1 amd64 /dev/ and hotplug management daemon | 20:39 |
bb|hcb | fsmithred: Good to know, thanks! | 20:43 |
Vall | blastwave: thunderbolt *rocks* :-) Have used it in Macs (bleh otherwise) and have 2 of them on my laptop (but use only with USB-C hubs) | 20:43 |
blastwave | I have both USB-C and thunderbolt | 20:44 |
blastwave | the USB-C type things heat up .. real hot with three monitors going | 20:45 |
blastwave | the thunderbolt seems to "just work" | 20:45 |
blastwave | however I never use the extra ethernet interface also | 20:45 |
Vall | blastwave: I have dual 10GBps interfaces connected to a Mac using Thunderbolt, and also some external enclosures, and they just work | 20:48 |
Vall | Meanwhile, in the "Intel Inside" land: https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00532.html | 20:49 |
* Vall facepalms | 20:50 | |
Vall | It seems "stuff" like Spectre etc will never stop happening to Intel processors :-/ | 20:50 |
Vall | Still unfixed in Debian (and so almost certainly in Devuan): https://security-tracker.debian.org/tracker/CVE-2021-0127 | 20:51 |
Vall | F*CK | 20:51 |
blastwave | I think you are going off topic ... however .. yes .. intel is broken. | 20:52 |
Vall | blastwave: the "on-topic" part is it's not being fixed in Devuan yet :-/ | 20:52 |
Vall | fsmithred: correct? | 20:52 |
fsmithred | is cpu family the same as generation? | 20:53 |
Vall | But wait, there's more: https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00527.html https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00562.html https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00575.html | 20:55 |
Vall | Crap | 20:55 |
fsmithred | and the answer to my question is 'no' | 20:56 |
fsmithred | first digit of the 4-digit model number is the generation | 20:56 |
Vall | If there was any viable alternative to Intel for a ECC-enabled laptop, I would never have purchased this POS | 20:56 |
Vall | But AMD for some unexplainable reason simply refuses to release a mobile CPU with ECC enabled | 20:57 |
* Vall cries | 20:57 | |
fsmithred | we really are offtopic | 20:57 |
Vall | OK, cutting it off now | 20:57 |
Vall | (and sorry) | 20:58 |
fsmithred | afk, biab | 21:00 |
bb|hcb | Vall: About the question above - intel-microcode is not a forked package and will automatically come from Debian to Devuan, as soon as it lands in Debian... | 21:00 |
Vall | bb|hcb: OK, thanks for the info | 21:06 |
blastwave | oops ... The repository on deb.devuan.org couldn't be accessed, so its updates will not be made available to you at this time. | 22:16 |
blastwave | wat? | 22:16 |
blastwave | guess I have to use the DVD only | 22:17 |
Tenkawa | blastwave: try updating a few times.. that round robin fails about 3-5 times for me | 22:19 |
Tenkawa | its not got a good consistent track record for connectivity/coverage of packages updated here | 22:20 |
blastwave | cool. this is deadalus by the way | 22:20 |
Tenkawa | blastwave: doesn't matter... deb.devuan.org is still a round robin.. nslookup it | 22:20 |
bb|hcb | Tenkawa: Please report the ip that gave error for deb.devuan.org... | 22:21 |
Tenkawa | bb|hcb: I do when I hit one.. | 22:22 |
Tenkawa | its been a few days | 22:22 |
Tenkawa | I haven't done any new images this week | 22:22 |
bb|hcb | There is an automated checker pending to be deployed... | 22:24 |
blastwave | if you have a stong stomach and beer you can watch at https://www.twitch.tv/the_rat_barfs | 22:24 |
blastwave | do I want " Apparmor is a kernel security mechanism " | 22:24 |
blastwave | sorry chat is in #blastwave | 22:25 |
fsmithred | blastwave, there's no daedalus-security or daedalus-updates | 22:33 |
blastwave | no worries | 22:33 |
fsmithred | make sure those lines are commented out in sources.list | 22:33 |
blastwave | I won't be asking for them | 22:33 |
fsmithred | the installer isos give an error about that | 22:34 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!