Ladies and Gentlemen,
xemacs herd is orphaned while rac is away.
I asked rac if he knows someone who might be able to care of the bugs -- but go
no reply til today.
So do you use xemacs and want to take care and help searching for a new dev?
Can the emacs people help for a some time?
--
gentoo
On Friday 22 July 2005 01:04, Herbert Fischer wrote:
> I'll take some time reading it and maybe contributing to it.
Well, the status is withdrawn. There were at least two long discussions about
it, but no satisfying results. It needs to be resurrected at some time, but
definitely after the next
Wow... It's exactly the same idea! I do not had any idea that this
already exists! Not even the GLEP. I'll take some time reading it and
maybe contributing to it.
Thanks!
I'm very proud with the Gentoo dev community! Really impressive job!
On 7/21/05, Danny van Dyk <[EMAIL PROTECTED]> wrote:
> --
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Herbert,
Herbert Fischer schrieb:
| ...
|
| I suggest the creation of a "USE flags grouping mechanism" to help the
| decision making of configuring make.conf when doing initial setup or
| ...
You mean GLEP 29[1] ???
Danny
[1] http://www.gentoo.o
On Thu, 2005-07-21 at 18:13 -0300, Herbert Fischer wrote:
> I see that the USE flags list is very big today but I don't know if
> it's growing too fast. So, I may think that someday Gentoo will need
> some mechanism to facilitate USE flags configuration.
http://www.gentoo.org/proj/en/glep/glep-002
I see that the USE flags list is very big today but I don't know if
it's growing too fast. So, I may think that someday Gentoo will need
some mechanism to facilitate USE flags configuration.
I suggest the creation of a "USE flags grouping mechanism" to help the
decision making of configuring make.
Mike Frysinger wrote:
On Wednesday 20 July 2005 05:54 pm, Brian D. Harring wrote:
Out of curiousity, has any put any thought into some automated method
or hook for allowing restarting of rc-scripts on upgrade/re-emerge of
a package?
such a completely automated thing is a bad idea ... detecti
On Wed, 2005-07-20 at 20:21 +0200, Jochen Maes wrote:
> And believe me the weather isn't always that good, so he'll be doing a
> lot off work for Gentoo :-)
You can say that again... *sigh*
> Please all give him a warm welcome
/me lights the fire
Welcome aboard, Bjarke - yet another Dane on th
On Thu, 2005-07-21 at 09:18 +0200, Hendrik Greving wrote:
> Again, can post the oops later (don't have it on this machine). Is this
> a known issue (as I read a lot about acpi problems). What version works?
> Do I have to pass module options? Please consider I'm not very familiar
> with deep acp
Hi,
I get an oops using asus_acpi. I can post the output later. If I use
asus_acpi as a module, I get the "oops" once the first time I load the
module. If I "modprobe asus_acpi" again, it works(!). In case I do
compile asus_acpi into the kernel, I get kernel panic (I guess this
covers the beh
10 matches
Mail list logo
