Re: [EPEL-devel] Centos 7, 32 bits edition

2015-10-16 Thread Peter 
On 10/16/2015 02:54 PM, Stephen John Smoogen wrote:
> soon will be a while. There needs to be testing and possible changes
> to koji to support the issue of dealing with one build root coming
> from one source (RHEL) and another one coming from another (CentOS).
> The build infrastructure is under a freeze until Fedora 23 is released
> sometime this month and then work on this can hopefully. This may end
> up being a "oh look it already works! just add this config" or it
> could be a "OMG my eyes are melting". IN either case, I would not
> expect it til November/December.

Let's really hope for the former.  From experience I can say that most
of the packages build without any changes and a small number require a
minor tweak in the spec file.

Anyways, thanks for the definitive answer Stephen, I look forward to
being able to use epel on my 32 bit laptops without having to rebuild
half the repo myself.


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

Re: [EPEL-devel] epel CD

2015-10-16 Thread Peter 
On 10/16/2015 07:19 AM, Stephen John Smoogen wrote:
> [smooge@batcave01 epel]$ du -shc ./5 ./6 ./7
> 22G ./5
> 50G ./6
> 32G ./7
> 103G total
> 
> That is several (hundred) cdroms of data.

Just out of curiosity, what is the space for 7/x86_64 ?  I'm guessing
this would be small enough to fit onto a double-layer DVD.  If you then
donk the debug tree from there you could probably fit the rest onto a
single layer DVD, the vast majority of people would not care for more
than a single arch of binary-only packages from a single release and
have no need for -debuginfo packages.  I'm not saying that epel should
release this, but it would be much more reasonable for an individual to
burn this subset to a DVD for their own use.


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

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

2015-10-16 Thread updates 
The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 726  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2013-11893   
libguestfs-1.20.12-1.el5
 491  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626   
puppet-2.7.26-1.el5
 340  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849   
sblim-sfcb-1.3.8-2.el5
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-210591c284   
drupal7-jquery_update-2.6-1.el5
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-fdf8e54f23   
mbedtls-1.3.14-1.el5
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-a66d0cd69f   
drupal7-active_tags-2.0-0.9.alpha1.el5


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

drupal7-7.40-1.el5
drupal7-features-2.7-1.el5

Details about builds:



 drupal7-7.40-1.el5 (FEDORA-EPEL-2015-072c80d7a0)
 An open-source content-management platform

Update Information:

  drupal7-7.40-1.fc21  - 7.40.   drupal7-7.40-1.fc22  - 7.40.
drupal7-7.40-1.el5  - 7.40.   drupal7-7.40-1.el6  - 7.40.   drupal7-7.40-1.el7
- 7.40.   drupal7-7.40-1.fc23  - 7.40.

References:

  [ 1 ] Bug #1271875 - drupal7-7.40 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1271875




 drupal7-features-2.7-1.el5 (FEDORA-EPEL-2015-106ea44a23)
 Provides feature management for Drupal

Update Information:

Update to 2.7. Release notes found at https://www.drupal.org/node/2592441

References:

  [ 1 ] Bug #1271876 - drupal7-features-2.7 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1271876


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

Re: [EPEL-devel] EPEL package rebased upon RHEL update?

2015-10-16 Thread Orion Poplawski 

On 10/15/2015 09:24 PM, Christopher Meng wrote:

Hi,

Redis in EPEL6 is pretty dated, I'd like to update it to the latest
2.x version but somehow I haven't done major update like this.

Is it allowed to update the package from 2.4 to 2.8 for new RHEL 6.x
like 6.8 release?


https://fedoraproject.org/wiki/EPEL_Updates_Policy#Stable_Releases

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

Re: [EPEL-devel] epel CD

2015-10-16 Thread Kevin Fenzi 
On Fri, 16 Oct 2015 19:13:22 +1300
Peter  wrote:

> Just out of curiosity, what is the space for 7/x86_64 ?  I'm guessing
> this would be small enough to fit onto a double-layer DVD.  If you
> then donk the debug tree from there you could probably fit the rest
> onto a single layer DVD, the vast majority of people would not care
> for more than a single arch of binary-only packages from a single
> release and have no need for -debuginfo packages.  I'm not saying
> that epel should release this, but it would be much more reasonable
> for an individual to burn this subset to a DVD for their own use.

We provide a handy way to answer this sort of question: 

http://dl.fedoraproject.org/pub/DIRECTORY_SIZES.txt

...
15G /pub/epel/7/x86_64
8.7G/pub/epel/7/x86_64/debug
...

kevin


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

2015-10-16 Thread Peter 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/17/2015 03:44 AM, Kevin Fenzi wrote:
> We provide a handy way to answer this sort of question:
> 
> http://dl.fedoraproject.org/pub/DIRECTORY_SIZES.txt

Oh cool, I had no idea about that.

> 15G   /pub/epel/7/x86_64 8.7G /pub/epel/7/x86_64/debug

So you'd need 6.3G for all the binary epel7 x86_64 packages, they'd
fit on a double-layer DVD but not a cheaper single-layer one.

Similarly you'd need 11.4 for epel 6 x86_64 so that won't work unless
you donk some packages first, but it'd be fine on a 16G USB stick,
similar for i386.  epel 5 is smaller but would still need a
double-layer disk for x86_64, i386 is only 4.6G, though, so it would
barely fit on a single-layer disk.

It is possible that compression might be able to help with these as
well but I think that the rpms are already compressed.


Peter
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWIa/KAAoJEAUijw0EjkDvYL4IALV+UDRxvA0PxfAIawatOvq6
4kuc9Hbl1b6l6JYyre4Gn37aHgfDr0kwbLqHOKYIyu7PCDgR04+Jy93zuLYMPRTi
IB+naF6Glv/ymoUSkTSPUCLpunH+cQ2u7nA+eU4uLdNuPTOcOvX/Dk7LxlmqzSKD
c0fAQE5pQ3PR3i4KGLoEL3f6dKNGXJPI2ZAOGsPwEce4ftUzVPrRKfAu4hxoVxE1
vdUMQU4gnQLX0erpaxp2JsaEHIULiXB09a4uTjOxAwlqK8gUEif8nkUvgmvsVbbE
EwopNDK6C82kLL2MCLEpo3VKFrhVAELMJBBM6SkDHeN3HEHaCcJ0KI82mSR3fQw=
=L19F
-END PGP SIGNATURE-
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel