[@core] minimal install size assessment, f17 vs. f18

[Adam Williamson]

Just for interest, here's the current (and likely final) state of
minimal install package set for f18 vs. f17.

diff: http://paste.stg.fedoraproject.org/2613 - that's f17 DVD minimal
install vs. f18 final tc3 DVD minimal install.

most of the additions track back to NetworkManager, systemd, or
firewalld, but those have been pared down fairly well (could probably be
improved a little more with some work). The addition of man-db and
openssh-clients adds a few other things, but those are probably good
choices. 'make' came in via openssl -
https://bugzilla.redhat.com/show_bug.cgi?id=783446 . procps-ng replaces
procps, and udev / libudev are now in systemd / systemd-libs.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 18 Final blocker status: required fixes, karma, etc

[Adam Williamson]

Time for the first Fedora 18 Final blocker status update. This will be a
big one, folks, strap yourselves in! As usual, this is an attempt to let
everyone know where we are with the current blocker list: what bugs we
still need fixes for, where we need further testing, karma and/or
information. 

To hit the current schedule we need to basically be done - have a viable
RC - by the end of this week. *All* the accepted blockers at least need
to be addressed by then.

Here is a summary of required action, for those who don't have time to
read the whole thing:

Summary
---

The following updates need testing and karma:

* https://admin.fedoraproject.org/updates/anaconda-18.37.3-1.fc18
* https://admin.fedoraproject.org/updates/shim-signed-0.2-3.2.fc18
* https://admin.fedoraproject.org/updates/lorax-18.24-1.fc18
* https://admin.fedoraproject.org/updates/cloud-init-0.7.1-2.fc18
* https://admin.fedoraproject.org/updates/device-mapper-multipath-0.4.9-36.fc18
* 
https://admin.fedoraproject.org/updates/FEDORA-2012-20368/plymouth-0.8.8-5.fc18

The following bugs require developer attention:

anaconda team
-

* https://bugzilla.redhat.com/show_bug.cgi?id=858628
* https://bugzilla.redhat.com/show_bug.cgi?id=873224
* https://bugzilla.redhat.com/show_bug.cgi?id=875944
* https://bugzilla.redhat.com/show_bug.cgi?id=876716
* https://bugzilla.redhat.com/show_bug.cgi?id=879187
* https://bugzilla.redhat.com/show_bug.cgi?id=885378
* https://bugzilla.redhat.com/show_bug.cgi?id=885912
* https://bugzilla.redhat.com/show_bug.cgi?id=887236
* https://bugzilla.redhat.com/show_bug.cgi?id=877658 (proposed)
* https://bugzilla.redhat.com/show_bug.cgi?id=883699 (proposed)
* https://bugzilla.redhat.com/show_bug.cgi?id=886647 (proposed)
* https://bugzilla.redhat.com/show_bug.cgi?id=887539 (proposed)
* https://bugzilla.redhat.com/show_bug.cgi?id=888089 (proposed)
* https://bugzilla.redhat.com/show_bug.cgi?id=886061 (proposed)

haraldh
---

* https://bugzilla.redhat.com/show_bug.cgi?id=874486
* https://bugzilla.redhat.com/show_bug.cgi?id=860525
* https://bugzilla.redhat.com/show_bug.cgi?id=881670
* https://bugzilla.redhat.com/show_bug.cgi?id=880271
* https://bugzilla.redhat.com/show_bug.cgi?id=881670

others
--

* https://bugzilla.redhat.com/show_bug.cgi?id=830434 - NetworkManager folks
* https://bugzilla.redhat.com/show_bug.cgi?id=876218 - systemd folks
* https://bugzilla.redhat.com/show_bug.cgi?id=882212 - systemd folks
* https://bugzilla.redhat.com/show_bug.cgi?id=873817 - jciesla
* https://bugzilla.redhat.com/show_bug.cgi?id=875846 - lorax folks

The following bugs require further information or testing from QA
folks / reporters aside from karma:

* https://bugzilla.redhat.com/show_bug.cgi?id=880263 - Mark Hamzy
* https://bugzilla.redhat.com/show_bug.cgi?id=876789 - Jes Sorensen
* https://bugzilla.redhat.com/show_bug.cgi?id=886314 - boblfoot or others
* https://bugzilla.redhat.com/show_bug.cgi?id=882212 - Jan Vcelak

Accepted blockers
-

1. https://bugzilla.redhat.com/show_bug.cgi?id=830434 - "Omits
"IPV6INIT=yes" from kickstart-generated ifcfg-* file"

This needs fixing in NetworkManager's ifcfg-rh plugin writer. jirka has
posted a patch in the bug, it needs applying and we need a
NetworkManager update that includes it.

2. https://bugzilla.redhat.com/show_bug.cgi?id=858628 - "Some buttons
and labels in Anaconda can't be localized"

This became a kind of catch-all bug. The last bit that Chris really
figures is a part of this bug now has a patch posted, so should wind up
in an anaconda build soon, then we can close it out.

3. https://bugzilla.redhat.com/show_bug.cgi?id=873224 - "TypeError:
cannot concatenate 'str' and 'NoneType' objects"

dlehman is still working on this one, as of 4 days ago. We need him to
finish working on it and push it to an anaconda build.

4. https://bugzilla.redhat.com/show_bug.cgi?id=874486 - "progress
indicator for mediacheck isn't displayed, so users may think the
installer is hung"

Harald has posted a patch for this, but we are still waiting on a
build/update including the patch so far as I know.

5. https://bugzilla.redhat.com/show_bug.cgi?id=875944 - "Shrink function
in 'Reclaim space' dialog does not allow user to specify target size,
automatically picks smallest possible size"

We need anaconda team to decide what to do about this, and do it.

