You are not logged in.
To get X to work in ascii and beyond...
1. Install xserver-xorg-legacy (This might be all you need to do.)
2. (maybe)
If you don't use a display manager (like slim or lightdm) and want to use 'startx' to get a graphical session, you'll need to run this command once (or edit the file manually)
echo "needs_root_rights=yes" >> /etc/X11/Xwrapper.config
3. (you tell me. I predict there will be more needed in the future.)
apt-get remove xdm
echo "needs_root_rights=yes" >> /etc/X11/Xwrapper.config
Then use startx.
You should see a Preview button next to the Submit button, just under the Quick reply box at the bottom of the page and also under the Post a reply box.
I've gotten into the habit of highighting/copying my message to clipboard before hitting Preview or Submit. If I've been logged out, I can just log in and paste the message.
No, not like antix, which has less systemd in it than devuan has. More like debian, which is what galpon is. (jessie with liquorix 4.6 kernel)
ls -l /sbin/init
shows that it's a symlink to /lib/systemd/systemd.
This one uses systemd:
minino-queiles-3.0_kernel-64bits-experimental.iso
(No idea what the deal is with the cat.)
Did you boot the live media in Italian (second option in the boot menu) or did you boot into English and then choose Italian during the installation?
Does /etc/profile.d/zz_locale.sh exist in the installed system?
On your machine, install openssh-server. I'm not sure if that's needed on MIL's computer.
I haven't figured out how to combine the reverse tunneling with x11vnc. If you can't open a port on Mom's rounter (why not?) you can still get access, and you don't have to walk her through installing anything. (I think.) You will need to have port forwarding set up on your own router. Redirect port 22 to your computer.
You will need to walk her through this command:
ssh -X -R12345:localhost:22 gnuuser@gnuhost
After she does that, you can get shell access to her computer with :
ssh -X -p12345 mom@localhost
Get root and do whatever you need to do.
Some guides I looked at said you (MIL) should add -f and -N to the command to set up the tunnel, but I didn't do that in my tests. The -X means you can run x-apps that are installed on her machine.
Anyway, once you get in, if you think you'll be doing this again some time (i.e. if you don't set up port forwarding on her router) make a script that contains the command she uses to create the tunnel, make it executable, put it in /usr/local/bin/ then make a .desktop file that has the path to that script on the Exec line (look at examples) and put it with the others in /usr/share/applications, and it will appear in the apps menu. You could also put the .desktop file on her desktop if that's easier for her.
I haven't tried this yet, but her script might need to open a terminal and run the command inside the terminal. It might look like this:
#!/usr/bin/env bash
xterm -hold -e ssh -X -R 12345:localhost:22 gnuuser@gnuhost
If you want to see my notes on vnc over ssh (not reverse), go here and scroll down near the bottom of the page.
http://www.ibiblio.org/refracta/docs/Re … es_8.2.txt
If you have two machines at home, you can play with controlling two computers on opposite sides of the room or house without getting up. You would need to install x11vnc and a vncviewer. I use xtightvncviewr and Ralph uses a different one that I've never tried. And if we figure out how to do vnc with a reverse tunnel, (or if you open a port for ssh on the remote router) then MIL's computer will need x11vnc.
I suppose x11vnc accessed with xvnc4viewer via ssh is too old-fashioned?
That's what I use. I even made a desktop icon that opens a window giving me the remote desktop. If it will work with reverse tunneling, OP doesn't have to drive 4 hours to configure MIL's router. She could even have a desktop icon that initiates the tunnel.
You can edit your first post to mark it solved, but there may still be a problem to solve.
For the devuan live-isos, I put those lines in /etc/profile.d/tt_locale.sh where they will affect all users. It should work for one user if you add those lines to ~/.profile.
If you chose Italian during the installation, you shouldn't need to do this. Which iso did you use for the installation?
There are some themes for xfce that you might like. Try Albatross (part of murrine-themes) or Numix-Frost (I can't figure out where I got this one.)
I do it this way:
export LANG=it_IT.UTF-8
export LC_ALL=it_IT.UTF-8
From what I can see, ascii-security is empty. There's also an ascii-updates that's empty. In the case of chromium, the version with the security patch went to ascii-proposed-updates, so I would assume that anything in stretch security goes to ascii-proposed-updates. (not including anything that requires systemd)
On the other hand, jessie-security and jessie-updates and jessie-proposed-updates all have packages. I don't know the logic of what packages go where. I do hope to get some clarification on this, and that will probably happen around the time that amprolla3 is deployed.
gnath, it's not clear what you're saying about which version is higher and patched. The version in buster, sid and ceres does have the patch. I think the "~deb9u1" just means that the package was backported to debian9 (stretch).
shwsh, did you do this on jessie, ascii or ceres? 3.24.3-1 is in buster/sid.
What you find depends on how you look. I just added this line to my sources:
deb http://auto.mirror.devuan.org/merged ascii-proposed-updates main contrib non-free
And now I see this - chromium-60 is in ascii-proposed-updates
# apt-cache policy chromium
chromium:
Installed: 57.0.2987.98-1~deb8u1
Candidate: 57.0.2987.98-1~deb8u1
Version table:
60.0.3112.78-1~deb9u1 0
100 http://auto.mirror.devuan.org/merged/ ascii-proposed-updates/main amd64 Packages
59.0.3071.86-1 0
100 http://us.mirror.devuan.org/merged/ ascii/main amd64 Packages
*** 57.0.2987.98-1~deb8u1 0
500 http://us.mirror.devuan.org/merged/ jessie/main amd64 Packages
500 http://auto.mirror.devuan.org/merged/ jessie-security/main amd64 Packages
100 /var/lib/dpkg/status
You posted the following. There's no error message saying that stretch-backports does not exist, so you must have had stretch-backports in your sources at some point:
#apt-get -t stretch-backports install chromium
Reading package lists...
Building dependency tree...
Reading state information...
chromium is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 38 not upgraded.
To see if you pulled in packages from backports or testing, you can run
aptitude search ~i -F"%p# %v# %t#"
but I'm not sure it will be entirely accurate. I'm running jessie, and it shows most of my packages are from "stable" with a few from "jessie-backports". If there are packages from ascii or stretch, they should show up as "testing".
For packages that have not been devuanized, you won't be able to tell whether you pulled it from debian or devuan unless you can find a version mismatch, Where debian has a different version than devuan, and you have installed the version from debian. Right now, the only example I can think of is chromium-60 in stretch security vs. chromium-59 from ascii. If you were running ascii and had chromium-60 running and you didn't get it from the ceres repo, you would have gotten it from debian.
For reference, here are some other useful commands: https://dev1galaxy.org/viewtopic.php?id=511
leloft,
I'm sure Dan meant sources.list and sources.list.d. I don't see any debian sources in what you posted. What packages did you get from debian that you should not have gotten?
I can offer half an answer to my own question (Q2, post#6):
If Amprolla is down or otherwise unavailable, apt-get appears to use the underlying debian repos in consequence. This results in a whole bunch of unauthenticated packages (because I have the devuan keyring not the debian) including packages which are normally held back. Although this constitutes using mixed repos, it appears like normal behaviour to apt-get, and so it simply gets logged as a striaghtforward upgrade. This has happened three times now: it appears that this behaviour is reproducible. I don't know enough to call it a bug, but it seems serious enough to warrant flagging up. Perhaps someone who knows more than me could confirm and escalate if necessary. For the rest of us noobs, just exercise caution if Amprolla is unavailable.
I checked with someone who knows more than both of us put together (CenturionDan):
if that happens then there is a debian stanza in either /etc/apt/sources or /etc/apt/sources.d/
Maybe this will help:
https://dev1galaxy.org/viewtopic.php?id=1571
Until you get more space on /dev/sda3, nothing you do can be trusted to work. Get it to less than 95% full. And figure out what's taking up all the space in /var/log. (Please don't answer with just "logs". Which ones and how big are they?)
To post text from console:
cat <filename> | nc termbin.com 9999
and then post the link it gives you.
Use wget to download the iso. You'll need to remove the /download from the end of the file's url. If you get disconnected before the download is finished, run 'wget -c <url>' and the download will pick up where it left off.
sha256sum files would be helpful.
(Also a good idea for miyo to check the sha256sums on sf after uploading the files. Need to log in through ssh to do that.)
It means I'm confused and thinking of playing media files with a plain ssh connection instead of using sshfs. The latter works correctly and plays on the local machine. Thanks.
You won't find any eudev files. It has to lie to everyone and pretend to be udev, so a lot of the udev files you find are really the eudev files in disguise. And all that /lib/systemd stuff is for udev/eudev.
If you just want to access the server from the local network, nfs will work. You can either add the nfs shares to the fstabs of the clients, or you could install autofs and set it up so the shares get mounted automatically when someone tries to access those files. There's also sshfs, which is more secure, but won't work right for audio/video (it plays on the server instead of the client.)
Look for a howto on setting up nfs on debian. Same for autofs if you want that.
You can highlight the text you want in a code box and then click on the code link above the message box.
Yours:
2386824 ./log
Mine:
3984 /var/log
How big are your log files? Mine are all measured in kb. If yours are in the mb range, then maybe logrotate isn't working right. It's safe to remove all the archived logs (the ones that end with .gz). You can also get rid of any packages saved from upgrades (in /var/cache/apt/archives) by running
apt-get autoclean
(gets rid of the ones that are obsolete) or
apt-get clean
(gets rid of all of them).
I just did an upgrade to ascii, and I was having the opposite problem. Synaptic and gparted would start without asking for a password. Only worked with the primary user. I noticed that policykit-1-gnome had been removed, so I reinstalled it, and now synaptic and gparted won't start for the user. User can still use pkexec to create another user but has to use the full path for the adduser command.