[EPEL-devel] Re: Current state of dual repository packages.

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

[EPEL-devel] Re: Current state of dual repository packages.

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

[EPEL-devel] Re: Current state of dual repository packages.

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 >

Re: Mass rebuild failures only on ppc64le: glibc problem?

Hello, On Thu, Jul 27, 2017 at 6:07 AM, Josh Stone wrote: > On 07/26/2017 06:23 PM, Josh Stone wrote: > >> I did some other random checks and found a few other packages with > >> ppc64le-only build failures: freeipa, gammu, gap-pkg-float, gambas3, > >> getdp (and I stopped

Re: mp3 encoding now ok

Hello, On Thu, May 18, 2017 at 6:24 PM, Matthew Miller wrote: > On Thu, May 18, 2017 at 05:13:14PM +0100, Daniel P. Berrange wrote: > > For clarity someone with authority presumably ought to remove "MP3 > Support" > > from the list of Forbidden items that package

Re: mp3 encoding now ok

On Sun, May 14, 2017 at 9:37 PM, Simone Caronni <negativ...@gmail.com> wrote: > Hello, > > On Thu, May 4, 2017 at 6:17 PM, Yaakov Selkowitz <yselk...@redhat.com> > wrote: > >> On 2017-05-03 12:44, Christian Schaller wrote: >> >>> So just wante

Re: mp3 encoding now ok

Hello, On Thu, May 4, 2017 at 6:17 PM, Yaakov Selkowitz wrote: > On 2017-05-03 12:44, Christian Schaller wrote: > >> So just wanted everyone to know that we now have the go ahead to ship mp3 >> encoding in Fedora too. So anyone involved with packaging >> mp3 encoders can

Re: [review-swap] swatchbooker

Hi Luya, On Tue, Apr 11, 2017 at 8:19 AM, Luya Tshimbalanga wrote: > I am looking for swaping review with swatchbooker: > > https://bugzilla.redhat.com/show_bug.cgi?id=1441046 > An odd issue is the startup of the application with the correct path > within the binary

Re: libdbusmenu upgrade in Fedora rawhide (and eventually in Fedora 26, 25)

On Sun, Apr 16, 2017 at 10:06 PM, Sérgio Basto wrote: > I agree , IMHO it should go also to Fedora 25, because it is a bug that > could be fixed before F25 release ... > > Refining your query: > dnf --releasever=rawhide --disablerepo='*' --enablerepo=rawhide > repoquery

libdbusmenu upgrade in Fedora rawhide (and eventually in Fedora 26, 25)

Hello, it seems that libdbusmenu has been mostly neglected since Fedora 20: http://pkgs.fedoraproject.org/cgit/rpms/libdbusmenu.git/ There is a bug affecting Steam on most platforms due to the version of libdbusmenu being too old: https://bugzilla.rpmfusion.org/show_bug.cgi?id=4449 That could

Re: Move Fedora 25 Vinagre / Weston dependency to FreeRDP 1.2 compatiblity package

On Thu, Mar 16, 2017 at 1:47 PM, Simone Caronni <negativ...@gmail.com> wrote: > > Ah, I missed that guidelines. I would need a re-review of it. > Re-review for the rename created: https://bugzilla.redhat.com/show_bug.cgi?id=1432975 Dominik, I've added you in CC. Regards, --

Re: Move Fedora 25 Vinagre / Weston dependency to FreeRDP 1.2 compatiblity package

On Thu, Mar 16, 2017 at 12:54 PM, Dominik 'Rathann' Mierzejewski < domi...@greysector.net> wrote: > Hello, Simone. > > On Thursday, 16 March 2017 at 10:27, Simone Caronni wrote: > [...] > > Guacamole / Vinagre / Weston: latest 1.2 release (compat-freerdp12) > > Rem

Move Fedora 25 Vinagre / Weston dependency to FreeRDP 1.2 compatiblity package

Hi all, I would like to move Vinagre / Weston in Fedora 25 to use the new FreeRDP 1.2 compatibility package that I created. This would allow me to update FreeRDP and Remmina to the same snapshot that is in Fedora 26/rawhide. Both of these things have been done already in Fedora 26/rawhide.

Re: Offering to co maintain lv2 related packages (lv2, lilv, suil, serd, sord, sratom...)

Hello, On Wed, Jan 25, 2017 at 9:36 AM, Guido Aulisi wrote: > Hello, > I recently joined the packager group and I made 2 audio related > packages (setBfree and lv2-ir-plugins). > I noticed that lv2 related packages are behind upstream releases, and I > know there are

[EPEL-devel] speexdsp update overwrites part of a RHEL 7 package

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

Re: EL7 update stuck in pending/testing for a week

On Tue, Oct 18, 2016 at 9:49 PM, Peter Robinson wrote: > No, it's paused while I've been boot strapping aarch64, it should > start moving again shortly. > Ah ok, thanks. --Simone -- You cannot discover new oceans unless you have the courage to lose sight of the shore

EL7 update stuck in pending/testing for a week

Hello, I've tried to push a couple of new libraries in epel-7, but the update did not reach the testing repository in 7 days: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e4793acdf5 Is there anything wrong with it? It doesn't seem any different than the other updates. Can someone

Re: Freerdp update with bundle in guacamole-server

On Tue, Dec 1, 2015 at 12:20 AM, Neal Gompa wrote: > Simone, > > Could the old version of FreeRDP be temporarily bundled into guacamole > server for F23 so that everything else can be updated and rebuilt? > We can, but it's not up to me to decide. I can change the spec file

Re: Freerdp update with bundle in guacamole-server

On Mon, Nov 30, 2015 at 4:29 PM, Josh Boyer wrote: > No. I want to suggest that continuing to say things like "It is ok to > leave it disabled/Broken in Fedora 24..." is bad. People read text > like that and continue to think Rawhide is a dumping ground. Disabled >

Re: Freerdp update with bundle in guacamole-server

On Sat, Nov 28, 2015 at 3:55 PM, Pavel Alexeev wrote: > And yes, as current version of Remmina has much errors in Fedora 23 I want > update it to 1.2.0-rcgit.5 in that branch too. > Please make sure that for Fedora 23 you are not breaking Guacamole though. It is ok to

Re: Freerdp update with bundle in guacamole-server

ve many bugs which should be fixed upstream, but I still can't update. > > > 14.11.2015 22:20, Neal Gompa wrote: > >> I am not the maintainer of guacamole-server. That is Simone Caronni >> (who I cc'd to this email) according to PkgDB[0]. Simone is the one &g

