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 -- devel@lists.fedoraprojec

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 al

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 ther

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

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 packa

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 > >

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 eliminat

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 upstrea

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

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. I've

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 b

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 fa

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 wait

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 it ;) Approved your AC

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 to devel-le...@lists.fe

Re: kinit OK, but howto ssh?

On 19 December 2016 at 16:48, Jonathan Underwood wrote: > 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 (pu

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 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: >> >> xpra.x86_64: E: dir-or-fil

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 wrote: > 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 pack

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 noticed - just a heads up

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 don't necessarily get daemonized that

Re: Unresponsive maintainer: Ryan Rix, rrix

itamarjp (who was already 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 Underw

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: rpms/cowsay-bee

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 weeks where I'll have more

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

On 14 April 2016 at 17:47, Kevin Fenzi wrote: > On Thu, 14 Apr 2016 16:22:26 +0100 > Jonathan Underwood wrote: > >> 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

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 arm

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 have named the package python-br

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 review in exchange, but

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. Since you mention you'r

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 since the last time th

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 cha

Re: Package rename review request - python-PyOpenGL

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

Re: Package rename review request - python-PyOpenGL

On 28 February 2016 at 02:47, Zbigniew Jędrzejewski-Szmek wrote: > On Sat, Feb 27, 2016 at 02:20:20PM +0000, Jonathan Underwood wrote: >> Hi, >> >> In the process of adopting the PyOpenGL package, I've updated it to >> comply with modern python packaging practic

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: https://bugzilla.redhat.com/show

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 wrote: > On Sun, Feb 21, 2016 at 10:10:53AM +0000, Jonathan Underwood wrote: >> This jumped out at me as particularly worrisome: >> >> On 19 February 2016 at 19:15, Fabio Alessandro Locati >> wrote: >> > If

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 Christopher becase "no mo

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 http://lists.fedoraproject.org/admin/lists/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 > based on Adobe Air -- and hop

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 by FESCO, I guess we'

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 > useless without emacs to beg

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 the application. >

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 > leptonica > librasterl

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: > https://plus.google.com/+Alex

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 Peter. It was 1.2.21-2.fc

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 ver

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 in

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

On 15 November 2015 at 19:41, Kevin Fenzi wrote: > On Sun, 15 Nov 2015 18:57:49 + > Jonathan Underwood wrote: > >> I am seeing this same problem with python-importmagic, even though it >> seems to have been rebuilt for py 3.5. Have the new builds not been >> tagge

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: >> python3-cycler-0.9.0-4.fc24.n

Re: Cloning bugs: Just Don't Do It

On 4 November 2015 at 14:31, Kevin Fenzi wrote: > On Tue, 3 Nov 2015 18:25:32 + > Jonathan Underwood wrote: > >> Mostly agreed. The one legit use-case though is when someone wants to >> to continue a package submission after a review has gone dead due to >> the o

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 of the following are transferr

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 and >> restart the rel

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 packages of the Adobe CMap resources ( >> > https:

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 t

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

On 24 August 2015 at 14:12, Marcin Juszkiewicz 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 know). And it a

Re: Retiring ScientificPython

On 14 August 2015 at 18:31, Orion Poplawski 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 > https://bugzilla.redhat.com/show_bug.cgi?id=1239351 > > This a

Re: New version of Copr (includes dist-git)

Hi Mirek, I am seeing copr builds failing on ppc64le with this in root.log: DEBUG util.py:377: ERROR: can't perform the search - Inappropriate ioctl for device DEBUG util.py:377: ERROR: can't get rootid for '/var/lib/mock' DEBUG util.py:488: Child return code was: 1 Full log here: https://co

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 package

Re: [PATCH] Update to 2.0.2

On 3 August 2015 at 09:14, Ville Skyttä wrote: > On Mon, Aug 3, 2015 at 2:13 AM, Michael Schwendt 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 configured, git-bz makes it even e

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

On 2 August 2015 at 22:57, Jonathan Underwood wrote: > On 2 August 2015 at 15:29, Marcin Haba wrote: >> My image of configuration files is that they are files for read/write >> purpose by design, because they enables _configure_ something >> (application, service, s

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

On 2 August 2015 at 15:29, Marcin Haba 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 reading then from my p

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: 995c85b3e6b

Re: Emacs packaging guidelines

On 30 July 2015 at 11:48, Vít Ondruch 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 opportunities with

Re: Emacs packaging guidelines

On 30 July 2015 at 11:27, Michael Schwendt 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 auxiliary E

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

On 29 July 2015 at 20:08, Matthew Miller 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 E

Re: Fedora minimal installations

On 29 July 2015 at 17:24, 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 ) >> > - emacs-filesystem - do we r

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

On 29 July 2015 at 18:42, Michael Schwendt 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 >> sub-packages.

Re: Fedora minimal installations

On 29 July 2015 at 17:29, Michael Schwendt 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: F23 builds not getting tagged as update candidate?

On 15 Jul 2015 21:27, "Kevin Fenzi" wrote: > > On Wed, 15 Jul 2015 21:17:34 +0100 > Tom Hughes wrote: > > > On 15/07/15 21:11, Jonathan Underwood wrote: > > > > > I am finding I can't push updates for F23: > > > > > > $ fedp

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 = self.cmd._hash_file('bodhi.te

Re: python 3.5 in Fedora?

On 14 July 2015 at 23:01, Richard W.M. Jones 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 Python 3.4.3,

Re: Packaged fonts? (and regular audits?)

On 14 July 2015 at 03:55, Dave Johansen 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 this, I was looking int

Re: Sponsor shortage

Hi Michael, On 11 July 2015 at 23:56, Michael Schwendt 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 > interest in the

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) eloquen

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 w

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

Hi Sergio, On 9 July 2015 at 01:07, Sérgio Basto 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 : nightfa

Re: Self Introduction: Jonny Heggheim

Hello Jonny, On 8 July 2015 at 20:56, Jonny Heggheim 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 > * Java-Web

Re: Investigation of the F23 mass rebuild

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

Re: Investigation of the F23 mass rebuild

On 2 July 2015 at 15:49, Adam Jackson 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] Impressive

Re: F23 Self Contained Change: Astronomy Spin

On 28 June 2015 at 23:54, Kevin Kofler 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 "citizen >> astr

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... :) https://bugzilla.redhat.com/show_bug.cgi?id

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 [1]

