looking forward to ascii and beowulf for new challenges.

The grub screen on Ascii is stinkin' awesome!   Takes a little more effort, but it's great! You'll probably figure it out in a flash, but send me an email if you need any help buddy. It just takes an extra step or two.

'update-rc.d remove' will remove the symlinks. You do not need to remove the init script. I'm not sure if the symlinks will be regererated with normal updates, but. I just checked, and wicd is still installed here and turned off since I installed the system almost two years ago.

Thanks a lot fsmithred. Then I know I can do it the way I wished for . Appreciate it!

Boot-up Manager is in the repo if you need an easy GUI way to disable items from startup, I use it in Vuu-do to turn off bluetooth, cups etc.

Thanks for the tip @greenjeans . Appreciate it.

Still not clear on what you're trying to achieve here.

From your second post it's clear that you have stanzas in /etc/network/interfaces for a wlan0 device and it's all configured to connect to the access point using wpa_supplicant configuration?  Then you've installed wicd as well and setting that to run as a daemon?  wicd won't be able to claim the wlan0 device and manage the connection as you've already configured and connected it in /etc/network/interfaces

The best way to stop wicd running on startup is to just remove the package, which will disable and remove it's rc scripts automatically.

Sorry about that. A personal "get to know" process on my part was revealed here

Besides of trying to get to know Wicd's behavior I was wondering how to do a manual config-file configuration.

When it comes to Wicd and/with /etc/network/interfaces I now know that the only entry allowed is the loopback interface.

Regarding wpa_supplicant stanzas I believe the configuration it self in /etc/network/interfaces was wrong by using a EPA-TLS configuration. EPA-TLS does not apply to our network

For the record I believe this configuration after disabling Wicd would be correct:

auto wlan0
iface wlan0 inet dhcp
        wpa-ssid myssid
        wpa-psk ccb290fd4fe6b22935cbae31449e050edd02ad44627b16ce0151668f5f53c01b

Manual on this page with link initially provided by you: https://wiki.debian.org/WiFi/HowToUse#W … d_WPA2-PSK

Regarding stopping Wicd from running on startup by just removing package this seems to be the way to make it completely consistent. But it does not seem very flexible. After starting using FreeBSD I have grown fond of doing manual configurations, so the first thing has been trying to learn about the capabilities of Devuan in this regard. I will check out sysv-rc-conf and Boot-up Manager too....

In Debian and Devuan (and many other derivatives), runlevels 2-5 are the same.

To disable wicd in all runlevels:

update-rc.d -f wicd remove

To reverse the above:

update-rc.d wicd defaults

Another way to do it is to install sysv-rc-conf and un-check all runlevels on the wicd line. (use arrow keys and space bar)

Thank you @fsmithred

If I understand the manual correctly, when using the 'remove' command I have to remove the /etc/init.d script first, otherwise an error message. Do you agree?

I don't remember where, I believe I read that if using the 'disable' command instead it would stop the startup, but when a upgrade of Wicd happens, it would be overwritten and go back to default as before. I am guessing/asking if this would happen with 'remove' and removal of wicd script in /etc/init.d too. Which makes me think of maybe a complete uninstall of Wicd would be better in that regards. If ending up using wpa_supplicant that is.

Last, thank you for mentioning sysv-rc-conf and user guide

I believe that those are the defaults in most init systems to configure and make a connection, if it is not already on from the previous level, and then to logoff the network (however it is continued) before shutdown or reboot.
One of the reasons that "some" distributions are taking too long to boot and get to a login screen (console or DM) is that if it takes too long to login to network it stays in that stage till some time-limit is reached.
At least that was my experience and that is what I think.

You want to disable wicd so you don't have networking until you decide to connect or to stop using wicd and use a different method?  If you were to remove wicd I believe part of the procedure would be to remove it from the init system as well, as if you install something else it is probably preconfigured in some default way within the init system.

First sorry to all you guys for my late follow up, and thanks to you @fungus.

Regarding runlevels, thanks for the elaboration. Good to know.

Regarding Wicd, you are correct. Disable Wicd as a step towards trying wpa_supplicant instead.

I keep hoping i'll log on one day and see "Fungi-Linux" on the list

You never know when a mushroom may pop-out, maybe in the fall, maybe in the spring, after a flood, or after a fire, you just don't know.

