The officially official Devuan Forum!

You are not logged in.

#1 Re: Hardware & System Configuration » [Solved] Password required for startup script » 2020-06-29 14:12:28

Oh, so perhaps the tool is merely using uptime as a way to check if the user has full sudo access. Hm, I guess "sudo -l /actual/command/to/run ; echo $?" is more obtuse...

#2 Re: Hardware & System Configuration » [Solved] Password required for startup script » 2020-06-28 18:58:17

Intriguing that something wants to run uptime with sudo. I didn't think it took any special privileges to view that information. Maybe a script could be updated to exclude the "sudo" command in front of uptime.

#3 Re: Hardware & System Configuration » Dropbear-initramfs: cryptroot-unlock says "Try again later" forever » 2020-06-28 18:56:24

The logic says this:
If (file $TABFILE does not exist) or ( $TABFILE is older than /proc/1) then,
display the error message
return a non-zero result
end-if.

So the creation date of process number 1 (the init, so most likely sysvinit, but doesn't really matter for merely checking the date) is when that process started. So if the tab file (I'm assuming crypttab, as in encrypted filesystem table, but I could be wrong) is older than the current init, then that is a failure state for your check. So it sounds like, in conjunction with the comment, that we need something else to happen first before cryptroot-unlock will work successfully.

So it's not systemd-related. But I don't know the specifics of cyrptroot or dropbear so that's probably all I can help you with.

#4 Re: Other Issues » Is openssh 8.3 going to be backported to buster/beowulf? » 2020-06-16 14:26:29

Beowulf is the same suite codename as Debian Buster, which only has openssh-server 7.9 https://packages.debian.org/buster/openssh-server. If Buster gets oepnssh 8.3, then Beowulf can too.

#5 Re: Desktop and Multimedia » Gnome-schedule » 2020-06-11 18:59:01

If you can stomach having the entirety of the kde stack for one program: kde-config-cron. That looks like it's in Ceres, so it's probably in the others too.

And if you're incredibly desperate, you could adapt the npm instructions and run a web application that hooks in to the crontab: https://www.techrepublic.com/article/ho … emote-use/. I have successfully installed npm (again, just on Ceres) for a different application.

Although it would be worth investigating setting up the correct sources.list contents for the jessie repos (is that oldoldstable?) and seeing what all would happen if you tried to install gnome-schedule from it...

#6 Re: Devuan » Why apt still links to libsystemd0? » 2020-06-05 12:17:52

@Head_on_a_Stick, thank you! I know the term dynamic linking, but that page has more information than I'll be able to absorb for a long, long time! But specifically, would you know any of the motivations of the apt maintainers who made the choice to link apt to libsystemd0?

#7 Re: Devuan » Why apt still links to libsystemd0? » 2020-06-04 22:42:33

I am concerned that apt has been modified to use systemd. Would anyone well-versed in the subject try to explain it to me? I will also at some point to try to look at the source, but if anybody could summarize, that would help everyone else out!

#8 Re: Off-topic » What other distro are you using (besides devuan)? » 2020-06-04 13:08:36

I have a gaming desktop running Fedora 31 (upgraded from at least Fedora 28). My headless stuff all runs CentOS 7. Anything with a display attached primarily, is Devuan Ceres.

#9 Re: Forum Feedback » Forum notifications » 2020-05-28 00:04:14

I am subscribed to this thread and I got an email that golinux had replied to the thread.

#10 Re: Forum Feedback » Forum notifications » 2020-05-27 20:56:46

By default I am not subscribed to topics. I haven't seen an email in a while, but I have just subscribed to this thread, so somebody add a comment and I'll return with info about if I got an email or not.

#11 Re: Devuan Derivatives » Can live isos be burned to optical media? » 2020-05-27 20:55:15

Regarding starting and stopping daemons, I've learned that sometimes you have to wait between starting it. A "restart" implementation may not wait long enough for the hardware in question. I've definitely seen services that cannot be restarted, only stopped and then started.

#12 Re: Devuan » Request for review and testing: Plymouth boot splash for Beowulf » 2020-05-24 19:46:53

