Re: EPEL 7 broken deps and beta status update

2014-07-20 Thread Mukundan Ragavan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 07/19/2014 12:08 PM, Kevin Fenzi wrote: xfdesktop-4.10.2-2.el7.src.rpm package: xfdesktop-4.10.2-2.el7.x86_64 from epel unresolved deps: desktop-backgrounds-basic Sorry! I got delayed with this. I will take care of this today. Mukundan.

[EPEL-devel] clarification about updates in EPEL

2014-10-11 Thread Mukundan Ragavan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi All, I would like some clarification from folks here regarding updating gparted on EPEL-5 and EPEL-6. The version of gparted shipped in EPEl-5 is 0.4.8 and EPEL-6 is 0.6.0 while the current upstream version is 0.19.1 (which I recently built in

[EPEL-devel] Re: Please test Xfce 4.12 for inclusion in EPEL - 7

2016-02-27 Thread Mukundan Ragavan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/27/2016 03:47 PM, Kevin Fenzi wrote: > On Sat, 27 Feb 2016 20:17:39 + (UTC) john tatt > wrote: > >> Hi I sis a yum install xfce4* . Maybe xfwm4 was not in the >> dependencies ? > > Thats not going to work. Xfce has

[EPEL-devel] Re: Please test Xfce 4.12 for inclusion in EPEL - 7

2016-02-27 Thread Mukundan Ragavan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/26/2016 05:01 AM, john tatt wrote: > Hi > > Do you think you will build it also for i386 arch ? > > Thx > > I don't think COPR supports 32-bit for EPEL-7 ... So, no plans at the moment. - -- GPG Key - E5C8BC67 - --- -BEGIN

[EPEL-devel] Re: Please test Xfce 4.12 for inclusion in EPEL - 7

2016-02-28 Thread Mukundan Ragavan
On 02/28/2016 02:35 AM, john tatt wrote: > Ok > > I tried a yum grouplist and didn't see any xfce4-desktop > > So I'll try again asap. > > That should be xfce-desktop (notice it's xfce not xfce4). See example below - $ yum groups info xfce-desktop Loaded plugins: fastestmirror Loading

[EPEL-devel] Re: Please test Xfce 4.12 for inclusion in EPEL - 7

2016-02-28 Thread Mukundan Ragavan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/28/2016 07:34 AM, LOEFFLER Peter wrote: > hi, > > xfce 4.12 in epel 7 would be perfect! i set up a fresh centos 7 > and did a "yum groups install xfce-desktop" even with a "yum > install gnome-icon-theme gnome-icon-theme-symbolic >

[EPEL-devel] Please test Xfce 4.12 for inclusion in EPEL - 7

2016-02-24 Thread Mukundan Ragavan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 All, I have built Xfce 4.12 packages for EL-7 on COPR. The link for the repo is https://copr.fedorainfracloud.org/coprs/nonamedotc/xfce412-epel7/ I would appreciate it if people can install the packages and give it a spin. Please report any

[EPEL-devel] Re: Please test Xfce 4.12 for inclusion in EPEL - 7

2016-02-25 Thread Mukundan Ragavan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/24/2016 11:58 PM, Orion Poplawski wrote: > On 02/24/2016 06:35 PM, Mukundan Ragavan wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 >> >> >> >> All, >> >> I have built Xfce 4.12 packag

[EPEL-devel] Reminder to test Xfce 4.12 packages for EPEL-7

2016-03-13 Thread Mukundan Ragavan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Reminder to test Xfce 4.12 packages for EPEL-7. Hello all, Just wanted to send out a reminder to test Xfce 4.12 packages from COPR for EPEL-7. You will need to have updated to EL-7.2 before installing the packages from this COPR. Specifically,

[EPEL-devel] Xfce 4.12 coming to EPEL-7 (official repo) in the next few days

2016-03-22 Thread Mukundan Ragavan
It has been almost a month since I sent an email[1] about testing Xfce 4.12 packages on EL-7. I have seen a few emails with requests for packages but no emails about issues that folks had in using the same on EL-7. Given this scenario, I am encouraged to do the official builds. Towards that, I

[EPEL-devel] Re: Please test Xfce 4.12 for inclusion in EPEL - 7

2016-03-02 Thread Mukundan Ragavan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, 29 Feb 2016 11:17:11 +0800 Suse Shi wrote: > well I was also working on XFCE@EL7 > > compiling rpms by myself, with xfce 4.10 > > but having a small bug on latest networkmanager package.(crashed > net-access) > Im

[EPEL-devel] Reminder: please test Xfce 4.12 packages on EL-7

2016-04-30 Thread Mukundan Ragavan
I had written earlier [0] about the availability of Xfce 4.12 packages in EPEL testing repositories. This is a reminder for the same. Link to update - https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-262a3f39e1 Some notes from [0] are worth repeating here - - libxfce4ui obsoletes

[EPEL-devel] Re: Xfce 4.12 mega update coming to EL-7

2016-04-28 Thread Mukundan Ragavan
On 04/28/2016 01:05 PM, ToddAndMargo wrote: > On 04/18/2016 04:10 PM, Mukundan Ragavan wrote: >> >> >> All, >> >> After a trial run involving a COPR repo [1], I had written earlier >> indicating that I started doing real builds of Xfce 4.12 packages for >&

[EPEL-devel] Re: Xfce 4.12 mega update coming to EL-7

2016-04-28 Thread Mukundan Ragavan
On 04/28/2016 08:47 PM, Mukundan Ragavan wrote: >> >> Hi Mukundan, >> >> Dependencies for you to fix. >> >> -T >> >> >> >> Scientific Linux 7.2, x64 >> >> yum --enablerepo=* update >> --> Finished Dependency Reso

[EPEL-devel] Xfce-4.12 packages are being built for EPEL-7

2016-04-14 Thread Mukundan Ragavan
It has been while since I sent an email[1] about testing Xfce 4.12 packages on EL-7. I have seen a few emails with requests for packages but no emails about issues that folks had in using the same on EL-7. I had sent out an earlier email about the official packages [2] but got side tracked. I

[EPEL-devel] Xfce 4.12 mega update coming to EL-7

2016-04-18 Thread Mukundan Ragavan
All, After a trial run involving a COPR repo [1], I had written earlier indicating that I started doing real builds of Xfce 4.12 packages for EL-7 [2]. This is now complete and I have now submitted a update - a mega update containing 53 packages total.

[EPEL-devel] updating superlu to 5.x (soname update)

2017-10-23 Thread Mukundan Ragavan
We would like to update SuperLU to version 5.x in EPEL 7. This would introduce a soname change for libsuperlu. The packages that depend on SuperLU are armadillo and hypre. I have created a COPR [1] where we have built all three packages. They seem to build fine. If they are issues that others

[EPEL-devel] itstool missing in aarch64 and s390x

2019-08-25 Thread Mukundan Ragavan
The package "itstool" seems to be missing in some architectures (s390x and aarch64) although it should be provided by RHEL server rpms. It appears to be available in x86_64 and ppc64le. I noticed this when building gparted. See the failed build here -

[EPEL-devel] upower in RHEL-8/EPEL-8

2019-12-13 Thread Mukundan Ragavan
It appears that upower is in RHEL-8 but only in x86_64 and powerpc 64 architectures. Due to this, some of my builds fail. This one for example - https://koji.fedoraproject.org/koji/taskinfo?taskID=39545162 Is using excludearch my only option? How can I get this built? Thanks, Mukundan.

[EPEL-devel] Re: upower in RHEL-8/EPEL-8

2019-12-16 Thread Mukundan Ragavan
On 12/16/19 9:37 AM, Troy Dawson wrote: > On Sat, Dec 14, 2019 at 10:31 AM Kevin Fenzi wrote: >> >> On Fri, Dec 13, 2019 at 09:19:16PM -0500, Mukundan Ragavan wrote: >>> It appears that upower is in RHEL-8 but only in x86_64 and powerpc 64 >>> architectures. Du

[EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

2020-05-27 Thread Mukundan Ragavan
Scratch build of gtkhash does not appear to pull in libb2-0.98.1. Has the buildroot override expired? https://koji.fedoraproject.org/koji/taskinfo?taskID=45077601 On 5/26/20 1:49 PM, Antonio T. sagitter wrote: > Mukundan, your package misses. > Please, rebuild `gtkhash` against `libb2-0.98.1` or

[EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

2020-05-28 Thread Mukundan Ragavan
On 5/28/20 2:25 AM, Petr Pisar wrote: > How is it possible? What happened with the libb2-0.98.1-2.fc31 build: > > $ koji list-history --build libb2-0.98.1-2.fc31 > Fri May 22 20:48:12 2020 libb2-0.98.1-2.fc31 tagged into > f31-updates-candidate by sagitter > Fri May 22 20:54:19 2020

[EPEL-devel] Re: Soname bump of libb2 on F31/EPEL7

2020-05-28 Thread Mukundan Ragavan
On 5/26/20 1:49 PM, Antonio T. sagitter wrote: > Mukundan, your package misses. > Please, rebuild `gtkhash` against `libb2-0.98.1` or let me commit > changes to it. > Hi Antonio, This is done. Please add gtkhash to your update as well.

[EPEL-devel] Xfce 4.16 on EPEL-8

2021-02-07 Thread Mukundan Ragavan
Hi all, I have a COPR containing xfce 4.16 packages for EPEL-8 packages [0]. I would like to get some testing done using this COPR before getting into EPEL-8. Please email if and when you notice problems and I will try to fix it as soon as possible. As a reminder - xfce 4.16 will be

[EPEL-devel] Re: Xfce 4.16 on EPEL-8

2021-03-02 Thread Mukundan Ragavan
On 2/15/21 7:02 PM, Mukundan Ragavan wrote: Mukundan -    Just a note that as mentioned on the CentOS list here: https://lists.centos.org/pipermail/centos/2021-February/353317.html # dnf group install Xfce Last metadata expiration check: 0:02:24 ago on Mon 15 Feb 2021 03:41:53 PM MST

[EPEL-devel] Re: Xfce 4.16 on EPEL-8

2021-02-15 Thread Mukundan Ragavan
On 2/15/21 5:50 PM, Orion Poplawski wrote: On 2/7/21 8:56 AM, Mukundan Ragavan wrote: Hi all, I have a COPR containing xfce 4.16 packages for EPEL-8 packages [0]. I would like to get some testing done using this COPR before getting into EPEL-8. Please email if and when you notice

[EPEL-devel] Re: Xfce 4.16 on EPEL-8

2021-08-28 Thread Mukundan Ragavan
I forgot to email about this. Here are official buils of Xfce 4.16 on EPEL8 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-3f7925eb01 I am hoping to push this to stable in about a week. Please test. -- GPG Key: E5C8BC67 OpenPGP_signature Description: OpenPGP digital signature

[EPEL-devel] EL selinux policy

2022-09-13 Thread Mukundan Ragavan
I have a packaging question - One of the packages I maintain, nextcloud-client, fails to execute in EPEL-9. It is being blocked by SELinux policy. getsebool selinuxuser_execmod is off in EL9. Is it even allowed to change SELinux rule in, for example, %post? I suspect the correct way to do

[EPEL-devel] Re: EL selinux policy

2022-09-16 Thread Mukundan Ragavan
On 9/15/22 21:47, Carl George wrote: On Tue, Sep 13, 2022 at 8:46 PM Mukundan Ragavan wrote: I have a packaging question - One of the packages I maintain, nextcloud-client, fails to execute in EPEL-9. It is being blocked by SELinux policy. getsebool selinuxuser_execmod is off in EL9