Re: boost 1.47.0

On Mon, Jul 18, 2011 at 9: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

Re: boost 1.47.0

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

Re: on /etc/sysconfig

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 commin

Re: on /etc/sysconfig

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

Re: boost 1.47.0

Kalev Lember 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 >> packaging, so i

Re: Poll: Does ACPI lid state work on your Linux laptop?

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, Ha

Re: boost 1.47.0

Peter Robinson 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 recently and Deni

Re: Poll: Does ACPI lid state work on your Linux laptop?

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 cur

systemd vice SysV/LSB init systems - what next ?

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 s

Re: on /etc/sysconfig

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

Heads up: cpuspeed removed from f16+

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 u

[perl-MooseX-Traits] Perl mass rebuild

commit 3e00831ab44f75de6493c19e26846f14ab06e6cc Author: Petr Sabata 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 b/perl-MooseX-Traits.spec index 305ad6

[perl-Net-SSLGlue] Perl mass rebuild

commit f6da45ca66605fe650167f8d8c7e94518842fa16 Author: Petr Sabata 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 index 1c58427..28c

Re: on /etc/sysconfig

On Tue, 19.07.11 03:43, Miloslav Trmač (m...@volny.cz) wrote: > On Mon, Jul 18, 2011 at 11:34 PM, Lennart Poettering > 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 removal of /e

Unison package

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 http://lists.fedoraproject.org/pipermail/devel/2010-Ju

rawhide report: 20110719 changes

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) almanah-0.7.3-12

