binary:casync is NEW.
binary:casync is NEW.
source:casync is NEW.
Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.
Packages are
casync_1+65-1_amd64.changes uploaded successfully to localhost
along with the files:
casync_1+65-1.dsc
casync_1+65.orig.tar.gz
casync_1+65-1.debian.tar.xz
casync-dbgsym_1+65-1_amd64.deb
casync_1+65-1_amd64.buildinfo
casync_1+65-1_amd64.deb
Greetings,
Your Debian queue daemon (
Processing commands for cont...@bugs.debian.org:
> tags 868695 - moreinfo
Bug #868695 [systemd] systemd: leaves empty LC_CTYPE what breaks X11 ssh
password prompt
Removed tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
868695: https://bugs.debian
Michael Biebl writes:
Hi,
Sorry for not replying for your previous e-mails, I was too tired
yesterday after work, and planned to do this today, but probably it
doesn't make sense anymore as you've found the commit that caused the
issue. Anyway I was pretty sure that the LC_CTYPE settings are
rele
Package: wnpp
Severity: wishlist
Owner: Felipe Sateler
* Package name: casync
Version : 1
Upstream Author : Lennart Poettering
* URL : https://github.com/systemd/casync
* License : LGPL-2.1
Programming Lang: C
Description : content addressable data syn
Am 17.07.2017 um 20:54 schrieb Robert Luberda:
> Yes, LC_CTYPE and other LC_ variables are empty, because they are set
> like this in /lib/systemd/system/getty@.service.
Afaics, this was broken by
https://github.com/systemd/systemd/pull/6023
Robert, can you try reverting the commit
https://github
Processing commands for cont...@bugs.debian.org:
> forwarded 868695 https://github.com/systemd/systemd/issues/6407
Bug #868695 [systemd] systemd: leaves empty LC_CTYPE what breaks X11 ssh
password prompt
Set Bug forwarded-to-address to
'https://github.com/systemd/systemd/issues/6407'.
> thanks
S
Ok, thanks a lot for the fast reply! So this is a known issue. Can I
help with something or will this be fixed over time? The bug report
conversation is already a bit dated...
On 07/19/2017 10:18 AM, Michael Biebl wrote:
> Am 19.07.2017 um 09:19 schrieb Ansgar Burchardt:
>> Paul Zeiger writes:
Package: libpam-systemd
Version: 232-25
Followup-For: Bug #825949
Dear Maintainer,
this is just to confirm that the behaviour is still there, now that stretch has
been released.
-- System Information:
Debian Release: 9.0
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-3-amd64 (SMP w/1 CPU cor
Processing commands for cont...@bugs.debian.org:
> forwarded 865450 https://github.com/systemd/systemd/issues/6374
Bug #865450 [systemd] systemd: tmpfs size mount option ignored when expressed
in %
Set Bug forwarded-to-address to
'https://github.com/systemd/systemd/issues/6374'.
> thanks
Stoppin
Am 19.07.2017 um 09:19 schrieb Ansgar Burchardt:
> Paul Zeiger writes:
>> /usr/lib/systemd/resolv.conf
>>
>> is missing and it should be provided by the package according to the man
>> page
>> (https://manpages.debian.org/stretch/systemd/systemd-resolved.service.8.en.html)
>> in order to operate r
Hi,
Paul Zeiger writes:
> I am currently setting up a web server and I want the network to be
> managed by systemd's networkd and name resolution to be performed by
> resolved. However the file
>
> /usr/lib/systemd/resolv.conf
>
> is missing and it should be provided by the package according to th
Dear Ladies and Gentlemen
I am currently setting up a web server and I want the network to be
managed by systemd's networkd and name resolution to be performed by
resolved. However the file
/usr/lib/systemd/resolv.conf
is missing and it should be provided by the package according to the man
pag
13 matches
Mail list logo