Re: Pondering the Emacs add-on packaging situation

On 24 June 2015 at 08:01, Jan Synacek wrote: > Jonathan Underwood 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 as

Re: Pondering the Emacs add-on packaging situation

On 23 Jun 2015 20:06, "Neal Becker" 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 this. > Oh,

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 n

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

On 23 June 2015 at 12:21, Neal Becker 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 look correct. H

Re: F23 System Wide Change: Two Week Atomic

On 18 June 2015 at 13:26, Jan Kurik 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, http://atomic.fedoraproject.org/ is a d

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

On 8 April 2015 at 19:40, Stephen John Smoogen wrote: > > > On 8 April 2015 at 12:04, Jason L Tibbitts III wrote: >> >> > "MC" == Matěj Cepl writes: >> >> MC> Cutting up texlive monster piece by piece seems like rather lousy >> MC> idea to me. >> >> I honestly don't see why. Surely fixing s

Re: An everyday tale of dnf

On 8 April 2015 at 16:21, Bruno Wolff III 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, I'll file an

Re: review or review swap for spooky-c?

Hi Jeff, On 1 April 2015 at 16:00, Jeff Layton 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 addressed his > comment

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

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

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. [1]

Re: Texlive packaging

On 28 March 2015 at 15:07, Paulo César Pereira de Andrade 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 > https://abf.rosalinux.ru/openmandriva/texlive-tlpkg/blob/master/tlp

Re: Review Swap

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

Re: Review Swap

On 23 March 2015 at 11:19, Marek Skalický 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 for: https:/

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. I

Re: Minifying a javascript library

On 6 March 2015 at 03:18, Kevin Kofler 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 http://tanguy

Re: Minifying a javascript library

On 5 March 2015 at 17:09, gil 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 https://admin.fedoraproject.org/mailman/listin

  1   2   >