Hallo everyone,
I plan to upgrade libetpan in f14, f15 and rawhide to version 1.1. All
releases already carry a cvs snapshot of 1.1 as it contains quite a few
bug fixes for imap handling. The soname changes from 15.0.0 to 16.0.0.
The only affected package in fedora is claws-mail (which I
On Mon, Jul 18, 2011 at 9:35 PM, Petr Machata pmach...@redhat.com wrote:
Hi there,
in accordance with the announced Fedora feature[1][2], we (the Boost
maintainers) plan to rebase Boost to 1.47.0 really soon now. Boost
1.47.0 has been released recently and Denis Arnaud kindly did the
On 07/18/2011 11:35 PM, Petr Machata wrote:
Hi there,
in accordance with the announced Fedora feature[1][2], we (the Boost
maintainers) plan to rebase Boost to 1.47.0 really soon now. Boost
1.47.0 has been released recently and Denis Arnaud kindly did the
packaging, so it is ready for
Le Lun 18 juillet 2011 20:57, Lennart Poettering a écrit :
No. There is no need for a directory that replaces /etc/sysconfig. It's
borked. If a daemon has not configuration file but should have one, then
fix the daemon, don't fake a configuration file.
Well, really that's a bit rich comming
You know, I am not really developer, I just a user and my laptop starts only
Xorg, Apache, DNS proxy
(to filter web adv sites), Privoxy, Perl and something else.
Right now systemd can't boot my system up, it hangs everything. So I fixed up
upstart (mainly to be
able use selinux and update the
Kalev Lember kalevlem...@gmail.com writes:
On 07/18/2011 11:35 PM, Petr Machata wrote:
in accordance with the announced Fedora feature[1][2], we (the Boost
maintainers) plan to rebase Boost to 1.47.0 really soon now. Boost
1.47.0 has been released recently and Denis Arnaud kindly did the
On Thu, Jul 14, 2011 at 10:37:51AM +0300, Pasi Kärkkäinen wrote:
On Thu, Jul 14, 2011 at 09:11:23AM +0200, Hans de Goede wrote:
Hi,
On 07/13/2011 07:47 PM, Adam Williamson wrote:
On Wed, 2011-07-13 at 11:35 -0400, Adam Jackson wrote:
On Wed, 2011-07-13 at 16:57 +0200, Hans de Goede
Peter Robinson pbrobin...@gmail.com writes:
On Mon, Jul 18, 2011 at 9:35 PM, Petr Machata [1]pmach...@redhat.com
wrote:
in accordance with the announced Fedora feature[1][2], we (the Boost
maintainers) plan to rebase Boost to 1.47.0 really soon now. Boost
1.47.0 has been released
On Wed, Jul 13, 2011 at 10:44:21AM -0700, Adam Williamson wrote:
On Wed, 2011-07-13 at 15:21 +0300, Pasi Kärkkäinen wrote:
On Tue, Jul 12, 2011 at 05:01:11PM -0400, Adam Jackson wrote:
On Tue, 2011-07-12 at 23:44 +0300, Pasi Kärkkäinen wrote:
Hello list,
I'm curious to know how
Hi,
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
You would install them as suitable for your individual system needs.
The SysV/LSB system init would be default as is now.
The reason for it is twofold:
- SysV/LSB init
On 07/19/2011 10:23 AM, Lucas wrote:
Right now systemd can't boot my system up, it hangs everything.
You're hitting a kernel bug, don't blame systemd.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
To avoid some confusion:
I removed cpuspeed from Rawhide about 10 days ago. It no longer serves any
purpose in Fedora and has been effectively replaced by kernel cpufreq stack.
All cpufreq modules should now be built-in, with ondemand being the default
governor in Fedora.
In case you would to
commit 3e00831ab44f75de6493c19e26846f14ab06e6cc
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 14:16:56 2011 +0200
Perl mass rebuild
perl-MooseX-Traits.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Traits.spec
commit f6da45ca66605fe650167f8d8c7e94518842fa16
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 14:17:45 2011 +0200
Perl mass rebuild
perl-Net-SSLGlue.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Net-SSLGlue.spec b/perl-Net-SSLGlue.spec
On Tue, 19.07.11 03:43, Miloslav Trmač (m...@volny.cz) wrote:
On Mon, Jul 18, 2011 at 11:34 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Mon, 18.07.11 23:26, Miloslav Trmač (m...@volny.cz) wrote:
I can't see a reason to discuss /etc/sysconfig as a single unit, nor
to argue for
Hello,
I'd like to ask about the status of unison package in Fedora.
Currently there's version 2.13 2.27 from F12 distribution. There've been two
more major releases of unison not included in Fedora.
I saw a conversation regarding unison
Compose started at Tue Jul 19 08:15:24 UTC 2011
Broken deps for x86_64
--
acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell)
almanah-0.7.3-12.fc16.x86_64 requires libedataserverui-3.0.so.0()(64bit)
JB wrote:
Hi,
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
+1, but it seems impossible now.
If you prefer to continue with SysV, it is your right to create a fork,
or just an additional repository (starting
Il giorno ven, 15/07/2011 alle 19.33 +0200, Thomas Moschny ha scritto:
Interesting, because afaiu, in recent kernels reading /proc/locks
line-wise should not yield broken records, as the code in fs/locks.c
uses the seq_file abstraction. See
On 07/19/2011 05:44 PM, Petr Sabata wrote:
To avoid some confusion:
I removed cpuspeed from Rawhide about 10 days ago. It no longer serves any
purpose in Fedora and has been effectively replaced by kernel cpufreq stack.
All cpufreq modules should now be built-in, with ondemand being the
On Tue, Jul 19, 2011 at 06:34:36PM +0530, Rahul Sundaram wrote:
On 07/19/2011 05:44 PM, Petr Sabata wrote:
To avoid some confusion:
I removed cpuspeed from Rawhide about 10 days ago. It no longer serves any
purpose in Fedora and has been effectively replaced by kernel cpufreq stack.
On Tue, Jul 19, 2011 at 1:11 PM, JB jb.1234a...@gmail.com wrote:
Hi,
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
That's just adds a maintenance burden for no real benefit.
You would install them as suitable for
commit 40f4be870bc38e152be130a69bd4b9cdcf6ab948
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 15:31:35 2011 +0200
Perl mass rebuild
perl-Date-Manip.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Date-Manip.spec b/perl-Date-Manip.spec
commit eed623c6d545fe193cdbc9418e3fa395819aaab2
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 15:31:40 2011 +0200
Perl mass rebuild
perl-AnyEvent-XMPP.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-AnyEvent-XMPP.spec
On 07/19/2011 11:11 AM, JB wrote:
Hi,
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
You would install them as suitable for your individual system needs.
The SysV/LSB system init would be default as is now.
First
Le Mar 19 juillet 2011 14:14, Petr Sabata a écrit :
In case you would to use a different governor and/or specific frequency, try
the
new cpupower.service (provieded by cpupowerutils). Most people shouldn't need
this, though.
Will cpupowerutils obsolete cpufreq so old deployments of cpufreq
commit 9209d9a6945b99f3fddf4d20e10ad4dfa42abb3a
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 15:39:12 2011 +0200
Perl mass rebuild
perl-Data-AsObject.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Data-AsObject.spec
On Tue, Jul 19, 2011 at 03:35:36PM +0200, Nicolas Mailhot wrote:
Le Mar 19 juillet 2011 14:14, Petr Sabata a écrit :
In case you would to use a different governor and/or specific frequency, try
the
new cpupower.service (provieded by cpupowerutils). Most people shouldn't
need
this,
commit fe051330dc4de7534a200b75d9b7b29a93328194
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 15:43:01 2011 +0200
Perl mass rebuild
perl-Kwiki.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Kwiki.spec b/perl-Kwiki.spec
index
commit 11efad663aedbd364e33680d8706529c52f22cd2
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 15:44:13 2011 +0200
Perl mass rebuild
perl-POE-Component-SNMP.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-POE-Component-SNMP.spec
commit ccba54a65a3fce9d1ba27e665afd07e35790db10
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 15:44:27 2011 +0200
Perl mass rebuild
perl-Convert-TNEF.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Convert-TNEF.spec
commit 05b79e65e3fab4c2783ef8aa025fcbb9e96e444b
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 15:44:53 2011 +0200
Perl mass rebuild
perl-Test-Compile.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Compile.spec
Am 24.06.2011 09:43, schrieb Andreas Schwab:
Karel Zak k...@redhat.com writes:
The 'bind' flag is another way how to achieve that the filesystem is
mounted on another place. Nothing other.
# mount /dev/sdb1 /mnt/A
# mount --bind /mnt/A /mnt/B
is the same thing as:
# mount
commit faab043773d77fbc22aeaffab8ab52317ef45c1c
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 15:50:11 2011 +0200
Perl mass rebuild
perl-Catalyst-Plugin-CGI-Untaint.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git
commit 2936ce7fc4eaef09509ca5db9a7fecc640e8c375
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 15:55:03 2011 +0200
Perl mass rebuild
perl-Perl-MinimumVersion.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Perl-MinimumVersion.spec
commit 15dd76573eac0eff377bae9fa947c9892141d713
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 15:56:53 2011 +0200
Perl mass rebuild
perl-DateTime-Format-Excel.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-DateTime-Format-Excel.spec
On Tue, 2011-07-19 at 11:11 +, JB wrote:
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
We'll take that under advisement.
- ajax
signature.asc
Description: This is a digitally signed message part
--
devel
commit 69cd4f42e2bf49b7bdcf49c77bd319df73378d43
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 16:00:29 2011 +0200
Perl mass rebuild
perl-DateTime-Format-Mail.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-DateTime-Format-Mail.spec
On Tue, 2011-07-19 at 09:57 -0400, Adam Jackson wrote:
On Tue, 2011-07-19 at 11:11 +, JB wrote:
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
We'll take that under advisement.
Ajax,
That remark is also
commit 0dd31c430fdcfd06863dffc1de62ebbec9a5d4c1
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 16:01:58 2011 +0200
Perl mass rebuild
perl-Email-MIME-Attachment-Stripper.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git
commit 1dfefd893cecc1b3d48d2c1ac4c055c8d4d9a5c9
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 16:02:07 2011 +0200
Perl mass rebuild
perl-Perl-Critic-Tics.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Perl-Critic-Tics.spec
commit d7a5094cb666210193005307d5c81ea524180ec7
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 16:05:26 2011 +0200
Perl mass rebuild
perl-Role-HasMessage.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Role-HasMessage.spec
commit 02ef76af395f6823babd240ff14ae38c1869f8d7
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 16:07:03 2011 +0200
Perl mass rebuild
perl-MouseX-Types.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MouseX-Types.spec
commit 923019a3b3307057590209958cdd1b6e89fe3f1d
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 16:08:05 2011 +0200
Perl mass rebuild
perl-CGI-Application-Plugin-TT.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git
On Tue, Jul 19, 2011 at 01:42:30PM +0300, Pasi Kärkkäinen wrote:
On Thu, Jul 14, 2011 at 10:37:51AM +0300, Pasi Kärkkäinen wrote:
Would something like use_acpi_lid_status kernel cmdline option be too
ugly? :)
At least it would be easy to parse (grep /proc/cmdline) ..
Any comments
Hey all,
Sometimes there is a bit to much noise in #fedora-admin so i created #fedora-
releng for releng discussion and as a place to come and get real time support
for release engineering related issues.
So please drop by and say gday
Dennis
signature.asc
Description: This is a digitally
Adam Jackson ajax at redhat.com writes:
On Tue, 2011-07-19 at 11:11 +, JB wrote:
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
We'll take that under advisement.
- ajax
I am actually not
On 07/19/2011 09:37 AM, seth vidal wrote:
On Tue, 2011-07-19 at 13:34 +, Jóhann B. Guðmundsson wrote:
Now if you just happen to be a sysadmin then I suggest you either get
with the program or expect to be out of job tomorrow since there is
plethora of competent sysadmins out there
commit a12e7fb551e8263a513ed85c6171d92fd129924b
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 16:43:52 2011 +0200
Perl mass rebuild
perl-Test-POE-Client-TCP.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-POE-Client-TCP.spec
On Tue, Jul 19, 2011 at 2:31 PM, Reindl Harald h.rei...@thelounge.net wrote:
the new dumb behavior BREAKS LOCATE,
I did update mlocate to handle the removal of /etc/mtab data in F15,
and it seems to work fine for me. Please file a proper bug report
with detailed steps to reproduce, and attach
- Original Message -
To avoid some confusion:
I removed cpuspeed from Rawhide about 10 days ago. It no longer serves
any
purpose in Fedora and has been effectively replaced by kernel cpufreq
stack.
All cpufreq modules should now be built-in, with ondemand being the
default
On Tue, Jul 19, 2011 at 10:59:30AM -0400, Jaroslav Skarvada wrote:
- Original Message -
To avoid some confusion:
I removed cpuspeed from Rawhide about 10 days ago. It no longer serves
any
purpose in Fedora and has been effectively replaced by kernel cpufreq
stack.
All
On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
- Original Message -
To avoid some confusion:
I removed cpuspeed from Rawhide about 10 days ago. It no longer serves
any
purpose in Fedora and has been effectively replaced by kernel cpufreq
stack.
All cpufreq modules should now be
commit d1f14bea073c3f77fdf2ce4fdab2d171ebe04b4b
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:20:24 2011 +0200
Perl mass rebuild
perl-MooseX-Types.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-MooseX-Types.spec
- Original Message -
On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
- Original Message -
To avoid some confusion:
I removed cpuspeed from Rawhide about 10 days ago. It no longer
serves
any
purpose in Fedora and has been effectively replaced by kernel
cpufreq
commit 2c5d1380551d92fd978b3644453a56e5f6d6c383
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:21:58 2011 +0200
Perl mass rebuild
perl-App-Daemon.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-App-Daemon.spec b/perl-App-Daemon.spec
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=723202
Richard W.M. Jones rjo...@redhat.com changed:
What|Removed |Added
On 07/19/2011 11:07 AM, Eric Sandeen wrote:
On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
Sad that the daemon gone. It was able to dynamically switch speed
(and save power) on systems that have CPUs with high transition
latency (e.g. old P4, some Atoms, etc.). On such systems the
commit dae6ae4404c189b69bdc99551b3665828b9963a5
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:23:48 2011 +0200
Perl mass rebuild
perl-Test-Inline.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Inline.spec b/perl-Test-Inline.spec
commit ccdaa0cccb5abd0a788bc1f968f6b1c57a686c3e
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:25:42 2011 +0200
Perl mass rebuild
perl-String-Formatter.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-String-Formatter.spec
commit daf87005372fd39408fcfe42b4ff4e06662adcd1
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:28:12 2011 +0200
Perl mass rebuild
perl-File-ShareDir-PAR.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-File-ShareDir-PAR.spec
commit ebd32674c8e7c41231e8d4f2caa0d7b32572361e
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:29:18 2011 +0200
Perl mass rebuild
perl-Maypole.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Maypole.spec b/perl-Maypole.spec
index
commit 4900ad62de0a46688467b1736ce2fba83a5a2454
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:29:56 2011 +0200
Perl mass rebuild
perl-Email-Send.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Email-Send.spec b/perl-Email-Send.spec
commit 14d139da5e28f67e3bb8dc072e5d1b10e8e2e217
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:31:11 2011 +0200
Perl mass rebuild
perl-Template-Plugin-Cycle.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Template-Plugin-Cycle.spec
commit 8446693d8fa6beda83275cb1a1361f014d78a7f5
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:33:40 2011 +0200
Perl mass rebuild
perl-SVK.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-SVK.spec b/perl-SVK.spec
index ff6c1df..1766c0c
commit a2132cff7572e0313240efe2268cac6230e636b1
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:34:35 2011 +0200
Perl mass rebuild
perl-MooseX-Types-DateTime-ButMaintained.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git
commit cb151ca704f44b416505dafad361375dee0fe337
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 17:35:18 2011 +0200
Perl mass rebuild
perl-Dist-CheckConflicts.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Dist-CheckConflicts.spec
Am 19.07.2011 16:56, schrieb Miloslav Trmaè:
On Tue, Jul 19, 2011 at 2:31 PM, Reindl Harald h.rei...@thelounge.net wrote:
the new dumb behavior BREAKS LOCATE,
I did update mlocate to handle the removal of /etc/mtab data in F15,
and it seems to work fine for me. Please file a proper bug
On 07/19/2011 10:23 AM, Przemek Klosowski wrote:
On 07/19/2011 11:07 AM, Eric Sandeen wrote:
On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
Sad that the daemon gone. It was able to dynamically switch speed
(and save power) on systems that have CPUs with high transition
latency (e.g. old
- Original Message -
On 07/19/2011 10:23 AM, Przemek Klosowski wrote:
On 07/19/2011 11:07 AM, Eric Sandeen wrote:
On 07/19/2011 09:59 AM, Jaroslav Skarvada wrote:
Sad that the daemon gone. It was able to dynamically switch speed
(and save power) on systems that have CPUs with
Dear All
I found the following in internet:
The good news for embeded folks: all of this will be implemented in a
tiny new dbus service systemd-logind, which can easily be removed for
minimal setups, when tracking unprivileged user logins is unnecessary.
Can someone please, tell me:
1. how can
seth vidal (skvi...@fedoraproject.org) said:
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
We'll take that under advisement.
Ajax,
That remark is also unnecessary and just comes across as snarky. The
Petr Sabata (con...@redhat.com) said:
Will cpupowerutils obsolete cpufreq so old deployments of cpufreq can be
garbage-collected ? (yes most people will not need it, but is it not better
to
have something current installed rather than cpufreq living on forever? I'm
thinking of eternal
Lucas (macach...@gmail.com) said:
I found the following in internet:
The good news for embeded folks: all of this will be implemented in a
tiny new dbus service systemd-logind, which can easily be removed for
minimal setups, when tracking unprivileged user logins is unnecessary.
Can
On Tue, Jul 19, 2011 at 12:18:18PM -0400, Bill Nottingham wrote:
Petr Sabata (con...@redhat.com) said:
Will cpupowerutils obsolete cpufreq so old deployments of cpufreq can be
garbage-collected ? (yes most people will not need it, but is it not
better to
have something current
commit 95b4dcdc1e12cc7a78ae87b8398f282dfb128201
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 18:30:44 2011 +0200
Perl mass rebuild
perl-Mail-Box.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Mail-Box.spec b/perl-Mail-Box.spec
index
On Tue, 2011-07-19 at 12:16 -0400, Bill Nottingham wrote:
seth vidal (skvi...@fedoraproject.org) said:
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
We'll take that under advisement.
Ajax,
That
Just because shell scripts are familiar doesn't make then easier.
Shell scripts can be quite quite fragile. Collectively as admins
we've grown very attuned to dealing with shell semantics good and bad.
None of us who are deeply familiar with shell can You easily assess
the relative merits of
I would suggest getting a wattmeter and measuring it... probably the
simplest way to know for sure.
I'm pretty sure I measured it directly with a kill-a-watt meter, but I
no longer have a P4, so can't retest.
-Eric
--
Measured P4 on default F15 install. In active idle the overall power
On Tue, 2011-07-19 at 08:45 -0800, Jeff Spaleta wrote:
Just because shell scripts are familiar doesn't make then easier.
Shell scripts can be quite quite fragile. Collectively as admins
we've grown very attuned to dealing with shell semantics good and bad.
None of us who are deeply familiar
On Tue, 2011-07-19 at 13:46 +0300, Pasi Kärkkäinen wrote:
I think I recall discussing this with the anaconda team before; we
agreed in principle that it would make sense for anaconda to default to
clone mode, but the problem is X doesn't have any very easy mechanism
for overriding the
On Tue, 2011-07-19 at 15:41 +0200, Petr Sabata wrote:
On Tue, Jul 19, 2011 at 03:35:36PM +0200, Nicolas Mailhot wrote:
Le Mar 19 juillet 2011 14:14, Petr Sabata a écrit :
In case you would to use a different governor and/or specific frequency,
try
the
new cpupower.service
On Tue, 2011-07-19 at 12:16 -0400, Bill Nottingham wrote:
seth vidal (skvi...@fedoraproject.org) said:
My suggestion is that you keep both init systems, SysV/LSB and systemd,
as separate offerings out of many, and forever so.
We'll take that under advisement.
Ajax,
That
Petr Sabata (con...@redhat.com) said:
On Tue, Jul 19, 2011 at 12:18:18PM -0400, Bill Nottingham wrote:
Petr Sabata (con...@redhat.com) said:
Will cpupowerutils obsolete cpufreq so old deployments of cpufreq can be
garbage-collected ? (yes most people will not need it, but is it not
Hi, folks. The Test Day cycle for Fedora 16 will open shortly, and we're
putting out the call for anyone who has an idea for a Test Day. There
are many open slots on the schedule -
https://fedoraproject.org/wiki/QA/Fedora_16_test_days - and if they all
fill up or you would like to run a set of
Am 19.07.2011 19:11, schrieb Kalev Lember:
On 07/19/2011 07:30 PM, Petr Sabata wrote:
I put Obsoletes (not Provides) in there and in seemed to make no difference.
cpupowerutils update or clean cpupowerutils installation don't remove
cpuspeed
from the system.
Obsoletes: cpuspeed =
On 7/19/11 10:39 AM, Reindl Harald wrote:
and why not simply cpuspeed?
Unversioned obsoletes can lead to tricky situations should the package
ever come back into the distro.
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
--
devel mailing list
On Tue, Jul 19, 2011 at 8:51 AM, seth vidal skvi...@fedoraproject.org wrote:
I agree with one section of your argument:
arguments which are just I'm not used to this are bad arguments.
Many of the arguments presented in this and other threads do not boil
down to that. If you believe them to
On Tue, Jul 19, 2011 at 1:04 PM, Adam Williamson awill...@redhat.comwrote:
On Tue, 2011-07-19 at 12:16 -0400, Bill Nottingham wrote:
seth vidal (skvi...@fedoraproject.org) said:
My suggestion is that you keep both init systems, SysV/LSB and
systemd,
as separate offerings out of
Jeff Spaleta jspaleta at gmail.com writes:
...
None of us who are deeply familiar with shell can You easily assess
the relative merits of systemd because we aren't familiar with systemd
yet.
Yes we are already - the discusions here were not useless, neither for me,
you, or anybody else who
On Tue, Jul 19, 2011 at 7:48 PM, Jeff Spaleta jspal...@gmail.com wrote:
I disagree this thread specifically boils down to familiarity
argument. Shall I break down the original post point by point?
snip
- transparency of code due to shell use
how is shell more transparent?
UNIX sysadmins
On Tue, Jul 19, 2011 at 7:53 PM, Fulko Hew fulko@gmail.com wrote:
But as someone who is maintaining his own package...
Won't I have to maintain two different init system support files
for both systemd based distros and all the other Linux and Unix distros
I also run on?
Perhaps three, at
Le mardi 19 juillet 2011 à 09:48 -0800, Jeff Spaleta a écrit :
how is shell more transparent? from my meager understanding of
systemd we are actually getting better more systematic failure and
logging information from systemd unit files than we get from the
complexity of shell scripts. Are
commit e0a557d5716af8640011fb1a96a97102c0adb78c
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 20:09:42 2011 +0200
Perl mass rebuild
perl-Test-Perl-Critic.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Perl-Critic.spec
commit 354a30a3c3900b563624863a3fd018c098726eb8
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 20:11:06 2011 +0200
Perl mass rebuild
perl-Kwiki-RecentChanges.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Kwiki-RecentChanges.spec
commit a2a39d9d94debe07255a585e55a8cf1c46750e24
Author: Petr Sabata con...@redhat.com
Date: Tue Jul 19 20:11:21 2011 +0200
Perl mass rebuild
perl-PAR.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-PAR.spec b/perl-PAR.spec
index 4b1d46f..1c98bed
On Tue, Jul 19, 2011 at 9:59 AM, Fulko Hew fulko@gmail.com wrote:
From what I understand, I will now have to provide some systemd
application that is coded in C?
If that is the case, I now have to create an RPM per-architecture
and loose my architecture independence.
I do not believe you
On 07/19/2011 07:59 PM, Fulko Hew wrote:
From what I understand, I will now have to provide some systemd
application that is coded in C?
No. You'll just provide a unit file, which is a few lines
human-understandable INI-like configuration file.
Michal
--
devel mailing list
On 07/19/2011 05:59 PM, Fulko Hew wrote:
On Tue, Jul 19, 2011 at 1:48 PM, Jeff Spaleta jspal...@gmail.com
mailto:jspal...@gmail.com wrote:
On Tue, Jul 19, 2011 at 8:51 AM, seth vidal
skvi...@fedoraproject.org mailto:skvi...@fedoraproject.org wrote:
I agree with one section of
On Tue, 19.07.11 13:59, Fulko Hew (fulko@gmail.com) wrote:
how is shell more transparent? from my meager understanding of
systemd we are actually getting better more systematic failure and
logging information from systemd unit files than we get from the
complexity of shell scripts.
1 - 100 of 605 matches
Mail list logo
