On Thu, Jan 03, 2008 at 09:10:10PM -0800, Steve Langasek wrote:
> In that case, why would we not just migrate toward upstart as an init with
> service supervisor capabilities? :)
In the long run that may be desirable, but IMHO it won't happen in the
near future. Or do you already know something a
On 11253 March 1977, Russ Allbery wrote:
> I'd really like to not have to make this decision myself. I'd like to get
> opinions and see if a consensus emerges. I personally always run lintian
> with -iI --show-overrides, so I'm clearly not the target audience for this
> feature one way or the ot
On Thu, Jan 03, 2008 at 08:54:00AM -0800, Dennis Nguyen wrote:
> I would like to see the mount source code. I saw the mount.c module in
> the util-linux called mount function. It linked to the libc-2.6.so (I
> using kernel 2.6.23.8) I got the GNU libc source code but
> I could not find the called m
[[ Sorry for intruding in a thread read via http://lists.debian.org ... I hope
I get the reply-headers correct. ]]
> > How feasible would it be to make the pause time a function of the
> > number of processes sendsig must reclaim? That seems to make some
> > sense to me. Obviously there should
---
jengpal wants to stay in better touch using some of Google's coolest new
products.
If you already have Gmail or Google Talk, visit:
http://mail.google.com/mail/b-118d5dfc21-7414aa06e7-6e7e44583edef75d
You'll need to click thi
On 03/01/08 at 23:50 +0100, Sebastian Pipping wrote:
> Hello!
>
>
> The two web pages "Packages being worked on" [1] and
> "Requested packages" [2] have several shortcomings:
The same shortcomings exist for the orphaned packages.
> I think that a bit more infrastructure could do a lot
> here, e.g
On Wed, Jan 02, 2008 at 07:18:53PM +0100, Michael Banck wrote:
> On Wed, Jan 02, 2008 at 07:11:01PM +0100, Michael Tautschnig wrote:
> > Once we are at it: If we don't do clean shutdowns of the services anymore,
> > why
> > don't you just turn off power instead of taking the pain to kill the
> >
Package: wnpp
Severity: wishlist
Owner: Mohammed Sameer <[EMAIL PROTECTED]>
* Package name: anyterm
Version : 1.1.16
Upstream Author : Phil Endecott <[EMAIL PROTECTED]>
* URL : http://anyterm.org/
* License : GPL
Programming Lang: C++
Description : A ter
Hi,
Wouter Verhelst wrote:
I really think you ought to be a little bit more sure than "which might
or might not be enough" before starting to play with other people's
data.
Erm, if a daemon loses data if it is given five seconds advance warning,
then it would also lose data on power loss, wh
Type 'xhighereasy. com' in your |E
(please remove space and quote)
autodesk autocad electrical 2006 - 99
adobe framemaker 8.0 - 69
microsoft exchange server enterprise 2003 - 59
cakewalk project 5 - 59
mindjet mindmanager 7 for mac - 39
sony acid pro 6 - 59
mindjet mindmanager 7 for mac - 39
mast
Le vendredi 04 janvier 2008 à 18:36 +0100, Simon Richter a écrit :
> Erm, if a daemon loses data if it is given five seconds advance warning,
> then it would also lose data on power loss, which is a bug and should be
> fixed, not worked around.
>
> The only reason to wait longer for a daemon on
Le mardi 01 janvier 2008 à 15:24 +0100, Petter Reinholdtsen a écrit :
> Ubuntu discovered this a while back, and introduced a method to avoid
> calling stop scripts in runlevel 0 and 6. It is the "multiuser"
> extension to update-rc.d, and in Ubuntu packages are changed to calls
> dh_installinit w
"Josselin Mouette" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Ubuntu discovered this a while back, and introduced a method to avoid
calling stop scripts in runlevel 0 and 6. It is the "multiuser"
extension to update-rc.d, and in Ubuntu packages are changed to calls
dh_installi
"Petter Reinholdtsen" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
[Joe Smith]
Obviously removing those scripts should have no impact on the other
initscripts.
Exactly, (unless there is a dependency relation between two scripts
and one of them is removed from the shutdown seq
On Fri, Jan 04, 2008 at 06:43:54PM +, Joe Smith wrote:
>
> "Josselin Mouette" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> >>Ubuntu discovered this a while back, and introduced a method to avoid
> >>calling stop scripts in runlevel 0 and 6. It is the "multiuser"
> >>extens
[Joe Smith]
> Ok. Good catch. So it seems to me that any service that is not a
> shutdown prerquisite of annother service (a.k.a must be shut down
> first) and which can be cleanly shutdown with [SIGTERM; pause;
> SIGKILL] is a good candidate for removing the shutdown init script.
Actually, a shu
[Josselin Mouette]
> Frankly I couldn’t imagine a worse idea to fix this problem.
>
> Many daemons will corrupt their state if they aren’t killed cleanly.
> Leaving them a grace time is actually worse than simply cutting the
> power, because you can be sure the daemon is actually writing some data
Lucas Nussbaum wrote:
The two web pages "Packages being worked on" [1] and
"Requested packages" [2] have several shortcomings:
The same shortcomings exist for the orphaned packages.
Do I understand right that orphaned packages are packages
already left unmaintained while up-for-adoption means
On 04-Jan-08, 11:36 (CST), Simon Richter <[EMAIL PROTECTED]> wrote:
> Erm, if a daemon loses data if it is given five seconds advance warning,
> then it would also lose data on power loss, which is a bug and should be
> fixed, not worked around.
No, it's not a bug, it's simply a fact of life fo
Hello!
On Sat, 05 Jan 2008 00:14:03 +0100, [EMAIL PROTECTED] wrote:
> Posting to this list is only allowed to subscribers.
>
> From: Luca Capello <[EMAIL PROTECTED]>
> Subject: Bug#459247: grub-pc: please don't play with /boot/grub/menu.lst
> To: Debian Bug Tracking System <[EMAIL PROTECTED]>
> D
On Sat, 05 Jan 2008, Luca Capello wrote:
> Can we make mandatory the Alioth/PackagingProject guidelines for
> mailing list as maintainer (point 2.3) [1] (also Alioth/FAQ, point
> 2.5 [2])? I don't ask for completely open mailing lists, but at
> least moderated.
It should be mandatory at least for
On ven, 2008-01-04 at 21:58 +0100, Petter Reinholdtsen wrote:
> I am unable to understand your argument. You seem to claim that
> because some daemons need a shutdown script, those that do _not_ need
> a shutdown script but would work fine by just being killed should keep
> their shutdown scripts,
Sebastian Pipping <[EMAIL PROTECTED]> writes:
> Lucas Nussbaum wrote:
> >> The two web pages "Packages being worked on" [1] and
> >> "Requested packages" [2] have several shortcomings:
> >
> > The same shortcomings exist for the orphaned packages.
>
> Do I understand right that orphaned packages
On 11255 March 1977, Don Armstrong wrote:
> It should be mandatory at least for it to accept messages from the
> BTS,[1] and be moderated otherwise.
> I e-mailed both Robert and Otavio from [EMAIL PROTECTED] to this effect on
> the first, but haven't heard back from them. Hopefully they will
> re
On Wed, Jan 02, 2008 at 11:53:16AM +, Neil Williams wrote:
> > Because *all* libraries which have other libs as reverse-dependencies should
> > implement symbol versioning, precisely as the shortest path for reliably and
> > permanently addressing the various issues we're discussing.
> > It *i
Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libalien-wxwidgets-perl
Version : 0.32
Upstream Author : Mattia Barbon <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist
Hi folks,
I have packaged Gutenprint 5.0.2, but unfortunately my inkjet printer
is out of black ink, so I'm unable to do the testing I normally do to
verify that it's all working correctly before I upload it.
The packages are at
http://people.debian.org/~rleigh/gutenprint-5.0.2/
If anyone who
Hello,
Sebastian Pipping wrote:
> * what you think
It is a good idea to make those pages more useful :)
> * how it can be done
Ok, let's go point by point:
> * No sorting by age
AFAIR the SOAP interface can provide you with such information (refer to the
wiki page).
> * No importance/popular
Package: wnpp
Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: libev
Version : 2.01
Upstream Author : Marc Alexander Lehmann
* URL : http://libev.schmorp.de/
* License : BSD
Programming Lang: C
Description : high-performa
29 matches
Mail list logo
