On Fri, Aug 24, 2012 at 11:04 PM, Rave it wrote:
> >
> > Rex Dieter wrote:
> >
> > I can understand your frustration, and that you and Dan had trouble
> > communicating and working together.
> >
> > I do wish to thank you for the positive contributions you made, and in
> > your future endeavors.
Rave it wrote:
> Rex Dieter wrote:
>
> I can understand your frustration, and that you and Dan had trouble
> communicating and working together.
>
> I do wish to thank you for the positive contributions you made, and in
> your future endeavors.
> No mercy, no thanks.
>
> Why do you Mr. Rex Die
I have had no success whatsoever getting DirectFB to run under F17 as a regular
user on my HP laptop.
# yum list DirectFB
Installed Packages
directfb.x86_64 1.5.3-7.fc17
@updates
I have discussed the pr
Rex Dieter wrote:
I can understand your frustration, and that you and Dan had trouble
communicating and working together.
I do wish to thank you for the positive contributions you made, and in
your future endeavors.
-- rex
No mercy, no thanks.
Why do you Mr. Rex Dieter as sponsor accept rude
>
> Rex Dieter wrote:
>
> I can understand your frustration, and that you and Dan had trouble
> communicating and working together.
>
> I do wish to thank you for the positive contributions you made, and in
> your future endeavors.
>
> -- rex
>
No mercy, no thanks.
Why do you Mr. Rex Dieter
Rex Dieter wrote:
I can understand your frustration, and that you and Dan had trouble
communicating and working together.
I do wish to thank you for the positive contributions you made, and in
your future endeavors.
-- rex
No mercy, no thanks.
Why do you Mr. Rex Dieter as sponsor accept rude
On Fri, Aug 24, 2012 at 11:34 AM, John Reiser wrote:
>> the copy in /usr/src/kernels/ is
>> world-readable and the one in /boot/ isn't, for example
>>
>> [root@compaq-pc ~]# ls -l /boot/System.map-3.5.2-3.fc17.x86_64
>> /usr/src/kernels/3.5.2-3.fc17.x86_64/System.map
>> -rw---. 1 root root 24
> the copy in /usr/src/kernels/ is
> world-readable and the one in /boot/ isn't, for example
>
> [root@compaq-pc ~]# ls -l /boot/System.map-3.5.2-3.fc17.x86_64
> /usr/src/kernels/3.5.2-3.fc17.x86_64/System.map
> -rw---. 1 root root 2468248 Aug 21 15:24
> /boot/System.map-3.5.2-3.fc17.x86_64
Panu Matilainen laiskiainen.org> writes:
> Dunno about the System.map (other than I've always relied on the ones in
> /boot), but as for the timestamps, kernel-devel itself causes that as it
> runs hardlink on itself at package post-installation.
Thanks for the info. I wasn't aware there was a
On Fri, 2012-08-24 at 10:31 -0400, Colin Walters wrote:
> On Fri, 2012-08-24 at 13:58 +0100, Andrew Price wrote:
>
> > If Type=forking is set and PIDFile is unset, systemd will try to guess
> > the PID of the main daemon process. I'm not sure what the guessing
> > strategy is but specifying the
commit a135193526baea411b2ab264a44e110f28558031
Author: Jitka Plesnikova
Date: Fri Aug 24 16:32:27 2012 +0200
Update dependencies
perl-XML-Simple.spec |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/perl-XML-Simple.spec b/perl-XML-Simple.spec
index 4614
On Fri, 2012-08-24 at 13:58 +0100, Andrew Price wrote:
> If Type=forking is set and PIDFile is unset, systemd will try to guess
> the PID of the main daemon process. I'm not sure what the guessing
> strategy is but specifying the PIDFile explicitly is probably safer,
> particularly for daemons
On 08/23/2012 04:53 PM, Rex Dieter wrote:
Rave it wrote:
For your information.
I stoped working for the Mate-Desktop project for f18 because
I can understand your frustration, and that you and Dan had trouble
communicating and working together.
I do wish to thank you for the positive contrib
Hans de Goede writes:
> Today I received a bug report to mv sensorsd's pid file from
> /var/run/sensorsd.pid to
> /var/run/sensorsd/sensorsd.pid, see:
> https://bugzilla.redhat.com/show_bug.cgi?id=851428
The traditional argument for not creating pidfiles directly in /var/run
is that a daemon tha
Le 05/11/2011 23:50, Olivier BONHOMME a écrit :
> Le 23/07/2011 18:40, Olivier BONHOMME a écrit :
>> Hello everybody,
>>
>> I am Olivier from France. I work now as a System/Network Architect in
>> the Spatial domain especially in Satellite telecommunications. I work
>> every day on Linux Platform e
On Tue, Aug 21, 2012 at 5:56 AM, Jon Ciesla wrote:
> On Tue, Aug 21, 2012 at 3:18 AM, Hans de Goede wrote:
>> Hi,
>>
>> On 08/21/2012 12:00 AM, Jon Ciesla wrote:
>>>
>>> Hello, all.
>>>
>>> Hans, the ode maintainer, has asked me to implement and coordinate the
>>> upgrade of ode to the current re
commit 105c5312337e3bc5816c21bf62cbbec842c9e757
Author: Petr Písař
Date: Fri Aug 24 14:57:57 2012 +0200
Remove perl-devel dependency from perl-Test-Harness and perl-Test-Simple
perl.spec |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
---
diff --git a/perl.spec b/perl.spe
On 24/08/12 13:41, Colin Walters wrote:
On Fri, 2012-08-24 at 10:08 +0200, Hans de Goede wrote:
/var/run/$name.pid is the standard pid file location for daemons and has been so
for ages. A lot of distros depend on this, and we used to depend on it until we
moved to systemd which no longer cares
On Fri, 2012-08-24 at 10:08 +0200, Hans de Goede wrote:
> /var/run/$name.pid is the standard pid file location for daemons and has been
> so
> for ages. A lot of distros depend on this, and we used to depend on it until
> we
> moved to systemd which no longer cares about pid files.
Right, so wh
On 2012-08-24 13:08, Enrico Scholz wrote:
> Please move the script to /usr/share/git or to /etc/bash_completion.d
> where it can be requested by the user explicitly.
+1, but /etc/bash_completion.d would be a bad choice as AFAIK this
script has nothing to do with completion (and besides, everythin
Todd Zullinger writes:
> I placed git-prompt.sh in /etc/profile.d where it should be sourced
> for normal login shells.
As I wrote in the update comment, please revert it. It pollutes the
environment of every user with functions which are probably never be
used.
As these functions are useless
Hi,
Today I received a bug report to mv sensorsd's pid file from
/var/run/sensorsd.pid to
/var/run/sensorsd/sensorsd.pid, see:
https://bugzilla.redhat.com/show_bug.cgi?id=851428
As discussed there, I think / guess that the same request has probably been made
for other daemons and I'm not sure i
Todd Zullinger a écrit:
> I placed git-prompt.sh in /etc/profile.d where it should be sourced
> for normal login shells. This should make the change transparent to
> most users.
>
> https://admin.fedoraproject.org/updates/git-1.7.12-2.fc18
Great. Thank you for doing this.
Do you think it woul
23 matches
Mail list logo
