You are not logged in.
Amprolla does all that.
Here's the first version: https://git.devuan.org/devuan-infrastructure/amprolla
And here's the current one: https://github.com/parazyd/amprolla
You are welcome to offer suggestions for effective Linux -related questions that will foil the bots. We'd love to add to the list! It's not as easy as you think! They need to be unambiguous and not too technical.
Welcome to the forum btw. Nice nick.
Please log your observations here. I have a few things from dmo installed but that was from nearly two years ago and things change . . .
Yes you can but at your own risk, of course. dmo is outside the scope of Devuan intervention so check dependencies carefully . . .
Will the input layout be the same as currently? I hope it will be for continuity. At a minimum please keep to the minimal swoosh and logo or just a solid purpy BG. (Sorry you'll have to imagine the butterflies and planets . . .)
Note that F11 at slim login screen takes a screenshot with scrot and puts it in /root/slim.png. Thanks to fsr for figuring that out. Should make things easy for you.
Positioning items on the slim screen is challenging to say the least. You have my sympathy. That's why the layout is currently so sparse.
@miroR . . . just a quick note as it is very late.
The FiraSans font was dropped last year. I never liked it because it was 'unreliable' and the spacing was strange. But I do believe that the logo was created by reorienting FiraSans characters. The fonts currently used on the site are OpenSans and SourceCodePro. You can see the source here.
https://git.devuan.org/devuan-editors/d … /css/fonts
*edit* As to fonts on this forum . . . they could probably use some revision.
a) any hardware loggging in /var/log/syslog or /var/log/kern.log ?
Nothing that I could see.
b) is Trash and file on the one and same partition ?
Usually all the files are in home on a separate ext4 partition. Occasionally, I will move files in and out of root (like themes etc.)
c) which actual program is it? ("mv" or "rm" or gui dnd)
GuiGirl either drags and drops files or or uses Thunar R-click actions 'Move to trash' or 'Delete'.
E.g., by hearsay I think on an ext* file system, "rm" of a huge file will stall the system because it locks the directory while reclaiming the blocks, whereas an intra-partition "mv" however is instantaneous, being just some top level pointer juggling in the directory tables.
Interesting . . . Thanks for your thoughts . . .
This has been annoying me for a very long time. I move a file to trash or elsewhere and the HDD activity maxes out. Can't do anything until it stops. Anybody know what's triggering that and can it be turned off? It doesn't do it every time but usually the first instance on any day. That partition has 346 GB used and 80% full. I keep trying to delete stuff but too much video editing happening. On Jessie with Xfce and slim.
Purple/violet is fine. Devuan is a purple beast... Well, to me. Or it's more like purpy, but one would have to ask the chief Devuan web/logo/other-stuff designer, one golinux for details
.
@miroR . . . You make me blush. But please remember that our dear friend hellekin was also involved. He and I spent hours upon hours creating the look and feel of Devuan. We were a formidable team!
Let's Encrypt is free so no shillings needed. But none of us here have the ability to fix the problem. It has been reported on the ML and irc so hopefully some one will wake up . . .
Welcome to the forum BTW. ![]()
rsyslog is a known problem. Just throwing this here but please search the forum and DNG for other discussions.
https://botbot.me/freenode/devuan/2017- … 009&page=6
Bottom line:
rsyslog is not ready. Use syslog-ng or busybox-syslogd instead
My foggy memory tells me that dev/sdxx is the least reliable method of naming drives because adding a usb device can change the numbering and if you're not paying attention, you might write to the wrong partition. My current fstab uses uuids but all my external drives are labeled as well as all my other installations. (I've just been too lazy to change over.) The only uuid that has ever changed for me during an install has been the swap partition afaicr. Note that I don't mess with my system once it's up and running till the next release.
New weird thing, when I added the backports repository, a whole bunch of new stuff
got upgraded.
What else would you expect if you leave backports enabled? Backports are generally used only to acquire specific packages for newer hardware. The rest of the time it is recommended to comment it out. Upgrading everything in backports can have disastrous consequences. You're lucky if everything still works OK.
@zapper . . . you can email members of this forum (if they allow it) from their user info on any post or from their user profie.
I had never run across this d1h (dlh?) program before. New tool to build packages?
Yes and posted on this forum in Documentation: https://dev1galaxy.org/viewtopic.php?id=549
golinux wrote:miroR wrote:What was back then Debian Testing branch was Debian Stretch, back when I updated my Devuan Jessie with that Debian Stretch.
And Debian Stretch corresponded/correlated/you-name-the-relation with Devuan Ascii.
But now it is not so anymore.
Devuan ASCII is still based on Stretch. The problem was that Stretch moved from testing to stable and the script was tracking testing so was polluted with stuff from Buster.
miroR wrote:The Debian Testing branch is now Debian Buster, and now Debian Buster is what is, to some extent, looked at for developing Devuan Ascii.
NO!! Unless I've totally missed something, Ceres is now tracking Buster. And as said above ASCII is tracking Stretch.
Eventually, Buster will be Devuan's Beowulf.
Well, thanks, kind golinux for exhaustive explanation... You live, you learn, you fail, you succeed... C'est la vie!
That oopsie was pretty confusing and something undoubtedly got lost 'in translation'. But all's well that ends well,
Onward to ASCII and Beowulf, my friend!
What was back then Debian Testing branch was Debian Stretch, back when I updated my Devuan Jessie with that Debian Stretch.
And Debian Stretch corresponded/correlated/you-name-the-relation with Devuan Ascii.
But now it is not so anymore.
Devuan ASCII is still based on Stretch. The problem was that Stretch moved from testing to stable and the script was tracking testing so was polluted with stuff from Buster.
The Debian Testing branch is now Debian Buster, and now Debian Buster is what is, to some extent, looked at for developing Devuan Ascii.
NO!! Unless I've totally missed something, Ceres is now tracking Buster. And as said above ASCII is tracking Stretch.
Eventually, Buster will be Devuan's Beowulf.
I've heard many times that skipping a release is a very bad idea. Don't know why you chose to do that . . .
You said it didn't have anything to do with that package but I thought maybe it did.
I have no idea how Centurion_Dan set slim up at the 11th hour before the stable release. That's who has the answer though.
AFAIK, that doesn't exist yet (and I doubt that a ceres iso will ever). You could boot the minimal-live iso, upgrade it through ASCII and ceres and then take a snapshot to create you very own ceres iso.
Progress . . . congrats.
Did you build it with the d1h? Since those with access to the resources to package properly don't come here often, you'll need to contact them on #devuan-dev once you've got it ready to package for ascii.
Now if a couple of other people would like to verify ....
git pull origin master
From https://git.devuan.org/devuan/slim
* branch master -> FETCH_HEAD
Already up-to-date.I used that one as it looks like the top of the fork tree to me.
This is the version that the current purpy slim is built off of but the font colors and positioning are not quite right:
https://git.devuan.org/hellekin/slim/tr … vuan-curve
This is the correct slim.theme but I have no idea where it currently resides on git. Package name is devuan-curve-purpy:
#
## SLiM theme Devuan Curve
#
# Copyright 2015-2016 Dyne.org Foundation
# Created by hellekin <hellekin@dyne.org>
#
## Known issues
#
# - usernames larger than 20 characters may overflow the input box
# SLiM limits username's length to 29 characters. Usernames are
# usually much shorter though.
# - ditto for passwords. Usually a password up to 28 characters
# should display without overflow.
#
## Changelog
#
# October 2016
#
# - Panel now indicates the F1 key and send to `man slim` for more
# options.
# - Font changed from Fira Sans to Open Sans
# - Changed to Jessie's purpy theme
## background
# background.png is 50x50 purpy square
background_style tile
background_color #7b7691
## panel
# note: all positions are in pixels to ensure multihead support.
# place panel on the top left
# position is absolute
input_panel_x 0
input_panel_y 0
# use only one line for username and password inputs
# positions are absolute values, and relative to the panel
input_name_x 121
input_name_y 257
input_pass_x -1
input_pass_y -1
# place 'username:' and 'password:' prompts just above the input line
# positions are absolute values, and relative to the panel
username_x 119
username_y 231
password_x 119
password_y 231
# center feedback messages
# position is absolute
msg_x 595
msg_y 450
# center session messages
# position is absolute
session_x 595
session_y 395
# disable welcome message
# position is absolute
welcome_x -1
welcome_y -1
## text
username_msg username:
password_msg password:
passwd_feedback_msg ACCESS DENIED
passwd_feedback_capslock ACCESS DENIED (CapsLock is on)
input_color #716c85
msg_color #dad9dc
session_color #dad9dc
username_color #dad9dc
input_font Open Sans:medium:size=14:dpi=96
msg_font Open Sans:medium:size=18:dpi=96
session_font Open Sans:medium:size=14:dpi=96
username_font Open Sans:medium:size=14:dpi=96You might also want to look at this: https://dev1galaxy.org/viewtopic.php?id=581