Re: [EPEL-devel] Fwd: Re: Fwd: Re: spice-html5 for EL7

[Sandro Bonazzola]

Il 17/12/2014 17:12, Kevin Fenzi ha scritto:
> On Wed, 17 Dec 2014 08:54:01 -0700
> Orion Poplawski  wrote:
> 
>> On 12/17/2014 08:17 AM, Sandro Bonazzola wrote:
>>> Can anybody grant him permission?
>>
>> Well, Eduardo Javier Echeverria Alvarado (echevemaster) would be
>> correct person to do it.  Not sure if anyone else can.
>>
>> Looks like the branch request for epel7 was not processed correctly.
>> https://bugzilla.redhat.com/show_bug.cgi?id=910793#c33
> 
> I've fixed this acl up. Please try now. 

Looks like it worked:
  https://admin.fedoraproject.org/updates/spice-html5-0.1.5-1.el7

Thanks!

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


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: [EPEL-devel] [EPEL] #26: EPEL should enforce erratum title length

[EPEL]

#26: EPEL should enforce erratum title length
-+
  Reporter:  stbenjam|  Owner:  epel-wranglers
  Type:  defect  | Status:  new
  Priority:  critical|  Milestone:
 Component:  Policy problem  |Version:
Resolution:  |   Keywords:  errata
-+

Comment (by ktdreyer):

 I think it's useful to have the long descriptive strings in Bodhi,
 personally. It's nice to glance at the links (in Bugzilla or wherever) and
 know what packages are in that update.

 Can Katello truncate the string value at 255 characters before inserting
 it into postgres? (Or alternatively, use a larger database field?)

-- 
Ticket URL: 
EPEL 
Extra Packages for Enterprise Linux
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

[EPEL-devel] Fedora EPEL 6 updates-testing report

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 969  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
 188  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1616/puppet-2.7.26-1.el6
  59  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3434/pylint-1.3.1-1.el6,python-astroid-1.2.1-2.el6,python-logilab-common-0.62.1-2.el6
  34  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1
  22  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4242/facter-1.6.18-8.el6
  14  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4404/perl-YAML-LibYAML-0.38-5.el6
  14  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4384/antiword-0.37-17.el6
  12  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4411/llvm-3.4.2-3.el6
  12  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-/php-horde-kronolith-4.2.4-1.el6
  12  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4442/icecast-2.4.1-1.el6
  11  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4485/python-tornado-2.2.1-7.el6
  11  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4472/pwgen-2.07-1.el6
  11  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4496/seamonkey-2.28-2.ESR_31.3.0.el6
   6  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4624/xrdp-0.6.1-1.el6
   6  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4575/links-2.8-4.el6
   6  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4563/firebird-2.5.3.26778.0-2.el6
   2  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4669/libhtp-0.5.16-1.el6
   2  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4693/denyhosts-2.6-19.el6.1
   0  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4737/docker-io-1.4.0-2.el6
   0  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4729/ettercap-0.7.5-4.el6.1.20120906gitc796e5


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

goaccess-0.8.5-1.el6
gpsbabel-1.5.0-3.el6
perl-MCE-1.521-1.el6
protobuf-2.3.0-9.el6

Details about builds:



 goaccess-0.8.5-1.el6 (FEDORA-EPEL-2014-4748)
 Real-time web log analyzer and interactive viewer

Update Information:

Update to 0.8.5

ChangeLog:

* Fri Dec  5 2014 Eduardo Echeverria  - 0.8.5-1
- Update to 0.8.5
* Sat Aug 16 2014 Fedora Release Engineering  
- 0.8.2-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild

References:

  [ 1 ] Bug #1174891 - Crash with --ignore-crawlers option
https://bugzilla.redhat.com/show_bug.cgi?id=1174891




 gpsbabel-1.5.0-3.el6 (FEDORA-EPEL-2014-4753)
 A tool to convert between various formats used by GPS devices

Update Information:

Adding gpsbabel to EPEL 6.




 perl-MCE-1.521-1.el6 (FEDORA-EPEL-2014-4745)
 Many-core Engine for Perl providing parallel processing capabilities

Update Information:

Fixed broken MCE::Queue ->insert and ->peek methods. FIFO and LIFO are fully 
supported with this release.  Support running in taint mode.  Added support for 
negative index in MCE::Queue ->insert and ->peek.  Updated the documentation.

