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.
's interested.
Our clean room build infrastructure has been relieved from i386 and we don't
support other archs.
Regards, Christoph Lechleitner
--
Christoph Lechleitner
Geschäftsführung
ITEG IT-Engineers Gmb
> 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.
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
he openssl binary package?
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-b
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 ent
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?
>&g
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. ava
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 notic
w_bug.cgi?id=2142#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.
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
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 t
>> 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 detai
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 "so
s.
I use rsync over 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 regard
16 matches
Mail list logo
