Re: Fedora 34 Change: Enable btrfs transparent zstd compression by default (System-Wide Change proposal)

On Wed, 30 Dec 2020 at 19:53, Ben Cotton wrote: > ** Update anaconda to perform the installation using mount -o > compress=zstd:1 > Any reason behind compression level of 1 rather than the default of 3? ___ devel mailing list --

Re: Unexpected rebase of libsolv to 0.7.1 in F29, F28; please report any issues to bugzilla

On Mon, 12 Nov 2018 at 15:35, Jaroslav Mracek wrote: > > Hello everyone, > > There was an announcement of release libsolv-0.7.0 ([HEADS UP] libsolv 0.7) > into rawhide, but the rebase also ended up in stable branches of Fedora 28 > and 29. This release could affect not only libsolv users, but

Re: Enabling powerline theme system wide by default

On Thu, 1 Nov 2018 at 14:55, Randy Barlow wrote: > > On Wed, 2018-10-31 at 17:13 -0700, Luya Tshimbalanga wrote: > > Since powerline does > > not > > impact the performance, it will be great to set for Fedora 30. > > I experienced a performance problem with powerline on Fedora on a > Raspberry Pi

Re: Enabling powerline theme system wide by default

On Thu, 1 Nov 2018 at 09:44, Nicolas Mailhot wrote: > If someone wants to do this the font powerline uses should be fixed to > used correct unicode point values (and PUA when it include things not > standardised by unicode). > > Otherwise powerline display is just broken on many terminals Is

Re: Packages with cicku as admin or with commit access

On Thu, 20 Sep 2018 at 18:17, Jonathan Underwood wrote: > > Hi, > > In the process of orphaning a few packages lately, I noticed that the > user "cicku" (Christopher Meng) still had commit or admin privelidges > on the package. That user hasn't been active for a coup

Packages with cicku as admin or with commit access

Hi, In the process of orphaning a few packages lately, I noticed that the user "cicku" (Christopher Meng) still had commit or admin privelidges on the package. That user hasn't been active for a couple of years, and I vaguely remember packages that he owned being orphaned. But, it seems like

Re: Intent to orphan coan

Hi Adam, On Wed, 19 Sep 2018 at 20:51, Adam Jackson wrote: > > On Wed, 2018-09-19 at 00:02 +0100, Jonathan Underwood wrote: > > > I don't have the time to continue maintaining this package, > > unfortunately. Please get in touch if you want to maintain the > > pa

Intent to orphan coan

Hi, I am planning to orphan the coan package in a week or so unless someone else is interested in taking on the package. "Coan is a software engineering tool for analysing preprocessor-based configurations of C or C++ source code. Its principal use is to simplify a body of source code by

Re: Mono - Do we have a maintainer?

On Fri, 17 Aug 2018 at 19:58, Richard W.M. Jones wrote: > On Wed, Aug 15, 2018 at 03:55:26PM +0200, Florian Weimer wrote: > > On 08/15/2018 03:20 PM, Michael Cronenworth wrote: > > >The Roslyn compiler is now the default and requires bootstrapping > > >from binary-only sources provided by

Re: Orphaning winswitch

On 29 July 2018 at 19:14, Jonathan Underwood wrote: > Dear All, > > I haven't used winswitch for a few years now, and haven't really got > the bandwidth to maintain the package, and so I plan to orphan it in > the coming week. Winswitch is developed by the same person as Xpra

Orphaning winswitch

Dear All, I haven't used winswitch for a few years now, and haven't really got the bandwidth to maintain the package, and so I plan to orphan it in the coming week. Winswitch is developed by the same person as Xpra and provides a front end to Xpra as well as other remote desktop applications.

Orphaning python-pyopengl

Hi, I have just gotten the python-pyopengl package to a state where it builds in the f29-python side tag, but will have to orphan the package from this point on, as I just don't have the spare cycles to work on it moving forward. The package is pretty dead upstream, with the last proper release

Re: Heads up: Python 3.7 rebuild in progress

I spent a bit of time last night trying to fix the python-pyopengl build failure. Here's where I got to: It is the accelerate module which is failing to build when compiling the .c files that ship with the source tarball. These are generated upstream by Cython from the shipped .pyx files. Build

Re: Heads up: Python 3.7 rebuild in progress

