On Wed, May 18, 2011 at 03:36:48AM +0200, Jeroen Roovers wrote:
> wrt /var/run on tmpfs, I recall packages installing daemons that expect
> their specific directories to be present in /var/run, and that do not
> play nice when that directory turns out empty, but we should be able to
> work around t
On Tue, 17 May 2011 14:46:49 -0500
William Hubbs wrote:
> The directories that would be affected by having /run on tmpfs would
> be /var/run and /var/lock. The suggested way of doing this is to have
> /var/run linked to /run and /var/lock linked to /run/lock.
wrt /var/run on tmpfs, I recall pack
William Hubbs posted on Tue, 17 May 2011 14:46:49 -0500 as excerpted:
> On Tue, May 17, 2011 at 10:20:56PM +0300, Panagiotis Christopoulos
> wrote:
>> On 23:58 Tue 17 May, Nirbheek Chauhan wrote:
>> > ...
>> > I'd add that if we want /run to be on tmpfs, /var/run and /tmp should
>> > both be on tm
Hello,
Genkernel's situation (reduced to the three currently most active
players) looks like this to me:
- aidecoe
- is focussed on the transition to Dracut and related things
- is fixing bugs in present genkernel from time to time
- xake
- is fixing bugs in the current genkernel rel
On Tue, May 17, 2011 at 08:06:46PM -0400, James Cloos wrote:
> > "MC" == Markos Chandras writes:
>
> MC> Can you please provide some examples that require /var/lock to
> MC> survive a reboot?
>
> Not everything is part of the distribution.
>
> The one which first comes to mind are lock file
On Tue, May 17, 2011 at 11:50:32PM +0100, Ciaran McCreesh wrote:
> On Tue, 17 May 2011 11:57:48 -0500
> William Hubbs wrote:
> > I think we should support the /run directory [1] [2].
>
> I would be interested to hear how you plan to do the migration, given
> that everyone else has managed to scre
> "MC" == Markos Chandras writes:
MC> Can you please provide some examples that require /var/lock to
MC> survive a reboot?
Not everything is part of the distribution.
The one which first comes to mind are lock files placed to prevent
certain cron-initiated jobs from running right after a re
On Tue, May 17, 2011 at 03:26:11PM -0700, Drake Wyrm wrote:
> Nirbheek Chauhan wrote:
> > 2011/5/18 Olivier Cr??te :
> > > The main reason is that you want /run to be writable super early in the
> > > boot process, before even / has been fscked and re-mounted. That means
> > > you can do stuff lik
On Tue, 17 May 2011 11:57:48 -0500
William Hubbs wrote:
> I think we should support the /run directory [1] [2].
I would be interested to hear how you plan to do the migration, given
that everyone else has managed to screw it up...
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On Wed, May 18, 2011 at 3:56 AM, Drake Wyrm wrote:
> Nirbheek Chauhan wrote:
> Even if you don't have to wipe them with a service, you're going to need
> to mount them with a service. You'll need to mount /run as tmpfs, create
> the /run/lock directory, and then mount /run/lock as tmpfs. Do you
>
* Drake Wyrm schrieb am 18.05.11 um 00:26 Uhr:
> Nirbheek Chauhan wrote:
> > 2011/5/18 Olivier Cr??te :
> > > The main reason is that you want /run to be writable super early in the
> > > boot process, before even / has been fscked and re-mounted. That means
> > > you can do stuff like starting ud
Nirbheek Chauhan wrote:
> 2011/5/18 Olivier Cr??te :
> > The main reason is that you want /run to be writable super early in the
> > boot process, before even / has been fscked and re-mounted. That means
> > you can do stuff like starting udevd in parallel with fsck of / which
> > means faster boo
2011/5/18 Olivier Crête :
> On Tue, 2011-05-17 at 23:20 +0300, Panagiotis Christopoulos wrote:
>> Yes, I can do that. But the real question here, from my perspective, is
>> why we need /run, /var/run or /tmp on tmpfs. "Other distros do it" is
>> not an answer.
>
> The main reason is that you want /
On Tue, 2011-05-17 at 23:20 +0300, Panagiotis Christopoulos wrote:
> Yes, I can do that. But the real question here, from my perspective, is
> why we need /run, /var/run or /tmp on tmpfs. "Other distros do it" is
> not an answer.
The main reason is that you want /run to be writable super early in
2011-05-17 21:21:48 Tomáš Chvátal napisał(a):
> Dne 17.5.2011 21:12, Arfrever Frehtes Taifersar Arahesis napsal(a):
> > 2011-05-17 20:43:29 Tomáš Chvátal napisał(a):
> >> Dne 10.5.2011 23:21, Arfrever Frehtes Taifersar Arahesis napsal(a):
> >>> PyXML is dead:
> >>> http://mail.python.org/pipermai
On Tue, May 17, 2011 at 04:35:00PM -0400, James Cloos wrote:
> > "WH" == William Hubbs writes:
>
> WH> Once /run is in place,
>
> WH> /var/run will be a symbolic link to /run and /var/lock will
> WH> be a symbolic link to /run/lock.
>
> There are files which need to be in /var/lock and whic
> "WH" == William Hubbs writes:
WH> Once /run is in place,
WH> /var/run will be a symbolic link to /run and /var/lock will
WH> be a symbolic link to /run/lock.
There are files which need to be in /var/lock and which should
survive a reboot, so it is not a good idea to make /var/lock
a symli
On Tue, 17 May 2011 23:20:59 +0300
Panagiotis Christopoulos wrote:
> As I don't have the knowledge for this and I currently don't have the
> time to google/search it myself, can someone explain why other linux
> distibutions / Unix systems (wikipedia says that Solaris had /tmp on
> tmpfs from 199
2011/5/17 Olivier Crête :
> On Wed, 2011-05-18 at 01:18 +0530, Nirbheek Chauhan wrote:
>> Maybe you should use /var/tmp for that? Or ~/tmp/ ?
>>
>> OTOH, we could use an rc.conf configuration variable to control
>> whether /tmp is mounted as tmpfs.
>
> Having /tmp and /var/tmp as tmpfs sounds like
On 01:18 Wed 18 May , Nirbheek Chauhan wrote:
> ...
> Maybe you should use /var/tmp for that? Or ~/tmp/ ?
>
Yes, I can do that. But the real question here, from my perspective, is
why we need /run, /var/run or /tmp on tmpfs. "Other distros do it" is
not an answer. Yes, I needed those dirs on
Excerpts from Olivier Crête's message of Tue May 17 22:00:41 +0200 2011:
> On Wed, 2011-05-18 at 01:18 +0530, Nirbheek Chauhan wrote:
> > Maybe you should use /var/tmp for that? Or ~/tmp/ ?
> >
> > OTOH, we could use an rc.conf configuration variable to control
> > whether /tmp is mounted as tmpfs
On Tue, 17 May 2011 16:00:41 -0400
Olivier Crête wrote:
> On Wed, 2011-05-18 at 01:18 +0530, Nirbheek Chauhan wrote:
> > Maybe you should use /var/tmp for that? Or ~/tmp/ ?
> >
> > OTOH, we could use an rc.conf configuration variable to control
> > whether /tmp is mounted as tmpfs.
>
> Having /
On Wed, 2011-05-18 at 01:18 +0530, Nirbheek Chauhan wrote:
> Maybe you should use /var/tmp for that? Or ~/tmp/ ?
>
> OTOH, we could use an rc.conf configuration variable to control
> whether /tmp is mounted as tmpfs.
Having /tmp and /var/tmp as tmpfs sounds like a terrible idea.. I don't
think we
On Wed, May 18, 2011 at 12:50 AM, Panagiotis Christopoulos
wrote:
> On 23:58 Tue 17 May , Nirbheek Chauhan wrote:
>> ...
>> I'd add that if we want /run to be on tmpfs, /var/run and /tmp should
>> both be on tmpfs by default. I've been doing this manually for a year,
>> and so have other distr
On Tue, May 17, 2011 at 10:20:56PM +0300, Panagiotis Christopoulos wrote:
> On 23:58 Tue 17 May , Nirbheek Chauhan wrote:
> > ...
> > I'd add that if we want /run to be on tmpfs, /var/run and /tmp should
> > both be on tmpfs by default. I've been doing this manually for a year,
> > and so have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 17.5.2011 21:12, Arfrever Frehtes Taifersar Arahesis napsal(a):
> 2011-05-17 20:43:29 Tomáš Chvátal napisał(a):
>> Dne 10.5.2011 23:21, Arfrever Frehtes Taifersar Arahesis napsal(a):
>>> PyXML is dead:
>>> http://mail.python.org/pipermail/xml-sig
On 23:58 Tue 17 May , Nirbheek Chauhan wrote:
> ...
> I'd add that if we want /run to be on tmpfs, /var/run and /tmp should
> both be on tmpfs by default. I've been doing this manually for a year,
> and so have other distributions.
>
Hi,
A quick look at the size of my desktop's /tmp is:
On Tuesday 17 May 2011 21:11:12 Peter Volkov wrote:
> В Втр, 17/05/2011 в 20:43 +0200, Ângelo Arrifano пишет:
> > On Tuesday 17 May 2011 20:28:56 Nirbheek Chauhan wrote:
> > > I'd add that if we want /run to be on tmpfs, /var/run and /tmp should
> > > both be on tmpfs by default. I've been doing th
2011-05-17 20:43:29 Tomáš Chvátal napisał(a):
> Dne 10.5.2011 23:21, Arfrever Frehtes Taifersar Arahesis napsal(a):
> > PyXML is dead:
> > http://mail.python.org/pipermail/xml-sig/2004-November/010735.html
> > http://mail.python.org/pipermail/xml-sig/2006-June/011545.html
> >
> > PyXML provides
В Втр, 17/05/2011 в 20:43 +0200, Ângelo Arrifano пишет:
> On Tuesday 17 May 2011 20:28:56 Nirbheek Chauhan wrote:
> > I'd add that if we want /run to be on tmpfs, /var/run and /tmp should
> > both be on tmpfs by default. I've been doing this manually for a year,
> > and so have other distributions.
On Tue, May 17, 2011 at 11:58:56PM +0530, Nirbheek Chauhan wrote:
> On Tue, May 17, 2011 at 11:41 PM, Peter Volkov wrote:
> > В Втр, 17/05/2011 в 11:57 -0500, William Hubbs пишет:
> >> I think we should support the /run directory [1] [2].
> >
> >> I, as well as several others, believe we should pr
On Wed, May 18, 2011 at 12:13 AM, Ângelo Arrifano wrote:
> On Tuesday 17 May 2011 20:28:56 Nirbheek Chauhan wrote:
>> I'd add that if we want /run to be on tmpfs, /var/run and /tmp should
>> both be on tmpfs by default. I've been doing this manually for a year,
>> and so have other distributions.
On Tuesday 17 May 2011 20:28:56 Nirbheek Chauhan wrote:
> On Tue, May 17, 2011 at 11:41 PM, Peter Volkov wrote:
> > В Втр, 17/05/2011 в 11:57 -0500, William Hubbs пишет:
> >> I think we should support the /run directory [1] [2].
> >>
> >> I, as well as several others, believe we should proactivel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 10.5.2011 23:21, Arfrever Frehtes Taifersar Arahesis napsal(a):
> PyXML is dead:
> http://mail.python.org/pipermail/xml-sig/2004-November/010735.html
> http://mail.python.org/pipermail/xml-sig/2006-June/011545.html
>
> PyXML provides _xmlplus
2011-05-17 20:24:16 Mark Loeser napisał(a):
> Arfrever Frehtes Taifersar Arahesis said:
> > > I second that. Why do we need to make all the work fixing packages
> > > instead of letting upstream do their job? I am not so excited to
> > > fix every package I maintain as it is quite possible to int
2011-05-17 19:11:57 Mark Loeser napisał(a):
> Arfrever Frehtes Taifersar Arahesis said:
> > PyXML is dead:
> > http://mail.python.org/pipermail/xml-sig/2004-November/010735.html
> > http://mail.python.org/pipermail/xml-sig/2006-June/011545.html
> >
> > PyXML provides _xmlplus module, which re
On Tue, May 17, 2011 at 11:41 PM, Peter Volkov wrote:
> В Втр, 17/05/2011 в 11:57 -0500, William Hubbs пишет:
>> I think we should support the /run directory [1] [2].
>
>> I, as well as several others, believe we should proactively create this
>> directory ... What does everyone else think?
>
> I'
Arfrever Frehtes Taifersar Arahesis said:
> > I second that. Why do we need to make all the work fixing packages
> > instead of letting upstream do their job? I am not so excited to
> > fix every package I maintain as it is quite possible to introduce
> > regressions in the process. Furthermore,
2011-05-17 19:32:23 Markos Chandras napisał(a):
> On Tue, May 17, 2011 at 01:11:57PM -0400, Mark Loeser wrote:
> > Arfrever Frehtes Taifersar Arahesis said:
> > > PyXML is dead:
> > > http://mail.python.org/pipermail/xml-sig/2004-November/010735.html
> > > http://mail.python.org/pipermail/xml-
В Втр, 17/05/2011 в 11:57 -0500, William Hubbs пишет:
> I think we should support the /run directory [1] [2].
> I, as well as several others, believe we should proactively create this
> directory ... What does everyone else think?
I've read https://lwn.net/Articles/436012/ and that convinced me.
On Tue, May 17, 2011 at 01:11:57PM -0400, Mark Loeser wrote:
> Arfrever Frehtes Taifersar Arahesis said:
> > PyXML is dead:
> > http://mail.python.org/pipermail/xml-sig/2004-November/010735.html
> > http://mail.python.org/pipermail/xml-sig/2006-June/011545.html
> >
> > PyXML provides _xmlplus
Arfrever Frehtes Taifersar Arahesis said:
> PyXML is dead:
> http://mail.python.org/pipermail/xml-sig/2004-November/010735.html
> http://mail.python.org/pipermail/xml-sig/2006-June/011545.html
>
> PyXML provides _xmlplus module, which replaces xml module (from standard
> library) at run time
All,
I think we should support the /run directory [1] [2]. The issue is
that there are at least two packages, udev and dracut, in gentoo, which
support the use of this directory. Support for it is being worked on in
openrc, and systemd will use it once it comes into the tree.
For now, it is optio
On 05/15/2011 09:24 PM, Andreas K. Huettel wrote:
>
> --
> If you are cross-compiling to a 32-bit architecture such as ARM, or if
> you are using a 32-bit architecture and have sys-devel/crossdev installed,
> please be warned that - unless you follow the advice below - your system
> m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 17-05-2011 00:20, Samuli Suominen wrote:
> On 05/17/2011 03:15 AM, Samuli Suominen wrote:
>> Let's start with generalized example so everyone gets the idea...
>>
>> Reference: man 8 pklocalauthority
>>
>> /etc/polkit-1/localauthority/10-vendor.d/exa
http://www.gentoo.org/proj/en/council/meeting-logs/20110510-summary.txt
Please note that you must now update ChangeLog with each commit. For
more information please see the meeting log and the preceding mailing
list thread:
http://www.gentoo.org/proj/en/council/meeting-logs/20110510.txt
http://ar
On Mon, May 16, 2011 at 5:15 PM, Samuli Suominen wrote:
> Let's start with generalized example so everyone gets the idea...
>
> Reference: man 8 pklocalauthority
>
> /etc/polkit-1/localauthority/10-vendor.d/example-udisks.pkla
>
> [Local users]
> Identity=unix-group:plugdev
> Action=org.freedeskto
47 matches
Mail list logo