ChangeLog:

* Wed Dec 17 2014 Petr Šabata  - 1.521-1
- 1.521 bump

References:

  [ 1 ] Bug #1175208 - perl-MCE-1.521 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1175208




 protobuf-2.3.0-9.el6 (FEDORA-EPEL-2014-4744)
 Protocol Buffers - Google's data interchange format

Update Information:

* Added missing Requires zlib-devel. See also #732087.

ChangeLog:

* Wed Dec 17 2014 Peter Lemenkov  - 2.3.0-9
- Added missing Requires zlib-devel to protobuf-devel (see rhbz #1173343). See
  als

[EPEL-devel] Fedora EPEL 5 updates-testing report

[updates]

The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 969  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
 424  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5
 188  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1626/puppet-2.7.26-1.el5
  42  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3784/mantis-1.2.17-3.el5
  38  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3849/sblim-sfcb-1.3.8-2.el5
  14  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4402/antiword-0.37-17.el5
  12  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4441/icecast-2.4.1-1.el5
  11  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4475/pwgen-2.07-1.el5
   6  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4527/xrdp-0.6.1-1.el5
   6  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4520/firebird-2.1.5.18496.0-5.el5
   6  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4620/pywebdav-0.9.4.1-1.el5
   4  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4430/phpMyAdmin4-4.0.10.7-2.el5
   2  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4674/denyhosts-2.6-5.el5.1
   0  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4743/ettercap-0.7.3-22.el5


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

protobuf-2.3.0-9.el5

Details about builds:



 protobuf-2.3.0-9.el5 (FEDORA-EPEL-2014-4751)
 Protocol Buffers - Google's data interchange format

Update Information:

* Added missing Requires zlib-devel. See also #732087.

ChangeLog:

* Wed Dec 17 2014 Peter Lemenkov  - 2.3.0-9
- Added missing Requires zlib-devel to protobuf-devel (see rhbz #1173343). See
  also rhbz #732087.

References:

  [ 1 ] Bug #1173343 - Patch to add Requires: zlib-devel to devel subpackage
https://bugzilla.redhat.com/show_bug.cgi?id=1173343


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

[EPEL-devel] Fedora EPEL 7 updates-testing report

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
  50  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3621/php-Smarty-3.1.21-1.el7
  34  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1
  14  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4409/erlang-R16B-03.10.el7
  14  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4406/perl-YAML-LibYAML-0.54-1.el7
  12  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4463/llvm-3.4.2-3.el7
  12  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4456/php-horde-kronolith-4.2.4-1.el7
  12  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4445/pyxdg-0.25-5.el7
  11  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4491/pwgen-2.07-1.el7
   6  
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4536/firebird-2.5.3.26778.0-2.el7


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

ctstream-22-1.el7
libzen-0.4.30-3.el7
perl-Cache-FastMmap-1.40-9.el7
perl-MCE-1.521-1.el7
protobuf-2.5.0-7.el7
voms-api-java-3.0.5-1.el7

Details about builds:



 ctstream-22-1.el7 (FEDORA-EPEL-2014-4750)
 Get URLs of Czech Television video streams

Update Information:

Adapt to changes in SMIL URL generator definition as needed since beginning of 
December 2014 and support ct24 portal links

ChangeLog:

* Wed Dec 17 2014 Petr Šabata  - 22-1
- Version 22 bump

References:

  [ 1 ] Bug #1175143 - ctstream-22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1175143




 libzen-0.4.30-3.el7 (FEDORA-EPEL-2014-4752)
 Shared library for libmediainfo and medianfo*

Update Information:

Add BR pkgconfig(zlib)
use cmake

ChangeLog:

* Tue Dec 16 2014 Vasiliy N. Glazov  0.4.30-3
- Add BR pkgconfig(zlib)
* Sun Dec  7 2014 Ivan Romanov  - 0.4.30-2
- use cmake




 perl-Cache-FastMmap-1.40-9.el7 (FEDORA-EPEL-2014-4746)
 Uses an mmap'ed file to act as a shared memory interprocess cache

Update Information:

 In multi-process environments (eg mod_perl, forking daemons, etc), it's common 
to want to cache information, but have that cache shared between processes. 
Many solutions already exist, and may suit your situation better.

References:

  [ 1 ] Bug #1173705 - Need perl Cache::FastMmap for installing policyd for 
postfix on RHEL 7. Doesn't detect it when its installed through cpan
https://bugzilla.redhat.com/show_bug.cgi?id=1173705




 perl-MCE-1.521-1.el7 (FEDORA-EPEL-2014-4749)
 Many-core Engine for Perl providing parallel processing capabilities

Update Information:

Fixed broken MCE::Queue ->insert and ->peek methods. FIFO and LIFO are fully 
supported with this release.  Support running in taint mode.  Added support for 
negative index in MCE::Queue ->insert and ->peek.  Updated the documentation.

ChangeLog:

* Wed Dec 17 2014 Petr Šabata  - 1.521-1
- 1.521 bump

References:

  [ 1 ] Bug #1175208 - perl-MCE-1.521 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1175208




 protobuf-2.5.0-7.el7 (FEDORA-EPEL-2014-4754)
 Protocol Buffers - Google's data interchange format

Update Information:

* Added missing Requires zlib-devel. See also #732087.

ChangeLog:

* Wed Dec 17 2014 Peter Lemenkov  - 2.5.0-7
- Added missing Requires zlib-d

Re: [EPEL-devel] [EPEL] #26: EPEL should enforce erratum title length

[EPEL]

#26: EPEL should enforce erratum title length
-+
  Reporter:  stbenjam|  Owner:  epel-wranglers
  Type:  defect  | Status:  new
  Priority:  critical|  Milestone:
 Component:  Policy problem  |Version:
Resolution:  |   Keywords:  errata
-+

Comment (by smooge):

 The issue is that it is coming across that you are asking is that Fedora
 and EPEL change how they have been doing titles for 8->10 years because
 you have a 255 character limit. So while RHEL fits into that, its upstream
 does not and has not. Getting it changed will be a lot more yak shaving
 and politics than using a quick fix.

 A quick fix could be to have if the title is larger than 255 characters to
 use the shorter erratum ID, a longer fix would be to change the title from
 255 to something larger. A third fix would be to recommend not using
 Katello for Fedora or EPEL.

-- 
Ticket URL: 
EPEL 
Extra Packages for Enterprise Linux
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: [EPEL-devel] [EPEL] #26: EPEL should enforce erratum title length

[EPEL]

#26: EPEL should enforce erratum title length
-+
  Reporter:  stbenjam|  Owner:  epel-wranglers
  Type:  defect  | Status:  new
  Priority:  critical|  Milestone:
 Component:  Policy problem  |Version:
Resolution:  |   Keywords:  errata
-+

Comment (by stbenjam):

 Not sure I understand your suggestion to use the erratum ID - we already
 store this, but we're not going to drop the title in favor of display the
 ID to users.  We need a useful title, it's displayed in Katello and Pulp
 UI/CLI, email reports, etc.

 For Red Hat itself, we don't find they've ever issued an errata with a
 title longer than 255, so I think it would make sense to set some kind of
 standard for the length upstream.

 In the interim is there any way for us to get the existing errata in
 updateinfo.xml to have the right length - would it take issuing updates
 for each erratum in Bodhi?

-- 
Ticket URL: 
EPEL 
Extra Packages for Enterprise Linux
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: [EPEL-devel] Fwd: Re: Fwd: Re: spice-html5 for EL7

[Kevin Fenzi]

On Wed, 17 Dec 2014 08:54:01 -0700
Orion Poplawski  wrote:

> On 12/17/2014 08:17 AM, Sandro Bonazzola wrote:
> > Can anybody grant him permission?
> 
> Well, Eduardo Javier Echeverria Alvarado (echevemaster) would be
> correct person to do it.  Not sure if anyone else can.
> 
> Looks like the branch request for epel7 was not processed correctly.
> https://bugzilla.redhat.com/show_bug.cgi?id=910793#c33

I've fixed this acl up. Please try now. 

kevin


pgpt0WNuvUyKK.pgp
Description: OpenPGP digital signature
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: [EPEL-devel] [EPEL] #26: EPEL should enforce erratum title length

[EPEL]

#26: EPEL should enforce erratum title length
-+
  Reporter:  stbenjam|  Owner:  epel-wranglers
  Type:  defect  | Status:  new
  Priority:  critical|  Milestone:
 Component:  Policy problem  |Version:
Resolution:  |   Keywords:  errata
-+

Comment (by kevin):

 Well, to clarify, I meant that bodhi uses the identifier and the list of
 updates in there is just for a handy way for qa folks to see whats in the
 update. As requested by them years ago when we setup this method.

 ​https://admin.fedoraproject.org/updates/FEDORA-EPEL-2011-0250/anything-
 you-want-to-type

 will still get the same update.

 So, you could make the title the FEDORA-EPEL--NNN always?

 as for "corrected" note that EPEL and Fedora use the same instance of
 bodhi. ANY change to titles and behaviors needs to get run by Fedora QA
 and Bodhi upstream developers. You are proposing we truncate them at 255
 chars?

-- 
Ticket URL: 
EPEL 
Extra Packages for Enterprise Linux
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: [EPEL-devel] Fwd: Re: Fwd: Re: spice-html5 for EL7

[Orion Poplawski]

On 12/17/2014 08:17 AM, Sandro Bonazzola wrote:
> Can anybody grant him permission?

Well, Eduardo Javier Echeverria Alvarado (echevemaster) would be correct
person to do it.  Not sure if anyone else can.

Looks like the branch request for epel7 was not processed correctly.
https://bugzilla.redhat.com/show_bug.cgi?id=910793#c33

> 
>   Messaggio Inoltrato 
> Oggetto: Re: Fwd: Re: [EPEL-devel] spice-html5 for EL7
> Data: Wed, 17 Dec 2014 09:16:09 -0600
> Mittente: Jeremy White 
> A: Sandro Bonazzola 
> 
> Yes, and when I do that, I get permission denied, and all the evidence
> is that on this page:
>   https://admin.fedoraproject.org/pkgdb/package/spice-html5/
> I do not have permission.
> 
> I have applied for permission, and no one has granted it, and everyone
> we have asked seems to ignore that question.
> 
> Cheers,
> 
> Jeremy
> 
> On 12/17/2014 09:13 AM, Sandro Bonazzola wrote:
>>
>>
>>
>>   Messaggio Inoltrato 
>> Oggetto: Re: [EPEL-devel] spice-html5 for EL7
>> Data: Wed, 17 Dec 2014 08:04:48 -0700
>> Mittente: Kevin Fenzi 
>> Rispondi-a: EPEL Development List 
>> Organizzazione: Scrye, INC
>> A: epel-devel@lists.fedoraproject.org
>>
>> On Wed, 17 Dec 2014 10:27:23 +0100
>> Sandro Bonazzola  wrote:
>>
>>> Hi,
>>> a few weeks ago I contacted jwhite, packager of spice-html5 package
>>> for Fedora and EPEL 6 asking a port to EPEL 7. He built the package
>>> http://kojipkgs.fedoraproject.org/packages/spice-html5/0.1.5/1.el7/
>>> but the build is not in bodhi:
>>> https://admin.fedoraproject.org/updates/search/spice-html5
>>> he had trouble trying to tag / commit the build there.
>>> Anybody can help him with this last step of the process?
>>
>> bodhi (the updates system) takes care of all of that. They simply need
>> to submit the new build as part of a new update. Either with 'fedpkg
>> update' or using the web interface.
>>
>> kevin
>>
>>
>>
>>
> 
> 
> 
> ___
> epel-devel mailing list
> epel-devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/epel-devel
> 


-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: [EPEL-devel] [EPEL] #26: EPEL should enforce erratum title length

[EPEL]

#26: EPEL should enforce erratum title length
-+
  Reporter:  stbenjam|  Owner:  epel-wranglers
  Type:  defect  | Status:  new
  Priority:  critical|  Milestone:
 Component:  Policy problem  |Version:
Resolution:  |   Keywords:  errata
-+

Comment (by stbenjam):

 Thanks for the quick reply!

 Both pulp and katello store the entire erratum, so we do have FEDORA-EPEL-
 - as well.

 In both projects, we still have to allocate a database column for the
 title, the description is a blob/text, not sure the title should be.  It
 seems reasonable to expect the title to be, well, some typical title size.

 Looking through the updateinfo.xml for EPEL6 and 7, there's a number of
 these.

 Do you have any suggestions about how we can get them corrected?

-- 
Ticket URL: 
EPEL 
Extra Packages for Enterprise Linux
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

[EPEL-devel] Fwd: Re: Fwd: Re: spice-html5 for EL7

[Sandro Bonazzola]

Can anybody grant him permission?


  Messaggio Inoltrato 
Oggetto: Re: Fwd: Re: [EPEL-devel] spice-html5 for EL7
Data: Wed, 17 Dec 2014 09:16:09 -0600
Mittente: Jeremy White 
A: Sandro Bonazzola 

Yes, and when I do that, I get permission denied, and all the evidence
is that on this page:
  https://admin.fedoraproject.org/pkgdb/package/spice-html5/
I do not have permission.

I have applied for permission, and no one has granted it, and everyone
we have asked seems to ignore that question.

Cheers,

Jeremy

On 12/17/2014 09:13 AM, Sandro Bonazzola wrote:
>
>
>
>   Messaggio Inoltrato 
> Oggetto: Re: [EPEL-devel] spice-html5 for EL7
> Data: Wed, 17 Dec 2014 08:04:48 -0700
> Mittente: Kevin Fenzi 
> Rispondi-a: EPEL Development List 
> Organizzazione: Scrye, INC
> A: epel-devel@lists.fedoraproject.org
>
> On Wed, 17 Dec 2014 10:27:23 +0100
> Sandro Bonazzola  wrote:
>
>> Hi,
>> a few weeks ago I contacted jwhite, packager of spice-html5 package
>> for Fedora and EPEL 6 asking a port to EPEL 7. He built the package
>> http://kojipkgs.fedoraproject.org/packages/spice-html5/0.1.5/1.el7/
>> but the build is not in bodhi:
>> https://admin.fedoraproject.org/updates/search/spice-html5
>> he had trouble trying to tag / commit the build there.
>> Anybody can help him with this last step of the process?
>
> bodhi (the updates system) takes care of all of that. They simply need
> to submit the new build as part of a new update. Either with 'fedpkg
> update' or using the web interface.
>
> kevin
>
>
>
>



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

Re: [EPEL-devel] [EPEL] #26: EPEL should enforce erratum title length

[EPEL]

#26: EPEL should enforce erratum title length
-+
  Reporter:  stbenjam|  Owner:  epel-wranglers
  Type:  defect  | Status:  new
  Priority:  critical|  Milestone:
 Component:  Policy problem  |Version:
Resolution:  |   Keywords:  errata
-+

Comment (by kevin):

 Can't you simply use the FEDORA-EPEL-- ?

 ie:

 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2011-0250

 In any case, wouldn't this be better to discuss with bodhi upstream rather
 than ask epel to change anything?

-- 
Ticket URL: 
EPEL 
Extra Packages for Enterprise Linux
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: [EPEL-devel] spice-html5 for EL7

[Kevin Fenzi]

On Wed, 17 Dec 2014 10:27:23 +0100
Sandro Bonazzola  wrote:

> Hi,
> a few weeks ago I contacted jwhite, packager of spice-html5 package
> for Fedora and EPEL 6 asking a port to EPEL 7. He built the package
> http://kojipkgs.fedoraproject.org/packages/spice-html5/0.1.5/1.el7/
> but the build is not in bodhi:
> https://admin.fedoraproject.org/updates/search/spice-html5
> he had trouble trying to tag / commit the build there.
> Anybody can help him with this last step of the process?

bodhi (the updates system) takes care of all of that. They simply need
to submit the new build as part of a new update. Either with 'fedpkg
update' or using the web interface. 

kevin



pgpKDkfFC6_UW.pgp
Description: OpenPGP digital signature
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

[EPEL-devel] [EPEL] #26: EPEL should enforce erratum title length

[EPEL]

#26: EPEL should enforce erratum title length
+
 Reporter:  stbenjam|  Owner:  epel-wranglers
 Type:  defect  | Status:  new
 Priority:  critical|  Milestone:
Component:  Policy problem  |Version:
 Keywords:  errata  |
+
 There are errata in both EPEL6 and EPEL6 that have very long erratum
 titles (basically the entire package list).  This causes issues with
 Katello (www.katello.org), as we only alot 255 varchar to the title:

 {{{
  PGError: ERROR: value too long for type character varying(255) : UPDATE
 "katello_errata" SET "title" = 'trytond-account-1.8.0-3.el6,trytond-
 account-be-1.8.0-3.el6,trytond-account-de-skr03-1.8.0-3.el6,trytond-
 account-invoice-1.8.0-3.el6,trytond-account-invoice-history-1.8.0-3.el6
 ,trytond-account-invoice-line-standalone-1.8.0-3.el6,trytond-account-
 product-1.8.0-3.el6,trytond-account-statement-1.8.0-3.el6,trytond-
 analytic-account-1.8.0-3.el6
 }}}

 Pulp also encounters similar issues for some errata, where the name is too
 long for Mongo:

 {{{
 Dec 17 12:03:14 satellite pulp: nectar.downloaders.threaded:ERROR:
 Download of http://dl.fedoraproject.org/pub/epel/6Server/x86_64/treeinfo
 failed with code 404: Not Found
 Dec 17 12:03:15 satellite pulp: pulp.plugins.conduits.mixins:ERROR:
 Content unit association failed [Unit [key={'id': 'FEDORA-
 EPEL-2014-3700'}] [type=erratum] [id=None]]
 }}}

-- 
Ticket URL: 
EPEL 
Extra Packages for Enterprise Linux
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: [EPEL-devel] Orphaning EPEL-7 perl-TeX-Hyphen

[Petr Šabata]

On Wed, Dec 17, 2014 at 09:22:17AM +0100, Jan Pazdziora wrote:
> On Tue, Dec 16, 2014 at 04:35:07PM +0100, Petr Šabata wrote:
> > >   # rpm -q --requires perl-TeX-Hyphen-1.01-1.el7
> > >   perl(:MODULE_COMPAT_5.16.3)
> > >   perl(strict)
> > >   perl(vars)
> > >   rpmlib(CompressedFileNames) <= 3.0.4-1
> > >   rpmlib(FileDigests) <= 4.6.0-1
> > >   rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > >   rpmlib(PayloadIsXz) <= 5.2-1
> > > 
> > > Does not look like it depends on any packages at all.
> > > 
> > > Being the upstream author, I will gladly take over the maintainership
> > > if needed but I'd appreciate some hints about the process of doing so.
> > 
> > I'm not orphaning anything; quite the contrary -- I picked up all the
> 
> Great, thanks.
> 
> > orphaned packages [0] in all EPEL branches listed on the wiki [1] after
> > Orion's post to perl-devel list over a week ago [2].
> 
> So is there a problem with the current list, still having them slated
> for removal?

I think so.

P


pgp4cVaXWOWYt.pgp
Description: PGP signature
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

[EPEL-devel] spice-html5 for EL7

[Sandro Bonazzola]

Hi,
a few weeks ago I contacted jwhite, packager of spice-html5 package for Fedora 
and EPEL 6 asking a port to EPEL 7.
He built the package
http://kojipkgs.fedoraproject.org/packages/spice-html5/0.1.5/1.el7/
but the build is not in bodhi:
https://admin.fedoraproject.org/updates/search/spice-html5
he had trouble trying to tag / commit the build there.
Anybody can help him with this last step of the process?

Thanks,

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel

Re: [EPEL-devel] Orphaning EPEL-7 perl-TeX-Hyphen

[Jan Pazdziora]

On Tue, Dec 16, 2014 at 04:35:07PM +0100, Petr Šabata wrote:
> > # rpm -q --requires perl-TeX-Hyphen-1.01-1.el7
> > perl(:MODULE_COMPAT_5.16.3)
> > perl(strict)
> > perl(vars)
> > rpmlib(CompressedFileNames) <= 3.0.4-1
> > rpmlib(FileDigests) <= 4.6.0-1
> > rpmlib(PayloadFilesHavePrefix) <= 4.0-1
> > rpmlib(PayloadIsXz) <= 5.2-1
> > 
> > Does not look like it depends on any packages at all.
> > 
> > Being the upstream author, I will gladly take over the maintainership
> > if needed but I'd appreciate some hints about the process of doing so.
> 
> I'm not orphaning anything; quite the contrary -- I picked up all the

Great, thanks.

> orphaned packages [0] in all EPEL branches listed on the wiki [1] after
> Orion's post to perl-devel list over a week ago [2].

So is there a problem with the current list, still having them slated
for removal?

-- 
Jan Pazdziora
Principal Software Engineer, Identity Management Engineering, Red Hat
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel