Hello,
I have been requested to add KCM to the Debian packages - see bug #379245.
Based on my limited understanding, KCM is a system wide daemon that
keeps track of user's Kerberos tickets, in memory, so they don't need
to be stored in /tmp.
This presumably means an /etc/init.d/* script will be
On 2006-08-21 00:40:09, Michael Banck wrote:
libc6 is only available on GNU/Linux, you probably mean glibc. If
that
is the case, then it should probably be fine
Correct:-)
--
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael rasmussen cc
http://keyserver.veridis.com:1137
On Sun, Aug 20, 2006 at 11:24:49PM +0200, Michael Rasmussen wrote:
> Which non-linux versions are you referring to? If the compile with
> option -std=c99 and -pedantic showing no warnings or errors the ought
> to be able to compile on any arch with gcc-4.1. Only dependency for
> building it i
Package: wnpp
Owner: Arnaud Fontaine <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: markup
Version : 0.1.0
Upstream Author : Edgewall Softwar <[EMAIL PROTECTED]>
* URL : http://markup.edgewall.org/
* License : BSD
Programming Lang: Python
Description
On 2006-08-20 20:00:57, Guillem Jover wrote:
If the current build system supports those arches, and yours does
not,
You can hardly call it the "Current build system" as it is a number of
Makefiles in which you need, manually, to add some defines.
What I have made is a generic package which
Package: wnpp
Severity: wishlist
Owner: "James R. Van Zandt" <[EMAIL PROTECTED]>
* Package name: aa
Version : 5.6
Upstream Author : Steve Moshier <[EMAIL PROTECTED]>
* URL : http://www.moshier.net/
* License : under discussion (probably GPL)
Programming Lang:
On Mon, 2006-08-14 at 23:10:04 +0200, Michael Rasmussen wrote:
> On 2006-08-14 22:33:49, Hendrik Sattler wrote:
> > Do you plan to support other system than linux in a fork? If no, there
> > is
> Well, the software is already prepared to support *BSD, Solaris and
> Linux, but I only intent to supp
carlopmart <[EMAIL PROTECTED]> writes:
> Hi all,
>
> I need to deploy several xen servers under Debia nEtch next week, and
> I have one doubt. Which is the difference between these kernels:
> linux-image-2.6.16-2-xen-686 and linux-image-2.6.16-2-xen-vserver-686?
> What does it means -vserver suff
Package: wnpp
Severity: normal
I'm asking for someone else to maintain xdiskusage because I'm not
using it anymore because I've switched to fsview (package
konq-plugins).
--
Cyril Bouthors
pgpITfCDyLs0z.pgp
Description: PGP signature
su, 2006-08-20 kello 18:08 +0200, Wouter Verhelst kirjoitti:
> On Sun, Aug 20, 2006 at 03:59:17PM +0300, Lars Wirzenius wrote:
> [...]
> > fprintf(stderr, "Could not read file: %s: %s\n", filename,
> > strerror(errno));
> >
> > Please consider the above a minimal requirement for an
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> Bullshit. The above could also have been done as
> sprintf(buf, "Could not read file %s", filename)
> perror(buf);
There's a buffer overflow waiting to happen.
> or, perhaps (depending on what the file actually was):
> perror("Could not read config
On Sun, Aug 20, 2006 at 03:59:17PM +0300, Lars Wirzenius wrote:
[...]
> fprintf(stderr, "Could not read file: %s: %s\n", filename,
> strerror(errno));
>
> Please consider the above a minimal requirement for an error message: it
> reports the operation that was attempted (reading a
* Goswin von Brederlow:
> What code do you need there? If the rred method keeps the full Index
> file in memory during patching it can just be fed all the patches one
> after another and only write out the final result at the
> end. Combining the patches is a simple cat.
#383881 suggests that I/O
su, 2006-08-20 kello 12:48 +0200, Hendrik Sattler kirjoitti:
> And there is always perror() which is something like:
> printf("%s%s%s\n",(s?s:""),(s?": ":""),strerror(errno));
> So, using something like:
> perror(__FUNCTION__);
> of
> perror(NULL);
> is probably a good idea.
Not if you care
Alexey Feldgendler wrote:
Greetings to everybody on this list, it's my first post here.
ifupdown, the official Debian network configuration tool, is great for
configuring interfaces like Ethernet adapters. However, as time goes,
more and more use cases occur which are hard to fulfill with ifu
Am Samstag 19 August 2006 17:28 schrieb Steve Greenland:
> On 18-Aug-06, 16:48 (CDT), Hendrik Sattler <[EMAIL PROTECTED]> wrote:
> > No, %m is, according to printf(2) manpage:
> > m (Glibc extension.) Print output of strerror(errno). No argument
> > is required.
> >
> > So why isn't
> > pri
Am Samstag 19 August 2006 15:25 schrieb Marc Haber:
> On Thu, 17 Aug 2006 19:21:22 +0200, Hendrik Sattler
>
> <[EMAIL PROTECTED]> wrote:
> >The suggestion to use "nodaemon" as default for exim4 when only handling
> > local mail will probably be rejected?
>
> Of course. You won't get any queue runs
also sprach Alexey Feldgendler <[EMAIL PROTECTED]> [2006.08.20.0858 +0100]:
> Having summarized the conceptual problems of the current ifupdown, I'll
> describe my vision of what it should look like.
Please take a look at http://wiki.debian.org/netconf .
It would be great if you could help fles
On Sunday 20 August 2006 08:58, Alexey Feldgendler wrote:
> Greetings to everybody on this list, it's my first post here.
>
> ifupdown, the official Debian network configuration tool, is great for
> configuring interfaces like Ethernet adapters. However, as time goes, more
> and more use cases occu
On Sun, Aug 20, 2006 at 02:58:25PM +0700, Alexey Feldgendler
wrote:
> My guess is that it's time to rethink the philosophy
> behind ifupdown and give it some natural development.
Interesting post. Many of these problems (and others not
listed) also apply to the ifup/down suite in other
distributi
Greetings to everybody on this list, it's my first post here.
ifupdown, the official Debian network configuration tool, is great for
configuring interfaces like Ethernet adapters. However, as time goes, more
and more use cases occur which are hard to fulfill with ifupdown as it is.
My gues
21 matches
Mail list logo
