You are not logged in.
- Topics: Active | Unanswered
#1551 Re: Other Issues » sbin PATH problems on Beowulf [SOLVED] » 2020-09-04 15:26:21
Hello:
Would have been mine also ... 8⁷ |
I did not have /etc/default/su and generating the file and adding ALWAYS SET PATH yes did not work.
What did work was ...
root@devuan2:/home/groucho# export PATH=$PATH:~/usr/local/sbinroot@devuan2:/home/groucho# $echo $PATH
bash: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/root/usr/local/sbin: No such file or directory
root@devuan2:/home/groucho# Got it from https://wiki.debian.org/EnvironmentVariables:
--- snip ---
... after doing su, your PATH may not contain directories like /sbin, and many system administration commands will fail. There are several workarounds:
...
Put the system administration directories (/sbin, /usr/sbin, /usr/local/sbin) in your regular account's PATH (see EnvironmentVariables for help with this).
--- snip ---
BTW: whatever the reason for the change in how su works, I hope it is a good/justified one and not another one of Poettering's wet dreams. It is a PITA.
A.
#1552 Re: Hardware & System Configuration » Startech firewire card » 2020-08-27 16:39:31
I read another link:
https://sgcdn.startech.com/005329/media … V2_QSG.pdf
and startech says to offer Linux Ubuntu.
The *.pdf also says this:
Requirements
For the latest requirements, please visit www.startech.com/PEX1394A2V2
That link is to yet another *.pdf that says this:
Software
OS Compatibility
Windows® 2000, XP, Vista, 7, 8, 8.1, 10
Windows Server® 2003
There is no mention of Linux in what seems to be the *.pdf with "latest requirements" for this card/chipset.
The card selling at the site recommended by GNUser is the same one I made reference to.
If it turns out to be expensive, just shop around for any other PCIe card that has the same chipset.
ie: Texas Instruments XIO2213B controller
Cheers,
A.
#1553 Re: Hardware & System Configuration » Startech firewire card » 2020-08-20 00:20:50
Hello:
Seller wrote me that Startech firewire card seems recognized in Windows.
Windows is not Linux. 8-⁷
The Startech webpage for this card does not mention Linux support.
That said ...
The card uses the Texas Instruments Texas Intruments -TSB82AA2 chipset and Startech's vendorID is 14b0.
Looking up TSB82AA2+14b0 on the linux-hardware.org website, we get this.
----
Results for 'Texas Instruments', 'TSB82AA2', id='14B0-*', type='firewire controller', bus='PCI' (0)
No data 
----
Given that it is a card you can probably replace for less than US$25, I suggest that you get one that has Linux support.
See this one with a different TI chipset.
There are probably a few others, you'll have to shop around.
Cheers,
A.
#1554 Re: Other Issues » Uploading file to email server - size vs. outgoing total discrepancy. » 2020-08-19 13:26:11
Hello:
... as you say ...
... contain images of various sorts ...
... would affect the efficiency of the base64 encoding ...
Quite so, the document's physical surface is roughly 50% magazine quality colour photos.
Learnt something new this week. =^)
Thanks a lot for your input.
Cheers,
A.
#1555 Re: Other Issues » Uploading file to email server - size vs. outgoing total discrepancy. » 2020-08-18 19:59:59
Hello:
... will see a larger Email upload size than the actual data you are sending because the data is converted to base64 encoding.
This has a tendency to inflate the size of your data quite considerably. Hence, the discrepancy.
I see ...
This is just with Pegasus Mail or is it ...
Just read about it and it is probably common to all email clients or text to binary data conversions.
Like you say, base64 inflates the size of the data, but much less than decimal or hexadecimal:
Base-64 maps 3 bytes (8 x 3 = 24 bits) in 4 characters that span 6-bits (6 x 4 = 24 bits). The result looks something like "TWFuIGlzIGRpc3Rpb...". Therefore the bloating is only a mere 4/3 = 1.3333333 times the original.
https://stackoverflow.com/a/201536
Still, 15.5Mib x 1.3 = 20.15MiB, not 30.5MiB ...
What could be causing the other 10.35MiB worth of bloat?
Could it be that I am not sending a text file but *.pdf file, with all its complexities? ie: symbols, compression, etc. and the file is 15.5Mib 'on-disk'.
Thanks for your input.
A.
#1556 Re: Other Issues » Uploading file to email server - size vs. outgoing total discrepancy. » 2020-08-18 19:52:58
Hello:
... perhaps some wine overhead?
No idea, maybe with the CPU cycles.
Don't think it would affect transmitted data.
... my 2000th post!
Congrats !
A.
#1557 Other Issues » Uploading file to email server - size vs. outgoing total discrepancy. » 2020-08-18 19:09:42
- Altoid
- Replies: 6
Hello:
I run Devuan ASCII 2.0 and my email client is Pegasus Mail 4.73 under Wine Debian 1.8.7-2.
~$ uname -a
Linux devuan 4.9.0-13-amd64 #1 SMP Debian 4.9.228-1 (2020-07-05) x86_64 GNU/Linux
~$ I keep tabs on my LAN with Conky using this configuration:
--- snip ---
NETWORK LAN
${hr 2}
IP address: $alignr ${addr eth0}
${downspeedgraph eth0}
Incoming: ${downspeed eth0} /s $alignr total: ${totaldown eth0}
${upspeedgraph eth0}
Outgoing: ${upspeed eth0} /s $alignr total: ${totalup eth0}
--- snip ---The thing is that (had not noticed this before) I just sent an email with a 15.5MiB *.pdf document but Conky informs me there were a total of 30.5MiB transmitted. ie: outgoing.
That's almost 2X the original file size.
There was practically no incoming activity while the file was being uploaded so I don't think (?) it was retransmission of dropped/failed packets.
At the risk of revealing my ignorance, could anyone explain to me what is going on?
Thanks in advance.
A.
#1558 Re: Desktop and Multimedia » Cannot install VLC » 2020-08-13 22:48:37
Hello:
... trying to install plexmediaserver, I added some debian sources ...
These are the debian sources that I had:# deb [url]http://deb.debian.org/debian[/url] buster main contrib non-free <-- Error: it's either ascii or buster. Can't be both. # deb [url]https://downloads.plex.tv/repo/deb[/url] ./public main
fsmithred can surely expand on this more than I could, ie: how to fix it.
But what I'm sure of is that # deb http://deb.debian.org/debian buster main contrib non-free should not be/have been there.
BTW: please use code to insert code and quote to insert a quote.
Cheers,
A.
#1559 Re: Desktop and Multimedia » Cannot install VLC » 2020-08-13 14:00:04
Hello:
Dependency hell.
Could you post your surces list?
~$ cat /etc/apt/sources.listI run on an updated Devuan ascii 2.0
~$ uname -a
Linux devuan 4.9.0-13-amd64 #1 SMP Debian 4.9.228-1 (2020-07-05) x86_64 GNU/Linux
~$ # apt-get update && apt-get upgrade && apt-get install -f
Hit:1 http://deb.devuan.org/merged ascii InRelease
Hit:2 http://deb.devuan.org/merged ascii-security InRelease
Hit:3 http://deb.devuan.org/merged ascii-updates InRelease
Hit:4 http://deb.devuan.org/devuan ascii-proposed InRelease
Hit:5 http://deb.devuan.org/merged ascii-backports InRelease
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
# Here's my sources.list, please disregard the comments:
~$ cat /etc/apt/sources.list
deb http://deb.devuan.org/merged/ ascii main
deb http://deb.devuan.org/merged/ ascii-security main
deb http://deb.devuan.org/merged/ ascii-updates main
# needed x virtualbox backport - enable to update package
deb http://deb.devuan.org/devuan/ ascii-proposed main contrib non-free
deb http://deb.devuan.org/merged/ ascii-backports non-free contrib main
# needed x nvidia non-free drivers installation
deb http://deb.devuan.org/merged/ ascii contrib
deb http://deb.devuan.org/merged/ ascii non-free
# virtual box repository
# deb http://download.virtualbox.org/virtualbox/debian/ stretch non-free contrib With those sources, if I try to install vlc, I get this:
# apt-get install vlc
Reading package lists... Done
Building dependency tree
Reading state information... Done
vlc is already the newest version (3.0.11-0+deb9u1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
# Same with the plugin:
# apt-get install vlc-plugin-video-output
Reading package lists... Done
Building dependency tree
Reading state information... Done
vlc-plugin-video-output is already the newest version (3.0.11-0+deb9u1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
# Check your sources.list, maybe there's something there that should not be or maybe there's something missing.
Cheers,
A.
#1560 Re: Devuan » Fotoxx not complaining about low RAM » 2020-08-12 18:07:38
Hello:
... just a python script so you can fudge an "installation" ...
Right, I'll get to it.
Thanks a lot ! 8^ )
Cheers,
A.
#1561 Re: Devuan » Fotoxx not complaining about low RAM » 2020-08-11 21:51:04
#1562 Re: Hardware & System Configuration » Making Devuan more secure. » 2020-08-01 22:41:01
Hello:
... tried Guix, Gentoo, Artix and a few others, but it always ended up with the same set of bullshit spyware.
Hmm ...
Just what is it that you do with your rig?
Did you sanitize your drive before each installation?
ie: with a bootable Linux install CD/DVD run gparted and clear the drive.
Then reboot, format it to FAT32, then reboot and clear it again.
Repeat till you have gone through ext3, ext4 and cleared one last time.
Only then install the OS again, from scratch.
... a copy of my entire root directory from several different installs.
From what you say, I have the idea that whatever is dumping that crap into your installation is probably in your backups.
Have you gone through them and checked what was there?
Cheers,
A.
#1563 Re: Installation » Devuan ascii 2.1 - 'Kept back' packages » 2020-07-20 19:27:36
Hello:
The kernel & headers metapackages need to install new versions of their dependencies ...
Right ...
But why has this happened with my VM Devuan ascii ...
groucho@devuan:~$ uname -a
Linux devuan 4.9.0-12-amd64 #1 SMP Debian 4.9.210-1+deb9u1 (2020-06-07) x86_64 GNU/Linux
groucho@devuan:~$ ... and not with my everyday rig:
groucho@devuan:~$ uname -a
Linux devuan 4.9.0-12-amd64 #1 SMP Debian 4.9.210-1+deb9u1 (2020-06-07) x86_64 GNU/Linux
groucho@devuan:~$ ie: what difference is there between them that causes those packages to be kept back? <- which was the reason for my OP.
There's more ...
EDIT:
It seems that between running apt-get update and apt-get upgrade on my rig and then doing the same on the VM used for the USB plug, the repos were updated.
So it looked like two different update/upgrade processes were taking place.
ie: one machine did it on the repos just before they were updated and the other just after they were updated.
Just what are the chances? 8^D
Thanks a lot for your input.
Cheers,
A.
#1564 Installation » Devuan ascii 2.1 - 'Kept back' packages » 2020-07-20 17:45:47
- Altoid
- Replies: 2
Hello:
I was in the process of updating/upgrading a Devuan image I burn to a USB plug as an emergency recovery tool.
groucho@devuan:~$ uname -a
Linux devuan 4.9.0-12-amd64 #1 SMP Debian 4.9.210-1+deb9u1 (2020-06-07) x86_64 GNU/Linux
groucho@devuan:~$ The image was built with refracta snapshot 10.2.4 (20190713).
It is supposed to live inside the box, plugged into a USB socket on the MB but I've been sloppy lately so it is outside and not updated.
But I digress ...
On starting the process I came across this:
---
groucho@devuan:~$ sudo apt-get update
[sudo] password for groucho:
Get:1 http://deb.devuan.org/merged ascii InRelease [25.6 kB]
Get:2 http://deb.devuan.org/merged ascii-security InRelease [25.6 kB]
Get:3 http://deb.devuan.org/merged ascii-updates InRelease [25.6 kB]
Get:4 http://deb.devuan.org/devuan ascii-proposed InRelease [54.5 kB]
Get:5 http://deb.devuan.org/merged ascii-backports InRelease [25.6 kB]
Get:6 http://deb.devuan.org/merged ascii/main amd64 Packages [7198 kB]
Get:7 http://deb.devuan.org/merged ascii/contrib amd64 Packages [50.8 kB]
Get:8 http://deb.devuan.org/merged ascii/non-free amd64 Packages [78.8 kB]
Get:9 http://deb.devuan.org/merged ascii-updates/main amd64 Packages [3504 B]
Fetched 7488 kB in 9s (767 kB/s)
Reading package lists... Done
groucho@devuan:~$ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
linux-headers-amd64 linux-image-amd64 <------------ this
The following packages will be upgraded:
glib-networking glib-networking-common glib-networking-services libcups2 libgnutls30 libneon27-gnutls libopenjp2-7 libperl5.24
linux-compiler-gcc-6-x86 linux-kbuild-4.9 nfs-common perl perl-base perl-modules-5.24 tzdata wpasupplicant xdg-utils
17 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
Need to get 12.6 MB of archives.
After this operation, 63.5 kB of additional disk space will be used.
Do you want to continue? [Y/n] Makes me wonder because I have linux-headers-amd64 and linux-image-amd64 as essential.
¿Why are these packages being kept back?
¿Is there some application that would break if forced the upgrade?
If so, ¿how can I find out which one?
Thanks in advance,
A.
#1565 Re: Hardware & System Configuration » [SOLVED] Just bought HP 8025, not detected » 2020-07-18 00:15:52
Hello:
Another option is using CUPS.
+1
When (in a hurry) I purchased a M2020W, the only thing that worked almost right away (Devuan 2.0 ascii) was CUPS.
No issues since.
Cheers,
A.
#1566 Re: Off-topic » What other distro are you using (besides devuan)? » 2020-07-15 16:28:37
There is another distro?
No ...
Not really. 8^7
Don't know all I can do with just one, what would I want two for?
A.
#1567 Re: Desktop and Multimedia » no 'X' window on Beowulf with nvidia card » 2020-06-29 01:13:08
Hello:
... couldn't log into 'X' after rebooting ...
... been running 'xfce' for a week ...
So the rig was working perfectly well until "adding printer driver for a Brother laser printer"?
If so, maybe it is just the old and well known cause -> effect mechanism doing it's thing here.
Q: Just where did the driver come from?
any advice?
1.
Scan through dmesg for errors and see what /var/log/Xorg.0.log has to say about X not starting.
2.
Try seeing if there's something missing, as root do:
# apt-get install -fPlease post back results.
Cheers,
A.
#1568 Re: ARM Builds » [Solved] Why no netinst ISO for arm? » 2020-06-20 19:15:22
Hello:
... please note that Devuan ships with an unmodified Debian kernel.
... a mainline LTS kernel with very few patches ...
... *does not* support any of the RPI boards.
Ahh ...
Petit dètail.
... don't see any sound way for providing any sound RPI support in Devuan.
I understand.
... build some kind of "Respuan" ...
... all the RPI-specific stuff but uses Devuan ...
I've not seen anything like that.
Where does the Raspbian kernel come from?
How do the Ubuntu people do it?
Surely they are both Debian based.
... package a kernel for the RPI boards and then build installation images ...
Indeed ...
But like you say, no generic kernel. 8^7
... images with a kernel that is not packaged and receives no security updates ...
Of course, I agree 100%, it is a false sense of security.
I was trying to make a point.
Thanks for your input.
A.
#1569 Re: ARM Builds » [Solved] Why no netinst ISO for arm? » 2020-06-20 14:41:05
Hello:
... as the packaged Devuan kernel is not working for the RPI, I don't see much value ...
... images with a "hardcoded" kernels are definitely not what you want ...
... false sense about security of such systems ...
... with no kernel updates forever.
From where I stand ie: not a coder or developer, just a 65+ advanced (?) user, what you say makes a lot of sense.
But I also believe that it makes sense to take into account that for Devuan, which has a hard time as things stand, things won't get easier if it has no access to or ignores SBC hardware such as RPis of which over 35 million have been sold.
These inexpensive SBP are the entry point to IT for a great many people who maybe cannot afford something else, just want to play and see what it is like or just need an inexpensive solution to a small and simple problem.
And if you leave it all to Raspbian, you will have lost a lot of potential users many of which may eventually become IT staff or pros ie: just the people Devuan needs to survive in the future.
I'm afraid that spawning dozens of derivatives will not be enough.
The Devuan project is not just a distribution, it also represents a core philosophy (Unix) or an ideology if you will.
Exactly the opposite of what mainstream MS software represents today.
It urgently needs to develop a strategy to occupy the RPi field or get permanently pushed out of it.
Just another point of view and as always, YMMV.
Cheers,
A.
#1570 Re: ARM Builds » [Solved] Why no netinst ISO for arm? » 2020-06-19 20:05:36
Hello:
... for rpi 3B+ its the only arm64 image ...
I thought so.
... but you can dist-upgrade it to beowulf.
I tried (just to test it) but it did not do anything because of the system lacking the proper entries in /etc/apt/sources.list.
Maybe when Beowulf reaches old-stable.
... they are not mainlined.
... are always behind.
I understand.
But I don't want the mainline version, just the last stable one.
Thanks a lot for taking the time to explain this.
Best,
A.
#1571 Re: ARM Builds » [Solved] Why no netinst ISO for arm? » 2020-06-18 23:11:04
Hello:
Search the kernel image in the list of installed packages.
While my WS ascii installaton gets me this ...
groucho@devuan:~$ apt list --installed | grep -i linux-image
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
linux-image-4.9.0-12-amd64/oldstable-security,now 4.9.210-1+deb9u1 amd64 [installed,automatic]
linux-image-amd64/oldstable,now 4.9+80+deb9u10 amd64 [installed]
groucho@devuan:~$ ... my RPi installation (image) gets me this:
pi@rpidevuan:~$ apt list --installed | grep -i linux-image
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
pi@rpidevuan:~$ Please explain as I'm not getting the point.
Thnaks,
A.
#1572 Re: ARM Builds » [Solved] Why no netinst ISO for arm? » 2020-06-18 22:36:51
Hello:
... official RPi images never got kernel updates.
No idea ...
Is there/would there be a reason for that?
Did that change now?
As I noted previously, there's only one image for the RPi3 and it is 12 major revisions behind.
A.
#1573 Re: ARM Builds » [Solved] Why no netinst ISO for arm? » 2020-06-18 20:32:54
Hello:
... and several for ascii for rpi's..
There's only one (have I missed something?) image for RPi3 and it is from 2 years ago.
Would it be the same as an image of the last/latest Devuan ascii 2.1 old-stable?
This is what I have installed on my RPi +B+ now:
pi@rpidevuan:~$ uname -a
Linux rpidevuan 4.16.14-v8+ #1 SMP PREEMPT Tue Jun 5 18:50:10 CEST 2018 aarch64 GNU/Linux
pi@rpidevuan:~$ This is what I have on my up-to-date Devuan ascii rig:
groucho@devuan:~$ uname -a
Linux devuan 4.9.0-12-amd64 #1 SMP Debian 4.9.210-1+deb9u1 (2020-06-07) x86_64 GNU/Linux
groucho@devuan:~$ If I counted (toes/fingers) correctly, it (4.16) is 12 major revisions behind.
A.
#1574 Re: ARM Builds » [Solved] Why no netinst ISO for arm? » 2020-06-18 19:04:40
Hello:
... probably a million or two RPi users ...
Apparently, there's been more than 30 million RPis sold (of various models) but the Raspberry people do not support anything that's not Raspbian or Ubuntu:
It's not supported on here. The OS on here is Raspbian complete with the full-fat systemd wonderfulness. I'd guess that 99.999% of folks on the forum a) won't know what Devuan is, b) won't know why they'd swap from Raspbian and c) have no problems with systemd (and any quirks it may possess).
... without an image to just dd to an SDHC card, I doubt that you will get much interest from them.
At least for them to try and see what it is about.
Devuan won't get very far RPi wise without at least that.
Like I mentioned earlier, the only available version is ascii from two years ago and Beowulf is still too new and from what I am seeing, not without a few teething issues.
An old-stable Devuan ascii image would be a good thing to have.
A.
#1575 Re: ARM Builds » [Solved] Why no netinst ISO for arm? » 2020-06-18 16:24:55
Hello:
... want net install images, but the RPi brigade ...
Brigade?
Not that I know much about this, but from what I have read, a brigade is composed of ~3 batallions and this could be from 2000 to 8000 troops.
From the amount of RPi traffic I've seen there at Dev1G, I doubt we have a squad, ie: 7 to 14 troops.
That said, if not a netinstall, now that it is old-stable, at least the latest ARM Build Devuan ascii 2.1 image would be very nice to have at hand.
The one available for download is over two years old (06-Jun-2018).
A.
Board footer