Re: systemd vice SysV/LSB init systems - what next ?

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 (startin

Re: How to read /proc/locks in safe mode?

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 > http://stackoverflow.com/questions/5713451/is-it-s

Re: Heads up: cpuspeed removed from f16+

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 th

Re: Heads up: cpuspeed removed from f16+

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 sta

Re: systemd vice SysV/LSB init systems - what next ?

On Tue, Jul 19, 2011 at 1:11 PM, 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. That's just adds a maintenance burden for no real benefit. > You would install them as suitable for your individual sy

[perl-Net-Amazon-S3] Perl mass rebuild

commit d0524f782e9047654d0d47254faff01697d3e360 Author: Petr Sabata Date: Tue Jul 19 15:32:55 2011 +0200 Perl mass rebuild perl-Net-Amazon-S3.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Net-Amazon-S3.spec b/perl-Net-Amazon-S3.spec index d11fb8

[perl-Date-Manip] Perl mass rebuild

commit 40f4be870bc38e152be130a69bd4b9cdcf6ab948 Author: Petr Sabata 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 index b4a0a08..983c10

[perl-AnyEvent-XMPP] Perl mass rebuild

commit eed623c6d545fe193cdbc9418e3fa395819aaab2 Author: Petr Sabata 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 b/perl-AnyEvent-XMPP.spec index 00b256

Re: systemd vice SysV/LSB init systems - what next ?

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. F

Re: Heads up: cpuspeed removed from f16+

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 cpuf

Re: systemd vice SysV/LSB init systems - what next ?

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 that are able and willing and > after your

[perl-Data-AsObject] Perl mass rebuild

commit 9209d9a6945b99f3fddf4d20e10ad4dfa42abb3a Author: Petr Sabata 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 b/perl-Data-AsObject.spec index 0b7645

Re: Heads up: cpuspeed removed from f16+

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 > > ne

[perl-Kwiki] Perl mass rebuild

commit fe051330dc4de7534a200b75d9b7b29a93328194 Author: Petr Sabata 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 7db45e0..01dcd25 100644 --- a/

[perl-POE-Component-SNMP] Perl mass rebuild

commit 11efad663aedbd364e33680d8706529c52f22cd2 Author: Petr Sabata 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 b/perl-POE-Component-SNMP.sp

[perl-Convert-TNEF] Perl mass rebuild

commit ccba54a65a3fce9d1ba27e665afd07e35790db10 Author: Petr Sabata 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 b/perl-Convert-TNEF.spec index 0ada0d6..

[perl-Test-Compile] Perl mass rebuild

commit 05b79e65e3fab4c2783ef8aa025fcbb9e96e444b Author: Petr Sabata 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 b/perl-Test-Compile.spec index bc47a11..

Re: F15: ugly behavior of "df"

Am 24.06.2011 09:43, schrieb Andreas Schwab: > Karel Zak 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: >> >># moun

[perl-Catalyst-Plugin-CGI-Untaint] Perl mass rebuild

commit faab043773d77fbc22aeaffab8ab52317ef45c1c Author: Petr Sabata 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 a/perl-Catalyst-Plugin-CGI-Untaint.spec b/perl-Ca

[perl-Perl-MinimumVersion] Perl mass rebuild

commit 2936ce7fc4eaef09509ca5db9a7fecc640e8c375 Author: Petr Sabata 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 b/perl-Perl-MinimumVersion

[perl-CGI-Application-Server] Perl mass rebuild

commit 947aea0b8191df926df2678b33d6ecb79071228e Author: Petr Sabata Date: Tue Jul 19 15:55:59 2011 +0200 Perl mass rebuild perl-CGI-Application-Server.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-CGI-Application-Server.spec b/perl-CGI-Applicati

[perl-Workflow] Perl mass rebuild

commit 70e7f1e0c9c9365124b7267b4018166710ee13ee Author: Petr Sabata Date: Tue Jul 19 15:56:08 2011 +0200 Perl mass rebuild perl-Workflow.spec |5 - 1 files changed, 4 insertions(+), 1 deletions(-) --- diff --git a/perl-Workflow.spec b/perl-Workflow.spec index bfb..4b76a4b 1006

[perl-DateTime-Format-Excel] Perl mass rebuild

commit 15dd76573eac0eff377bae9fa947c9892141d713 Author: Petr Sabata 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 b/perl-DateTime-Format

Re: systemd vice SysV/LSB init systems - what next ?

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 mail

[perl-DateTime-Format-Mail] Perl mass rebuild

commit 69cd4f42e2bf49b7bdcf49c77bd319df73378d43 Author: Petr Sabata 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 b/perl-DateTime-Format-M

Re: systemd vice SysV/LSB init systems - what next ?

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 a

[perl-Email-MIME-Attachment-Stripper] Perl mass rebuild

commit 0dd31c430fdcfd06863dffc1de62ebbec9a5d4c1 Author: Petr Sabata 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 a/perl-Email-MIME-Attachment-Stripper.spec b/p

[perl-Perl-Critic-Tics] Perl mass rebuild

commit 1dfefd893cecc1b3d48d2c1ac4c055c8d4d9a5c9 Author: Petr Sabata 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 b/perl-Perl-Critic-Tics.spec ind

[perl-Role-HasMessage] Perl mass rebuild

commit d7a5094cb666210193005307d5c81ea524180ec7 Author: Petr Sabata 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 b/perl-Role-HasMessage.spec index

[perl-MouseX-Types] Perl mass rebuild

commit 02ef76af395f6823babd240ff14ae38c1869f8d7 Author: Petr Sabata 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 b/perl-MouseX-Types.spec index 50aeb6c..

[perl-CGI-Application-Plugin-TT] Perl mass rebuild

commit 923019a3b3307057590209958cdd1b6e89fe3f1d Author: Petr Sabata 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 a/perl-CGI-Application-Plugin-TT.spec b/perl-CGI-Ap

Re: Poll: Does ACPI lid state work on your Linux laptop?

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

Contacting Release Engineering

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 si

Re: systemd vice SysV/LSB init systems - what next ?

Adam Jackson 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 disc

Re: systemd vice SysV/LSB init systems - what next ?

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

[perl-Test-POE-Client-TCP] Perl mass rebuild

commit a12e7fb551e8263a513ed85c6171d92fd129924b Author: Petr Sabata 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 b/perl-Test-POE-Client-TCP

Re: F15: ugly behavior of "df"

On Tue, Jul 19, 2011 at 2:31 PM, Reindl Harald 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 contents of /proc/self/m

Re: Heads up: cpuspeed removed from f16+

- 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 > defau

Re: Heads up: cpuspeed removed from f16+

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.

Re: Heads up: cpuspeed removed from f16+

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 module

[perl-MooseX-Types] Perl mass rebuild

commit d1f14bea073c3f77fdf2ce4fdab2d171ebe04b4b Author: Petr Sabata 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 b/perl-MooseX-Types.spec index 07b6949..

Re: Heads up: cpuspeed removed from f16+

- 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

[perl-App-Daemon] Perl mass rebuild

commit 2c5d1380551d92fd978b3644453a56e5f6d6c383 Author: Petr Sabata 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 index 75ca32f..a734f5

[Bug 723202] po4a fails to run in Rawhide: undefined symbol: Perl_Gthr_key_ptr

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 changed: What|Removed |Added

Re: Heads up: cpuspeed removed from f16+

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 > >

[perl-Test-Inline] Perl mass rebuild

commit dae6ae4404c189b69bdc99551b3665828b9963a5 Author: Petr Sabata 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 index 16a633a..719

[perl-String-Formatter] Perl mass rebuild

commit ccdaa0cccb5abd0a788bc1f968f6b1c57a686c3e Author: Petr Sabata 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 b/perl-String-Formatter.spec ind

[perl-File-ShareDir-PAR] Perl mass rebuild

commit daf87005372fd39408fcfe42b4ff4e06662adcd1 Author: Petr Sabata 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 b/perl-File-ShareDir-PAR.spec

[perl-Maypole] Perl mass rebuild

commit ebd32674c8e7c41231e8d4f2caa0d7b32572361e Author: Petr Sabata 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 7f2a30d..62b9687 100644

[perl-Email-Send] Perl mass rebuild

commit 4900ad62de0a46688467b1736ce2fba83a5a2454 Author: Petr Sabata 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 index f037873..e30655

[perl-Template-Plugin-Cycle] Perl mass rebuild

commit 14d139da5e28f67e3bb8dc072e5d1b10e8e2e217 Author: Petr Sabata 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 b/perl-Template-Plugin

[perl-SVK] Perl mass rebuild

commit 8446693d8fa6beda83275cb1a1361f014d78a7f5 Author: Petr Sabata 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 100644 --- a/perl-S

[perl-MooseX-Types-DateTime-ButMaintained] Perl mass rebuild

commit a2132cff7572e0313240efe2268cac6230e636b1 Author: Petr Sabata 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 a/perl-MooseX-Types-DateTime-ButMaintained

[perl-Dist-CheckConflicts] Perl mass rebuild

commit cb151ca704f44b416505dafad361375dee0fe337 Author: Petr Sabata 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 b/perl-Dist-CheckConflicts

Re: F15: ugly behavior of "df"

Am 19.07.2011 16:56, schrieb Miloslav Trmaè: > On Tue, Jul 19, 2011 at 2:31 PM, Reindl Harald 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

Re: Heads up: cpuspeed removed from f16+

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

Re: Heads up: cpuspeed removed from f16+

- 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

systemd-logind - I need to know more about it

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

Re: systemd vice SysV/LSB init systems - what next ?

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 snar

Re: Heads up: cpuspeed removed from f16+

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

Re: on /etc/sysconfig

Kay Sievers (kay.siev...@vrfy.org) said: > On Mon, Jul 18, 2011 at 23:27, David Michael wrote: > > On Mon, Jul 18, 2011 at 5:16 PM, Bill Nottingham wrote: > >> Right, but that then causes 'last one wins' behavior among multiple DMs. > >> > >> I suppose we could use alternatives for this, as much

Re: systemd-logind - I need to know more about it

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. > >

Re: systemd-logind - I need to know more about it

On 07/19/2011 08:22 PM, Bill Nottingham wrote: > 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 tra

Re: Heads up: cpuspeed removed from f16+

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 c

[perl-Mail-Box] Perl mass rebuild

commit 95b4dcdc1e12cc7a78ae87b8398f282dfb128201 Author: Petr Sabata 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 49fcf4f..9a99314 1006

Re: systemd vice SysV/LSB init systems - what next ?

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. > > >

Re: systemd vice SysV/LSB init systems - what next ?

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 syst

Re: Heads up: cpuspeed removed from f16+

> > 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 overa

Re: systemd vice SysV/LSB init systems - what next ?

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 famili

Re: Poll: Does ACPI lid state work on your Linux laptop?

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

Re: Heads up: cpuspeed removed from f16+

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 cp

Re: systemd vice SysV/LSB init systems - what next ?

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. > > >

Re: Heads up: cpuspeed removed from f16+

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 <= 1:1.5-15 It should instead be: Obsoletes:

Re: Heads up: cpuspeed removed from f16+

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

[Test-Announce] Call for Test Days for Fedora 16

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 Test

Re: Heads up: cpuspeed removed from f16+

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: c

Re: Heads up: cpuspeed removed from f16+

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 devel@l

Re: systemd vice SysV/LSB init systems - what next ?

On Tue, Jul 19, 2011 at 8:51 AM, seth vidal 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 do so, Jeff, then

Re: Heads up: cpuspeed removed from f16+

Am 19.07.2011 19:43, schrieb Jesse Keating: > 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 hm not if both packages updated i think this is a conflict whic

Re: systemd vice SysV/LSB init systems - what next ?

On Tue, Jul 19, 2011 at 6:51 PM, seth vidal wrote: > On Tue, 2011-07-19 at 08:45 -0800, Jeff Spaleta 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 no

Re: systemd vice SysV/LSB init systems - what next ?

On Tue, Jul 19, 2011 at 1:04 PM, Adam Williamson wrote: > 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

Re: systemd vice SysV/LSB init systems - what next ?

Jeff Spaleta 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 wanted

Re: systemd vice SysV/LSB init systems - what next ?

On Tue, Jul 19, 2011 at 1:48 PM, Jeff Spaleta wrote: > On Tue, Jul 19, 2011 at 8:51 AM, seth vidal > 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

Re: systemd vice SysV/LSB init systems - what next ?

On Tue, Jul 19, 2011 at 7:48 PM, Jeff Spaleta wrote: > I disagree this thread specifically boils down to familiarity > argument.  Shall I break down the original post point by point? >  - transparency of code due to shell use > > how is shell more transparent? UNIX sysadmins know shell; so anyone

  1   2   >