6. https://bugzilla.redhat.com/show_bug.cgi?id=876218 - "kernel boot +
nfsiso repo = hang on reboot"

We're still trying to track this down, really: it needs some input from
the systemd developers. Kay, Lennart?

7. https://bugzilla.redhat.com/show_bug.cgi?id=876716 - "anaconda
crashes after setting root password"

This is a very tricky threading issue between anaconda and yum and RPM.
It's under discussion on the anaconda list ATM, but we need to pick a
fix and go with it.

8. https://bugzilla.redhat.com/show_bug.cgi?id=879187 - "NFS in RC1
regressed vs. TC9: does not override inst.stage2 when passed as
inst.repo, interactive N

Re: fedup: does not verify source

[Björn Persson]

Adam Williamson wrote:
> On Tue, 2012-12-18 at 02:05 +0100, Björn Persson wrote:
> > Adam Williamson wrote:
> > > anyhow, the tricky thing here lies in somehow making it safe for
> > > fedup to *automatically* import the correct key for the next
> > > release. This is a subtlish problem.
> > 
> > There's another thing that also needs to be fixed. If I've
> > understood
> > what I've read correctly, then Fedup downloads a kernel and a
> > ramdisk
> > which make up that isolated environment that Adam mentioned. Those
> > files aren't RPM packages and aren't signed like the packages are.
> > Those who have the secret keys need to start signing the
> > kernel/ramdisk pair, and Fedup needs to verify that signature.
> > Naturally the signature must be verified before the kernel/ramdisk
> > pair is booted.
> 
> That, we already have a bug for and it is being worked on, I believe.

The bug report that Rahul linked to seems to cover both issues. At least 
both issues have been discussed there.

I hope that both issues are also being worked on, but I also hoped that 
those same issues would get addressed for Preupgrade, and it never 
happened.

Björn Persson

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedup: does not verify source

[Adam Williamson]

On Tue, 2012-12-18 at 02:05 +0100, Björn Persson wrote:
> Adam Williamson wrote:
> > On Mon, 2012-12-17 at 11:27 -0500, Przemek Klosowski wrote:
> > > On 12/17/2012 01:58 AM, Adam Williamson wrote:
> > > > fedup essentially automates doing yum distro-sync across a reboot
> > > > and in an isolated environment
> > > 
> > > I don't understand---the discussion started by pointing out that
> > > fedup does not check signatures, then someone said that yum
> > > distro-sync does it properly, and you're saying that fedup just
> > > automates distro-sync. At which point is the signature checking
> > > disabled then? and can it be restored?
> > 
> > anyhow, the tricky thing here lies in somehow making it safe for fedup
> > to *automatically* import the correct key for the next release. This
> > is a subtlish problem.
> 
> There's another thing that also needs to be fixed. If I've understood 
> what I've read correctly, then Fedup downloads a kernel and a ramdisk 
> which make up that isolated environment that Adam mentioned. Those files 
> aren't RPM packages and aren't signed like the packages are. Those who 
> have the secret keys need to start signing the kernel/ramdisk pair, and 
> Fedup needs to verify that signature. Naturally the signature must be 
> verified before the kernel/ramdisk pair is booted.

That, we already have a bug for and it is being worked on, I believe.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedup: does not verify source

[Björn Persson]

Adam Williamson wrote:
> On Mon, 2012-12-17 at 11:27 -0500, Przemek Klosowski wrote:
> > On 12/17/2012 01:58 AM, Adam Williamson wrote:
> > > fedup essentially automates doing yum distro-sync across a reboot
> > > and in an isolated environment
> > 
> > I don't understand---the discussion started by pointing out that
> > fedup does not check signatures, then someone said that yum
> > distro-sync does it properly, and you're saying that fedup just
> > automates distro-sync. At which point is the signature checking
> > disabled then? and can it be restored?
> 
> anyhow, the tricky thing here lies in somehow making it safe for fedup
> to *automatically* import the correct key for the next release. This
> is a subtlish problem.

There's another thing that also needs to be fixed. If I've understood 
what I've read correctly, then Fedup downloads a kernel and a ramdisk 
which make up that isolated environment that Adam mentioned. Those files 
aren't RPM packages and aren't signed like the packages are. Those who 
have the secret keys need to start signing the kernel/ramdisk pair, and 
Fedup needs to verify that signature. Naturally the signature must be 
verified before the kernel/ramdisk pair is booted.

Björn Persson

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fwd: [ANNOUNCE] xf86-video-intel 2.20.16

[Sérgio Basto]

On Seg, 2012-12-17 at 11:24 -0500, Adam Jackson wrote:
> I'll submit an update today.  Thanks for testing!

https://admin.fedoraproject.org/updates/xorg-x11-drv-intel

To follow when was pushed to updates-testing and to give feedback and
karma .

-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ANNOUNCE] xf86-video-intel 2.20.16

[Sérgio Basto]

On Seg, 2012-12-17 at 19:12 +0300, Ebru Arslan wrote:
> another problem.
> fedora14 libdrm_2.2.22 doesnt update. i downloaded libdrim_2.2.40 and
> configure but doesnt effect.

