You are not logged in.
Thanks MiyoLinux. Your fix for sudo worked. Also your login screen workaround also worked. But I would really like to just be prompted for my password. I noticed in slim.conf these 3 lines:
#default_user miyo # Set to "yes" to enable this feature #focus_password no
If I change miyo to ron and change no to yes, would that get me what I want?
Also, I made a mistake saying boot time. I meant login time. From the time I enter my password and hit enter, it takes 27 seconds to log in. However, I notice that if I giggle the mouse while I'm waiting that that speeds up the login.
Also I should mention that I installed the Mate desktop and uninstalled openbox, all things Xfce, and the other thing I can't remember, I think it ends in "fm." I did the same thing in Jessie and had no problems.
HOORAY!
Yes, change those lines so that they look like this...
default_user ron
# Set to "yes" to enable this feature
focus_password yes
Save the file, close it, then reboot. Then at the login screen, you'll only be prompted for your password.
I'm sorry, but I'm at a loss in understanding this part...
Also I should mention that I installed the Mate desktop and uninstalled openbox, all things Xfce, and the other thing I can't remember, I think it ends in "fm." I did the same thing in Jessie and had no problems
We must remember that Ascii is still under development at this time, so I'm not sure what part that may have played in things not working after removing and adding things from different desktop environments 'n stuff.
Just installed the new release (along side of Jessie and Mint). I'm having a couple of problems. The first thing is that boot time is way slow compared to Jessie's boot time. The other problem (to me it is a problem) is the login screen. Unlike Jessie where my user name is already selected, and I only have to type in my password, Ascii requires me to type in my user name, and then my password. I know this may seem trivial, but before I tried Miyo I tried two other distros that behaved the same; not having to type in my user name for login was a very big reason I went with Miyo. (It seems superfluous to have to type it in when there's only one user account.)
Another problem I don't think has to do with Ascii is that I'm trying to run Pale Moon's browser installer script and when it asks me for my password I get an error message. It says make sure this user has sudo rights, or something like that. My password works for Synaptic so I don't know why it doesn't work for this.
Hi Ron! Thanks for the feedback.
Boot Time:
I'm not sure why your boot-time is slow. It's lightning fast for me...on both 64 and 32 bit versions...about 8 - 10 seconds from the time it leaves GRUB until the Login screen appears. How long is it taking for you?
____________________________________________________
Pale Moon:
Synaptic opens with your password, because I changed the command for its desktop file. Openbox is a bit of a different beast. Make sure to read the Miscellaneous Notes (in the Release Notes) about any other applications that you may install that require elevated privileges.
I don't use Pale Moon myself; however, during installation, did you put a check mark on the box to give you sudo rights? If so, did you also put a check mark on the box to use sudo as default? If you're not sure, let's make sure you have sudo rights.
1. Open your terminal, and enter the following command...
su
Hit Enter on your computer, and enter your root password.
2. Now, enter the following command in the terminal...
EDITOR=leafpad visudo
When the file opens, scroll down until you see the following line...
%sudo ALL=(ALL:ALL) ALL
3. Immediately beneath that line, enter the following...(I will assume that your username is ron. If not replace ron with your actual username in all lower case letters.)
ron ALL=(ALL:ALL) ALL
4. Save the file. Close it. Reboot.
_____________________________________________________
The Login Screen...
With this release, I changed over to Slim to help with resource usage. With LightDM, I could set that so that it would automatically show the User's name on the Login Screen after installation. That's not possible (for me to do it) with Slim...or if it is possible, I don't know how to do it.
HOWEVER, if you want your name to automatically show on the login screen...
1. Open your terminal, and enter the following command...
sudo leafpad /etc/slim.conf
When the file opens, scroll down until you see the following lines...they are close to the bottom of the file...
# default user, leave blank or remove this line
# for avoid pre-loading the username.
# default_user miyo
2. Remove the # from the third line, and replace miyo with your username (use all lower case letters). So those lines will now look like this...
# default user, leave blank or remove this line
# for avoid pre-loading the username.
default_user ron
3. Save the file, close it, then reboot.
Your name will then appear (in all lowercase letters) on the login screen...allowing you to just hit Enter there...then type in your password...and hit Enter again.
Hope all that helped and made sense.
Hi Nili! It's on my 12 year old 32 bit Sony Vaio laptop.
United States.
I'm a Southern Boy...live in the state of Georgia. Hope to move to Florida. May move to Alabama for a new job.
I'm an indecisive American.
Now that i managed to find a solution to install TV-MAXE on FluXuan / Devuan .
Next FluXuan Project will be MiniUan - The Minimal Base of FluXuan ( Devuan with FluXuan modifications ) That anyone can build on,
that i will try to keep under 200 mb .FluXuan Official Website Will be Ready Till Next Week !
Thank Everyone from Dev1galaxy for all the help, Devuan for the amazing OS that they build !!
MiyoLinux wrote:
Then I'd recommend putting the # back on the backports repo.I can't remember if I put them back. Should it look like this:
# jessie-backports #deb http://auto.mirror.devuan.org/merged jessie-backports main #deb-src http://auto.mirror.devuan.org/merged jessie-backports main
or just this:
# jessie-backports deb http://auto.mirror.devuan.org/merged jessie-backports main deb-src http://auto.mirror.devuan.org/merged jessie-backports main
Another question, if I disable the backports then won't I not be offered an update on the new kernel when one is released?
Hi Ron! You can just leave the "deb" line uncommented (without the #). Unless you're planning on building something from source, you can put the # in front of the "deb-src" repos.
Sometimes I forget and give advice about my personal preferences. I never use backports myself, so I always leave them commented out.
As I said, unless you plan to build something from source, this is my recommendation for how it should look...
# jessie-backports
deb http://auto.mirror.devuan.org/merged jessie-backports main
#deb-src http://auto.mirror.devuan.org/merged jessie-backports main
If you plan to build from source, then leave it as...
# jessie-backports
deb http://auto.mirror.devuan.org/merged jessie-backports main
deb-src http://auto.mirror.devuan.org/merged jessie-backports main
Hope that helps!
Thank you very much fsr...but I saw your post too late! Was finally able to get them uploaded with rsync.
So...
I'm not one for codenames, but I'm giving these releases the codename "the mlsmith0 edition". He helped me beyond compare in testing the 64 bit version, and I'm extremely grateful. Thank you Mike.
What's new...or different?
With these releases, I returned to my first goal of hopefully providing a modern-looking desktop (that's light on resources) for people with older hardware. As I mentioned earlier in this thread, on my test machines after installation, the 32 bit boots up at around 68 MBs of RAM, and the 64 bit boots up at around 102 MBs of RAM. Your mileage may vary. Of course, they can be used on newer hardware too.
These releases are Openbox with only the tint2 panel. I have several items disabled to help keep resource usage lower. The system is fully usable out of the box, but a user can enable items in the autostart file if they wish to have those items running for convenience...which will slightly increase resource usage with each item. The choice is up to the user to...and I'm gonna say it...make it your own.
From the Release Notes that are included with the system, here's a quick (and condensed) rundown of what is in these releases...
This release is based on Devuan Ascii and is geared toward people using older computers.
1. Changed from PCManFM (and gvfs) to SpaceFM (and udevil).
2. Replaced LightDM with Slim.
3. Changed from Wicd/Wicd-GTK to Connman/CMST for network connections.
4. There is no network icon active in the system tray.
It can be activated in the autostart file if a user prefers to have it.
5. Though a power manager is included, it's not activated.OTHER NOTES OF INTEREST
6. Repository Notes.
7. Slimlock is now used to lock the screen instead of i3lock.
8. Special notes for users who may want to upgrade to Beowulf (when available) or Ceres.
9. Notes regarding "Printers" in the Control Center.
10. How to activate the firewall with UFW.
11. For users who may want the Update Notifier.MISCELLANEOUS NOTES
Notes to help you more with the operation of MiyoLinux.
The new .isos are listed as...
MiyoLinux-Ascii-64bit-20180501.iso
MiyoLinux-Ascii-32bit-20180501.iso
They are available at...
https://sourceforge.net/projects/miyoli … e/Openbox/
Have fun, enjoy yourself, and...Make It Your Own!
I realize that this won't reach everyone...still, I want to say it.
For several days now, I've been trying to upload new releases to SourceForge; however, my internet hasn't been reliable, and it has lost the connection each time that I've tried to upload...wired and wireless. As a result, there have been "new releases" posted on Sourceforge that are only partial .isos. Though I've tried to delete them as soon as possible; unfortunately, there have been a few downloads of those partial .isos.
I apologize for any inconvenience this may have caused anyone...
I'm still trying to get them uploaded.
I wasn't offended lol.
I'm wondering where you found that statement from Debian. It is my understanding that jessie-security solved this issue with a patched kernel, according to the CVE tracker. Would you mind sharing?
Again, however, all i386/i686 kernels are still vulnerable, and the kpti patch developers have no intent to fix them in the near future.
I shared it in the link that I provided; however, that link no longer says what it said when I first posted it. The caveat from the link is...
This article will be updated periodically with new information as it becomes available, until the issues have been resolved.
In looking at the article today, it no longer says what I said that it said yesterday. Strange.
MiyoLinux wrote:To my knowledge, there have been no patches for meltdown and spectre in kernel 3.16, because it's believed that 3.16 isn't affected...
https://wiki.debian.org/DebianSecurity/SpectreMeltdownAre you joking?
Also, processor architecture matters just as much as kernel version. Not only will i386 probably never be patched, but anything before 4.14.14 (on amd64) is just a backport, criticized for nebulous integrity.
http://forums.debian.net/viewtopic.php?f=3&t=135775
Sorry siva...I wasn't ignoring your post. I just saw it now for the first time...not sure how I missed it yesterday.
No, I wasn't joking. In trying not to muddy the waters, I was simply giving the "official" reason as to why 3.16 won't be patched as stated by Debian (in the link I provided)...since Devuan's kernel comes from Debian.
For those times when you and that special someone just need time to reflect...
HOORAY to the one and only MIYO!!
Well...I'm not one to brag or anything, but I am pretty awesome and deserve all of the accolades and prominence that I'm given...'n stuff.
LOLOLOLOLOLOL!!!
I just want to thank siva and GNUser for trying to help with this situation. It's much appreciated on my part. Thank you.
Oh dear...yes, I forgot that you will need to install the linux-base from backports too. I'm sorry. Try this from your terminal...
sudo apt-get -t jessie-backports install linux-base linux-image-4.9.0-0.bpo.6-amd64
Ron, I'm on my phone, so I can't check...but I believe I included the backports repo already but have it commented out. To check, open your terminal and issue this command...
sudo leafpad /etc/apt/sources.list
When the file opens, look at the bottom for the jessie-backports repo. If it's there, remove the # from in front of it. Then save and close the file.
Next, run this command in the terminal...
sudo apt-get update
Don't run an upgrade...close the terminal.
Now open Synaptic and search for...
linux image
Find the newer kernel and install it.
Then I'd recommend putting the # back on the backports repo.
Yes, everything is Devuan repos.
The 3.16 kernel is older, but it's the LTS kernel...so it's tried, tested, and stable...and will continue being supported for two more years.
If you enable the backports repository, you can install a newer kernel from backports.
If you ever need to boot an older kernel...
When you turn on the computer and reach the grub screen, use your "down arrow" key to highlight "Advanced options for...", then use the arrow key again to highlight an older kernel and hit Enter on your keyboard.
To my knowledge, there have been no patches for meltdown and spectre in kernel 3.16, because it's believed that 3.16 isn't affected...
Hi Ron.
First, let me say that I have no experience with SSDs, so I can't give you an adequate answer. Perhaps someone else can answer you more fully.
Second, as Devuan is based on Debian, I would recommend reading how it's handled in Debian...I'm reluctant to say if your Mint file will work or not. Here are a few links to hopefully help, and I apologize that I can't help more.
https://www.google.com/search?q=fstrim+Debian
https://blog.liw.fi/posts/2017/08/05/en … s_and_lvm/
I'm a bit handicapped since I don't have a 64 bit laptop to test this on...sorry.
Still, I tried it on my desktop to see what might happen (if that did any good), but I didn't experience the freeze. I clicked back and forth between on and off several times. Then I tried it on my 32 bit laptop. I never experienced the freeze on it. So, I'm not sure what the issue could be.
There is one issue that I'm aware of, but I'm attributing it to the fact that Ascii still isn't considered "stable" at this point. When editing a configuration file (or any file), if you close the file first and then choose the Save option...periodically, there are times when the system will freeze. However, if you Save the document first and then close it, I haven't experienced a freeze at all. Not sure what that's about.
If you do experience a freeze, open the right-click menu, and go to...
Openbox > Openbox > Restart Openbox
That has worked in "un-freezing" the system, and the document that I edited (which caused the freeze) was saved with the edits.
I'll try to see if I can figure anything out further.
Thanks for the feedback! Thanks Mke!
This release...when it's released...will officially unofficially beneficially be coined as the "mlsmith0 version" of MiyoLinux...
Thanks beyond compare to him for his feedback.
Thank you Mike.
the 64 bit boots up at 101 MBs of RAM (your usage may vary)...not all machines are created equally. LOLOLOL!!!
Well...guess I was wrong about the 64 bit booting up at 101 MBs of RAM...it's climbed all the way up to 102... LOLOLOLOL!!!
Click to enlarge.
If anyone has installed this on a computer with wireless, please let me know if you experienced a pause in the boot sequence (while it was searching for eth0) after installation. As I mentioned, I'm almost sure that I fixed it so that it doesn't have that pause, but I can't test it myself. Thank you.
Here's a link to the 64 bit version. This is the one that I need the most help on.
Some here know the details, but I no longer have a 64 bit computer with wireless to do test installs on. So...
...if anyone has a spare partition on a 64 bit computer with wireless internet, and you don't mind installing this. please do. My main concern is if (after installation) the boot sequence pauses while it's searching for eth0 if using a wireless connection. I'm pretty sure that I've taken care of that, but I have no way to test it. I did fix it on the 32 bit version, and it no longer hangs during the boot process.
Thank you for any consideration.
Oh...make sure your adblocker is turned on. This file is coming from MediaFire...
http://www.mediafire.com/file/a4n9n6mza … 180425.iso
The sha256sum is...
de6dc88cda31d4a6e9f2c8281b374d2c315d39583b4632af64eb3ab659e6c2a7
Sometime later this week, I will "hopefully" be posting links for .isos for the "normal" MiyoLinux based on Ascii...by normal, I mean they are Openbox only...no panel switcher. These will be "testing" .isos. I've pretty much gotten rid of the bugs, but I'm still working on the delay during the boot sequence (AFTER installation); in which, there is a delay while it's searching for a connection to eth0 if a user is using a wireless network. The fix is quick and easy after installation, but I wish I could head it off at the pass so that users don't have to take care of it themselves. Nothing I've tried up to this point has stopped it.
The .isos will contain all of the MiyoLinux accessories (except for the panel switcher). There has also been a few changes to make the system a little lighter. On my test machines, the 32 bit boots up at 68 MBs of RAM, and the 64 bit boots up at 101 MBs of RAM (your usage may vary)...not all machines are created equally. LOLOLOL!!!
My preemptive thanks to anyone who may try these out when I make them available.
I always verify the md5, sha1, and sha256 sums when I upload to SourceForge (or anywhere else). I've personally never had a different resulting checksum that varied from those produced from the build. My error was in making the checksum file. I somehow copied the wrong checksums into the file when creating it.
Geesh...I wonder how many folks may have been deterred from installing this particular .iso due to my poor oversight...