1  In terms of a system upgrade I think it is irrelevant, for a distro that is rolling and running.  Have I told you of my experiment of using an old wheezy image to install then converted to ceres?  It worked!  But since your custom work is not in the system it would be missed.  Have you (pl) thought of creating patches that would compliment an existing installation?  Sometimes "your fans" after installing and doing their own modifications they don't want to reinstall, and not everyone goes luting and scavenging on live systems and distros to transfer stuff back to the cabin (like some people we know .
2  I am with miyo on that one, GJ is a bit too extreme in that respect on my taste.  There are certain things that I want running before I get to console or wake up old tired X for his breakfast.  So based on your systems the best I have gotten getting to the DM and logged in is 178MB  But I don't see why there can't be variations and compromises or cohabitation.
3  I am with GJ this time.  I appreciate your artistic icon work and space age surroundings, I believe you have been watching too many refracta scary sci-fi movies, but I am a back to the roots with wood and stone kind of person.  Putting bullet holes on NatBo cans is all the artistic expression I desire, and a bit of guitar sliding. 
4  If I ever get the courage to start hacking source-code it would be the openbox source, but I don't see the two approaches in conflict with each other, it is more of a compliment to each other in this respect.  Your menu work (miyo) is an art in itself.  My own evolution of the dynamic menu has been to be long and skinny, an icon and three-four letters is all it takes.  For example rtlf (is gksudo leafpad), rslv (is a script feeding the quickest of openic dns servers into resolv.conf).
5  I always thought that qt was a little too flaky for me, then I tried redcore, a little birdy told me to.  MAAAAANNN...  get me out of there.  Mate, nowhere as bad as other desktops, gives me the feeling of being in a white room, like an interrogation room or a surgery room.  Creepy cold and painful.  Nothing like the good old fluffy couch called lxde.  But when it is time for work nothing beats openbox.  I've tried i3 for 43', awesome for 3hrs, jwm ...  been there seen that, ...  I forget the rest.

Devuan is just like an old VW bug (for west of the Atlantic) or a Peugeot 106 for the East.  Both boring but there is so  much you can do with  it.  Between the 200hp buggy and a stripped out rallycross monster 106 there is definitely some character.

You have empowered people to hack their own in a period where systemd had taken the fun away.  In the past few years with debian everytime you turned your head around systemd had thrown your work away and replaced it with its defaults.

PS  What I liked out of the whole experience with redcore was the music while entering the desktop  (hint hint hint).

I kept hoping greenjeans would address this. LOLOL!

You are way more eloquent than I am, so I waited you out!

Couldn't have put it better. I LOVE your style, your sense of the aesthetic, color choices, the excellent Miyolinux Dark OB theme, and your ability to reach outside the repo to find new and innovative solutions like Obmenu-generator and the Numix themes.

I think our work the last few months has really complimented each other, I know mine is vastly improved due to the Miyo influence.

But in the end, more is better, even if it's a bunch of one-man shows like we got going. Makes for a healthy, diverse, and robust development environment. I'm super happy with what's happening here, and looking forward to ascii and beowulf for new challenges.

I keep hoping i'll log on one day and see "Fungi-Linux" on the list

Has it ever crossed your minds (Vuu-Yo & Mi-Do) to collaborate and just produce one distribution with 2 variations (Light & Extra) ?
Some of us fans are getting a bit dizzy.

I kept hoping greenjeans would address this. LOLOL!

Personally, I see Vuu-do and Miyo as two separate entities.

Greenjeans and I have different styles and end-goals...

I put out an .iso periodically; greenjeans updates his .isos more often.
I try to offer users a minimal system; greenjeans offers users an even more minimal system.
I try to offer a "somewhat" modern look; greenjeans keeps his UI more classic.
I like to see if I can stretch the bounds of Openbox just a little at a time; greenjeans likes to improve Openbox's classic experience.
I recently ventured into LXQt; greenjeans offers Mate.

I think both Vuu-do and Miyo probably appeal to different types of people...and that's a good thing. The end result is that people are using Devuan.

I personally bow to greenjean's ingenuity. He has done things that I would never have thought of or considered. Could we collaborate? Sure. Should we collaborate? I think there are different people who are looking for what both of us try to offer, so with that in mind, I think a Vuu-yo or Mi-do would be more of a hindrance to the end-users rather than a help.

My friend greenjeans and I aren't in competition with each other. If he gets 1,000 downloads a week, and I get 1...that's a win for Devuan.

More importantly, there is Crowz, Nelum, and Star...who offer Devuan Openbox distros...all of whom I'm in awe of (and I mean that).

From your second post it's clear that you have stanzas in /etc/network/interfaces for a wlan0 device and it's all configured to connect to the access point using wpa_supplicant configuration?  Then you've installed wicd as well and setting that to run as a daemon?  wicd won't be able to claim the wlan0 device and manage the connection as you've already configured and connected it in /etc/network/interfaces

The best way to stop wicd running on startup is to just remove the package, which will disable and remove it's rc scripts automatically.

To disable wicd in all runlevels:

update-rc.d -f wicd remove

To reverse the above:

update-rc.d wicd defaults

Another way to do it is to install sysv-rc-conf and un-check all runlevels on the wicd line. (use arrow keys and space bar)

You want to disable wicd so you don't have networking until you decide to connect or to stop using wicd and use a different method?  If you were to remove wicd I believe part of the procedure would be to remove it from the init system as well, as if you install something else it is probably preconfigured in some default way within the init system.

I am wondering why the script S03wicd is located at all folders from rc2.d to rc5.d ? I have understood it as all the folders represent runlevels during boot.

Also, I am wondering how to permanently turn of the Wicd service startup?

Would for example:

update-rc.d wicd disable

disable wicd on all runlevels? Then again, would:

update-rc.d wicd enable

enable on all levels? Or is this a overly complicated way of doing it? The latter meaning affecting many files.

Thanks