Hi , libdrm, intel drv, kernel normally have circle dependencies , i.e
to compile intel drv you need update libdrm  and to have libdrm you will
need update kernel etc. See here http://intellinuxgraphics.org
(http://intellinuxgraphics.org/2012Q4.html  ) to have one idea of we
expect to have .


Now, Fedora 14 have a kernel 2.6.35 , you should try see if you can work
with a more recent kernel. 
you wrote : "these driver is using kernel file (like header etc) if i
use Fedora 17, they are not working" .
It is hard to tell something, without see any line of the error
description ... , so what is the error ?  Are you sure that doesn't
compile with more recent kernel ?  


-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Restoring deleted package

[Luya Tshimbalanga]

On Mon 17 Dec 2012 10:26:02 AM PST, Tomasz Torcz wrote:


   Why shouldn't?  It wasn't submitted to updates-testing, so naturally
got garbage-collected.



You are right. I checked bodhi and noticed that gdesklets for F17 was 
unpushed to updates-testing.

Pushing it now.


--
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.thefinalzone.net

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[389-devel] please review: #505 use lock-free access name2asi and oid2asi tables

[Ludwig Krispenz]

The following fix does not provide a lock free syntax table, but 
improves performance by drastically reducing the

syntax table lookups.

https://fedorahosted.org/389/ticket/505

https://fedorahosted.org/389/attachment/ticket/505/0001-Ticket-505-use-lock-free-access-name2asi-and-oid2asi.patch

Ludwig
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

Re: Fwd: [ANNOUNCE] xf86-video-intel 2.20.16

[Adam Williamson]

On Mon, 2012-12-17 at 06:30 -0800, Tom London wrote:

> The entire system feels snappier.

FWIW, years of experience with forums, crappy review sites and Phoronix
forums have taught me to automatically ignore absolutely any comment
which includes this form of words. It is, in 99.99% of cases, entirely
meaningless.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedup: does not verify source

[Bruno Wolff III]

On Mon, Dec 17, 2012 at 10:58:54 -0800,
  Adam Williamson  wrote:


anyhow, the tricky thing here lies in somehow making it safe for fedup
to *automatically* import the correct key for the next release. This is
a subtlish problem.


I am biased by being a rawhide user and someone who regularly grabs builds 
directly from koji, but I'd rather see all non-scratch koji builds signed.


The guaranty wouldn't be as strong as when someone manually signs stuff, 
but would be a better than nothing.

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedup: does not verify source

[Josh Stone]

On 12/17/2012 10:58 AM, Adam Williamson wrote:
> When you do a yum distro-sync according to the instructions on the wiki,
> you are supposed to manually import the GPG key for the next release. If
> you're doing things Properly, you should somehow verify you're importing
> the correct key and not just blindly typing what a wiki page tells you
> to, but of course what most people do is blindly type what the wiki page
> tells them to...
> 
> anyhow, the tricky thing here lies in somehow making it safe for fedup
> to *automatically* import the correct key for the next release. This is
> a subtlish problem.

Do the old keys sign the new keys?  Would that be trustworthy enough?

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedup: does not verify source

[Adam Williamson]

On Mon, 2012-12-17 at 11:27 -0500, Przemek Klosowski wrote:
> On 12/17/2012 01:58 AM, Adam Williamson wrote:
> 
> > fedup essentially automates doing yum distro-sync across a reboot and in
> > an isolated environment, and provides an interface for hooking in any
> > kind of outside-of-yum-mucking-about we might need to do (like the /usr
> > move stuff). It's really just a slightly sophisticated framework to do
> > what you're suggesting.
> >
> 
> I don't understand---the discussion started by pointing out that fedup 
> does not check signatures, then someone said that yum distro-sync does 
> it properly, and you're saying that fedup just automates distro-sync.
> At which point is the signature checking disabled then? and can it be 
> restored?

When you do a yum distro-sync according to the instructions on the wiki,
you are supposed to manually import the GPG key for the next release. If
you're doing things Properly, you should somehow verify you're importing
the correct key and not just blindly typing what a wiki page tells you
to, but of course what most people do is blindly type what the wiki page
tells them to...

anyhow, the tricky thing here lies in somehow making it safe for fedup
to *automatically* import the correct key for the next release. This is
a subtlish problem.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ANNOUNCE] xf86-video-intel 2.20.16

[Reindl Harald]

Am 17.12.2012 17:27, schrieb Roberto Ragusa:
> On 12/16/2012 09:44 PM, Reindl Harald wrote:
> 
>> i notice slow gui / hangs after running KDE fpr many hours on machines with 
>> VMware-Workstations guests in background which is a little bit strange on 
>> IvyBrdige machines with 16 GB RAM and RAID10
>>
>> after logout / login all is snappy again and note that the in the background 
>> running VMs are not touched - so this must be graphics related at all
> 
> Does vmware continuously blink something in the system tray?

not here, vm's are started with shell-scripts as seperated users

but maybe "sonata" a mpd-client does with his systray icon
at times where the system becomes crappy the whole systray
is blinking around - feels really poor on a machine with
the power few years ago you had in a server-house

> It could be tripping into this:
> 
> http://lists.x.org/archives/xorg-devel/2012-November/034555.html
> 
> It happened to me with psi, I fixed it with this patch, but
> my attempt to have it merged has been ignored completely...

hmmm





signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Restoring deleted package

[Tomasz Torcz]

On Mon, Dec 17, 2012 at 10:19:02AM -0800, Luya Tshimbalanga wrote:
> I recently noticed Koji deleted gdesklets-0.36.3-7.fc17
>  for
> F17 which shouldn't be the case.

  Why shouldn't?  It wasn't submitted to updates-testing, so naturally
got garbage-collected.

-- 
Tomasz Torcz  ,,If you try to upissue this patchset I shall be 
seeking
xmpp: zdzich...@chrome.pl   an IP-routable hand grenade.'' -- Andrew Morton 
(LKML)

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Test-Announce] Fedora 18 Final Test Compose 3 (TC3) Available Now!

[Andre Robatino]

