On 20/02/19 12:59 am, David C. Rankin wrote:
All,
After the pambased defaults change, I thought I had gotten everything fixed,
today scanning to server via vsftpd issued:
Feb 19 12:19:49 phoinix vsftpd[8652]: pam_warn(ftp:auth):
function=[pam_sm_authenticate] flags=0 service=[ftp]
On 02/19/2019 01:29 PM, David C. Rankin wrote:
> $ cat dovecot
> authrequiredpam_unix.so nullok
> account requiredpam_unix.so
>
I just went with the dovecot version and copied it to '/etc/pam.d/ftp' and
removed the 'nullok', ftp is working again.
--
David C. Rankin,
All,
After the pambased defaults change, I thought I had gotten everything fixed,
today scanning to server via vsftpd issued:
Feb 19 12:19:49 phoinix vsftpd[8652]: pam_warn(ftp:auth):
function=[pam_sm_authenticate] flags=0 service=[ftp] terminal=[ftp]
user=[sharp] ruser=[sharp]
On 2/19/19 6:21 PM, Ralph Corderoy wrote:
Hi Maderios,
I can't connect users in tty. Mariadb and avahi-daemon don't start at
boot. I can't start them manually too using systemctl.
...
stdout to the journal socket, ignoring: Permission denied
Feb 19 14:54:27 nalik systemd[980]:
Hi Maderios,
> I can't connect users in tty. Mariadb and avahi-daemon don't start at
> boot. I can't start them manually too using systemctl.
...
> stdout to the journal socket, ignoring: Permission denied
> Feb 19 14:54:27 nalik systemd[980]: mariadb.service: Failed to connect
Do you see
On 2/19/19 11:26 AM, Tinu Weber wrote:
> On Tue, Feb 19, 2019 at 10:22:34 -0500, Eli Schwartz via arch-general wrote:
>> On 2/19/19 10:19 AM, Tinu Weber wrote:
>>> On Tue, Feb 19, 2019 at 14:10:34 +0100, Robin Broda via arch-general wrote:
remakepkg invalidates .BUILDINFO and breaks
Hi
Yesterday, it seems i broke something in my system:
Arch is updated. Linux-lts kernel.
I can't connect users in tty. Mariadb and avahi-daemon don't start at
boot. I can't start them manually too using systemctl.
But I can connect as root.
Other services are started normally: ntpd, connmand,
On Tue, Feb 19, 2019 at 10:22:34 -0500, Eli Schwartz via arch-general wrote:
> On 2/19/19 10:19 AM, Tinu Weber wrote:
> > On Tue, Feb 19, 2019 at 14:10:34 +0100, Robin Broda via arch-general wrote:
> >> remakepkg invalidates .BUILDINFO and breaks reproducible builds as far as
> >> i can tell.
> >
On 2/19/19 10:19 AM, Tinu Weber wrote:
> On Tue, Feb 19, 2019 at 14:10:34 +0100, Robin Broda via arch-general wrote:
>> remakepkg invalidates .BUILDINFO and breaks reproducible builds as far as i
>> can tell.
>
> The semantics of .BUILDINFO in the context of remakepkg were unclear to
> me, so I
On 2/19/19 4:19 PM, Tinu Weber wrote:
> Author of remakepkg here. I think that adding such functionality to
> pacman would be a bit... backwards.
>
>
>> remakepkg invalidates .BUILDINFO and breaks reproducible builds as far as i
>> can tell.
>
> The semantics of .BUILDINFO in the context of
On Tue, Feb 19, 2019 at 14:10:34 +0100, Robin Broda via arch-general wrote:
> On 2/19/19 7:20 AM, Michael Lojkovic via arch-general wrote:
> >
> > The only thing I can think of, which applies to Arch is implementing
> > remakepkg features in pacman. I was going to add those in when I got
> >
On 2/19/19 1:20 AM, Michael Lojkovic via arch-general wrote:
> On Sat, 2 Feb 2019 20:51:37 +0530
> Aniket Pradhan wrote:
>
>> Hello Govind, and Everyone!
>>
>> Thanks for your feedback.
>>
>> Your arguments are on point, and I agree with you on the fact that the
>> ideas do not apply to Arch.
>>
On 2/19/19 7:20 AM, Michael Lojkovic via arch-general wrote:
>
> The only thing I can think of, which applies to Arch is implementing
> remakepkg features in pacman. I was going to add those in when I got
> around to it, but it's also worth doing for Google Summer of Code.
>
>
13 matches
Mail list logo
