On Sat, Jul 14, 2012 at 12:35 AM, Sylvain Alain wrote:
> Hi all, about the Mdev stuff, Slashbeast from Funtoo.org started that
> project a while ago.
>
> https://github.com/slashbeast/mdev-like-a-boss
>
> I think that it's actually working pretty good on his box.
>
> Some Coredevs from Funtoo are
If you are looking to pick up ~130 packages in one quick move, then wait
no longer and add yourself to the xemacs herd! You'll get
app-editors/xemacs and all the packages in app-xemacs/*
You will inherit a few open bugs, but nothing high priority. XEmacs
editor and package release happen quite in
"Walter Dnes" writes:
> On Sat, Jul 14, 2012 at 01:49:32AM +0300, Maxim Kammerer wrote
>> On Fri, Jul 13, 2012 at 11:12 PM, Richard Yao wrote:
>> > mdev would need to switch to the netlink hotplug interface.
>>
>> I think that's quite unlikely, since mdev is not a daemon. Perhaps by
>> the time
Hi all, about the Mdev stuff, Slashbeast from Funtoo.org started that
project a while ago.
https://github.com/slashbeast/mdev-like-a-boss
I think that it's actually working pretty good on his box.
Some Coredevs from Funtoo are actually running with that stuff.
Sylvain
2012/7/13 William Hubbs
On Fri, Jul 13, 2012 at 08:13:43PM -0400, Walter Dnes wrote:
> On Sat, Jul 14, 2012 at 01:49:32AM +0300, Maxim Kammerer wrote
> > On Fri, Jul 13, 2012 at 11:12 PM, Richard Yao wrote:
> > > mdev would need to switch to the netlink hotplug interface.
> >
> > I think that's quite unlikely, since mde
On Fri, Jul 13, 2012 at 9:32 PM, Canek Peláez Valdés wrote:
[snip]
> A lot of that is optional. The only hard dependencies are:
>
>>=sys-apps/kmod-5
>>=sys-apps/util-linux-2.20
> dev-util/gperf
>>=dev-util/intltool-0.40.0
> virtual/pkgconfig
> virtual/os-headers
>
> Everything else is optional. I
On Fri, Jul 13, 2012 at 8:28 PM, Michael Mol wrote:
> On Fri, Jul 13, 2012 at 9:22 PM, Walter Dnes wrote:
>> On Sat, Jul 14, 2012 at 03:41:36AM +0300, Maxim Kammerer wrote
>>> On Sat, Jul 14, 2012 at 3:13 AM, Walter Dnes wrote:
>>> > Do you realize this would effectively kill linux in the embedd
On Fri, Jul 13, 2012 at 9:21 PM, Olivier Crête wrote:
> And on any new embedded platform, one should seriously think about using
> systemd too. It is very lean, replaces most of the giant, unmaintainable
> shellscripts that you find in many devices with smaller compiled code,
> and was designed to
On Fri, Jul 13, 2012 at 9:22 PM, Walter Dnes wrote:
> On Sat, Jul 14, 2012 at 03:41:36AM +0300, Maxim Kammerer wrote
>> On Sat, Jul 14, 2012 at 3:13 AM, Walter Dnes wrote:
>> > Do you realize this would effectively kill linux in the embedded
>> > device area? Udev, even without the systemd code,
On Sat, Jul 14, 2012 at 03:41:36AM +0300, Maxim Kammerer wrote
> On Sat, Jul 14, 2012 at 3:13 AM, Walter Dnes wrote:
> > Do you realize this would effectively kill linux in the embedded
> > device area? Udev, even without the systemd code, is simply to large
> > for embedded devices.
>
> What's
On Fri, 2012-07-13 at 21:10 -0400, Walter Dnes wrote:
> On Fri, Jul 13, 2012 at 08:40:20PM -0400, Michael Mol wrote
>
> > I'll venture a guess the solution will be to create a shim daemon
> > which turns around and launches udev.
>
> A quicker-and-dirtier solution would be to create a shim daem
On Fri, Jul 13, 2012 at 9:10 PM, Walter Dnes wrote:
> On Fri, Jul 13, 2012 at 08:40:20PM -0400, Michael Mol wrote
>
>> I'll venture a guess the solution will be to create a shim daemon
>> which turns around and launches udev.
>
> A quicker-and-dirtier solution would be to create a shim daemon th
On Fri, Jul 13, 2012 at 08:40:20PM -0400, Michael Mol wrote
> I'll venture a guess the solution will be to create a shim daemon
> which turns around and launches udev.
A quicker-and-dirtier solution would be to create a shim daemon that
runs under the the name "udev", and passes all calls to /s
On Sat, Jul 14, 2012 at 3:13 AM, Walter Dnes wrote:
> Do you realize this would effectively kill linux in the embedded
> device area? Udev, even without the systemd code, is simply to large
> for embedded devices.
What's “too large”? Udev already looks pretty small to me (116k udevd,
50k libudev
On Fri, Jul 13, 2012 at 8:13 PM, Walter Dnes wrote:
> On Sat, Jul 14, 2012 at 01:49:32AM +0300, Maxim Kammerer wrote
>> On Fri, Jul 13, 2012 at 11:12 PM, Richard Yao wrote:
>> > mdev would need to switch to the netlink hotplug interface.
>>
>> I think that's quite unlikely, since mdev is not a da
On Fri, Jul 13, 2012 at 7:13 PM, Walter Dnes wrote:
> On Sat, Jul 14, 2012 at 01:49:32AM +0300, Maxim Kammerer wrote
>> On Fri, Jul 13, 2012 at 11:12 PM, Richard Yao wrote:
>> > mdev would need to switch to the netlink hotplug interface.
>>
>> I think that's quite unlikely, since mdev is not a da
On Sat, Jul 14, 2012 at 01:49:32AM +0300, Maxim Kammerer wrote
> On Fri, Jul 13, 2012 at 11:12 PM, Richard Yao wrote:
> > mdev would need to switch to the netlink hotplug interface.
>
> I think that's quite unlikely, since mdev is not a daemon. Perhaps by
> the time /proc/sys/kernel/hotplug is go
On Fri, Jul 13, 2012 at 11:12 PM, Richard Yao wrote:
> mdev would need to switch to the netlink hotplug interface.
I think that's quite unlikely, since mdev is not a daemon. Perhaps by
the time /proc/sys/kernel/hotplug is gone, mdev advocates will have
settled on some early udev fork. [1]
[1]
h
On 07/13/2012 04:04 PM, Walter Dnes wrote:
> On Fri, Jul 13, 2012 at 05:58:25AM +, Duncan wrote
>
>> They're seriously thinking about (and may be planning on) removing
>> that option from the kernel entirely, to keep people configuring
>> their first kernels from getting themselves in trouble,
On Fri, Jul 13, 2012 at 05:58:25AM +, Duncan wrote
> They're seriously thinking about (and may be planning on) removing
> that option from the kernel entirely, to keep people configuring
> their first kernels from getting themselves in trouble, but of course
> that's now part of the kernel/use
# Ralph Sennhauser (13 Jul 2012
# Mask for removal in 30 days. Fails to build with java 7 #421917.
# QA issues #298701. Ceased to be useful long ago. #235124. Thanks
# to Michael Weber #235124 for maintaining a
# binary package in his overlay. (layman -a xmw)
=app-misc/jbidwatcher-1*
signature.
All,
mgorny has written a patch for udev, which if it gets accepted, will
make it read rules from /lib/udev/rules.d, so there will be nothing that
we need to do on our side at all.
William
pgpBzeeg8CYM1.pgp
Description: PGP signature
> "DEP" == Diego Elio Pettenò writes:
DEP> They _are_ deprecated after all.
>>
>> Where is that documented?
DEP> man inittab
Not here. (/usr/share/man/man5/inittab.5.bz2 from sys-apps/sysvinit-2.88-r3.)
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
On Fri, 13 Jul 2012 15:26:58 +0200
Davide Pesavento wrote:
> > [...]
> >> + # backward compatibility for non-array variables
> >> + if [[ -n ${DOCS} ]] && [[ "$(declare -p DOCS 2>/dev/null
> >> 2>&1)" != "declare -a"* ]]; then
> >> + dodoc ${DOCS} || die "dodoc failed"
> >> +
On Fri, Jul 13, 2012 at 2:34 PM, Alexis Ballier wrote:
> On Fri, 13 Jul 2012 20:02:19 +0800
> Ben de Groot wrote:
>
>> --- /usr/portage/eclass/qt4-r2.eclass 2012-04-20
>> 07:01:13.0 +0800 +++ qt4-r2.eclass.new2012-07-13
>> 19:45:59.259773917 +0800 @@ -19,6 +19,22 @@
>>
>> export
On Fri, 13 Jul 2012 20:02:19 +0800
Ben de Groot wrote:
> --- /usr/portage/eclass/qt4-r2.eclass 2012-04-20
> 07:01:13.0 +0800 +++ qt4-r2.eclass.new2012-07-13
> 19:45:59.259773917 +0800 @@ -19,6 +19,22 @@
>
> export XDG_CONFIG_HOME="${T}"
>
> +# @ECLASS-VARIABLE: DOCS
> +# @DEF
Hi,
We'd like to start using array variables for DOCS and HTML_DOCS in
qt4-r2.eclass, as they are already more widely used in other eclasses.
Please check the attached diff and let us know what you think.
Thanks on behalf of the Qt team!
--
Cheers,
Ben | yngwin
Gentoo developer
Gentoo Qt projec
Il 13/07/2012 13:48, Tobias Klausmann ha scritto:
> You seem to have a different version than I do:
Sorry wrong man, it was man init:
Usage of SIGPWR and /etc/powerstatus is discouraged. Someone
wanting to interact with init should use the /dev/initctl control
channel - see the source code
Hi!
On Thu, 12 Jul 2012, Diego Elio Pettenò wrote:
> > DEP> They _are_ deprecated after all.
> >
> > Where is that documented?
>
> man inittab
You seem to have a different version than I do:
$ equery f sysvinit|xargs grep -i deprecated 2>/dev/null
$ equery f sysvinit|xargs bzgrep -i deprecated
Le 12/07/2012 16:12, Samuli Suominen a écrit :
On 07/11/2012 04:36 PM, Bernard Cafarelli wrote:
This package historically belongs to the gnustep herd, but ffcall
support in
gnustep has been deprecated for some time now in favor of libffi (in
fact the
USE-flag may go away soon)
Also, I do not ha
30 matches
Mail list logo