I hacked plymouth once for removing systemd. You appear to have a better understanding on plymouth than me. The only difference of substance I found from mine (https://gitlab.com/bgstack15/stackrpms/ … uth/debian) is the udev rule inclusion in the initramfs-tools hook file.

Oh, and the listed dependency on elogind. I guess if a person is willing to use plymouth, they'll be fine with elogind. I'm not sure it's actually required though. If you remove the --with-systemd flag, it won't even be looking for an [elogind] mechanism to use, right?

I think Devuan tends to attract folks who don't mind seeing the boot process though. I only de-systemdified plymouth for a total conversion attempt I was doing.

#13 Re: Desktop and Multimedia » (beowulf) mac samba share no longer accessible » 2020-05-24 19:14:54

For Ceres, I found gvfs-backends:

$ apt-file list gvfs-backends | grep -iE 'smb|samba'
gvfs-backends: /usr/lib/gvfs/gvfsd-smb
gvfs-backends: /usr/lib/gvfs/gvfsd-smb-browse
gvfs-backends: /usr/libexec/gvfsd-smb
gvfs-backends: /usr/libexec/gvfsd-smb-browse
gvfs-backends: /usr/share/GConf/gsettings/gvfs-smb.convert
gvfs-backends: /usr/share/glib-2.0/schemas/org.gnome.system.smb.gschema.xml
gvfs-backends: /usr/share/gvfs/mounts/smb-browse.mount
gvfs-backends: /usr/share/gvfs/mounts/smb.mount

Based on my quick searching, it appears that gvfs-backends is not required by any of the other gvfs packages, which doesn't make too much sense.

$ apt-cache show gvfs\* | grep -iE 'Package|-backends'
Package: gvfs
Suggests: gvfs-backends
Package: gvfs-backends
Filename: pool/DEBIAN/main/g/gvfs/gvfs-backends_1.44.1-1_amd64.deb
Package: gvfs-fuse
Package: gvfs-bin
Package: gvfs-common
Package: gvfs-daemons
Suggests: gvfs-backends
Package: gvfs-libs

So maybe that's the package in question for Beowulf.

#14 Re: Installation » Beowulf – Network Interface Order » 2020-05-15 17:25:35

Head_on_a_Stick wrote:

For Devuan edit the file at /etc/default/grub and add the desired parameter to the GRUB_CMDLINE_LINUX line then run update-grub (as root).

I guess update-grub operates just fine even if I don't have a /etc/default/grub file? I wasn't sure if I could just write a new file with the GRUB_CMDLINE_LINUX variable defined in the exact same way.

Thanks for sharing!

#15 Re: Installation » Beowulf – Network Interface Order » 2020-05-15 15:10:04

Those aren't a systemd thing necessarily. You can help enforce using the old style names with a kernel boot parameter: "net.ifnames=0" but for some reason it's slipped my mind where that goes on a Devuan system, unless you want to go manually edit /boot/grub/menu.lst. On CentOS 7 it would just go in the variable GRUB_CMDLINE_LINUX in file /etc/sysconfig/grub and you would run grub2-mkconfig -o /boot/grub2/grub.cfg

If you want to go the manual route, for every "kernel" line in menu.lst, you would add the parameter "net.ifnames=0" at the end.

kernel      /vmlinuz-5.4.0-4-amd64 root=/dev/mapper/d2--03a--vg-root ro net.ifnames=0

But I'm sure there's an easier way to get that attribute in Devuan for every kernel entry. Maybe somebody can come rescue me from my half-knowledge.

#16 Re: Devuan » MongoDB issues » 2020-05-14 00:43:09

You can go find the names of the services on your system:

ls -al /etc/init.d

This will show you the files in the directory where the service scripts are stored. If mongodb supports sysvinit, it will probably place the service file there. Maybe it's named mongodb.

I just checked a random deb file from the mongodb site, and that version only provided a systemd unit.

$ dpkg-deb --contents mongodb-org-unstable-server_4.3.6_amd64.deb | grep -iE 'systemd|init|rc'
drwxr-xr-x root/root         0 2013-12-19 00:41 ./lib/systemd/
drwxr-xr-x root/root         0 2013-12-19 00:41 ./lib/systemd/system/
-rw-r--r-- root/root       716 2013-12-19 00:41 ./lib/systemd/system/mongod.service

The packages are geared towards debian, of course, which uses systemd.

So it looks like you will have to adapt an init script to run your daemon. You could investigate using the sysd2v script (http://www.trek.eu.org/devel/sysd2v/) that will try to read the unit file and write you a template for an init script.

But also perhaps an old-school init script from the interwebs might be adapted too: https://github.com/shoken0x/mongodb-init-script

EDIT:
On second thought, you should try using the init script from the rpm that is built for CentOS 6.

wget http://repo.mongodb.org/yum/redhat/6/mongodb-org/4.3/x86_64/RPMS/mongodb-org-unstable-server-4.3.6-1.el6.x86_64.rpm
mkdir -p tmp ; cd tmp
rpm2cpio < ../mongodb-org-unstable-server-4.3.6-1.el6.x86_64.rpm | cpio -idmv

To run the above commands you will need to install rpm2cpio and cpio packages.
Then, inside the tmp/etc/init.d directory you will have the init script! It might need adjusting for a devuan (debian-family) distro, so I can look through it if you're not ready for that. Once you're satisfied the init script calls the right binaries and uses the right paths, place it in /etc/init.d and then:

update-rc.d mongod defaults

#17 Re: Desktop and Multimedia » [Ceres] Problem with D-Bus » 2020-05-12 15:21:48

This sounds like it's related to the group permissions. Is your user a member of group "netdev"?

$ getent group netdev
netdev:x:960600009:bgstack15-local,bgstack15,lastack13,amarkus,...

According to file /etc/dbus-1/system.d/wicd.conf

<!-- /etc/dbus-1/system.d/wicd.conf -->
<!DOCTYPE busconfig PUBLIC "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>

        <policy user="root">
                <allow own="org.wicd.daemon"/>
                <allow send_destination="org.wicd.daemon"/>
                <allow send_interface="org.wicd.daemon"/>
      <allow send_destination="org.wicd.daemon.wireless"/>
      <allow send_interface="org.wicd.daemon.wireless"/>
      <allow send_destination="org.wicd.daemon.wired"/>
      <allow send_interface="org.wicd.daemon.wired"/>
        </policy>

        <policy context="default">
                <deny own="org.wicd.daemon"/>
        </policy>

   <!-- This Unix group will have permission to use Wicd's gui -->
        <policy group="netdev">
                <allow send_destination="org.wicd.daemon"/>
                <allow send_interface="org.wicd.daemon"/>
                <allow send_interface="org.freedesktop.DBus.Introspectable"/>
                <!-- The Introspectable allow shouldn't be needed here, but
                     it seems that a few distributions aren't yet allowing
                     it in their hal configs, and we need it here, so... -->
        </policy>

       <!-- Comment the block below if you do not want all users logged in
            locally to have permission to use wicd-client.  This ignores the
            group based permission model defined above for the "netdev"
            group. Note that this only applies if you are using ConsoleKit -
            if you do not have ConsoleKit installed and in use, then this
            block makes no difference either way.  -->

        <policy at_console="true">
                <allow send_destination="org.wicd.daemon"/>
                <allow send_interface="org.wicd.daemon"/>
      <allow send_destination="org.wicd.daemon.wireless"/>
      <allow send_interface="org.wicd.daemon.wireless"/>
      <allow send_destination="org.wicd.daemon.wired"/>
      <allow send_interface="org.wicd.daemon.wired"/>
      <allow send_interface="org.freedesktop.DBus.Introspectable"/>
        </policy>

</busconfig>

Which is a little obtuse to me, but the item you're looking for, "org.wicd.daemon.wireless," is allowed to root user and group netdev.

If you need to add your user to netdev, you will need to log out, or possibly restart your display manager (which logs you out), or possibly even reboot.

sudo usermod -aG netdev PengouinPdt

And if your display manager is lightdm:

sudo service lightdm restart

#18 Re: Documentation » Devuan Packaging Guide » 2020-05-10 22:42:15

Thank you! This will help contributors like me. I like building packages, but of course I know only the basic technical steps and not the precise workflow of the Devuan project yet.

#19 Re: Off-topic » More systemd-struction » 2020-05-04 14:19:50

Moving contents from home to work: seems like a security risk to me!
Move home directories from one system to another? You mean like an nfs automount? Especially if you already have to have same uid and gid. But who actually cares about same username and group name? That's not a technical requirement for file permissions. Is that a limitation of systemd?

And so are these systems going to be pre-configured to read external media for these json files? Who is going to pre-load the signing certs into the systems? What's even the point....

#20 Re: Devuan » Beowulf » 2020-04-04 15:04:16

aus9 wrote:

@bgstack15

so I have different types of issues now.

Then it is more likely  that aplay -l shows your hdmi getting index=0 or card 0. Use a modprobe config file to swap the index

see link if relevant
http://dev1galaxy.org/viewtopic.php?pid=339#p339

there are other ways of swapping index 2....and assumes you need analog sound.

Alas, sorry, I was trying to sound mysterious and aloof. I have no problems at the moment to troubleshoot. I do use Xfce and pulseaudio on the one system where I'm trying to output audio to HDMI (home theater PC). I guess I'm just a pragmatist because I use dbus everywhere, because I like lightdm which needs dbus and logind, and pulseaudio when I'm lazy.

#21 Re: Devuan » Beowulf » 2020-04-04 00:21:27

aut0exec wrote:

the only issue was pulseaudio not starting automatically so one of my shell functions for recording audio wasn't working properly.

That was one of my early issues with Devuan Ceres (which was based on Beowulf at the time) as well! I remember making a .desktop file for my xdg autostart to run "pulseaudio -start" I think it was. Nowadays I've moved to alsa and not Xfce, so I have different types of issues now.

#22 Re: Off-topic » Music » 2020-04-03 12:12:26

Diane Birch "Love and War." Not crazy about it, but it's on the album, "Speak a Little Louder."
https://www.youtube.com/watch?v=Ilq9ju5vF6w

#23 Re: Off-topic » New Release! » 2020-04-01 19:15:00

I know people that would actually like this, and that aren't just 10-year-olds.

And ponysay seems way better than cowsay. Just sayin'... ANSI art!

#24 Re: Hardware & System Configuration » Having trouble with tmpfs » 2020-04-01 19:11:48

You want to add a mount option to /home/johndoe/Downloads: "user" or maybe even "users."
From mount(8)

user   Allow an ordinary user to mount the filesystem.  The name of the mounting user is written to the mtab
              file (or to the private libmount file in /run/mount on systems without a regular mtab) so  that  this
              same  user  can  unmount  the  filesystem again.  This option implies the options noexec, nosuid, and
              nodev (unless overridden by subsequent options, as in the option line user,exec,dev,suid).

       nouser Forbid an ordinary user to mount the filesystem.  This is the default; it does not  imply  any  other
              options.

       users  Allow any user to mount and to unmount the filesystem, even when some other ordinary user mounted it.
              This option implies the options noexec, nosuid, and nodev (unless overridden by  subsequent  options,
              as in the option line users,exec,dev,suid).

#25 Re: Installation » How should I set my Devuan root partition? » 2020-04-01 19:07:36

From mount(8)

nosuid Do not honor set-user-ID and set-group-ID bits or file capabilities when executing programs from this
              filesystem.
...TRUNCATED...
       noexec Do not permit direct execution of any binaries on the mounted filesystem.

I cannot find exactly the "noa," so it is probably either noauto or noatime.

noatime
              Do not update inode access times on this filesystem (e.g. for faster access  on  the  news  spool  to
              speed up news servers).  This works for all inode types (directories too), so it implies nodiratime.

...TRUNCATED...
       noauto Can only be mounted explicitly (i.e., the -a option will not cause the filesystem to be mounted).

So you certainly need any partition that houses /usr/bin, /bin/, /sbin/, /usr/sbin/ and probably /usr/local/bin to NOT have "noexec." Those partitions should also NOT have "nosuid."
I feel uncertain about the "noa" because I cannot determine which one it is. "noatime" is generally used on ssds to reduce how many writes happen to the disk, to minimize wear and tear. And in the installer for a distro of Linux, you should never choose "noauto." That's generally for secondary disks that don't need to be there for boot up.

Board footer

Forum Software