As per the Fedora 18 schedule [1], Fedora 18 Final Test Compose 3 (TC3)
is now available for testing. Content information, including changes,
can be found at https://fedorahosted.org/rel-eng/ticket/5406#comment:8 .
Please see the following pages for download links (including delta ISOs)
and testing instructions. Normally dl.fedoraproject.org should provide
the fastest download, but download-ib01.fedoraproject.org is available
as a mirror (with an approximately 1 hour lag) in case of trouble. To
use it, just replace "dl" with "download-ib01" in the download URL.

Installation:

https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test

Base:

https://fedoraproject.org/wiki/Test_Results:Current_Base_Test

Desktop:

https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test

Security Lab:

https://fedoraproject.org/wiki/Test_Results:Current_Security_Lab_Test

Ideally, all Alpha, Beta, and Final priority test cases for Installation
[2], Base [3], Desktop [4], and Security Lab [5] should pass in order to
meet the Final Release Criteria [6]. Help is available on #fedora-qa on
irc.freenode.net [7], or on the test list [8].

Create Fedora 18 test compose (TC) and release candidate (RC)
https://fedorahosted.org/rel-eng/ticket/5406

Current Blocker and NTH bugs:
http://qa.fedoraproject.org/blockerbugs/current

[1] http://jreznik.fedorapeople.org/schedules/f-18/f-18-quality-tasks.html
[2] https://fedoraproject.org/wiki/QA:Installation_validation_testing
[3] https://fedoraproject.org/wiki/QA:Base_validation_testing
[4] https://fedoraproject.org/wiki/QA:Desktop_validation_testing
[5] https://fedoraproject.org/wiki/QA:Security_Lab_validation_testing
[6] https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria
[7] irc://irc.freenode.net/fedora-qa
[8] https://admin.fedoraproject.org/mailman/listinfo/test



signature.asc
Description: OpenPGP digital signature
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Restoring deleted package

[Luya Tshimbalanga]

I recently noticed Koji deleted gdesklets-0.36.3-7.fc17 
 for F17 
which shouldn't be the case.

Is it possible to restore it please? Thanks.

--
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.thefinalzone.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fwd: [ANNOUNCE] xf86-video-intel 2.20.16

[Matthias Runge]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/17/2012 09:56 AM, Ebru Arslan wrote:
> 
> unfortunatly rpmbuilder also giving error. git download 
> intel-gpu-tools-20121217. etc. bz2 version but spec file lookin 
> .20121219
> 
> On Mon, Dec 17, 2012 at 11:20 AM, Ilyes Gouta
> mailto:ilyes.go...@gmail.com>> wrote:
> 
> Hi,
> 
> On Mon, Dec 17, 2012 at 12:27 AM, Tom London  <mailto:seli...@gmail.com>> wrote:
> 


please stop top posting and HTML posting as well.

https://fedoraproject.org/wiki/Mailing_list_guidelines?rd=Communicate/MailingListGuidelines#No_HTML_Mail.2C_Please

https://fedoraproject.org/wiki/Mailing_list_guidelines?rd=Communicate/MailingListGuidelines#If_You_Are_Replying_to_a_Message

Thanks.
- -- 
Matthias Runge 
   
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJQz1+pAAoJEOnz8qQwcaIWzGkH/RbCiaaiZiftS1g83Ho1UZoF
iorBu3aqmfo4ezzb1xhyvWIJyf8JkPNKCp5b+RB+9krpgEUEox/Wi5nwvJ5r1YyV
r6OWr7qWRyuUd+ba0JG1xJ0lWiHZ3FvxkJ0qJlAb2JGgLKRVT9NVHH/H+KWXZ+ux
CQ4oppFYVNADGnnkgayIvcr9PVh3EV4E1YaaCvdCyjdJi01rGyE8QvEaubIPqm5Z
/6N/mMYEWcF5INAiGHtDhj4mXembnsCdqUvlgg0q/9ntGp6nRE0VF7p1tv7PQoSA
WMIGL0ZXnSBbjwY3k9McjdzWBZnBvFUfGWzK9qpXI98uSBEEbqryzSPTpNaASa0=
=x8ib
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ANNOUNCE] xf86-video-intel 2.20.16

[Roberto Ragusa]

On 12/16/2012 09:44 PM, Reindl Harald wrote:

> i notice slow gui / hangs after running KDE fpr many hours on machines with 
> VMware-Workstations guests in background which is a little bit strange on 
> IvyBrdige machines with 16 GB RAM and RAID10
> 
> after logout / login all is snappy again and note that the in the background 
> running VMs are not touched - so this must be graphics related at all

Does vmware continuously blink something in the system tray?

It could be tripping into this:

http://lists.x.org/archives/xorg-devel/2012-November/034555.html

It happened to me with psi, I fixed it with this patch, but
my attempt to have it merged has been ignored completely...

-- 
   Roberto Ragusamail at robertoragusa.it
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedup: does not verify source

[Przemek Klosowski]

On 12/17/2012 01:58 AM, Adam Williamson wrote:


fedup essentially automates doing yum distro-sync across a reboot and in
an isolated environment, and provides an interface for hooking in any
kind of outside-of-yum-mucking-about we might need to do (like the /usr
move stuff). It's really just a slightly sophisticated framework to do
what you're suggesting.



I don't understand---the discussion started by pointing out that fedup 
does not check signatures, then someone said that yum distro-sync does 
it properly, and you're saying that fedup just automates distro-sync.
At which point is the signature checking disabled then? and can it be 
restored?


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fwd: [ANNOUNCE] xf86-video-intel 2.20.16

[Adam Jackson]

On Sat, 2012-12-15 at 12:23 +0100, Ilyes Gouta wrote:
> Hi,
> 
> 
> Would it be possible to pull in and package xorg-x11-drv-intel driver
> updates more frequently in Fedora?
> 
> 
> These are kinda critical for the stability of desktop/X.

