Re: BuildRequires: redhat-rpm-config

[Panu Matilainen]

On 11/15/2013 05:25 AM, Ralf Corsepius wrote:

On 11/14/2013 06:13 PM, Panu Matilainen wrote:

On 11/14/2013 05:45 PM, Adam Jackson wrote:

On Thu, 2013-11-14 at 08:56 +, Richard W.M. Jones wrote:


  - Is this a bug in redhat-rpm-config/Python/RPM/Fedora?


Yes.  People hit this _constantly_ in a lot of ways.  Like "why am I not
getting debuginfo packages".  The theory is that you might want to build
with some other set of macros, which is why rpmbuild doesn't just
require r-r-c.

I think this is foolish, and that we should just fix rpmbuild: if you
wanted some other set of macros, start by rebuilding rpm to require
something other than r-r-c.  The counter-argument is - and I find this
completely baffling - that it's easier to replace packages than rebuild
them, so that instead rpmbuild should Require: system-rpm-config and
then r-r-c happens to be what provides that by default.  Which, sure,
that's also a thing we could do.


Well, technically rpmbuild does NOT require redhat-rpm-config to
function, building "Fedora compliant" packages does. Anyway, I got tired
of this argument in March, so Fedora >= 20 has this:

http://pkgs.fedoraproject.org/cgit/rpm.git/commit/?id=6fb2566e2d6d8b2e29e9f671bf9f157de25e9908



I haven't tried, but in my understanding, this change renders it
impossible to use Fedora's rpm to build non-Fedora rpms


Not impossible, just a bit harder. Which is the other reason I resisted 
the change for quite some time. You now need to replace 
redhat-rpm-config with some other package providing system-rpm-config to 
get around this.


- Panu -
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Koji / Bodhi tagging "spam"

[Dennis Gilmore]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

El Wed, 13 Nov 2013 15:50:27 -0700
Kevin Fenzi  escribió:
> On Wed, 13 Nov 2013 18:30:28 +0100
> drago01  wrote:
> 
> > Hi,
> > 
> > "iw-3.11-1.fc20 successfully untagged from
> > f20-updates-testing-pending by bodhi" ...
> > 
> > Messages like this has been annoying like forever ... why do I care
> > about such messages? I mean as long as nothing went wrong I don't
> > really care (any I am pretty sure many others don't either).
> > 
> > Can we make it a bit less chatty? Or are people really have a use
> > for such messages?

Not without disabling kojis inbuilt notification service and writing
one that works based on fedmsg

> It's used by autoqa. I don't know off hand if we can exclude emails
> from just this tag or if koji always sends email action on a package
> you are owner for. ;( 

Emails are sent when a package you own of built is tagged.

Dennis

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJShZfIAAoJEH7ltONmPFDRAvoP/3Dql6vwaj1hMqoP0AhXxr3Y
kl47YdZ2UTZ8Untyh+NlDQiGiVxQHFesm+hzuHYnFivbjCp7ZvQSDMyd5MiCNI2P
YC+3JUWKelTjFIpz9khgND5d0gVh13kzGxA1t8bLsWU1Mii/fnWipCakjKKhepzM
Fsk6s0M4cRXQUaaIsP39ABfgkyKIMSgsrktiPYa9w9zyozZTo7uWxpvQ4H+Wr+Z3
B7R26bOIXEHwR2+ZG2MxwvWWatrtHuIBzn75RACOzAEEjxwKpbujw3IL63VIDv/r
1vKrYMNir7jWZEo7VUwVHwtjtRW+w+NPbcb3ZhyLuKdiCqW6iO0jsBI40NrppzA0
7byTINJRUZ3o93ZBRYtDf15OjikxdI0Xi+NYAPAhYWtOf284dCl9qafthBJHH5eJ
KMACnfMzgaWSGcgeMxaumVxR8KaTBV36LINF076P0Tw/+u0QA8HDE/whXwS3+lQw
pQhnLPsRCpp3T43l6GcrezRW3fpWjea7KvILYJGvCWQGVcYYjzlJepvch3S8ocLG
VRPukLSXUr7DjGqR+UyEwcQp2/SYmqHSudnBdE95flccK3bnbGVYUlFS4ZCN9Z5V
/bRAo6Zm/Erl27ebmBBvUVQ9EPdZbZy013/TuXPuoZsOVTj5Xm9RCgy9NWTMgNbP
jcyYTz542o7qvfHz3hvK
=Ztpi
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Ralf Corsepius]

On 11/14/2013 06:13 PM, Panu Matilainen wrote:

On 11/14/2013 05:45 PM, Adam Jackson wrote:

On Thu, 2013-11-14 at 08:56 +, Richard W.M. Jones wrote:


  - Is this a bug in redhat-rpm-config/Python/RPM/Fedora?


Yes.  People hit this _constantly_ in a lot of ways.  Like "why am I not
getting debuginfo packages".  The theory is that you might want to build
with some other set of macros, which is why rpmbuild doesn't just
require r-r-c.

I think this is foolish, and that we should just fix rpmbuild: if you
wanted some other set of macros, start by rebuilding rpm to require
something other than r-r-c.  The counter-argument is - and I find this
completely baffling - that it's easier to replace packages than rebuild
them, so that instead rpmbuild should Require: system-rpm-config and
then r-r-c happens to be what provides that by default.  Which, sure,
that's also a thing we could do.


Well, technically rpmbuild does NOT require redhat-rpm-config to
function, building "Fedora compliant" packages does. Anyway, I got tired
of this argument in March, so Fedora >= 20 has this:

http://pkgs.fedoraproject.org/cgit/rpm.git/commit/?id=6fb2566e2d6d8b2e29e9f671bf9f157de25e9908


I haven't tried, but in my understanding, this change renders it 
impossible to use Fedora's rpm to build non-Fedora rpms


Ralf

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Mathieu Bridon]

