You are not logged in.
AW GOOD GRIEF!!!
Sorry for my language. LOL! I just figured out why my "killall blah blah panel" command wasn't working. I was trying to follow one of the tutorials (that I had found online) and adapting it for my panel switcher. The tutorial wasn't putting the command in quotation marks...
I put it in quotation marks, and now everything works...
Ah...okay. So that's what x11-apps is for. I've seen in but never installed it, and never searched for what it was/is.
I did try the second line of that command last night, and it gave me the GUI (still showed the "xclock" error in the terminal of course). I actually have the whole GUI built, but I don't have any of those type of commands. I can open any of the panels with the GUI, but closing them down is my problem...I'll see if I can incorporate any of that code into it. I sure wish I could find a good tutorial site, because I'd like to know what I'm doing when I do it. LOL!
Thank you.
Thanks fsr. When I run that from the terminal, it doesn't recognize xclock as a command (?).
I might can use some of that to figure out how to figure out some stuff I'd like to figure out though.
Thanks again.
Is there a good YAD tutorial site that I can't find through internet searches?
I've found a couple that were helpful, but they didn't go very in-depth. I'm trying to make a panel-switcher GUI, and unfortunately the command that I use to kill one panel; such as...
killall xfce4-panel
...seems to conflict with a standard YAD command that starts off with "kill" in its command.
If that makes sense.
MiyoLinux wrote:Well...no sir, I'm not saying that's the reason why the original ones are very slow...and they're not just very slow...they are VERY SLOW. I'm talking like 15 - 20 minutes just to do an apt-get update.
![]()
Not the case here at all, did multiple updates in several partitions the last few days, all on the old US.mirror, and everything has been rock-a-doodle-doo so far.
Update speeds were normal today on my non-pkgmaster-ed sources.list on Ascii.
I have no real opinion, it's a FreeBSD based "desktop oriented" OS as far as I'm aware?
I'm not sure of how it differs in implementation or goals to others such as TrueOS (formerly PC-BSD). My experience is limited to OpenBSD, FreeBSD, Dragonfly BSD and very little with NetBSD. Zero with all others.
Okay. Thank you.
BSD
cynwulf, if I may ask (and if you don't mind answering), what is your view/impression of GhostBSD?
You forgot the other MIC - the "MEDICAL Industrial Complex" equally as toxic and deadly . . .
I hate to do this, but this brings out the "stinkin" verbiage in me...
Don't stinkin' get me stinkin' started on that stinkin' topic...
@miyo Wikipedia in most counts, except for some political/philosophical/historical biases, seems as good as an encyclopedia can be. It is also pretty democratic in the sense that if you have reasonable evidence to contest an article it gets revised or inclusive of the "other" view. Try doing this with Britanica or something similar.
Then it all fits in a little disk, English still being twice as big as the second language which I think it was Spanish.
So at a cost of a cheap pc and a couple of 1TB disks you could have the whole thing available in some community that has no electricity, let alone internet. I think it is one of the first things I would miss when the internet goes off (!!)I am gearing into investing in backing up wikipedia locally. There is plenty of good scientific (true scientific no technology selling) information for making food, remedies, building homes, cleaning water, producing energy,
alternative ways to deal with human and other waste, ... identifying things in nature in all parts of the world.
I see it as a good tool to keep around. If I could hit a button and get rid of all the sports and show businesss crap
it would even be better.
Oy...Yes, I agree that there is much good information in Wikipedia.
My point...without stating my point...was...
...the small area of conspiracy-theorist in me reads Wikipedia with one eye closed since basically anyone can edit it (unless that has changed).
I've debated with people in the past on similar subjects and for the most part you get word for word repetition of this expert, or that politician or some newspaper columnist, you don't get the sense that people actually think about what's going on. They say what they believe they are allowed to say, what they're expected to say, within certain (politically correct limits). No one wants to deviate from the billions of smartphone addicted clones, in case they are lumped in with the lunatic fringe, oddballs or social misfits.
...or, their proof lies within Wikipedia.
This has been an enjoyable thread to read; thanks to all who have participated.
Did you try installing the latest devuan-keyring?
apt-get install devuan-keyring
It may already be the latest.
Here's what my sources.list looks like...if yours is different, make a copy of your current sources.list file and save it somewhere in case you need it again. Then replace the contents with this...
deb http://pkgmaster.devuan.org/merged/ ascii main non-free contrib
#deb-src http://pkgmaster.devuan.org/merged/ ascii main non-free contrib
deb http://pkgmaster.devuan.org/merged/ ascii-updates main contrib non-free
#deb-src http://pkgmaster.devuan.org/merged/ ascii-updates main contrib non-free
deb http://pkgmaster.devuan.org/merged/ ascii-proposed-updates main contrib non-free
#deb-src http://pkgmaster.devuan.org/merged/ ascii-proposed-updates main contrib non-free
deb http://pkgmaster.devuan.org/merged/ ascii-security main contrib non-free
#deb-src http://pkgmaster.devuan.org/merged/ ascii-security main contrib non-free
deb http://pkgmaster.devuan.org/devuan/ ascii-proposed main contrib non-free
deb http://pkgmaster.devuan.org/devuan/ ascii-proposed-security main contrib non-free
#Ascii-Backports
#deb http://pkgmaster.devuan.org/merged/ ascii-backports main contrib non-free
#Experimental
#deb http://auto.mirror.devuan.org/devuan/ experimental main
Save the file, then run an...
apt-get update
...followed by...
apt-get upgrade
MiyoLinux wrote:fungus wrote:I'm going to work on my celeron-xtra now with 256k-Ram
Wow! Give us a screenshot when you're finished!
I was afraid this was going to happen but as Debian dropped support for some firmware, of my very unique gfx, between Jessie and Ascii, the installation fails when X is started. So it is not miyo or devuan, it was a debian decision. This is on an old Asus board with celeron on it, among the last generation of the 32bit systems, but the internal gfx seemed to be very rare. It was one of those that had the capability of higher RAM handling (PAE... I forget). With systems of a decade later being sold with a year warranty for $50 I doubt this would be much of a concern to anyone.
Unfortunately there are places in the world, quite a few, that such a machine would provide years of training and education to kids learning linux. But western devs couldn't care less.But, we can still test 32bit systems on our luxurious $50 machines
Is the firmware still in Debian Jessie (or even Wheezy)? If so, you could download the .deb for the firmware from Debian and install it that way...then make your .iso?
You are saying because the new repositories now are working the original ones are very slow?
If you haven't updated your installation for a while, make sure you update your keyring BEFORE you switch repositories. Of course if we are talking about miyo-lxqt there is no problem, it was already recent.
Well...no sir, I'm not saying that's the reason why the original ones are very slow...and they're not just very slow...they are VERY SLOW. I'm talking like 15 - 20 minutes just to do an apt-get update.
When I made the Ascii-based .isos (XTRA and Qt), I debated on whether to use the new pkgmaster sources.list or stick with the regular ascii one. I decided to stick with the regular, because the new one is still considered to be "testing".
Downloads of the Ascii version are at...
If anyone has installed Miyo XTRA Ascii, and you're experiencing VERY SLOW updates, the fix is in the MiyoLinux Wiki on Sourceforge...
If anyone has installed MiyoQt, and you're experiencing VERY SLOW updates, the fix is in the MiyoLinux Wiki on Sourceforge...
MiyoLinux wrote:I'm still getting a few "ignores", but nothing like before. Thank you again!
I (and others) always get 'ignores' on translation files. If it's something else please do provide more details. All the mirrors had been infected with this error so some may be lingering. Do keep an eye out . . .
Well, it's not doing it any longer!
It only happened once after the initial reboot when I saw that you announced it had been fixed...but it wasn't translation files. However, since then...to test it...I have logged out and back in, ran updates, and it was perfect.
I've rebooted, ran updates, and it was perfect.
Everything is working great now! Thank you ma'am!
I must've just caught something at just the right time...or wrong time...after it was fixed.
Veni, vidi, velcro - I came, I saw, I stuck around :-)
LOL!
You caught us in our weekly meet. Thanks for catching that bug. It's fixed!
I'm still getting a few "ignores", but nothing like before. Thank you again!
Thank you!
I hate to sound like a Linux-newbie doobie doo, but on the system that I've changed over to "pkgmaster", I'm getting a bunch of "ignores" when I run updates. Is that normal?
cynwulf wrote:Personally I would not have one of those things in my home, but then I don't own a smartphone either...
Right there with ya, I have literally never owned a smartphone.
10 dollah fliphone, my phone bill for an entire year is usually just over $40 bucks.
I still put tape over the camera though.
Wow...and I thought I was getting by cheap at $80 a year.
I still put tape on my laptop camera.
Thanks fungus.
Thank you a million ...
Sure thing. Sorry about the wild goose chase with "loadkeys".
fungus wrote:If I could get l-alt l-shft to switch between them as I have been used to doing for years and years, it would be splendid.
Ahhh...keyboard shortcut for toggling is better! In that same /etc/default/keyboard file is an entry for that...
XKBOPTIONS="grp:lalt_lshift_toggle"
"Should" work...unless I didn't name the keys correctly...
Just checked this on mine, and that works.
...but you have to reboot for it to take effect.
If I could get l-alt l-shft to switch between them as I have been used to doing for years and years, it would be splendid.
Ahhh...keyboard shortcut for toggling is better! In that same /etc/default/keyboard file is an entry for that...
XKBOPTIONS="grp:lalt_lshift_toggle"
"Should" work...unless I didn't name the keys correctly...
This just worked for me on Ascii LXQt...
1. Add the layouts that you want to use to /etc/default/keyboard and save the file. I added ru, gb, and de.
2. I used ru (Russian) in my test. Open the terminal and using the two-letter code for the keyboard you want to use, enter...
setxkbmap ru
I opened my text editor and started typing, and it was typing in Russian. Had to log out to get back to my US layout, because Russian keys don't match US keys. LOL!
If that works for you, it would be handy to have it in your menu for using the different layouts so that you don't have to logout to return to your default.