On Wed, 13 Jun 2018, 14:14 Miro Hrončok, wrote: > I've just started to build the bootstrap sequence in a side tag > (f29-python). > > This should not affect you mostly but if you have a Python 3 package and > you are going to update it with new buildtime dependencies, please let > me know or

Re: Nonresponsive packager [xpra]

On 22 April 2017 at 14:33, Antonio Trande wrote: > Hello. > > Packager of 'xpra' package is inactive since some months and xpra is not > updated yet. > > Does anyone know how to contact him? > > Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1411006 An email usually does

Re: Xapian 1.4 headed to rawhide

On 22 Dec 2016 06:12, "Peter Robinson" wrote: Just a heads up that xapian 1.4 is headed to rawhide. Do you plan to rebuild dependent packages? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: kinit OK, but howto ssh?

On 19 December 2016 at 16:48, Jonathan Underwood <jonathan.underw...@gmail.com> wrote: > On 19 December 2016 at 15:47, Neal Becker <ndbeck...@gmail.com> wrote: >> kinit nbec...@fedoraproject.org >> Password for nbec...@fedoraproject.org: >> [nbecker@nbecker2

Re: kinit OK, but howto ssh?

On 19 December 2016 at 15:47, Neal Becker wrote: > kinit nbec...@fedoraproject.org > Password for nbec...@fedoraproject.org: > [nbecker@nbecker2 ~]$ ssh nbec...@fedoraproject.org > Permission denied (publickey). Adding the -K switch worked for me...

Re: rpmlint dir-or-file-in-var-run error help

On 2 October 2016 at 04:46, Orion Poplawski <or...@cora.nwra.com> wrote: > On 10/01/2016 02:00 PM, Jonathan Underwood wrote: >> >> Hi, >> >> I'm just looking at the rpmlint errors for the xpra package, and one I >> am stuck on is this: >> >> x

Orphaned: emacs-common-ebib

Hi, I have orphaned the emacs-common-ebib package on all branches. The package builds fine, but is very outdated cf upstream. Updating to the latest upstream version would require packaging a number of dependencies which I don't have the time to do currently. Cheers, Jonathan

Re: Retiring python-slimit in Rawhide

On 1 October 2016 at 21:32, Jonathan Underwood <jonathan.underw...@gmail.com> wrote: > On 20 July 2016 at 15:40, Stephen Gallagher <sgall...@redhat.com> wrote: >> Upstream is dead (website is gone), it hasn't seen a release in over three >> years >> and nothi

Re: Retiring python-slimit in Rawhide

On 20 July 2016 at 15:40, Stephen Gallagher wrote: > Upstream is dead (website is gone), it hasn't seen a release in over three > years > and nothing in Fedora relies on it anymore. Actually, the package js-web-socket-js depended on this during build. Yeah, I only just

rpmlint dir-or-file-in-var-run error help

Hi, I'm just looking at the rpmlint errors for the xpra package, and one I am stuck on is this: xpra.x86_64: E: dir-or-file-in-var-run /var/run/xpra The package drops a file in /usr/lib/tmpfiles.d which causes the creation of /var/run/xpra when needed. The package has this in %{files}: %ghost

Re: systemd 230 change - KillUserProcesses defaults to yes

On 30 May 2016 23:49, "Dan Book" wrote: > > > > On Mon, May 30, 2016 at 6:20 PM, Richard W.M. Jones wrote: >> >> On Sun, May 29, 2016 at 06:51:20PM -0600, Chris Murphy wrote: >> > So there's tmux, screen, curl, wget, and probably quite a few others >> > that

Re: Unresponsive maintainer: Ryan Rix, rrix

ready an admin) and gave full ACLs of > cowsay-beefymiracle to wwoods (of course). Let me know if I should > orphan python-netifaces or transfer ownership to someone else. > > Let me know if I can help further. > > On Mon, Apr 25, 2016, at 01:01 PM, Jonathan Underwood wrote: >>

Unresponsive maintainer: Ryan Rix, rrix

Hi, I've been trying to contact rrix (Ryan Rix) for some time now to no avail. He's unresponsive to bugzilla and his pkgdb registered email address. Is anyone in contact with him? I'm sending this email per the unresponsive package maintainer process. Ryan is primary contact for:

