Public bug reported:
On Ubuntu 20.04 (and probably 22.04 and greater), it is impossible to
disable snap chromium apparmor rules:
root@{HOSTNAME}:~# aa-complain snap.chromium.hook.configure
Can't find chromium.hook.configure in the system path list. If the name of the
application
is correct,
Bug is now prevalent in Ubuntu 16.04 Xenial. Looks like whatever change
has broken this has made it all the way to Ubuntu 16.04. How come this
hasn't been fixed yet? This is such a breaking and critical bug! For
it to be in three major versions of Ubuntu is embarrassing.
** Summary changed:
** Summary changed:
- python sys.path different per user account - ImportError no module named
(Focal)
+ python sys.path different per user account - ImportError no module named
(Focal and Bionic Beaver)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
This is now an issue in Ubuntu 18.04 as well. I'm guessing whatever
broke was backported into 18.04 as well.
See these scripts as examples:
Version for 18.04 and 20.04:
https://raw.githubusercontent.com/earnolmartin/EHCP-Force-
Edition/master/ehcp/etc/pam/pam_dbauth_vsftpd_ubuntu_20_plus.py
Public bug reported:
In Ubuntu 20.04, python scripts executed by other users or users that
cannot log in (/usr/sbin/nologin as their shell) do NOT work when
importing modules that have been installed via python packages via apt
or pip due to sys.path returning different values.
For example, I
Public bug reported:
apt-get install python-pip fails in Ubuntu 20.04:
The following packages have unmet dependencies:
python-pip : Depends: python-pip-whl (= 18.1-5ubuntu1) but 20.0.2-2 is to be
installed
Recommends: python-all-dev (>= 2.6) but it is not going to be
installed
Public bug reported:
The command:
service --status-all
Takes too long to iterate through all of the services. There should be
a faster way (perhaps a --quick flag that doesn't actually check the
status of the service, but just output its name) to search services.
With Ubuntu 14.04 and Ubuntu
I forgot to mention that my /etc/resolv.conf uses OpenDNS IP addresses
for DNS lookups. I don't think the DNS settings actually matter though
due to the strange behavior caused by wildcard DNS.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Public bug reported:
If you configure your top level fully qualified domain name (FQDN) to
use a wildcard DNS record in its zone file in bind9, any sub-servers
(subdomains) or hostnames using part of the FQDN will
have unexpected behavior when attempting to resolve DNS.
Wow, thank you so much for helping us look further into the issue!
Should I file a bug in libpam-mysql referencing this issue?
I did install and test the proposed package, and the stack smashing was
still there.
Let me know. I'd love for this to get fixed soon.
--
You received this bug
The VSFTPD bug regarding libpam-mysql stack smashing is here:
https://bugs.launchpad.net/ubuntu/+source/vsftpd/+bug/1574911
Someone reproduced it today and left much better instructions on how to
reproduce the issue than I did.
Should I open a new bug with those findings tagged under
Reopened:
https://bugs.launchpad.net/ubuntu/+source/vsftpd/+bug/1574911
But yes, the fix for libpam-mysql looks good... I guess. My only usage
was for VSFTPD though.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
This bug needs to be re-examined and re-opened now that libpam-mysql has
been fixed:
libpam-mysql fixes:
https://bugs.launchpad.net/ubuntu/+source/pam-mysql/+bug/1574900
Even with the latest libpam-mysql fix, VSFTPD still crashes:
USER test
331 Please specify the password.
PASS
*** stack
Using the official MySQL didn't work either with VSFTPD. The undefined
symbols problem seems to be solved though.
I will file a bug against VSFTPD then since it appears they are not
related... though this used to work just fine in older versions of
Ubuntu.
--
You received this bug notification
Granted, it turns out I am using MariaDB (10.0.29-MariaDB-
0ubuntu0.16.04.1 Ubuntu 16.04). Is this package supposed to work with
MySQL and its drop-in replacement MariaDB?
Trying official MySQL...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I'm still running into the same issue.
USER test
331 Please specify the password.
PASS
*** stack smashing detected ***: /usr/sbin/vsftpd terminated
500 OOPS: priv_sock_get_result
Disconnecting from site localhost
Contents of /etc/pam.d/vsftpd:
auth required pam_mysql.so user={DBUSERHERE}
Sorry, but using it with VSFTPD doesn't work. It used to, but even with
the patch, it doesn't work, so for me the package is worthless.
I've moved on to using libpam-python anyways. However, it would be nice
if this package actually worked with VSFTPD as it used to.
--
You received this bug
You can fix the resize issue by doing the following on Ubuntu 16.10:
http://askubuntu.com/questions/733466/cant-resize-nautilus-window-in-
gnome-flashback-using-ambiance-theme/884230#884230
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Public bug reported:
MariaDB is supposed to be a drop-in replacement for MySQL. However,
version 10 does not handle the upgrade process correctly from MySQL 5.7
in Ubuntu 16.04. Upgrading causes a total loss of data.
The version I experienced the issue with is mariadb-server
Public bug reported:
The classical file transfer client (ftp) package should default to
binary transfer mode.
It's not the 1990s anymore, and when large files are transferred such as
zips, rars, .7z, .exe, etc, you must specify that you want binary
transfer mode or else the downloads will be
Disregard the proposed solution. It doesn't work. For some reason the
patch from Fedora's version is causing stack overflows. In any event,
this package needs to be fixed somehow. Legacy apps won't work anymore
without it.
We need some kind of solution for:
PAM unable to
Nevermind, this is caused by the broken libpam-mysql package. Close
bug.
** Changed in: vsftpd (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1574911
Title:
Public bug reported:
Ubuntu 16.04 x64 and Ubuntu 16.04 x86
VSFTPD Version: vsftpd_3.0.3-3ubuntu2.debian
When trying to use a fixed version of libpam-mysql (the one's I patched
here: https://bugs.launchpad.net/ubuntu/+source/pam-mysql/+bug/1574900)
with VSFTPD, authentication passes (no failed
Public bug reported:
In Ubuntu 16.04, the libpam-mysql package does not work. It crashes
with the below error:
PAM unable to dlopen(pam_mysql.so): /lib/security/pam_mysql.so:
undefined symbol: make_scrambled_password
I fixed this issue by download the source for the package and applying
the
It's not a bug with the package.
I found that the EHCP (http://www.ehcp.net) installer adds the line by
default during installation. It is because the author of the original
EHCP believes it is correct, when it is in fact incorrect.
I suggest using the forked version of EHCP which works much
It's not a bug with the package.
I found that the EHCP (http://www.ehcp.net) installer adds the line by
default during installation. It is because the author of the original
EHCP believes it is correct, when it is in fact incorrect.
I suggest using the forked version of EHCP which works much
Public bug reported:
In Ubuntu 13.04 and up (including the latest version of Ubuntu 14.04 x86
and x64 versions), the /etc/apache2/envvars file has the following line
at the bottom of the file:
umask 111
This needs to be removed, or files will not be able to be uploaded into
the /tmp directory
Public bug reported:
In Ubuntu 13.04 and up (including the latest version of Ubuntu 14.04 x86
and x64 versions), the /etc/apache2/envvars file has the following line
at the bottom of the file:
umask 111
This needs to be removed, or files will not be able to be uploaded into
the /tmp directory
28 matches
Mail list logo