This is a bit much.  The upstream announce email went out at 5AM (my
time, 2AM Pacific), by to my reckoning:

http://lists.freedesktop.org/archives/intel-gfx/2012-December/023371.html

And your followup here is timestamped 6:23AM my time.  I apologize for
not reading fedora-devel on weekends, particularly before sunrise, but
I'm not going to lose much sleep over it (if you'll pardon the
expression).

I'll submit an update today.  Thanks for testing!

- ajax




-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 887749] perl-Sys-Syscall-0.25 is available

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=887749

Petr Šabata  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Sys-Syscall-0.25-1.fc1
   ||9
 Resolution|--- |RAWHIDE
Last Closed||2012-12-17 11:12:24

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=E856te5TSq&a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: [ANNOUNCE] xf86-video-intel 2.20.16

[Ebru Arslan]

another problem.
fedora14 libdrm_2.2.22 doesnt update. i downloaded libdrim_2.2.40 and
configure but doesnt effect.


On Mon, Dec 17, 2012 at 7:05 PM, Ilyes Gouta  wrote:

> Hi,
>
> On Sun, Dec 16, 2012 at 9:44 PM, Reindl Harald wrote:
>
>>
>>
>> Am 16.12.2012 21:39, schrieb Tom London:
>> > I concur: I locally build xorg-x11-drv-intel (including
>> > xf86-video-intel-2.20.16.tar.bz2), updated, and logged out/in.
>> >
>> > System does appear snappier, and I have not yet been able to recreate
>> > the hang/crash.
>>
>> can we please have a koji-build?
>>
>
> +1
>
>
>>
>> i notice slow gui / hangs after running KDE fpr many hours
>> on machines with VMware-Workstations guests in background
>> which is a little bit strange on IvyBrdige machines with
>> 16 GB RAM and RAID10
>>
>
> Sounds bleedin' 'n cuttin' egde! :)
>
> Please file a bug ! and let's have the 2.20.16 meanwhile, please!
>
> Cheers,
> -Ilyes
>
>
>>
>> after logout / login all is snappy again and note that the
>> in the background running VMs are not touched - so this
>> must be graphics related at all
>>
>>
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>>
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Sys-Syscall] 0.25 bump

[Petr Šabata]

commit 5a50b62f46a6250eab042ef893fa2b40cf4060f4
Author: Petr Šabata 
Date:   Mon Dec 17 17:06:55 2012 +0100

0.25 bump

 .gitignore|1 +
 perl-Sys-Syscall.spec |   38 +++---
 sources   |2 +-
 3 files changed, 21 insertions(+), 20 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index cca9964..8e693ae 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 Sys-Syscall-0.23.tar.gz
+/Sys-Syscall-0.25.tar.gz
diff --git a/perl-Sys-Syscall.spec b/perl-Sys-Syscall.spec
index 45e5ab2..867717e 100644
--- a/perl-Sys-Syscall.spec
+++ b/perl-Sys-Syscall.spec
@@ -1,40 +1,37 @@
-%global libname Sys-Syscall
-
-Name:   perl-%{libname}
-Version:0.23
-Release:7%{?dist}
+Name:   perl-Sys-Syscall
+Version:0.25
+Release:1%{?dist}
 Summary:Access system calls that Perl doesn't normally provide access 
to
 License:GPL+ or Artistic
 Group:  Development/Libraries
-URL:http://search.cpan.org/dist/%{libname}/
-Source0:
http://www.cpan.org/modules/by-module/Sys/%{libname}-%{version}.tar.gz
+URL:http://search.cpan.org/dist/Sys-Syscall/
+Source0:
http://www.cpan.org/modules/by-module/Sys/Sys-Syscall-%{version}.tar.gz
 BuildArch:  noarch
-
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
-
-BuildRequires:  perl(Test::More)
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+BuildRequires:  perl(constant)
+BuildRequires:  perl(Exporter)
 BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(File::Temp)
+BuildRequires:  perl(IO::Socket::INET)
+BuildRequires:  perl(Socket)
+BuildRequires:  perl(Test::More)
 
 %description
 Use epoll, sendfile, from Perl. Mostly Linux-only support now, but more
 syscalls/OSes planned for future.
 
 %prep
-%setup -q -n %{libname}-%{version}
+%setup -q -n Sys-Syscall-%{version}
 pod2text < README.pod > README
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
 make %{?_smp_mflags}
 
 %install
-make pure_install PERL_INSTALL_ROOT=%{buildroot}
-
+make pure_install DESTDIR=%{buildroot}
 find %{buildroot} -type f -name .packlist -exec rm -f {} \;
-find %{buildroot} -depth -type d -exec rmdir {} 2>/dev/null \;
-
 %{_fixperms} %{buildroot}/*
-
 rm -v %{buildroot}%{_mandir}/man3/Sys::README.3pm
 rm -v %{buildroot}%{perl_vendorlib}/Sys/README.pod
 
@@ -42,12 +39,15 @@ rm -v %{buildroot}%{perl_vendorlib}/Sys/README.pod
 make test
 
 %files
-%defattr(-,root,root,-)
 %doc CHANGES README
 %{perl_vendorlib}/Sys
 %{_mandir}/man3/Sys::Syscall.*
 
 %changelog
+* Mon Dec 17 2012 Petr Šabata  - 0.25-1
+- 0.25 bump
+- Modernize the spec a bit
+
 * Fri Jul 20 2012 Fedora Release Engineering  
- 0.23-7
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_18_Mass_Rebuild
 
diff --git a/sources b/sources
index c4432a3..9988644 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-be6dc2d791684a6f8abb3dd39ff2d1de  Sys-Syscall-0.23.tar.gz
+720a9ec5f67f867814a9011b2a725763  Sys-Syscall-0.25.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Sys-Syscall-0.25.tar.gz uploaded to lookaside cache by psabata

[Petr Šabata]

A file has been added to the lookaside cache for perl-Sys-Syscall:

720a9ec5f67f867814a9011b2a725763  Sys-Syscall-0.25.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: [ANNOUNCE] xf86-video-intel 2.20.16

[Ilyes Gouta]

Hi,

On Sun, Dec 16, 2012 at 9:44 PM, Reindl Harald wrote:

>
>
> Am 16.12.2012 21:39, schrieb Tom London:
> > I concur: I locally build xorg-x11-drv-intel (including
> > xf86-video-intel-2.20.16.tar.bz2), updated, and logged out/in.
> >
> > System does appear snappier, and I have not yet been able to recreate
> > the hang/crash.
>
> can we please have a koji-build?
>

+1


>
> i notice slow gui / hangs after running KDE fpr many hours
> on machines with VMware-Workstations guests in background
> which is a little bit strange on IvyBrdige machines with
> 16 GB RAM and RAID10
>

Sounds bleedin' 'n cuttin' egde! :)

Please file a bug ! and let's have the 2.20.16 meanwhile, please!

Cheers,
-Ilyes


>
> after logout / login all is snappy again and note that the
> in the background running VMs are not touched - so this
> must be graphics related at all
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 887476] perl-Net-DNS-0.71 is available

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=887476

Petr Šabata  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Net-DNS-0.71-1.fc19
 Resolution|--- |RAWHIDE
Last Closed||2012-12-17 10:53:15

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=4uzvvulj6S&a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: fedup: does not verify source

[Matthew Garrett]

On Sun, Dec 16, 2012 at 07:34:17PM -0500, Rahul Sundaram wrote:
> Hi
> 
> 
> > fedup is supposed to support media upgrades yes.
> >
> 
> At this point, fedup doesn't
> 
> "  --iso ISO[TODO] installation image file"

Media upgrades are --device. --iso is for local ISO files.

-- 
Matthew Garrett | mj...@srcf.ucam.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Net-DNS] 0.71 bump

[Petr Šabata]

commit d7ca4c71cd6951c029531e06782ce33cb14c8795
Author: Petr Šabata 
Date:   Mon Dec 17 16:48:58 2012 +0100

0.71 bump

 .gitignore|1 +
 perl-Net-DNS.spec |7 ++-
 sources   |2 +-
 3 files changed, 8 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 3b72673..bce4c6e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@ Net-DNS-0.65.tar.gz
 /Net-DNS-0.68.tar.gz
 /Net-DNS-0.69.tar.gz
 /Net-DNS-0.70.tar.gz
+/Net-DNS-0.71.tar.gz
diff --git a/perl-Net-DNS.spec b/perl-Net-DNS.spec
index 419e10a..c8319e5 100644
--- a/perl-Net-DNS.spec
+++ b/perl-Net-DNS.spec
@@ -1,5 +1,5 @@
 Name:  perl-Net-DNS
-Version:   0.70
+Version:   0.71
 Release:   1%{?dist}
 Summary:   DNS resolver modules for Perl
 License:   GPL+ or Artistic
@@ -51,6 +51,8 @@ Requires:  perl(XSLoader)
 
 # Do not export under-specified dependencies
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\((Digest::HMAC_MD5|MIME::Base64)\\)$
+# Do not export under-specified provides
+%global __provides_exclude 
%{?__provides_exclude:%__provides_exclude|}^perl\\((Net::DNS::Text)\\)$
 
 %description
 Net::DNS is a collection of Perl modules that act as a Domain Name System
@@ -108,6 +110,9 @@ make test
 %{_mandir}/man3/Net::DNS::Nameserver*
 
 %changelog
+* Mon Dec 17 2012 Petr Šabata  - 0.71-1
+- 0.71 bump
+
 * Fri Dec 07 2012 Petr Pisar  - 0.70-1
 - 0.70 bump
 
diff --git a/sources b/sources
index 42b43de..7c6f7bd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3c91eba5c44426e0abd84f0eb43c4158  Net-DNS-0.70.tar.gz
+dde4db75467a155beba741de822387f9  Net-DNS-0.71.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Net-DNS-0.71.tar.gz uploaded to lookaside cache by psabata

[Petr Šabata]

A file has been added to the lookaside cache for perl-Net-DNS:

dde4db75467a155beba741de822387f9  Net-DNS-0.71.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: fedup: does not verify source

[Jaroslav Reznik]

- Original Message -
> 
> 
> 
> 
> 
> 
> On Sun, Dec 16, 2012 at 8:01 PM, Björn Persson <
> bj...@xn--rombobjrn-67a.se > wrote:
> 
> 
> Except for Yum, which has for years been the only method that was
> both
> secure and practical anyway, but I agree. As long as people are being
> discouraged from upgrading by Yum because it's "unsupported",
> removing
> the only "supported" and secure upgrade method is definitely a
> regression, and quite irresponsible.
> 
> 
> I have filed a ticket for FESCo's consideration on the fedup
> situation
> 
> https://fedorahosted.org/fesco/ticket/982

FESCo already agreed not to block on it as part of 
https://fedorahosted.org/fesco/ticket/960

I'm going to check logs, if media method was considered and as far
as I understand, Will wants the support for final.

Jaroslav

> No ISO based or graphical upgrade by itself is a severe regression
> but having no supported upgrade path that is secure is I think is
> just unacceptable.
> 
> Rahul
> 
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedup: does not verify source

[Jóhann B. Guðmundsson]

On 12/17/2012 01:23 PM, Marcela Mašláňová wrote:



I don't think FESCo should interfere according to the process:
https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process

Imho you can join their next go/no-go meeting and try to persuade all 
stakeholders.


This falls under fesco to decide.

JBG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedup: does not verify source

[Rahul Sundaram]

On 12/17/2012 08:23 AM, Marcela Mašláňová wrote:

I don't think FESCo should interfere according to the process:
https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process

Imho you can join their next go/no-go meeting and try to persuade all 
stakeholders.


FESCo is ultimately responsible for engineering decisions in Fedora and 
can and should get involved if a issue has been raised.  You are a 
stakeholder.  Please address the issue in question.


Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ANNOUNCE] xf86-video-intel 2.20.16

[Reindl Harald]

Am 16.12.2012 21:39, schrieb Tom London:
> I concur: I locally build xorg-x11-drv-intel (including
> xf86-video-intel-2.20.16.tar.bz2), updated, and logged out/in.
> 
> System does appear snappier, and I have not yet been able to recreate
> the hang/crash.

can we please have a koji-build?

i notice slow gui / hangs after running KDE fpr many hours
on machines with VMware-Workstations guests in background
which is a little bit strange on IvyBrdige machines with
16 GB RAM and RAID10

after logout / login all is snappy again and note that the
in the background running VMs are not touched - so this
must be graphics related at all



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fwd: [ANNOUNCE] xf86-video-intel 2.20.16

[Tom London]

On Mon, Dec 17, 2012 at 12:20 AM, Ilyes Gouta  wrote:
> Hi,
>
> On Mon, Dec 17, 2012 at 12:27 AM, Tom London  wrote:
>>
>>
>> >
>> > I concur: I locally build xorg-x11-drv-intel (including
>> > xf86-video-intel-2.20.16.tar.bz2), updated, and logged out/in.
>> >
>> > System does appear snappier, and I have not yet been able to recreate
>> > the hang/crash.
>> >
>>
>> Sigh.  Spoke too soon. Hang resurfaced. See:
>> https://bugzilla.redhat.com/show_bug.cgi?id=877461
>
>
> It still worth the update, IMHO. The 2.20.16 is just way better than the
> 2.20.10.
>
> As the gdm crash is still there, despite the 2.20.16 being the latest
> release, it might make sense to report the bug (with all the relevant
> information) directly on https://bugs.freedesktop.org/
>
> -Ilyes
>

I agree. System actually is running much better with the update to
2.20.16: The entire system feels snappier.

I've updated my "grab the error state script" to also grab
/var/log/Xorg.0.log and the gdm logs.

When I capture these again, I'll report upstream

tom

-- 
Tom London
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedup: does not verify source

[Marcela Mašláňová]

On 12/17/2012 03:15 AM, Rahul Sundaram wrote:




On Sun, Dec 16, 2012 at 8:01 PM, Björn Persson
mailto:bj...@xn--rombobjrn-67a.se>> wrote:

Except for Yum, which has for years been the only method that was both
secure and practical anyway, but I agree. As long as people are being
discouraged from upgrading by Yum because it's "unsupported", removing
the only "supported" and secure upgrade method is definitely a
regression, and quite irresponsible.


I have filed a ticket for FESCo's consideration on the fedup situation

https://fedorahosted.org/fesco/ticket/982

No ISO based or graphical upgrade by itself is a severe regression but
having no supported upgrade path that is secure is I think is just
unacceptable.

Rahul



I don't think FESCo should interfere according to the process:
https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process

Imho you can join their next go/no-go meeting and try to persuade all 
stakeholders.


Marcela
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F-18 Branched report: 20121217 changes

[Fedora Branched Report]

Compose started at Mon Dec 17 09:15:50 UTC 2012

Broken deps for x86_64
--
[marble]
1:python-marble-4.9.4-1.fc18.x86_64 requires sip-api(8) >= 0:8.1
[python-fedmsg-meta-fedora-infrastructure]
python-fedmsg-meta-fedora-infrastructure-0.0.3-1.fc18.noarch requires 
fedmsg >= 0:0.6.1



Broken deps for i386
--
[marble]
1:python-marble-4.9.4-1.fc18.i686 requires sip-api(8) >= 0:8.1
[python-fedmsg-meta-fedora-infrastructure]
python-fedmsg-meta-fedora-infrastructure-0.0.3-1.fc18.noarch requires 
fedmsg >= 0:0.6.1




Summary:
Added Packages: 0
Removed Packages: 0
Upgraded Packages: 0
Compose finished at Mon Dec 17 13:14:03 UTC 2012

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide report: 20121217 changes

[Fedora Rawhide Report]

Compose started at Mon Dec 17 08:15:09 UTC 2012

Broken deps for x86_64
--
[Agda]
Agda-2.3.0.1-4.fc19.x86_64 requires 
ghc(Agda-2.3.0.1-ad754944fc95f11aa3b4710387ff959a)
[ansible]
ansible-fireball-0.9-1.fc19.noarch requires python-keyczar
ansible-node-fireball-0.9-1.fc19.noarch requires python-keyczar
[cp2k]
cp2k-mpich2-2.3-1.fc19.x86_64 requires libmpichf90.so.3()(64bit)
cp2k-mpich2-2.3-1.fc19.x86_64 requires libmpich.so.3()(64bit)
[dogtag-pki]
dogtag-pki-10.0.0-0.16.b3.fc19.noarch requires dogtag-pki-server-theme 
>= 0:10.0.0
[ember]
ember-0.6.3-3.fc19.x86_64 requires libOgreMain.so.1.7.4()(64bit)
[epiphany-extensions]
epiphany-extensions-3.6.0-1.fc19.x86_64 requires epiphany(abi) = 0:3.6
[freeipa]
freeipa-server-3.1.0-1.fc19.x86_64 requires dogtag-pki-server-theme
[freewrl]
freewrl-1.22.13.1-3.fc18.i686 requires libGLEW.so.1.7
freewrl-1.22.13.1-3.fc18.x86_64 requires libGLEW.so.1.7()(64bit)
libEAI-1.22.13.1-3.fc18.i686 requires libGLEW.so.1.7
libEAI-1.22.13.1-3.fc18.x86_64 requires libGLEW.so.1.7()(64bit)
[gcc-python-plugin]
gcc-python2-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 
0:4.7.2-8.fc19
gcc-python2-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19
gcc-python3-debug-plugin-0.11-1.fc19.x86_64 requires gcc = 
0:4.7.2-8.fc19
gcc-python3-plugin-0.11-1.fc19.x86_64 requires gcc = 0:4.7.2-8.fc19
[ghc-wai-extra]
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSzlib-conduit-0.4.0.2-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSzlib-bindings-0.1.0.1-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSzlib-0.5.3.3-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSwai-1.2.0.3-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSvoid-0.5.6-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSvault-0.2.0.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSunordered-containers-0.2.1.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSunix-2.5.1.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHStransformers-base-0.4.1-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHStransformers-0.3.0.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHStime-1.4-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHStext-0.11.2.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSsemigroups-0.8.3.2-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSresourcet-0.3.2.2-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSparsec-3.1.2-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSold-time-1.1.0.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSold-locale-1.0.0.4-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSnetwork-2.3.0.13-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSmtl-2.1.1-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSmonad-control-0.3.1.3-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSlifted-base-0.1.1-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSinteger-gmp-0.4.0.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHShttp-types-0.6.11-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHShashable-1.1.2.3-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSghc-prim-0.2.0.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSfilepath-1.3.0.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSfast-logger-0.0.2-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSdlist-0.5-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSdirectory-1.1.0.2-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSdeepseq-1.3.0.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSdata-default-0.4.0-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHScontainers-0.4.2.1-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSconduit-0.4.2-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHScase-insensitive-0.4.0.1-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libHSbytestring-0.9.2.1-ghc7.4.1.so()(64bit)
ghc-wai-extra-1.2.0.4-4.fc18.x86_64 requires 
libH

Re: Fwd: [ANNOUNCE] xf86-video-intel 2.20.16

[Ebru Arslan]

unfortunatly rpmbuilder also giving error. git download
intel-gpu-tools-20121217. etc. bz2 version but spec file lookin
.20121219

On Mon, Dec 17, 2012 at 11:20 AM, Ilyes Gouta  wrote:

> Hi,
>
> On Mon, Dec 17, 2012 at 12:27 AM, Tom London  wrote:
>
>>
>> >
>> > I concur: I locally build xorg-x11-drv-intel (including
>> > xf86-video-intel-2.20.16.tar.bz2), updated, and logged out/in.
>> >
>> > System does appear snappier, and I have not yet been able to recreate
>> > the hang/crash.
>> >
>>
>> Sigh.  Spoke too soon. Hang resurfaced. See:
>> https://bugzilla.redhat.com/show_bug.cgi?id=877461
>
>
> It still worth the update, IMHO. The 2.20.16 is just way better than the
> 2.20.10.
>
> As the gdm crash is still there, despite the 2.20.16 being the latest
> release, it might make sense to report the bug (with all the relevant
> information) directly on https://bugs.freedesktop.org/
>
> -Ilyes
>
>
>
>>
>>
>> tom
>> --
>> Tom London
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>>
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fwd: [ANNOUNCE] xf86-video-intel 2.20.16

[Ebru Arslan]

hi ilyes,
please tell me the installation folder.
rpmbuilder looking root/rpm../SOURCE .
but my all file under my account.

fed

On Mon, Dec 17, 2012 at 11:20 AM, Ilyes Gouta  wrote:

> Hi,
>
> On Mon, Dec 17, 2012 at 12:27 AM, Tom London  wrote:
>
>>
>> >
>> > I concur: I locally build xorg-x11-drv-intel (including
>> > xf86-video-intel-2.20.16.tar.bz2), updated, and logged out/in.
>> >
>> > System does appear snappier, and I have not yet been able to recreate
>> > the hang/crash.
>> >
>>
>> Sigh.  Spoke too soon. Hang resurfaced. See:
>> https://bugzilla.redhat.com/show_bug.cgi?id=877461
>
>
> It still worth the update, IMHO. The 2.20.16 is just way better than the
> 2.20.10.
>
> As the gdm crash is still there, despite the 2.20.16 being the latest
> release, it might make sense to report the bug (with all the relevant
> information) directly on https://bugs.freedesktop.org/
>
> -Ilyes
>
>
>
>>
>>
>> tom
>> --
>> Tom London
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>>
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fwd: [ANNOUNCE] xf86-video-intel 2.20.16

[Ilyes Gouta]

Hi,

On Mon, Dec 17, 2012 at 12:27 AM, Tom London  wrote:

>
> >
> > I concur: I locally build xorg-x11-drv-intel (including
> > xf86-video-intel-2.20.16.tar.bz2), updated, and logged out/in.
> >
> > System does appear snappier, and I have not yet been able to recreate
> > the hang/crash.
> >
>
> Sigh.  Spoke too soon. Hang resurfaced. See:
> https://bugzilla.redhat.com/show_bug.cgi?id=877461


It still worth the update, IMHO. The 2.20.16 is just way better than the
2.20.10.

As the gdm crash is still there, despite the 2.20.16 being the latest
release, it might make sense to report the bug (with all the relevant
information) directly on https://bugs.freedesktop.org/

-Ilyes



>
>
> tom
> --
> Tom London
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel