drwhite | hi folks, I have an issue with the dependancies for the repos. | 09:02 |
---|---|---|
drwhite | I try to install something, and it goes to install it ut something that it installs with it requires what I'm trying to install as a dependancy | 09:03 |
ocin | hi, there seems to be a problem with eudev and the persistent network interfaces file. http://dev1galaxy.org/viewtopic.php?id=2333 is about one part of it (maked as solved but actually it's not officially solved). additionaly after trying this and modiying the network rules file in /etc/udev/rules.d, it seems to be fail on the next boot because it fails to rename the devices because they already exist :( any | 10:39 |
ocin | hints? | 10:39 |
scraiht | rename to other names worked here | 10:43 |
scraiht | *different | 10:44 |
ocin | I remember that it notmally would rename existing interfaces to ethX.rename or something so that it does not conflict, but it does not seem to do this step | 10:55 |
scraiht | it? you mean /etc/udev/rules.d/70-persistent-net.rules ? | 10:58 |
scraiht | after having problems with eth0/eth1 renaming I changed the names to net0 and lan0 and had no more problems | 10:59 |
scraiht | in /etc/udev/rules.d/70-persistent-net.rules that is | 11:00 |
ocin | it being udev on boot after reading the 70-persistent-net.rules | 11:00 |
scraiht | yes | 11:00 |
ocin | udev itself fails to rename the devices to the ones I specified in the 70-persistent-net.rules | 11:01 |
ocin | well I see you use a completely a different naming, this would work | 11:03 |
ocin | though udev should be smart enough to rename existing interfaces to some temporary name to avoid existing devices | 11:03 |
ocin | at least thats how it works on other distros | 11:03 |
scraiht | well iirc in my case udev used to do that or at least try | 11:07 |
scraiht | the kernel named the nics just the other way around | 11:08 |
scraiht | when udev tried to rename eth1 (what's now net0) to eth0 (what it used to be) it was already there and then named eth2 | 11:09 |
ocin | can anyone file a bug about the missing udev-finish? http://dev1galaxy.org/viewtopic.php?id=2333 | 11:15 |
ocin | I guess I go with custom names for the interfaces lan0 wan0 etc. to workaround all this broken stuff | 11:16 |
KatolaZ | ocin: please send a bugreport | 11:17 |
KatolaZ | to bugs.devuan.org | 11:17 |
errandir_ | udev seems to think that renaming a device is atomic when it comes to the kernel, but this is not true. Renaming the device itself is, but all the related stuff (debugfs, sysfs, etc) is not. | 11:27 |
scraiht | ocin: you're right. udev wasn't smart enough to rename eth2 to eth0, in my case. just checked old logs | 11:32 |
scraiht | that's why I choose interface names which do not collide with names given by the kernel in the first place | 11:34 |
ocin | hmm. the problem I have is that I actually can't rename the interfaces. they should be predictable from the first boot. just tried net.ifnames=1 | 11:47 |
ocin | now they are fixed but, uh, predictable? getting weird names | 11:48 |
ocin | 2 port nic in one pci slot: port 1: ens5f0 port 2: ens5f1d1 | 11:50 |
* ocin scratches head | 11:50 | |
scraiht | these come from udev, no? what do you want to achieve | 11:51 |
ocin | yea they come from udev, it's probably predicatable but very messy | 11:53 |
ocin | I've read about biosdevname but that does not seem to exist for devuan/debian | 11:53 |
ocin | scraiht: basically I want predictable names that also make sense without having to rename interfaces | 11:54 |
djph | ocin: I just use a udev rule that says "this one's always eth0" or some such | 11:54 |
scraiht | i think thats not possible. kernel given interface names are not predictable for sure | 11:58 |
djph | scraiht: is too, hang on ... | 11:59 |
scraiht | so you only have the choice to rename them predictably with udev rules. CMIIW | 12:00 |
ocin | I have a custom made devuan image which I need to roll out on 1k+ machines with 4-6 network ports and 2 different hw categories | 12:00 |
ocin | so I need something predictable, best without having to rename stuff through a 70-persistent-net.rules | 12:01 |
ocin | as the same HW is used net.ifnames=1 seems to be working but the nameing kinda sucks (but it would work) | 12:01 |
djph | ah... | 12:02 |
scraiht | uh. ok. that is a different league.. | 12:03 |
ocin | dells biosdevname does seem to create more sane interface names but it seems it's not ported to debian | 12:04 |
scraiht | I only know on my machine the kernel does not name the 2 nics (one PCI, one on board) consistently | 12:04 |
ocin | ubuntu seems to use it tho | 12:04 |
ocin | scraiht: I think with the net.ifnames=1 kernel parameter it would | 12:04 |
scraiht | ok. havent tried that | 12:05 |
scraiht | I remember to have read that the kernel naming of nics is under race condition... sry no reference | 12:07 |
ocin | with the default ethX naming scheme yes | 12:10 |
ocin | I'll roll a deb for biosdevname and see how that works out | 12:28 |
errandir_ | ens5f0 is PCI function 0 in slot 5. Cannot remember the 'd1' thing exactly, I think it should not be there. | 12:32 |
ocin | d is the device port, weirdly it's only there when the pci function is 1 and not 0 | 12:34 |
ocin | yay, biosdevname works like a charm, now it's em1 & em2 for the onboard ports and p4p1, p4p2, p5p1, p5p2 for the two 2-port pcie nics | 14:43 |
ocin | and I don't need to touch the initscript | 14:43 |
fsmithred | ocin, what happens if you just remove 70-persistent-net.rules? | 14:48 |
fsmithred | you have six nics? | 14:48 |
ocin | it will then use unpredictable names (ethX) and race condition so its a lottery which nic is eth3 for example after every reboot | 14:49 |
fsmithred | yeah, I can see how that would be a mess | 14:50 |
ocin | the fix for this is kernel parameter net.ifnames=1 so you get predictable names but I didn't like them because they are too confusing | 14:51 |
ocin | now I made a deb for biosdevicename, set kernel parameter biosdevicename=1 and it's predictable and the names make more sense | 14:52 |
ocin | all without any 70-persistent-net.rules | 14:52 |
fsmithred | predictable != memorable | 14:53 |
fsmithred | cool. Any idea why it's not in debian repos? | 14:53 |
ocin | and I don't need to care about the 2 bugs in devuans eudev it not writing the rules at all and it being unable to rename them if the rules exist and you just change the ethX numbers) | 14:54 |
ocin | not sure, it seems biodsevname is the default for ubuntu too | 14:54 |
ocin | p5p2 is way more logical then ens5f1d1 | 14:55 |
errandir_ | will you try to get the deb for biosdevicename into devuan, so wel all can benefit from this? | 14:59 |
fsmithred | yeah, if someone wants to maintain it, it could get into devuan | 14:59 |
fsmithred | I especially like the names given to usb wireless dongles - wlx<mac-address> | 15:00 |
fsmithred | packaging info for devuan: https://dev1galaxy.org/viewtopic.php?id=549 | 15:03 |
ocin | well at some point maybe | 15:22 |
ocin | I've put it here for now: https://github.com/incognico/devuan-biosdevname | 15:22 |
fsmithred | great, thanks! | 15:23 |
ocin | if you want to test just use biosdevname_0.7.2-1_amd64.deb | 15:23 |
fsmithred | did you have to create your own debian dir, or did you get it from ubuntu or somewhere else? | 15:24 |
ocin | pretty much took most from ubuntu | 15:24 |
fsmithred | someone here argues for a postrm script to run update-initramfs - https://stackoverflow.com/questions/27112436/how-does-biosdevname-really-work | 15:27 |
ocin | if you wanna test: install deb, remove persistent net rules if you use those and add the biosdevname=1 kernel parameter | 15:28 |
sxpert | I have an issue with uwsgi | 15:34 |
sxpert | my setup starts when I launch from the command line, but not from the init script | 15:34 |
fsmithred | ocin, it's not working for me. Do I need to make a udev rule? | 15:54 |
ocin | it installs the 71-* rule under /lib/udev/rules.d | 15:59 |
ocin | you can test if it works in general by using biosdevname <some interface> | 16:00 |
ocin | it then should return it's new name | 16:00 |
fsmithred | returns nothing | 16:02 |
fsmithred | maybe because I'm doing this inside virtualbox? | 16:04 |
ocin | thats very possible | 16:04 |
ocin | it takes the infos from the bios (see readme of biosdevname itself), not sure how that works out with a virtualized environment/bios | 16:05 |
fsmithred | yeah, that's what I was thinking. It's not a real bios. | 16:05 |
ocin | I can also image it returning nothing due to (para)virtualized network drivers | 16:06 |
ocin | fsmithred: I've added the postrm thing | 17:05 |
fsmithred | ocin, the postrm script works. But I'm not seeing a change with or without biosdevname=1 in the boot command. Running the command 'biosdevname -i wlan0' does return p1p1, but ip and ifconfig still show wlan0. | 18:08 |
fsmithred | afk | 18:08 |
nemo | hm | 19:02 |
nemo | every time I try to install vlc on my SO's upgraded-to-ascii laptop, it says I have dependency problems | 19:03 |
nemo | looks like there's an "ascii-security" version | 19:03 |
nemo | if I force-version to stable it succeeds | 19:04 |
nemo | anyone happen to know what's going on here? | 19:04 |
nemo | (that is, the 3.0.2 stable one is fine, the 3.0.3 ascii-security one conflicts with basically all the other vlc packages) | 19:04 |
KatolaZ | nemo: which repos are you using? | 19:05 |
KatolaZ | (I guess it's *.mirror.devuan.org) | 19:06 |
nemo | http://auto.mirror.devuan.org/merged/ and http://download.virtualbox.org/virtualbox/debian/ stretch - although the vbox one should not be involved here | 19:07 |
KatolaZ | nemo: have you ever read the ascii release notes? | 19:07 |
KatolaZ | you should use deb.devuan.org | 19:08 |
nemo | ok. | 19:08 |
KatolaZ | starting with ascii, *.mirror.devuan.org and packages.devuan.org are deprecated | 19:08 |
nemo | KatolaZ: TBH I don't even remember upgrading this one to ascii | 19:08 |
nemo | alright | 19:08 |
KatolaZ | they are still there only for jessie | 19:08 |
KatolaZ | and will be decommissioned | 19:08 |
nemo | I do remember discussing it here beforehand, maybe I tentatively just tried renaming all the jessie's to asciis 'cause folks that that would be fine ☺ | 19:08 |
KatolaZ | :) | 19:09 |
KatolaZ | np | 19:09 |
nemo | since I'm here... is there a non-ESR firefox in the repo? | 19:10 |
nemo | guess I'll check synaptic once the updates are complete | 19:10 |
KatolaZ | pkginfo.devuan.org | 19:10 |
KatolaZ | nemo: ^^^ | 19:11 |
nemo | hm. that reminds me. gotta check to see if wifi and touchpad work in ascii now | 19:11 |
nemo | looks like "no" | 19:11 |
nemo | wifi seems to be fixed | 19:13 |
nemo | hm https://launchpad.net/~hanipouspilot/+archive/ubuntu/ppa supposedly fixes the touchpad | 19:17 |
nemo | wish I knew if it was safe to install | 19:17 |
KatolaZ | nemo: just look at the code | 19:18 |
nemo | nothing obvious | 19:20 |
nemo | although this *is* a lot to review | 19:20 |
nemo | but I guess someone being tricksy wouldn't put in anything greppable ☺ | 19:21 |
nemo | at least someone trusted them enough to assign them bugs... | 19:22 |
bkeys | Can someone tell me how I am supposed to resize the partitions on a devuan ARM image? | 19:31 |
bkeys | vega respect octopus | 19:31 |
bkeys | https://github.com/nikolas-n/GNU-Linux-on-Asus-C201-Chromebook | 19:31 |
bkeys | I'm using the image listed here | 19:31 |
bkeys | Everytime I try to do it through gparted it just borks the install | 19:31 |
FatPhil | there were some instructions on the Raspian installation docs that did just that | 19:38 |
Mrrt | Raspian has its own util for that, raspi-config | 19:40 |
Mrrt | I used this resize.sh setting up ubuntu server on an ordoid xu4 https://hastebin.com/bazutijivo.bash | 19:44 |
KatolaZ | Mrrt: you should be careful at deleting the right partition there | 19:48 |
KatolaZ | IIRC some ARM images have only one partition, while some other have two partitions | 19:48 |
KatolaZ | parazyd: ^^^ | 19:48 |
parazyd | Depends of whether it's GPT or DOS partitioned. Most of them are DOS, with the exception of Chromebooks IIRC. | 19:49 |
KatolaZ | it's actually much easier to follow the steps of that script manually | 19:49 |
parazyd | s,of,on, | 19:49 |
KatolaZ | basically, delete the partition you want to resize | 19:49 |
KatolaZ | recreate it at the same staring point, only larger | 19:50 |
KatolaZ | save the changes | 19:50 |
KatolaZ | reboot | 19:50 |
KatolaZ | and then resize2fs after reboot | 19:50 |
parazyd | KatolaZ: You don't have to reboot for ext4. | 19:51 |
parazyd | It can even resize a partition in use. | 19:51 |
KatolaZ | yeah I know | 19:53 |
KatolaZ | just didn't know they were all ext4 | 19:53 |
KatolaZ | :) | 19:53 |
nemo | touchpad still fails. oh well. looks like 4.13 kernel might solve | 19:56 |
KatolaZ | nemo: 4.17 is in ascii-backports atm | 19:56 |
nemo | oh? cool! | 19:56 |
KatolaZ | nemo: pkginfo.devuan.org :) | 19:57 |
nemo | well... I kinda thought with ascii-backports enabled I'd be recommended the latest kernel | 19:57 |
nemo | hm. guess I'll remove that other thingy I tried | 19:59 |
KatolaZ | nemo: ascii-backports has a lower priority than ascii | 20:01 |
KatolaZ | and will never automatically override something coming from ascii | 20:02 |
KatolaZ | otherwise you'll easily fuck your system up with automatic upgrades | 20:02 |
nemo | interesting. I kinda assumed backports had that exact "fuck up" risk as implicit | 20:03 |
nemo | but good to know | 20:03 |
nemo | could explain why so many debian players complain about never finding anyone on the hedgewars server | 20:04 |
nemo | guess they never get the 0.9.24 (current hedgewars release) update | 20:04 |
nemo | I thought backports enabled would be sufficient | 20:04 |
KatolaZ | sufficient for what? | 20:05 |
nemo | for them to automatically get the game updates | 20:05 |
KatolaZ | nemo: no automagic is a good substitute for a human brain :) | 20:07 |
nemo | yeaaah but most of the players are kids | 20:09 |
nemo | also wish debian had a bit more nuance | 20:09 |
nemo | kernel makes total sense | 20:09 |
nemo | games... eh | 20:09 |
nemo | basically any version of hedgewars that isn't the latest, you aren't going to have much fun since it's deterministic lockstep and protocol almost inevitably gets bumped | 20:09 |
nemo | sometimes several times | 20:09 |
KatolaZ | kids should use toys, not tools | 20:10 |
KatolaZ | :) | 20:10 |
nemo | heh. WAG they were not the ones who put debian on their machine | 20:11 |
nemo | but we have same issue w/ ubuntu | 20:11 |
nemo | which probably is closer to toy category - or at least is intended to be | 20:11 |
bkeys | parazyd: So can I do the resize from within the devuan installation? | 20:12 |
KatolaZ | bkeys: sure you can | 20:12 |
bkeys | How do I do that? | 20:13 |
bkeys | Pretty sure parted will fuck me | 20:13 |
KatolaZ | bkeys: ever used fdisk? | 20:14 |
bkeys | Yes | 20:14 |
KatolaZ | fdisk DEVICE | 20:16 |
KatolaZ | (as root) | 20:16 |
KatolaZ | bkeys: get the list of partitions (p) | 20:18 |
bkeys | Mmhm | 20:18 |
bkeys | KatolaZ: What next? | 20:22 |
KatolaZ | how many partitions do you have? <- bkeys | 20:23 |
bkeys | 2 | 20:23 |
KatolaZ | (how many do you see after giving 'p'?) | 20:23 |
KatolaZ | ok | 20:23 |
KatolaZ | which one you would like to resize? | 20:24 |
bkeys | The second one | 20:24 |
KatolaZ | bkeys: you must check that the second one is indeed physically placed after the first one | 20:25 |
KatolaZ | (start-end block) | 20:25 |
bkeys | It is physically after the first one | 20:25 |
KatolaZ | ok | 20:25 |
KatolaZ | (I assume you have more space on the SD-card) | 20:26 |
bkeys | Yes | 20:26 |
KatolaZ | then delete it | 20:26 |
KatolaZ | 'd' | 20:26 |
KatolaZ | '2' | 20:26 |
KatolaZ | 'p' | 20:26 |
KatolaZ | (and after that you should see only the first one) | 20:26 |
bkeys | Yep I only see the first one | 20:26 |
KatolaZ | then re-create the second partition | 20:27 |
KatolaZ | 'n' | 20:27 |
KatolaZ | be careful to use exactly the same starting block as the old one | 20:27 |
KatolaZ | (it should be the default one) | 20:27 |
bkeys | Does -1 count as the endling block? | 20:27 |
KatolaZ | it should propose you the maximum size as default | 20:28 |
bkeys | It proposed like 1.7 gigs | 20:28 |
bkeys | It should be more like 60 | 20:28 |
bkeys | It seems like it's limiting itself to the size of the current live partition, instead of the actual size of the disk | 20:30 |
KatolaZ | but is it a GPT or a DOS partition table? | 20:30 |
bkeys | GPT | 20:30 |
KatolaZ | ok then you must quit now | 20:30 |
KatolaZ | without saving | 20:30 |
KatolaZ | q | 20:30 |
KatolaZ | otherwise you will fuck everything up | 20:30 |
KatolaZ | and use gdisk instead | 20:31 |
KatolaZ | same commands under gdisk | 20:33 |
KatolaZ | but it should be able to see the full device | 20:33 |
nemo | damn. still doesn't work w/ 4.17 kernel - and this package uses older kernel setup so clearly wasn't intended for it. bleh. what the heck is going on | 20:34 |
bkeys | KatolaZ: Same thing, delete old partition and make new one? | 20:34 |
KatolaZ | yep | 20:34 |
KatolaZ | bkeys: you should have seen the total size of the device printed by gdisk when you launched it | 20:35 |
bkeys | It doesn't print the size, but it has the same issue as fdisk | 20:36 |
bkeys | I wonder if it would stop doing this if I just turned it off and put it in another device that it wasn't live | 20:36 |
KatolaZ | bkeys: just try to specify a large number | 20:37 |
KatolaZ | like 20GB | 20:37 |
KatolaZ | bkeys: you can definitely do the same by plugging the device on another system | 20:39 |
KatolaZ | it shouldn't make any difference though | 20:39 |
bkeys | Yeah I did plug it in, and it made no difference | 20:39 |
gnarface | ascii should still be fine with kernel 4.1 if i'm running headless, right? | 20:42 |
nemo | https://askubuntu.com/questions/1049787/lenovo-ideapad-330-touchpad-not-working whooo boy. this is going to be a bit of work | 20:42 |
KatolaZ | bkeys: then you must consider the possibility that the sd-card is not as large as advertised | 20:42 |
nemo | guess I'll leave it alone for no | 20:42 |
nemo | *w | 20:42 |
bkeys | KatolaZ: I know for a fact that it is | 20:43 |
KatolaZ | ok | 20:43 |
KatolaZ | bkeys: if you are willing to risk to fuck the system up again, you can try to redefine the shape | 20:43 |
KatolaZ | in gdisk expert mode | 20:43 |
KatolaZ | (sorry, I meant redefine the geometry) | 20:44 |
bkeys | Well the weird thing is gdisk is telling me it's the right size | 20:44 |
bkeys | Disk /dev/mmcblk1: 125829120 sectors, 60.0 GiB | 20:44 |
KatolaZ | mmmhhh | 20:45 |
KatolaZ | so it sees it all | 20:45 |
KatolaZ | are you sure that there is no other partition after the second one? | 20:45 |
bkeys | Yes | 20:46 |
KatolaZ | have you tried putting a large number as the new partition size? | 20:46 |
KatolaZ | like 20G | 20:46 |
bkeys | It just ignores it and spits out another prompt | 20:47 |
bkeys | Last sector (40960-3543006, default = 3543006) or {+-}size{KMGTP}: 20G | 20:47 |
bkeys | Last sector (40960-3543006, default = 3543006) or {+-}size{KMGTP}: | 20:47 |
KatolaZ | put the default | 20:48 |
nemo | ugh acpidump doesn't show "ELAN" anything - so... this laptop isn't even displaying it? | 20:48 |
bkeys | The default will come out as 1.7 gigs | 20:48 |
KatolaZ | yep | 20:48 |
bkeys | Alright | 20:49 |
KatolaZ | can you please post the screen you see after inserting "p"? | 20:49 |
bkeys | Number Start (sector) End (sector) Size Code Name | 20:50 |
bkeys | 1 8192 40959 16.0 MiB 7F00 kernel | 20:50 |
bkeys | 2 40960 3543006 1.7 GiB 8300 Linux filesystem | 20:50 |
KatolaZ | bkeys: which image are you using? | 20:50 |
bkeys | https://mirror.leaseweb.com/devuan/devuan_jessie/embedded/devuan_jessie_1.0.0_armhf_chromeveyron.img.xz | 20:51 |
bkeys | This one | 20:51 |
KatolaZ | hold on | 20:51 |
nemo | https://bugzilla.kernel.org/show_bug.cgi?id=196985 perfect! | 20:52 |
nemo | hm odd. " | 20:52 |
nemo | This issue is resolved on my laptop as of kernel 4.14-rc7." | 20:52 |
KatolaZ | bkeys: downloading it now | 20:52 |
nemo | '[ 0.922912] i8042: PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp' - I get same message. neat. let's try that option | 20:53 |
bkeys | https://github.com/nikolas-n/GNU-Linux-on-Asus-C201-Chromebook/issues/1 | 20:57 |
bkeys | KatolaZ: This might be relevant | 20:57 |
nemo | # CONFIG_PINCTRL_AMD is not set | 20:59 |
nemo | ☹ ☹ | 20:59 |
nemo | welllllp I'm boned | 20:59 |
nemo | unless I build a custom kernel | 20:59 |
nemo | and. gotta say, that's a lot more fun to do on gentoo than debian ☺ | 20:59 |
nemo | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876141 hah | 21:00 |
nemo | guess I'll add my voice to the bug | 21:01 |
KatolaZ | parazyd: it seems that the protective MBR is sized at 1.7GB | 21:01 |
KatolaZ | bkeys: I have it | 21:05 |
KatolaZ | bkeys: are you still here? | 21:05 |
bkeys | Yep | 21:05 |
KatolaZ | so | 21:05 |
KatolaZ | in gdisk | 21:05 |
KatolaZ | gdisk /dev/WHATEVER | 21:06 |
bkeys | I'm there | 21:06 |
KatolaZ | x | 21:06 |
KatolaZ | (expert mode) | 21:06 |
KatolaZ | ... | 21:06 |
* bkeys nods | 21:06 | |
KatolaZ | now | 21:06 |
KatolaZ | 'e' | 21:06 |
KatolaZ | (relocate backup data structures to the end of the disk) | 21:07 |
KatolaZ | ... | 21:07 |
bkeys | Alright | 21:07 |
KatolaZ | now | 21:07 |
KatolaZ | 'm' | 21:07 |
KatolaZ | (return to main menu) | 21:07 |
KatolaZ | ... | 21:07 |
bkeys | Alright | 21:08 |
KatolaZ | now 'p' should tell you that the last usable sector is much larger than before | 21:08 |
bkeys | That fixed it | 21:09 |
KatolaZ | now | 21:09 |
KatolaZ | 'd' | 21:09 |
KatolaZ | '2' | 21:09 |
KatolaZ | then | 21:09 |
KatolaZ | 'n' | 21:09 |
KatolaZ | etcetera | 21:09 |
KatolaZ | when you are done, just 'w' | 21:09 |
KatolaZ | and then you need resize2fs | 21:09 |
KatolaZ | and you should be set | 21:10 |
bkeys | just resize2fs <DEVICE> | 21:10 |
bkeys | ? | 21:10 |
bkeys | Err | 21:10 |
bkeys | resize2fs <DEVICE>p2 | 21:11 |
KatolaZ | yep | 21:12 |
bkeys | Surprisingly enough it boots and I didn't fuck it up | 21:13 |
KatolaZ | good | 21:13 |
nemo | so. just wondering. I sent a replay to that debian bug - but do you guys, by any chance, do your own kernel builds? | 21:14 |
nemo | if so, could I request that CONFIG_PINCTRL_AMD=y be enabled? | 21:14 |
nemo | for that ascii-backports kernel? | 21:15 |
jelly | so a user in #debian wants to migrate from devuan jessie back to debian, does that sound feasible? | 21:29 |
golinux | jelly: Inquiring minds would like to know why? | 21:33 |
DocScrutinizer05 | >>[2018-09-12 02:49:37] <g4570n> https://lincolnloop.com/blog/saying-goodbye-botbotme/<< to me that seems like a panic mode reaction to GDPR, based on a lack of insight into the real requirements that result from it | 21:59 |
DocScrutinizer05 | chanlogs are announced in /topic (this always been mandatory in best sense of what GDPR tried to implement now on a wider basis). There's no further issue with chanlogs, no requirements to allow individual users to opt out or whatever. No reason to shut down botbot | 22:02 |
KatolaZ | bkeys: did it work? | 22:04 |
bkeys | Yes, thank you | 22:04 |
KatolaZ | good | 22:04 |
KatolaZ | yw | 22:04 |
DocScrutinizer05 | worst: this panic-driven approach is contagious | 22:14 |
silverwillow | hey all - what's the devuan way for building a more recent linux kernel than 4.9 in ASCII? can i just get a kernel tarball and do a menuconfig? | 23:40 |
AirstrikeGoogle | silverwillow: gzcat /proc/config.gz > /usr/src/linux/.config; make oldconfig | 23:41 |
AirstrikeGoogle | perhaps | 23:41 |
Menelkir | or using a repo that you can trust | 23:42 |
Menelkir | really trust, lol | 23:42 |
DocScrutinizer05 | default answer: same like debian | 23:45 |
AirstrikeGoogle | DocScrutinizer05: good point | 23:45 |
Menelkir | yeah probably there's no issues about kernel, even funtoo use debian-sources by default and works | 23:46 |
silverwillow | ok will RTFM wrt. how it's done in debian - thanks. | 23:47 |
KatolaZ | silverwillow: you have 4.17 in ascii-backports, if you don't want to build your own | 23:52 |
silverwillow | oh - excellent - that will do :) | 23:53 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!