You are not logged in.
- Topics: Active | Unanswered
#1026 Re: Hardware & System Configuration » Persistently broken package » 2022-01-16 21:28:21
Hello:
... kind of involved...
... but if it works ...
It worked for me.
Which is why I posted the process with the terminal output so it would be detailed and easy to follow for anyone with the same problem.
You may want to read the posts after mine for further info.
Some steps I took may have been redundant.
... specific to Devuan?
... referred up the chain to Debian package management?
No idea.
I have not had good experiences with bug reporting.
... proprietary drivers installation needs to be revised.
Probably, but I would not hold my breath.
Best,
A.
#1027 Re: Other Issues » Looking for a supported document scanner » 2022-01-16 18:51:33
Hello:
I'm sorry, I understood you did not have Linux drivers.
... can't find any utility, CLI, GUI ...
See here:
https://support.brother.com/g/b/downloa … dlang=true
Only installation via the command line interface (terminal) is supported.
--- snip ---
It would seem that there isn't one for Linux, but can't say I'm surprised.
I use simple-scan 3.30.1.1-1+b1 amd64 with my trusty ca.1995 Umax S-6E, which is still going strong.
Easy to use and can save scans/series of scans (as *.pdf or *.png) to anything I have available.
But besides cropping, that's about it.
And, quite obviously, my box is definitely required.
Best,
A.
#1028 Re: Other Issues » Looking for a supported document scanner » 2022-01-16 12:57:28
Hello:
... cannot run any Linux program to access the configuration ...
Why not?
https://support.brother.com/g/b/oslist. … ds1200_all
See here: https://support.brother.com/g/b/downloa … ds1200_all
Drivers available (*.deb and *.rpm packages) for both 32 and 64 bit Linux:
See here: https://support.brother.com/g/b/downloa … all&os=128
That should (?) get you set.
Please let us know if it worked. =^)
Best,
A.
#1029 Re: Hardware & System Configuration » Persistently broken package » 2022-01-15 05:00:15
Hello:
... same string of errors occurs every time:
I had what seems to be the same problem.
HevyDevy worked it out here:
https://dev1galaxy.org/viewtopic.php?pid=24685#p24685
I followed his instructions, see a step by step here:
https://dev1galaxy.org/viewtopic.php?pid=24694#p24694
Check the thread from that post onwards, there is some more useful information and at least one other example.
Best,
A.
#1030 Re: Desktop and Multimedia » [SOLVED] USB Memory stick issue » 2022-01-12 10:43:54
Hello:
... interesting, GParted declares it to be FAT16, but fdisk says FAT32?
... reminds me of some cheap memory sticks ...
I think there's still some problem with your memory stick.
Can't really say what but it may well bring you problems when you least expect/need one.
Murphy and all that.
Like I mentioned before, you may want to back up whatever files are in the stick and nuke it.
In my experience, the best way to do it is with the command line to clear it completely and then format it.
Do sudo dd if=/dev/zero of=/dev/sdx bs=4096 .
It takes a while depending of drive size, just wait for it till the printout shows up.
--> Make sure you do this with the proper drive letter <--
There's no turning back from dd.
To check the drive letter you can use lsblk, dmesg, gparted or all three, just in case.
You don't want to nuke your laptop drive.
Once this is done and unless there's a hardware issue such as a fake USB drive, it should be clear of whatever is going on and you can use gparted or the command line to format it again.
I'd use FAT32 as there's no advantage in using FAT16 unless you have a use case which requires filling it with +50% very small files.
FAT32 is understood by practically every modern device using USB and there's no 8.3 filename restriction.
ie: kingstonusb.txt ends up being kingst~1.txt.
Best,
A.
#1031 Re: Desktop and Multimedia » [SOLVED] USB Memory stick issue » 2022-01-11 22:36:36
Hello:
Thanks ...
You're welcome.
... use Gparted to shrink the partition by 2Mb ...
Hmm ...
Would you please run fdisk /dev/sdc -l (as root or sudo) and post the printout?
Best,
A.
#1032 Re: Desktop and Multimedia » [SOLVED] USB Memory stick issue » 2022-01-11 21:07:17
Hello:
... not show up in the file manager ...
... do not understand, is that I have quite a few other USB memory sticks ...
I think it is an issue with this specific USB stick, not with your installation.
Maybe a geometry issue?
Invalid cluster numbers?
My on-board memory is a bit foggy ... 8^|
You may want to try running fsck.vfat -n /dev/sdc1 for a read-only check and post the result.
or
fsck.vfat -a /dev/sdc1 to check the file system and directly fix it.
Another possibility would be to just do a full reformat with gparted or disks to FAT16 or whatever you need.
Best,
A.
* Edit: Rolfie beat me to it and explained it much better than me. 8^D
#1033 Re: Installation » Devuan takes a long time to start up » 2022-01-09 00:36:18
Hello:
... information that leaves the result of that command ...
... don't understand it ...
Seems like read/write errors to a solid state drive, ACPI/BIOS errors and various firmware errors.
Is this a very new laptop?
Brand? Model?
Do you have the latest available BIOS installed?
I suggest you burn a live Devuan Beowulf *.iso to a USB stick, see how it boots from that and post the result of sudo dmesg | grep -i "error\|warning\|fail\|segfault\|fatal".
Let's see what that shows us.
Best,
A.
#1034 Re: Installation » Devuan ASCII dont recognize CF » 2022-01-08 21:24:05
Hello:
thank you ...
You're welcome.
... already install gentoo ...
Did you install the gentoo image as per the instructions on the page I linked to?
ie: gentoo.img uploaded to CMOS via etherlink and then configuring CMOS.
The boot disk in this CM-iGLX unit (ie: drive C:) is the on-board Flash Disk which holds the gentoo.img file.
... installation that i made with devuan: when i put the cf in a usb reader, all start normal and go well.
I don't understand ...
Devuan boots properly from an image burned on a CF card inserted into a USB-CF reader* and plugged into the unit?
* Like this one: https://i.ebayimg.com/thumbs/images/g/F … s-l225.jpg
Best,
A.
#1035 Re: Installation » Devuan ASCII dont recognize CF » 2022-01-08 19:45:54
Hello:
... trying to install devuan on a really old pc ...
I'd first check out these links from the OEM:
CM-iGLX Linux documentation
http://mediawiki.compulab.com/w/index.p … iGLX_Linux
This page contains links to information about Linux kernels, packages and software development for CM-iGLX modules.
- Getting started with Linux on CM-iGLX
- Gentoo Linux for CM-iGLX
- CM-iGLX Video Input Port
CM-iGLX Linux Gentoo kernel & filesystem image September 4, 2011
https://www.compulab.com/wp-content/upl … -linux.zip
You may want to check the documentation.
This is not an ordinary old pc, there are specific instructions for installing and booting with the image from the zip file.
When you have been able to get that done, have a look at the dmesg printout to see what hardware is being recognised and which drivers are being loaded.
That will give you an idea as to how to proceed with a Devuan kernel.
Best,
A.
#1036 Re: Installation » Devuan takes a long time to start up » 2022-01-08 15:00:59
Hello:
Devuan takes a long time to boot ...
dmesg is a good place to start:
Run sudo dmesg | grep -i "error\|warning\|fail\|segfault\|fatal" and see what you get.
For example, if I look at my dmesg printout, I can see that it starts like this ...
~$ sudo dmesg
[ 0.000000] microcode: microcode updated early to revision 0xa0b, date = 2010-09-28
[ 0.000000] Linux version 5.10.0-0.bpo.3-amd64 (debian-kernel@lists.debian.org) (gcc-8 (Debian 8.3.0-6) 8.3.0, GNU ld (GNU Binutils for Debian) 2.31.1) #1 SMP Debian 5.10.13-1~bpo10+1 (2021-02-11)
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-5.10.0-0.bpo.3-amd64 root=UUID=d6841f29-e39b-4c87-9c52-3a9c3bafe2d3 ro acpi_osi=Linux security=none apparmor=0 nmi_watchdog=0 pci_aspm=off agp=off ipv6.disable=1 enable_mtrr_cleanup "Loading initial ramdisk ..."
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[ 0.000000] x86/fpu: Enabled xstate features 0x3, context size is 576 bytes, using 'standard' format.
--- snip ---... and ends like this:
--- snip ---
[ 37.892157] vboxdrv: 000000002116db4c VBoxDDR0.r0
[ 37.947857] VBoxNetFlt: attached to 'eth0' / 00:14:4f:4a:a2:81
[ 37.982379] vboxdrv: 00000000384878d7 VBoxEhciR0.r0
[ 37.984508] VMMR0InitVM: eflags=246 fKernelFeatures=0x0 (SUPKERNELFEATURES_SMAP=0)
[ 37.989539] device eth0 entered promiscuous mode
[ 39.843407] logitech-hidpp-device 0003:046D:4096.0004: HID++ 4.5 device connected.
[ 49.257052] elogind-daemon[2112]: New session 1 of user groucho.
[ 49.799164] fuse: init (API version 7.32)
~$ The time stamps (in seconds) at the start of each line tell me how much time each step is taking with respect to the previous one.
eg: loading the Adaptec driver for the card that drives my trusty Umax S-6E scanner takes ~4s.
--- snip ---
[ 17.741513] scsi host0: Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0
<Adaptec 2940 Ultra SCSI adapter>
aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
[ 21.823271] process '/usr/bin/fstype' started with executable stack
--- snip ---Check dmesg for errors as suggested above and for long time gaps, you may find a clue there.
Best,
A.
#1037 Desktop and Multimedia » xorg-server 21.1.3 - Regression fixes » 2022-01-03 01:29:02
- Altoid
- Replies: 0
Hello:
This came into my mailbox a while ago:
---
This release fixes several regressions since 1.20.x and 21.1.1.
Adam Jackson (1):
glx/dri: Filter out fbconfigs that don't have a supported pixmap format
Jocelyn Falempe (2):
xf86/logind: Fix compilation error when built without logind/platform bus
xf86/logind: fix missing call to vtenter if the platform device is not paused
Matthieu Herrb (1):
Convert more funcs to use InternalEvent.
Povilas Kanapickas (1):
xserver 21.1.3
nerdopolis (1):
os: Try to discover the current seat with the XDG_SEAT var first
---
xorg-server-21.1.3.tar.gz
https://xorg.freedesktop.org/archive/in … 1.3.tar.gz
xorg-server-21.1.3.tar.gz
PGP: https://xorg.freedesktop.org/archive/in … tar.gz.sig
---
Thanks to Povilas Kanapickas it's moving along nicely ... 8^D
Best,
A.
#1038 Re: Hardware & System Configuration » [SOLVED] Devuan Beowulf: can't get rid of AppArmor » 2021-12-28 22:59:01
Hello:
Altoid wrote:But Poettering seems to be in charge
Don't be silly.
Tsk, tsk ...
No name calling ... 8^D !!!
But Poettering massive, faceless, psychopathic corporate entities seem to be in charge.
Better?
So, if not Potty, then it is the MFPCEs but the issue (for me) stands.
ie:
You don't go to the cinema with a bathing trunk under your trousers, just in case you decide to go for a swim at the beach, 400 km. away.
Whoever decided this apparmor setup is a dick should seriously reconsider.
Thanks for taking the time to explain all this and for the humour.
Best,
A.
#1039 Re: Hardware & System Configuration » [SOLVED] Devuan Beowulf: can't get rid of AppArmor » 2021-12-28 19:01:31
Hello:
See ...
... which package(s) own(s) those files.
Thanks for the link.
Quite useful.
Debian make several separate packages ...
Arch lump everything together in their apparmor package ...
... *must* have the AppArmor user space utilities installed ...
... not the case in Debian, which seems like an improvement to me.
I'm not in a situation to argue for or against.
But to me it seems like an unwarranted excess on behalf of the Debian crew.
Just like having apparmor installed and enabled by default.
Or ignoring the fact that it is disabled in the kernel command line to reinstall and enable it again when upgrading the kernel.
But Poettering seems to be in charge, so I'm not at all surprised.
My point is that if you want to install apparmor, then do it installing all the needed dependencies/utilities with it.
No need to fill up the system with files I won't be using.
It's like going to the cinema with a bathing trunk under my trousers.
Just in case I decide to go for a swim at the beach.
The nearest one being 400 km. away.
... the AppArmor functionality is actually provided by the kernel itself ...
I'm quite aware of that.
Thank you very much for taking the time to explain this. 8^ )
Best,
A.
#1040 Re: Hardware & System Configuration » [SOLVED] Devuan Beowulf: can't get rid of AppArmor » 2021-12-28 15:02:46
Hello:
Because the dbus package has been built with AppArmor support ...
I see.
... AppArmor libraries won't ever be used if AppArmor is disabled ...
... should be able to remove them manually ...
Sure.
I know well enough not to muck with stuff in /etc so I will let that be for the moment.
But it isn't so much that I'm bothered by them.
I'm bothered by the fact that they are quite obviously* apparmor files and not dbus files.
* /etc/apparmor/*, /etc/apparmor.d/*, /etc/apparmor/init/*
In my "non-expert/developer/programmer" opinion, they should not be there unless apparmor is actually installed and enabled.
ie: What do I need them there for? They got there because apparmor is installed and enabled by default.
How come they are not removed/purged when apparmor is removed?
apparmor and tomoyo should not be foisted onto your installation unless you actually want to install them.
I have the idea that something is not right here.
For whatever reason it reminds me of how MS wove IE into Windows 95 so as to make it almost inoperable if it was pulled out*.
* to be able to choose an alternate browser.
Eventually MS were found out and exposed, but by then the damage was already done.
Thanks for your input.
Best,
A.
#1041 Re: Hardware & System Configuration » [SOLVED] Devuan Beowulf: can't get rid of AppArmor » 2021-12-28 13:07:37
Hello:
Why is there a dbus dependency on libapparmor1?
I don't understand what is going on.
ascii w/backported kernel installation:
groucho@devuan:~$ aptitude why libapparmor1
i slim Depends dbus
i A dbus Depends libapparmor1 (>= 2.8.94)
groucho@devuan:~$ ascii VM:
groucho@dev-pihole:~$ sudo aptitude why libapparmor1
i dbus-x11 Depends dbus
i A dbus Depends libapparmor1 (>= 2.8.95)
groucho@dev-pihole:~$ chimaera VM:
root@chimaera:~# aptitude why libapparmor1
i dbus Depends libapparmor1 (>= 2.8.94)
root@chimaera:~# apparmor is not installed in any of these three Devuan machines.
Yet, from ascii on, there seems to be a constant apparmor infiltration.
This is the apparmor stuff I have in my main installation:
groucho@devuan:~$ uname -a
Linux devuan 5.10.0-0.bpo.3-amd64 #1 SMP Debian 5.10.13-1~bpo10+1 (2021-02-11) x86_64 GNU/Linux
groucho@devuan:~$ groucho@devuan:~$ apt list | grep installed | grep -i apparmor
--- snip ---
libapparmor1/oldstable,now 2.13.2-10 amd64 [installed]
groucho@devuan:~$ groucho@devuan:~$ locate apparmor
/etc/apparmor.d
/etc/apparmor.d/local
/etc/apparmor.d/usr.sbin.tcpdump
/etc/apparmor.d/local/usr.sbin.tcpdump
/lib/x86_64-linux-gnu/libapparmor.so.1
/lib/x86_64-linux-gnu/libapparmor.so.1.6.0
/usr/share/doc/libapparmor1
/usr/share/doc/libapparmor1/changelog.Debian.gz
/usr/share/doc/libapparmor1/copyright
/usr/share/lintian/overrides/libapparmor1
/usr/src/linux-headers-5.10.0-0.bpo.3-amd64/include/config/default/security/apparmor.h
/usr/src/linux-headers-5.10.0-0.bpo.3-amd64/include/config/security/apparmor
/usr/src/linux-headers-5.10.0-0.bpo.3-amd64/include/config/security/apparmor.h
/usr/src/linux-headers-5.10.0-0.bpo.3-amd64/include/config/security/apparmor/hash
/usr/src/linux-headers-5.10.0-0.bpo.3-amd64/include/config/security/apparmor/hash.h
/usr/src/linux-headers-5.10.0-0.bpo.3-amd64/include/config/security/apparmor/hash/default.h
/var/lib/dpkg/info/libapparmor1:amd64.list
/var/lib/dpkg/info/libapparmor1:amd64.md5sums
/var/lib/dpkg/info/libapparmor1:amd64.shlibs
/var/lib/dpkg/info/libapparmor1:amd64.symbols
/var/lib/dpkg/info/libapparmor1:amd64.triggers
groucho@devuan:~$ This is what I have in one of my VMs:
groucho@dev-pihole:~$ uname -a
Linux dev-pihole 4.9.0-17-amd64 #1 SMP Debian 4.9.290-1 (2021-12-12) x86_64 GNU/Linux
groucho@dev-pihole:~$ groucho@dev-pihole:~$ apt list | grep installed | grep -i apparmor
--- snip ---
libapparmor1/oldoldstable,now 2.11.0-3+deb9u2 amd64 [installed,automatic]
groucho@dev-pihole:~$ groucho@dev-pihole:~$ locate apparmor
/etc/apparmor
/etc/apparmor.d
/etc/apparmor/init
/etc/apparmor/init/network-interface-security
/etc/apparmor/init/network-interface-security/usr.sbin.ntpd
/etc/apparmor.d/local
/etc/apparmor.d/tunables
/etc/apparmor.d/usr.sbin.ntpd
/etc/apparmor.d/usr.sbin.unbound
/etc/apparmor.d/local/usr.sbin.ntpd
/etc/apparmor.d/local/usr.sbin.unbound
/etc/apparmor.d/tunables/ntpdThis is what I have in another one of my VMs:
groucho@chimaera:~$ uname -a
Linux chimaera 5.10.0-9-amd64 #1 SMP Debian 5.10.70-1 (2021-09-30) x86_64 GNU/Linux
groucho@chimaera:~$ root@chimaera:~# apt list | grep installed | grep -i apparmor
--- snip ---
libapparmor1/stable,now 2.13.6-10 amd64 [installed,automatic]
root@chimaera:~# root@chimaera:~# locate apparmor
/etc/apparmor
/etc/apparmor.d
/etc/apparmor/parser.conf
/etc/apparmor.d/abstractions
/etc/apparmor.d/local
/etc/apparmor.d/lsb_release
/etc/apparmor.d/nvidia_modprobe
/etc/apparmor.d/tunables
/etc/apparmor.d/usr.bin.man
/etc/apparmor.d/abstractions/X
/etc/apparmor.d/abstractions/apache2-common
/etc/apparmor.d/abstractions/apparmor_api
/etc/apparmor.d/abstractions/aspell
/etc/apparmor.d/abstractions/audio
/etc/apparmor.d/abstractions/authentication
/etc/apparmor.d/abstractions/base
/etc/apparmor.d/abstractions/bash
/etc/apparmor.d/abstractions/consoles
/etc/apparmor.d/abstractions/cups-client
/etc/apparmor.d/abstractions/dbus
/etc/apparmor.d/abstractions/dbus-accessibility
/etc/apparmor.d/abstractions/dbus-accessibility-strict
/etc/apparmor.d/abstractions/dbus-network-manager-strict
/etc/apparmor.d/abstractions/dbus-session
/etc/apparmor.d/abstractions/dbus-session-strict
/etc/apparmor.d/abstractions/dbus-strict
/etc/apparmor.d/abstractions/dconf
/etc/apparmor.d/abstractions/dovecot-common
/etc/apparmor.d/abstractions/dri-common
/etc/apparmor.d/abstractions/dri-enumerate
/etc/apparmor.d/abstractions/enchant
/etc/apparmor.d/abstractions/exo-open
/etc/apparmor.d/abstractions/fcitx
/etc/apparmor.d/abstractions/fcitx-strict
/etc/apparmor.d/abstractions/fonts
/etc/apparmor.d/abstractions/freedesktop.org
/etc/apparmor.d/abstractions/gio-open
/etc/apparmor.d/abstractions/gnome
/etc/apparmor.d/abstractions/gnupg
/etc/apparmor.d/abstractions/gvfs-open
/etc/apparmor.d/abstractions/hosts_access
/etc/apparmor.d/abstractions/ibus
/etc/apparmor.d/abstractions/kde
/etc/apparmor.d/abstractions/kde-globals-write
/etc/apparmor.d/abstractions/kde-icon-cache-write
/etc/apparmor.d/abstractions/kde-language-write
/etc/apparmor.d/abstractions/kde-open5
/etc/apparmor.d/abstractions/kerberosclient
/etc/apparmor.d/abstractions/ldapclient
/etc/apparmor.d/abstractions/libpam-systemd
/etc/apparmor.d/abstractions/likewise
/etc/apparmor.d/abstractions/mdns
/etc/apparmor.d/abstractions/mesa
/etc/apparmor.d/abstractions/mir
/etc/apparmor.d/abstractions/mozc
/etc/apparmor.d/abstractions/mysql
/etc/apparmor.d/abstractions/nameservice
/etc/apparmor.d/abstractions/nis
/etc/apparmor.d/abstractions/nvidia
/etc/apparmor.d/abstractions/opencl
/etc/apparmor.d/abstractions/opencl-common
/etc/apparmor.d/abstractions/opencl-intel
/etc/apparmor.d/abstractions/opencl-mesa
/etc/apparmor.d/abstractions/opencl-nvidia
/etc/apparmor.d/abstractions/opencl-pocl
/etc/apparmor.d/abstractions/openssl
/etc/apparmor.d/abstractions/orbit2
/etc/apparmor.d/abstractions/p11-kit
/etc/apparmor.d/abstractions/perl
/etc/apparmor.d/abstractions/php
/etc/apparmor.d/abstractions/php5
/etc/apparmor.d/abstractions/postfix-common
/etc/apparmor.d/abstractions/private-files
/etc/apparmor.d/abstractions/private-files-strict
/etc/apparmor.d/abstractions/python
/etc/apparmor.d/abstractions/qt5
/etc/apparmor.d/abstractions/qt5-compose-cache-write
/etc/apparmor.d/abstractions/qt5-settings-write
/etc/apparmor.d/abstractions/recent-documents-write
/etc/apparmor.d/abstractions/ruby
/etc/apparmor.d/abstractions/samba
/etc/apparmor.d/abstractions/smbpass
/etc/apparmor.d/abstractions/ssl_certs
/etc/apparmor.d/abstractions/ssl_keys
/etc/apparmor.d/abstractions/svn-repositories
/etc/apparmor.d/abstractions/ubuntu-bittorrent-clients
/etc/apparmor.d/abstractions/ubuntu-browsers
/etc/apparmor.d/abstractions/ubuntu-browsers.d
/etc/apparmor.d/abstractions/ubuntu-console-browsers
/etc/apparmor.d/abstractions/ubuntu-console-email
/etc/apparmor.d/abstractions/ubuntu-email
/etc/apparmor.d/abstractions/ubuntu-feed-readers
/etc/apparmor.d/abstractions/ubuntu-gnome-terminal
/etc/apparmor.d/abstractions/ubuntu-helpers
/etc/apparmor.d/abstractions/ubuntu-konsole
/etc/apparmor.d/abstractions/ubuntu-media-players
/etc/apparmor.d/abstractions/ubuntu-unity7-base
/etc/apparmor.d/abstractions/ubuntu-unity7-launcher
/etc/apparmor.d/abstractions/ubuntu-unity7-messaging
/etc/apparmor.d/abstractions/ubuntu-xterm
/etc/apparmor.d/abstractions/user-download
/etc/apparmor.d/abstractions/user-mail
/etc/apparmor.d/abstractions/user-manpages
/etc/apparmor.d/abstractions/user-tmp
/etc/apparmor.d/abstractions/user-write
/etc/apparmor.d/abstractions/video
/etc/apparmor.d/abstractions/vulkan
/etc/apparmor.d/abstractions/wayland
/etc/apparmor.d/abstractions/web-data
/etc/apparmor.d/abstractions/winbind
/etc/apparmor.d/abstractions/wutmp
/etc/apparmor.d/abstractions/xad
/etc/apparmor.d/abstractions/xdg-desktop
/etc/apparmor.d/abstractions/xdg-open
/etc/apparmor.d/abstractions/apparmor_api/change_profile
/etc/apparmor.d/abstractions/apparmor_api/examine
/etc/apparmor.d/abstractions/apparmor_api/find_mountpoint
/etc/apparmor.d/abstractions/apparmor_api/introspect
/etc/apparmor.d/abstractions/apparmor_api/is_enabled
/etc/apparmor.d/abstractions/ubuntu-browsers.d/java
/etc/apparmor.d/abstractions/ubuntu-browsers.d/kde
/etc/apparmor.d/abstractions/ubuntu-browsers.d/mailto
/etc/apparmor.d/abstractions/ubuntu-browsers.d/multimedia
/etc/apparmor.d/abstractions/ubuntu-browsers.d/plugins-common
/etc/apparmor.d/abstractions/ubuntu-browsers.d/productivity
/etc/apparmor.d/abstractions/ubuntu-browsers.d/text-editors
/etc/apparmor.d/abstractions/ubuntu-browsers.d/ubuntu-integration
/etc/apparmor.d/abstractions/ubuntu-browsers.d/ubuntu-integration-xul
/etc/apparmor.d/abstractions/ubuntu-browsers.d/user-files
/etc/apparmor.d/local/README
/etc/apparmor.d/local/lsb_release
/etc/apparmor.d/local/nvidia_modprobe
/etc/apparmor.d/local/usr.bin.man
/etc/apparmor.d/tunables/alias
/etc/apparmor.d/tunables/apparmorfs
/etc/apparmor.d/tunables/dovecot
/etc/apparmor.d/tunables/global
/etc/apparmor.d/tunables/home
/etc/apparmor.d/tunables/home.d
/etc/apparmor.d/tunables/kernelvars
/etc/apparmor.d/tunables/multiarch
/etc/apparmor.d/tunables/multiarch.d
/etc/apparmor.d/tunables/proc
/etc/apparmor.d/tunables/run
/etc/apparmor.d/tunables/securityfs
/etc/apparmor.d/tunables/share
/etc/apparmor.d/tunables/sys
/etc/apparmor.d/tunables/xdg-user-dirs
/etc/apparmor.d/tunables/xdg-user-dirs.d
/etc/apparmor.d/tunables/home.d/site.local
/etc/apparmor.d/tunables/home.d/ubuntu
/etc/apparmor.d/tunables/multiarch.d/site.local
/etc/apparmor.d/tunables/xdg-user-dirs.d/site.local
/etc/init.d/apparmor
/etc/rcS.d/K88apparmor
/etc/systemd/system/apparmor.service
/etc/systemd/system/sysinit.target.wants/apparmor.service
/usr/lib/x86_64-linux-gnu/libapparmor.so.1
/usr/lib/x86_64-linux-gnu/libapparmor.so.1.6.3
/usr/share/doc/libapparmor1
/usr/share/doc/libapparmor1/changelog.Debian.gz
/usr/share/doc/libapparmor1/copyright
/usr/src/linux-headers-5.10.0-9-amd64/include/config/default/security/apparmor.h
/usr/src/linux-headers-5.10.0-9-amd64/include/config/security/apparmor
/usr/src/linux-headers-5.10.0-9-amd64/include/config/security/apparmor.h
/usr/src/linux-headers-5.10.0-9-amd64/include/config/security/apparmor/hash
/usr/src/linux-headers-5.10.0-9-amd64/include/config/security/apparmor/hash.h
/usr/src/linux-headers-5.10.0-9-amd64/include/config/security/apparmor/hash/default.h
/var/cache/apparmor
/var/cache/apparmor/c08a2770.0
/var/cache/apparmor/c08a2770.0/.features
/var/cache/apparmor/c08a2770.0/lsb_release
/var/cache/apparmor/c08a2770.0/nvidia_modprobe
/var/cache/apparmor/c08a2770.0/usr.bin.man
/var/lib/dpkg/info/apparmor.list
/var/lib/dpkg/info/apparmor.postrm
/var/lib/dpkg/info/libapparmor1:amd64.list
/var/lib/dpkg/info/libapparmor1:amd64.md5sums
/var/lib/dpkg/info/libapparmor1:amd64.shlibs
/var/lib/dpkg/info/libapparmor1:amd64.symbols
/var/lib/dpkg/info/libapparmor1:amd64.triggers
/var/lib/systemd/deb-systemd-helper-enabled/apparmor.service.dsh-also
/var/lib/systemd/deb-systemd-helper-enabled/sysinit.target.wants/apparmor.service
/var/lib/systemd/deb-systemd-helper-masked/apparmor.service
root@chimaera:~# See what I am referring to?
Then there's what happens when you add apparmor=0 to the kernel command line.
Only the ascii VM reports it as being disabled:
groucho@dev-pihole:~$ sudo dmesg | grep AppArmor
[ 0.286356] AppArmor: AppArmor disabled by boot time parameter
groucho@dev-pihole:~$ The chimaera VM does not:
root@chimaera:~# dmesg | grep AppArmor
root@chimaera:~# Not does the ascii installation with the backported kernel:
groucho@devuan:~$ sudo dmesg | grep AppArmor
groucho@devuan:~$ I fail to see what an apparmor library has to do with dbus.
Or why the chimaera file system has acquired all these apparmor related files if it is not installed or has been purged.
Anyone know or have comments about this?
Thanks in advance.
Best,
A.
#1042 Re: Hardware & System Configuration » [SOLVED] Devuan Beowulf: can't get rid of AppArmor » 2021-12-27 17:49:19
Hello:
... faint memory of having come across this before ...
Found it.
It was me bitching about AppArmor earlier this year:
https://dev1galaxy.org/viewtopic.php?id=4329
Now I have to re-check and see if it is really true that security=none disables both tomoyo and AppArmor, making apparmor=0 unneccesary.
Best,
A.
#1043 Re: Hardware & System Configuration » [SOLVED] Devuan Beowulf: can't get rid of AppArmor » 2021-12-27 17:32:27
Hello:
Thanks for the link, I'll have a look later on.
EDIT: the AppArmor lines in dmesg are from the kernel module.
My main system is this one and as you can see it is Devuan Beowulf with a backported kernel:
groucho@devuan:~$ uname -a
Linux devuan 5.10.0-0.bpo.3-amd64 #1 SMP Debian 5.10.13-1~bpo10+1 (2021-02-11) x86_64 GNU/Linux
groucho@devuan:~$ AppArmor is not installed but like in the OP, libapparmor1 is there:
groucho@devuan:~$ apt list | grep installed | grep -i apparmor
--- snip ---
libapparmor1/oldstable,now 2.13.2-10 amd64 [installed]
groucho@devuan:~$ But with this kernel it does not make itself known via dmesg like with the Beowulf kernel.
groucho@devuan:~$ sudo dmesg | grep -i apparmor
groucho@devuan:~$ Makes me wonder why ...
Thanks for your input.
Best,
A.
#1044 Hardware & System Configuration » [SOLVED] Devuan Beowulf: can't get rid of AppArmor » 2021-12-27 15:43:48
- Altoid
- Replies: 12
Hello:
I am in the process of building a (light as possible) Beowulf installation on a separate disk in my box.
root@devuan3:~# uname -a
Linux devuan3 4.19.0-18-amd64 #1 SMP Debian 4.19.208-1 (2021-09-29) x86_64 GNU/Linux
root@devuan3:~# One of the things I do not want running is AppArmor.
I added the bit security=none to the kernel command line and purged it but I still get this in dmesg:
root@devuan3:~# dmesg | grep -i apparmor
[ 0.328030] AppArmor: AppArmor initialized
[ 0.569017] AppArmor: AppArmor Filesystem Enabled
[ 1.257404] AppArmor: AppArmor sha1 policy hashing enabled
root@devuan3:~#So I looked to see what was going on:
root@devuan3:~# apt list | grep -i installed | grep -i apparmor
--- snip ---
libapparmor1/oldstable,now 2.13.2-10 amd64 [installed,automatic]
root@devuan3:~# AppArmor is not installed but it left behind its crap, which seems difficult to get rid of:
root@devuan3:~# apt purge libapparmor1
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
dconf-service : Depends: default-dbus-session-bus but it is not installable or
dbus-session-bus
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
root@devuan3:~#So what is causing this?
root@devuan3:~# aptitude why libapparmor1
i dbus Depends libapparmor1 (>= 2.8.94)
root@devuan3:~# dbus is installed and up to date:
root@devuan3:~# apt install dbus
Reading package lists... Done
Building dependency tree
Reading state information... Done
dbus is already the newest version (1.12.20-0+deb10u1+devuan1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@devuan3:~# And dbus-session-bus can't be installed:
root@devuan3:~# apt install dbus-session-bus
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'dbus-x11' instead of 'dbus-session-bus'
dbus-x11 is already the newest version (1.12.20-0+deb10u1+devuan1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@devuan3:~# I have a faint memory of having come across this before but I cannot find it in the forum.
Any ideas?
Thanks in advance,
A.
#1045 Re: Off-topic » Colour of the future? » 2021-12-22 20:33:56
Hello:
Interesting that you would say that . . .
I think we could consider (in some way) honouring the name.
I could not find a colour associated to Daedalus (the architect, father to Icarus), but there is a butterfly (found all over Africa), called Hamanumida daedalus [genus - species], which has a lovely green colour in its wings:
https://www.learnaboutbutterflies.com/H … 0-001a.jpg
https://www.ecoregistros.org/site/imagen.php?id=125883
That would be HEX: #806a55, RGB: rgba(128,106,85,255) or something close to that.
https://www.ecoregistros.org/site/imagen.php?id=125883
Best,
A.
#1046 Re: Installation » [SOLVED] laptop fan running too much: cyber currency miner? Clam inop? » 2021-12-21 18:01:42
Hello:
... the final report.
--- snip ---
... a hardware problem all along.
Hmmm ....
... meaningless marketing term with no legal basis. s/refurbished/cleaned/g.
It was a hardware problem all along due to ridiculously poor/negligent workmanship. <--- reads accurately now
Been there and done that.
Quite a few times actually.
Assuming that because it was a [Sun/HP/IBM/Dell/Sony/whatever] unit, it could not be what I suspected from the start.
25+ years later, I know better.
Glad you got it worked out. 8^D
Best,
A.
#1047 Re: Hardware & System Configuration » [SOLVED] jED, line numbers and user » 2021-12-20 16:49:06
Hello:
/etc/jed.d/*.sl
The system wide configuration files (this is a special Debian feature).
Yes, that did it.
Thank you very much. 8^)
Edit:
Only problem is that if you configure for line numbers, scraping the content (copy to paste) will do so with both the content and the line numbers.
I think (?) most editors behave in the same manner.
Best,
A.
#1048 Hardware & System Configuration » [SOLVED] jED, line numbers and user » 2021-12-20 14:02:41
- Altoid
- Replies: 2
Hello:
Although I have yet to master it, jED is my favourite editor.
Must be my many years under the shadow of MS editors. 8^/
One issue I solved long ago was the line numbering which (for some strange reason) is not set up by default.
Or an option to be quickly configured in a drop down menu.
You just generate a .jedrc file in your /home/user folder with this content:
LINENUMBERS = 2;
public define global_mode_hook (hook_name)
{
set_line_number_mode (1);
}See: https://travelingfrontiers.wordpress.co … ed-editor/
The problem with this is that it is set up on a user basis and I'd like for this to be the default system-wide setting.
This came up while needing jED with line numbers while working on a VM without sudo.
I had to su or su - and line numbers were not available.
Any idea on how to get that done?
Thanks in advance,
A.
#1049 Re: Hardware & System Configuration » [SOLVED] WiCD and Chimaera » 2021-12-17 22:51:38
Hello:
... might look in chimaera-proposed-updates.
https://git.devuan.org/devuan/wicd/src/ … ed-updates
Yes, it seems to be the same one I cited in my post.
ie: Version 1.7.4+tb2-6+devuan2
But the questions you originally posed remain:
1. Is anyone actually using it?
2. What issues if any?
3. Is it secure?
Thanks for your input.
Best,
A.
#1050 Hardware & System Configuration » [SOLVED] WiCD and Chimaera » 2021-12-17 14:20:28
- Altoid
- Replies: 3
Hello:
The time to move to Devuan Chimaera is slowly getting nearer.
Whatever happened to ...
... the possibility of running wicd in Chimaera. Does it work for you? What issues if any? Is it secure? Report your experiences here.
If I can avoid it, I'd really want to continue using both WiCD and SLiM.
I see the SLiM 1.3.6-5.2+devuan1 package is in the /merged chimaera/main amd64
I run a netbook which is i386 (Asus 1000HE), is SLiM available for devuan_chimaera_4.0.0_i386?
I also see the WiCD 1.7.4+tb2-6+devuan2 package is in /merged chimaera-proposed-updates/main amd64
Anyone using it reliably?
Thanks in advance.
A.
Board footer
