Le Fri, Aug 31, 2012 at 07:37:17PM -0700, Russ Allbery a écrit :
>
> There was a previous discussion on debian-devel about this, during which I
> posted a scetch of an implementation strategy for converting the XDG MIME
> files to the mailcap syntax. Someone else then fleshed out that script a
>
On 09/01/12 04:06, John Paul Adrian Glaubitz wrote:
> On Fri, Aug 31, 2012 at 08:28:27PM +0300, Serge wrote:
>> It's often someone says something similar about many ITPs. I believe noone
>> should say things like that, unless he wants to scare everybody away and
>> have Debian forgotten and dead. S
On 09/01/2012 04:06 AM, John Paul Adrian Glaubitz wrote:
> There should be at least some compelling technical arguments for
> OpenRC.
There are, and they have been listed already.
It goes from a more manageable code (for some parts, the same
feature as in systemd, but with a code that is 5 times s
Charles Plessy writes:
> Le Thu, Aug 30, 2012 at 12:48:01AM -0700, Russ Allbery a écrit :
>> That's the reason why people are pursuing generating the metamail-style
>> database *from* the XDG MIME specification so that we can use a richer
>> specification in as many places as possible but fall ba
Le Thu, Aug 30, 2012 at 12:48:01AM -0700, Russ Allbery a écrit :
>
> That's the reason why people are pursuing generating the metamail-style
> database *from* the XDG MIME specification so that we can use a richer
> specification in as many places as possible but fall back on the previous
> standa
Bas Wijnen writes:
> Package: wnpp
> Severity: wishlist
> Owner: Bas Wijnen
>
> * Package name: python-network
> Version : 0.1
> Upstream Author : Bas Wijnen
> * URL : https://github.com/wijnen/python-network
> * License : AGPL-3+
> Programming Lang: Python
On Fri, Aug 31, 2012 at 08:28:27PM +0300, Serge wrote:
>
> It's often someone says something similar about many ITPs. I believe noone
> should say things like that, unless he wants to scare everybody away and
> have Debian forgotten and dead. Saying that you not only reduce the number
> of bugs in
On 08/31/2012 03:50 PM, Josselin Mouette wrote:
> That means there is someone who will pester other maintainers to “fix”
> their init scripts so that they work with another half-baked init
> implementation.
>
Ah... And that will not happen with systemd? Come on, we all
know that we will have to
2012/8/28 Ben Hutchings wrote:
>> It should not be that hard to fit them all.
>>
>> All connections I can think of belong to one of two categories:
>> 1. Permanent connections. Those are "setup-and-forget" connections.
>> Typical for servers and wired desktops. Can be managed with ifupdown.
>> 2.
Le jeudi 02 août 2012 18:26:44, Miguel Landaeta a écrit :
> I request assistance with maintaining the gradle package.
JFTR, I had a private discussion with Miguel and we will co-maintain Gradle.
I'm working on new upstream release (which, sadly, won't work for Wheezy
because of needed dependenci
On Thu, Aug 30, 2012 at 15:23:53 -0400, Camm Maguire wrote:
> Greetings!
>
> Stephen Gran writes:
>
> > Why not add logging to the Makefile, or cat debian/mini-proveall.out or
> > something? This doesn't look like a dead end to me.
> >
>
> Thanks so much for your suggestion! Can uploads inst
On 08/31/2012 11:52 PM, Peter Samuelson wrote:
> I guess I can understand that you want your /usr to be resizeable
Not only this. I want it on a RAID10 or RAID5 which goes faster than
my / that is hosted in a slower RAID1.
> but
> really, life is so much simpler when you just go ahead and create
2012/8/30 Wouter Verhelst wrote:
>> How do you suppose it's possible to undo arbitrary network
>> configuration done by arbitrary set of tools when there's no central
>> place to hold such information (and can't possibly be)?
>
> Actually, the kernel holds that information. Any tool can just query
On 08/31/2012 11:04 PM, Jon Dowland wrote:
> I'm struggling to understand this. In the situation you outline (/ ok,
> /usr, /var, /tmp, swap on another RAID which is hosed) -- whatever service
> the machine was offering is surely not being offered anymore (/ being too
> small to be useful for anyth
Package: wnpp
Severity: wishlist
Owner: Eugene Seliverstov
* Package name: asn1c
Version : 0.9.21
Upstream Author : Lev Walkin
* URL : http://asn1c.sourceforge.net
* License : BSD
Programming Lang: C
Description : ASN.1 compiler for C
This ASN.1 compi
2012/8/31 John Paul Adrian Glaubitz wrote:
> The init system is a critical part of the operating system, so we
> shouldn't be messing around with it. Focus on the best solution,
> period.
It's often someone says something similar about many ITPs. I believe noone
should say things like that, unles
2012/8/31 Josselin Mouette wrote:
>>> Because being able to choose between alternatives for core features
>>> such as the init system only brings more bugs and no added value.
>>
>> Sorry, I don't understand this point.
>>
>> If it's about just adding more bugs without bringing anything good
>> wi
On Fri, 2012-08-31 at 09:56 +0200, Josselin Mouette wrote:
> Le jeudi 30 août 2012 à 22:19 +0200, Wouter Verhelst a écrit :
> > On Fri, Aug 24, 2012 at 10:44:11AM +0200, Andrew Shadura wrote:
> > > How do you suppose it's possible to undo arbitrary network
> > > configuration done by arbitrary set
[Thomas Goirand]
> Typically, I have / on 2 small RAID1 partitions making the array on the
> first
> 2 HDD (1 or 2 gigs), and /usr on a LVM on a much, much larger RAID array
> (I use mostly software RAID1 and RAID10, but in some cases, much bigger
> hardware RAID5). So yes, that's my usual server
Package: wnpp
Severity: wishlist
Owner: Bas Wijnen
* Package name: python-network
Version : 0.1
Upstream Author : Bas Wijnen
* URL : https://github.com/wijnen/python-network
* License : AGPL-3+
Programming Lang: Python
Description : python module for e
On Fri, Aug 31, 2012 at 10:57:10PM +0800, Thomas Goirand wrote:
> On 08/31/2012 06:55 PM, Riku Voipio wrote:
> > How is that different from having a botched / or /boot ? Why do you
> > think having a separate /usr will make / less prone to HD crashes?
> > You have / on RAID5 while /usr isn't?
> >
On 08/31/2012 06:55 PM, Riku Voipio wrote:
> How is that different from having a botched / or /boot ? Why do you
> think having a separate /usr will make / less prone to HD crashes?
> You have / on RAID5 while /usr isn't?
>
Typically, I have / on 2 small RAID1 partitions making the array on the
On Aug 31, Thomas Goirand wrote:
> If I need to have /usr mounted before init starts, then I'm more
> or less dead, and I'll have to get a recovery CD / USB.
If this is a concern to you, you can install the grml-rescueboot
package and/or a similar on-disk rescue image which will provide you
wit
On Fri, Aug 31, 2012 at 05:39:14PM +0800, Thomas Goirand wrote:
> On 08/31/2012 03:39 AM, Steve Langasek wrote:
> > - /usr on a separate filesystem without the use of an initramfs: not
> >supported... and no discernable user demand for this.
> Well, let's say I have a big crash, and I want to
On 2012-08-28 18:03:02 +0200, Christoph Anton Mitterer wrote:
> On Tue, 2012-08-28 at 15:37 +0100, Ian Jackson wrote:
> > > Then if there is a charset parameter, with a value that refers to
> > > some known text character set, I think that one can assume that
> > > the contents are encoded with thi
On Thu, 2012-08-30 at 00:16 +0200, Christoph Anton Mitterer wrote:
> RewriteCond "%{REQUEST_FILENAME}" !-f
> RewriteCond "%{REQUEST_FILENAME}" !-d
> RewriteRule "^(.*)$" "$1.php" [last]
Tried them out in the meantime.
Seem to work as expected.
Cheers,
CHris.
smime.p7s
Description:
On Aug 31, 2012, at 9:50 AM, Josselin Mouette wrote:
> One good init system can answer all our needs, while four bad ones will
> certainly not.
I fully agree.
The init system is a critical part of the operating system, so we shouldn't be
messing around with it. Focus on the best solution, peri
On Aug 31, 2012, at 11:26 AM, Thomas Goirand wrote:
> On 08/31/2012 11:39 AM, Serge wrote:
>> Many (most?) major successes in IT history were about inventing a good
>> standard communication interface to do things. IBM PC was successful
>> because it could be assembled from standard easily access
Thomas Goirand writes:
> If I need to have /usr mounted before init starts, then I'm more
> or less dead, and I'll have to get a recovery CD / USB.
Not completely. Just boot with break=premount and read /etc/lvm from the
initramfs shell. I've done this several times. The cool part is that you
can
Package: wnpp
Severity: wishlist
Owner: Bas Wijnen
* Package name: python-wherigo
Version : 0.1
Upstream Author : Bas Wijnen
* URL : https://github.com/wijnen/python-wherigo
* License : AGPL-3+
Programming Lang: Python
Description : python module for c
On 08/31/2012 03:39 AM, Steve Langasek wrote:
> It only requires us to ensure /usr is mounted before
> init is started.
>
Which I don't think is a good idea.
> - /usr on a separate filesystem without the use of an initramfs: not
>supported... and no discernable user demand for this.
>
On 12-08-31 at 03:38am, Nicolas Boulenguez wrote:
> (apologizes for the previous empty mail)
>
> On Thu, Aug 30, 2012 at 11:44:34PM +0200, Andreas Tille wrote:
> > On Thu, Aug 30, 2012 at 02:32:56AM +0200, Nicolas Boulenguez wrote:
>
> > > Assume that "a" and "b" are directories, if I understand
On 08/31/2012 11:39 AM, Serge wrote:
> Many (most?) major successes in IT history were about inventing a good
> standard communication interface to do things. IBM PC was successful
> because it could be assembled from standard easily accessible components,
> and was easy to upgrade by just replacin
Package: wnpp
Severity: wishlist
Owner: Klas Lindfors
* Package name: php-yubico
Version : 2.4
Upstream Author : Yubico Open Source Maintainers
* URL : http://code.google.com/p/php-yubico/
* License : BSD-2-clause
Programming Lang: PHP
Description : PH
On 31/08/12 04:39, Serge wrote:
> thus it reduces flexibility, breaking use cases, that were working before.
Please name them. "The ability to mount my /usr requires user
interaction via a UI in /usr" doesn't count, because it has never
worked, and is logically impossible.
> For example if filesy
Le vendredi 31 août 2012 à 04:18 +0300, Serge a écrit :
> 2012/8/10 Josselin Mouette wrote:
> > Because being able to choose between alternatives for core features such
> > as the init system only brings more bugs and no added value.
>
> Sorry, I don't understand this point.
>
> If it's about ju
Le jeudi 30 août 2012 à 22:19 +0200, Wouter Verhelst a écrit :
> On Fri, Aug 24, 2012 at 10:44:11AM +0200, Andrew Shadura wrote:
> > How do you suppose it's possible to undo arbitrary network
> > configuration done by arbitrary set of tools when there's no central
> > place to hold such informatio
37 matches
Mail list logo