Re: ipython 4 and Jupyter

On 18 April 2016 at 08:06, Thomas Spura wrote: > Any help on reviewing new packages for ipython/jupyter and (co-)maintaining > the ipython stack is welcome. Are there any volunteers? :) Am happy to help review packages, and will have a window of time in the coming two

Re: Help debugging build failure on Arm (rawhide only)

On 14 April 2016 at 17:47, Kevin Fenzi <ke...@scrye.com> wrote: > On Thu, 14 Apr 2016 16:22:26 +0100 > Jonathan Underwood <jonathan.underw...@gmail.com> wrote: > >> Hi, >> >> I am trying to work out why the xpra package is failing to build on >> ar

Help debugging build failure on Arm (rawhide only)

Hi, I am trying to work out why the xpra package is failing to build on arm on the rawhide branch - it builds correctly on arm on other branches. The failing build is: http://koji.fedoraproject.org/koji/taskinfo?taskID=13659756 Afaics, it's failing during find-debuginfo.sh. Any help from the

Re: Should breathe package be called python-breathe?

On 23 March 2016 at 05:14, Adam Williamson wrote: > On Tue, 2016-03-22 at 21:23 -0700, Dave Johansen wrote: >> https://bugzilla.redhat.com/show_bug.cgi?id=1313796 >> This request to include a Python 3 subpackage for breathe made me realize >> that I probably should

Re: review swaps

On 9 March 2016 at 00:52, Zbigniew Jędrzejewski-Szmek wrote: > I'm looking for reviewers for: > https://bugzilla.redhat.com/show_bug.cgi?id=1315871 > Library for building data processing pipelines for machine learning Have taken this one. I don't have anything for you to

Re: Can't upgrade, package system-python-libs not signed

On 8 Mar 2016 08:26, "Gregorio ." wrote: > > Hello, > > I'm new and I'm not an expert. I've Fedora 23 and I tried to upgrade my system to Fedora 24. > I suspect you're not aware of this, being new to Fedora, but Fedora 24 isn't released yet, and is still under development.

Re: packages seeking new point of contact

Hi Kevin, On 4 March 2016 at 18:20, Kevin Fenzi wrote: > Note: I have already taken sshuttle, as I use it often, co-maintainers > welcome. Just in case you're not aware, sshuttle upstream is now at: https://github.com/sshuttle/sshuttle And there's been a looot of commits

PyOpenGL renamed to python-pyopengl

Dear All, The PyOpenGL package has been renamed to python-pyopengl on the f24 and master branches, and the Provides have been updated to reflect current python packaging guidelines. If your package depends on PyOpenGL, or any of its sub-packages everything will continue to work, but you should

Re: Package rename review request - python-PyOpenGL

On 28 February 2016 at 14:18, Raphael Groner <raph...@fedoraproject.org> wrote: >> On Sat, Feb 27, 2016 at 02:20:20PM +0000, Jonathan Underwood wrote: >> … except the name ;) It should be lowercase. > +1 > > Or maybe just python-opengl, there's no need für two times

Re: Package rename review request - python-PyOpenGL

On 28 February 2016 at 02:47, Zbigniew Jędrzejewski-Szmek <zbys...@in.waw.pl> wrote: > On Sat, Feb 27, 2016 at 02:20:20PM +, Jonathan Underwood wrote: >> Hi, >> >> In the process of adopting the PyOpenGL package, I've updated it to >> comply with modern pytho

Package rename review request - python-PyOpenGL

Hi, In the process of adopting the PyOpenGL package, I've updated it to comply with modern python packaging practices and renamed the package to python-PyOpenGL. That of course triggers a package review, so if anyone would like to help me out with that, it's here:

Re: Declining package maintenance requests? (Was Re: Large number of packages to be orphaned on Feb 26)

On 21 February 2016 at 10:44, Fabio Alessandro Locati <fabioloc...@gmail.com> wrote: > On Sun, Feb 21, 2016 at 10:10:53AM +, Jonathan Underwood wrote: >> This jumped out at me as particularly worrisome: >> >> On 19 February 2016 at 19:15, Fabio Alessandro Locat

Declining package maintenance requests? (Was Re: Large number of packages to be orphaned on Feb 26)

