You are not logged in.
@boycottsystemd: Assuming you're trying to use gvim while using X.org or equivalent, and are not running from a virtual console, you may have been bitten by the change in 'su -u' in beowulf. It no longer transfers your DISPLAY and XAUTHORITY environment variables to root.
You might try something like this alias:
alias tosu='su - -w DISPLAY,XAUTHORITY'
Then try gvim and see what happens.
Good. Now what is the output of "uname -m"? On my machine:
[6] bryan: uname -m
x86_64
[7] bryan:
If it turns out you have a 64 bit machine like mine, then I think you need to either get a 64 bit version of your file or install a multiarch capability - i.e the files and libraries needed to support 32 bit code on a 64 bit machine.
Good luck
@ve1drg: Do you understand what you're being asked to do?
Enter "file linbpq" at the command line prompt and post output here.
Clearlooks (see screenshot) makes a difference. Now the bars are really narrow.
Looks like things are probably as good as they're going to get, so I think I'll mark this as solved (sorta).
@fsmithred: Sorry about the screenshot. Pilot error. I forgot to set the right permissions for it.
Am I on beowulf?
-bash(root)# stripws /etc/apt/sources.list
deb [arch=amd64,i386] http://deb.devuan.org/merged beowulf main contrib non-free
deb [arch=amd64,i386] http://deb.devuan.org/merged beowulf-updates main contrib non-free
deb [arch=amd64,i386] http://deb.devuan.org/merged beowulf-security main contrib non-free
deb [arch=amd64,i386] http://deb.devuan.org/merged beowulf-backports main contrib non-free
-bash(root)#
Here's my cpugraph and panel info:
-bash(root)# apt policy xfce4-cpugraph-plugin
xfce4-cpugraph-plugin:
Installed: 1.0.5-2
Candidate: 1.0.5-2
Version table:
*** 1.0.5-2 500
500 http://deb.devuan.org/merged beowulf/main amd64 Packages
100 /var/lib/dpkg/status
-bash(root)# apt policy xfce4-panel
xfce4-panel:
Installed: 4.12.2-1
Candidate: 4.12.2-1
Version table:
*** 4.12.2-1 500
500 http://deb.devuan.org/merged beowulf/main amd64 Packages
100 /var/lib/dpkg/status
-bash(root)#
As you can see from my (hopefully) now readable screenshot, every plugin that shows a bar has a fat bar.
I'll take a look at transfersh.com.
Thanks,
Thanks for the replies.
@ralph.ronnquist: I don't have nftables installed.
@Head_on_a_Stick: I installed ebtables and arptables, then updated etc-alternatives per your suggestion. No luck.
FWIW, while running on ascii, I did not have ebtables or arptables installed. Things worked just fine without them. I suspect that iptables-legacy for beowulf is not really bit-for-bit the same as the iptables available in ascii. Is there an "oldstable" for devuan that would allow me to purge beowulf iptables, arptables, and ebtables, then install the version of iptables available there?
Thanks,
Thanks for the reply.
I can't see your screenshot,
I'm pretty sure I've seen screenshots here.What is the right way to upload one? At any rate, looking thru ~/.config/xfce4/panel/, I don't see anything to adjust size. The fatness seems to apply to all bars. My cpu, mem, and swap displays are all fat.
Thanks again,
Thanks for the reply.
I can't see your screenshot,
I'm pretty sure I've seen screenshots here.What is the right way to upload one? At any rate, looking thru ~/.config/xfce4/panel/, I don't see anything to adjust size. The fatness seems to apply to all bars. My cpu, mem, and swap displays are all fat.
Thanks again,
I am using iptables-legacy. From the installation procedure output:
iptables (1.8.1-1) unstable; urgency=medium
By default, this package will try to use the nf_tables kernel backend
instead of the xtables one. Please, read more about this in
/usr/share/doc/iptables/README.Debian, including details about the new
update-alternatives configuration possibilities.
This is a major update on the way iptables works and may have severe impact
in running systems which are upgrading between Debian versions.
The arptables and ebtables binaries are also affected, and those packages
will be updated soon as well.-- Arturo Borrero Gonzalez <arturo@debian.org> Wed, 24 Oct 2018 14:00:00 +0200
Bottom line is I'm screwed. My iptables setup no longer works.
Is it safe to use the Debian arptables and ebtables packages? the README.debian says arptables-legacy and ebtables-legacy are in the Debian packages.
Thanks,
Thanks for the replies. My panel settings are unchanged from what I was using in ascii. I think it has something to do with xfce4-panel 4.12.2-1 installed as part of beowulf. So I'm going to check over there and see what I find.
Thanks again,
I've finally upgraded to Beowulf. Everything went smoothly except for having to tweek pulseaudio and su -.
My problem is that the device activity bars that I've installed on xfce4 4.12.5 panels are very fat and push some items off the visible area on the screen. Does anyone know how to slim them down?
Thanks,
You're welcome! FYI Libreoffice went to 6.4.3.2 as of 4/7/20.
Hi Monti,
caveat: The .deb files for Libreoofice provided by Devuan differ somewhat from those supplied by Librefoffice. So if you currently have the Devuan packages installed, it would be a good idea to purge them before installing the native Libreoffice packages for the first time.
[edit] Also, this will prevent an inadvertent Devuan install attempt when their Libreoffice packages are updated.
The two tarballs that you get from the Libreooffice download site currently are:
LibreOffice_6.4.2_Linux_x86-64_deb.tar.gz
LibreOffice_6.4.2_Linux_x86-64_deb_helppack_en-US.tar.gz
They untar into the ./LibreOffice_6.4.2.2_Linux_x86-64_deb/ and ./LibreOffice_6.4.2.2_Linux_x86-64_deb_helppack_en-US subdirectories in the current directory.
gview ./LibreOffice_6.4.2.2_Linux_x86-64_deb/readmes/README_en-US and follow the directions.
cd into the help pack DEBS directory and repeat.
FWIW, here's the script I use to do the download:
[8] bryan: cat ~/bin/getlo
#!/bin/bash
# getlo - get libreoffice and builtin help pack
[ $# -eq 1 ] && rev=$1 || rev=5.3.1
wget http://download.documentfoundation.org/libreoffice/stable/${rev}/deb/x86_64/LibreOffice_${rev}_Linux_x86-64_deb.tar.gz
wget http://download.documentfoundation.org/libreoffice/stable/${rev}/deb/x86_64/LibreOffice_${rev}_Linux_x86-64_deb_helppack_en-US.tar.gz
wait
# End getlo
Let me know how it goes.
FWIW, I find that wicd *does* leave uncommented /etc/network/interfaces entries alone. It has its own idiosyncracies, but that's not one of them.
Hi erdos,
Are you using a display manager, or are you directly calling startx? If the latter, then FWIW, my own version of /etc/inittab does not invoke getty with tty0, just tty1 - tty7.
What is the date on "~/.local/share/Xorg/Xorg.0.log"? (Should that be ...share/xorg/...?). My own system just uses /var/log/Xorg.x.log. Possibly you're looking at stale data?
You're right. The file is
/etc/apt/sources.list.d/opera-stable.list
which I think was provided by the original manual opera installation. That file contains
deb https://deb.opera.com/opera-stable/ stable non-free
I can't find an "old-stable" on opera's download site, which is what I guess I'm really looking for.
Thanks,
Well, the latest version of opera (60.0.3255.27) is - in my view - totally screwed up.
Can I revert to Devuan's previous version? If so, how?
Thanks,
I didn't think I had any part of grub installed.However, after frying something on my system (I think), I saw a message saying "grub rescue >" when I powered the thing back up. I had earlier removed a directory called grub from my /boot partition, never proceeding further because everything seemed to be alright. Now, I suspect I've got something buried in my boot sector - or in something pointed to by the boot sector.
So, is there any package that pulls in grub as a dependency? I'm writing this from an Ubuntu machine and the closest it comes is a package called "ubiquity" that recommends grub.
Also, what is a good way to nuke anything with grub in it? I use lilo and not aware that I've ever installed grub, not even once.
TIA
It's the first thing that comes up when I google "netis".
@mtbfr: netif looks alive to me. Try googling "netis".
You might look at the netis AC1200 dual band (model WF2190), based on the RealTec 8821AU. It supports .11ac and USB 3. The driver is not yet in the kernel, so far as I know, but you can download and compile it here:
https://github.com/abperiasamy/rtl8812AU_8821AU_linux
If I remember correctly, I got the device from Newegg.
Hope this is helpful.
@Phoen7x: Looks like what you're doing should work, but bear in mind that scripts in /etc/network/if*.d are run in sort order. So one needs to assign script names so that any dependencies are met.
The way I use to make sure my iptables script is processed in the correct order is to put it in /etc/init.d per @arnauz, then make use of dependency based initialization via the update-rc.d command to sort things out viz /etc/rc?.d.
Hope this helps.