Re: CPU getting hot or maybe not

[Frederic Muller]

On 01/04/2012 08:21 AM, Adam Williamson wrote:

On Tue, 2012-01-03 at 07:24 -0600, Bruno Wolff III wrote:

On Tue, Jan 03, 2012 at 17:09:07 +0800,
   Frederic Muller  wrote:

On 01/03/2012 04:01 PM, drago01 wrote:


This sounds like the debug enabled kernel is causing all this (there
was a similar issue in the past iirc).
Does running the F16 kernel on top of rawhide fix your issues?


How would I do that? I've altered my setup to be able to easily
switch from F16 to Rawhide while still working on my 'real work' so
I don't mind giving it a go (and it's fast).


Recently I haven't been running f16 kernels on rawhide because of a
recent dependency change in f16 to require a higher version of a package
than is in rawhide. The rawhide package has the needed change so you
could do a nodeps install.

The debugging kernels since 3.1 seem to be worse than they were in the
past. For some people this was significantly impacting their display
performance, for myself, my I/O performance tanked. I use luks on top
of raid and I think the I/O is becoming CPU bound instead of disk bound
on my system.

My current solution is to rebuild kernels with most of the debug options
turned back off. I have a git branch with change to the debugging options
and when there is a new update I update my copy of the master branch,
megre master to my nodebug branch and then do a local build.


This is what I do too, more or less - I just run 'make release' on the
kernel spec checkout - this is what the kernel maintainers use to switch
between 'debug' and 'release' builds - bump the rev by .1 and add a
changelog entry, then do a scratch build. My last one is here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=3612350

you're welcome to use it while it's still around.

As Bruno says, debug kernels are much slower and also much more 'active'
than release kernels; this could certainly explain the heat issue, as
the laptop will rarely be able to put its CPU into sleep mode with all
the debug activity going on.