This jumped out at me as particularly worrisome: On 19 February 2016 at 19:15, Fabio Alessandro Locati wrote: > If Christopher will not respond, I can take care of: [snip] > Also I can help with the i3 packages as I volounteered few weeks ago and > have been shot down by

Re: Large number of packages to be orphaned on Feb 26

On 19 February 2016 at 18:09, Josh Boyer wrote: > rpms/PyOpenGL -- Python 2.x bindings for OpenGL ( master f23 f22 ) I am happy to take this (already a co-maintainer). -- devel mailing list devel@lists.fedoraproject.org

Re: intent to retire Scratch

On 29 January 2016 at 18:51, Matthew Miller wrote: > Several years ago, I packaged up Scratch 1.4 -- the visual programming > language for kids. However, it never really worked perfectly (it's not > 64 bit clean) and upstream for this line is dead (as Scratch 2.0 is >

Re: F24 System Wide Change: Change Proposal Name NewRpmDBFormat

On 29 Jan 2016 10:03 pm, "Richard W.M. Jones" wrote: > > > FWIW I found the new database backend (not mentioned anywhere in the > original submission). It is here: > > http://rpm.org/gitweb?p=rpm.git;a=tree;f=lib/backend/ndb > > Since this change has (rashly) been approved

Re: Poll: emacs.desktop or emacsclient.desktop?

On 5 Jan 2016 11:28, "Tom Hughes" wrote: > > On 05/01/16 10:23, Jan Synacek wrote: > >> For me, it's emacs.desktop, since clicking the desktop icon is then >> simply consitent with the rest of the icons. The emacsclient behavior is >> just weird. > > > Agreed, emacs.desktop is

Re: emacs-filesystem

On 4 January 2016 at 14:35, Jan Synacek wrote: > Hello, > > long time ago, there was a request to create the emacs-filesystem > package [1], so other packages could drop their emacs-specific files > there. I believe it was done the other way around... Those files are >

Re: HEADS UP: libwebp, ucommon soname bumps

On 24 December 2015 at 14:37, Sandro Mani wrote: > Hello > > I'll be building libwep-0.5.0 and ucommon-7.0.0 this weekend. > > Affected packages for libwebp: > > efl > freeimage > gdal > gegl03 > GraphicsMagick > gstreamer1-plugins-bad-free > ImageMagick > kde-runtime-libs >

Re: Samba AD and MIT Kerberos with trust to FreeIPA update

On 3 Dec 2015 19:14, "Alexander Bokovoy" wrote: > > Hi, > > (repost to Fedora development) > > I've posted few screenshots of the current status of Samba AD with MIT > Kerberos running on Fedora 23 and establishing cross-forest trust to > FreeIPA on my Google+ page: >

Re: Xapian library needs rebuild on rawhide

On 27 November 2015 at 12:32, Peter Robinson wrote: [snip] >> Can someone push new builds of Xapian? > > I've pushed one but there's been no announcement of a further C++ ABI > change since F-23. Also please report the NVR of the particular > package you're using. Thanks

Help with building ruby bindings for notmuch package

Hi, In the process of updating the notmuch package on rawhide, I am hitting the following problem during building of the ruby bindings - can any ruby aficionados help me out? TIA, Jonathan gcc -shared -o notmuch.so messages.o tags.o filenames.o threads.o status.o query.o directory.o message.o

Xapian library needs rebuild on rawhide

Hi, I am attempting to build notmuch on rawhide, and see the following warning from the Xapian library, indicating it needs to be rebuilt... /usr/include/xapian/version.h:29:2: warning: #warning The C++ ABI version of compiler you are using does not exactly match [-Wcpp] #warning The C++ ABI

Re: python-cycler has broken dependencies in the rawhide tree:

On 15 November 2015 at 14:25, Kalev Lember wrote: > On 11/15/2015 03:14 PM, Neal Becker wrote: >> python-cycler has broken dependencies in the rawhide tree: >> On x86_64: >> python3-cycler-0.9.0-4.fc24.noarch requires python(abi) = 0:3.4 >> On i386: >>

Re: python-cycler has broken dependencies in the rawhide tree:

On 15 November 2015 at 19:41, Kevin Fenzi <ke...@scrye.com> wrote: > On Sun, 15 Nov 2015 18:57:49 + > Jonathan Underwood <jonathan.underw...@gmail.com> wrote: > >> I am seeing this same problem with python-importmagic, even though it >> seems to have been

Re: Cloning bugs: Just Don't Do It

On 4 November 2015 at 14:31, Kevin Fenzi <ke...@scrye.com> wrote: > On Tue, 3 Nov 2015 18:25:32 + > Jonathan Underwood <jonathan.underw...@gmail.com> wrote: > >> Mostly agreed. The one legit use-case though is when someone wants to >> to continue a package s

Re: Cloning bugs: Just Don't Do It

On 3 November 2015 at 16:13, Adam Williamson wrote: > You see that 'Clone' button in Bugzilla? You, yes you, with your cursor > hovering over it? > > Don't do it! It's a trap. > > Cloning a bug is almost never actually what you want to do. When you > clone a bug, all

Re: Fedora 23 Final RC10 status is GO !

On 1 November 2015 at 22:14, Michael Catanzaro wrote: [snip] > On Sun, 2015-11-01 at 20:03 +0100, Kevin Kofler wrote: >> IMHO, we should have at most 1 week of strict freeze. If we decide >> that we >> have to slip anyway, then we should pull in ALL updates pending >> stable

Re: how to set/unset env variables in spec file

I see what you're trying to do is build a package using the intel compiler suite rather than the usual gcc toolchain. A few years ago I needed to do that for packaging molpro locally, so I am attaching that spec file which may give you some hints on how to go about it. Bare in mind that I haven't

Re: Adobe CMap resources license change

On 9 Sep 2015 4:07 am, "Ben Rosser" wrote: > > > > On Tue, Sep 8, 2015 at 6:32 PM, Rex Dieter wrote: >> >> Ben Rosser wrote: >> >> > Hi everyone, >> > >> > I am not certain if any packages other than my python-pdfminer are >> > currently using my

Re: Do you know how many 64-bit architectures Fedora has?

On 24 August 2015 at 14:12, Marcin Juszkiewicz mjuszkiew...@redhat.com wrote: [snip] Because there are lot of code like: %ifarch x86_64 ppc64 ia64 s390x sparc64 USE_64=1 %endif Where is should be: %if 0%{?__isa_bits} == 64 USE_64=1 %endif Which works since RHEL6 (from what I

Re: Retiring ScientificPython

On 14 August 2015 at 18:31, Orion Poplawski or...@cora.nwra.com wrote: I'm going to be retiring the ScientificPython package in F23+ before F23 Beta due to not being compatible with Numpy = 1.9 and no upstream resources/commitment to fix it. See

Orphaning python-ufc

Dear All, I have orphaned the python-ufc package. This package has been superceded by python-ffc, and upstream have abandoned python-ufc. FWIW, python-ffc is under review[0], but it seems the submission has been abandoned by the submitter (Fabian Abfolter). I actually tried to retire this

Re: [PATCH] Update to 2.0.2

On 3 August 2015 at 09:14, Ville Skyttä ville.sky...@iki.fi wrote: On Mon, Aug 3, 2015 at 2:13 AM, Michael Schwendt mschwe...@gmail.com wrote: After spending time on creating that patch, submitting it via http://bugz.fedoraproject.org/mscore would require just a tiny bit of effort. Once

Re: Question about profile.d scripts definition in Spec file

On 2 August 2015 at 15:29, Marcin Haba marcin.h...@bacula.pl wrote: My image of configuration files is that they are files for read/write purpose by design, because they enables _configure_ something (application, service, single program, script...whatever). If they are dedicated only for

Re: Question about profile.d scripts definition in Spec file

On 2 August 2015 at 22:57, Jonathan Underwood jonathan.underw...@gmail.com wrote: On 2 August 2015 at 15:29, Marcin Haba marcin.h...@bacula.pl wrote: My image of configuration files is that they are files for read/write purpose by design, because they enables _configure_ something (application

Mirroring problem?

Hi, Today I noticed a lot of mirrors were giving me this error on a dnf update: [MIRROR] kernel-debug-modules-4.1.2-200.fc22.x86_64.rpm: Downloading successful, but checksum doesn't match. Calculated: ff4ac555966b587f06338475c8fcc0f41402b4c8e970e730f6f83b62be8b5c0d(sha256) Expected:

Re: Emacs packaging guidelines

On 30 July 2015 at 11:27, Michael Schwendt mschwe...@gmail.com wrote: On Thu, 30 Jul 2015 10:18:13 +0200, Vít Ondruch wrote: Actually what is the point of following? ``` Case II Where a package's principal functionality does not require (X)Emacs, but the package also includes some

Re: Emacs packaging guidelines

On 30 July 2015 at 11:48, Vít Ondruch vondr...@redhat.com wrote: [snip] These are definitely fair points, but at the end, this should be left up to the maintainer if there will be -emacs package and the general preference should be to support the subpackages. I hope it will give as greater

Re: Fedora minimal installations

On 29 July 2015 at 17:29, Michael Schwendt mschwe...@gmail.com wrote: On Wed, 29 Jul 2015 12:24:17 -0400, Matthew Miller wrote: On Wed, Jul 29, 2015 at 02:09:02PM +, Zbigniew Jędrzejewski-Szmek wrote: A couple of strange deps: - libsemanage requires python (filed as

Re: Emacs packaging guidelines (was: Re: Fedora minimal installations)

On 29 July 2015 at 18:42, Michael Schwendt mschwe...@gmail.com wrote: On Wed, 29 Jul 2015 18:53:27 +0200, Harald Hoyer wrote: The Emacs add-on packaging guidelines no longer stipulate that packages which also bundle support for Emacs should split out those Emacs files into separate

Re: Fedora minimal installations

On 29 July 2015 at 17:24, Matthew Miller mat...@fedoraproject.org wrote: On Wed, Jul 29, 2015 at 02:09:02PM +, Zbigniew Jędrzejewski-Szmek wrote: A couple of strange deps: - libsemanage requires python (filed as https://bugzilla.redhat.com/show_bug.cgi?id=1248002) - emacs-filesystem

Re: Emacs packaging guidelines (was: Re: Fedora minimal installations)

On 29 July 2015 at 20:08, Matthew Miller mat...@fedoraproject.org wrote: On Wed, Jul 29, 2015 at 08:03:00PM +0100, Jonathan Underwood wrote: The Emacs add-on packaging guidelines no longer stipulate that packages which also bundle support for Emacs should split out those Emacs files

F23 builds not getting tagged as update candidate?

Hi, I am finding I can't push updates for F23: $ fedpkg update /usr/lib/python2.7/site-packages/fedpkg/cli.py:169: DeprecationWarning: Commands._hash_file is deprecated and will be removed eventually. Please use Commands.lookasidecache.hash_file instead. hash =

Re: F23 builds not getting tagged as update candidate?

On 15 Jul 2015 21:27, Kevin Fenzi ke...@scrye.com wrote: On Wed, 15 Jul 2015 21:17:34 +0100 Tom Hughes t...@compton.nu wrote: On 15/07/15 21:11, Jonathan Underwood wrote: I am finding I can't push updates for F23: $ fedpkg update /usr/lib/python2.7/site-packages/fedpkg/cli.py

Re: Packaged fonts? (and regular audits?)

On 14 July 2015 at 03:55, Dave Johansen davejohan...@gmail.com wrote: During the review of cppformat, it was pointed out that it contained a font that should be removed because it's packaged with Fedora ( https://bugzilla.redhat.com/show_bug.cgi?id=1216279#c3 ). While working on resolving

Re: python 3.5 in Fedora?

On 14 July 2015 at 23:01, Richard W.M. Jones rjo...@redhat.com wrote: I just got a bug filed against my package not working with Python 3.5 ... in *Ubuntu*?! That sort of thing never happens since normally Fedora is usually so far ahead of Ubuntu. I notice that Fedora Rawhide is carrying

Re: Sponsor shortage

Hi Michael, On 11 July 2015 at 23:56, Michael Schwendt mschwe...@gmail.com wrote: More interesting is: What has happened between 2012-09-20 and 2014-07-28? No comments, no version updates. == A lost opportunity to practice maintaining the package, and a lost opportunity to demonstrate your

Improving our processes for new contributors.

Dear All, Recently I started a thread drawing attention to the large number of folks who have submitted packages for review and require sponsorship, and the length of time some of those sponsorship requests have been outstanding. A number of people (notably Ben Rosser and Michael Schwendt)

Sponsor shortage

Hi, Today I happened to look at this page: http://fedoraproject.org/PackageReviewStatus/NEEDSPONSOR.html from which I can see we have potentially on the order of 100 new potential contributors to Fedora whose efforts we're missing out on due to a lack of sponsors. Some people seem to have been

Re: [ACTION REQUIRED] FTBFS Packages in rawhide (2015-07-08)

Hi Sergio, On 9 July 2015 at 01:07, Sérgio Basto ser...@serjux.com wrote: On Qua, 2015-07-08 at 21:55 +, opensou...@till.name wrote: nightfall mmahut, astronomy-sig 60 weeks ago version available on Fedora : nightfall-1.62-15.fc20 version available upstream

Re: Self Introduction: Jonny Heggheim

Hello Jonny, On 8 July 2015 at 20:56, Jonny Heggheim heg...@gmail.com wrote: Do anyone have time to sponsor me? I have three Java packages waiting for formal review: * hid4java: https://bugzilla.redhat.com/show_bug.cgi?id=1230949 * rescu: https://bugzilla.redhat.com/show_bug.cgi?id=1231457

Re: Investigation of the F23 mass rebuild

On 2 July 2015 at 15:49, Adam Jackson a...@redhat.com wrote: Following up on the hardened cflags change in F23, I wanted to gather some statistics on the actual impact: what the most impacted packages and apps are, what the typical overhead is like, etc. The results are... unpleasant, [snip]

Re: Investigation of the F23 mass rebuild

On 2 July 2015 at 16:55, Adam Jackson a...@redhat.com wrote: On Thu, 2015-07-02 at 16:24 +0100, Jonathan Underwood wrote: On 2 July 2015 at 15:49, Adam Jackson a...@redhat.com wrote: Following up on the hardened cflags change in F23, I wanted to gather some statistics on the actual impact

Re: F23 Self Contained Change: Astronomy Spin

On 28 June 2015 at 23:54, Kevin Kofler kevin.kof...@chello.at wrote: M. Edward (Ed) Borasky wrote: Seems like the easiest path would be to make sure all the astronomy packages land on the Science / KDE spin that already exists and do a lot of marketing / blogging / etc. to a targeted group of

Review request/swap python-lz4

Hi, I've submitted a review ticket for the python-lz4 package[1]. It should be a straightforward review, and I'll happily swap a review if you have a reasonably simple package in exchange. python-lz4 is needed to improve the performance of the xpra package already in Fedora. Cheers, Jonathan

Emacs add-on packaging violations tracker

Hi, A little while ago I created this tracking bug to track packages with violations fo the Emacs add-on packaging guidelines. Most of the fixes are very straightforward, so if any provenpackagers with cycles to spare wanted some low hanging fruit... :)

Re: Pondering the Emacs add-on packaging situation

On 24 June 2015 at 08:01, Jan Synacek jsyna...@redhat.com wrote: Jonathan Underwood jonathan.underw...@gmail.com writes: The Emacs package manager installs these add-on modules in the user's own directory by default, but it can also install them in a system wide directory. If you run Emacs

Re: need rpm help (nothing provides /bin/python)

On 23 June 2015 at 12:21, Neal Becker ndbeck...@gmail.com wrote: Also, can someone please confirm that I correctly took care of obsoleting the mercurial-emacs{-el} as per: https://fedoraproject.org/wiki/Packaging:Emacs Thanks for doing this. I checked the spec file, and the obsoletes/provides

Pondering the Emacs add-on packaging situation

Hi, So, while filing a bunch of bugs against packages not complying with the Emacs add-on packaging guidelines, I started to think about the state of add-ons for Emacs [1]. Since those guidelines were put in place, Emacs has grown its own package manager (package.el, shipped with Emacs[2]), and

Re: Pondering the Emacs add-on packaging situation

On 23 Jun 2015 20:06, Neal Becker ndbeck...@gmail.com wrote: The case I just fixed is a bit different - it's not something that comes from elpa, melpa, etc., but is an add-on that was just a contributed part that ships with mercurial. Probably many cases of emacs-foo fedora packages are like

Re: F23 System Wide Change: Two Week Atomic

On 18 June 2015 at 13:26, Jan Kurik jku...@redhat.com wrote: [snip] This change moves Atomic away from the main Fedora 6-month distribution release, and instead to separate releases every two weeks on a new web site, http://atomic.fedoraproject.org/ Just a heads up,

Re: An everyday tale of dnf

On 8 April 2015 at 16:21, Bruno Wolff III br...@wolff.to wrote: It sounds like you might be happier setting clean_requirements_on_remove to false in dnf.conf . I often find myself wanting to do this temporarily, but have yet to find a command line flag to do it - is there such a thing? If not,

Re: How to build one TeXLive subpackage for EPEL-7?

On 8 April 2015 at 19:40, Stephen John Smoogen smo...@gmail.com wrote: On 8 April 2015 at 12:04, Jason L Tibbitts III ti...@math.uh.edu wrote: MC == Matěj Cepl mc...@cepl.eu writes: MC Cutting up texlive monster piece by piece seems like rather lousy MC idea to me. I honestly don't see

Re: review or review swap for spooky-c?

Hi Jeff, On 1 April 2015 at 16:00, Jeff Layton jlay...@poochiereds.net wrote: I'm trying to get this library added to Fedora. It's quite small and the code is public domain: https://bugzilla.redhat.com/show_bug.cgi?id=1205376 An unsponsored reviewer has already had a look and I've

Re: Packages which are non-compliant with Emacs packaging guidelines

On 28 March 2015 at 19:28, Richard W.M. Jones rjo...@redhat.com wrote: On Sat, Mar 28, 2015 at 06:05:11PM +, Jonathan Underwood wrote: rjonesemacs-common-tuareg Update in Rawhide: http://pkgs.fedoraproject.org/cgit/emacs-common-tuareg.git/commit/?id

Re: Texlive packaging

On 28 March 2015 at 15:07, Paulo César Pereira de Andrade paulo.cesar.pereira.de.andr...@gmail.com wrote: I maintained a slowly evolving approach in Mandriva for some years, (but now it is quickly approaching one year I left Mandriva...), see the main script at

Packages which are non-compliant with Emacs packaging guidelines

Hi, Presently a lot of packages are not complying with the Emacs packaging guidelines[1]. These guidelines have been in place in their current form since Fedora 16, so it's probably time to start fixing packages. The lists below detail packages with various problems, and their package owners.

Re: Review Swap

On 23 March 2015 at 11:19, Marek Skalický mskal...@redhat.com wrote: Is anyone up for a review swap? I need wiredtiger, which is a new storage engine of mongodb 3.0 database. https://bugzilla.redhat.com/show_bug.cgi?id=1201662 Let me know what I can review for you in return. Care to swap

Re: Review Swap

On 23 March 2015 at 12:40, Marek Skalický mskal...@redhat.com wrote: Jonathan Underwood píše v Po 23. 03. 2015 v 11:39 +: On 23 March 2015 at 11:19, Marek Skalický mskal...@redhat.com wrote: Is anyone up for a review swap? I need wiredtiger, which is a new storage engine of mongodb 3.0

Review swap: web-socket-js

Hi, I am trying to get xpra into Fedora[1], and the only remaining issue is unbundling of the java script library web-socket-js. I've put together a package for thatand it's awaiting review [2]. It's a very simple package, just installing a couple of js files, so should be very simple to review.

Re: Minifying a javascript library

On 6 March 2015 at 03:18, Kevin Kofler kevin.kof...@chello.at wrote: Tom Hughes wrote: That may not be possible if the minimiser upstream is using is not, or maybe even cannot be, packaged for Fedora. Unfortunately, the popular minifier JSMin is non-Free (it contains the no evil clause, see

Re: Minifying a javascript library

On 5 March 2015 at 17:09, gil punto...@libero.it wrote: yum install -y closure-compiler if you have fedora 20 should work Thanks - I had hoped to push packages for F20 too, but this is a start at least :). -- devel mailing list devel@lists.fedoraproject.org

Re: COPR chroot for Fedora 22?

On Mar 5, 2015 9:19 AM, Miroslav Suchý msu...@redhat.com wrote: On 03/04/2015 11:49 PM, Jonathan Underwood wrote: Hi, Now that F22 has branched and reached the bodhi branch point, should there not also be a Fedora 22 chroot in copr? I just added it there. Thanks very much. Jonathan

  1   2   >