You are not logged in.
ctrl-alt-F1 to drop to console and log in as root.
/etc/init.d/slim stop
apt-get install lightdmA debconf dialog will come up and you can set lightdm to be the default display manager.
Edit /etc/lightdm/lightdm.conf to uncomment and change to true this:
#greeter-hide-users=falseso it looks like this:
greeter-hide-users=true (Make sure you're in the section under "[SeatDefaults]" and not "# Seat defaults")
Start lightdm:
/etc/init.d/lightdm startShutdown/reboot buttons should still work in desktop and at the login screen. I'm not sure about mounting removable drives with this combination. Some tweaking may be necessary.
Don't try to uninstall slim. It's not worth the trouble. (It'll want to pull everything with it because it was installed as part of a task package.)
If you want to change back to slim, run dpkg-reconfigure lightdm and set slim as the default.
Oh, I didn't realize you have an ethernet port. You're all set. Plug in, then
apt-get update
apt-get upgrade
apt-get install broadcom-sta-dkms linux-headers-$(uname -r) build-essentialYou might need to reboot to get it to work.
Maybe the local coffee shop will let you plug in with a wire. Then you don't have to wait for the next visit to a hotel.
While you're there, you can install whatever php packages you need. You should already have ncurses. I don't understand the part about matching versions - I didn't think they were related in any way. ncurses-base in ascii is 6.0+20161126-1+deb9u2 and php7.0 is 7.0.30-0+deb9u1.
A search for 'php-ncurses debian' brings up a a few hits. This one from 2015 looks promising, but my browser is timing out trying to get there. http://grosan.co.uk/how-to-install-php- … on-debian/
Look under ~/.config (in your home dir) for pychess config files. Delete them, and you will lose any config changes your use made to the application. No need to purge and reinstall.
1, ctrl-alt-backspace hasn't worked in a long time. (maybe not since squeeze)
Use alt-SysRq-k instead (SysRq is probably the same key as PrntScr.)
2. I don't know. I have been able to type those characters in a terminal when I was testing, but I can't tell you how I got there, and I don't remember the key combinations I used. Try the xfce4 keyboard plugin to switch layouts. (xfce4-xkb-plugin)
When you fix it let me know which ISO file supposedly works. TY
Sorry to say, but I'm pretty sure it won't ever get fixed in Devuan or in Debian. FYI, the firmware you need is not in the debian-live-nonfree isos, either. Maybe Canonical feels wealthy enough to abide by the terms spelled out in the copyright notice. (Emphasis added)
2.3. Restriction on Distribution. Licensee shall only distribute the Software
(a) under the terms of this Agreement and a copy of this Agreement accompanies
such distribution, and (b) agrees to defend and indemnify Broadcom and its
licensors from and against any damages, costs, liabilities, settlement amounts
and/or expenses (including attorneys' fees) incurred in connection with any
claim, lawsuit or action by any third party that arises or results from the use
or distribution of any and all Software by the Licensee except as contemplated
herein.
I think that leaves you with using ubuntu or getting different hardware (maybe a usb wireless dongle).
Un-set wlan0 as the default wireless device, either in wicd preferences or in manager-settings.conf, and wlan0 will not be configured. When you want to connect to wireless (or if you get a sudden urge to see what wireless signals you can get) you'll need to set the default wireless device to wlan0 again.
Another option might be rfkill to turn it off.
Conky runs as your user, so give your user sudo nopasswd for du and change the command in conkyrc to
exec sudo du -sch /var/logMake a file in /etc/sudoers.d/ with the following.
groucho ALL= NOPASSWD: /usr/bin/duI think you have to go back to squeeze to find --root-directory in the grub-install man page. Pretty sure it still works, though. These days, I tend to chroot into the system to install grub, so I don't use that option.
It's over my head, too. I tried compiling from source, but I failed.
What comes in the .deb package is not enough to recompile. You need the source code to do that.
Another possibility is to run barry in an old version of debian in a virtual machine.
off-topic message for mchasard:
dpkg-reconfigure localesHint for more effective use of irc - stay logged in, and the answer may come minutes or hours later.
You could try compiling it for ascii. Get the source either from the page you linked or get a slightly newer upstream source from https://sourceforge.net/projects/barry
But it looks like the project didn't continue beyond 2013. The homepage shown on the debian package page no longer exists.
I can imagine a future google service that warns you if someone is standing behind you when you're about to enter a password.
Why would that be necessary when Devuan has all of Debian's non-free drivers available at the user's discretion?
It would be necessary for someone who can't use a wired connection and needs one of the broadcom packages that require a network connection to install the firmware.
What you tried looks right to me, but the man page for mke2fs doesn't actually say what units to use for offset. Further down the page where it talks about specifying the location of the journal, the wording suggests that you might need to use 'offset=1M'.
One thing you did looks odd - why partition with cfdisk if you want gpt? gdisk is the right tool for that.
It's not working for me today, either. I can --search-keys with my email address and get a list of my public keys. I can't get the fingerprints and I can't --recv-keys. Also can't --refresh-keys on my main machine - I get "keyserver error" with that.
Searching my email address on the web interface at pgp.mit.edu also fails with:
Proxy Error
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET /pks/lookup.Reason: Error reading from remote server
The problem is with them, not with us.
Yeah, I get the "unknown option" message in jessie, but not in ascii. The option is not mentioned in the jessie man page but is in the ascii man page.
Been running xfce4 on my 2GHz Athlon X2 with 2GB RAM for more than 10 years. Been running it in jessie on an old Dell Inspiron 1525 (One of the early ubuntu models) with Pentium dual-core at 1.6GHz for a couple years with no problems. I did notice that ascii booted very slowly on the Dell until I added nomodeset to the boot line.
I ran lxde on the Athlon X2 box for about a year, and I didn't notice any difference in performance between that and xfce.
Here's some slightly more objective evidence: I can run xfce comfortably in a virtualbox VM with 384mb ram. (as long as I don't open firefox). For gnome2 or kde4 or ubuntu with unity I need to give it 640mb, and programs open so slowly I can't stand it.
These two do the same thing. With the first one, it assumes you mean to use the file with the same name minus the .asc.
gpg --verify SHA256SUMS.asc
gpg --verify SHA256SUMS.asc SHA256SUMS This didn't work:
$ sha256sum --ignore-missing -c SHA256SUMS
sha256sum: unrecognized option '--ignore-missing'
Try 'sha256sum --help' for more information.To check a signed iso, I'd do this.
gpg --verify isofile.iso.ascYou could also use a different keyserver. I use MIT because it's just up the road from here, and I can remember pgp.mit.edu.
Is there a way to find the whole fingerprint beforehand? It only appears in the installer-iso README.txt (I have checked them all).
Edit: fetching the public key via the trusted keyserver requires the following package: dirmngr
If you have the key ID, you can get the fingerprint with
gpg --fingerprint <key-id>Oh, if you don't have the key ID, you can use the email address. Try it with mine, and you'll get a list.
I noticed that about dirmngr in ascii. That must be new - I don't have that package installed in jessie and gpg has always worked right.
'Cause it's too much to type, and I got lucky and saw my own name when I used just eight characters. If someone else's name showed up, I'd use 16. I'm not sure if using the whole fingerprint number works with --recv-keys. Did you try that?
Thanks for sharing MiyoLinux. I don't think I'm that brave though. It's times like this I wish I had a spare computer to experiment on.
Two possible solutions for that. 1. Do it in a virtual machine. 2. Install to a usb thumb drive just like you would to a hard drive.
I'll tell you what I know. The digits before the key ID in the fingerprint are, well... the fingerprint. Since it's possible for two keys to have the same ID, the fingerprint gives you a more reliable indicator of whether it's the right key or not. I don't know how that gets calculated.
This will get my public key from a public keyserver.
gpg --keyserver=pgp.mit.edu --recv-keys 094c5620Here's what I do to verify. I can't guarantee that it's right, but the output looks good.
$ gpg --verify SHA256SUMS.asc
gpg: assuming signed data in `SHA256SUMS'
gpg: Signature made Wed 06 Jun 2018 05:49:36 PM EDT using RSA key ID 094C5620
gpg: Good signature from "fsmithred (aka fsr) <fsmithred@gmail.com>"We don't sign the isos. We sign the SHA256SUMS file. If the checksum on the iso matched what's in the file we signed, it's good.
If I try to verify KatolaZ's signature on a computer that doesn't already have his public key, I get this (using the SHASUMS from the installer isos):
$ gpg --verify SHA256SUMS.asc
gpg: assuming signed data in 'SHA256SUMS'
gpg: Signature made Wed 06 Jun 2018 06:55:55 PM UTC
gpg: using DSA key 8E59D6AA445EFDB4A1533D5A5F20B3AE0B5F062F
gpg: Can't check signature: No public keyThe installer isos use debian-installer. It pulls packages either from the repository or from the dvd and installs them into the new system. The live isos use refractainstaller, which copies the running live system to hard drive. If you're familiar with installing debian, then you would know whether or not you used d-i when you installed devuan before.
Installing from the live takes about 10 minutes. Installing from packages (netinstall or dvd) takes a bit longer. You could have a good or bad result with either method, depending on your hardware and what you do with the install.
I know the 2017-12-15 amd64 exegnu iso is jessie. I assume the i386 is the same.
Dual-boot first. If you want TDE on ascii, you could upgrade the exegnu or you could add TDE to a fresh ascii install. There are instructions for devuan at the TDE site. Mixing TDE with Mate in the same installation might cause some conflicts with session managers. Doing this on a test install would be the less stressful way to go.
Check to make sure you have the right versions of all those libraries listed in my codebox above.
(should be version 0.105-15~deb8u3+devuanSEC1)
Check removable device settings in xfce.
When you plug in a usb stick, do you get an icon on the desktop? If so, can you mount/open it from there?