Re: Freerdp update with bundle in guacamole-server

On Tue, Nov 24, 2015 at 2:54 PM, Simone Caronni <negativ...@gmail.com> wrote: > Hello, > > as you've said, after continuous issues, the Guacamole developers are not > willing to update to unreleased versions/tarballs. > > I've briefly talked with David Woodhouse offlist

Re: virt-manager - libappindicator-gtk3 - remmina

On 4 June 2015 at 03:24, Kevin Kofler kevin.kof...@chello.at wrote: ndeed, you missed: https://lists.fedoraproject.org/pipermail/devel/2014-March/196343.html libappindicator is now (since Fedora 22) also REQUIRED for GTK+ system tray applets to work under KDE Plasma. (Plasma 5 no longer

Re: virt-manager - libappindicator-gtk3 - remmina

On 3 June 2015 at 11:28, Pavel Alexeev pa...@hubbitus.info wrote: Hi, Is not it virt-manager problem or libappindicator? Shouldn't it be addressed there? If I remember correctly there was a time when people were discussing about bringing Unity in Fedora. This did not happen, and

Re: virt-manager - libappindicator-gtk3 - remmina

In Fedora 21 it was already disabled. Disabled it also on f22 and master branches. https://admin.fedoraproject.org/updates/remmina-1.2.0-0.6.git.b3237e8.fc22 Regards, --Simone On 1 June 2015 at 11:20, poma pomidorabelis...@gmail.com wrote: libappindicator-gtk3 breaks virt-manager's systray

Re: virt-manager - libappindicator-gtk3 - remmina

On 3 June 2015 at 14:28, Giovanni Panozzo giova...@panozzo.it wrote: Adding Antenore to this thread, the other Remmina developer left on the whole earth :) My small contribution: Remmina can survive without libappindicators. It will fallback to use GtkStatusIcon to show its icon under

Re: virt-manager - libappindicator-gtk3 - remmina

On 3 June 2015 at 12:09, Jaroslav Reznik jrez...@redhat.com wrote: If I remember correctly there was a time when people were discussing about bringing Unity in Fedora. This did not happen, and actually the library is pretty useless as there is no libappindicator consumer right now. I'm

Re: Testing request: gdm-on-Wayland on hybrid graphics laptops (esp. Macbooks)

Hello, On 14/05/2015 20:01:21 GMT, Adam Williamson adamw...@fedoraproject.org wrote: Hi folks! We have a somewhat-worrying proposed blocker for F22: https://bugzilla.redhat.com/show_bug.cgi?id=1218787 I have some issues with two different laptops, one with an Intel/Nvidia combo and one

Re: [EPEL-devel] Koji build errors (all releases - el5/6/7)

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

[EPEL-devel] Koji build errors (all releases - el5/6/7)

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 (?):

Re: [EPEL-devel] Koji build errors (all releases - el5/6/7)

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

Re: [EPEL-devel] Fwd: [Fedora-packaging] %license for EPEL6

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

Re: Orphaning iscan-firmware (Firmware for Epson flatbed scanners)

Hello, On 13 January 2015 at 14:55, Dominik 'Rathann' Mierzejewski domi...@greysector.net wrote: Dear Fedora Community, I'm orphaning the iscan-firmware package since I no longer have even one Epson scanner which would require it. Hopefully someone else with one of the supported scanners

FreeRDP rawhide rebuild

FreeRDP is dropping monolithic builds in the latest release: https://github.com/FreeRDP/FreeRDP/commit/0313ca3622baec53425b749e65caa202015894de All these libraries are no longer available. libfreerdp-cache.so.1.2()(64bit) libfreerdp-codec.so.1.2()(64bit) libfreerdp-common.so.1.2.0()(64bit)

Re: Are we rebasing xorg-x11 packages in F20?

On 25 November 2014 at 13:20, Lukas Zapletal l...@redhat.com wrote: I don't understand why I noticed this today, it looks like the latest update was a Critical Path one (???) when Fedora 20 was stable for six months.

File system error in Koji

Hello, there seems to be some issue in the builders: freerdp-1.2.0-0.3.beta.1.fc22 (592521) failed on arm04-builder03.arm.fedoraproject.org (noarch), arm02-builder21.arm.fedoraproject.org (armhfp): Traceback (most recent call last): File /usr/lib/python2.7/site- packages/koji/daemon.py, line

Re: Mass reassign and orphan: steve

Hello, On 11 November 2014 01:03, Pierre-Yves Chibon pin...@pingoured.fr wrote: openvpn -- A full-featured SSL VPN solution ( master f21 f20 f19 epel7 el6 el5 ) is this still available? It seems is not: https://admin.fedoraproject.org/pkgdb/package/openvpn/ As a user I would like to take

Re: PROPOSAL: Make AppData files mandatory for applications shown in the software center

Hello, first of all sorry if I missed this earlier, I can't hardly cope with all mails received on devel. I tried to read them all when I can. As the maintainer of these: bacula-console-bat bacula-traymonitor I would suggest them to be removed from the software center, they are far from being

Re: Looking for xorg-x11-* package co-maintainers

On 22 October 2014 11:25, Hans de Goede hdego...@redhat.com wrote: You do not need to be a hardcore X hacker to help here. 2 things with which I really could use help is keeping all the various bits and pieces up2date with upstream releases, and taking care of simple (packaging) bugs were

Re: Looking for xorg-x11-* package co-maintainers

Out of the previous list, the only ones that have not been updated yet are: -intel-gpu-tools 1.8 (1.7 in rawhide/f21) -xkeyboard-config 2.13 (2.12 in rawhide/f21) -xcb-util 0.4.0 (0.3.9 in rawhide/f21) -libxcb 1.11 (1.10 in f21) -xrandr 1.4.3 (1.4.2 in f21) -twm-1.0.8 (1.0.7 in f21) -imake 1.0.7

Re: EPEL guacd package broken

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,

Re: Samba as AD DC

Hello, 2014-09-07 14:58 GMT-03:00 Simo Sorce s...@redhat.com: On Sun, 2014-09-07 at 01:12 -0300, Sergio Belkin wrote: Is (Samba) Fedora 20 still not capable of being Active Directory Domain Controller? It is current, and Samba in F20 will never have the AD bits. Maybe F22, or perhaps

Re: FreeRDP bump in rawhide

On 23 June 2014 08:39, Simone Caronni negativ...@gmail.com wrote: I'm about to bump FreeRDP in Rawhide to the newly released version 1.2.0 beta 1. This allows us to build Remmina that is currently FTBFS. Of all the packages that are using FreeRDP, only Weston is the one for which I don't

Looking for co-maintainers

Hello, I'm looking for co-maintainers for the Guacamole [1] stack packages. It is an HTML 5 plugin-less remote desktop for VNC, RDP, SSH, Telnet and Spice (WIP). Upstream is really responsive, software is updated frequently and it's really amazing. I've been able to throw a bunch of Citrix

Re: Looking for co-maintainers

Hello, On 27 June 2014 12:52, Mikolaj Izdebski mizde...@redhat.com wrote: Currently guacamole-client is in FTBFS in rawhide [2] and I couldn't find any help for fixing it due to a Maven bug [3], that requires a specific Fedora workaround that I frankly don't understand [4]. On RHEL 7, and

Re: Patches for trivial bugs sitting in bugzilla - trivial patch policy?

+1 from me! On Jun 26, 2014 5:51 PM, Sandro Mani manisan...@gmail.com wrote: Hi, From time to time, I see trivial patches posted in bugzilla which end up sitting there because the maintainer is too busy / gets bombarded with tons of bugzilla mails and misses that particular one / whatever

FreeRDP bump in rawhide

Hello, I'm about to bump FreeRDP in Rawhide to the newly released version 1.2.0 beta 1. This allows us to build Remmina that is currently FTBFS. Of all the packages that are using FreeRDP, only Weston is the one for which I don't have any commit access, so it needs to be rebuilt. I've tested a

Re: EPEL quick epel7 update

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

Re: EPEL quick epel7 update

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

Re: rfc: xserver rebase in F20 (was Re: Slipping F21)

Hello, On 11 June 2014 19:11, Sérgio Basto ser...@serjux.com wrote: Hi, why not begin by a xserver rebase in copr ? Personally, because I don't feel like doing the work twice. But if someone else wants to, sure, go for it. I could do it, also think about do it for eclipse-swt , but

Re: EPEL Maintaining libntlm for ppc64

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

Re: EPEL RHEL 7 Workstation optional channel in Fedora's Koji

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

Re: EPEL RHEL 7 Workstation optional channel in Fedora's Koji

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

EPEL RHEL 7 Workstation optional channel in Fedora's Koji

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:

Re: EPEL RHEL 7 Workstation optional channel in Fedora's Koji

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

Re: EPEL RHEL 7 Workstation optional channel in Fedora's Koji

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

Fedora GIT error (access denied)

Hello, I'm unable to commit to the newly unretired ndoutils package in the fedora branches (I'm the owner). This is the error I get: $ git push Counting objects: 10, done. Delta compression using up to 4 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (2/2), 270 bytes | 0

Re: Fedora GIT error (access denied)

On 27 May 2014 15:31, Kevin Fenzi ke...@scrye.com wrote: On Tue, 27 May 2014 09:05:21 +0200 Simone Caronni negativ...@gmail.com wrote: If this is not the place for notifying such things, please redirect me where appropriate. Usually a releng or infrastructure ticket or #fedora-admin

Re: F21 System Wide Change: Workstation: Disable firewall

On 15 April 2014 14:35, Christopher ctubb...@apache.org wrote: Whoa, the fact that the Firewall is on by default in Fedora (along with SELinux) is one of the reasons I choose Fedora over alternatives. Same thing here, It was really surprising to see it as a proposed feature. How can it be

Re: bumblebee reviewer needed (Was: Re: Heads up: retiring xorg-x11-drv-mouse and xorg-x11-drv-keyboard)

On 3 April 2014 06:50, Christopher Meng cicku...@gmail.com wrote: Just another note that due to my knowledge on optimus I decide to drop the review of bumblebee[1], and someone told me it's just a dirty hack. I personally think it as a hack as well. Problems with Nouveau performance and

EPEL texlive in 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

Re: EPEL texlive in 7

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

Re: EPEL texlive in 7

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

EPEL 7 i686 libraries

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:

Re: Retired update still showing in updates-testing

On 14 March 2014 00:00, Jon jdisn...@gmail.com wrote: Done! $ koji untag-build --force f19-updates-testing guacamole-client-0.8.3-5.fc19 $ koji untag-build --force f20-updates-testing guacamole-client-0.8.3-5.fc20 Thanks, --Simone -- You cannot discover new oceans unless you have the

Re: Retired update still showing in updates-testing

On 13 March 2014 20:01, Rex Dieter rdie...@math.unl.edu wrote: Did you delete the bodhi updates too? If so, (in short), don't do that. To tell the truth I don't remember, but I think I did. So updates that are retired should be left as they are without deleting them so they still appear

Retired update still showing in updates-testing

Hello, I pushed two packages as updates in bodhi a few weeks ago, but even before they reached updates-testing I revoked them. Now, after some weeks, I see that both are available from updates-testing but I don't see them in Bodhi. They are not in my list of updates or the generic

Re: Retired update still showing in updates-testing

On 13 March 2014 09:33, Mathieu Bridon boche...@fedoraproject.org wrote: The solution is for you to untag the builds: $ koji untag-pkg f19-updates-testing guacamole-client-0.8.3-5.fc19 $ koji untag-pkg f20-updates-testing guacamole-client-0.8.3-5.fc20 Then at the next mash, they will be

Re: Orphaning simple scan

Hello, On 9 March 2014 13:34, David King amigad...@amigadave.com wrote: I would like to be a co-maintainer, as I use Simple Scan on a regular basis, and as a GNOME contributor I am also familiar with the GNOME schedule that Kalev mentioned. I have requested commit privileges in pkgdb.

Re: Orphaning simple scan

On 8 March 2014 18:24, Rahul Sundaram methe...@gmail.com wrote: I don't have direct access to a personal scanner anymore and don't have the time to handle bug reports without a device to test. I have orphaned simple scan now. Please feel free to take it. Thanks for maintaining this so

EPEL Updating NDOUtils to 1.5.2

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

Unretiring NDOUtils

Hello, I would like to unretire NDOUtils in Fedora, I'm currently using it at work. NDOUtils was orphaned in Fedora in 2012 [1], but since the EPEL 5 6 branches cannot be retired, those branches were still there. The previous owner gave the branch ownership to me, so I'm missing only the Fedora

Re: libxnvctrl status?

On 4 February 2014 11:03, Ralf Corsepius rc040...@freenet.de wrote: Correct, we could - Similar things are being done at several places in Fedora. Somewhat oversimplified, the basic requirement is all shipped binaries must be built from OSI-compiliant sources-code and no closed-sources be

Retiring mod_auth_xradius

Hello, I'm planning to retire mod_auth_xradius from Fedora. The module in its source form is really buggy: - It has been patched to avoid a library bundling. - Some patches have been added to restore some basic functionality that was not otherwise working. - Upstream asked me to update and file

Re: libxnvctrl status?

Hello, On 4 February 2014 04:58, Christopher Meng cicku...@gmail.com wrote: Is this library disallowed now because it's from nvidia? Or it should be retired? In my opinion it should be removed from Fedora. Currently it is used by very few packages: mate-sensors-applet hwloc nvclock oyranos

Re: Source file audit - 2014-01-05

On 7 January 2014 19:31, Toshio Kuratomi a.bad...@gmail.com wrote: Looking at the lookaside cache directly, it looks like that file has been uploaded previously (in lookaside, there's currently two tarballs for dkms-2.2.0.3.tar.gz with two separate md5sums). Thanks, who was mantaining it

Re: Source file audit - 2014-01-05

On 6 January 2014 20:53, Kevin Fenzi ke...@scrye.com wrote: slaanesh:BADSOURCE:dkms-2.2.0.3.tar.gz:dkms Downloading the file again gives a different md5sum, but the release tarball is the same, so probably the archive has been regenerated. What's the procedure to update the source files in

Re: Retiring gksu-polkit

On 5 December 2013 00:26, Dan Mashal dan.mas...@gmail.com wrote: It seems that this package is no longer needed. Please let me know there is a reason that we should keep it. Will retire on all Fedora releases next week. I think it's still used by Wireshark; last time I've build it was to

Re: F21 Self Contained Change: Replace Bacula with Bareos

Hello, On 16 November 2013 02:09, Kevin Kofler kevin.kof...@chello.at wrote: Simone Caronni wrote: Bareos is currently in standby following some legal issues: https://fedoraproject.org/wiki/Forbidden_items#Bareos Can we know what the issues are? Switching would look like a no-brainer

Re: Enabling -Werror=format-security by default

On 20 November 2013 17:25, Kevin Fenzi ke...@scrye.com wrote: First... I'd suggest posting the list of packages and give maintainers a week or two to just fix them. Then before filing anything you can run a quick check to see which packages are still needing fixing. Yes please, sometimes the

Re: F21 Self Contained Change: Replace Bacula with Bareos

13:03, Jaroslav Reznik jrez...@redhat.com wrote: = Proposed Self Contained Change: Replace Bacula with Bareos = https://fedoraproject.org/wiki/Changes/Bareos Change Owner(s): Simone Caronni negativo17 at gmail.com The powerful Bacula network backup solution has switched from being Open

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

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:

Re: User/Group ID assignment

Hello, On 22 October 2013 13:25, Mateusz Marzantowicz mmarzantow...@osdf.com.plwrote: Are there any guidelines regarding user and group id number assignment on Fedora? please read the packaging guidelines regarding user creation at rpm install time:

Re: Source file audit - 2013-09-30

Check ok on my side: $ wget http://linux.dell.com/dkms/permalink/dkms-2.2.0.3.tar.gz --2013-10-04 08:54:36-- http://linux.dell.com/dkms/permalink/dkms-2.2.0.3.tar.gz Resolving linux.dell.com (linux.dell.com)... 143.166.224.62 Connecting to linux.dell.com (linux.dell.com)|143.166.224.62|:80...

Re: Koji build fails because source package is not found.

Hello, On 30 August 2013 09:05, Erwin Waterlander water...@xs4all.nl wrote: error: File /builddir/build/SOURCES/wcd-5.**2.4-src.tar.gz: No such file or directory What should I do to fix this error? I was in the assumption that the source package is automatically downloaded via the info in

Builds using latex2html gets stuck infinitely (#994883)

Hello, can someone please check this latex2html bug [1]? I've reported it many times on this list on a different thread but somehow it went unnoticed. I know user jnovy has left Redhat, but the package is still owned by him [2] and is blocking my builds since the beginning of August. Shouldn't

Re: Problem with mass rebuild / latex2html errors

On 5 August 2013 12:14, Simone Caronni negativ...@gmail.com wrote: I have a problem on the bacula-docs package in Fedora 20. Build was stuck for 15 hours and then killed by Koji: http://koji.fedoraproject.org/koji/taskinfo?taskID=5698742 I was able to reproduce it locally with mock; all

Koji 404 errors on el6

Hello, I get the following when building for el6/ppc: DEBUG util.py:264: http://kojipkgs.fedoraproject.org/repo/rhel/rhel-ppc64-server-6/getPackage/nss-softokn-3.12.9-11.el6.ppc64.rpm: [Errno 14] PYCURL ERROR 22 - The requested URL returned error: 404 Not Found DEBUG util.py:264: Trying other

Re: Excludearch/Exclusivearch reminder

On 8 August 2013 10:44, Petr Pisar ppi...@redhat.com wrote: And the canonical RPM architecture name is what? arm or armv7hl or some macro like %{ix86}? Yep. At the moment for my local builds I use armv7hl because the package I build works only on armv7 with hfp; but would be good to know if

Re: Koji 404 errors on el6

Thanks very much! --Simone On 8 August 2013 13:48, Kevin Fenzi ke...@scrye.com wrote: On Thu, 8 Aug 2013 10:58:48 +0200 Simone Caronni negativ...@gmail.com wrote: Hello, I get the following when building for el6/ppc: ...snip... I've already tried 2 builds and I got the same

Re: latex not working in F20: I can't find the format file `latex.fmt'!

Hello Than, On 8 August 2013 14:47, Than Ngo t...@redhat.com wrote: the buildrequirement is not correct, please replace your BR with these: BuildRequires: ghostscript BuildRequires: texlive-collection-latexrecommended texlive-preprint can you please check this bug?

Re: Doc dir related changes coming up

On 8 August 2013 16:03, Michael J Gruber michaeljgruber+fedora-li...@gmail.com wrote: Building an F20 (master) package on F18 does not work, then, even with the proposed conditional %{_pkgdocdir}. Wouldn't a conditional based on the Fedora version be a much more robust suggestion to deal with

Re: latex not working in F20: I can't find the format file `latex.fmt'!

On 5 August 2013 15:43, punto...@libero.it punto...@libero.it wrote: Il 05/08/2013 15:32, Richard W.M. Jones ha scritto: On Mon, Aug 05, 2013 at 03:16:15PM +0200, Than Ngo wrote: have you built it localy or in koji? could you please give me the url if it fails in koji? Both. I can

Re: gdcm FTBFS: texlive broken in rawhide?

On 6 August 2013 17:38, Jan Kratochvil jan.kratoch...@redhat.com wrote: Package owner Jindrich Novy is no longer in Red Hat so I am not sure how quickly it may get fixed. I really hope the next mantainer can manage a 14 mb spec file :) Regards, --Simone -- You cannot discover new oceans

Problem with mass rebuild / latex2html errors

Hello, I have a problem on the bacula-docs package in Fedora 20. Build was stuck for 15 hours and then killed by Koji: http://koji.fedoraproject.org/koji/taskinfo?taskID=5698742 I was able to reproduce it locally with mock; all the latex2html commands get stuck indefinitely. An example command

Re: Problem with mass rebuild / latex2html errors

On 5 August 2013 12:14, Simone Caronni negativ...@gmail.com wrote: I have a problem on the bacula-docs package in Fedora 20. Build was stuck for 15 hours and then killed by Koji: http://koji.fedoraproject.org/koji/taskinfo?taskID=5698742/http://negativo17.org/ Would like to point out

Re: latex not working in F20: I can't find the format file `latex.fmt'!

On 5 August 2013 15:32, Richard W.M. Jones rjo...@redhat.com wrote: On Mon, Aug 05, 2013 at 03:16:15PM +0200, Than Ngo wrote: have you built it localy or in koji? could you please give me the url if it fails in koji? http://fedoraproject.org/code-of-conduct Mine was in the first mail:

Re: latex not working in F20: I can't find the format file `latex.fmt'!

It took me a really long time to get package ownership from Andreas Thienemann. He would reply only to mails to avoid losing package ownership and nothing else. I had to file an fpc ticket as well. On Aug 5, 2013 8:44 PM, Richard W.M. Jones rjo...@redhat.com wrote: On Mon, Aug 05, 2013 at

Re: Rename Review Request swap

On 22 July 2013 07:03, Mikolaj Izdebski mizde...@redhat.com wrote: For Java-related reviews you are welcome to block Java SIG tracker bug (FE-JAVASIG, rhbz #652183). This way members of Java SIG can easily see that there is a new review and take care of it. Good to know, thanks, I will do

Rename Review Request swap

Anyone willing to review these 2 packages? https://bugzilla.redhat.com/show_bug.cgi?id=985818 https://bugzilla.redhat.com/show_bug.cgi?id=985814 They are a rename of older packages; upstream has consolidated multiple source tarballs into one thus simplifying building:

  1   2   >