On Tue, Aug 15, 2017 at 12:01 PM, Simone Caronni <negativ...@gmail.com>
wrote:
>
> If I trigger the rebuild in Koji, we will get again the same version as
> the first one.
>
What will the CentOS folks do for these rebuilds?
Regards,
--Simone
--
You cannot discover new ocea
On Tue, Aug 15, 2017 at 11:38 AM, Simone Caronni <negativ...@gmail.com>
wrote:
> On Fri, Aug 11, 2017 at 8:00 PM, Stephen John Smoogen <smo...@gmail.com>
> wrote:
>>
>> The remaining packages which are not in all architectures BUT are very
>> old (and may break
On Fri, Aug 11, 2017 at 8:00 PM, Stephen John Smoogen
wrote:
>
> The remaining packages which are not in all architectures BUT are very old
> (and may break other things). These need some sort of update/rebuild I
> expect.
>
> libssh
> libtomcrypt
> libtommath
> libvncserver
>
Hello,
a package entered stable that overwrites part of a RHEL 7 package.
The bug is here:
https://bugzilla.redhat.com/show_bug.cgi?id=1396841
As originally reported, the contributor has not replied in 10 days so
I'm reporting the thing here. I would consider this an urgent bug; as
it's
On 15 May 2015 at 10:42, Simone Caronni negativ...@gmail.com wrote:
Hello,
don't know if it has been reported already, but I have 3 weird errors on
Koji while scratch building some packages. Please note that last time the
same packages built fine.
- el5 ignores debug files and does
Hello,
don't know if it has been reported already, but I have 3 weird errors on
Koji while scratch building some packages. Please note that last time the
same packages built fine.
- el5 ignores debug files and does not assemble the debuginfo package (?):
On 15 May 2015 at 12:03, Paul Howarth p...@city-fan.org wrote:
Looks to me like that sub-package has an arch-specific dependency but it's
a noarch sub-package.
Gotcha. Thanks for spotting!!
Does not create any problem if you install from the same mock build as the
dependency will be stuck
On 17 March 2015 at 20:08, Paul Howarth p...@city-fan.org wrote:
On Tue, 17 Mar 2015 11:34:10 -0600
Stephen John Smoogen smo...@gmail.com wrote:
This was on the packaging list but effects EPEL. Any suggestions?
-- Forwarded message --
From: Thomas Moschny
Hello,
I'm going to fix this ASAP. Had a busy week and catched up with mails just
now.
Please leave some karma feedback after testing.
BTW, this list is not the correct place to post this kind of requests,
please open a bug on the selected component.
Regards,
--Simone
On 9 October 2014 01:00,
Hello,
thanks for your answers.
On 17 June 2014 00:59, Jim Perrin jper...@centos.org wrote:
By using CentOS as the basis and not RHEL 7 we could have all the
channels
that are not used at the moment for building.
As much as I'd like to see CentOS as the basis for *everything* (I may
be
On 17 June 2014 16:07, Jeff Sheltren j...@tag1consulting.com wrote:
On Tue, Jun 17, 2014 at 12:23 AM, Simone Caronni negativ...@gmail.com
wrote:
Aren't we already using CentOS for EPEL 5 and 6 in the koji/mock
buildroots? 32 bit aside, what is the difference for 7?
This has been dealt
On 4 June 2014 18:18, Till Maas opensou...@till.name wrote:
On Wed, Jun 04, 2014 at 08:47:27AM -0600, Kevin Fenzi wrote:
We might want to hold off on limited arch packages until rhel7 is
actually released... since we don't really know whats in the final set
until it's there.
Unless RHEL
On 2 June 2014 16:46, T.C. Hollingsworth tchollingswo...@gmail.com wrote:
On Mon, Jun 2, 2014 at 1:59 AM, Simone Caronni negativ...@gmail.com
wrote:
Hello,
I was looking to build a package on epel7 that is relying on
jansson-devel.
The -devel subpackage is generated as normally from
On 3 June 2014 11:29, T.C. Hollingsworth tchollingswo...@gmail.com wrote:
You can file a bug with RHEL rel-eng here:
https://bugzilla.redhat.com/enter_bug.cgi?product=Red%20Hat%20Enterprise%20Linux%207component=relengversion=7.0
Of course, supporting Workstation in general would be very
Hello,
I was looking to build a package on epel7 that is relying on jansson-devel.
The -devel subpackage is generated as normally from the main jansson
package, but in case of epel7 the resulting rpm is included in the
Workstation-optional channel:
On 2 June 2014 11:04, Dan Horák d...@danny.cz wrote:
EPEL builds against the Server + Server-optional variant of RHEL -
http://koji.fedoraproject.org/koji/taginfo?tagID=258
Is this the final setup of EPEL for RHEL 7 that will be available for all
the time the distribution is supported by
On 2 June 2014 11:09, Simone Caronni negativ...@gmail.com wrote:
On 2 June 2014 11:04, Dan Horák d...@danny.cz wrote:
EPEL builds against the Server + Server-optional variant of RHEL -
http://koji.fedoraproject.org/koji/taginfo?tagID=258
Is this the final setup of EPEL for RHEL 7
Hello,
is there any plan to have texlive in EPEL 7?
I need it but wouldn't dare asking for the branch myself... looks
complicated and I don't have any direct experience with it.
Thanks regards,
--Simone
--
You cannot discover new oceans unless you have the courage to lose sight of
the shore
On 1 April 2014 12:58, Susi Lehtola jussileht...@fedoraproject.org wrote:
Uhm, so this is just about a virtual Provides?
TeXLive *does* have latex. Just install texlive-latex.
Ok, I confirm is related to the texlive version in RHEL 7.
I reworked all the BuildRequires in the SPEC file with
On 1 April 2014 13:55, Simone Caronni negativ...@gmail.com wrote:
On 1 April 2014 12:58, Susi Lehtola jussileht...@fedoraproject.orgwrote:
Uhm, so this is just about a virtual Provides?
TeXLive *does* have latex. Just install texlive-latex.
Ok, I confirm is related to the texlive version
Hello,
maybe I missed this, but I would like to know what's the status of EPEL 7
32 bit (i686) support.
I see that in Koji all libraries are x86_64 or ppc64. Shouldn't we have
i686 libraries as well, much like in Fedora?
Also considering that the system itself has many 32 bit libraries:
Hello,
I would like to update the current NDOUtils 1.4b9 (2009-10-27) to the
latest 1.5.2 (2012-06-08) in both epel 5 and 6.
The former maintainer was not using the package, no one volunteered for it
so it was retired in Fedora in 2012. As it could not be retired from
released branches, this is
22 matches
Mail list logo