BTW, Frederic, your issue with getting an F17 nightly to boot is
https://bugzilla.redhat.com/show_bug.cgi?id=766955 . It's well known,
but no-one seems to be stepping up to fix it :(


Thank you everyone for all the help. I'll look into it within a day or 
two hopefully.


Fred
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Fedora 15 updates-testing report

[updates]

The following Fedora 15 Security updates need testing:

https://admin.fedoraproject.org/updates/FEDORA-2011-15560/nss-3.12.10-7.fc15
https://admin.fedoraproject.org/updates/FEDORA-2011-16284/krb5-1.9.2-4.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-17492/krb5-appl-1.0.1-8.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-17559/zabbix-1.8.10-1.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-17546/pidgin-2.10.1-1.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-16893/freeipa-2.1.4-1.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-17551/ruby-1.8.7.357-1.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-17233/tor-0.2.1.32-1500.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-16980/asterisk-1.8.7.2-1.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-17341/python-virtualenv-1.7-1.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-17388/libguestfs-1.10.12-1.fc15
https://admin.fedoraproject.org/updates/FEDORA-2012-0018/glibc-2.14.1-5

https://admin.fedoraproject.org/updates/FEDORA-2011-17399/nspr-4.8.9-2.fc15,nss-softokn-3.13.1-14.fc15,nss-util-3.13.1-3.fc15,nss-3.13.1-9.fc15,thunderbird-lightning-1.1-0.1.rc1.fc15,thunderbird-9.0-4.fc15,gnome-python2-extras-2.25.3-35.fc15.4,perl-Gtk2-MozEmbed-0.09-1.fc15.8,firefox-9.0.1-1.fc15,xulrunner-9.0.1-1.fc15
https://admin.fedoraproject.org/updates/FEDORA-2012-0049/t1lib-5.1.2-8.fc15


The following Fedora 15 Critical Path updates have yet to be approved:


https://admin.fedoraproject.org/updates/FEDORA-2012-0073/kdebase-workspace-4.6.5-8.fc15
https://admin.fedoraproject.org/updates/FEDORA-2012-0088/setup-2.8.33-2.fc15
https://admin.fedoraproject.org/updates/FEDORA-2012-0018/glibc-2.14.1-5
https://admin.fedoraproject.org/updates/FEDORA-2012-0027/pcre-8.12-6.fc15
https://admin.fedoraproject.org/updates/nss-softokn-3.13.1-15.fc15
https://admin.fedoraproject.org/updates/FEDORA-2011-17565/qt-4.7.4-8.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-17427/libxfce4ui-4.8.1-1.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-17415/xfconf-4.8.1-1.fc15
https://admin.fedoraproject.org/updates/FEDORA-2011-17325/gdb-7.3.1-47.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-17399/nspr-4.8.9-2.fc15,nss-softokn-3.13.1-14.fc15,nss-util-3.13.1-3.fc15,nss-3.13.1-9.fc15,thunderbird-lightning-1.1-0.1.rc1.fc15,thunderbird-9.0-4.fc15,gnome-python2-extras-2.25.3-35.fc15.4,perl-Gtk2-MozEmbed-0.09-1.fc15.8,firefox-9.0.1-1.fc15,xulrunner-9.0.1-1.fc15
https://admin.fedoraproject.org/updates/FEDORA-2011-17275/xfwm4-4.8.3-1.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-13190/phonon-backend-gstreamer-4.5.90-2.fc15,phonon-4.5.57-1.20110914.fc15

https://admin.fedoraproject.org/updates/FEDORA-2011-11955/evolution-mapi-3.0.3-2.fc15,evolution-exchange-3.0.3-1.fc15,evolution-3.0.3-1.fc15,evolution-data-server-3.0.3-1.fc15,gtkhtml3-4.0.2-1.fc15


The following builds have been pushed to Fedora 15 updates-testing

PyQwt-5.2.0-14.fc15.1
bitfrost-1.0.15-1.fc15
drupal7-calendar-3.0-0.2.alpha2.fc15
gujarati-typing-booster-0.9.0-1.fc15
hindi-typing-booster-0.9.0-1.fc15
ibus-indic-table-1.3.1-22.fc15
kdebase-workspace-4.6.5-8.fc15
libcxgb3-1.3.1-1.fc15
libibcm-1.0.5-4.fc15
libibmad-1.3.8-1.fc15
libibumad-1.3.7-1.fc15
libibverbs-1.1.6-1.fc15
libipathverbs-1.2-3.fc15
libmlx4-1.0.2-3.fc15
libmthca-1.0.6-4.fc15
libnes-1.1.3-1.fc15
librdmacm-1.0.15-1.fc15
marathi-typing-booster-0.9.0-1.fc15
ncompress-4.2.4-56.fc15
openfst-1.2.10-1.fc15
opensm-3.3.12-1.fc15
perl-Bio-SamTools-1.33-1.fc15
python-cvxopt-1.1.4-1.fc15
qconf-1.4-4.fc15
scribus-1.4.0-2.fc15
setup-2.8.33-2.fc15
subscription-manager-0.99.3-1.fc15
t1lib-5.1.2-8.fc15
x-tile-2.2-1.fc15
yajl-1.0.12-1.fc15

Details about builds:



 PyQwt-5.2.0-14.fc15.1 (FEDORA-2012-0091)
 Python bindings for Qwt

Update Information:

Rebuilt of PyQwt for F-15 to fix a traceback when loading the PyQwt module in 
Python.
Reverted the use of %%{?_isa} for arch specific Requires as they cause 
dependancy problems on x86_64 architecuture.

ChangeLog:

* Tue Jan  3 2012 Tadej Janež  - 5.2.0-14.1
- reverted the use of %{?_isa} for arch specific Requires as they cause
  dependancy problems on x86_64 architecuture
* Wed Sep  7 2011 Tadej Janež  - 5.2.0-14
- changes to the spec file that follow the latest Packaging Guidelines:
  - added %{?_isa} to arch specific Requires
  - removed %defattr sections which are no longer necessary
- removed an obsolete work-around which removed files conflicting with the
  PyQt4 packag

Re: [Fedora QA] #237: tests to verify that torrents and mirrors contain signed checksum files

[Fedora QA]

#237: tests to verify that torrents and mirrors contain signed checksum files
---+--
  Reporter:  robatino  |  Owner:
  Type:  task  | Status:  reopened
  Priority:  major |  Milestone:
 Component:  Wiki  |Version:
Resolution:|   Keywords:
Blocked By:|   Blocking:
---+--
Changes (by robatino):

 * status:  closed => reopened
 * resolution:  invalid =>


Comment:

 Please also see

 https://lists.fedoraproject.org/pipermail/test/2011-December/104897.html

 I think the main problem here is that torrents and checksum files are
 being written to their final locations without being put in a temporary
 location, tested and verified first as happens with the ISOs. This means
 it's a race to fix problems before a broken version is released, and also
 that they tend to get posted shortly before release, when there's little
 time to fix things. By going to a temporary location first, they can be
 created shortly after Go/No Go, and any problems fixed well before
 release.

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: CPU getting hot or maybe not

[Adam Williamson]

On Tue, 2012-01-03 at 07:24 -0600, Bruno Wolff III wrote:
> On Tue, Jan 03, 2012 at 17:09:07 +0800,
>   Frederic Muller  wrote:
> > On 01/03/2012 04:01 PM, drago01 wrote:
> > >
> > >This sounds like the debug enabled kernel is causing all this (there
> > >was a similar issue in the past iirc).
> > >Does running the F16 kernel on top of rawhide fix your issues?
> > 
> > How would I do that? I've altered my setup to be able to easily
> > switch from F16 to Rawhide while still working on my 'real work' so
> > I don't mind giving it a go (and it's fast).
> 
> Recently I haven't been running f16 kernels on rawhide because of a
> recent dependency change in f16 to require a higher version of a package
> than is in rawhide. The rawhide package has the needed change so you
> could do a nodeps install.
> 
> The debugging kernels since 3.1 seem to be worse than they were in the
> past. For some people this was significantly impacting their display
> performance, for myself, my I/O performance tanked. I use luks on top
> of raid and I think the I/O is becoming CPU bound instead of disk bound
> on my system.
> 
> My current solution is to rebuild kernels with most of the debug options
> turned back off. I have a git branch with change to the debugging options
> and when there is a new update I update my copy of the master branch,
> megre master to my nodebug branch and then do a local build.

This is what I do too, more or less - I just run 'make release' on the
kernel spec checkout - this is what the kernel maintainers use to switch
between 'debug' and 'release' builds - bump the rev by .1 and add a
changelog entry, then do a scratch build. My last one is here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=3612350

you're welcome to use it while it's still around.

As Bruno says, debug kernels are much slower and also much more 'active'
than release kernels; this could certainly explain the heat issue, as
the laptop will rarely be able to put its CPU into sleep mode with all
the debug activity going on.

BTW, Frederic, your issue with getting an F17 nightly to boot is
https://bugzilla.redhat.com/show_bug.cgi?id=766955 . It's well known,
but no-one seems to be stepping up to fix it :(
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: xorg broken dependencies in Rawhide

[Adam Williamson]

On Thu, 2011-12-22 at 16:46 +, Andre Robatino wrote:
> Bruno Wolff III  wolff.to> writes:
> 
> > When that first showed up I just removed the offending packages, did an
> > update and things worked. The problem might be hardware related.
> 
> Can you be more specific as to "offending packages"? If making this work
> requires removing dozens of packages, I'd rather continue using multiuser mode
> and wait for the problem to get fixed.

Most of the 'offending packages' are rather obscure X drivers which
you're unlikely ever to need.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: EFI (UEFI) F16\Rawhide

[Adam Williamson]

On Thu, 2011-12-22 at 12:19 +, Frank Murphy wrote:
> Not having one,
> can someone on F16+
> tell me what dow it use?
> 
> in /etc have you grub2* ?

F16 uses grub-legacy for EFI installs, because pjones considered
grub2-efi to be incomplete/unreliable. anaconda knows when you're doing
an EFI install, and installs and configures the grub-efi package instead
of grub2.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F17 QA schedule modification proposal

[Adam Williamson]

On Mon, 2011-12-19 at 10:36 -0600, Dennis Gilmore wrote:

> > Dennis, what say ye? Is that doable or not for any particular reason?
> 
> TCS by there nature are throw away and never intended to be
> complete or shipable. its to see where we are and whats broken.
> replacing the RATS composes with TCS is fine. It should give us a early
> warning if the world is broken and its really no more work for me than
> doing a rats compose. 
> 
> So i would say having a TC on the day of dropping orphans is a bit
> silly, it should be the day after,  to see what we broke. 

I'd say the day after would be fine by us (QA).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: [Fedora QA] #237: tests to verify that torrents and mirrors contain signed checksum files

[Fedora QA]

#237: tests to verify that torrents and mirrors contain signed checksum files
---+
  Reporter:  robatino  |  Owner:
  Type:  task  | Status:  closed
  Priority:  major |  Milestone:
 Component:  Wiki  |Version:
Resolution:  invalid   |   Keywords:
Blocked By:|   Blocking:
---+

Comment (by adamwill):

 In any case it was incorrect for Dennis to close this, as this is a QA
 group task to create a test case / SOP to verify the torrent files, not
 any kind of request to releng. The releng request ticket is/was
 https://fedorahosted.org/rel-eng/ticket/4906 ; if you want to close
 anything, Dennis, close that. Unfortunately, I don't seem to be able to
 re-open this ticket.

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: kernel w\o kernel-tools?

[Josh Boyer]

On Tue, Jan 3, 2012 at 11:15 AM, Frank Murphy  wrote:
> Didn't realise kernel-tools was not installed,
> until "rhgb quiet" removed.
>
> But I thougth they were joined at the hip,
> and an updated kernel would pull it in?

Nope.  Unless you have something it provides already installed.  On
rawhide, it only provides the cpupower stuff, which isn't needed by
default.

josh
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

kernel w\o kernel-tools?

[Frank Murphy]

Didn't realise kernel-tools was not installed,
until "rhgb quiet" removed.

But I thougth they were joined at the hip,
and an updated kernel would pull it in?


kernel-3.1.0-7.fc16.i686
kernel-3.1.5-6.fc16.i686
kernel-3.2.0-0.rc7.git0.1.fc17.i686
kernel-3.2.0-0.rc7.git1.1.fc17.i686
kernel-3.2.0-0.rc7.git2.1.fc17.i686
kernel-3.2.0-0.rc7.git3.1.fc17.i686
kernel-3.2.0-0.rc7.git4.1.fc17.i686
package kernel-tools is not installed

--
Regards,

Frank Murphy
UTF_8 Encoded
Friend of fedoraproject.org
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: CPU getting hot or maybe not

[Bruno Wolff III]

On Tue, Jan 03, 2012 at 17:09:07 +0800,
  Frederic Muller  wrote:
> On 01/03/2012 04:01 PM, drago01 wrote:
> >
> >This sounds like the debug enabled kernel is causing all this (there
> >was a similar issue in the past iirc).
> >Does running the F16 kernel on top of rawhide fix your issues?
> 
> How would I do that? I've altered my setup to be able to easily
> switch from F16 to Rawhide while still working on my 'real work' so
> I don't mind giving it a go (and it's fast).

Recently I haven't been running f16 kernels on rawhide because of a
recent dependency change in f16 to require a higher version of a package
than is in rawhide. The rawhide package has the needed change so you
could do a nodeps install.

The debugging kernels since 3.1 seem to be worse than they were in the
past. For some people this was significantly impacting their display
performance, for myself, my I/O performance tanked. I use luks on top
of raid and I think the I/O is becoming CPU bound instead of disk bound
on my system.

My current solution is to rebuild kernels with most of the debug options
turned back off. I have a git branch with change to the debugging options
and when there is a new update I update my copy of the master branch,
megre master to my nodebug branch and then do a local build.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: CPU getting hot or maybe not

[Frederic Muller]

On 01/03/2012 04:01 PM, drago01 wrote:

On Tue, Jan 3, 2012 at 7:21 AM, Frederic Muller  wrote:

On 01/02/2012 05:57 PM, drago01 wrote:


That sounds like some process for whatever reason stresses the CPU and
your hardware is broken to the point where it cannot really run at
full load.



I actually agree with that statement. Now on top of having a hot laptop I
also have a very sluggish one under Rawhide.


This sounds like the debug enabled kernel is causing all this (there
was a similar issue in the past iirc).
Does running the F16 kernel on top of rawhide fix your issues?


How would I do that? I've altered my setup to be able to easily switch 
from F16 to Rawhide while still working on my 'real work' so I don't 
mind giving it a go (and it's fast).


Thank you.

Fred
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test

Re: CPU getting hot or maybe not

[drago01]

On Tue, Jan 3, 2012 at 7:21 AM, Frederic Muller  wrote:
> On 01/02/2012 05:57 PM, drago01 wrote:
>>
>> That sounds like some process for whatever reason stresses the CPU and
>> your hardware is broken to the point where it cannot really run at
>> full load.
>
>
> I actually agree with that statement. Now on top of having a hot laptop I
> also have a very sluggish one under Rawhide.

This sounds like the debug enabled kernel is causing all this (there
was a similar issue in the past iirc).
Does running the F16 kernel on top of rawhide fix your issues?
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test