Hi,
On Wed, Jul 23, 2008 at 11:36:01PM +0300, Teodor wrote:
> On Wed, Jul 23, 2008 at 10:52 PM, Nicolas Boullis <[EMAIL PROTECTED]> wrote:
> > Sorry for asking a potentially stupid question, but how does the
> > "Default-Start" keyword affect the bahvior of
Hi Kel,
On Wed, Jul 23, 2008 at 11:55:04PM +1000, Kel Modderman wrote:
> Hi Nicolas,
>
> Just add the LSB header with correct information like:
>
> ### BEGIN INIT INFO
> # Provides: athcool
> # Required-Start:$remote_fs
> # Required-Stop: $remote_fs
> # Default-Start: 2 3 4
Hi,
As a follow-up to myself, and as suggested by Kel Modderman, please also
CC replies to the developer list for initscripts-ng. (Full message kept
for those people.)
On Mon, Jul 21, 2008 at 11:33:10PM +0200, Nicolas Boullis wrote:
> Hi,
>
> Disclaimer: I've been pretty busy
Hi,
Disclaimer: I've been pretty busy recently, not giving my Debian
packages the care and love they deserve. That's why I'm now asking for
help, somewhat late...
On Sat, Jul 19, 2008 at 03:35:35PM +0200, Luk Claes wrote:
>
> * Prepare init.d-Scripts for dependency-based init systems
>
> Wide
Hi,
On Sat, Dec 30, 2006 at 04:31:12PM +0100, Joerg Jaspert wrote:
> - the birthDate field isn't currently available via the mail daemon,
>this will be fixed soon.
What about gender? How is it specified?
with a ldapsearch, I can find 1, 2 and 9...
Cheers,
Nicolas
--
To UNSUBSCRIBE, ema
Package: wnpp
Severity: wishlist
Owner: Nicolas Boullis <[EMAIL PROTECTED]>
* Package name: vdr-plugin-dxr3
Version : 0.2.6
Upstream Author : Kai Moeller <[EMAIL PROTECTED]>,
Stefan Schluenss <[EMAIL PROTECTED]>,
Hi,
On Sun, Nov 20, 2005 at 12:39:24PM -0800, Russ Allbery wrote:
> Nicolas Boullis <[EMAIL PROTECTED]> writes:
> > On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
>
> >> 3) Keep the files that 'signal' executables in the same package than t
On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
> Hello Debian developers,
>
> When doing research about circular-deps, I looked at a lot of packages
> that are split between a binary package and a data package. This is a
> good thing since this reduce the total siez of the archive
Hi,
I was about to upload a new release of one of my packages, but lintian
complains that "postinst-does-not-load-confmodule". Running lintian with
-i, I can get more information:
N: Even if your postinst does not involve debconf, you currently need to
N: make sure it loads one of the debco
Hi,
Trying to upgrade a woody system to sarge, I experienced problems
upgrading libgtk2.0-0, and discovered that this packages was
self-depending. Afetr forcing the upgrade with "dpkg -i --force-depends",
everything went smoothly. So I filed a bug against libgtk2.0-0.
Then I discovered that I c
Hi,
On Sun, Feb 06, 2005 at 08:53:52PM +1100, Anibal Monsalve Salazar wrote:
> Changes:
> vcdimager (0.7.21-1) unstable; urgency=low
> .
>* New upstream release.
>* Rebuild against libcdio3 and libiso9600-3.
>* Hack ltmain.sh to build programs with rpath as .libs/lt/foobar rather
>
one month old sarge.)
Thanks in advance,
Nicolas Boullis
PS: please CC your replies to me (MFT set accordingly) as I currently
can't track d-d.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
On Thu, Dec 16, 2004 at 09:13:43AM +0100, Adrian von Bidder wrote:
> On Thursday 16 December 2004 00.34, Nicolas Boullis wrote:
> [de-installing run-level links that weren't installed]
>
> How about installing links as /etc/rc?.d/K??foo - so the links are there and
> are
On Thu, Dec 16, 2004 at 12:53:27AM -0500, sean finney wrote:
> On Thu, Dec 16, 2004 at 12:34:21AM +0100, Nicolas Boullis wrote:
> > But a user felt concerned that, in the future, he may remove the package
> > and forget to delete the links. Then I thought I could remove the links
Hi,
On Thu, Dec 16, 2004 at 09:32:08AM +0100, Javier Fernández-Sanguino Peña wrote:
>
> Well, you could have a message saying that you need to enable foo and a
> 'force-start' action that started it regardless of what's in /etc/default.
That might be a solution. Users would certainly be less con
Hi,
On Wed, Dec 15, 2004 at 08:47:43PM -0600, John Hasler wrote:
> Your script should check $PRERUNLEVEL. It will be N if you are booting.
That's a nice idea, but do you know how fine it would behave with
things like file-rc?
Nicolas
Hi,
On Wed, Dec 15, 2004 at 04:33:49PM -0800, Russ Allbery wrote:
>
> A technique that I've used in packages with this issue is to install the
> rc*.d symlinks by default, but also have the init script check a file in
> /etc/default to see whether or not to actually start at boot. If you
> insta
Hi folks,
A package of mine installs an init script. But as the corresponding
programs plays with the motherboard's chipset configuration, it is quite
prone to break the system. So I chose not to install rc*.d symlinks by
default.
To make life easier for users, i explain in a README file how t
Hi,
On Wed, Nov 17, 2004 at 06:05:47PM +0100, Leszek Koltunski wrote:
>
> So, the question is: why is /dev/hdc owned by 'disk' in Sarge? Does it
> have to be so for some reason? If not, I'd suggest to change that to
> 'cdrom' as it seems to help with ejecting...
I guess it is simply not owned by
e reported. If you own an
athlon-based computer and want to help me with athcool, please send me
an e-mail and tell me what kind of motherboard/CPU you own.
FYI, I currently need someone with a VIA KT600 or KT400 chipset to try
to reproduce bug #276757 on both kind of systems.
Thanks in advance,
Nicolas Boullis
Hi,
On Tue, Oct 07, 2003 at 05:03:19AM +1000, Anthony Towns wrote:
> On Sat, Oct 04, 2003 at 01:46:08AM +0200, Nicolas Boullis wrote:
> > Moreover, that does not answer to my real question: is there a good
> > reason not to implement such an extended syntax for versionned
&g
(Sorry Daniel for first sending this e-mail to you only by mistake.)
Hi,
On Fri, Oct 03, 2003 at 04:06:42PM -0400, Daniel Jacobowitz wrote:
> On Fri, Oct 03, 2003 at 09:55:09PM +0200, Nicolas Boullis wrote:
> > Hi,
> >
> > On Fri, Oct 03, 2003 at 09:19:39AM +0200, Dagfinn I
Hi,
On Fri, Oct 03, 2003 at 09:19:39AM +0200, Dagfinn Ilmari Mannsåker wrote:
> > So I'd like my package to conflict with versions A to B of foo. I tried
> > to specify it with "Conflicts: foo (>> A), foo (<< B)" but, as I feared,
> > it does not work since it now conflicts both with all versio
Hi,
One package of mine needs to conflict with a few consecutive versions
of a package. Let's say that the package foo introduced a feature that
conflicts with my package in version A and removed it in version B.
So I'd like my package to conflict with versions A to B of foo. I tried
to specif
Hi,
On Tue, Sep 30, 2003 at 12:27:29AM +0200, Eduard Bloch wrote:
> > > kdist_clean:
> > > $(ROOT_CMD) $(MAKE) $(MFLAGS) -f debian/rules clean
> >
> > Are those $(MFLAGS) really useful?
> > I thought they were not because $(MAKE) also had the flags, but I'm not
> > sure anymore...
>
>
Hi,
On Mon, Sep 29, 2003 at 01:43:05PM -0400, David Z Maze wrote:
> I don't consider it a bug. I do think the kdist and kdist_image
> targets should reinvoke make under $(ROOT_CMD), though, just to be
> sure. The i2c-source debian/rules file has:
>
> kdist_image:
> $(ROOT_CMD) $(MAKE)
Hi,
On Tue, May 13, 2003 at 05:56:08PM +0200, Bill Allombert wrote:
> Bonjour,
>
> I am french and I don't regard the 'Imprimerie Nationale' rules as binding.
> We are still a free country.
>
> Do we have such standard document for the original english description ?
> No, and there is no dedicat
Hi!
This tool is great and very useful.
However, there is a little bug with some kind of mangling of the version
numbers:
on "http://qa.debian.org/developer/index.php?package=loadwatch";,
loadwatch appears to have 2 different versions in testing and unstable
(1.0_1.1alpha1-1 and 1.0+1.1alpha1-1),
Hi!
When I read both your mail, I have the feeling that aspell should be
split in 2 packages: aspell (which provides the spell-checking
functionality, and depends on any dictionary) and aspell-dev (which
provides the word-list generation functionality).
And if you can't split both functionality,
29 matches
Mail list logo
