I have the same problems since upgraded to 10.x - and it is frustrating that I
cannot do automated VM backups because I don't want to (temporary) shutdown AA
in a script. So I start the backup script by hand every time.
Is this due a change by maintainer or is this an upstream bug (with fedora a
Package: bash
Version: 4.4-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Tried to login on server or "su -" but got only
-su: xmalloc: cannot allocate 80008 bytes (1626112 bytes allo
Ok, I tried a lot, but with current live-build without patching
live-update-initramfs it is not possible getting a live system which
supports encrypted partitions at boot time for persistence.
So it must get fixed in live build tools, eg in live-update-initramfs.
Or cryptsetup changes the default
Ok,
Yes, then this is a bug in live-build not boot.
I tried a lot since yesterday getting this parameter into initram build
but no chance until now. No ideas anymore meanwhile (without patching
the live builds itself)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Package: live-boot
Version: 4.0.1-1
Severity: important
Tags: d-i
Dear Maintainer,
I tried a while getting a live system working with encrypted persistence on
boot time. When doing
live-persistence activate /dev/sdx2
it ask for password and setup the encryption, thats ok. But boot time
persiste
Package: general
Severity: normal
Tags: ipv6
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
I have to maintain serveral virtual maschines which has only IPV6 available due
serveral reasons.
When setting up debian testing it cost a lot of time to find a deb
Package: network-manager-openvpn
Version: 0.9.8.4-1
Severity: important
Tags: ipv6
Dear Maintainer,
* What led up to the situation?
I'd try to connect to an openvpn server which is pushing ipv6 (and ipv4)
addresses to clients. When using openvpn on commandline ("openvpn --config
client.conf")
This messages is the simple output of the ssh layer subversion uses. Means,
the question is asked by ssh not by kdesvn. So it can not fixed in kdesvn.
signature.asc
Description: This is a digitally signed message part.
This bug is fixed in recent versions of kdesvn
signature.asc
Description: This is a digitally signed message part.
This is fixed upstream in revision 2014
(http://kdesvn.alwins-world.de/changeset/2014) and comes with 1.5.1,
would nice if someone would store such bugs to the kdesvn tracker in
future :)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
Here the same: just upgraded and auth_pam doesn't work anymore.
If any one has it working, please tell, authn_pam isn't reachable, auth_pam
doesn't work in debian, switch to another server isn't possible this moment -
wonderfull.
Only that brainfucked clear error message in logfile:
Internal
Package: libapache2-svn
Version: 1.3.2-5+b1
When doing long requests like log on a repository served by apache2 and
subversion module, it end with an error and inside apache2 error log
following line appears:
[error] [client 127.0.1.1] Provider encountered an error while streaming a
REPORT res
Hi,
(j4i - me the main author behind kdesvn)
as in kdesvn-bugtracker described - this bug is now real fixed.
I'll test it now shortly and I think I'll release ASAP 0.9.1 with that fix
(and two Michael made).
tnx for exercise patience
Rajko
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
13 matches
Mail list logo
