| 00:00.44 | *** join/#devuan debdog (~debdog@2a02:8070:41a6:3700:7a24:afff:fe8a:d04d) |
| 00:02.41 | *** join/#devuan tarbz2 (~Thunderbi@unaffiliated/targz) |
| 00:06.02 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 00:37.43 | *** join/#devuan infobot (ibot@208.53.50.136) |
| 00:37.43 | *** topic/#devuan is This is the Devuan https://devuan.org/ discussion channel | **You need to auth to nickserv to talk!** | Latest (2018-06-09): ASCII 2.0.0 https://devuan.org/os/debian-fork/ascii-stable-announce-060818 || Stable (2017-05-25): Jessie 1.0.0 LTS release | Devuan Forum: https://dev1galaxy.org/ | Chanlogs: http://maemo.cloud-7.de/irclogs/freenode/_devuan/ https://botbot.me/freenode/devuan |
| 00:37.43 | *** mode/#devuan [+v infobot] by ChanServ |
| 00:38.54 | *** join/#devuan alexandros_c (~alexandro@unaffiliated/alexandros-c/x-1684531) |
| 01:01.35 | *** join/#devuan telst4r (~Jukka@213-243-138-179.bb.dnainternet.fi) |
| 01:04.45 | *** join/#devuan debdog (~debdog@2a02:8070:41a6:3700:7a24:afff:fe8a:d04d) |
| 01:14.59 | *** join/#devuan tierce2 (~raoulzeca@ip-62-235-252-14.dsl.scarlet.be) |
| 02:30.08 | *** join/#devuan amarsh04 (~amarsh04@ppp118-210-134-21.bras1.adl6.internode.on.net) |
| 03:51.53 | *** join/#devuan sb35 (~sb35@S0106602ad06acd48.vc.shawcable.net) |
| 03:55.52 | *** join/#devuan Will_A (~Will_A@76-10-188-182.dsl.teksavvy.com) |
| 03:59.40 | *** join/#devuan Will_A (~Will_A@76-10-188-182.dsl.teksavvy.com) |
| 04:29.27 | *** join/#devuan Owner_ (~Owner@unaffiliated/owner) |
| 04:54.59 | *** join/#devuan AlexLikeRock (~AlexLikeR@unaffiliated/alexlikerock) |
| 05:53.53 | *** join/#devuan fishfear1 (~whomstdun@185.94.189.188) |
| 06:12.14 | *** join/#devuan HumanGeek (~HumanG33k@62.147.242.8) |
| 06:26.54 | *** join/#devuan Xenguy (~Xenguy@unaffiliated/xenguy) |
| 06:36.02 | *** join/#devuan Jjp137 (~Jjp137@cpe-75-83-16-81.socal.res.rr.com) |
| 06:44.13 | *** join/#devuan clemens3_ (~clemens@catv-89-134-234-34.catv.broadband.hu) |
| 06:45.29 | *** join/#devuan Besnik_b (~Besnik@ppp-94-66-221-153.home.otenet.gr) |
| 07:01.11 | *** join/#devuan HumanGeek (~HumanG33k@62.147.242.8) |
| 07:02.19 | *** join/#devuan drwhite (cbceb69c@gateway/web/freenode/ip.203.206.182.156) |
| 07:02.38 | drwhite | hi folks, I have an issue with the dependancies for the repos. |
| 07:03.16 | 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 |
| 07:03.46 | *** join/#devuan HumanGeek (~HumanG33k@62.147.242.8) |
| 07:04.03 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 07:10.21 | *** join/#devuan HumanGeek (~HumanG33k@62.147.242.8) |
| 07:15.25 | *** join/#devuan antenagora (~antenagor@147.162.137.245) |
| 07:16.02 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 07:18.07 | *** join/#devuan Madda (~Madda@2-228-92-98.ip190.fastwebnet.it) |
| 07:28.39 | *** join/#devuan tallship (~tallship@2600:1010:b10b:36d6:e4db:d884:b6ea:efaa) |
| 07:40.18 | *** join/#devuan nighty- (~nighty@kyotolabs.asahinet.com) |
| 07:55.21 | *** join/#devuan Fervi (~fervi@2a02:a317:e144:d900:a2f3:c1ff:fe2d:aad4) |
| 08:08.50 | *** join/#devuan alexandros_c (~alexandro@unaffiliated/alexandros-c/x-1684531) |
| 08:10.27 | *** join/#devuan Centurion_Dan (~Thunderbi@devuan/developer/centuriondan) |
| 08:21.21 | *** join/#devuan tallship_ (~tallship@2600:1010:b10b:36d6:e4db:d884:b6ea:efaa) |
| 08:25.25 | *** join/#devuan ocin (~nico@korea-dpr.org) |
| 08:30.03 | *** join/#devuan scraiht (~Stefan@ip5b418992.dynamic.kabel-deutschland.de) |
| 08:30.13 | *** part/#devuan scraiht (~Stefan@ip5b418992.dynamic.kabel-deutschland.de) |
| 08:31.28 | *** join/#devuan scraiht (~Stefan@ip5b418992.dynamic.kabel-deutschland.de) |
| 08:39.38 | 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 |
| 08:39.38 | ocin | hints? |
| 08:43.56 | scraiht | rename to other names worked here |
| 08:44.10 | scraiht | *different |
| 08:55.57 | 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 |
| 08:58.33 | scraiht | it? you mean /etc/udev/rules.d/70-persistent-net.rules ? |
| 08:59.42 | scraiht | after having problems with eth0/eth1 renaming I changed the names to net0 and lan0 and had no more problems |
| 09:00.03 | scraiht | in /etc/udev/rules.d/70-persistent-net.rules that is |
| 09:00.15 | ocin | it being udev on boot after reading the 70-persistent-net.rules |
| 09:00.44 | scraiht | yes |
| 09:01.38 | ocin | udev itself fails to rename the devices to the ones I specified in the 70-persistent-net.rules |
| 09:03.00 | ocin | well I see you use a completely a different naming, this would work |
| 09:03.32 | ocin | though udev should be smart enough to rename existing interfaces to some temporary name to avoid existing devices |
| 09:03.45 | ocin | at least thats how it works on other distros |
| 09:07.11 | scraiht | well iirc in my case udev used to do that or at least try |
| 09:08.16 | scraiht | the kernel named the nics just the other way around |
| 09:09.02 | 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 |
| 09:09.07 | *** join/#devuan knidos (~knidos@88.246.60.130) |
| 09:15.17 | ocin | can anyone file a bug about the missing udev-finish? http://dev1galaxy.org/viewtopic.php?id=2333 |
| 09:16.13 | ocin | I guess I go with custom names for the interfaces lan0 wan0 etc. to workaround all this broken stuff |
| 09:17.15 | KatolaZ | ocin: please send a bugreport |
| 09:17.22 | KatolaZ | to bugs.devuan.org |
| 09:27.42 | 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. |
| 09:32.38 | scraiht | ocin: you're right. udev wasn't smart enough to rename eth2 to eth0, in my case. just checked old logs |
| 09:34.01 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 09:34.07 | scraiht | that's why I choose interface names which do not collide with names given by the kernel in the first place |
| 09:47.51 | 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 |
| 09:48.34 | ocin | now they are fixed but, uh, predictable? getting weird names |
| 09:50.40 | ocin | 2 port nic in one pci slot: port 1: ens5f0 port 2: ens5f1d1 |
| 09:50.44 | ocin | scratches head |
| 09:51.50 | scraiht | these come from udev, no? what do you want to achieve |
| 09:53.00 | ocin | yea they come from udev, it's probably predicatable but very messy |
| 09:53.13 | *** join/#devuan Gnhugo (~yaaic@189.217.2.226) |
| 09:53.27 | ocin | I've read about biosdevname but that does not seem to exist for devuan/debian |
| 09:54.29 | ocin | scraiht: basically I want predictable names that also make sense without having to rename interfaces |
| 09:54.59 | djph | ocin: I just use a udev rule that says "this one's always eth0" or some such |
| 09:58.43 | scraiht | i think thats not possible. kernel given interface names are not predictable for sure |
| 09:59.48 | djph | scraiht: is too, hang on ... |
| 10:00.12 | scraiht | so you only have the choice to rename them predictably with udev rules. CMIIW |
| 10:00.12 | 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 |
| 10:01.10 | ocin | so I need something predictable, best without having to rename stuff through a 70-persistent-net.rules |
| 10:01.59 | ocin | as the same HW is used net.ifnames=1 seems to be working but the nameing kinda sucks (but it would work) |
| 10:02.30 | djph | ah... |
| 10:03.16 | scraiht | uh. ok. that is a different league.. |
| 10:04.06 | ocin | dells biosdevname does seem to create more sane interface names but it seems it's not ported to debian |
| 10:04.08 | scraiht | I only know on my machine the kernel does not name the 2 nics (one PCI, one on board) consistently |
| 10:04.10 | ocin | ubuntu seems to use it tho |
| 10:04.41 | ocin | scraiht: I think with the net.ifnames=1 kernel parameter it would |
| 10:05.22 | scraiht | ok. havent tried that |
| 10:07.27 | scraiht | I remember to have read that the kernel naming of nics is under race condition... sry no reference |
| 10:10.10 | ocin | with the default ethX naming scheme yes |
| 10:19.03 | *** join/#devuan amarsh04 (~amarsh04@ppp118-210-134-21.bras1.adl6.internode.on.net) |
| 10:21.08 | *** join/#devuan nighty- (~nighty@s229123.ppp.asahi-net.or.jp) |
| 10:28.32 | ocin | I'll roll a deb for biosdevname and see how that works out |
| 10:30.18 | *** join/#devuan FlibberTGibbet (~david@cust241-dsl93-89-129.idnet.net) |
| 10:30.38 | *** join/#devuan reetspetit (~john@239.red-80-59-216.staticip.rima-tde.net) |
| 10:32.05 | errandir_ | ens5f0 is PCI function 0 in slot 5. Cannot remember the 'd1' thing exactly, I think it should not be there. |
| 10:34.07 | ocin | d is the device port, weirdly it's only there when the pci function is 1 and not 0 |
| 10:51.59 | *** join/#devuan ferdy- (~ferdy@funtoo/contrib/ferdy-) |
| 11:40.22 | *** join/#devuan knidos (~knidos@88.246.60.130) |
| 11:45.09 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
| 11:48.41 | *** part/#devuan user8261634 (~paraszt@212.237.31.39) |
| 12:31.43 | *** join/#devuan fsmithred (~fsmithred@devuan/developer/fsmithred) |
| 12:43.08 | 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 |
| 12:43.43 | ocin | and I don't need to touch the initscript |
| 12:47.51 | *** join/#devuan antoniotrkdz_ (~antoniotr@5.11.107.185) |
| 12:48.26 | fsmithred | ocin, what happens if you just remove 70-persistent-net.rules? |
| 12:48.59 | fsmithred | you have six nics? |
| 12:49.55 | ocin | it will then use unpredictable names (ethX) and race condition so its a lottery which nic is eth3 for example after every reboot |
| 12:50.07 | *** join/#devuan Xenguy (~Xenguy@unaffiliated/xenguy) |
| 12:50.34 | fsmithred | yeah, I can see how that would be a mess |
| 12:51.23 | 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 |
| 12:52.18 | ocin | now I made a deb for biosdevicename, set kernel parameter biosdevicename=1 and it's predictable and the names make more sense |
| 12:52.51 | ocin | all without any 70-persistent-net.rules |
| 12:53.22 | fsmithred | predictable != memorable |
| 12:53.48 | fsmithred | cool. Any idea why it's not in debian repos? |
| 12:54.15 | 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) |
| 12:54.48 | ocin | not sure, it seems biodsevname is the default for ubuntu too |
| 12:55.52 | ocin | p5p2 is way more logical then ens5f1d1 |
| 12:59.23 | errandir_ | will you try to get the deb for biosdevicename into devuan, so wel all can benefit from this? |
| 12:59.51 | fsmithred | yeah, if someone wants to maintain it, it could get into devuan |
| 13:00.38 | *** join/#devuan ferdy- (~ferdy@funtoo/contrib/ferdy-) |
| 13:00.46 | fsmithred | I especially like the names given to usb wireless dongles - wlx<mac-address> |
| 13:03.34 | fsmithred | packaging info for devuan: https://dev1galaxy.org/viewtopic.php?id=549 |
| 13:04.27 | *** join/#devuan pekman (~pekman@unaffiliated/pekman) |
| 13:07.20 | *** join/#devuan debdog (~debdog@2a02:8070:41a6:3700:7a24:afff:fe8a:d04d) |
| 13:16.26 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 13:22.40 | ocin | well at some point maybe |
| 13:22.55 | ocin | I've put it here for now: https://github.com/incognico/devuan-biosdevname |
| 13:23.10 | fsmithred | great, thanks! |
| 13:23.17 | ocin | if you want to test just use biosdevname_0.7.2-1_amd64.deb |
| 13:23.50 | *** join/#devuan Mrrt (~Mrrt@cpe-74-78-139-4.maine.res.rr.com) |
| 13:24.39 | fsmithred | did you have to create your own debian dir, or did you get it from ubuntu or somewhere else? |
| 13:24.57 | ocin | pretty much took most from ubuntu |
| 13:26.13 | *** join/#devuan sxpert (~sxpert@pigeon.sxpert.org) |
| 13:27.37 | fsmithred | someone here argues for a postrm script to run update-initramfs - https://stackoverflow.com/questions/27112436/how-does-biosdevname-really-work |
| 13:28.10 | ocin | if you wanna test: install deb, remove persistent net rules if you use those and add the biosdevname=1 kernel parameter |
| 13:30.05 | *** join/#devuan edbarx (~edbarx@46.11.40.167) |
| 13:34.33 | sxpert | I have an issue with uwsgi |
| 13:34.52 | sxpert | my setup starts when I launch from the command line, but not from the init script |
| 13:41.07 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 13:42.30 | *** join/#devuan Besnik_b (~Besnik@ppp-94-66-221-249.home.otenet.gr) |
| 13:54.52 | fsmithred | ocin, it's not working for me. Do I need to make a udev rule? |
| 13:59.21 | ocin | it installs the 71-* rule under /lib/udev/rules.d |
| 14:00.18 | ocin | you can test if it works in general by using biosdevname <some interface> |
| 14:00.34 | ocin | it then should return it's new name |
| 14:02.35 | fsmithred | returns nothing |
| 14:04.07 | fsmithred | maybe because I'm doing this inside virtualbox? |
| 14:04.23 | ocin | thats very possible |
| 14:04.59 | *** join/#devuan Besnik_b (~Besnik@ppp-94-66-221-249.home.otenet.gr) |
| 14:05.23 | ocin | it takes the infos from the bios (see readme of biosdevname itself), not sure how that works out with a virtualized environment/bios |
| 14:05.46 | fsmithred | yeah, that's what I was thinking. It's not a real bios. |
| 14:06.14 | ocin | I can also image it returning nothing due to (para)virtualized network drivers |
| 14:06.24 | *** join/#devuan sunshavi (~user@181.65.22.21) |
| 14:16.52 | *** join/#devuan banshi (~banshi@85.115.248.154) |
| 14:24.27 | *** join/#devuan HumanGeek (~HumanG33k@62.147.242.8) |
| 14:35.21 | *** join/#devuan level7 (~quassel@31.44.16.132) |
| 14:35.43 | *** join/#devuan Acacia (~stuttgart@unaffiliated/acacia) |
| 14:41.14 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 14:41.43 | *** join/#devuan pekman (~pekman@unaffiliated/pekman) |
| 14:44.56 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
| 14:46.43 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
| 14:46.45 | *** join/#devuan baimafeima (~baimafeim@x52716262.dyn.telefonica.de) |
| 14:48.16 | *** join/#devuan kassle- (~kassle@angels.serv.krybrig.org) |
| 14:52.37 | *** part/#devuan scraiht (~Stefan@ip5b418992.dynamic.kabel-deutschland.de) |
| 14:55.09 | *** join/#devuan _0bitcount (~Big_Byte@90.162.105.206) |
| 14:55.31 | *** join/#devuan Akuli (~akuli@mobile-access-bceefe-192.dhcp.inet.fi) |
| 15:00.16 | *** join/#devuan IoFran2 (~Thunderbi@189.237.187.42) |
| 15:03.41 | *** join/#devuan HumanG33k (~HumanG33k@62.147.242.8) |
| 15:05.15 | *** join/#devuan HumanG33k (~HumanG33k@62.147.242.8) |
| 15:05.46 | ocin | fsmithred: I've added the postrm thing |
| 15:18.37 | *** join/#devuan cyteen (~cyteen42_@76.56.7.51.dyn.plus.net) |
| 15:20.56 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 15:34.34 | *** join/#devuan engidea (~damiano@176.206.233.224) |
| 15:37.55 | *** join/#devuan kabo (~manager@222-154-63-141-vdsl.sparkbb.co.nz) |
| 15:40.39 | *** join/#devuan wildlander (~wildlande@unaffiliated/wildlander) |
| 15:43.40 | *** join/#devuan Leander (~Leander@132.147.84.158) |
| 15:47.26 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 15:49.21 | *** join/#devuan rustyr (~rustyr@dslb-088-068-070-203.088.068.pools.vodafone-ip.de) |
| 15:50.01 | *** join/#devuan rustyr (~rustyr@dslb-088-068-070-203.088.068.pools.vodafone-ip.de) |
| 15:52.56 | *** join/#devuan kabo (~manager@222-154-63-141-vdsl.sparkbb.co.nz) |
| 16:08.02 | 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. |
| 16:08.42 | fsmithred | afk |
| 16:08.49 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 16:21.07 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 16:35.18 | *** join/#devuan furrywolf (~furrywolf@172.58.35.36) |
| 16:41.07 | *** join/#devuan antoniotrkdz__ (~antoniotr@185.29.97.2) |
| 16:48.03 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 17:02.38 | nemo | hm |
| 17:03.03 | nemo | every time I try to install vlc on my SO's upgraded-to-ascii laptop, it says I have dependency problems |
| 17:03.44 | nemo | looks like there's an "ascii-security" version |
| 17:04.16 | nemo | if I force-version to stable it succeeds |
| 17:04.23 | nemo | anyone happen to know what's going on here? |
| 17:04.43 | 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) |
| 17:05.52 | KatolaZ | nemo: which repos are you using? |
| 17:06.04 | *** join/#devuan GoatAvenger (~GoatAveng@unaffiliated/goatavenger) |
| 17:06.07 | KatolaZ | (I guess it's *.mirror.devuan.org) |
| 17:07.17 | nemo | http://auto.mirror.devuan.org/merged/ and http://download.virtualbox.org/virtualbox/debian/ stretch - although the vbox one should not be involved here |
| 17:07.59 | KatolaZ | nemo: have you ever read the ascii release notes? |
| 17:08.04 | KatolaZ | you should use deb.devuan.org |
| 17:08.13 | nemo | ok. |
| 17:08.19 | KatolaZ | starting with ascii, *.mirror.devuan.org and packages.devuan.org are deprecated |
| 17:08.21 | nemo | KatolaZ: TBH I don't even remember upgrading this one to ascii |
| 17:08.24 | nemo | alright |
| 17:08.24 | KatolaZ | they are still there only for jessie |
| 17:08.31 | KatolaZ | and will be decommissioned |
| 17:08.54 | 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 ⺠|
| 17:09.15 | KatolaZ | :) |
| 17:09.16 | KatolaZ | np |
| 17:10.23 | nemo | since I'm here... is there a non-ESR firefox in the repo? |
| 17:10.51 | nemo | guess I'll check synaptic once the updates are complete |
| 17:10.58 | KatolaZ | pkginfo.devuan.org |
| 17:11.01 | KatolaZ | nemo: ^^^ |
| 17:11.02 | nemo | hm. that reminds me. gotta check to see if wifi and touchpad work in ascii now |
| 17:11.29 | nemo | looks like "no" |
| 17:13.48 | nemo | wifi seems to be fixed |
| 17:17.52 | nemo | hm https://launchpad.net/~hanipouspilot/+archive/ubuntu/ppa supposedly fixes the touchpad |
| 17:17.57 | nemo | wish I knew if it was safe to install |
| 17:18.26 | KatolaZ | nemo: just look at the code |
| 17:18.43 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 17:20.40 | nemo | nothing obvious |
| 17:20.45 | nemo | although this *is* a lot to review |
| 17:21.57 | nemo | but I guess someone being tricksy wouldn't put in anything greppable ⺠|
| 17:22.08 | nemo | at least someone trusted them enough to assign them bugs... |
| 17:30.38 | *** join/#devuan bkeys (~Thunderbi@c-76-17-206-162.hsd1.mn.comcast.net) |
| 17:31.13 | bkeys | Can someone tell me how I am supposed to resize the partitions on a devuan ARM image? |
| 17:31.14 | bkeys | vega respect octopus |
| 17:31.22 | bkeys | https://github.com/nikolas-n/GNU-Linux-on-Asus-C201-Chromebook |
| 17:31.27 | bkeys | I'm using the image listed here |
| 17:31.41 | bkeys | Everytime I try to do it through gparted it just borks the install |
| 17:38.50 | FatPhil | there were some instructions on the Raspian installation docs that did just that |
| 17:40.05 | Mrrt | Raspian has its own util for that, raspi-config |
| 17:44.08 | Mrrt | I used this resize.sh setting up ubuntu server on an ordoid xu4 https://hastebin.com/bazutijivo.bash |
| 17:46.36 | *** join/#devuan catprints (~realperso@172.58.86.197) |
| 17:48.21 | KatolaZ | Mrrt: you should be careful at deleting the right partition there |
| 17:48.45 | KatolaZ | IIRC some ARM images have only one partition, while some other have two partitions |
| 17:48.50 | KatolaZ | parazyd: ^^^ |
| 17:49.18 | parazyd | Depends of whether it's GPT or DOS partitioned. Most of them are DOS, with the exception of Chromebooks IIRC. |
| 17:49.21 | KatolaZ | it's actually much easier to follow the steps of that script manually |
| 17:49.23 | parazyd | s,of,on, |
| 17:49.52 | KatolaZ | basically, delete the partition you want to resize |
| 17:50.07 | KatolaZ | recreate it at the same staring point, only larger |
| 17:50.10 | KatolaZ | save the changes |
| 17:50.12 | KatolaZ | reboot |
| 17:50.20 | KatolaZ | and then resize2fs after reboot |
| 17:51.21 | parazyd | KatolaZ: You don't have to reboot for ext4. |
| 17:51.29 | parazyd | It can even resize a partition in use. |
| 17:53.32 | KatolaZ | yeah I know |
| 17:53.39 | KatolaZ | just didn't know they were all ext4 |
| 17:53.42 | KatolaZ | :) |
| 17:56.02 | nemo | touchpad still fails. oh well. looks like 4.13 kernel might solve |
| 17:56.22 | KatolaZ | nemo: 4.17 is in ascii-backports atm |
| 17:56.29 | nemo | oh? cool! |
| 17:56.50 | *** join/#devuan Chain|Q (~charlie@berlin.coderetro.net) |
| 17:57.02 | *** part/#devuan catprints (~realperso@172.58.86.197) |
| 17:57.03 | KatolaZ | nemo: pkginfo.devuan.org :) |
| 17:57.43 | nemo | well... I kinda thought with ascii-backports enabled I'd be recommended the latest kernel |
| 17:59.00 | nemo | hm. guess I'll remove that other thingy I tried |
| 18:01.21 | *** join/#devuan netdemon (~netdemon@217.191.1.85.dynamic.wline.res.cust.swisscom.ch) |
| 18:01.46 | KatolaZ | nemo: ascii-backports has a lower priority than ascii |
| 18:02.13 | KatolaZ | and will never automatically override something coming from ascii |
| 18:02.43 | KatolaZ | otherwise you'll easily fuck your system up with automatic upgrades |
| 18:03.44 | nemo | interesting. I kinda assumed backports had that exact "fuck up" risk as implicit |
| 18:03.47 | nemo | but good to know |
| 18:04.03 | nemo | could explain why so many debian players complain about never finding anyone on the hedgewars server |
| 18:04.16 | nemo | guess they never get the 0.9.24 (current hedgewars release) update |
| 18:04.27 | nemo | I thought backports enabled would be sufficient |
| 18:05.17 | KatolaZ | sufficient for what? |
| 18:05.41 | nemo | for them to automatically get the game updates |
| 18:07.35 | KatolaZ | nemo: no automagic is a good substitute for a human brain :) |
| 18:09.07 | nemo | yeaaah but most of the players are kids |
| 18:09.12 | nemo | also wish debian had a bit more nuance |
| 18:09.15 | nemo | kernel makes total sense |
| 18:09.17 | nemo | games... eh |
| 18:09.42 | 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 |
| 18:09.45 | nemo | sometimes several times |
| 18:10.48 | KatolaZ | kids should use toys, not tools |
| 18:10.56 | KatolaZ | :) |
| 18:11.17 | nemo | heh. WAG they were not the ones who put debian on their machine |
| 18:11.22 | nemo | but we have same issue w/ ubuntu |
| 18:11.33 | nemo | which probably is closer to toy category - or at least is intended to be |
| 18:12.02 | bkeys | parazyd: So can I do the resize from within the devuan installation? |
| 18:12.52 | KatolaZ | bkeys: sure you can |
| 18:13.21 | bkeys | How do I do that? |
| 18:13.27 | bkeys | Pretty sure parted will fuck me |
| 18:14.48 | KatolaZ | bkeys: ever used fdisk? |
| 18:14.53 | bkeys | Yes |
| 18:16.16 | KatolaZ | fdisk DEVICE |
| 18:16.20 | KatolaZ | (as root) |
| 18:18.01 | KatolaZ | bkeys: get the list of partitions (p) |
| 18:18.08 | bkeys | Mmhm |
| 18:22.20 | bkeys | KatolaZ: What next? |
| 18:23.14 | KatolaZ | how many partitions do you have? <- bkeys |
| 18:23.42 | bkeys | 2 |
| 18:23.42 | KatolaZ | (how many do you see after giving 'p'?) |
| 18:23.49 | KatolaZ | ok |
| 18:24.03 | KatolaZ | which one you would like to resize? |
| 18:24.09 | bkeys | The second one |
| 18:25.02 | KatolaZ | bkeys: you must check that the second one is indeed physically placed after the first one |
| 18:25.09 | KatolaZ | (start-end block) |
| 18:25.40 | bkeys | It is physically after the first one |
| 18:25.45 | KatolaZ | ok |
| 18:26.05 | KatolaZ | (I assume you have more space on the SD-card) |
| 18:26.13 | bkeys | Yes |
| 18:26.14 | KatolaZ | then delete it |
| 18:26.16 | KatolaZ | 'd' |
| 18:26.18 | KatolaZ | '2' |
| 18:26.20 | KatolaZ | 'p' |
| 18:26.38 | KatolaZ | (and after that you should see only the first one) |
| 18:26.47 | bkeys | Yep I only see the first one |
| 18:27.07 | KatolaZ | then re-create the second partition |
| 18:27.10 | KatolaZ | 'n' |
| 18:27.33 | KatolaZ | be careful to use exactly the same starting block as the old one |
| 18:27.38 | KatolaZ | (it should be the default one) |
| 18:27.41 | bkeys | Does -1 count as the endling block? |
| 18:28.08 | KatolaZ | it should propose you the maximum size as default |
| 18:28.39 | bkeys | It proposed like 1.7 gigs |
| 18:28.44 | bkeys | It should be more like 60 |
| 18:30.04 | bkeys | It seems like it's limiting itself to the size of the current live partition, instead of the actual size of the disk |
| 18:30.07 | KatolaZ | but is it a GPT or a DOS partition table? |
| 18:30.12 | bkeys | GPT |
| 18:30.20 | KatolaZ | ok then you must quit now |
| 18:30.23 | KatolaZ | without saving |
| 18:30.27 | KatolaZ | q |
| 18:30.34 | KatolaZ | otherwise you will fuck everything up |
| 18:31.14 | KatolaZ | and use gdisk instead |
| 18:33.06 | KatolaZ | same commands under gdisk |
| 18:33.16 | KatolaZ | but it should be able to see the full device |
| 18:34.07 | 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 |
| 18:34.40 | bkeys | KatolaZ: Same thing, delete old partition and make new one? |
| 18:34.50 | KatolaZ | yep |
| 18:35.33 | KatolaZ | bkeys: you should have seen the total size of the device printed by gdisk when you launched it |
| 18:36.12 | bkeys | It doesn't print the size, but it has the same issue as fdisk |
| 18:36.33 | 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 |
| 18:37.14 | KatolaZ | bkeys: just try to specify a large number |
| 18:37.16 | KatolaZ | like 20GB |
| 18:38.29 | *** join/#devuan GoatAvenger (~GoatAveng@unaffiliated/goatavenger) |
| 18:39.12 | KatolaZ | bkeys: you can definitely do the same by plugging the device on another system |
| 18:39.18 | KatolaZ | it shouldn't make any difference though |
| 18:39.30 | bkeys | Yeah I did plug it in, and it made no difference |
| 18:42.08 | gnarface | ascii should still be fine with kernel 4.1 if i'm running headless, right? |
| 18:42.46 | nemo | https://askubuntu.com/questions/1049787/lenovo-ideapad-330-touchpad-not-working whooo boy. this is going to be a bit of work |
| 18:42.48 | KatolaZ | bkeys: then you must consider the possibility that the sd-card is not as large as advertised |
| 18:42.50 | nemo | guess I'll leave it alone for no |
| 18:42.52 | nemo | *w |
| 18:42.59 | bkeys | KatolaZ: I know for a fact that it is |
| 18:43.05 | KatolaZ | ok |
| 18:43.41 | KatolaZ | bkeys: if you are willing to risk to fuck the system up again, you can try to redefine the shape |
| 18:43.54 | KatolaZ | in gdisk expert mode |
| 18:44.05 | KatolaZ | (sorry, I meant redefine the geometry) |
| 18:44.23 | bkeys | Well the weird thing is gdisk is telling me it's the right size |
| 18:44.33 | bkeys | Disk /dev/mmcblk1: 125829120 sectors, 60.0 GiB |
| 18:45.35 | KatolaZ | mmmhhh |
| 18:45.44 | KatolaZ | so it sees it all |
| 18:45.59 | KatolaZ | are you sure that there is no other partition after the second one? |
| 18:46.04 | bkeys | Yes |
| 18:46.50 | KatolaZ | have you tried putting a large number as the new partition size? |
| 18:46.53 | KatolaZ | like 20G |
| 18:47.13 | *** join/#devuan level7 (~quassel@31.44.17.250) |
| 18:47.18 | bkeys | It just ignores it and spits out another prompt |
| 18:47.30 | bkeys | Last sector (40960-3543006, default = 3543006) or {+-}size{KMGTP}: 20G |
| 18:47.30 | bkeys | Last sector (40960-3543006, default = 3543006) or {+-}size{KMGTP}: |
| 18:48.08 | KatolaZ | put the default |
| 18:48.08 | nemo | ugh acpidump doesn't show "ELAN" anything - so... this laptop isn't even displaying it? |
| 18:48.30 | bkeys | The default will come out as 1.7 gigs |
| 18:48.40 | KatolaZ | yep |
| 18:49.02 | bkeys | Alright |
| 18:49.04 | KatolaZ | can you please post the screen you see after inserting "p"? |
| 18:50.02 | bkeys | Number Start (sector) End (sector) Size Code Name |
| 18:50.02 | bkeys | <PROTECTED> |
| 18:50.02 | bkeys | <PROTECTED> |
| 18:50.27 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 18:51.00 | KatolaZ | bkeys: which image are you using? |
| 18:51.19 | bkeys | https://mirror.leaseweb.com/devuan/devuan_jessie/embedded/devuan_jessie_1.0.0_armhf_chromeveyron.img.xz |
| 18:51.20 | bkeys | This one |
| 18:51.31 | KatolaZ | hold on |
| 18:52.04 | nemo | https://bugzilla.kernel.org/show_bug.cgi?id=196985 perfect! |
| 18:52.34 | nemo | hm odd. " |
| 18:52.35 | nemo | This issue is resolved on my laptop as of kernel 4.14-rc7." |
| 18:52.55 | KatolaZ | bkeys: downloading it now |
| 18:53.50 | 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 |
| 18:57.55 | bkeys | https://github.com/nikolas-n/GNU-Linux-on-Asus-C201-Chromebook/issues/1 |
| 18:57.58 | bkeys | KatolaZ: This might be relevant |
| 18:59.05 | nemo | # CONFIG_PINCTRL_AMD is not set |
| 18:59.08 | nemo | â¹ â¹ |
| 18:59.13 | nemo | welllllp I'm boned |
| 18:59.17 | nemo | unless I build a custom kernel |
| 18:59.39 | nemo | and. gotta say, that's a lot more fun to do on gentoo than debian ⺠|
| 19:00.40 | nemo | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=876141 hah |
| 19:01.22 | nemo | guess I'll add my voice to the bug |
| 19:01.40 | KatolaZ | parazyd: it seems that the protective MBR is sized at 1.7GB |
| 19:03.46 | *** join/#devuan level7 (~quassel@31.44.17.250) |
| 19:05.04 | KatolaZ | bkeys: I have it |
| 19:05.09 | KatolaZ | bkeys: are you still here? |
| 19:05.12 | bkeys | Yep |
| 19:05.45 | KatolaZ | so |
| 19:05.50 | KatolaZ | in gdisk |
| 19:06.05 | KatolaZ | gdisk /dev/WHATEVER |
| 19:06.11 | bkeys | I'm there |
| 19:06.13 | *** join/#devuan GoatAvenger (~GoatAveng@unaffiliated/goatavenger) |
| 19:06.14 | KatolaZ | x |
| 19:06.19 | KatolaZ | (expert mode) |
| 19:06.25 | KatolaZ | ... |
| 19:06.45 | *** join/#devuan level7_ (~quassel@31.44.17.250) |
| 19:06.46 | bkeys | nods |
| 19:06.51 | KatolaZ | now |
| 19:06.53 | KatolaZ | 'e' |
| 19:07.02 | KatolaZ | (relocate backup data structures to the end of the disk) |
| 19:07.07 | KatolaZ | ... |
| 19:07.18 | bkeys | Alright |
| 19:07.22 | KatolaZ | now |
| 19:07.25 | KatolaZ | 'm' |
| 19:07.32 | KatolaZ | (return to main menu) |
| 19:07.38 | KatolaZ | ... |
| 19:08.35 | bkeys | Alright |
| 19:08.37 | KatolaZ | now 'p' should tell you that the last usable sector is much larger than before |
| 19:09.10 | bkeys | That fixed it |
| 19:09.27 | KatolaZ | now |
| 19:09.28 | KatolaZ | 'd' |
| 19:09.29 | KatolaZ | '2' |
| 19:09.31 | KatolaZ | then |
| 19:09.35 | KatolaZ | 'n' |
| 19:09.37 | KatolaZ | etcetera |
| 19:09.46 | KatolaZ | when you are done, just 'w' |
| 19:09.58 | *** join/#devuan level7 (~quassel@31.44.17.250) |
| 19:09.59 | KatolaZ | and then you need resize2fs |
| 19:10.13 | KatolaZ | and you should be set |
| 19:10.33 | bkeys | just resize2fs <DEVICE> |
| 19:10.35 | bkeys | ? |
| 19:10.56 | bkeys | Err |
| 19:11.03 | bkeys | resize2fs <DEVICE>p2 |
| 19:12.46 | KatolaZ | yep |
| 19:13.14 | bkeys | Surprisingly enough it boots and I didn't fuck it up |
| 19:13.24 | KatolaZ | good |
| 19:14.37 | nemo | so. just wondering. I sent a replay to that debian bug - but do you guys, by any chance, do your own kernel builds? |
| 19:14.49 | nemo | if so, could I request that CONFIG_PINCTRL_AMD=y be enabled? |
| 19:15.02 | nemo | for that ascii-backports kernel? |
| 19:15.15 | *** join/#devuan scraiht (~Stefan@ip5b418b71.dynamic.kabel-deutschland.de) |
| 19:17.43 | *** join/#devuan level7 (~quassel@31.44.17.250) |
| 19:29.16 | jelly | so a user in #debian wants to migrate from devuan jessie back to debian, does that sound feasible? |
| 19:30.38 | *** join/#devuan IoFran2 (~Thunderbi@189.237.187.42) |
| 19:33.51 | golinux | jelly: Inquiring minds would like to know why? |
| 19:35.59 | *** join/#devuan IoFran2 (~Thunderbi@189.237.187.42) |
| 19:47.25 | *** join/#devuan MrrtDerpson (~Mrrt@cpe-74-78-139-4.maine.res.rr.com) |
| 19:56.32 | *** join/#devuan IoFran2 (~Thunderbi@189.237.187.42) |
| 19:57.20 | *** join/#devuan Mrrt (~Mrrt@cpe-74-78-139-4.maine.res.rr.com) |
| 19:59.27 | 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 |
| 20:02.17 | *** join/#devuan Menelkir (~terramex@unaffiliated/menelkir) |
| 20:02.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 |
| 20:04.27 | KatolaZ | bkeys: did it work? |
| 20:04.35 | bkeys | Yes, thank you |
| 20:04.35 | *** join/#devuan raoulzecat (~raoulzeca@2a02:a03f:5259:e700:4921:e68d:6d96:90c8) |
| 20:04.41 | KatolaZ | good |
| 20:04.42 | KatolaZ | yw |
| 20:05.37 | *** join/#devuan GoatAvenger (~GoatAveng@unaffiliated/goatavenger) |
| 20:14.08 | DocScrutinizer05 | worst: this panic-driven approach is contagious |
| 20:19.15 | *** join/#devuan AntoFox (~Thunderbi@37.162.52.176) |
| 20:26.41 | *** join/#devuan AntoFox (~Thunderbi@37.162.52.176) |
| 20:42.21 | *** join/#devuan _0bitcount (~Big_Byte@90.162.105.206) |
| 20:44.33 | *** join/#devuan Owner_ (~Owner@unaffiliated/owner) |
| 21:02.24 | *** join/#devuan kassle (~kassle@angels.serv.krybrig.org) |
| 21:02.58 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 21:04.57 | *** join/#devuan raoulzecat (~raoulzeca@2a02:a03f:5259:e700:4921:e68d:6d96:90c8) |
| 21:39.51 | *** join/#devuan silverwillow (~silverwil@2.30.23.160) |
| 21:40.59 | 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? |
| 21:41.47 | AirstrikeGoogle | silverwillow: gzcat /proc/config.gz > /usr/src/linux/.config; make oldconfig |
| 21:41.50 | AirstrikeGoogle | perhaps |
| 21:42.01 | *** join/#devuan alexandros_c (~alexandro@unaffiliated/alexandros-c/x-1684531) |
| 21:42.16 | Menelkir | or using a repo that you can trust |
| 21:42.46 | Menelkir | really trust, lol |
| 21:45.25 | DocScrutinizer05 | default answer: same like debian |
| 21:45.42 | AirstrikeGoogle | DocScrutinizer05: good point |
| 21:46.01 | Menelkir | yeah probably there's no issues about kernel, even funtoo use debian-sources by default and works |
| 21:47.58 | silverwillow | ok will RTFM wrt. how it's done in debian - thanks. |
| 21:52.10 | KatolaZ | silverwillow: you have 4.17 in ascii-backports, if you don't want to build your own |
| 21:53.44 | silverwillow | oh - excellent - that will do :) |
| 21:59.59 | *** join/#devuan MuadDib (~terramex@unaffiliated/menelkir) |
| 22:45.17 | *** part/#devuan scraiht (~Stefan@ip5b418b71.dynamic.kabel-deutschland.de) |
| 22:52.28 | *** join/#devuan IoFran2 (~Thunderbi@189.237.187.42) |
| 22:54.03 | *** join/#devuan Keziolio (~quassel@fsf/member/Keziolio) |
| 23:12.22 | *** join/#devuan IoFran (~Thunderbi@189.237.187.42) |
| 23:14.56 | *** join/#devuan Centurion_Dan (~Thunderbi@devuan/developer/centuriondan) |
| 23:44.32 | *** join/#devuan aqu4bot (~aqu4bot@unaffiliated/subsen/bot/aqu4) |
| 23:49.57 | *** join/#devuan AlexLikeRock_ (~AlexLikeR@unaffiliated/alexlikerock) |