Hi,
If you are interested in learning SEO for your business or job, contact me.
Fee: Affordable Timing: Flexible Duration: 1,7,15,30 days
Thanks&Regards
Sasikumar M.E(CSE)
+91-9884407072
Linux kernel packages for Debian have historically had complex
maintainer scripts which can invoke the initramfs builder and/or a boot
loader, based on a mixture of file tests, explicit configuration through
the file /etc/initramfs.conf and debconf questions. Starting with Debian
6.0, this should b
On Fri, 2010-07-16 at 18:13 -0400, Will wrote:
> > Ah.. good to know,.. thought that could perhaps also be on
> > remote-filesystems...
> What about services that start before $remote_fs is provided that
> place pidfiles in /var? Portmapper is an example of this.
Ok... I should have said "parts of
6, 2010 at 5:56 PM, Christoph Anton Mitterer wrote:
> On Fri, 2010-07-16 at 20:11 +0200, Petter Reinholdtsen wrote:
>> /var/ is not required to be on the root file system, but
>> must be available after the $local_fs point during boot.
> Ah.. good to know,.. thought that could perhaps also be on
>
Le vendredi 16 juillet 2010 à 19:25 +0200, Christoph Anton Mitterer a
écrit :
> But I think:
> 1) the policy description of essential should be clarified then
> 2) Personally, I'd prefer to put some of the current /usr/bin utilities
> from coreutils to /bin
3) I think you’re the only one to care.
On Fri, 2010-07-16 at 20:11 +0200, Petter Reinholdtsen wrote:
> /var/ is not required to be on the root file system, but
> must be available after the $local_fs point during boot.
Ah.. good to know,.. thought that could perhaps also be on
remote-filesystems...
> > Also, right after the init system
On Fri, 2010-07-16 at 19:23 +0100, Ben Hutchings wrote:
> I would think almost all init scripts depend on /dev and /proc! Certainly
> start-stop-daemon uses them.
I guess Russ meant,... whether I have any examples for
services/daemons,.. that need _just_ /proc or /dev,... but do not
already depend
On Fri, 2010-07-16 at 20:02 +0200, Julien Valroff wrote:
> As long as init scripts are stored in /etc/init.d [0], I guess /etc is
> considered as being always available (even as read-only), am I right?
Sir! I take a bow :)
*bompf* That was too obvious for me to see it *G*
Cheers,
Chris.
sm
Package: wnpp
Severity: wishlist
Owner: fladischermich...@fladi.at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: sieve
Version : 0.1.9
Upstream Author : Thomas Schmid
* URL : http://sieve.mozdev.org/
* License : AGPLv3
Programming Lang: JavaS
[Christoph Anton Mitterer]
> As far as I understand - please correct me if I'm wrong - the root-fs is
> just guaranteed, to have /bin/, /sbin and /lib, right? Neither /var
> nor /opt.
> What about /etc?
The root file system need to have /etc/, yes, as well as the others.
Do not have the complete l
On Fri, Jul 16, 2010 at 10:44:31AM -0700, Russ Allbery wrote:
> Christoph Anton Mitterer writes:
[...]
> > Would it be a good idea, to add new virtual facilities like $dev, $proc
> > or so?
>
> How many init scripts need them? In other words, is there a concrete
> problem that you're trying to s
Package: wnpp
Severity: wishlist
Owner: Chow Loong Jin
* Package name: gudev-sharp-1.0
Version : 0.1
Upstream Author : Alex Launi
* URL : https://www.launchpad.net/gudev-sharp
* License : LGPL-2.1+
Programming Lang: C#
Description : GObject-based wrap
Le vendredi 16 juillet 2010 à 19:30 +0200, Christoph Anton Mitterer a
écrit :
[...]
>
> As far as I understand - please correct me if I'm wrong - the root-fs is
> just guaranteed, to have /bin/, /sbin and /lib, right? Neither /var
> nor /opt.
> What about /etc?
As long as init scripts are stored
Christoph Anton Mitterer writes:
> As far as I understand - please correct me if I'm wrong - the root-fs is
> just guaranteed, to have /bin/, /sbin and /lib, right? Neither /var
> nor /opt.
> What about /etc?
I'm not sure, but I believe you can count on /etc always being available
(although poss
On Thu, 2010-07-15 at 16:31 -0500, Peter Samuelson wrote:
> What problem are you trying to solve? Did you actually try to use an
> init script that use printf and doesn't depend on $remote_fs, on a
> system where /bin/sh is neither bash nor dash?
>
> Or is this just a big gedanken-experiment?
Adm
Package: wnpp
Severity: wishlist
Owner: "HIGUCHI Daisuke (VDR dai)"
* Package name: pidgin-twitter
Version : 0.9.1
Upstream Author : Yoshiki Yazawa
* URL : http://www.honeyplanet.jp/pidgin-twitter/
* License : GPL
Programming Lang: C
Description : Pidg
On Thu, 2010-07-15 at 13:08 -0700, Russ Allbery wrote:
> It's after $remote_fs. Please don't assume that all non-local file
> systems are NFS.
Yeah sorry ;)
Having $remote_fs is a really nice way to secure that /usr/-stuff is
there (and also other stuff like /var...)
As far as I understand - ple
On Fri, 2010-07-16 at 12:11 +0200, Giacomo A. Catenazzi wrote:
> Also the booting system is a changing area
> We moved from sysv style to inserv,
Isn't that still sysv + just some auto-"ordering" and so?
> IMHO requiring that at call of /bin/init (the first program
> called in the new root filesy
On Fri, 2010-07-16 at 11:18 +0200, Mike Hommey wrote:
> So until the program actually does what it is intended to, I'm not
> exactly sure it is safe to put it in /sbin. OTOH, I could rename it, but
> except for nitpicking, what exactly would be the point?
So then let's downgrade the severity and le
Hi,
On Thu, Jul 15, 2010 at 11:29:10PM -0700, Steve Langasek wrote:
> On Fri, Jul 16, 2010 at 12:59:56AM -0400, Will wrote:
> > aptitude is the preferred package management tool, so I'm thinking
> > that the priority of libboost-iostreams should be upgraded [1][2].
>
> > [1]
> > http://www.debia
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-devel@lists.debian.org
Hi,
I no longer have the time and motivation needed to maintain jabberd2 and
jabber-muc packages as I'm using now ejabberd which has the features I need.
I would like the XMPP team or someone else adopt these packages or
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-devel@lists.debian.org
Hi,
I no longer have the time and motivation needed to maintain jabberd2 and
jabber-muc packages as I'm using now ejabberd which has the features I need.
I would like the XMPP team or someone else adopt these packages or
On Fri, Jul 16, 2010 at 08:02:41AM -0400, Reinhard Tartler wrote:
> On Thu, Jul 15, 2010 at 07:28:26 (EDT), Darren Salt wrote:
>
> > I demand that Luke Kenneth Casson Leighton may or may not have written...
> >
> > [snip]
> >> basically, an interpretation of the decision from the mozilla foundatio
On Thu, Jul 15, 2010 at 07:28:26 (EDT), Darren Salt wrote:
> I demand that Luke Kenneth Casson Leighton may or may not have written...
>
> [snip]
>> basically, an interpretation of the decision from the mozilla foundation is
>> that all languages but javascript can get lost. i do not understand w
HI!
Am 16.07.2010 11:18, schrieb Mike Hommey:
> So until the program actually does what it is intended to, I'm not
> exactly sure it is safe to put it in /sbin. OTOH, I could rename it, but
> except for nitpicking, what exactly would be the point?
>
> What do fellow developpers think?
Leaving i
Package: wnpp
Severity: wishlist
Owner: Manuel Soukup
* Package name: pyksoko
Version : 0.3.3
Upstream Author : Manuel Soukup
* URL : http://pyksokoban.sourceforge.net/
* License : GPL
Programming Lang: Python
Description : pyksoko - logic game with K
Package: wnpp
Version: N/A; reported 2010-07-16
Severity: wishlist
Package name: fusioninventory-for-glpi
Version: 2.2.1
Upstream Author: David Durieux d.duri...@siprossii.com
URL: http://fusioninventory.org
License: GPL
Description: communication server as a plugin for the GLPI asset managemen
On Wed, Jul 14, 2010 at 03:09:59PM +0400, Andrey Ponomarenko wrote:
> The new service for tracking ABI changes in various C/C++ libraries is
> now available for Linux distribution maintainers and upstream developers
[...]
> Suggestions for libraries inclusion and feature/bug requests are very
> we
Package name: fusioninventory-for-glpi
Version: 2.2.1
Upstream Author: David Durieux d.duri...@siprossii.com
URL: http://fusioninventory.org
License: GPL
Description: communication server as a plugin for the GLPI asset management
software.
Source:
http://forge.fusioninventory.org/attachments/d
On 15.07.2010 21:34, Christoph Anton Mitterer wrote:
On Thu, 2010-07-15 at 20:15 +0100, Julien Cristau wrote:
No, and there doesn't need to be. Now can you stop beating this dead
horse? It would like to rot in hell unharmed.
Wow,... supposing that you speak for Debian,... this reaction is
rea
Steve Langasek wrote:
> This manual represents the opinion of a single developer.
And what does that have to do with the price of bananas in Iceland?
The fact that aptitude is currently the recommended tool for package
management has various reasons: user interface, features, dependency
handlin
On Thu, Jul 15, 2010 at 12:28:26PM +0100, Darren Salt wrote:
> I demand that Luke Kenneth Casson Leighton may or may not have written...
>
> [snip]
> > basically, an interpretation of the decision from the mozilla foundation is
> > that all languages but javascript can get lost. i do not understa
On Thu, Jul 15, 2010 at 11:42:07PM +0200, Christoph Anton Mitterer wrote:
> Package: vmfs-tools
> Severity: serious
> Justification: Policy 9.1.1
>
>
> Hi.
>
> I might have spotted a policy violation here (therefore the sevirity serious).
>
> Policy section 9.1.1. specifies:
> "The location of
33 matches
Mail list logo