On Thu, 2013-11-14 at 08:12 -0800, Toshio Kuratomi wrote:
> If there's nothing else in python_sitelib besides this module, you can
> change the glob there:
> 
>   %{python_sitearch}/*
>   %{python_sitelib}/*

Or:

  %{python_sitearch}/*.py*
  %{python_sitelib}/*.py*

Just to be sure not to include undesired stuff.


-- 
Mathieu


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Fedora 20 TC1 AMIs

[Dennis Gilmore]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

Final TC1 images have been uploaded to EC2 and are available at 

ami-fb81a492 : us-east-1 image for i386
ami-6581a40c : us-east-1 image for x86_64

additionally if your looking to the AMI's they have been added to files
in the release tree
http://dl.fedoraproject.org/pub/alt/stage/20-TC1/Images/i386/Fedora-Images-i386-20-TC1-AMI
http://dl.fedoraproject.org/pub/alt/stage/20-TC1/Images/x86_64/Fedora-Images-x86_64-20-TC1-AMI

when we get to final Beta and the images are uploaded to all regions
they will all be listed and the file will be gpg signed in the final
tree

Dennis
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJShWgdAAoJEH7ltONmPFDRx3IQAIKu/ICtzU20Wt798WaU8wVV
OJ+4RXlWl1QS0pi8DHVG0oYrmxyFmQ/+cEExtmL9rq4cPGyPFIF9nHr7fdWjTe6L
Ki9uUpS4o2py9sGxDzWZ7nqotdUhuzPUApQCqG+3qkRxIlKNJY6l/oNjrdQYe8L8
aNdKuFXq60DToVK9sO8ALDwFbx2UbRwCOzftHrLd8F2FlqkSVTmt+Tdq72lXYghD
rBl/NL51ZfNn2lSN37LrragkNv2KCw9BFuooGnsEjRTxz1KrP5JEYJl+J6AEHAyF
64QE98jssIxJljedh9SnIW8ql6wYRBjs8MX0LDSj1mLtZLVyJU2tPIu1wCLzAq3U
axUMIyiuLfsPccJcNCuKg8iom+KF1OzWRR//6uNiMzFccXWYP5zgHHuASHsDupDN
eWBSLJadan+00Y7aRvuGrDYdqqj4Mr0ViPx6hFOYwe5Z6htTvVZXkvCnLZHsqzdR
njmqwnV0kvQ2Pn/DZU4jQyjW3nDdVTddJauuls6f0sZOKlQICWw7XxN8O+B6mC8K
ed1mIAAXa3qZdGWilcqe1ZUtL9Lvegf6sPK+5+8DceorCj8BJh4lTHkQFJPLog7/
hoHXtFSG4Slz8PNtT+i3GlmObo+6HXviC//67NZkQ2cvBYy1Kp9aHouJw//Lz82p
6lsFC3615ewhWpdQ54CF
=357Q
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Test-Announce] Fedora 20 Final Test Compose 1 (TC1) Available Now!

[Andre Robatino]

NOTE: The 64-bit LXDE Live is over its size limit.

As per the Fedora 20 schedule [1], Fedora 20 Final Test Compose 1 (TC1)
is now available for testing. Content information, including changes,
can be found at https://fedorahosted.org/rel-eng/ticket/5808 . 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

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

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

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

[1] http://fedorapeople.org/groups/schedule/f-20/f-20-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/Fedora_20_Final_Release_Criteria
[6] irc://irc.freenode.net/fedora-qa
[7] 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
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Przemek Klosowski]

On 11/14/2013 03:56 AM, Richard W.M. Jones wrote:

I had a bug filed that a Python package I'm maintaining cannot be
rebuilt using 'rpmbuild --rebuild'.  The failure was that the *.pyc
and *.pyo files are missing.

After a lot of head-scratching and debugging it turns out that
brp-python-bytecompile was not running, and that happens because the
RPM macro %{__os_install_post} didn't contain a call to
brp-python-bytecompile.  This macro exists in base RPM, but is
overridden/extended when redhat-rpm-config is installed.

Installing redhat-rpm-config fixes the problem for the bug reporter
I noticed some odd things about the whole brp-python* setup : for 
instance, there are two very similar versions of brp-python-hardlink: 
one from rpm-build-4.11.1-3.fc19.x86_64 and another from 
redhat-rpm-config-9.1.0-46.1.fc19.noarch ; they seem to be doing the 
same thing, the only difference is

pyo="$(echo $pyc | sed -e 's/.pyc$/.pyo/')"

No big deal but it looks like someone who knows this area should review 
and/or clean it up.



-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Planned Outage: Server Maintenance - 2013-11-20 22:00 UTC

[Kevin Fenzi]

Planned Outage: Server Maintenance - 2013-11-20 22:00 UTC

 There will be an outage starting at 2013-11-20 22:00 UTC, which will
 last approximately 3 hours.

 To convert UTC to your local time, take a look at
 http://fedoraproject.org/wiki/Infrastructure/UTCHowto
 or run:

 date -d '2013-11-20 22:00 UTC'

 Reason for outage:

 We will be updating servers and rebooting them. In addition we will be
 resizing a primary database server to increase it's storage. During the
 outage window specific services may be up or down as systems that
 affect them are rebooted.

 Affected Services:

 Ask Fedora - http://ask.fedoraproject.org/

 Badges - https://badges.fedoraproject.org/

 BFO - http://boot.fedoraproject.org/

 Blockerbugs - https://qa.fedoraproject.org/blockerbugs/

 Bodhi - https://admin.fedoraproject.org/updates/

 Buildsystem - http://koji.fedoraproject.org/

 GIT / Source Control - pkgs.fedoraproject.org

 Darkserver - https://darkserver.fedoraproject.org/

 DNS - ns-sb01.fedoraproject.org, ns02.fedoraproject.org,
 ns04.fedoraproject.org, ns05.fedoraproject.org

 Docs - http://docs.fedoraproject.org/

 Elections - https://admin.fedoraproject.org/voting

 Email system

 Fedmsg busmon - http://apps.fedoraproject.org/busmon

 Fedora Account System - https://admin.fedoraproject.org/accounts/

 Fedora Community - https://admin.fedoraproject.org/community/

 Fedora Calendar - https://apps.fedoraproject.org/calendar/

 Fedora Hosted - https://fedorahosted.org/

 Fedora OpenID - https://id.fedoraproject.org/

 Fedora People - http://fedorapeople.org/

 Main Website - http://fedoraproject.org/

 Mirror List - https://mirrors.fedoraproject.org/

 Mirror Manager - https://admin.fedoraproject.org/mirrormanager/

 Package Database - https://admin.fedoraproject.org/pkgdb/

 QA Services

 Secondary Architectures

 Spins - http://spins.fedoraproject.org/

 Start - http://start.fedoraproject.org/

 Torrent - http://torrent.fedoraproject.org/

 Wiki - http://fedoraproject.org/wiki/

 Contact Information:

 Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/4120

 Please join #fedora-admin or #fedora-noc on irc.freenode.net or add
 comments to the ticket for this outage above.


signature.asc
Description: PGP signature
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: What is support status of PowerVR GPUs in Fedora? (Intel D2500 and gma500_gfx)

[drago01]

On Thu, Nov 14, 2013 at 7:50 PM, Pete Travis  wrote:
>
> On Nov 14, 2013 5:05 AM, "valent.turko...@gmail.com"
>  wrote:
>>
>> Friend of mine just showed me his cheap 13" laptop running Intel D2500
>> and first thing he said that he had issue installing linux on it.
>>
>> When I asked about GPU and answer was "Intel" I assured him that for
>> last 10 years I only used Intel GPU based laptops and had great
>> experience.
>>
>> I tried Fedora 19 Live - failed to boot, then Linux Mint 15 - got to
>> screen but with terrible artifacts on screen, check them out -
>> http://youtu.be/mha7fZU1xFg, then tried latest Fedora 20 Live Beta 5 -
>> boot starts with artefacts but fails to boot into desktop.
>>
>> Few hours later after reading up on this issue I managed to get laptop
>> "working" with Linux Mint 15 (updated kernel to 3.11) but had to
>> blacklist gma500_gfx driver, only then I get somewhat usable laptop
>> (but with lower resolution and no video acceleration).
>>
>> I'm really interested what is the state of gma500_gfx driver in latest
>> kernel, is it reasonable to expect that this driver will get updated
>> and have better support or should I just say to my friend to grab
>> version of Windows 7 and to run with it... any suggestions?
>> --
>
> I have a box with the same generation of Atom/PowerVR (Cedar Trail? Cedar
> View? No access at the moment).  I can't get *any* display manager to work
> reliably, but I can `xinit gnome-session` with reasonable results.  Once X
> stops, whether from killing the process or switching targets, the GPU is
> locked until reboot.
>
> I gave the thing to a friend to use as an HTPC, and he gave it back saying
> he couldn't find Windows drivers for it, and neither could I. I'm using it
> as a disposable rawhide playground now.
>
> If anyone really wants to hack out support for this I'd be happy to ship it
> to them.

Just sell it on ebay or something and buy something sane instead.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

EPEL Fedora 5 updates-testing report

[updates]

The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 571  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
  86  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11276/ssmtp-2.61-21.el5
  62  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11560/fail2ban-0.8.10-4.el5
  26  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5
  12  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12004/GraphicsMagick-1.3.18-2.el5
   6  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12067/drupal7-context-3.1-1.el5
   1  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12091/bip-0.8.9-1.el5


The following builds have been pushed to Fedora EPEL 5 updates-testing

lcmaps-1.6.1-6.el5
lz4-r108-1.el5

Details about builds:



 lcmaps-1.6.1-6.el5 (FEDORA-EPEL-2013-12106)
 Grid (X.509) and VOMS credentials to local account mapping service

Update Information:

Grid (X.509) and VOMS credentials to local account mapping service

References:

  [ 1 ] Bug #736717 - Review Request: lcmaps - Grid (X.509) and VOMS 
credentials to local account mapping
https://bugzilla.redhat.com/show_bug.cgi?id=736717




 lz4-r108-1.el5 (FEDORA-EPEL-2013-12105)
 Extremely fast compression algorithm

Update Information:

lz4-r108 release.

ChangeLog:

* Sun Nov 10 2013 pjp  - r108-1
- new release r108


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

EPEL Fedora 6 updates-testing report

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 571  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
  86  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11274/ssmtp-2.61-21.el6
  47  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11703/chicken-4.8.0.4-4.el6
  28  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11865/quassel-0.9.1-1.el6
  11  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12025/seamonkey-2.22-1.el6
   6  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12064/drupal7-context-3.1-1.el6
   1  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12079/bip-0.8.9-1.el6
   0  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12040/python-djblets-0.7.23-1.el6,ReviewBoard-1.7.18-1.el6
   0  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12102/moodle-2.4.7-1.el6


The following builds have been pushed to Fedora EPEL 6 updates-testing

ReviewBoard-1.7.18-1.el6
amiri-fonts-0.106-9.el6
engauge-digitizer-5.2-3.el6
fedmsg-0.7.2-1.el6
lcmaps-1.6.1-6.el6
lz4-r108-1.el6
moodle-2.4.7-1.el6
open-vm-tools-9.4.0-1.el6
php-bartlett-PHP-CompatInfo-2.25.0-1.el6
python-djblets-0.7.23-1.el6
simarrange-0.0-1.20131019gitd52382f.el6
skeinforge-12.03.14-16.el6
tcpcopy-0.9.6-1.el6
youtube-dl-2013.11.13-1.el6

Details about builds:



 ReviewBoard-1.7.18-1.el6 (FEDORA-EPEL-2013-12040)
 Web-based code review tool

Update Information:

- Fix JavaScript errors

- New upstream security release 1.7.17
- http://www.reviewboard.org/docs/releasenotes/reviewboard/1.7.17/
- Resolves: CVE-2013-4519
- Security Fixes:
  * Fixed XSS vulnerabilities for the 'Branch' field and uploaded file captions.
  * Added a 'X-Frame-Options' header to prevent clickjacking.
- New Features:
  * Remove the need for SSH keys for GitHub repositories.
  * Improved validation for GitHub repositories.
  * Added support for permissions on Local Sites.
- Performance Improvements:
  * Reduced query counts on all pages.
  * Reduced query counts in the web API when returning empty lists.
- Extensibility:
  * Extensions using the ``configure_extension`` view an now pass in a custom 
``template_name`` pointing to a template for the configuration page, if it 
needs additional customization.
  * Enabling, disabling or reconfiguring extensions will now invalidate the 
caches for pages, ensuring that hooks will take affect.
  * Extension configuration now works properly on subdirectory installs.
- Bug Fixes:
  * Fixed showing private review requests on a submitter page.
  * The description for submitted or discarded review requests is now shown on 
the diff viewer.
  * Discarding, reopening and then closing a review request no longer makes the 
review request private.
  * Fixed a naming conflict with older PyCrypto packages, such as the default 
package on CentOS 6.4.
  * Users with the 'can_change_status' permission no longer need the 
'can_edit_reviewrequest' permission in order to close or reopen review requests.
  * Switching a repository from using a hosting service to Custom no longer 
reverts back to the hosting service.
  * Fixed editing a repository if its associated hosting service can't be 
loaded (such as if an extension providing that hosting service is disabled).
  * Many diff validation errors weren't being shown on the New Review Request 
page, generating 500 errors instead.
  * Fixed caching issues with the Blocks field on review requests.
  * Editing JSON text fields in the administration UI now works, validates, and 
won't result in warnings in the log.
  * Fixed breakages with looking up URLs internally with Local Sites.

ChangeLog:

* Wed Nov 13 2013 Stephen Gallagher  - 1.7.18-1
- New upstream bugfix release 1.7.18
- http://www.reviewboard.org/docs/releasenotes/reviewboard/1.7.18/
- Convert to using UglifyJS2 for javascript minification
* Wed Nov  6 2013 Stephen Gallagher  - 1.7.17-1.1
- Drop upstreamed patch for pytz requirement
* Tue Nov  5 2013 Stephen Gallagher  - 1.7.17-1
- New upstream security release 1.7.17
- http://www.reviewboard.org/docs/releasenotes/reviewboard/1.7.17/
- Resolves: CVE-2013-4519
- Security Fixes:
  * Fixed XSS vulnerabilities for the 'Branch' field and uploaded file
captions.
  * Added a 'X-Frame-Options' header to prevent clickjacking.
- New Features:
  * Remove the need for SSH keys for GitHub repositories.
  * Improved validation for GitHub repositories.
  * Added support for permissions on Local Sites.
- Performance Improvements:
  * Reduced query counts on all pages.
  * Reduced query counts in the web API when returning empty lists.
- Extensibility:
  * Extensions using the ``configure_

Re: What is support status of PowerVR GPUs in Fedora? (Intel D2500 and gma500_gfx)

[Adam Williamson]

On Thu, 2013-11-14 at 10:59 -0500, Adam Jackson wrote:
> On Thu, 2013-11-14 at 13:05 +0100, valent.turko...@gmail.com wrote:
> 
> > I'm really interested what is the state of gma500_gfx driver in latest
> > kernel, is it reasonable to expect that this driver will get updated
> > and have better support or should I just say to my friend to grab
> > version of Windows 7 and to run with it... any suggestions?
> 
> Intel's PowerVR-based graphics have _terrible_ support in Linux.
> They've been promising for years to either a) provide a competent free
> driver and/or b) stop producing pvr-based chipsets, and they have
> repeatedly failed at both.
> 
> There is no OSS 3D driver for these chips, which is unfortunate, since
> 3D is the only thing these chips do even remotely well, and they're
> inevitably attached to underpowered CPUs where llvmpipe isn't going to
> help much.  There's a KMS driver that vaguely works kinda sometimes, as
> you've found, but that just lights up the display, it doesn't provide
> any acceleration.
> 
> I do not expect support for these chips to get materially better any
> time soon.  Honestly at this point I don't even want to reverse engineer
> the things, it would essentially be rewarding Intel for bad behaviour.

I would never usually suggest any of the things in this post, but if
you're really stuck with Poulsbo hardware, you essentially have zero
good choices, so it's just a case of which bad choice you want to make.

Note that several years ago there was a proprietary driver which, while
in many ways being a pile of crap, more or less worked and gave 2D, 3D
and video playback acceleration.

Whoever was maintaining it gave up years ago, and you have 0 chance of
getting it to work on any modern distro, but you may be able to use it
if you run an old LTS build of Ubuntu. Ubuntu 10.04 should be old enough
for the proprietary driver to work, and still has support until mid-2015
according to https://wiki.ubuntu.com/LTS . Of course, the rest of the
environment will be from the middle of 2010. You could run an equally
old build of any other distribution too, of course, but few will have
any support at this point, and you'll likely be able to find old
guide/howto threads for running the GMA500 proprietary drivers on Ubuntu
more easily than any other distro.

If you want to go this route, the best thing to do is probably to start
Googling or searching the Ubuntu forums (where
Poulsbo-proprietary-driver-folk-wisdom tends to reside) with the magic
string 'emgd'.

AFAIK none of the two or three different proprietary drivers put out by
different groups at Intel (yes...really) for the Poulsbo has been
maintained at all since 2011 or so, and you have no effective chance of
getting any of them working on distros with Xorg 1.10 or newer and/or
kernel 3.0 or newer. For anything modern you're stuck with vesa or the
gma500_gfx kernel driver and xorg-x11-drv-modesetting, which will be
barely any better than vesa, and both of which will be extremely
sluggish.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: What is support status of PowerVR GPUs in Fedora? (Intel D2500 and gma500_gfx)

[Pete Travis]

On Nov 14, 2013 5:05 AM, "valent.turko...@gmail.com" <
valent.turko...@gmail.com> wrote:
>
> Friend of mine just showed me his cheap 13" laptop running Intel D2500
> and first thing he said that he had issue installing linux on it.
>
> When I asked about GPU and answer was "Intel" I assured him that for
> last 10 years I only used Intel GPU based laptops and had great
> experience.
>
> I tried Fedora 19 Live - failed to boot, then Linux Mint 15 - got to
> screen but with terrible artifacts on screen, check them out -
> http://youtu.be/mha7fZU1xFg, then tried latest Fedora 20 Live Beta 5 -
> boot starts with artefacts but fails to boot into desktop.
>
> Few hours later after reading up on this issue I managed to get laptop
> "working" with Linux Mint 15 (updated kernel to 3.11) but had to
> blacklist gma500_gfx driver, only then I get somewhat usable laptop
> (but with lower resolution and no video acceleration).
>
> I'm really interested what is the state of gma500_gfx driver in latest
> kernel, is it reasonable to expect that this driver will get updated
> and have better support or should I just say to my friend to grab
> version of Windows 7 and to run with it... any suggestions?
> --

I have a box with the same generation of Atom/PowerVR (Cedar Trail? Cedar
View? No access at the moment).  I can't get *any* display manager to work
reliably, but I can `xinit gnome-session` with reasonable results.  Once X
stops, whether from killing the process or switching targets, the GPU is
locked until reboot.

I gave the thing to a friend to use as an HTPC, and he gave it back saying
he couldn't find Windows drivers for it, and neither could I. I'm using it
as a disposable rawhide playground now.

If anyone really wants to hack out support for this I'd be happy to ship it
to them.

--Pete
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Copr

[Manuel Faux]

On Thu, 14 Nov 2013 16:58:30 +0100
Miroslav Suchý  wrote:

> On 11/14/2013 02:43 PM, Manuel Faux wrote:
> > I wanted to try out the copr-cli, but unfortunately without great
> > success. I added my API key to ~/.config/api but copr-cli create
> > always results in an error, without an error message.
> >
> > Is it known that the cli does not work yet, or did I miss something
> > to configure?
> 
> You *must* use at least one --chroot option. E.g.:
>copr-cli create --chroot fedora-19-x86_64 --chroot
> fedora-rawhide-x86_64 test
Sounds logically for me now, as also the web UI requires you to
check at least on chroot. In this case the help page of copr-cli seems
quite confusing to me, since all the arguments except name are in square
brackets, which normally is used for optional arguments.
> 
> I fixed copr-cli to give you better suggestion instead of that ugly
> traceback.
> 

Manuel
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Koji / Bodhi tagging "spam"

[drago01]

On Thu, Nov 14, 2013 at 7:37 PM, Kevin Fenzi  wrote:
> On Thu, 14 Nov 2013 19:19:00 +0100
> drago01  wrote:
>
>> On Wed, Nov 13, 2013 at 11:50 PM, Kevin Fenzi  wrote:
>> > On Wed, 13 Nov 2013 18:30:28 +0100
>> > drago01  wrote:
>> >
>> >> Hi,
>> >>
>> >> "iw-3.11-1.fc20 successfully untagged from
>> >> f20-updates-testing-pending by bodhi" ...
>> >>
>> >> Messages like this has been annoying like forever ... why do I care
>> >> about such messages? I mean as long as nothing went wrong I don't
>> >> really care (any I am pretty sure many others don't either).
>> >>
>> >> Can we make it a bit less chatty? Or are people really have a use
>> >> for such messages?
>> >
>> > It's used by autoqa. I don't know off hand if we can exclude emails
>> > from just this tag or if koji always sends email action on a package
>> > you are owner for. ;(
>>
>>
>> Apperently not see Tim's mail. So any other reason for them or can we
>> just stop sending them out?
>
> You misunderstand me. The _tag_ is used by autoqa.

Well my mail was about the notification mails not about the tag itself.

> I don't personally know if we can disable email notifications on a per
> tag basis or it's global.

OK.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Koji / Bodhi tagging "spam"

[Kevin Fenzi]

On Thu, 14 Nov 2013 19:19:00 +0100
drago01  wrote:

> On Wed, Nov 13, 2013 at 11:50 PM, Kevin Fenzi  wrote:
> > On Wed, 13 Nov 2013 18:30:28 +0100
> > drago01  wrote:
> >
> >> Hi,
> >>
> >> "iw-3.11-1.fc20 successfully untagged from
> >> f20-updates-testing-pending by bodhi" ...
> >>
> >> Messages like this has been annoying like forever ... why do I care
> >> about such messages? I mean as long as nothing went wrong I don't
> >> really care (any I am pretty sure many others don't either).
> >>
> >> Can we make it a bit less chatty? Or are people really have a use
> >> for such messages?
> >
> > It's used by autoqa. I don't know off hand if we can exclude emails
> > from just this tag or if koji always sends email action on a package
> > you are owner for. ;(
> 
> 
> Apperently not see Tim's mail. So any other reason for them or can we
> just stop sending them out?

You misunderstand me. The _tag_ is used by autoqa. 

I don't personally know if we can disable email notifications on a per
tag basis or it's global. 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Koji / Bodhi tagging "spam"

[drago01]

On Wed, Nov 13, 2013 at 11:50 PM, Kevin Fenzi  wrote:
> On Wed, 13 Nov 2013 18:30:28 +0100
> drago01  wrote:
>
>> Hi,
>>
>> "iw-3.11-1.fc20 successfully untagged from f20-updates-testing-pending
>> by bodhi" ...
>>
>> Messages like this has been annoying like forever ... why do I care
>> about such messages? I mean as long as nothing went wrong I don't
>> really care (any I am pretty sure many others don't either).
>>
>> Can we make it a bit less chatty? Or are people really have a use for
>> such messages?
>
> It's used by autoqa. I don't know off hand if we can exclude emails
> from just this tag or if koji always sends email action on a package
> you are owner for. ;(


Apperently not see Tim's mail. So any other reason for them or can we
just stop sending them out?
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Adam Jackson]

On Thu, 2013-11-14 at 19:13 +0200, Panu Matilainen wrote:
> On 11/14/2013 05:45 PM, Adam Jackson wrote:
> > On Thu, 2013-11-14 at 08:56 +, Richard W.M. Jones wrote:
> >
> >>   - Is this a bug in redhat-rpm-config/Python/RPM/Fedora?
> >
> > Yes.  People hit this _constantly_ in a lot of ways.  Like "why am I not
> > getting debuginfo packages".  The theory is that you might want to build
> > with some other set of macros, which is why rpmbuild doesn't just
> > require r-r-c.
> >
> > I think this is foolish, and that we should just fix rpmbuild: if you
> > wanted some other set of macros, start by rebuilding rpm to require
> > something other than r-r-c.  The counter-argument is - and I find this
> > completely baffling - that it's easier to replace packages than rebuild
> > them, so that instead rpmbuild should Require: system-rpm-config and
> > then r-r-c happens to be what provides that by default.  Which, sure,
> > that's also a thing we could do.
> 
> Well, technically rpmbuild does NOT require redhat-rpm-config to 
> function, building "Fedora compliant" packages does. Anyway, I got tired 
> of this argument in March, so Fedora >= 20 has this:
> 
> http://pkgs.fedoraproject.org/cgit/rpm.git/commit/?id=6fb2566e2d6d8b2e29e9f671bf9f157de25e9908

Awesome, thanks!

- ajax

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Panu Matilainen]

On 11/14/2013 05:45 PM, Adam Jackson wrote:

On Thu, 2013-11-14 at 08:56 +, Richard W.M. Jones wrote:


  - Is this a bug in redhat-rpm-config/Python/RPM/Fedora?


Yes.  People hit this _constantly_ in a lot of ways.  Like "why am I not
getting debuginfo packages".  The theory is that you might want to build
with some other set of macros, which is why rpmbuild doesn't just
require r-r-c.

I think this is foolish, and that we should just fix rpmbuild: if you
wanted some other set of macros, start by rebuilding rpm to require
something other than r-r-c.  The counter-argument is - and I find this
completely baffling - that it's easier to replace packages than rebuild
them, so that instead rpmbuild should Require: system-rpm-config and
then r-r-c happens to be what provides that by default.  Which, sure,
that's also a thing we could do.


Well, technically rpmbuild does NOT require redhat-rpm-config to 
function, building "Fedora compliant" packages does. Anyway, I got tired 
of this argument in March, so Fedora >= 20 has this:


http://pkgs.fedoraproject.org/cgit/rpm.git/commit/?id=6fb2566e2d6d8b2e29e9f671bf9f157de25e9908

- Panu -
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F20 Beta upgrade issues - network status gone

[Bastien Nocera]

- Original Message -
> >> but I do have a number of
> >> bluetooth devices (mouse, speakers, headset) that I use to be able to
> >> connect with a couple of clicks once paired but now every time I want
> >> to use them I have to go into the control panel which is a good dozen
> >> or more clicks.
> >
> > Mice, speakers and headsets should all try to connect to the computer
> > without you having to do anything. If that's not working (and I had some
> > problems
> > with a mouse recently), that's probably what we should be looking at rather
> > than re-adding things to the menu.
> 
> None of them do, and I've never had any luck with that going back
> sometime, I've always had to manually pair.

Well, you pair once, that's supposed to keep. Unless you use your device
for another computer, or phone, in which case you'll keep needing to do that.

The good thing is that we should be reworking for GNOME 3.12 that so you
don't need a separate interface from the settings panel to pair it. But that's
still pretty deep inside the interface...
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Paul Wouters]

On Thu, 14 Nov 2013, Adam Jackson wrote:


Yes.  People hit this _constantly_ in a lot of ways.  Like "why am I not
getting debuginfo packages".  The theory is that you might want to build
with some other set of macros, which is why rpmbuild doesn't just
require r-r-c.

I think this is foolish, and that we should just fix rpmbuild: if you
wanted some other set of macros, start by rebuilding rpm to require
something other than r-r-c.  The counter-argument is - and I find this
completely baffling - that it's easier to replace packages than rebuild
them, so that instead rpmbuild should Require: system-rpm-config and
then r-r-c happens to be what provides that by default.  Which, sure,
that's also a thing we could do.

Either solution would be better than what we have.


Agreed, and said so in the past. I had to add it as buildrequires: to
libreswan.

Paul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F20 Beta upgrade issues - network status gone

[Peter Robinson]

>> but I do have a number of
>> bluetooth devices (mouse, speakers, headset) that I use to be able to
>> connect with a couple of clicks once paired but now every time I want
>> to use them I have to go into the control panel which is a good dozen
>> or more clicks.
>
> Mice, speakers and headsets should all try to connect to the computer
> without you having to do anything. If that's not working (and I had some 
> problems
> with a mouse recently), that's probably what we should be looking at rather
> than re-adding things to the menu.

None of them do, and I've never had any luck with that going back
sometime, I've always had to manually pair.

Peter
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: What is support status of PowerVR GPUs in Fedora? (Intel D2500 and gma500_gfx)

[Andrew Price]

On 14/11/13 15:59, Adam Jackson wrote:

On Thu, 2013-11-14 at 13:05 +0100, valent.turko...@gmail.com wrote:


I'm really interested what is the state of gma500_gfx driver in latest
kernel, is it reasonable to expect that this driver will get updated
and have better support or should I just say to my friend to grab
version of Windows 7 and to run with it... any suggestions?


Intel's PowerVR-based graphics have _terrible_ support in Linux.
They've been promising for years to either a) provide a competent free
driver and/or b) stop producing pvr-based chipsets, and they have
repeatedly failed at both.

There is no OSS 3D driver for these chips, which is unfortunate, since
3D is the only thing these chips do even remotely well, and they're
inevitably attached to underpowered CPUs where llvmpipe isn't going to
help much.  There's a KMS driver that vaguely works kinda sometimes, as
you've found, but that just lights up the display, it doesn't provide
any acceleration.

I do not expect support for these chips to get materially better any
time soon.  Honestly at this point I don't even want to reverse engineer
the things, it would essentially be rewarding Intel for bad behaviour.


On the one hand, you're absolutely right. On the other hand, I own a 
Samsung NC110 netbook which has one of these PowerVR suckers in it so I 
deeply appreciate the excruciatingly laborious work that these folks are 
doing:


http://powervr.gnu.org.ve/doku.php (site seems broken at the moment :( )
http://libreplanet.org/wiki/Group:PowerVR_drivers (decent summary)

Andy
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Toshio Kuratomi]

On Thu, Nov 14, 2013 at 02:18:05PM +, Richard W.M. Jones wrote:
> On Thu, Nov 14, 2013 at 05:36:34PM +0800, Mathieu Bridon wrote:
> > For example, if right now you have:
> > 
> > %dir %{python_sitelib}/mymodule
> > %{python_sitelib}/mymodule/*.py
> > %{python_sitelib}/mymodule/*.pyc
> > %{python_sitelib}/mymodule/*.pyo
> > 
> > You could replace that by:
> > 
> > %{python_sitelib}/mymodule
> 
> Unfortunately the Python files are placed directly in
> %{python_sitelib} (not in a module subdirectory).  ie: the spec file
> has:
> 
> %files -n python-%{name}
> %doc python/examples/*.py
> %{python_sitearch}/*
> %{python_sitelib}/*.py
> %{python_sitelib}/*.pyc
> %{python_sitelib}/*.pyo
> 
> I have no idea if this packaging is correct or not.
> 
That is a somewhat odd split (somethings in sitearch and some things in
sitelib)

If there's nothing else in python_sitelib besides this module, you can
change the glob there:

  %{python_sitearch}/*
  %{python_sitelib}/*

I'd have to look at the actual package to know whether that would cause
problems.

-Toshio


pgprVcRMt2Iwt.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: What is support status of PowerVR GPUs in Fedora? (Intel D2500 and gma500_gfx)

[Adam Jackson]

On Thu, 2013-11-14 at 13:05 +0100, valent.turko...@gmail.com wrote:

> I'm really interested what is the state of gma500_gfx driver in latest
> kernel, is it reasonable to expect that this driver will get updated
> and have better support or should I just say to my friend to grab
> version of Windows 7 and to run with it... any suggestions?

Intel's PowerVR-based graphics have _terrible_ support in Linux.
They've been promising for years to either a) provide a competent free
driver and/or b) stop producing pvr-based chipsets, and they have
repeatedly failed at both.

There is no OSS 3D driver for these chips, which is unfortunate, since
3D is the only thing these chips do even remotely well, and they're
inevitably attached to underpowered CPUs where llvmpipe isn't going to
help much.  There's a KMS driver that vaguely works kinda sometimes, as
you've found, but that just lights up the display, it doesn't provide
any acceleration.

I do not expect support for these chips to get materially better any
time soon.  Honestly at this point I don't even want to reverse engineer
the things, it would essentially be rewarding Intel for bad behaviour.

- ajax

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Copr

[Miroslav Suchý]

On 11/14/2013 02:43 PM, Manuel Faux wrote:

I wanted to try out the copr-cli, but unfortunately without great
success. I added my API key to ~/.config/api but copr-cli create always
results in an error, without an error message.

Is it known that the cli does not work yet, or did I miss something to
configure?


You *must* use at least one --chroot option. E.g.:
  copr-cli create --chroot fedora-19-x86_64 --chroot fedora-rawhide-x86_64 test

I fixed copr-cli to give you better suggestion instead of that ugly traceback.

--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Software Engineer, #brno, #devexp, #fedora-buildsys
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F20 Beta upgrade issues - network status gone

[Bastien Nocera]

- Original Message -
> >> > - I don't have any Bluetooth status or display in gnome-shell now.  I
> >> >   did previously.  I do not know what I need to install or tweak to get
> >> >   it back, or where to report it.
> >>
> >> I'm not as sure about this one, but it's probably the same thing: no
> >> 'status' will be displayed unless there's something useful to display
> >> (like a paired device).
> >
> > Yes, the bluetooth icon shows up on the top bar when you've paired a
> > device. In that case you also get a bluetooth submenu in the system

Not paired, but connected to the device.

> > status. I just tried with my phone.
> 
> Strangely I always have a bluetooth network menu even though i don't
> have any bluetooth networks configured

NM configures them automatically now. So you probably paired your phone
in this particular case.

> but I do have a number of
> bluetooth devices (mouse, speakers, headset) that I use to be able to
> connect with a couple of clicks once paired but now every time I want
> to use them I have to go into the control panel which is a good dozen
> or more clicks.

Mice, speakers and headsets should all try to connect to the computer
without you having to do anything. If that's not working (and I had some 
problems
with a mouse recently), that's probably what we should be looking at rather
than re-adding things to the menu.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Rawhide and branched nightly compose changes

[Dennis Gilmore]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

I have just changed the starting times of the nightly branched
composes. Rawhide now kicks off 3 hours earlier at 05:15 UTC. Branched
now starts 2 hours earlier at 07:15 UTC. Releng is working to integrate
the nightly livecd composes into the automated compose process, as well
as adding nightly arm and cloud image creation.

as we stabilise the compose processes we will add a separate email with
a notification of the nightly image composition completion.

Dennis
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJShPFIAAoJEH7ltONmPFDRbxEQAKI1oFfh7BIMXLHP5xVMUb14
jJVMGRAgJkZxWa0a3BzXXg6aK7OdW7Q7JQTslYSrS64Vf85Ze9Fb4CdX6rhQX4yG
oBAzuJkenVhValaG/nQ5fcP9hDBIyIdbP0eJFDx5/2MZXdzDoThuIIWvgxBgXlpX
qFdBPtDDypZXjS3wiMTGa4ZnLjLnagSXmi0KLzUiWGlo4oFfi6YUsXj5lDosnj/X
LpAxc5YhFpBMwpivBc6Tq+nJqTY+1ML40Nmp15EibDnFgIPn6cto2s19iv+Svf1o
LbDltJfs/4VTpq/MSJqiYV56wYrVSMEb52ijbgXHJhR1SnxfnF3fBf31KkAtcIAr
X+XT3TU+jO9wzRPE8Pu9NsxQerZGBqKPGAXDeGzo0cpF8zCnow13wKIeHkv0PtnC
LQOlf2vDEL7f7zlA04+nxbbvRdrF2O2KNxoCP7pIEXdyKOP32ILmgcTIfY9PjmkX
Ftd8oPoccefb0NG3mJ2I/EGkmGRXU4X7iJskYkV7Kcuhg1LerltPqkdIpluQThp+
s/if2V+0AYGDVWX9kB2d4NmPW0uFKrV7NTWjvxClyGjeQgsRu8yjEtFRzkEbQZ5P
X3vfTWtEmvjPj5naVTa9lWHIzTCpO1fzwi1MBej5P5yrvjhMZFTmyEsZRDzmywZA
GvpoK1wIbzsOPfvn2olN
=L+9x
-END PGP SIGNATURE-
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Adam Jackson]

On Thu, 2013-11-14 at 08:56 +, Richard W.M. Jones wrote:
> I had a bug filed that a Python package I'm maintaining cannot be
> rebuilt using 'rpmbuild --rebuild'.  The failure was that the *.pyc
> and *.pyo files are missing.
> 
> After a lot of head-scratching and debugging it turns out that
> brp-python-bytecompile was not running, and that happens because the
> RPM macro %{__os_install_post} didn't contain a call to
> brp-python-bytecompile.  This macro exists in base RPM, but is
> overridden/extended when redhat-rpm-config is installed.
> 
> Installing redhat-rpm-config fixes the problem for the bug reporter.
> 
> However this raises some questions:
> 
>  - Should this package explicitly BR redhat-rpm-config?

No.

>  - Should all Python packages explicitly BuildRequire redhat-rpm-config?

No.

>  - Should this package not be packaging up the *.py[co] files?

No.

>  - Is this a bug in redhat-rpm-config/Python/RPM/Fedora?

Yes.  People hit this _constantly_ in a lot of ways.  Like "why am I not
getting debuginfo packages".  The theory is that you might want to build
with some other set of macros, which is why rpmbuild doesn't just
require r-r-c.

I think this is foolish, and that we should just fix rpmbuild: if you
wanted some other set of macros, start by rebuilding rpm to require
something other than r-r-c.  The counter-argument is - and I find this
completely baffling - that it's easier to replace packages than rebuild
them, so that instead rpmbuild should Require: system-rpm-config and
then r-r-c happens to be what provides that by default.  Which, sure,
that's also a thing we could do.

Either solution would be better than what we have.

>  - Should I just ignore this because it builds fine in Koji?

Yes.

- ajax

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: What is support status of PowerVR GPUs in Fedora? (Intel D2500 and gma500_gfx)

[Simone Caronni]

On 14 November 2013 16:19, valent.turko...@gmail.com <
valent.turko...@gmail.com> wrote:

> Here are all logs I captured:
>
> cpuinfo: http://pastebin.com/raw.php?i=7M7uKBA5
> lspci: http://pastebin.com/raw.php?i=2JFb3EnQ
> dmesg: http://pastebin.com/raw.php?i=8pQ5C8wJ
> Xorg.0.log.gma500: http://pastebin.com/raw.php?i=7L6n7QAc


Intel PowerVR "poulsbo" devices do not have a free driver; their
functionality is really limited and there's no DDX driver.

They're totalling different than normal Intel chips driven by the "intel"
driver; you have to use VESA for it in X.

Regards,
--Simone



-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
http://negativo17.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [Fedora QA] #357: Improve asset management

[Fedora QA]

#357: Improve asset management
---+---
  Reporter:  tflink|  Owner:  mkrizek
  Type:  enhancement   | Status:  closed
  Priority:  minor |  Milestone:  Fedora 20
 Component:  Blocker bug tracker page  |Version:
Resolution:  fixed |   Keywords:
Blocked By:|   Blocking:
---+---
Changes (by mkrizek):

 * resolution:   => fixed
 * status:  new => closed
 * milestone:  Undetermined Future => Fedora 20


Comment:

 Replying to [comment:5 dcallagh]:
 > uglifyjs is a good alternative for JS minification. In Beaker we're
 using uglifyjs and ycssmin (with webassets), that setup works well.

 Thanks for the suggestion!

 Fixed in
 
[https://git.fedorahosted.org/cgit/blockerbugs.git/commit/?h=develop&id=4c8905932d1511e88febb8e0faa2af1d4d20db17
 4c8905932d1511e88febb8e0faa2af1d4d20db17] and
 
[https://git.fedorahosted.org/cgit/blockerbugs.git/commit/?h=develop&id=dd6baff75945a69d77be7ef690c5ab97f5da5757
 dd6baff75945a69d77be7ef690c5ab97f5da5757]

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
___
qa-devel mailing list
qa-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/qa-devel

Re: Review Request 45: Improve asset management

[Martin Krizek]

---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/45/
---

(Updated Nov. 14, 2013, 3:20 p.m.)


Status
--

This change has been marked as submitted.


Review request for blockerbugs.


Bugs: 357
https://fedorahosted.org/fedora-qa/ticket/357


Repository: blockerbugs


Description
---

commit d86f88d7f9da899ffef44ad617a8a831327b7d80
Author: Martin Krizek 
Date:   Mon Aug 12 16:40:16 2013 +0200

Improve asset management

Fixes: #357


I have not minified two js files in milestone_stats.html template as I am not 
sure it's worth it, any objections?


Diffs
-

  requirements.txt 98eab5da9306a101a41dd13708df1900e9fd1018 
  blockerbugs/templates/layout.html 49cdbd70ef8347965dfca93971449688f9cd6cb0 
  blockerbugs/__init__.py b9d7a40e4e9b47624795958212025428e7788b0f 
  blockerbugs.spec cda6d4e4c56cce5b3ab37665b4f1988fc62f29ce 

Diff: http://reviewboard-tflink.rhcloud.com/r/45/diff/


Testing
---

Loaded pages, seems like css and js work as expected after being minified.


Thanks,

Martin Krizek

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

Re: What is support status of PowerVR GPUs in Fedora? (Intel D2500 and gma500_gfx)

[valent.turko...@gmail.com]

> Have you captured dmesg and lspci -v output?  That could help us to identify
> what precise hardware components are involved.
>

Here are all logs I captured:

cpuinfo: http://pastebin.com/raw.php?i=7M7uKBA5
lspci: http://pastebin.com/raw.php?i=2JFb3EnQ
dmesg: http://pastebin.com/raw.php?i=8pQ5C8wJ
Xorg.0.log.gma500: http://pastebin.com/raw.php?i=7L6n7QAc

These are from Linux Mint because Fedora doesn't even boot, but this
is probably enough info. If you need some specific Fedora info I can
send logs from Fedora 20 boot if I can grab them when live image
fails...
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [Fedora QA] #433: blocker proposal form forgets everything after login timeout

[Fedora QA]

#433: blocker proposal form forgets everything after login timeout
---+
  Reporter:  kvolny|  Owner:  tflink
  Type:  defect| Status:  new
  Priority:  major |  Milestone:
 Component:  Blocker bug tracker page  |Version:
Resolution:|   Keywords:
Blocked By:|   Blocking:
---+

Comment (by tflink):

 I suspect that this is going to improve with OpenID logins, which are
 coming in the next version (should be deployed in the next several days).
 Due to the differences between OpenID and straight FAS, there really isn't
 so much of a timeout anymore.

 I'll keep this open for now, if you end up hitting it again after the new
 version is deployed, please update the ticket and we'll look into the
 possibility of a different fix.

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
___
qa-devel mailing list
qa-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/qa-devel

Re: [RFC] mesa 10.0 stack in F20

[Bill Nottingham]

Igor Gnatenko (i.gnatenko.br...@gmail.com) said: 
> Hey, folks!
> 
> Actually 9.2.3 doesn't built on armv7 (FDO #71573) and I think more
> better for new release to get updated mesa stack. Probably mesa 9.2.4
> will also has this bug.
> 
> What do you say about this idea?

It's post-beta, post-GFX-test-week. While I'd defer to the driver team, I'm
not sure that a mesa rebase at this point in the schedule makes sense.

Bill
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1019661] perl-Sub-Install-0.927 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1019661

Robin Lee  changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
   Fixed In Version||perl-Sub-Install-0.927-1.fc
   ||21
 Resolution|--- |RAWHIDE
Last Closed||2013-11-14 10:11:36



-- 
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=BLV8Fr1d1r&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

rawhide report: 20131114 changes

[Fedora Rawhide Report]

* Wed Nov 13 2013 Paul Howarth  - 1.960-1
- Update to 1.960
  - Only documentation enhancements:
- Clarify with text and example code, that within event loops not only
  select/poll should be used, but also pending has to be called
- Better introduction into SSL; at least mention anonymous authentication as
  something you don't want and should take care with the right cipher
- Make it more clear that it's better not to change the cipher list unless
  you really know what you're doing
- Adopt upstream's versioning scheme


Size change: 2346 bytes

perl-SOAP-Lite-1.06-3.fc21
--
* Thu Nov 14 2013 Petr Šabata  - 1.06-3
- Properly obsolete/provide SOAP-Transport-TCP


Size change: 179 bytes

perl-Sub-Install-0.927-1.fc21
-
* Wed Nov 13 2013 Robin Lee  - 0.927-1
- Update to 0.927


Size change: 1338 bytes

perl-Twiggy-0.1024-1.fc21
-
* Wed Nov 13 2013 Robin Lee  - 0.1024-1
- Update to 0.1024


Size change: -528 bytes

perl-threads-shared-1.45-1.fc21
---
* Thu Nov 14 2013 Petr Pisar  - 1.45-1
- 1.45 bump


Size change: -536 bytes

php-5.5.6-1.fc21

* Wed Nov 13 2013 Remi Collet  5.5.6-1
- update to 5.5.6


Size change: 568118 bytes

python-django-horizon-2013.2-3.fc21
---
* Wed Nov 13 2013 Matthias Runge  - 2013.2-3
- add requirement python-pbr


Size change: 93 bytes

python-nss-0.14.0-3.fc21

* Wed Nov 13 2013 Ville Skyttä  - 0.14.0-3
- Install docs to %{_pkgdocdir} where available (#994060).


Size change: -922 bytes

python-pudb-2013.4-1.fc21
-
* Wed Nov 13 2013 Dhiru Kholia  - 2013.4-1
- update to pudb-2013.4


Size change: 1155 bytes

python-webassets-0.9-1.fc21
---
* Thu Nov 14 2013 Praveen Kumar  0.9-1
- Updated to new source and added python3 support


Size change: 8345 bytes

q4wine-1.1-1.fc21
-
* Thu Nov 14 2013 Dmitrij S. Kryzhevich  - 1.1-2
- Fix setup macros parameters.

* Thu Nov 14 2013 Dmitrij S. Kryzhevich  - 1.1-2
- Update to 1.1 release.


Size change: -1873 bytes

rubygems-2.1.11-113.fc21

* Thu Nov 14 2013 Mamoru TASAKA  - 2.1.11-113
- Update to 2.1.11


Size change: 1565 bytes

selinux-policy-3.13.1-1.fc21

* Wed Nov 13 2013 Miroslav Grepl  3.13.1-1
- Update to upstream


Size change: 11357 bytes

sisu-0.1.0-1.fc21
-
* Wed Nov 13 2013 Mikolaj Izdebski  - 1:0.1.0-1
- Update to upstream version 0.1.0


Size change: 16044 bytes

skkdic-20131114-7.T1121.fc21

* Thu Nov 14 2013 Mamoru TASAKA  - 20131114-7.T1121
- Update to the latest data


Size change: 7236 bytes

spock-0.7-0.3.groovy.1.8.fc21
-
* Thu Nov 14 2013 gil cattaneo  0.7-0.3.groovy.1.8
- use objectweb-asm3


Size change: -1038 bytes

tuned-2.3.0-2.fc21
--
* Fri Nov 08 2013 Jaroslav Škarvada  - 2.3.0-2
- fixed race condition in the start/stop code
  resolves: rhbz#1028119
- improved tuned responsiveness
  resolves: rhbz#1028122


Size change: 3113 bytes

vips-7.36.3-1.fc21
--
* Wed Nov 13 2013 Benjamin Gilbert  - 7.36.3-1
- New release
- BuildRequire libwebp


Size change: 48969 bytes

wireshark-1.10.3-4.fc21
---
* Wed Nov 13 2013 Peter Lemenkov  - 1.10.3-4
- Updated RTPproxy dissector


Size change: 643 bytes

xmvn-1.3.0-3.fc21
-
* Thu Nov 14 2013 Michal Srb  - 1.3.0-3
- Add dep org.sonatype.sisu:sisu-guice::no_aop:

* Fri Nov 08 2013 Mikolaj Izdebski  - 1.3.0-2
- Add wagon-http-shared4 to plexus.core


Size change: 345 bytes

youtube-dl-2013.11.13-1.fc21

* Thu Nov 14 2013 Christopher Meng  - 2013.11.13-1
- Update to new release.


Size change: 1922 bytes


Summary:
Added Packages: 8
Removed Packages: 0
Modified Packages: 65
Size of added packages: 11943456 (11 M)
Size change of modified packages: 1308008 (1.2 M)
Size of removed packages: 0 (0 )
Size change: 13251464 (13 M)
Compose finisheded at Thu Nov 14 14:51:19 UTC 2013

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[389-devel] Please review: ticket 47591: entries with empty objectclass attribute can be hidden

[Ludwig Krispenz]

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

I have two versions of a fix, one correcting the calls to 
PL_strncasecmp, one replacing them by PL_strcasecmp, which I think is 
safe in str2entry_fast.


https://fedorahosted.org/389/attachment/ticket/47591/0001-Ticket-47591-v1-entries-with-empty-objectclass-attri.patch
https://fedorahosted.org/389/attachment/ticket/47591/0001-Ticket-47591-v2-entries-with-empty-objectclass-attri.patch

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

Re: F20 Beta upgrade issues - network status gone

[Peter Robinson]

>> > - I don't have any Bluetooth status or display in gnome-shell now.  I
>> >   did previously.  I do not know what I need to install or tweak to get
>> >   it back, or where to report it.
>>
>> I'm not as sure about this one, but it's probably the same thing: no
>> 'status' will be displayed unless there's something useful to display
>> (like a paired device).
>
> Yes, the bluetooth icon shows up on the top bar when you've paired a
> device. In that case you also get a bluetooth submenu in the system
> status. I just tried with my phone.

Strangely I always have a bluetooth network menu even though i don't
have any bluetooth networks configured but I do have a number of
bluetooth devices (mouse, speakers, headset) that I use to be able to
connect with a couple of clicks once paired but now every time I want
to use them I have to go into the control panel which is a good dozen
or more clicks.

Peter
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Richard W.M. Jones]

On Thu, Nov 14, 2013 at 05:36:34PM +0800, Mathieu Bridon wrote:
> For example, if right now you have:
> 
> %dir %{python_sitelib}/mymodule
> %{python_sitelib}/mymodule/*.py
> %{python_sitelib}/mymodule/*.pyc
> %{python_sitelib}/mymodule/*.pyo
> 
> You could replace that by:
> 
> %{python_sitelib}/mymodule

Unfortunately the Python files are placed directly in
%{python_sitelib} (not in a module subdirectory).  ie: the spec file
has:

%files -n python-%{name}
%doc python/examples/*.py
%{python_sitearch}/*
%{python_sitelib}/*.py
%{python_sitelib}/*.pyc
%{python_sitelib}/*.pyo

I have no idea if this packaging is correct or not.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F20 Beta upgrade issues - network status gone

[Matthias Clasen]

On Wed, 2013-11-13 at 17:58 -0800, Adam Williamson wrote:

> > - I don't have any Bluetooth status or display in gnome-shell now.  I
> >   did previously.  I do not know what I need to install or tweak to get
> >   it back, or where to report it.
> 
> I'm not as sure about this one, but it's probably the same thing: no
> 'status' will be displayed unless there's something useful to display
> (like a paired device).

Yes, the bluetooth icon shows up on the top bar when you've paired a
device. In that case you also get a bluetooth submenu in the system
status. I just tried with my phone.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F20 Beta upgrade issues - network status gone

[Michael Ekstrand]

On Thu, 14 Nov 2013 07:41:20 -0600
Michael Ekstrand  wrote:

> On Wed, 13 Nov 2013 17:58:27 -0800
> Adam Williamson  wrote:
> > On Wed, 2013-11-13 at 18:44 -0600, Michael Ekstrand wrote:
> > > I just upgraded my laptop from F19 to F20 Beta, using fedup, and
> > > encountered 2 noticeable problems with the upgrade process that
> > > I'm not sure where/how to correctly report:
> > > 
> > > - Upon update, nm-applet was gone and my gnome-shell status area
> > > had no network status or control.  Installing
> > > network-manager-applet brought it back.  I had a working network
> > > status display prior to upgrade.
> > 
> > Assuming you have a straightforward wired connection, this is not a
> > bug. See the discussion in
> > https://bugzilla.redhat.com/show_bug.cgi?id=1005719 starting around
> > comment #13.
> 
> It's a wireless connection; before re-installing
> network-manager-applet, the integrated status menu didn't have
> anything to say about networking, so I couldn't check or make sure I
> was connected to the wireless.
> 
> It seems like this is an issue in packaging somehow, that fedup didn't
> know to install network-manager-applet.  Or maybe that fix was not the
> way it's supposed to be fixed - I just did that because I had
> remembered from previous versions of gnome-shell that the network
> controls operated by controlling nm-applet.

I just uninstalled network-manager-applet, restarted my session, and I
do have network controls now.

So it looks like things do work, although I do not know why I did not
have network controls when I first logged in after the upgrade.

-- 
Michael Ekstrand — http://elehack.net/


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Copr

[Manuel Faux]

I wanted to try out the copr-cli, but unfortunately without great
success. I added my API key to ~/.config/api but copr-cli create always
results in an error, without an error message.

Is it known that the cli does not work yet, or did I miss something to
configure?

Manuel

On Thu, 7 Nov 2013 13:54:40 +0100
Miroslav Suchý  wrote:

> Dear developers and Fedora contributors,
> 
> let me introduce Copr:
> 
> http://copr-fe.cloud.fedoraproject.org/
> 
> Copr is a build system for third party repositories. It is intended
> for:
>   * upstream teams - to make nightly and test builds
>   * layered applications - if you build on top of Fedora, but you are
> not part of Fedora
>   * packages not yet ready to be included in official Fedora
> repositories
> 
> How it works? You provide src.rpm, we will provide resulting yum repo
> for RHEL 5,6 and Fedora 18, 19, 20... But see WARNING on bottom of
> this mail.
> 
> I prepared quick tutorial for you:
>   https://fedorahosted.org/copr/wiki/ScreenshotsTutorial
> and FAQ:
>  https://fedorahosted.org/copr/wiki/UserDocs#FAQ
> 
> Everybody with FAS account can build there. If you want to use
> command line client, you should install copr-cli from updates-testing.
> 
> If you have ideas, questions, comments feel free to use one of our
> communication channels https://fedorahosted.org/copr/#Communications
>  (mailing list is prefered)
> 
> WARNING:
> Please do not rely on this service in production. This is very early
> release (following "release early, release often"). First of all,
> this service works in simple set-up, where resulting yum repos are
> *not* backed up. Yet. This is not yet officially part of Fedora
> infrastructure, so when Copr fails, it can take several hours to be
> restored. And yes, our WebUI is not perfect. It's work in progress.
> And since Copr can build packages already, I decided to publicly
> announce it, so you can experiment with it.
> 
> We are working on Copr on full steam and in upcoming days you can
> expect:
>  * improvements in WebUI
>  * ability to build Software Collections there
> 

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F20 Beta upgrade issues - network status gone

[Michael Ekstrand]

On Wed, 13 Nov 2013 17:58:27 -0800
Adam Williamson  wrote:
> On Wed, 2013-11-13 at 18:44 -0600, Michael Ekstrand wrote:
> > I just upgraded my laptop from F19 to F20 Beta, using fedup, and
> > encountered 2 noticeable problems with the upgrade process that I'm
> > not sure where/how to correctly report:
> > 
> > - Upon update, nm-applet was gone and my gnome-shell status area
> > had no network status or control.  Installing
> > network-manager-applet brought it back.  I had a working network
> > status display prior to upgrade.
> 
> Assuming you have a straightforward wired connection, this is not a
> bug. See the discussion in
> https://bugzilla.redhat.com/show_bug.cgi?id=1005719 starting around
> comment #13.

It's a wireless connection; before re-installing
network-manager-applet, the integrated status menu didn't have anything
to say about networking, so I couldn't check or make sure I was
connected to the wireless.

It seems like this is an issue in packaging somehow, that fedup didn't
know to install network-manager-applet.  Or maybe that fix was not the
way it's supposed to be fixed - I just did that because I had
remembered from previous versions of gnome-shell that the network
controls operated by controlling nm-applet.
 
> > - I don't have any Bluetooth status or display in gnome-shell now.
> > I did previously.  I do not know what I need to install or tweak to
> > get it back, or where to report it.
> 
> I'm not as sure about this one, but it's probably the same thing: no
> 'status' will be displayed unless there's something useful to display
> (like a paired device).

Yep, pairing a device makes it show up.

-- 
Michael Ekstrand — http://elehack.net/


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Broken dependencies: perl-POE-Component-Server-XMLRPC

[buildsys]

perl-POE-Component-Server-XMLRPC has broken dependencies in the rawhide tree:
On x86_64:
perl-POE-Component-Server-XMLRPC-0.05-17.fc20.noarch requires 
perl(XMLRPC::Lite)
On i386:
perl-POE-Component-Server-XMLRPC-0.05-17.fc20.noarch requires 
perl(XMLRPC::Lite)
On armhfp:
perl-POE-Component-Server-XMLRPC-0.05-17.fc20.noarch requires 
perl(XMLRPC::Lite)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Language-Expr

[buildsys]

perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
Please resolve this as soon as possible.


--
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: How to escape question mark / equality sign in spec's source URI to get proper source name

[Zbigniew Jędrzejewski-Szmek]

On Thu, Nov 14, 2013 at 05:21:04AM -0500, Matej Stuchlik wrote:
> 
> 
> - Original Message -
> From: "Mathieu Bridon" 
> To: "Development discussions related to Fedora" 
> 
> Sent: Thursday, November 14, 2013 11:12:21 AM
> Subject: Re: How to escape question mark / equality sign in spec's source 
> URI to get proper source name
> 
> On Thu, 2013-11-14 at 05:01 -0500, Jan Lieskovsky wrote:
> > Hello guys,
> > 
> >  I have one source which has the form of (in the last part of it's URI):
> >   "checklist-cce-feed?id=295" (the source doesn't seem to be available 
> > otherwise
> > than via aforementioned query string - or at least I wasn't able to obtain
> > it's final location past the query => if you known there's a way how to find
> > out the final file location past the query string would be expanded, let me 
> > know).
> > 
> > For now I present that source URI in the particular spec in it's 
> > original form
> > (including the query string to avoid rpmlint to complain about non-existing
> > source, and later in the %install moving that source to some more meaningful
> > name). This works on RHEL5 (maybe question mark / equality sign not having
> > special meaning there yet?), but not for example at Fedora-19.
> > 
> >  At Fedora 19 rpmbuild strips off the part till equality sign, iow
> > "checklist-cce-feed?id=" from the source and searches only for '295' =>
> > rpmbuild fails with a complain not being able to find "rpmbuild/SOURCES/295"
> > file.
> 
> Maybe use only the name of the source file, and add a comment above
> explaining that it comes from that URL?
> 
> You can use "checklist-cce-feed?id=295#nameofthesource.tar.bz2", but I'd say 
> ^ is
> the best idea.

Or Use "checklist-cce-feed?id=295&ignorethispart=nameofthesource.tar.bz2".
I actually think using a live URL is important so that it can be automatically
verified to match and can be easily updated to a new version.

Zbyszek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [Base] Base Design WG agenda meeting 15. Nov 2013 15:00 UTC on #fedora-meeting

[Jóhann B. Guðmundsson]

On 11/14/2013 12:49 PM, Phil Knirsch wrote:
 - PRD (https://fedoraproject.org/wiki/User:Johannbg/FOSSP as an example) 


Note this is not an PRD by PRD's definition ( which you can clearly see 
once you start looking those up and those are supposed to be 
accommodated by MRD's )


This is just an draft in process for the FOSSP

I'll need to write one up another page for FOS ( FedoraOS) which will be 
tailored to core/baseOS.


JBG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [Base] Base Design WG agenda meeting 15. Nov 2013 15:00 UTC on #fedora-meeting

[Josh Boyer]

On Thu, Nov 14, 2013 at 7:49 AM, Phil Knirsch  wrote:
> Agenda for tomorrows meeting:

I'll be away from computers all day tomorrow, so I'll have to send my
regrets.  I'll follow up in the evening and reply to the minutes with
any comments/questions I have.

>  - Liaison for FESCO? Volunteers?

Er... that's you Phil.  It's who FESCo picked at least until Jan.

josh
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

F-20 Branched report: 20131114 changes

[Fedora Branched Report]

Compose started at Thu Nov 14 09:15:02 UTC 2013

Broken deps for armhfp
--
[avro]
avro-mapred-1.7.5-1.fc20.noarch requires hadoop-mapreduce
avro-mapred-1.7.5-1.fc20.noarch requires hadoop-client
[blueman]
blueman-1.23-7.fc20.armv7hl requires obex-data-server >= 0:0.4.3
blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp
[cloud-init]
cloud-init-0.7.2-7.fc20.noarch requires dmidecode
[cobbler]
cobbler-2.4.0-2.fc20.noarch requires syslinux
[condor-wallaby]
condor-wallaby-client-5.0.3-5.fc20.noarch requires python-qpid-qmf >= 
0:0.9.1073306
[fence-agents]
fence-agents-common-4.0.4-3.fc20.armv7hl requires pexpect
[fts]
fts-server-3.1.1-1.fc20.armv7hl requires libactivemq-cpp.so.14
[glite-lb-common]
glite-lb-common-9.0.7-2.fc20.armv7hl requires libclassad.so.5
[glpi]
glpi-0.84.3-1.fc20.noarch requires php-ZendFramework2-Version
glpi-0.84.3-1.fc20.noarch requires php-ZendFramework2-Stdlib
glpi-0.84.3-1.fc20.noarch requires php-ZendFramework2-ServiceManager
glpi-0.84.3-1.fc20.noarch requires php-ZendFramework2-Loader
glpi-0.84.3-1.fc20.noarch requires php-ZendFramework2-I18n
glpi-0.84.3-1.fc20.noarch requires php-ZendFramework2-Cache-apc
glpi-0.84.3-1.fc20.noarch requires php-ZendFramework2-Cache
[gnome-do-plugins]
gnome-do-plugins-thunderbird-0.8.4-14.fc20.armv7hl requires thunderbird
[gofer]
ruby-gofer-0.75-4.fc20.noarch requires rubygem(qpid) >= 0:0.16.0
[gtkd]
gtkd-geany-tags-2.0.0-29.20120815git9ae9181.fc18.noarch requires gtkd = 
0:2.0.0-29.20120815git9ae9181.fc18
[ipython]
python-ipython-console-0.13.2-2.fc20.noarch requires pexpect
python3-ipython-console-0.13.2-2.fc20.noarch requires python3-pexpect
[kawa]
1:kawa-1.11-5.fc19.armv7hl requires servlet25
[koji]
koji-vm-1.8.0-2.fc20.noarch requires python-virtinst
[kyua-cli]
kyua-cli-0.5-3.fc19.armv7hl requires liblutok.so.0
kyua-cli-tests-0.5-3.fc19.armv7hl requires liblutok.so.0
[mozilla-firetray]
mozilla-firetray-thunderbird-0.3.6-0.5.143svn.fc18.1.armv7hl requires 
thunderbird >= 0:11
[msp430-libc]
msp430-libc-20120224-2.fc19.noarch requires msp430-gcc >= 0:4.6.3
[nifti2dicom]
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtksys.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkWidgets.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkVolumeRendering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkViews.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkTextAnalysis.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkRendering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkParallel.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkInfovis.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkImaging.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkIO.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkHybrid.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGraphics.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGeovis.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkGenericFiltering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkFiltering.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCommon.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libvtkCharts.so.5.10
nifti2dicom-0.4.6-3.fc20.armv7hl requires libQVTK.so.5.10
[nocpulse-common]
nocpulse-common-2.2.7-2.fc20.noarch requires perl(RHN::DBI)
[openbox]
gdm-control-3.5.2-2.fc20.armv7hl requires gnome-panel
gnome-panel-control-3.5.2-2.fc20.armv7hl requires gnome-panel
[openlmi-providers]
openlmi-0.4.0-1.fc20.noarch requires openlmi-power
[openpts]
openpts-0.2.6-7.fc20.armv7hl requires tboot
[perl-Language-Expr]
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
[pure]
pure-doc-0.57-4.fc20.noarch requires pure = 0:0.57-4.fc20
[python-tag]
python-tag-2013.1-1.fc20.armv7hl requires libboost_python.so.1.53.0
[qpid-cpp]
qpid-cpp-server-ha-0.24-6.fc20.armv7hl requires qpid-qmf(armv7hl-32)
qpid-tools-0.24-6.fc20.noarch requires python-qpid-qmf
[rootplot]
rootplot-2.2.1-7.fc19.noarch requires root-python
[ruby-spqr]
ruby-spqr-0.3.6-7.fc20.noarch requires ruby-qpid-qmf
[rubygem-audited-activerecord]
rubygem-audited-activerecord-3.0.0-3.fc19.noarch requires 
rubygem(activerecord) < 0:4
[scilab]
scilab-doc-5.4.1-4.fc20.noarch requires scilab = 0:5.4.1-4.fc20
scilab-tests-5.4.1-4.fc20.noarch requires scilab = 0:5.4.1-4.fc20
[sigul]
sigul-0.100-3.fc20.noarch requires pexpect
[spacewalk-admin]
spacewalk-admin-2.0.1-2.fc20.noarch requires spacewalk-base

[Base] Base Design WG agenda meeting 15. Nov 2013 15:00 UTC on #fedora-meeting

[Phil Knirsch]

Agenda for tomorrows meeting:
 - QE representation
 - Liaison for FESCO? Volunteers?
 - Mission statement
 - PRD (https://fedoraproject.org/wiki/User:Johannbg/FOSSP as an example)
 - Release Schedule and alignment with other WGs 
(https://fedorahosted.org/fesco/ticket/1202)

 - Open floor

Thanks & regards, Phil

--
Philipp Knirsch  | Tel.:  +49-711-96437-470
Manager Core Services| Fax.:  +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch 
Wankelstrasse 5  | Web:   http://www.redhat.com/
D-70563 Stuttgart, Germany
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: What is support status of PowerVR GPUs in Fedora? (Intel D2500 and gma500_gfx)

[Florian Weimer]

On 11/14/2013 01:05 PM, valent.turko...@gmail.com wrote:


Friend of mine just showed me his cheap 13" laptop running Intel D2500
and first thing he said that he had issue installing linux on it.


Have you captured dmesg and lspci -v output?  That could help us to 
identify what precise hardware components are involved.


--
Florian Weimer / Red Hat Product Security Team
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [RFC] mesa 10.0 stack in F20

[Fabian Deutsch]

Hey Igor.

Am Donnerstag, den 14.11.2013, 11:45 +0400 schrieb Igor Gnatenko:
> Actually 9.2.3 doesn't built on armv7 (FDO #71573) and I think more
> better for new release to get updated mesa stack. Probably mesa 9.2.4
> will also has this bug.
> 
> What do you say about this idea?

+1 on preparing for mesa 10.0. With my OpenCL hat on I can tel that we
probably need to add some subpackages (gbm for gallium and opencl), so
doing and testing this might be good.
OTOH I don't know if there are major drawbacks we have from migrating to
10, or if features were dropped which we rely on.

As a note: A couple of days back I tried to do a build based on a git
snapshot on x86_64, there were some llvm path related problems wich
stopped me from further trying.

- fabian


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

What is support status of PowerVR GPUs in Fedora? (Intel D2500 and gma500_gfx)

[valent.turko...@gmail.com]

Friend of mine just showed me his cheap 13" laptop running Intel D2500
and first thing he said that he had issue installing linux on it.

When I asked about GPU and answer was "Intel" I assured him that for
last 10 years I only used Intel GPU based laptops and had great
experience.

I tried Fedora 19 Live - failed to boot, then Linux Mint 15 - got to
screen but with terrible artifacts on screen, check them out -
http://youtu.be/mha7fZU1xFg, then tried latest Fedora 20 Live Beta 5 -
boot starts with artefacts but fails to boot into desktop.

Few hours later after reading up on this issue I managed to get laptop
"working" with Linux Mint 15 (updated kernel to 3.11) but had to
blacklist gma500_gfx driver, only then I get somewhat usable laptop
(but with lower resolution and no video acceleration).

I'm really interested what is the state of gma500_gfx driver in latest
kernel, is it reasonable to expect that this driver will get updated
and have better support or should I just say to my friend to grab
version of Windows 7 and to run with it... any suggestions?
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [Fedora-packaging] Schedule for Thursday's FPC Meeting (2013-11-14 17:00 UTC)

[Dominik 'Rathann' Mierzejewski]

Hi Christopher,

On Thursday, 14 November 2013 at 08:58, Christopher Meng wrote:
> On Thu, Nov 14, 2013 at 2:11 PM, Toshio Kuratomi  wrote:
> > On Thu, Nov 14, 2013 at 06:39:25AM +0800, Christopher Meng wrote:
> >> Ticket #350 needs 2 votes on final decision.
> >>
> >> Please consider.
> >>
> > What would help is if you could add to the ticket what makes this different
> > from the situation of rsync bundling zlib or similar.  In order to be fair
> > to packagers, we try to either follow precedent in these cases or change the
> > guidelines so that old rejections would know that they could re-apply for an
> > exception if needed.
> 
> Quoted:
> 
> "Currently haven't voted: Rathann, tibbs"
> 
> So please let the rest part of committee to finish voting first. 4:3
> with 2 not available, I'm not sure what I could do here.

I added my vote and comments to the ticket.

> To me about this package, well, I think the comment 5 from the author
> is very clear. It needs antlr but the orginial sources doesn't work in
> the way he wants, and will be, never, so he modified the sources.

The only thing that it's clear is that current antlr3 doesn't work
the way they want. Apparently, however, upstream was never told about
those issues. I'd be happy to be proven wrong here, but it looks to me
as if codimension parser upstream is doing bundling out of convenience
only.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: How to escape question mark / equality sign in spec's source URI to get proper source name

[Matej Stuchlik]

- Original Message -
From: "Mathieu Bridon" 
To: "Development discussions related to Fedora" 
Sent: Thursday, November 14, 2013 11:12:21 AM
Subject: Re: How to escape question mark / equality sign in spec's source   
URI to get proper source name

On Thu, 2013-11-14 at 05:01 -0500, Jan Lieskovsky wrote:
> Hello guys,
> 
>  I have one source which has the form of (in the last part of it's URI):
>   "checklist-cce-feed?id=295" (the source doesn't seem to be available 
> otherwise
> than via aforementioned query string - or at least I wasn't able to obtain
> it's final location past the query => if you known there's a way how to find
> out the final file location past the query string would be expanded, let me 
> know).
> 
> For now I present that source URI in the particular spec in it's original 
> form
> (including the query string to avoid rpmlint to complain about non-existing
> source, and later in the %install moving that source to some more meaningful
> name). This works on RHEL5 (maybe question mark / equality sign not having
> special meaning there yet?), but not for example at Fedora-19.
> 
>  At Fedora 19 rpmbuild strips off the part till equality sign, iow
> "checklist-cce-feed?id=" from the source and searches only for '295' =>
> rpmbuild fails with a complain not being able to find "rpmbuild/SOURCES/295"
> file.

Maybe use only the name of the source file, and add a comment above
explaining that it comes from that URL?

You can use "checklist-cce-feed?id=295#nameofthesource.tar.bz2", but I'd say ^ 
is
the best idea.

Matt


-- 
Mathieu


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: How to escape question mark / equality sign in spec's source URI to get proper source name

[Alec Leamas]

On 11/14/2013 11:12 AM, Mathieu Bridon wrote:

On Thu, 2013-11-14 at 05:01 -0500, Jan Lieskovsky wrote:

Hello guys,

  I have one source which has the form of (in the last part of it's URI):
   "checklist-cce-feed?id=295" (the source doesn't seem to be available 
otherwise
than via aforementioned query string - or at least I wasn't able to obtain
it's final location past the query => if you known there's a way how to find
out the final file location past the query string would be expanded, let me 
know).

 For now I present that source URI in the particular spec in it's original 
form
(including the query string to avoid rpmlint to complain about non-existing
source, and later in the %install moving that source to some more meaningful
name). This works on RHEL5 (maybe question mark / equality sign not having
special meaning there yet?), but not for example at Fedora-19.

  At Fedora 19 rpmbuild strips off the part till equality sign, iow
"checklist-cce-feed?id=" from the source and searches only for '295' =>
rpmbuild fails with a complain not being able to find "rpmbuild/SOURCES/295"
file.

Maybe use only the name of the source file, and add a comment above
explaining that it comes from that URL?


Or maybe use an url shortener out there, keeping the "real" url in a 
comment ?


--alec

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: How to escape question mark / equality sign in spec's source URI to get proper source name

[Mathieu Bridon]

On Thu, 2013-11-14 at 05:01 -0500, Jan Lieskovsky wrote:
> Hello guys,
> 
>  I have one source which has the form of (in the last part of it's URI):
>   "checklist-cce-feed?id=295" (the source doesn't seem to be available 
> otherwise
> than via aforementioned query string - or at least I wasn't able to obtain
> it's final location past the query => if you known there's a way how to find
> out the final file location past the query string would be expanded, let me 
> know).
> 
> For now I present that source URI in the particular spec in it's original 
> form
> (including the query string to avoid rpmlint to complain about non-existing
> source, and later in the %install moving that source to some more meaningful
> name). This works on RHEL5 (maybe question mark / equality sign not having
> special meaning there yet?), but not for example at Fedora-19.
> 
>  At Fedora 19 rpmbuild strips off the part till equality sign, iow
> "checklist-cce-feed?id=" from the source and searches only for '295' =>
> rpmbuild fails with a complain not being able to find "rpmbuild/SOURCES/295"
> file.

Maybe use only the name of the source file, and add a comment above
explaining that it comes from that URL?


-- 
Mathieu


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Test-Announce] Power Management Test Day today (2013-11-14)

[Kamil Paral]

Forwarding an invite from Jan Scotka:

Hi,
There is planned Power Management testday today. If you are interested to see 
capabilities of your machine or measure power consumption please join us, you 
will see what your HW know.
Everybody with various HW configuration welcomed (Old & New & Obscure & virt 
guests)

info: https://fedoraproject.org/wiki/Test_Day:2013-11-14_Power_management
when: today (Thursday) 14. 11. 2013
where: online: please connect mentioned IRC channels at wiki  #fedora-test-day, 
#fedora-power, #fedora-devel at freenode
how: You can install Fedora 20, or use liveCDs mentioned at wiki

You are very welcome
Thanks&Regards
Your Power Management team

-- 
Jan Scotka 
___
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
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

How to escape question mark / equality sign in spec's source URI to get proper source name

[Jan Lieskovsky]

Hello guys,

 I have one source which has the form of (in the last part of it's URI):
  "checklist-cce-feed?id=295" (the source doesn't seem to be available otherwise
than via aforementioned query string - or at least I wasn't able to obtain
it's final location past the query => if you known there's a way how to find
out the final file location past the query string would be expanded, let me 
know).

For now I present that source URI in the particular spec in it's original 
form
(including the query string to avoid rpmlint to complain about non-existing
source, and later in the %install moving that source to some more meaningful
name). This works on RHEL5 (maybe question mark / equality sign not having
special meaning there yet?), but not for example at Fedora-19.

 At Fedora 19 rpmbuild strips off the part till equality sign, iow
"checklist-cce-feed?id=" from the source and searches only for '295' =>
rpmbuild fails with a complain not being able to find "rpmbuild/SOURCES/295"
file.

 Have tried to provide source URI in (simple, double) quotes, or escape
both of ?, and = characters with backslash, but without any luck (it's visible
it won't work in the spec already, since having highlighted the syntax the last
source URI part isn't taken / understood as a whole - being in same color 
already).

Wondering if someone needed to solve something like the above already, and what
the workaround has been (somehow define the last part of the source URI via 
%global
variable to avoid this?)

Thank you && Regards, Jan.
--
Jan iankko Lieskovsky / Red Hat Security Technologies Team
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: New Bug Tracker Ready for Use (Finally)

[Kamil Paral]

> > Actually I think this behavior (send me my own emails) can be even
> > disabled in Trac admin configuration. I looked into Phabricator user
> > settings and it's not present there. But at least the From header
> > contains my name.

Oh, actually in email preferences you can set to disable your own actions to be 
emailed to you. Great.

> > Can I somehow subscribe to all ticket changes in Phabricator? If it
> > is possible, we don't need to forward it to the mailing list.
> > Otherwise I'm afraid it's needed, we need to know what's happening.
> 
> Yeah, you should be able to add yourself as cc on all issues with a
> herald rule.
> 
> I've added qa-devel@ for cc' on all ticket changes, though so you may
> want to hold off on that. I suspect that the cc won't be added until
> tickets are changed, so I'll keep an eye on it to make sure it's
> actually working.

Well, if we can configure it in Phab, I think we don't need to spam the list.

But, maybe other (non-registered) users would like to follow what's happening? 
I don't know. Phab doesn't seem to support RSS, which is a big shame.


One last question, I suppose that all those funky names inside Phab (like 
Maniphest, Diffusion, Phriction, Pholio, Conpherence, Phrequent, "Avast!" for 
posting a comment, etc) are not just a result of some funky English translation 
installed? I suppose we can't change it to proper English? Even though it's 
funny in the beginning, I find it harder to navigate in there.
___
qa-devel mailing list
qa-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/qa-devel

Review swap: apitrace

[Sandro Mani]

Hi,

I've put up apitrace for review (continuing a previous effort) here [1]. 
Happy to review in exchange.


Thanks,
Sandro

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1030107
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Mathieu Bridon]

On Thu, 2013-11-14 at 10:27 +0100, Dan Horák wrote:
> On Thu, 14 Nov 2013 08:56:22 +
> "Richard W.M. Jones"  wrote:
> > However this raises some questions:
> > 
> >  - Should this package explicitly BR redhat-rpm-config?
> > 
> >  - Should all Python packages explicitly BuildRequire
> > redhat-rpm-config?
> > 
> >  - Should this package not be packaging up the *.py[co] files?
> > 
> >  - Is this a bug in redhat-rpm-config/Python/RPM/Fedora?
> > 
> >  - Should I just ignore this because it builds fine in Koji?

Or maybe the other way around, do you have to explictly list the .pyc
and .pyo files in the %files manifest?

Could a slightly larger glob work around the problem?

For example, if right now you have:

%dir %{python_sitelib}/mymodule
%{python_sitelib}/mymodule/*.py
%{python_sitelib}/mymodule/*.pyc
%{python_sitelib}/mymodule/*.pyo

You could replace that by:

%{python_sitelib}/mymodule

The above would include the folder, the .py files, and (if they have
been built) the .py[co] files as well.

Is something like this not possible in your case?

> I think ignoring is fine, we should rather recommend to do "yum install
> @buildsys-build" before starting to work on Fedora packages

Or even fedora-packager, which has even more important stuff than
@buildsys-build.


-- 
Mathieu


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: BuildRequires: redhat-rpm-config

[Dan Horák]

On Thu, 14 Nov 2013 08:56:22 +
"Richard W.M. Jones"  wrote:

> 
> I had a bug filed that a Python package I'm maintaining cannot be
> rebuilt using 'rpmbuild --rebuild'.  The failure was that the *.pyc
> and *.pyo files are missing.
> 
> After a lot of head-scratching and debugging it turns out that
> brp-python-bytecompile was not running, and that happens because the
> RPM macro %{__os_install_post} didn't contain a call to
> brp-python-bytecompile.  This macro exists in base RPM, but is
> overridden/extended when redhat-rpm-config is installed.
> 
> Installing redhat-rpm-config fixes the problem for the bug reporter.
> 
> However this raises some questions:
> 
>  - Should this package explicitly BR redhat-rpm-config?
> 
>  - Should all Python packages explicitly BuildRequire
> redhat-rpm-config?
> 
>  - Should this package not be packaging up the *.py[co] files?
> 
>  - Is this a bug in redhat-rpm-config/Python/RPM/Fedora?
> 
>  - Should I just ignore this because it builds fine in Koji?

I think ignoring is fine, we should rather recommend to do "yum install
@buildsys-build" before starting to work on Fedora packages


Dan
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

BuildRequires: redhat-rpm-config

[Richard W.M. Jones]

I had a bug filed that a Python package I'm maintaining cannot be
rebuilt using 'rpmbuild --rebuild'.  The failure was that the *.pyc
and *.pyo files are missing.

After a lot of head-scratching and debugging it turns out that
brp-python-bytecompile was not running, and that happens because the
RPM macro %{__os_install_post} didn't contain a call to
brp-python-bytecompile.  This macro exists in base RPM, but is
overridden/extended when redhat-rpm-config is installed.

Installing redhat-rpm-config fixes the problem for the bug reporter.

However this raises some questions:

 - Should this package explicitly BR redhat-rpm-config?

 - Should all Python packages explicitly BuildRequire redhat-rpm-config?

 - Should this package not be packaging up the *.py[co] files?

 - Is this a bug in redhat-rpm-config/Python/RPM/Fedora?

 - Should I just ignore this because it builds fine in Koji?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct