Hello Dear
PLz add mu new email id for the link excahnge,i have
lot of good sites
simi.ang...@gmail.com
Thanks
"Dominique Dumont" writes:
> That said, I do not know how complere is Kerberos model, or if Peter
> still has time to work on it.
>
> Peter, what's the status on Kerberos model ?
The model was pretty much 100% complete and had been well tested on my
box. However, I ran out of free time to work o
Raphael Hertzog (17/07/2009):
> At least dpkg-dev has one and it's run at build-time.
I thought the goal of dpkg-dev was to actually build other packages. I
don't know how dpkg-dev developers see this, but maybe having a few
packages rebuilt using the new dpkg-dev package would help spotting
brea
Raphael Hertzog (22/07/2009):
> Yes. Check "man dpkg-gensymbols" and see how some nice tools
> […propaganda…]
FSVO “nice”. #536034.
In case a maintainer of a shared lib never did this, I strongly advise
playing around with a simple combo of diff, find, and nm, in order to
have a look at what sym
Package: wnpp
Severity: wishlist
Owner: Anton Martchukov
* Package name: opencpn
Version : 1.3.2
Upstream Author : David Register
* URL : http://opencpn.sourceforge.net/
* License : GPL
Programming Lang: C/C++
Description : A concise ChartPlotter/Navig
> > 2) Runtime linking. This is overhead at application startup time.
> >Something that embeds an SQL engine should not, I think, start up too
> >frequently. Am I wrong?
[Bernd Zeimetz]
> We're talking about amarok here. As a medi aplayer I could imagine it
> will be starte several time
On 2009-07-22 18:06 +0200, Giacomo A. Catenazzi wrote:
> mawk is alway installed (required and a dependency of an essential package).
Wrong, you can easily remove mawk if you like, as long as you have
another package that provides awk:
,
| % LANG=C aptitude -s remove mawk
| Reading package l
"Giacomo A. Catenazzi" writes:
> Russ Allbery wrote:
>> awk is essential. Specific awk implementations are not, but the
>> interface is essential. This is something that we've discussed many
>> times over the years and I'm absolutely certain that statement is
>> correct.
> awk is a virtual pac
Russ Allbery wrote:
"Giacomo A. Catenazzi" writes:
Russ Allbery wrote:
libc is essential from a Policy perspective. It's just not marked that
way in the packaging system in case the SONAME changes, but it's
essential in the same way that awk is. Note that dependencies on awk
are not requir
"Giacomo A. Catenazzi" writes:
> Russ Allbery wrote:
>> libc is essential from a Policy perspective. It's just not marked that
>> way in the packaging system in case the SONAME changes, but it's
>> essential in the same way that awk is. Note that dependencies on awk
>> are not required (and ind
Russ Allbery wrote:
"Giacomo A. Catenazzi" writes:
Why?
"Always installed" is different to "essential", see e.g. libc.
libc is essential from a Policy perspective. It's just not marked that
way in the packaging system in case the SONAME changes, but it's essential
in the same way that awk i
I'd recommend coordinating any such model with the upstream Kerberos
implementations and with distributions.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processing commands for cont...@bugs.debian.org:
> clone 363250 -1
Bug#363250: please clarify in the man manpage how $PAGER is invoked
Bug 363250 cloned as bug 538022.
> reassign -1 general
Bug#538022: please clarify in the man manpage how $PAGER is invoked
Bug reassigned from package `man-db' to
clone 363250 -1
reassign -1 general
retitle -1 PAGER as a pipeline
tags 363250 fixed-upstream
thanks
On Sun, Apr 23, 2006 at 09:52:34PM +0200, Loïc Minier wrote:
> Yes, indeed, the root of the problem is the change of support for
> pipelines. However, I'm not sure that pipelines worked in the u
also sprach Guido Günther [2009.07.22.1523 +0200]:
> Sure. I think I do understand what James is talking about. It's
> basically a matter of taste if you rebase patch branches or use
> topgit - both have their up and downsides.
With reference to
http://lists.alioth.debian.org/pipermail/vcs-pkg-di
On Fri, Jul 17, 2009 at 06:48:22AM -0400, David Bremner wrote:
[..snip..]
> At least with topgit, patch branches are meant to be pushed and
> pulled, and use merge rather than rebase for just this reason. This
> makes the history ugly, but does facilitate the kind of collaboration
> James alluded
Sam Hartman writes:
> Last night I uploaded a more or less rewrite of krb5-config to
> experimental. The goal of this rewrite is to significantly reduce the
> number of cases where users are asked questions or where the resulting
> configuration is completely wrong.
For what it's worth (knowing
"Giacomo A. Catenazzi" writes:
> Why?
> "Always installed" is different to "essential", see e.g. libc.
libc is essential from a Policy perspective. It's just not marked that
way in the packaging system in case the SONAME changes, but it's essential
in the same way that awk is. Note that depend
Hi,
On Dienstag, 21. Juli 2009, Jonas Meurer wrote:
> is there any chance to get that fixed by either removing the circular
> dependency from perl directly or by adding code to manage circular
> dependencies to piuparts?
as a first approach to this problem I plan to make piuparts ignore circular
On Sun, Jul 19, 2009 at 23:41:24 +0200, Axel Beckert wrote:
> Debian's busybox package has the syslogd and klogd functionalities
> already compiled in, but to use them, a little bit more than a few
> symbolic links is needed.
>
> This package provides the appropriate dependencies, the symbolic li
Peter Samuelson wrote:
> 2) Runtime linking. This is overhead at application startup time.
>Something that embeds an SQL engine should not, I think, start up too
>frequently. Am I wrong?
We're talking about amarok here. As a medi aplayer I could imagine it will be
starte several times p
Package: wnpp
Severity: normal
I request assistance with maintaining the mdadm package. I can still
maintain it, but would like to pass it to someone else in the long
run, so now would be a good time to get into it.
The package description is:
The mdadm utility can be used to create, manage, and
Last night I uploaded a more or less rewrite of krb5-config to
experimental. The goal of this rewrite is to significantly reduce the
number of cases where users are asked questions or where the resulting
configuration is completely wrong.
krb5-config is responsible for generating /etc/krb5.conf
On Wed, Jul 22, 2009 at 10:20 AM, Siggy Brentrup wrote:
> No, exim4 can't do it either, the reason given in
> http://wiki.exim.org/FAQ/Rewriting_addresses/Q0807
> is convincing.
Ok, your question wasn't too clear on that. I didn't know you needed
to rewrite the envelope sender based on the target
On Wed, Jul 22, 2009 at 09:36 +0200, Izak Burger wrote:
> On Tue, Jul 21, 2009 at 7:31 PM, Siggy Brentrup wrote:
> > Here's the question again: which one of the abundance of MTAs in
> > Debian is capable of address rewriting depending on destination?
>
> I am pretty sure exim can do this. Chapter
Hi Izak,
On Wed, Jul 22, 2009 at 09:36 +0200, you wrote:
> On Tue, Jul 21, 2009 at 7:31 PM, Siggy Brentrup wrote:
> > Here's the question again: which one of the abundance of MTAs in
> > Debian is capable of address rewriting depending on destination?
>
> I am pretty sure exim can do this. Chapte
Raphael Hertzog writes:
> A question about this project, I've recently discovered augeas, how do you
> compare yourself with it?
I forgot to mention that a video of the Config::Model presentation done
during French Perl Workshop is available there:
http://fpw2009.ubicast.eu/videos/free/64/
U
On Tue, Jul 21, 2009 at 7:31 PM, Siggy Brentrup wrote:
> Here's the question again: which one of the abundance of MTAs in
> Debian is capable of address rewriting depending on destination?
I am pretty sure exim can do this. Chapter 24 in the manual describes
headers_rewrite which is a generic opti
On Wed, 22 Jul 2009, Christian Hammers wrote:
> Am Tue, 21 Jul 2009 22:13:55 + (UTC)
> schrieb Philipp Kern :
> > Well, actually... I would expect that from a maintainer of a... shared
> > library. dpkg-gensymbols helps with that, though.
>
> I meant "maintainer" as in Debian maintainer not a
29 matches
Mail list logo
