On Wed, 23 Nov 2022 14:08:58 +0100 Sylvain Rochet wrote:
Attached patch is a better approach to fix that by loading providers in
main instead of crypto module. That way it also works for legacy VTun
crypto module (VTun <= 2.6) if there are any users left and is future
proof for auth module.
other archs.
Regards, Christoph Lechleitner
--
Christoph Lechleitner
Geschäftsführung
ITEG IT-Engineers GmbH | Salurner Straße 18, A-6020 Innsbruck
FN 365826f | Handelsgericht Innsbruck | Mobiltelefon: +43 676 3674710
What is this list you refer to?
Propably non-existent.
I just assumed (hoped) there 'd be a set of rules or a list of packages for
which regular updates are considered security relevant even if there are not
exactly bugs to fix; and I think ca-certificates might deserve to be on such a
list.
?
If it weren't for this dependency, wheezy's ca-certificates package
could probably be used for squeeze without any changes.
Or am I in for a shock once I look into the source package(s)?
Regards,
Christoph Lechleitner
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Regarding our business model:
Using Debian on those customer systems was not our choice, it was the
customer's. But we recommended it - over the other choices which were SuSE and
Windows Vista.
It kind of plays into our hands though, because the mere know-how and ability
to maintain and use the
Am 2012-10-03 16:07, schrieb Simon Deziel:
Hi,
Since the kernel upgrade, all my Ubuntu Lucid VZ are broken. The
breakage manifests in various way but the more evident is the init
sequence missing some important parts.
Lucid guests never worked for me.
Old kernel working to vzctl enter in
Am 2012-07-10 16:58, schrieb Benjamin Henrion:
I am affected by that bug, as updatedb crashes inside a VZ:
Can someone fix that?
Just to be sure, you did notice we from ITEG are providing binary
packages for now?
They are at
http://deb.clazzes.org/debian/pool/squeeze-contrib-1/
resp.
Am 2012-07-10 19:12, schrieb Michael Renner:
On Jul 10, 2012, at 17:25 , Christoph Lechleitner wrote:
Am 2012-07-10 16:58, schrieb Benjamin Henrion:
I am affected by that bug, as updatedb crashes inside a VZ:
Can someone fix that?
Just to be sure, you did notice we from ITEG are providing
Am 2012-06-30 13:24, schrieb Tim Small:
Doesn't that look like dropping Debian+OpenVZ users in it a bit?
I totally agree.
Suddenly they have to switch to a non-Debian kernel (or otherwise a
completely different virtualisation technology) half way through a
stable release with no notice,
#c3
Our test packages are avaiable for interested users:
deb http://deb.clazzes.org/debian squeeze-contrib-1 main
I'd of course love to see our solution beeing integrated in Debian.
Regards,
Christoph Lechleitner
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Am 2011-06-28 21:17, schrieb Christoph Lechleitner:
Today I was successful in confirming this bug using the current FAI CD
(faicd-3.4.8.iso).
But I might have found a hint to the problem:
[...]
I then created /media/stick/boot manually, and was then able to boot a
test machine far beyond
Today I was successful in confirming this bug using the current FAI CD
(faicd-3.4.8.iso).
But I might have found a hint to the problem: While following the
instructions in http://fai-project.org/fai-cd/ I saw interessting error
messages during the
cp -a mnt/* /media/stick/
step (sorry I forgot
Which kind of file system is on your USB stick? How is your USB stick
partitioned?
The filesystem was created as
mkfs -t ext2 -L stick /dev/sdb1
Is ext2 ok here?
Every bootable USB stick I have seen so far is formated with some FAT
variant.
Regards Christoph
--
To UNSUBSCRIBE, email to
Hi.
I came across this bug report after I locked myself out of a new
Dell PE 1950 III machine by upgrading from etch to lenny (for getting
openvz and drbd in one kernel without much hacking).
For me it was enough to install firmware-bnx2 and reboot.
On suspicion that it helps I attach some
I have the exact same problem on Ubuntu hardy with suphp-common
0.6.2-2ubuntu1 and I can confirm that ...
I've changed it to root:root and re-installed the latest packages and it
now PHP appears to work fine.
... chowning /var/www and any further intermediate directory from
www-data to root
ssh with rsync-compression and ssh-compression enabled
(unfortunately ssh has no --do-not-compress option, and I do not want to
disalbe ssh's compression in ssh_config, due to heavy ssh usage).
Avoiding rsync's compression did not help at earliers tests.
Kind regards,
Christoph Lechleitner
16 matches
Mail list logo
