Package Details: webmin 2.202-1

Git Clone URL: https://aur.archlinux.org/webmin.git (read-only, click to copy)
Package Base: webmin
Description: A web-based administration interface for Unix systems
Upstream URL: http://www.webmin.com/
Keywords: administration control cpanel panel
Licenses: custom:webmin
Submitter: ftschindler
Maintainer: amish
Last Packager: amish
Votes: 50
Popularity: 0.002735
First Submitted: 2015-09-13 12:47 (UTC)
Last Updated: 2024-08-13 02:35 (UTC)

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 Next › Last »

flash commented on 2017-05-22 12:53 (UTC)

@amish - In "Mail Settings" I see "Mail server: Sendmail". I don't have /etc/sasl2/, Sendmail's config is only in /etc/webmin/sendmail. I added pwcheck_method:saslauthd there, but still get an error. @amish - and by the way - Is it normal that I dont see "Software Package Updates" and "Software Packages" in the webmin menu?

flash commented on 2017-05-19 06:58 (UTC)

I have a trouble with the smtps: sending failed : No SASL mechanism found. at /opt/webmin/mailboxes/boxes-lib.pl line 964. I'm installed: # pacman -Qs sasl local/cyrus-sasl 2.1.26-10 Cyrus saslauthd SASL authentication daemon local/libsasl 2.1.26-11 Cyrus Simple Authentication Service Layer (SASL) Library local/perl-authen-sasl 2.16-2 Perl/CPAN Module Authen::SASL : SASL authentication framework What's wrong?

flash commented on 2017-05-18 10:00 (UTC)

HiJack88 How do you fix it?

HiJack88 commented on 2017-05-06 09:40 (UTC)

Build runs fine on my system now. No more errors. Thx.

HiJack88 commented on 2017-05-02 21:07 (UTC)

Hi all. Build process gives me the following error message but builds & installs anyway. Running postinstall scripts .. ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. Cheers

Xyne commented on 2017-05-01 03:04 (UTC) (edited on 2017-05-01 03:05 (UTC) by Xyne)

Hi, After seeing your thread on the forum, I ended up taking a look at this package. Please consider the following suggestions to improve the PKGBUILD: Use find's "-exec" option to avoid pipes and unintentional word expansion. E.g. change rm -f $(find . ! -name 'config-generic-linux' ! -name 'config-\*-linux' ! -name 'config-lib.pl' -name 'config-*') to find . ! -name 'config-generic-linux' ! -name 'config-\*-linux' ! -name 'config-lib.pl' -name 'config-*' -exec rm '{}' \+ and change sed -i -e 's:^local_down=.*:local_down=Archlinux RC.CONF,3,None:g' $(find . ! -name 'config.info.pl' -name 'config.info*') to find . ! -name 'config.info.pl' -name 'config.info*' -exec sed -i -e 's:^local_down=.*:local_down=Archlinux RC.CONF,3,None:g' '{}' \+ You can replace rm -f webmin/{update.cgi,update.pl,update_sched.cgi,upgrade.cgi,edit_upgrade.cgi,install_mod.cgi,delete_mod.cgi,install_theme.cgi} rm -f usermin/{update.cgi,update.pl,update_sched.cgi,upgrade.cgi,edit_upgrade.cgi,install_mod.cgi,delete_mod.cgi,install_theme.cgi} with rm {webmin,update}/{update.cgi,update.pl,update_sched.cgi,upgrade.cgi,edit_upgrade.cgi,install_mod.cgi,delete_mod.cgi,install_theme.cgi} In general, avoid "rm -f" whenever possible. Also, common practice is to either selectively install to $pkgdir or brute-install and then remove whatever is unneeded. By removing files from $srcdir, a second call to the package function without source extraction will result in an error when trying to remove missing files (but that is not a reason to use -f). Another option would be to remove those files in a prepare() function. That is also where all of the sed commands should occur. Instead of building files via pipes from the PKGBUILD, create local source files that you ship with the package (e.g. add "module.info" to the "source" array). You could do the same for the collection of parameters and then just source the file from the PKGBUILD to reduce clutter. Use cp's "-t" option to specify target directories instead of passing them as the final argument. Even better would be to use "install" instead of "copy", in a loop if necessary. That will ensure that the proper permissions are always set. Regards, Xyne