Here you go, pretty simple.

Now, a caution:
be aware that after this patch, jobs in your crontab that may have been relying on the variables that were leaking through may need to be modified, else they will likely fail.

Personally I agree with the comments in the original man-page that env setup is better left to individual scripts that run your jobs, but anyone who just likes sticking simple commands in their crontab with no regard for environment might get caught out by this.

I've just knocked this up, its only had minor testing, so if you try it, do give it a good test before putting it on anything "production".


Also, while I'm here, I'll just re-advertise these patches which clean up some other dcron issues:
https://www.linuxquestions.org/quest...8/#post6450978

Attached Files

dcron-cleanup-env.patch.txt (1.7 KB, 36 views)

3 members found this post helpful.

Please forgive me if this is a stupid question.

But, under what circumstances would it be necessary to stop and then restart the cron daemon ?

Typically when you don't want background jobs starting during critical system maintenance. Anyway, that's kind of beside the point.

The issue is that even when crond is started the usual way by rc.M during boot env variables are leaking in through inheritance. Restarting crond manually just makes it more obvious.

1 members found this post helpful.

kbd-1.153 shipped in Slackware-current is 11 years old.

As a result keysyms added since then are not recognized, which can make loadkeys fail if e.g. ckbcomp from Debian is used to convert X keyboard settings to a keymap.

I made a quick and dirty package taking inspiration from https://gitlab.archlinux.org/archlin...g/packages/kbd and now "ckbcomp-mini -layout de|loadkeys" works as expected.

I think that most patches in the source repository can be discarded, as well as speakupmap.map (already shipped in the kernel source package). Not sure about the alternate speakup-jfw.map (is JAWS still using the same mapping?)

3 members found this post helpful.

It would be an additional package more inclined to /extra, along with it's dependencies (if out of tree), but ADRIConf would be handy for modern systems to help control and manage the 3D graphics capabilities of GPUs.

https://gitlab.freedesktop.org/mesa/adriconf/

1 members found this post helpful.

+1

Nice GUI tool

GUI tool to configure Mesa drivers by setting options and writing them to the standard drirc file

May we get pure-ftpd added from the release of v15.1 ?

If not in the main tree, perhaps in /extra ?

https://slackbuilds.org/repository/1...ork/pure-ftpd/

Freshly upgraded from the older v1.0.49 to the newer v1.0.51

Works perfectly on 15.0 and on current.

Can I request that AAC be enabled in ffmpeg please? The native ffmpeg implementation is free of Fraunhofer encumbrance and is compatible with GPL, although it may not be the best quality. I'm sure that will improve in due course.

It's a PITA to convert everything to matrotska from my phone so I can easily concat clips, or even convert a simple wav for including in an mp4.

Thanks for consideration and apologies if this has already been considered and rejected for whatever reason.

EDIT: so apparently in the US this can't be done due to patents; too bad

Forgot to add quote

Have a look at AlienBOB's restricted SlackBuilds

Some testing was already done with version 2.x: http://www.slackware.com/~rworkman/kbd/
See also https://www.linuxquestions.org/quest...-a-4175686156/

1 members found this post helpful.

Thanks for the reminder. Why Robby's work has not been included yet is a mystery.

lua.pc in lua packages points to /usr/local as prefix when it should be /usr. This prevents some lua packages from SBo to install in the right place and therefore be detected by lua itself.

I thought it was something to fix in the slackbuild but the file is written outside of it anyway so easily fixed.

Hope this helps

Generally,the PATH for packages looking up stuff, should be set as:

for comprehensive coverage when looking for directories and files. Maybe an overlook?

Addendum to this post: also an useful feature would be the ability to to compute or select map files based on the X settings (layout,variant,options), as do Debian with console-setup and the scripts ckbcomp (big perl script) and ckbcomp-mini (small shell script that select relevant lines in files gathering pre-generated maps, useful in an installer) and others. For instance Fedora ships a package kbd-legacy with the maps already included in the kbd source archive and a package kbd-misc including the map files associated with the lists of layouts, variants and options provided by xorg-config (also using ckbcomp from Debians' console-setup). Alpine does something similar as shown in this APKBUILD, using ckbcomp[1].

This allows to select a console keymap based on the language/layout/variant/options chosen, displaying an associated description (found in Slackware in /etc/X11/xkb/rules/base.lst) instead of a rather cryptic file name as have legacy keymaps.

PS I have suggested to include console-setup in Slackware and Anton Zinoviev proposed to help package it for Slackware, see this 10 years old thread

[1]To build bmap files compatible with BusyBox' loadkmap