Package: lbzip2
Version: 2.5-2.2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
current package is broken.
Executable is missing.
Best
Marcus Jodorf
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable
Package: xpra
Version: 0.17.6+dfsg-1
Severity: important
Dear Maintainer,
I hit an old bug that was alread reported upstream in:
https://xpra.org/trac/ticket/1395
(patch is also included in the ticket)
Best regards,
Marcus Jodorf
-- System Information:
Debian Release: buster/sid
APT
widget_set_sensitive (item, FALSE);
- }
-
return item;
}
Best regards,
Marcus Jodorf
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64
(x86_64)
Kernel: Linux 4.11.0 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8
Only
"FallbackNTP=" is not working.
The system is running network-manager and there are no manual network
settings. DHCP is not announcing any time servers.
Please tell me if you need more information and how I should provide it
if necessary.
Best regards,
Marcus Jodorf
On
-in ntp servers
(0.debian.pool.ntp.org and so on).
Best regards,
Marcus Jodorf
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64
(x86_64)
Kernel: Linux 4.11.0 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
times and at least 2 times of
these you get something quite different.
Best regards,
Marcus Jodorf
r=network.target" applied, postfix start is delayed and
the postfix copy of resolv.conf contains the necessary entries.
Best regards,
Marcus Jodorf
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.
alone works.
The combination of -M and -h still works.
man-page still lists all options as valid options and hasn't changed.
Best regards
Marcus Jodorf
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel
On 01/04/2016 10:20 PM, Julien ÉLIE wrote:
[...]
I believe it will fix Marcus' issue.
If confirmed, I can commit it upstream for INN 2.6.1.
Thanks Julien and Marco!
I applied the patches and so far all seems to be back to normal.
rnews is working again as usual.
Best,
Marcus
Package: inn2-inews
Version: 2.6.0-1
Severity: important
Dear Maintainer,
I'm running a local inn2 fed by suck for decades pretty much
without any problems.
The last update to inn2 2.6.0-1 in sid now broke it.
rnews which (is called by suck as user root like this:
NNTPSERVER=192.168.1.1
,
Marcus Jodorf
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12.9 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell
grub-install --boot-directory=/boot/efi/efi -bootloader-id=grub\
--no-floppy --recheck
Drop the --boot-directory parameter
Thx. That does the trick.
Still, I believe it to be unsuspected and bad behaviour that update-grub
simply breaks when using a normal documented feature of
Package: grub-efi-amd64
Version: 1.99~rc1-13
Severity: important
I converted my system to boot with efi and found this to be quite hard
to try with this package (not the tiniest bit of documentation, leaves
the system without working bootmanager after install, etc).
So that is what I did to get
Sorry, I forgot to write this:
~# update-grub
Generating grub.cfg ...
cat: /boot/grub/video.lst: No such file or directory
This error obviously occurs, because there naturally is no video.lst in this
place.
It's in /etc/boot/efi/efi/grub/ where it had been installed by previous
grub-install
Kurt Roeckx wrote:
I'm first trying get an idea of where it might go wrong.
The only thing I can say for now is that the problem goes away
in postfix if you comment out the smtpd_tls_CAfile line.
Interesting.
There is no real logical explanation why I even tried this, but I just
commented
Kurt Roeckx wrote:
With which program do you connect to dovecot? Are you doing
it with imap (port 143) or imaps (port 993)?
I tried icedove (2.0.0.22) and Apple Mail.
Icedove originally was set to use TLS with port 143 and Apple Mail had
it's use ssl setting set which results in using port
Package: libssl0.9.8
Version: 0.9.8m-2
Severity: important
This seems to be related to bug #573748 which was reassigned from libssl0.9.8
to postfix.
I ran into similar problems with my dovecot (1.2.10-1) installation.
After upgrading to libssl0.9.8m-2 I'm unable to connect to my dovecot server
On 10/20/06, Damyan Ivanov [EMAIL PROTECTED] wrote:
I suffer from this bug too. After the last upgrade, first proftpd didn't
want to start up at all, complaining of missing files while loading
modules. Commenting out mod_ldap and mod_sql_* from modules.conf seemed
to cure the problem -
18 matches
Mail list logo
