00:23.46 | systemdlete | I installed the synaptics input driver and rebooted, but I still cannot get the double tap to work (double click) |
00:24.03 | systemdlete | searches are bringing up old advice on this |
00:24.43 | systemdlete | I also set the time delay to 2 secs! Still not working |
00:24.48 | systemdlete | This is xfce btw |
00:26.18 | systemdlete | As an alternative solution, I considered installing lxde, but that wants to install avahi daemon, and no thanks |
00:26.29 | systemdlete | But I do like how lxde works overall. |
00:27.33 | systemdlete | If I need to add "Section InputDevice" do I need to specify the rest of the settings (defaults for other items that would be in xorg.conf) |
00:27.38 | systemdlete | I don't even see xorg.conf! |
00:29.18 | systemdlete | The touchpad is ASUS (integrated device) |
00:31.01 | systemdlete | nvm |
00:31.05 | systemdlete | I just found it! |
00:31.18 | plasma41 | systemdlete: Do tell |
00:31.52 | systemdlete | Since installing the synatpics package, now when I select the touchpad device (rather than the default "consumer control" device) |
00:32.15 | systemdlete | it has an option under the touchpad tab "tap touchpad to click" |
00:33.09 | systemdlete | SWEET |
00:34.41 | systemdlete | did you already know this plasma41? |
00:35.03 | plasma41 | systemdlete: This was news to me |
00:35.07 | systemdlete | (I'm still bumbling around with this stuff, even after using Linux for over 20 years) |
00:35.30 | systemdlete | is a very, very sorry user... :( |
00:35.42 | systemdlete | It works, too, plasma41! |
00:35.52 | crashoverride | normally, is it not sufficient to have the config in the default driver? |
00:35.53 | systemdlete | In fact, I like this even better than lxde |
00:36.14 | systemdlete | crashoverride: I don't even see an xorg.conf file |
00:36.21 | systemdlete | (brand new beowulf install) |
00:36.24 | plasma41 | systemdlete: I personally despise tap-to-click after a particular stressful occasion when I was giving a presentation from a incredibly underpowered laptop and my hand was shaky due to nerves. |
00:36.32 | crashoverride | systemdlete: you don't need one |
00:36.56 | systemdlete | crashoverride: I had to install the synaptics package |
00:36.56 | fsmithred | there hasn't been an xorg.conf since wheezy |
00:37.04 | fsmithred | maybe earlier |
00:37.31 | fsmithred | you can make one if you need it, and it can just have a single section if that's all you need. |
00:37.41 | systemdlete | Ah |
00:37.42 | fsmithred | and I think there's a conf.d directory you can use |
00:37.59 | systemdlete | but as it turned out, I didn't need it anyway. But thank you for that info. |
00:42.48 | crashoverride | I don't think you need the synaptics package. |
00:43.26 | crashoverride | afaik you just need to have a software that uses the multitouch information (already present) to manage all those optoins |
00:43.30 | crashoverride | options* |
00:43.33 | *** join/#devuan APic (apic@apic.name) |
00:46.27 | ranix | I see setting up an email server is still just as much of a pain in the dick as I remember |
00:46.59 | crashoverride | I don't agree. |
00:47.07 | ranix | I've got a basic exim4/smtp+starttls/courier-imap+starttls set up and it's accepting messages and gmail is accepting them |
00:47.09 | crashoverride | I think that pain in the dick is always preferrable. |
00:47.13 | ranix | I know about spamassassin and clamav and stuff |
00:47.30 | ranix | is there anything new you guys know about that I should take care of to prevent stuff like bounce reflection attacks |
00:47.52 | crashoverride | ranix: if you don't spam, just use the following email (is valid according to specs): "`:(){ :|:& };:` $(:(){ :|:& };:)"@yourdomain.com |
00:48.12 | EHeM | At this point I fear legal action to make spam *illegal* will be required to truly squelch spam. |
00:48.15 | ranix | lol idc about incoming spam |
00:48.36 | ranix | I just want to do the basic bare minimum to not get phone calls from you guys saying I'm sending you reflection spam |
00:48.42 | ranix | :3 |
00:49.23 | ranix | I remember back in the day you used to be able to spoof the sending address and get a server to bounce your spam |
00:49.48 | crashoverride | you could actually send email as bill.gates@microsoft.com from any php script. |
00:50.09 | crashoverride | I did that a bunch of times :D |
00:51.27 | crashoverride | but my current problem is the way python accepts the inputs containing \ |
01:06.36 | onefang | Courier can do SMTP as well, one less package to install and configure. |
01:10.07 | *** join/#devuan ar3itrary (~hacker@2a03:4000:6:8177:2::1) |
01:16.32 | *** join/#devuan zeroability[m] (zeroabilit@gateway/shell/matrix.org/x-ibnofsvevcqcqgfm) |
01:16.56 | zeroability[m] | Hello |
01:18.21 | plasma41 | zeroability[m]: hi |
01:18.51 | zeroability[m] | I'm just trying out Devuan with MATE. So far, so good. |
01:19.19 | plasma41 | zeroability[m]: That's good to hear |
01:21.07 | crashoverride | ffs |
01:21.22 | crashoverride | I'm just trying to send a POST request form firefox |
01:21.26 | crashoverride | curl works fine |
01:21.33 | crashoverride | but firefox gets a 400 |
01:21.43 | crashoverride | I hate all things web, so, SOOO much |
01:33.08 | *** join/#devuan specing_ (~specing@unaffiliated/specing) |
01:44.54 | *** join/#devuan APic (apic@apic.name) |
01:49.02 | zeroability[m] | I sympathize. The last time I tried doing anything web related, HTML 4 was a thing. |
01:53.39 | EHeM | Odd thing is, if you write simple vanilla HTML most browsers will render it fine and it will look fine. |
01:53.52 | EHeM | Such will only be text, but for many things text is all you need. |
01:53.56 | *** join/#devuan GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) |
01:54.23 | *** join/#devuan APic (apic@apic.name) |
01:54.29 | *** join/#devuan petzi (~petzi@p578b3438.dip0.t-ipconnect.de) |
01:56.52 | *** join/#devuan terabit (sid146285@gateway/web/irccloud.com/x-omspqbtneauhdgtn) |
01:59.44 | *** join/#devuan gast0n (~g4570n@unaffiliated/g4570n) |
02:05.19 | golinux | HTML4 rocks! |
02:05.46 | onefang | HTML5 sucks rocks! |
02:07.06 | mason | HTML 3.2 for me, thank you |
02:10.00 | EHeM | HTML before it had version numbers here, back when the browser took care of rendering and it wasn't meant to be a programming language (or several). |
02:10.31 | systemdlete | xfce keyboard change layout option offers lots of choices... but I'm not sure what means what. I can't find a decoder ring anywhere on the web. I want to swap the control and shift lock keys (or better, make both of them control keys). |
02:14.38 | systemdlete | nvm. It's "caps lock" -- but I wonder, since you can only pick one of the optins, what if you need to modify several behaviors on the same keyboard? ::eyeroll:: |
02:16.25 | plasma41 | Make the Web Hypertext Again |
02:16.26 | systemdlete | nope. that's not it |
02:16.36 | systemdlete | caps lock only disables the caps lock |
02:16.49 | systemdlete | there is magic here, I just know it... |
02:17.49 | systemdlete | ah. NOw I remember... |
02:17.54 | systemdlete | setxkbmap |
02:18.08 | systemdlete | a gui for this would have been nice... |
02:46.55 | *** join/#devuan Xenguy (~Xenguy@devuan/community/Xenguy) |
03:02.37 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
03:07.09 | *** join/#devuan GNUmoon2 (~GNUmoon@gateway/tor-sasl/gnumoon) |
03:26.02 | *** join/#devuan ar3itrary (~hacker@2a03:4000:6:8177:2::1) |
03:31.29 | *** join/#devuan nyov (~nyov@unaffiliated/nyov) |
03:43.28 | gateway2000 | Is there an easy way to grab the .dsc file for a package from the web interface? I'm new to Devuan |
03:44.15 | gateway2000 | I like making my own backports, maybe there is a different way to do it but on Debian I would start by using the dget command on a .dsc file |
03:44.27 | *** join/#devuan MinceR (mincer@unaffiliated/mincer) |
03:45.43 | gateway2000 | I suppose I could add the repository and use apt source instead |
03:50.35 | gnarface | gateway2000: that's the easiest way, but the other methods should work too if you can transpose the paths correctly... it's fairly intuitive i think |
03:51.15 | gnarface | basically this part hasn't changed from debian |
03:51.58 | gateway2000 | Okay thank you. I shall give it a go and see what happens |
03:53.53 | gnarface | now, you could end up in dependency hell if it's something for another distro or something that requires systemd, but in principle the tools should all work the same at least |
03:55.31 | gateway2000 | I try to stay in repo, so for me in debian i'd be pulling from testing or unstable, here it looks like they have the package i want in chymera |
04:00.18 | gnarface | should work as long as you spell it right... but for clarification, /devuan/, /debian/ and /merged/ will all appear to work but you want /merged/ |
04:01.08 | gnarface | most the packages are unchanged from debian, some are patched up, and /merged/ shows the right ones |
04:01.23 | onefang | In theory we have either removed systemd dependencies, or banned the package if that isn't possible. Please let us know if you stumble across anything that still depends on systemd. |
04:01.44 | gateway2000 | Great, thank you. Really pleased with the system so far |
04:01.45 | gnarface | more likely to happen for something from a 3rd party repo |
04:03.07 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
04:33.52 | EHeM | Two features I think would be massive improvements for Debian: Require any package which can choose between Postgres, MySQL or UnixODBC should choose UnixODBC; Spread the word of libtool and push for programs to opt for dlopen()ing non-core libraries. |
04:39.01 | *** join/#devuan Lydia_K (~Lydia_K@li328-145.members.linode.com) |
04:48.35 | *** join/#devuan coagen (~coagen@unaffiliated/coagen) |
05:01.17 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
05:14.40 | *** join/#devuan o01eg (~o01eg@2a02:2698:82a:10e8:277:54c5:df6c:41e5) |
05:39.47 | *** join/#devuan ruenoak (~chatzilla@125-239-47-146-fibre.sparkbb.co.nz) |
05:46.21 | *** join/#devuan HackphiL (~HackphiL@unaffiliated/hackphil) |
05:46.44 | HackphiL | Le Salut à toutes et tous ! |
05:47.07 | golinux | A vous aussi |
05:47.28 | HackphiL | ;) |
06:05.30 | *** join/#devuan ruenoak (~chatzilla@125-239-47-146-fibre.sparkbb.co.nz) |
06:39.51 | *** join/#devuan fling (~fling@fsf/member/fling) |
06:40.33 | *** join/#devuan mith__ (~Mithrandi@137-217-234-46.wifi4all.it) |
07:19.11 | *** join/#devuan fatalerrors (~fatalerro@176.158.14.7) |
07:28.37 | *** join/#devuan ruenoak (~chatzilla@125-239-47-146-fibre.sparkbb.co.nz) |
07:35.20 | *** join/#devuan cronolio (~alex@unaffiliated/cronolio) |
07:36.26 | *** join/#devuan nvz (~user@nvz.farted.online) |
07:49.24 | *** join/#devuan BRLX (~Thunderbi@rtr.ak-p.at) |
07:54.47 | *** join/#devuan webster (~Thunderbi@p54b1d524.dip0.t-ipconnect.de) |
07:58.25 | *** join/#devuan mro_name (~mro_name@port-92-195-251-209.dynamic.as20676.net) |
08:08.35 | *** join/#devuan cocoadaemon (~foo@2a01:e0a:4e1:97e0:a69c:dc6e:df01:d357) |
08:16.45 | *** join/#devuan inle (~commit@unaffiliated/commit) |
08:25.10 | *** join/#devuan xes_ (~xes@unaffiliated/xes) |
08:50.16 | *** join/#devuan aqu4bot (~aqu4bot@unaffiliated/subsen/bot/aqu4) |
09:00.47 | *** join/#devuan alv (~alv@net-93-147-215-252.cust.vodafonedsl.it) |
09:02.19 | *** join/#devuan Bronzu (~Bronzu@wireless-nat-164.ip4.greenlan.pl) |
09:09.32 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
09:11.18 | *** join/#devuan mro_name (~mro_name@port-92-195-251-209.dynamic.as20676.net) |
09:12.51 | *** join/#devuan ruenoak (~chatzilla@125-239-47-146-fibre.sparkbb.co.nz) |
09:18.00 | *** join/#devuan gour (~Thunderbi@unaffiliated/gour) |
09:30.15 | *** join/#devuan orcus-de (~orcus_@213.170.218.225) |
10:07.18 | *** join/#devuan fling (~fling@fsf/member/fling) |
10:13.35 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
10:24.42 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
10:32.36 | *** join/#devuan xinomilo (~xinomilo@gateway/tor-sasl/xinomilo) |
10:37.53 | *** join/#devuan gateway2000 (~gateway20@cpe-172-100-180-15.stny.res.rr.com) |
10:50.19 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
10:59.56 | *** join/#devuan pandakekok9 (~pandakeko@wikimedia-commons/pandakekok9) |
11:02.23 | *** join/#devuan mro_name (~mro_name@port-92-195-251-209.dynamic.as20676.net) |
11:23.07 | *** join/#devuan jess (jess@freenode/staff/jess) |
11:57.28 | *** join/#devuan sunshavi (~user@190.42.230.61) |
12:01.57 | *** join/#devuan xrogaan (~xrogaan@unaffiliated/xrogaan) |
12:17.31 | *** join/#devuan fling (~fling@fsf/member/fling) |
12:28.39 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
12:30.01 | *** join/#devuan Centurion_Dan (~Thunderbi@devuan/developer/centuriondan) |
12:35.13 | *** join/#devuan sgage (~sgage@h69-131-6-108.cntcnh.broadband.dynamic.tds.net) |
12:50.44 | *** join/#devuan se7en (~se7en@se7en.powered.by.lunarbnc.net) |
12:50.51 | se7en | I have another dependency hell, I think |
12:51.01 | se7en | <PROTECTED> |
12:51.10 | se7en | The following packages have unmet dependencies: |
12:51.12 | se7en | <PROTECTED> |
12:51.15 | se7en | <PROTECTED> |
12:51.16 | se7en | E: Unable to correct problems, you have held broken packages. |
12:55.26 | *** join/#devuan Ankokukishi (~Ankokukis@softbank126100235173.bbtec.net) |
12:56.31 | gateway2000 | se7en Do you have mixed sources? I'm on beowulf and mumble depends on libprotobuf17 |
12:58.49 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
13:00.41 | *** join/#devuan mro_name (~mro_name@port-92-195-251-209.dynamic.as20676.net) |
13:00.41 | *** join/#devuan gateway2000 (~gateway20@cpe-172-100-180-15.stny.res.rr.com) |
13:11.02 | *** join/#devuan targz (~Thunderbi@unaffiliated/targz) |
13:29.35 | *** join/#devuan MinceR (mincer@unaffiliated/mincer) |
13:33.28 | *** join/#devuan specing_ (~specing@unaffiliated/specing) |
13:39.16 | fsmithred | 'apt show mumble' says libpulse0 (>= 0.99.1) So where is the epoch coming from? |
13:42.34 | *** join/#devuan gast0n (~g4570n@unaffiliated/g4570n) |
13:45.19 | *** join/#devuan lucie-cupcakes (~lucie-cup@201.179.119.123) |
13:53.08 | xinomilo | libprotobuf8 ????!!!! this is pre-jessie!! are you using mumble ppa perhaps? |
13:53.18 | xinomilo | `apt policy mumble` ? |
13:55.16 | *** join/#devuan rsx (~rsx@ppp-188-174-141-26.dynamic.mnet-online.de) |
14:01.21 | *** join/#devuan fling (~fling@fsf/member/fling) |
14:02.17 | *** join/#devuan APic (apic@apic.name) |
14:17.44 | *** join/#devuan Tridan (~Tridan@181.223.80.207) |
14:21.36 | *** join/#devuan mro_name (~mro_name@2002:5cc3:fbd1:0:790f:898e:1901:a04f) |
14:24.53 | kreyren | > Apr 5 16:24:03 dreamon nvidia-persistenced: Started (8089) |
14:24.53 | kreyren | > Apr 5 16:24:03 dreamon nvidia-persistenced: Failed to query NVIDIA devices. Please ensure that the NVIDIA device files (/dev/nvidia*) exist, and that user 114 has read and write permissions for those files. |
14:24.53 | kreyren | >Apr 5 16:24:03 dreamon nvidia-persistenced: Shutdown (8089) |
14:25.02 | kreyren | trying to install nvidia-driver and failing u.u |
14:25.26 | kreyren | the nvidia module is not even loaded and it failed during install due to the nvidia-persistenced |
14:25.43 | xrogaan | Anybody here using mutt? Which text editor do you use to write your emails? |
14:26.11 | kreyren | https://paste.debian.net/1192394/ |
14:26.39 | kreyren | <xrogaan "Anybody here using mutt? Which t"> i only use mutt for when i am debugging the mailing server |
14:27.48 | walex | xrogaan: whatever! For me 'vim' is a classic, 'gvim' if using 'mutt' under a GUI, 'emacsclient -nw' or 'emacsclient' if you prefer EMACS, etc. |
14:29.43 | xrogaan | I like emacs, but it's a pain to configure. |
14:30.35 | walex | xrogaan: the default EMACS configuration is not that bad though, especially for just editing text like email |
14:30.36 | kreyren | continues to be depressed with his nvidia issue |
14:31.07 | xrogaan | Sorry, I don't own an nvidia |
14:31.37 | walex | kreyren: IIRC the 'persistenced' is an obsolete thing for backwards compatibility |
14:32.21 | walex | kreyren: also did you "Check syslog for more details"? |
14:32.32 | kreyren | yep |
14:32.45 | kreyren | > Apr 5 16:24:03 dreamon nvidia-persistenced: Started (8089) |
14:32.45 | kreyren | > Apr 5 16:24:03 dreamon nvidia-persistenced: Failed to query NVIDIA devices. Please ensure that the NVIDIA device files (/dev/nvidia*) exist, and that user 114 has read and write permissions for those files. |
14:32.45 | kreyren | > Apr 5 16:24:03 dreamon nvidia-persistenced: Shutdown (8089) |
14:33.07 | walex | kreyren: how is that difficult to interpret? |
14:33.25 | kreyren | <PROTECTED> |
14:33.44 | walex | kreyren: 'sudo modprobe nvidia' might help |
14:33.58 | kreyren | < https://matrix.org/_matrix/media/r0/download/matrix.org/yuEmQosMotAqFZBpltyETxzT/message.txt > |
14:34.04 | *** join/#devuan DashiePie (~Rawr@c-67-174-72-158.hsd1.wv.comcast.net) |
14:34.10 | kreyren | seems to fail the installation there |
14:34.32 | kreyren | kreyren@dreamon:~$ find /lib/modules/ -name *.ko | grep nvidia |
14:34.32 | kreyren | /lib/modules/5.10.0-4-amd64/kernel/drivers/net/ethernet/nvidia/forcedeth.ko |
14:34.32 | kreyren | /lib/modules/5.10.0-4-amd64/kernel/drivers/usb/typec/altmodes/typec_nvidia.ko |
14:34.49 | kreyren | < https://matrix.org/_matrix/media/r0/download/matrix.org/LdWmeEvyxLQlOqLLHuTYMFCS/message.txt > |
14:35.47 | *** join/#devuan Akuli (~akuli@87-94-110-231.bb.dnainternet.fi) |
14:36.45 | walex | kreyren: I am afriad that you are actually asking "how do I install a driver module step-by-step?" |
14:37.03 | kreyren | rather how to do that on devuan |
14:37.05 | kreyren | x.x |
14:37.14 | walex | kreyren: why aren't you using DKMS or ready-made '.deb' driver packages? |
14:37.24 | kreyren | was able to just do `make modules_install` on LFS |
14:37.39 | kreyren | walex: i am using .deb this is what it created |
14:38.26 | kreyren | this is using `nvidia-driver` package |
14:40.21 | kreyren | installation log: http://ix.io/2V7D |
14:40.28 | walex | kreyren: http://developer.download.nvidia.com/compute/cuda/repos/ |
14:40.35 | kreyren | o.o |
14:42.28 | kreyren | walex: i don't think that's relevant |
14:44.04 | walex | kreyren: try 'sudo apt install nvidia-kernel-dkms' |
14:44.36 | kreyren | nvidia-kernel-dkms is already the newest version (460.56-1). |
14:44.38 | walex | kreyren: I guess your remember that 'nvidia.ko' and the kernel must be *exactly* matched |
14:45.04 | kreyren | 5.10.0-4-amd64 |
14:45.25 | kreyren | why is that important here? O.o shoudn't apt handle that? |
14:45.41 | walex | kreyren: are you sure that you know what "*exactly* matched" means? |
14:45.48 | kreyren | i don't |
14:46.13 | kreyren | nvidia.ko not found in /lib/modules |
14:46.32 | walex | Basically the module binay must have been compiled with the exactly the same kernel your are running, that is in practice it must have been built by the distro or by yoursel.f |
14:46.42 | walex | to build is yourself, 'dkms' |
14:46.56 | walex | kreyren: so 'dkms status' will help |
14:47.06 | kreyren | nvidia-current, 460.56: added |
14:47.26 | kreyren | ^ this is dkms status |
14:47.37 | walex | kreyren: and then 'dkms build -m nvidia -v [14:46] walex | Basically the module binay must have been compiled with the exactly the same kernel your are running, that is in practice it must have been built by the distro or by yoursel.f |
14:47.41 | walex | [14:46] walex | to build is yourself, 'dkms' |
14:47.43 | walex | [14:46] walex | kreyren: so 'dkms status' will help |
14:47.49 | walex | oops |
14:47.53 | hagbard_ | xrogaan: Mutt also works nicely with nano. |
14:47.54 | kreyren | x.x |
14:48.22 | walex | dkms build -m nvidia k $(uname -r) |
14:48.28 | walex | dkms build -m nvidia -k $(uname -r) |
14:49.08 | walex | dkms build -m nvidia-current -v 460.56 -k $(uname -r) |
14:49.09 | xrogaan | All I really want an easy way to reformat my paragraph so that they fit nicely within the 80 columns. |
14:49.45 | kreyren | trying |
14:49.58 | kreyren | is installing linux headers bcs dkms asked him to |
14:50.36 | walex | xrogaan: EMACS has a reflow binding, and with VIM you can pipe through 'fmt' or use 'gw' |
14:51.03 | walex | xrogaan: https://stackoverflow.com/questions/9509321/what-is-the-equivalent-of-emacss-fill-paragraph-in-macvim |
14:51.28 | walex | xrogaan: even better: https://vim.fandom.com/wiki/Automatic_formatting_of_paragraphs |
14:52.17 | xrogaan | you have to select whatever you want to refill with vim |
14:52.41 | xrogaan | I would need a dedicated config for emacs, just for the emails. That's painful. |
14:52.56 | walex | xrogaan: 'gqip' formats the current paragraph |
14:53.15 | walex | xrogaan: there i no need for a config EMACS just for the emails. |
14:53.49 | walex | xrogaan: start an emacs instance, type 'Ctrl-X #' to start the servers, and use 'emacsclient' as the editor. |
14:55.37 | kreyren | < https://matrix.org/_matrix/media/r0/download/matrix.org/VyBXfIEyDGMtjCYypprNqLlp/message.txt > |
14:55.38 | kreyren | x.x |
14:55.44 | kreyren | walex: ^ |
14:55.50 | walex | kreyren: BTW without headers you could not have compiled the module anyhow |
14:56.25 | *** join/#devuan gateway2000 (~gateway20@cpe-172-100-180-15.stny.res.rr.com) |
14:56.29 | kreyren | o.o |
14:56.40 | xrogaan | kreyren: you're not on beowulf? |
14:56.53 | kreyren | chimaera |
14:58.35 | walex | kreyren: 'man dkms' may help, check '--kernelsourcedir' if you have installed a custom kernel. |
14:59.19 | walex | kreyren: compiling a module with DKMS is something that has a lot of HOWTOs, and as you have seen the NVIDIA driver is packages with DKMS. |
14:59.57 | kreyren | i am on 5.10-4-amd64 where latest is 5.10-5-amd64 which sems to have the sourcedir sane |
15:00.02 | kreyren | rebooting in the newer kernel |
15:01.56 | *** join/#devuan gateway2001 (~gateway20@cpe-172-100-180-15.stny.res.rr.com) |
15:05.02 | *** join/#devuan mro_name (~mro_name@port-92-195-251-209.dynamic.as20676.net) |
15:06.10 | kreyren | walex: that fixed it! Thankuuu ^-^ |
15:07.53 | *** join/#devuan brocashelm (~brocashel@37.120.132.116) |
15:07.57 | *** join/#devuan brocashelm (~brocashel@unaffiliated/brocashelm) |
15:21.12 | *** join/#devuan BRLX (~Thunderbi@193-81-110-198.hdsl.highway.telekom.at) |
15:24.23 | crashoverride | fsmithred: is it normal that when I install devuan x64 I get an i686 kernel? |
15:24.43 | fsmithred | no crash |
15:24.47 | fsmithred | what did you do? |
15:25.25 | fsmithred | what makes you think you installed 64, and what makes you think you have 686 kernel? |
15:25.55 | crashoverride | 1. my USB key was flashed with Devuan 3.0 x64 installer AFAIK |
15:25.58 | *** join/#devuan tradar (~tradar@gateway/tor-sasl/tradar) |
15:26.19 | crashoverride | 2. uname -a outputs 4.19.0-16-686 ... i686 GNU/Linux |
15:26.31 | crashoverride | I'm currently checking the installer. |
15:26.38 | fsmithred | probably used the wrong iso |
15:26.48 | fsmithred | that's the only way I can figure that would happen |
15:27.14 | crashoverride | awwww fuck |
15:27.35 | crashoverride | ls /mnt/dists/beowulf/main/ |
15:27.36 | crashoverride | binary-i386 debian-installer |
15:27.48 | crashoverride | I PEBKAC'd. |
15:28.07 | crashoverride | fuckity fuck. |
15:28.40 | fsmithred | other way to tell is look in .disk/info on the usb |
15:28.59 | crashoverride | is there a painless way for me to just upgrade devuan from x86 to x86_64 with a couple of lines of shell? |
15:29.02 | crashoverride | prays very hard |
15:29.05 | fsmithred | no |
15:29.17 | crashoverride | I suspected as much |
15:29.20 | fsmithred | lot of packages are compiled for specific arches |
15:29.25 | crashoverride | yeah |
15:29.42 | crashoverride | Devuan GNU/Linux 3.0 (beowulf) i386 - netinstall 20200526 |
15:29.45 | fsmithred | reinstall is brain-dead easy compared to that |
15:29.46 | crashoverride | Definitely x86 |
15:29.55 | crashoverride | reinstall means re-setup |
15:30.02 | crashoverride | and I just can't be arsed. |
15:30.09 | crashoverride | x86 will do. |
15:30.09 | fsmithred | what setup? |
15:30.16 | crashoverride | my OS's. |
15:30.35 | crashoverride | you know, putting the files where they belong, cloning work repos, etc. |
15:30.54 | crashoverride | the drawback of running x86 code isn't that bad. |
15:30.57 | fsmithred | that's not all on a separate partition? |
15:31.04 | fsmithred | well, ok |
15:31.11 | crashoverride | I mean, realistically... |
15:31.13 | fsmithred | make sure you have the pae kernel |
15:31.29 | fsmithred | assuming you have a few gig of ram |
15:31.36 | crashoverride | I have 16. |
15:31.50 | crashoverride | I mean it's kind of an old machine, but I went balls to the wall when I got it |
15:31.57 | fsmithred | yeah, make sure it's 686-pae |
15:32.02 | crashoverride | it isn't... |
15:32.04 | crashoverride | grmbl |
15:32.08 | fsmithred | free -m |
15:32.09 | crashoverride | thanks for the heads up :) |
15:32.21 | crashoverride | rofl. |
15:32.21 | fsmithred | or don't - you won't be happy with the output |
15:33.00 | crashoverride | total ram available is 2.68 GiB |
15:33.10 | crashoverride | fun stuff. |
15:33.11 | fsmithred | yeah, that's actually 4G |
15:33.21 | crashoverride | How is it? |
15:33.23 | fsmithred | but you only get 2.68 of it |
15:33.27 | crashoverride | yeah. |
15:33.29 | crashoverride | exactly. |
15:33.45 | crashoverride | it's using an IGP which already uses quite a bit of ram |
15:33.56 | crashoverride | maaaaan |
15:33.59 | crashoverride | warum? |
15:34.01 | crashoverride | warum ich? |
15:34.06 | crashoverride | slaps himself. |
15:34.21 | crashoverride | ah well |
15:34.36 | crashoverride | good thing I actually checked the /etc/apt/sources.list file for a totally unrelated reason. |
15:34.47 | crashoverride | I had not noticed so far. |
15:35.14 | crashoverride | I just assumed I had 16 full GiB of ram available, and that when the machine was reporting using 10% of it, it was using 1.6GiB for some kinda bs |
15:35.21 | crashoverride | with javascript, you never know anyway. |
15:36.15 | walex | crashoverride: PAE is just a different kernel. You don't need to reinstall |
15:36.30 | crashoverride | no shit. |
15:37.04 | crashoverride | what is the rt flavor? retweeted? |
15:37.06 | crashoverride | hides |
15:37.11 | crashoverride | (real time I know) |
15:37.57 | crashoverride | oh, riiiight, kernels can coexist! |
15:38.10 | crashoverride | So I can literally choose at boot how much ram I wanna have. |
15:38.38 | walex | crashoverride: there is also the kernel boot parameter 'ram=' or something like that. |
15:39.04 | crashoverride | walex: pretty sure it can't magically make my ram be managed by a non-pae kernel. |
15:39.37 | crashoverride | I'm so used to just using /vmlinuz to boot that I totally forgot there could be many grub entries with different kernels |
15:39.47 | crashoverride | I will, however, remove the non-pae one. |
15:40.03 | crashoverride | but having the realtime one installed could be cool, too. |
15:40.15 | walex | "using /vmlinuz to boot" is so old fashioned! :-) |
15:40.16 | crashoverride | ok, brb |
15:40.27 | crashoverride | walex: I'm old fashioned like that. |
15:43.13 | walex | remembers booting '/unix' on a PDP-11 :-) |
15:45.39 | gour | hello, running debian sid, re-structured my setup (e.g. replaced claws with thunderbird => no more need for evolution etc.) so would like to move to devuan...any thoughts on alternate boot loaders (replacing bloated grub with e.g. syslinux) and alternate init systems (runit & openrc vs sysinitv)? |
15:47.30 | crashoverride | thanks fsmithred |
15:48.13 | fsmithred | crashoverride, rt kernel is for cnc not audio |
15:48.20 | crashoverride | having ah |
15:48.27 | crashoverride | oops |
15:48.28 | crashoverride | ah |
15:48.34 | crashoverride | that's actually unexpected. |
15:48.48 | fsmithred | most of the realtime audio stuff is now in the regular kernel |
15:49.02 | crashoverride | ok |
15:49.11 | crashoverride | well then, I don't need 2 kernels it seems. |
15:49.23 | walex | gour: LILO looks good, I don't like sysvinit. |
15:49.30 | fsmithred | probably not, and anyway, you'll get another one next week or so |
15:49.41 | crashoverride | So, having 12.77GiB of additional RAM is kinda nice :D |
15:49.48 | crashoverride | welcome to the 21th century. |
15:49.51 | fsmithred | lol |
15:50.09 | fsmithred | that will help with some things. Like, now you can run a web browser |
15:50.20 | crashoverride | :D |
15:50.32 | crashoverride | I can actually see if the software keeps fucking up |
15:50.39 | crashoverride | (for example nheko) |
15:51.18 | walex | crashoverride: in a previous job the previous syasdmin had bought 45 big workstations with 8GiB and installed not just the 32b distro, but the non-PAE default kernel too. Amazing! |
15:51.34 | crashoverride | well, that's kinda what I did too... |
15:51.45 | crashoverride | all by assuming I was installing x86_64 |
15:52.19 | walex | crashoverride: yes, but that guy was a "professional", did it to 45 systems, and left it like that for a year... |
15:52.25 | *** join/#devuan cocoadaemon (~foo@2a01:e0a:4e1:97e0:179d:1cc6:8854:4d5c) |
15:52.55 | crashoverride | when I saw "2810184" for the output of `free -m` (days ago), I read "12810184" |
15:53.00 | gour | walex: thanks. which init you use? |
15:53.24 | crashoverride | and I was like "weird, 4GB are missing. Man, that's a hefty amount of RAM for a simple IGP. I should lower that" |
15:53.36 | walex | actually I use sysvinit because of work-related issues. I don't like it as I said. |
15:53.46 | gour | ahh, ok. |
15:54.09 | crashoverride | walex: my point being, I also work in IT; and I totally would have not noticed, were it not for me checking the /etc/apt/sources.list file |
15:54.16 | crashoverride | so I can understand that. |
15:54.29 | crashoverride | it's like having written 0 instead of 1 in a file that you never check |
15:54.43 | crashoverride | and that does not really cause problems but just runs everything hella slower. |
15:54.59 | linearain | hi, how would i make /etc/resolv.conf persistent across reboots? |
15:55.01 | crashoverride | and causes random issues all over the place. |
15:55.19 | crashoverride | linearain: it's not a reboot that changes it. |
15:55.34 | crashoverride | it's not like it's in a ram disk. |
15:55.44 | walex | crashoverride: but users were also complaining that they had little memory, and you are "experimenting". |
15:56.01 | linearain | somehow it becomes empty after reboot |
15:56.07 | crashoverride | linearain: weird. |
15:56.18 | walex | crashoverride: in that case I think the previous sysadmin was just too lazy to fix the issue. |
15:56.25 | crashoverride | linearain: maybe it's truncated by a boot service... |
15:56.39 | walex | linearain: you are probably using 'resolvconf' |
15:56.43 | crashoverride | walex: it's not that hard to install a kernel and boot to that instead. |
15:57.04 | crashoverride | ah yeah, you gotta configure resolvconf |
15:57.09 | walex | crashoverride: but to do it to 45 systems is tedious and arranging for the user to logout even more so |
15:57.48 | walex | it was a rather primitive setup... |
15:58.32 | crashoverride | walex: you don't need users to logout |
15:58.47 | walex | crashoverride: not to install, but to make it live. |
15:58.49 | crashoverride | walex: there are plenty of tools you can use to do that. |
15:58.57 | crashoverride | walex: you don't. |
15:59.06 | crashoverride | walex: just reboot, forcefully. |
15:59.10 | linearain | it's a link to /run/connman/resolv.conf |
15:59.21 | crashoverride | linearain: ah, well, connman is your problem I bet :D |
15:59.57 | linearain | what is that |
16:00.04 | crashoverride | the connection manager from your DE |
16:00.29 | crashoverride | walex: personally, I'd just write a bunch of commands to upgrade the kernel, upgrade the boot config, and reboot |
16:00.29 | linearain | i will purge it i guess |
16:00.35 | crashoverride | walex: then run that against one system |
16:00.46 | linearain | or will that wreck havoc |
16:01.26 | crashoverride | if it works fine, I'd change the reboot to be performed by a cronjob at 04:30 AM tomorrow morning (only), and run that on all hosts. |
16:02.00 | linearain | anyway it looks like apt remove task-desktop and remove lxqt* wasnt enough to leave me with a headless system, theres still tons of graphical related stuff installed |
16:02.12 | crashoverride | and then send a mail to @all saying "servers are going to reboot for a security patch tonight, make sure you have no remote sessions with unsaved data." |
16:02.21 | fsmithred | linearain, did you try 'apt autoremove'? |
16:02.31 | crashoverride | linearain: you can safely purge it if you are fine configuring your network manually. |
16:03.04 | crashoverride | linearain: also, just remove Xorg if you want a headless system |
16:03.13 | crashoverride | and then autoremove and autoclean |
16:03.47 | walex | crashoverride: it was a place where I was told that no maintenance downtime was allowed, no weekly "at risk" period, not even scheduled. Eventually I got permission to do maintenance between midnight on Saturday and noon on Sunday, at my expense, and in addition to the regular 10-11 hours a day, because the management said it was only fault that I needed to take sytems down to do maintenance, the previous sysasdming had never needed to do that (because he nev |
16:03.54 | linearain | will "hot-plug" for wired network work in interfaces file? |
16:04.23 | crashoverride | walex: then I would have done exactly what the other admin did. |
16:04.35 | linearain | i did autoremove many times, right now im on the buster pc |
16:04.43 | crashoverride | walex: and even probably installed a non-pae x86 kernel on purpose. |
16:04.51 | crashoverride | walex: because fuck that toxic management. |
16:04.51 | fsmithred | linearain, yes. allow-hotplug lets udev bring up the interface, auto lets ifup bring it up |
16:04.52 | linearain | i'm about to upgrade to devuan but i want to remove the graphical stuff first |
16:05.00 | fsmithred | is aptitude installed? |
16:05.22 | linearain | yes, i used aptitude to install sysvinit |
16:05.25 | crashoverride | "no maintenance downtime", meaning "You still run windows ME"? |
16:05.35 | fsmithred | aptitude purge <something> |
16:05.37 | crashoverride | must be a really crappy place to work at. |
16:05.39 | linearain | alright |
16:05.55 | fsmithred | it will do the autoremove for you |
16:06.07 | fsmithred | but you'll probably have to pick a few key apps to get them all |
16:06.08 | crashoverride | fsmithred: does aptitude have legit better dep resolution than apt?! |
16:06.26 | walex | crashoverride: my successor in that place eventually managed to improve things a bit, after I fought for a year and then left. |
16:06.29 | fsmithred | not sure if it's better, but it can do a few things differently |
16:06.34 | crashoverride | ah yeah |
16:06.47 | fsmithred | if you run into conflicts installing a package, aptitude will give you several options |
16:06.53 | crashoverride | I'm used to apt-get remove --purge $pkg && apt-get autoremove && apt-get autoclean |
16:07.11 | crashoverride | ah. right. |
16:07.19 | fsmithred | I don't do clean or autoclean if I can help it. I like keeping the old debs around just in case. |
16:07.50 | crashoverride | wouldn't `xorg` be the prime candidate to remove if linearain wants a headless machine? |
16:08.08 | fsmithred | yeah |
16:08.25 | crashoverride | fsmithred: I'm wary of disk space, but maybe that's a bit more of a PTSD than an actual need, in 2021 |
16:08.27 | fsmithred | but it's a full desktop, so there's lots of extra stuff |
16:08.35 | *** join/#devuan AnimaInvicta (~AnimaInvi@ber27-1-78-230-215-86.fbx.proxad.net) |
16:08.38 | fsmithred | I understnad that |
16:08.39 | crashoverride | but the dep resolution should get rid of that, too, no? |
16:09.03 | fsmithred | yeah, I would expect getting rid of task-lxqt-desktop aand task-desktop would get almost all of it |
16:09.15 | crashoverride | I mean, maybe there ARE actual desktop components designed to run headless and who have no business being installed on a headless machine. |
16:09.20 | walex | guys if you learn to use Aptitude and its weird query language package and dependency management becomes a lot clearer |
16:09.33 | walex | I have written a nice introduction with examples |
16:09.39 | crashoverride | walex: I am fine using old tools. |
16:09.41 | fsmithred | there are some graphical packages that get pulled in with things even if you don't have xorg installed |
16:09.49 | fsmithred | libraries, I think |
16:09.51 | crashoverride | fsmithred: ah, yeah. |
16:09.56 | crashoverride | makes sense. |
16:10.10 | walex | I have written a nice introduction with examples [16:09] walex | I have written a nice introduction with examples |
16:10.13 | walex | [16:09] crashoverrid | walex: I am fine using old tools. |
16:10.14 | crashoverride | walex: for example, I always purge nano first thing. |
16:10.16 | walex | [16:09] fsmithred | there are some graphical packages that get pulled in with things even if you don't have xorg installed |
16:10.19 | walex | oops again! |
16:10.28 | linearain | upgrade still wants to upgrade 100+ packages, is there a way to update only the neccesary ones? oh well |
16:10.29 | walex | http://www.sabi.co.uk/blog/13-one.html?130414#130414 |
16:10.33 | crashoverride | walex: that's because you're using weechat |
16:10.40 | crashoverride | wouldn't happen on a proper IRC client |
16:10.43 | walex | crashoverride: 'aptitude' is an old tool |
16:10.50 | crashoverride | walex: not as old as me. |
16:11.03 | fsmithred | linearain, I think you want them all, unless some of them are graphical apps |
16:11.13 | fsmithred | you're migrating from buster to beowulf, right? |
16:11.18 | linearain | yeah |
16:11.35 | crashoverride | technically, you can be fine upgrading just the libs, your shell, and the linux image. |
16:11.35 | fsmithred | anything in that list with +devuan in the version is a forked package |
16:11.40 | fsmithred | and you probably need it |
16:11.42 | walex | crashoverride: no, the problem here is that I am using IRSSI inside Screen inside MLTerm and the combination triggers some bug with selections in MLTerm. |
16:11.51 | linearain | let's say i want to keep transmission-daemon the version it is, how do i keep it from being upgraded? it has a sysvinit style script afaik |
16:11.51 | crashoverride | walex: I was trolling |
16:12.09 | fsmithred | pin it |
16:12.17 | fsmithred | man apt_preferences |
16:12.22 | linearain | thanks |
16:12.24 | fsmithred | uh |
16:12.34 | fsmithred | or aptitude hold <package> (I think) |
16:12.50 | walex | fsmithred: holds etc. are not as good as pinning. |
16:13.05 | fsmithred | thanks |
16:13.10 | walex | fsmithred: they are mostly for temporary convenience. |
16:13.31 | fsmithred | linearain, why don't you want to upgrade transmission-daemon? |
16:13.39 | fsmithred | what version do you have? |
16:14.36 | fsmithred | yes, it does have an init script |
16:15.02 | linearain | because i heard newer versions are problematic, and i run it for months without rebooting, it has complex configuration. In other words, if it works, I want to run it as it is indefinitely |
16:15.05 | fsmithred | in beowulf (same version as buster) 2.94-2+deb10u2 |
16:15.51 | linearain | so it wants to upgrade 50 packages with +devuan in version... can i try to upgrade just those? this is a test system anyway |
16:16.30 | linearain | but thats dumb i guess |
16:16.34 | fsmithred | yeah, but I think you have to list them all on the command line |
16:16.41 | fsmithred | yeah. just do them all. |
16:16.50 | fsmithred | what's the total download? |
16:17.57 | linearain | will apt prompt me for yes if i do without --simulate? because sometimes it asks other times it doesnt... lol |
16:18.35 | fsmithred | I don't actually know what it uses to decide whether it asks or not, but usually multiple packages get the question |
16:18.42 | walex | BTW there is an init system that I particularly like, 'nosh' by JdBP: https://jdebp.uk/Softwares/nosh/ |
16:19.24 | walex | JdBP is a particularly skilled person, his site has many interesting things. |
16:20.10 | fsmithred | runit is getting some attention in the devuan community |
16:20.37 | fsmithred | the dev posted a link to some runscripts on our forum, and several people are using it |
16:20.56 | emdete | hi, i lately installed mate and it worked incredibly fine. today i repeated the step on another box and nm gives me an error "Not authorized to control networking.", before that there is an error "polkit-mate Unable to determine the session we are in: GDBus.Error:org.freedesktop.ConsoleKit.Manager.Error.General: Unable to lookup session information for process". what did i miss? |
16:22.21 | fsmithred | you probably want to replace consolekit with elogind and libpam-elogind |
16:22.54 | fsmithred | if you don't want to do that, make sure you have policykit-1-gnome installed |
16:22.59 | fsmithred | that could be the problem |
16:23.32 | fsmithred | but according to the release notes, consolekit will only work right with xfce and cinnamon |
16:23.59 | walex | emdete: MATE is good, but I prefer to go (almost) the whole way and use XFCE. |
16:24.28 | walex | ConsoleKit like SystemD is the wrong solution to a real problem... Too bad. |
16:24.35 | fsmithred | also make sure the user is in the netdev group |
16:25.14 | *** join/#devuan cocoadaemon (~foo@82-65-197-5.subs.proxad.net) |
16:25.25 | walex | emdete: the UNIXy way to avoid using ConsoleKit is to put the user that works at the console in various privileged groups as "fsmithred" is suggesting |
16:28.51 | linearain | fsmithred: total is only 50mb and it says after installation 100kb will be used. Right now im still on debian, with sysvinit running and systemd kind of purged... but there were crazy things going on. The keyboard would malfunction. And when i did apt remove systemd it hung at 80%, but after killing it and rebooting, i dont have the typical slowdown at login. oh well what a mess :D |
16:29.09 | *** join/#devuan __zxq9__ (~zxq9@FL1-119-244-161-110.okn.mesh.ad.jp) |
16:29.37 | fsmithred | did you change sources.list yet? |
16:29.37 | walex | linearain: slow downs at login typically are DNS resolution failures. |
16:29.41 | linearain | yes |
16:30.22 | fsmithred | oh, you installed sysvinit and then rebooted before migrating to devuan? |
16:30.32 | linearain | yes |
16:30.47 | fsmithred | I haven't tried it that way |
16:31.07 | linearain | everything kind of works... |
16:31.13 | fsmithred | I usually wait until the migration is done before rebooting into sysvinit |
16:31.22 | fsmithred | which is counter-intuitive |
16:31.30 | fsmithred | and then remove systemd after that reboot |
16:31.57 | linearain | i dont know how much of it is still left |
16:32.09 | fsmithred | dpkg -l |grep systemd |
16:32.22 | fsmithred | oh, and libnss-something |
16:32.34 | walex | the terrible irony is that SystemD and other horrors like ConsoleKit and DBUS and PulseAudio do things that are actually important and useful, but in such a poorly misshapen way. |
16:33.20 | fsmithred | there will still be service files laying around, but they are inert. |
16:33.30 | linearain | rc dbus-user-session, rc libnss-systemd, ii libsystemd0, rc systemd |
16:33.47 | fsmithred | aptitude purge ~c |
16:34.03 | fsmithred | those are just config files that are left behind. The above command will remove them. |
16:34.12 | fsmithred | oops |
16:34.16 | fsmithred | install libelogind0 |
16:34.33 | fsmithred | then you can purge the rest |
16:34.51 | emdete | hm, i had installed both (somehow). now removed ConsoleKit. user is in netdev. still no nm. |
16:35.00 | emdete | walex: i just move from xfce to mate ;) |
16:35.35 | linearain | libelogind0 from devuan or debian repos? |
16:35.55 | walex | emdete: oh well, MATE is admittedly nicer, but it is still GNOME, however improved :-) |
16:35.56 | emdete | why isnt consolekit / elogind conflicting? |
16:37.30 | *** join/#devuan o01eg (~o01eg@2a02:2698:82a:10e8:277:54c5:df6c:41e5) |
16:38.01 | walex | emdete: they are servers IIRC accessed by DBUS, the last to register with the DBUS server wins (could be the first though). |
16:38.25 | walex | s/by DBUS/by way of DBUS/ |
16:38.34 | *** join/#devuan sgage (~sgage@h69-131-6-108.cntcnh.broadband.dynamic.tds.net) |
16:39.47 | emdete | hm, i still have another strange error: "couldn't access control socket: /run/user/1000/keyring/control: not found". but later the file is there. maybe wrong order in startup? maybe there are config leftovers from xfce that trash the startup phase somehow? |
16:40.20 | walex | emdete: depends on which keyring server your have configured or is lingering. |
16:40.54 | walex | emdete: check for 'seahorse' which is the standard GNOME (but not just) one. |
16:42.21 | emdete | and "polkit-mate-authentication-agent-1:7758): WARNING **: 18:37:23.892: Unable to register authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: Cannot determine session the caller is in". |
16:42.22 | walex | emdete: or perhaps it is 'gnome-keyring-daemon' |
16:43.27 | walex | 'seahorse' is the front-end, 'gnome-keyring-daemon' the back-end. |
16:43.36 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
16:44.17 | HackphiL | I just get an old "acer aspire 1300" |
16:44.21 | *** join/#devuan g4sra (~sysadmin@212.159.110.140) |
16:44.53 | HackphiL | someone in french? |
16:44.58 | emdete | hm, i think the main error is "Cannot determine session the caller is in". why doesnt this line tell, /why/ it cannot? |
16:45.06 | fsmithred | linearain, from devuan repo. |
16:45.11 | linearain | i installed it |
16:45.58 | walex | emdete: "why doesnt this line tell" the very low quality of most error messages is one of my pet peeves. The typical and common one is "Cannot open file". |
16:46.00 | fsmithred | emdete, you could maybe get some info from loginctl |
16:47.19 | *** join/#devuan IoFran (~Thunderbi@189.237.154.18) |
16:48.06 | linearain | service --status-all |
16:48.10 | linearain | oh well... |
16:51.19 | fsmithred | emdete, here's a list of policykit related stuff that I have in a chimaera mate. I think it's the same in beowulf. https://termbin.com/l68fe |
16:54.33 | linearain | ok the last stupid question. For a desktop pc i would surely just install devuan, but now for a headless server, am i considered systemd-free? osince i almost never install anything, do i still need to upgrade to devuan? |
16:55.33 | linearain | well if that doesnt make sense, then nevermind |
16:57.38 | linearain | so far i only installed libelogind0 from devuan repos |
17:00.52 | *** join/#devuan gateway2000 (~gateway20@cpe-172-100-180-15.stny.res.rr.com) |
17:01.03 | walex | linearain: what did your install on the server? |
17:04.21 | *** join/#devuan ac_laptop (~ac_laptop@186.2.247.129) |
17:12.52 | linearain | walex: it was buster with lxqt but i removed the gui, then installed sysvinit from debian repos and removed systemd |
17:14.51 | *** join/#devuan luna_is_here (~quassel@ip-95-223-58-221.hsi16.unitymediagroup.de) |
17:15.25 | linearain | what would i gain from installing eudev over udev? |
17:17.35 | *** join/#devuan mro_name (~mro_name@port-92-195-251-209.dynamic.as20676.net) |
17:19.04 | fsmithred | I thought your sources.list says devuan now, not debian |
17:19.18 | linearain | they do |
17:19.30 | fsmithred | if so, you should install eudev because that's what devuan uses |
17:19.50 | fsmithred | if you're still using udev, you won't get any security updates or fixes for it |
17:20.55 | linearain | apt-get upgrade |
17:20.58 | fsmithred | note that when you switch to eudev, your network interfaces will get the old names |
17:20.59 | linearain | damn...... |
17:21.04 | fsmithred | ? |
17:21.15 | linearain | nevermind i have too many screens open :D |
17:21.57 | fsmithred | if you want to keep the new names, boot with net.ifnames=1 |
17:26.26 | *** join/#devuan ac_laptop (~ac_laptop@186.2.247.129) |
17:32.20 | *** join/#devuan mro_name (~mro_name@port-92-195-251-209.dynamic.as20676.net) |
17:33.50 | *** join/#devuan cocoadaemon (~foo@2a01:e0a:4e1:97e0:a69c:dc6e:df01:d357) |
17:35.33 | *** join/#devuan IoFran (~Thunderbi@189.237.154.18) |
17:36.39 | linearain | apt-get dist-upgrade with devuan repos went perfectly fine |
17:36.46 | linearain | i mean apt-get upgrade |
17:38.21 | rwp | I'll just mention that when I am migrating from Stretch to Beowulf that I usually follow the https://www.devuan.org/os/documentation/dev1fanboy/en/stretch-to-beowulf documentation order of actions pretty closely and that has always worked very well for me. |
17:39.27 | rwp | However since I wasn't running systemd on my Stretch I can avoid that switch and reboot part because it has already been done. |
17:39.56 | rwp | And for systems that have already been upgraded to Buster there is https://www.devuan.org/os/documentation/dev1fanboy/en/buster-to-beowulf too. |
17:40.34 | linearain | it seems like now the system much faster |
17:40.42 | linearain | this is on an old pentium 4 machine |
17:41.02 | linearain | boot and login seems to be much faster than with systemd for some reason |
17:41.05 | *** join/#devuan TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
17:42.06 | emdete | fsmithred: thnx for the list, i had libpolkit-gobject-consolekit-1-0 installed instead of libpolkit-gobject-elogind-1-0, which i now fixed. but still the same :/ |
17:42.58 | fsmithred | did you reboot? |
17:43.12 | fsmithred | also, maybe a command if I can remember it |
17:43.58 | fsmithred | pam-auth-update |
17:44.09 | fsmithred | I have unix and elogind checked |
17:45.17 | fsmithred | emdete, what display manager are you using? |
17:47.32 | fsmithred | oh, this looks different in mate |
17:48.55 | emdete | lightdm |
17:49.06 | fsmithred | ok, that should work |
17:49.25 | emdete | is a reboot needed? |
17:49.30 | fsmithred | current lightdm from devuan? |
17:49.46 | emdete | i wonder why the last box just worked.. :/ |
17:49.54 | emdete | yes, full devuan system |
17:50.12 | emdete | (not migrated, i trashed that try ;) ) |
17:50.27 | fsmithred | yeah reboot or 'init 1' |
17:50.46 | fsmithred | all the kit-shit needs to start over |
17:51.53 | emdete | yes, a reboot is helpful :( it works now |
17:55.03 | *** join/#devuan luna_is_here (~quassel@ip-95-223-58-221.hsi16.unitymediagroup.de) |
17:57.49 | emdete | thank you all! :) |
17:58.34 | *** join/#devuan mro_name (~mro_name@port-92-195-251-209.dynamic.as20676.net) |
18:04.44 | *** join/#devuan mro_name (~mro_name@2002:5cc3:fbd1:0:1c41:4b9:8396:29a0) |
18:06.51 | *** join/#devuan early (~early@static.38.6.217.95.clients.your-server.de) |
18:38.10 | *** join/#devuan luna_is_here (~quassel@ip-95-223-58-221.hsi16.unitymediagroup.de) |
18:55.53 | *** join/#devuan Lucio_ (~Lucio@151.38.199.76) |
19:01.07 | *** join/#devuan Lucio_ (~Lucio@unaffiliated/lucio/x-0846636) |
19:01.53 | *** join/#devuan luna_is_here (~quassel@ip-95-223-58-221.hsi16.unitymediagroup.de) |
19:03.29 | *** join/#devuan Lucio_ (~Lucio@151.38.199.76) |
19:03.29 | *** join/#devuan Lucio_ (~Lucio@unaffiliated/lucio/x-0846636) |
19:08.22 | *** join/#devuan luna_is_here (~quassel@ip-95-223-58-221.hsi16.unitymediagroup.de) |
19:10.23 | *** join/#devuan reetp (~john@239.red-80-59-216.staticip.rima-tde.net) |
19:16.01 | *** join/#devuan xinomilo (~xinomilo@gateway/tor-sasl/xinomilo) |
19:21.19 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
19:26.46 | *** join/#devuan luna_is_here (~quassel@2a02:908:f761:2a3c::a) |
19:27.44 | se7en | Would it be in deb-multimedia? |
19:27.47 | se7en | gour: |
19:27.49 | se7en | gateway2000: |
19:28.02 | se7en | I think I'm still using that |
19:37.03 | *** join/#devuan luna_is_here (~quassel@ip-95-223-58-221.hsi16.unitymediagroup.de) |
19:46.47 | fsmithred | se7en, the version of libpulse0 with the epoch is from ubuntu |
19:47.05 | fsmithred | or miint |
19:47.07 | se7en | hmm |
19:47.25 | fsmithred | what's in sources.list and sources.list.d? |
19:47.31 | se7en | I have quite a few |
19:47.34 | se7en | Playonlinux |
19:47.37 | se7en | Wine |
19:47.45 | se7en | Deb-Multimedia |
19:47.49 | se7en | Mumble too |
19:48.04 | se7en | deb http://ppa.launchpad.net/mumble/release/ubuntu trusty main |
19:48.06 | fsmithred | there are some nifty aptitude commands that might tell where different packages came from |
19:48.06 | se7en | deb-src http://ppa.launchpad.net/mumble/release/ubuntu trusty main |
19:48.26 | se7en | This is the "official" mumble repo |
19:48.40 | se7en | Why would they include libpulse? Don't they know it'll cause conflicts like this |
19:48.40 | fsmithred | trusty is pretty old. That might account for the other dep that was pre-jessie |
19:49.01 | se7en | I'll check it out. Thanks |
19:49.03 | *** join/#devuan mro_name (~mro_name@port-92-195-251-209.dynamic.as20676.net) |
19:49.42 | fsmithred | https://dev1galaxy.org/viewtopic.php?id=511 |
20:01.12 | crashoverride | fsmithred: wrt more ram, have you seen the alleged DDR5 samsung dimms? |
20:01.22 | fsmithred | nope |
20:01.27 | crashoverride | 512GiB per dimm. |
20:01.40 | crashoverride | ... |
20:02.00 | crashoverride | 2TiB ram consumer rig. |
20:02.04 | fsmithred | I just recently upgraded from a 2GHz Athlon X2 to a 2011 i5 |
20:02.31 | crashoverride | puts things in perspective, right? |
20:02.51 | fsmithred | I say recent, but it was pre-pandemic |
20:03.48 | crashoverride | the present sounds more and more like a futuristic horror B movie. |
20:04.22 | fsmithred | science fiction precedes reality |
20:06.23 | crashoverride | yeah, but it's a bit more worrisome when it's science fiction HORROR that precludes reality |
20:08.43 | *** join/#devuan luna_is_here (~quassel@ip-95-223-58-221.hsi16.unitymediagroup.de) |
20:26.49 | *** join/#devuan luna_is_here (~quassel@ip-95-223-58-221.hsi16.unitymediagroup.de) |
20:50.37 | *** join/#devuan orcus-de (~orcus_@213.170.218.225) |
20:53.06 | Centurion_Dan | Hi. |
20:53.42 | Centurion_Dan | I just upgraded to Chimaera on my main PC. Any thing I should watch out for?? |
20:57.04 | hagbard_ | Three headed apes behind you, mostly. |
20:57.22 | hagbard_ | Chimera seems to run just fine. |
20:59.23 | *** join/#devuan luna_is_here (~quassel@2a02:908:f761:2a3c::a) |
21:26.38 | rwp | fsmithred, My main desktop is also "new" and is an Core i5-750 first seen in 2009 but still doing well. |
21:28.41 | *** join/#devuan mn3m (~mn3m@unaffiliated/mn3m) |
21:28.43 | rwp | At some point I will swap it with an Intel Xeon E3-1240 from 2011 as an upgrade since it is 2x faster but just haven't been pressed for it yet. |
21:29.52 | *** join/#devuan arnoldoree (~arnoldore@113.211.174.155) |
21:30.14 | fsmithred | run that one in the winter |
21:32.14 | gnu_srs | fsmithred: I have some recent results on how to migrate from buster to beowulf. I'll try one more method before publishing on the dng ML. |
21:32.29 | fsmithred | thanks |
21:32.37 | fsmithred | it's not working like it used to |
21:32.58 | gnu_srs | Hopefully, the buster-to-beowulf pages can be corrected. |
21:33.17 | fsmithred | yeah, two methods that worked before are not working now |
21:34.10 | fsmithred | someone here just did it, but that was without a desktop |
21:34.41 | *** join/#devuan luna_is_here (~quassel@ip-95-223-58-221.hsi16.unitymediagroup.de) |
21:45.43 | rwp | fsmithred, Actually we all are surprised to learn that the faster E3-1240 is lower power usage than the slower i5-750! |
21:46.58 | rwp | When I put a meter on the E3-1240 it idles around 36 watts. At some point I will measure the i5-750 for a comparison. |
21:48.40 | rwp | fsmithred, I also had XFCE DE upgrade issues that I need to really figure out and submit too. All related to the use of the debian-alternatives in the packaging. :-( |
21:48.57 | systemdlete | I'm running into a peculiar problem with wireless on my cherry trail 2-in-1. |
21:49.20 | systemdlete | Sometimes, I am able to reach the laptop from a lan host, but most of the time not. |
21:49.24 | fsmithred | rwp, which alternatives? |
21:49.48 | systemdlete | This is without making any changes to configs on the openwrt router, the laptop, or the host whence the request comes. |
21:50.04 | fsmithred | I've upgraded a few xfce systems to chimaera, but they did not have task-* packages installed |
21:50.17 | systemdlete | I've scoped both ends of the wireless portion of the connection (between laptop and openwrt router). Here is what I saw. |
21:50.54 | systemdlete | You know that yesterday I installed beowulf on the laptop. I have not changed much on the laptop. The laptop can connect to the Internet, via the said router. |
21:52.11 | systemdlete | When I run tcpdump on both the laptop and the router (from its console), I see arping and traffic to the laptop from the router. But on the laptop, sometimes it sees traffic intended for it, and responds accordingly, but not at other times. |
21:52.43 | systemdlete | e.g., I could connect from the lan to the laptop once today. But that was in between two failed tries. |
21:53.01 | fsmithred | realtek? |
21:53.05 | systemdlete | yep |
21:53.15 | fsmithred | 8168/9? |
21:53.15 | systemdlete | ducks to avoid being smacked hard |
21:53.21 | systemdlete | no, 8812au |
21:53.31 | systemdlete | no! |
21:53.33 | systemdlete | sorry |
21:53.36 | systemdlete | hold on |
21:53.48 | systemdlete | (I'm confused due to just trying the 8812au, sorry) |
21:53.55 | systemdlete | it is a Belkin |
21:54.07 | fsmithred | on the laptop? |
21:54.13 | systemdlete | no |
21:54.17 | fsmithred | lspci |
21:54.19 | systemdlete | it is whatever the cherry trail has |
21:54.30 | fsmithred | oh, maybe intel |
21:54.31 | systemdlete | ah, |
21:54.44 | systemdlete | qualcomm atheros qca9377 ac |
21:55.11 | systemdlete | belkin is on the wireless router |
21:56.00 | systemdlete | just for comparison, neither my laptop nor my android phone have issue reaching the router (most of the time, except when the router is having issues; usually a router reboot clears that) |
21:57.24 | fsmithred | well, you are not alone: https://forums.linuxmint.com/viewtopic.php?t=314231 |
21:59.10 | systemdlete | sorry... I should have web searched the wireless info for the laptop. |
21:59.17 | systemdlete | for some reason, it just didn't dawn on me. |
22:00.39 | rwp | On the good side that seems to be a generic Linux kernel and driver problem and not something OS specific. |
22:00.44 | fsmithred | debian wiki is a good place to check for wireless |
22:01.03 | rwp | fsmithred, https://paste.debian.net/plain/1192440 but I know you will ask what problems occurred due to this and literally it was several weeks now and I have forgotten the details. |
22:01.22 | systemdlete | fsmithred: Looks like the firmware is from 2 years ago. |
22:01.55 | systemdlete | maybe there has been an update since then? |
22:02.14 | systemdlete | experimental? |
22:03.33 | fsmithred | did you have to install firmware for the wireless? There might be something newer in beowulf-backports. Also newer kernel. Someone mentioned 5.3 in that thread. I think bpo has 5.10 now. |
22:03.40 | rwp | systemdlete, Which kernel are you running now? The very last message in that Mint forum suggested that it was fixed in the Linux 5.x series. So maybe try a backport kernel? |
22:03.55 | systemdlete | I see there are bug reports (only a few) on the dev's site for the driver |
22:04.02 | fsmithred | rwp, oh THAT alternative. |
22:04.16 | *** join/#devuan buZz (~buzz@joint.ro.lt) |
22:04.22 | fsmithred | you upgraded to beowulf or to chimaera? |
22:04.25 | systemdlete | stock kernel |
22:04.33 | systemdlete | installed beowulf, nothing else |
22:04.48 | systemdlete | 4.19.0-16 |
22:04.49 | rwp | Yes. A fresh pristine installation always works okay. But I upgraded from Stretch to Beowulf that system and it blew chunks during the upgrade and needed me to kick it through to get to the end. |
22:04.51 | fsmithred | sorry, that was for rwp |
22:05.07 | systemdlete | oh |
22:05.20 | systemdlete | is easily confused, if you cannot tell... |
22:05.23 | fsmithred | whose desktop-base is installed? debian or devuan? |
22:05.36 | rwp | And at this moment it won't start X for the user. It starts lightdm okay but at login on the graphical login it fails with an error. I tried some things but need to dig deeper. |
22:06.08 | fsmithred | I think we forked xfce4-session |
22:06.35 | fsmithred | yeah: 4.12.1-6+devuan2 |
22:06.41 | *** join/#devuan Guest65901 (~buzz@unaffiliated/buzz) |
22:06.59 | fsmithred | and maybe some elogind stuff is wrong |
22:07.45 | fsmithred | Take a look at this. Ignore the mate packages: https://termbin.com/l68fe |
22:08.07 | systemdlete | installs kernel from backports, crosses fingers... |
22:08.24 | rwp | This system had Cinnamon installed and that would be preferred for this user but I would switch them to XFCE if that was needed. This user is an 85 year old wife of my airplane mechanic just by way of environment. She doesn't like changes. I swapped laptops with her to keep her going. |
22:08.25 | fsmithred | bpo kernel works |
22:08.54 | fsmithred | so why not keep cinnamon? |
22:09.56 | rwp | I need to go back in and dig through why it was having upgrade problems. But it error'd repeatedly on packages in that topic area (sorry, I've slept since then and forgotten details) and I had to manually walk it forward. |
22:10.23 | rwp | But yes Cinnamon would be preferred for this user since it keeps things closer to what she is used to using. |
22:10.28 | fsmithred | np. If it's not right in front of my, it doesn't exist. |
22:10.43 | fsmithred | and you have to upgrade it, not reinstall? |
22:11.12 | rwp | I can do a re-install fresh on this box. But upgrades *should* work too. |
22:11.20 | systemdlete | rwp: I just had a similar experience with ascii->beowulf. It was hopeless after reboot, so I said u-know-what-with-it installed beowulf. |
22:11.21 | fsmithred | yes, they should |
22:12.02 | rwp | Meanwhile I have migrated quite a few server systems from Stretch to Beowulf without any DE installed and all of those have gone great. |
22:12.03 | systemdlete | It was easier for me to install beowulf from scratch than try to figure out what broke during the upgrade. |
22:12.16 | systemdlete | rwp: I guess ymmv |
22:12.37 | rwp | systemdlete, Understood. But you know I will try to fix things when I can help fix things and it is something that really _should_ be working. |
22:13.28 | systemdlete | well, fsmithred and I tried many different things to recover from that disaster, but ultimately I threw my hands up |
22:13.32 | rwp | And I hated to bring up that it was problematic if I hadn't done the work to see why it was problematic. I only got as far as hitting those alternatives links and ran out of debug time on it. |
22:13.45 | fsmithred | make sure you have devuan's lightdm installed |
22:14.06 | systemdlete | rwp: I agree. And, generally, I DO make some attempt to figure out why things are not broken, sometimes moreso than other times. |
22:14.18 | systemdlete | In this case, I just want my laptop back! LOL |
22:14.44 | systemdlete | gnarface, otoh, calls this sort of rundown "for science" only |
22:14.45 | fsmithred | one easy solution might be to remove desktop-base |
22:15.09 | rwp | I can see that I had lightdm installed but currently have slim installed as a test. |
22:15.10 | fsmithred | you can set themes manually |
22:15.11 | systemdlete | will be quiet now and let you guys tackle your problem... |
22:15.25 | fsmithred | slim doesn't do session management well |
22:15.40 | fsmithred | you might have consolekit and elogind stuff mixed up, too |
22:15.44 | fsmithred | or a part missing |
22:15.50 | rwp | I have a longer history with lightdm but I could test other things in order to try to debug it. |
22:16.22 | *** join/#devuan Lucio__ (~Lucio@151.38.73.209) |
22:16.33 | rwp | Right. Don't stress about it at this moment. Other than just another vote that something was wonky in that general area. I can dig into it. And will do so when I get the time for it. |
22:17.07 | rwp | I dont' have the time right now. And I mitigated the problem for me by swapping one laptop for a different one that had a pristine installation on it. I have the original problem here available for me to wack on when I can do so. |
22:18.30 | fsmithred | see the lightdm stuff in Release Notes |
22:18.47 | fsmithred | check /etc/pam.d/lightdm-greeter |
22:19.02 | fsmithred | session optional pam_elogind.so |
22:19.54 | rwp | What do you suggest for gnome-themes-extra ? It is not currently installed. |
22:20.43 | rwp | What should I check for in /etc/pam.d/lightdm-greeter ?? It loads "session optional pam_systemd.so" which I usually remove to avoid the errors logged by it not being present. |
22:21.16 | fsmithred | session optional pam_elogind.so |
22:21.19 | fsmithred | add that line |
22:21.47 | fsmithred | or make sure you have the devuan version of lightdm |
22:22.14 | fsmithred | the alternatives links you posted look correct |
22:24.19 | fsmithred | kitchen time |
22:24.21 | fsmithred | bbl |
22:25.15 | crashoverride | I am beginning to be allergic to computers, I think |
22:26.28 | zeroability[m] | Is there a line forming for that? |
22:27.11 | rwp | fsmithred, More details here https://paste.debian.net/plain/1192441 |
22:27.52 | rwp | fsmithred, Again, let me dig into things a little deeper. I just don't have the time at the moment but should be able to get something dug out of it. |
22:28.13 | *** join/#devuan jonadab (~weirdidio@cpe-174-105-122-60.columbus.res.rr.com) |
22:39.03 | systemdlete | fsmithred: So I installed and booted the 5.x kernel from backports. Now, it is a little bit more reliable maybe. I can reach the laptop but only intermittently. |
22:40.39 | systemdlete | This may work well enough for my purposes for now. I just need to be able to do a backup once a day; the backup tool (bareos) does retries every few hours so the backup will eventually complete... assuming that it succeeds at least once in 7 tries. |
22:41.11 | systemdlete | And even if the backup fails on one particular day, it may not matter much... I am only using this laptop as a tablet for reading. |
22:41.37 | systemdlete | The newer kernel does seem to make a difference, even if it is not consistent. |
22:42.11 | systemdlete | I'll continue working with the openwrt folks too to see if they have any ideas. |
22:43.12 | rwp | systemdlete, If the problem is the WiFi hardware + driver then a different workaround might be to use a USB WiFi dongle. |
22:43.21 | rwp | I have a small'ish button one which works well and does not stick out very much. |
22:44.11 | rwp | I consider that a workaround but... It can work very well. |
22:44.14 | systemdlete | Yeah, I have a G here that works. But that means some degradation in peroformance of course |
22:44.25 | rwp | Another thing I have done with the old Broadcom chips that had no free drivers was to swap out the internal WiFi card. When the BIOS firmware allowed that and did not complain! |
22:44.52 | rwp | I hate it that some vendors lock the firmware to halt if we decide to change out the WiFi card. It should not care! |
22:44.55 | systemdlete | "swap out?" This is a SoC; not sure I can do that. |
22:45.30 | systemdlete | rwp: Sorry. Should have mentioned. This is a 2-in-1 tablet, not a real laptop |
22:45.33 | rwp | In that case you can't. But often the WiFi is on a mini-PCIe slot internally. That's the way most of my laptops are configured. |
22:45.50 | rwp | Oh! Yes. Sorry. |
22:45.55 | systemdlete | There does not seem to be any public entrance to the internal workings of this POS |
22:48.23 | systemdlete | Let's say I buy a tiny dongle (that would be sweet). Is there a way to disable the internal qualcomm chip? |
22:48.53 | systemdlete | (I mean aside from removing realtek fw which might be needed for the new device) |
22:57.00 | *** part/#devuan g4sra (~sysadmin@212.159.110.140) |
23:04.35 | *** join/#devuan jiefk (~jiefk@nikel.me) |
23:05.24 | *** join/#devuan jaromil (~jaromil@vm8.ganeti.dyne.org) |
23:05.24 | *** join/#devuan jaromil (~jaromil@devuan/developer/jaromil) |
23:06.35 | fsmithred | you don't need to disable it. Just configure stuff for wlan1 or whatever the new interface is called |
23:08.41 | *** join/#devuan GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) |
23:15.14 | *** join/#devuan eki (~eki@dsl-hkibng41-54f858-46.dhcp.inet.fi) |
23:19.53 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
23:20.26 | systemdlete | fsmithred: I would want the default route to go through the new dongle. |
23:20.30 | systemdlete | ? |
23:21.31 | fsmithred | how are you configuring your interface? wicd? config file? |
23:22.12 | fsmithred | either way, bring up the one you want to use and it will be used |
23:22.18 | *** join/#devuan peterrooney (~peter@2604:3d08:157d:a000:222:4dff:fe69:d6ed) |
23:32.49 | *** join/#devuan TheCreeper (~TheCreepe@unaffiliated/thecreeper) |
23:33.01 | *** join/#devuan blitzed (~blitzed@91.196.220.210) |
23:34.53 | *** join/#devuan ac_laptop (~ac_laptop@186.2.247.129) |
23:45.53 | systemdlete | When I said "disable" I just meant to ensure that it doesn't get used. I've been using wicd which has an icon I can easily view to determine its state. I would actually prefer to use the interfaces file, but I'd need a substitute for the display. |
23:48.44 | fsmithred | set the default wireless interface in wicd preferences or in the manager-settings config file in /etc/wicd |
23:49.12 | fsmithred | or in /etc/network/interfaces |