On Sun, 2010-08-22 at 19:00 -0300, Fernando Lemos wrote:
> On Sun, Aug 22, 2010 at 6:40 PM, Christoph Anton Mitterer
> wrote:
> > You're aware that not only .bash_* and .profile can be distributed
> > by /etc/skel,... but any other config file (e.g. .vimrc) a specific site
> > or organisation may
On Sun, 2010-08-15 at 15:42 +0200, Christoph Anton Mitterer wrote:
> Hi.
>
> I'd like the idea... it would make home-dir creation here at the faculty
> a lot more easier.
>
> On Tue, 2010-08-03 at 11:08 +0200, Petter Reinholdtsen wrote:
> > The location could for example be /etc/skel.d/
> I'd how
Mike Hommey wrote:
> On Tue, Mar 24, 2009 at 02:34:09PM +0100, Jerome Warnier
> wrote:
>
>> Giacomo A. Catenazzi wrote:
>>
>>> Jerome Warnier wrote:
>>>
>>>> Raphael Hertzog wrote:
>>>>
>>>>>
Steve McIntyre wrote:
> In article <49c8dcdb.90...@beeznest.net> you write:
>
>> Before the upgrade, the file is a hardlink (because I hardlinked it
>> manually), then it tries to upgrade the file/hardlink. Does it "break"
>> the hardlink* before upgrading the file or does it overwrite the
>> fi
Giacomo A. Catenazzi wrote:
> Jerome Warnier wrote:
>> Raphael Hertzog wrote:
>>> On Tue, 24 Mar 2009, Jerome Warnier wrote:
>>>
>>>> For files from packages, though, deduplication might be a good
>>>> idea, as
>>>> dpkg is suppos
Peter Samuelson wrote:
> [Jerome Warnier]
>
>> I don't know however how dpkg treats hardlinks. Does it "break" the
>> hardlink before replacing a file or does it replace the file whatever
>> its real nature is?
>>
>
> You know, given t
Raphael Hertzog wrote:
> On Tue, 24 Mar 2009, Jerome Warnier wrote:
>
>> For files from packages, though, deduplication might be a good idea, as
>> dpkg is supposedly the only one to ever modify the files (under /usr for
>> example).
>> I don't know however
Hi guys,
I'm currently thinking about deduplication[1] on my Debian systems.
As you probably know, the whole thing about deduplication is that
replacing files with content with hardlink to other file(s) with the
exact same content is sometimes a good idea, at least to regain
(uselessly used) disk
Le jeudi 11 mai 2006 à 18:33 -0500, Santiago Ruano Rincón a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: "Santiago Ruano Rincón" <[EMAIL PROTECTED]>
>
>
> * Package name: asterisk-prompt-es-co
> Version : 0.0.20060503
> Upstream Author : Avatar Ltda. <[EMAIL PROTECTED]>
>
Le samedi 21 janvier 2006 à 10:17 +0100, Petter Reinholdtsen a écrit :
> [Jérôme Warnier]
> > But why would you want to become a DD if you are not willing to
> > maintain a package. Debian is just about maintaining packages.
>
> Debian needs more than just people maintaining packages. We need
> p
Package: wnpp
Severity: wishlist
Owner: Jerome Warnier <[EMAIL PROTECTED]>
* Package name: goupil
Version : 0.0.2
Upstream Author : Dodji Seketeli <[EMAIL PROTECTED]>
* URL : http://goupil.tuxfamily.org
* License : GPL
Description :
Package: wnpp
Severity: wishlist
Owner: Jerome Warnier <[EMAIL PROTECTED]>
* Package name: pessulus
Version : 0.2
Upstream Author : Vincent Untz <[EMAIL PROTECTED]>
* URL : http://www.gnome.org/~vuntz/pessulus/
* License : GPL
Description
Le lundi 07 novembre 2005 à 14:06 +0100, Marco d'Itri a écrit :
> On Nov 07, Gabor Gombas <[EMAIL PROTECTED]> wrote:
>
> > > Wrong. Nothing needs BSD ptys but some *very* old applications (I would
> > > not even know where to find one).
> > At least /sbin/bootlogd does not work without BSD ptys an
Le vendredi 14 octobre 2005 à 00:26 -0600, [EMAIL PROTECTED] a écrit :
[..]
> The following packages have been orphaned:
>
>and (#333683), orphaned today
[..]
I'm maintainer (but still not DD) of this package "and", and the
bugreport does not apply to it, still I do not want to orphan it at a
I wonder if it is possible to find out on which CD of a stable release
the package I look for is?
I guess it is possible, as apt can do it.
But is it available somewhere online?
Thanks
--
Jerome Warnier <[EMAIL PROTECTED]>
BeezNest
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
Le vendredi 13 mai 2005 à 13:00 +0200, Steinar H. Gunderson a écrit :
> On Fri, May 13, 2005 at 12:52:14PM +0200, Jerome Warnier wrote:
> > As #302420 says, NFSv4 is not supported by current "mount" (part of
> > util-linux) in Sarge/Sid while support is present for the ser
h.
Thanks
--
Jerome Warnier <[EMAIL PROTECTED]>
BeezNest
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
doesn't, and debugging this is really hard because the
> hardware has gazillions of slightly incompatible variants.
Worse: debian kernels 2.4.18 didn't have it yet, and a lot of Woody
system probably still have this version.
--
Jerome Warnier <[EMAIL PROTECTED]>
BeezNest
On Wed, 2004-11-10 at 23:49 +0100, Finn-Arne Johansen wrote:
> On Wed, Nov 10, 2004 at 07:33:43PM +0100, Jerome Warnier wrote:
> > I'm wondering why I can't see many different 2.6 kernels on my Sarge
> > systems any longer. I own a Via C3-based computer (an x86 for those
I'm wondering why I can't see many different 2.6 kernels on my Sarge
systems any longer. I own a Via C3-based computer (an x86 for those who
didn't know) and can find only -386 and -686 kernels which could
possibly match.
Somebody knows?
Thanks
--
Jerome Warnier <[EMAIL PROTECTED]>
BeezNest
On Fri, 2004-10-29 at 13:28 +0200, Javier Fernández-Sanguino Peña wrote:
> On Fri, Oct 29, 2004 at 11:56:46AM +0200, Jerome Warnier wrote:
> > In fact, I dug into the problem, and found that the initscript
> > (/etc/cron.daily/sysklogd) had a 'reload-or-restart' argument,
On Fri, 2004-10-29 at 09:02 +0200, Petter Reinholdtsen wrote:
> [Jerome Warnier]
> > So what? Am I stuck with my problem like so many people are already? And
> > a "friendly" takeover of the package?
>
> I suspect you will discover and get stuck in the power games
On Fri, 2004-10-29 at 00:46 +0200, Petter Reinholdtsen wrote:
> [Jerome Warnier]
> > Could someone go through the list and NMU this? I'm willing to help,
> > if necessary.
>
> The maintainer of sysklogd have a problematic relationship with NMUs.
> Have a look at bug
"log analysis tool" I mean anything relying on
files in /var/log to do something.
I notice that that package has a huge number of bugs, with many having a
patch attached, but many bugs are really old.
Could someone go through the list and NMU this? I'm willing to help, if
necessary
onfiguration files in /etc/acpi.
Shouldn't it be integrated to package "acpid" then?
> Cheers
> David
--
Jerome Warnier <[EMAIL PROTECTED]>
BeezNest s.a r.l.
25 matches
Mail list logo