Re: Globally-visible executables with parallel python 2 and python 3 stacks

2010/1/14 David Malcolm : > Anyone got any better ideas?  Thoughts about which of the above is > preferrable? I am not sure it qualifies as "better" than your suggestions... but the problem of different executables with the same name providing equivalent functionality via a different implementatio

The road to dropping xdvik

Dear All, We currently ship xdvik as a package separate to texlive (for a variety of reasons). Looking forward to when we ship texlive-2009, it'll be built as part of the texlive package build once more. However, even better would be to drop it entirely, for the following reasons: 1) It's a legac

Re: The road to dropping xdvik

2010/1/27 Till Maas : > On Wed, Jan 27, 2010 at 06:04:49PM +0000, Jonathan Underwood wrote: > >> However, it's not clear to me if okular and evince-dvi provide >> equivalent functionality that we're yet in a position to drop xdvik. >> Comments? If you use xdvi

Re: The road to dropping xdvik

2010/1/27 Orion Poplawski : > I suspect a lot of our users will be similarly annoyed.  This is one of > those kinds of tools that "just works" and so people stick with it. Well.. perhaps. OTOH people seem to have happily migrated from xpdf to evince over time (or at least that's my perception). --

Re: The road to dropping xdvik

On 28 January 2010 10:38, Richard Zidlicky wrote: > On Wed, Jan 27, 2010 at 11:08:25PM +0000, Jonathan Underwood wrote: >> 2010/1/27 Orion Poplawski : >> > I suspect a lot of our users will be similarly annoyed.  This is one of >> > those kinds of tools that "just

Re: The road to dropping xdvik

On 28 January 2010 01:16, Matthew Saltzman wrote: > On Thu, 2010-01-28 at 01:47 +0200, Jussi Lehtola wrote: >> On Wed, 2010-01-27 at 23:08 +, Jonathan Underwood wrote: >> > 2010/1/27 Orion Poplawski : >> > > I suspect a lot of our users will be similarly annoyed

Re: Moving lspci and setpci from /sbin to /usr/sbin?

On 29 January 2010 14:16, Maxim Burgerhout wrote: >> What if we link the lspci and lsusb as static binaries? That would allow >> us not to break the filesystem architecture and have usable tools. > > You'd still miss pci.ids without /usr, so that would have to move too. > Only place remotely suita

Re: root-doc subpackage slightly obese

On 5 August 2010 21:49, Toshio Kuratomi wrote: > Yaah -- so if it's useful documentation, then I'd be against creating a rule > that bans it.  The next question would be whether it's useful or not > Public vs private certainly sounds like one thing to look at.  However, some > libraries might

Re: root-doc subpackage slightly obese

On 6 August 2010 09:53, Jonathan Dieter wrote: [snip] >> No, please not... >> Generating that documentation will take ages, so each time, %post needs >> at least 45 min - 1 hour to complete... >> (One of my reasons for switching to Fedora from Gentoo, was exactly >> that amount of updating time. ;

Re: Some questions about on Fedora

On 8 August 2010 09:28, Chen Lei wrote: > I can help to review mysql-connector-c and Silvercity, howerver we may > need a approve from FESCo for bundling scintilla in silvercity. Scintilla is already bundled in with other apps in Fedora, unfortunately. For example, geany bundles a slightly modifi

Re: OpenBUGS program has a pre-compiled )S library from MS Windows. Any possibility to package it?

On 26 August 2011 19:50, Michael Ekstrand wrote: > On 08/26/2011 12:13 PM, Michael Ekstrand wrote: >> 3. cp-dev seems to not only use Black Box to bootstrap, but it also >> seems to use Black Box sources as a part of itself.  I have not yet >> investigated whether this is true and, if true, how th

Re: The future of FTBFS?

On 7 April 2011 16:02, Matt Domsch wrote: > Question is, is it valuable enough to the Project as a whole, that > someone else should take it on now? Absolutely! Actually, have you published you use to BFS the scripts anywhere? Jonathan. -- devel mailing list devel@lists.fedoraproject.org https

Re: What to do if a package needs a modified SELinux policy?

On 30 May 2011 09:52, Kurt Seifried wrote: > I'm experimenting with a package that needs to have rsyslog write to a > named fifo pipe (so log data can be handed off from rsyslog to an > external program). As I see it the options are: > > 1) apologize to the user and tell them to disable SELinux (n

koji builds: /usr/lib/rpm/pythondeps.sh: line 8: python: command not found

Hi, I just noticed this in a build.log for a successfully built package in koji: /usr/lib/rpm/pythondeps.sh: line 8: python: command not found [repeated 6 times] That python isn't found isn't a surprise, as for the particular package there's no python involvement, and so there's no python in the

Re: Git 1.7 and git push?

On 15 February 2010 17:38, Bruno Wolff III wrote: > On Mon, Feb 15, 2010 at 18:08:37 +0100, >  Haïkel Guémar wrote: >> Le 15/02/2010 17:37, Bruno Wolff III a écrit : >> > I saw that there is a change in the way git push works in 1.7. >> > Currently I only do simple things and a typical workflow i

Bodhi hash collision?

Hi, I just logged into the bodhi web interface and clicked on "my updates". In the list I see a recent package I pushed to testing - shorewall-4.4.6-2.fc12. When I click on it, it takes me to a screen for luckybackup-0.3.5-2.fc12. Something seems to have gone awry with the hash generation or linki

Re: Another great update

On 6 March 2010 17:00, Christoph Wickert wrote: > While we are at it, here is another great update: > https://admin.fedoraproject.org/updates/F11/FEDORA-2010-3326 > >      * New version introduced in F11. >      * Doesn't fix any bugs but it's an enhancement only. >      * Useless update descripti

Re: Meeting summary/minutes for 2010-03-09 FESCo meeting

On 9 March 2010 21:54, Bill Nottingham wrote: > === > #fedora-meeting: FESCO (2010-03-09) > === > > > Meeting started by nirik at 20:00:01 UTC. The full logs are available at > http://meetbot.fedoraproject.org/fedora-meeting/2010-03-0

Re: Akonadi's unix sockets location

On 19 March 2010 23:52, Lennart Poettering wrote: > That is a security hole. Since /tmp knows no further access control an > evil user can just create dirs there for each and every single user on > the system. Those directories will then be owned by him, and all other > users will a) either comple

Packaging Yorick

Hi, I have just started looking at packaging Yorick[1][2], an interpreted programming language for scientific simulations. It seems that this is BSD licensed and so would be suitable for packaging in Fedora. However, by default and design it has a really horrible filesystem layout[3], with files

mock deletes logs on successful package build?

Hi, Weirdly I am seeing that mock (1.1.18 on a rhel 6 machine) is now deleting the logs if a package rebuilds successfully. The logs are not deleted if the package fails to complete building. I've looked at the man page and can't see any option to keep the logs. What am I missing? TIA, Jonathan -

Re: Remove 1507 Package(s) ?

On 26 May 2010 14:06, Seth Vidal wrote: > > > On Wed, 26 May 2010, Tomasz Torcz wrote: > >> On Wed, May 26, 2010 at 10:58:29AM +0100, Frank Murphy wrote: ... nss-softokn-freebl-3.12.6-1.2.fc11.x86_64 >>> >>> my version is currently at: >>> nss-softokn-freebl-3.12.4-19.fc12.i686 >>> on a

Re: Remove 1507 Package(s) ?

On 27 May 2010 16:43, Jonathan Underwood wrote: > On 26 May 2010 14:06, Seth Vidal wrote: >> >> >> On Wed, 26 May 2010, Tomasz Torcz wrote: >> >>> On Wed, May 26, 2010 at 10:58:29AM +0100, Frank Murphy wrote: >>>>> ... >>>>>

Re: nvr issues, yum distro-sync

On 27 May 2010 20:58, Matt McCutchen wrote: > On Thu, 2010-05-27 at 15:03 -0400, James Antill wrote: >>  While it's not good packaging, most of the time these bad versions >> don't cause any problems. > > It's better to have the packages that are supported (to the extent that > the community provi

Re: FC13 nss-softokn-freebl update issues

On 29 May 2010 05:57, Ralf Corsepius wrote: > Hi, > > ATM, I am observing this: > > # repoquery -qa  'nss-softokn-freebl*' > nss-softokn-freebl-0:3.12.4-19.fc13.x86_64 > nss-softokn-freebl-0:3.12.4-17.fc13.i686 > nss-softokn-freebl-devel-0:3.12.4-19.fc13.x86_64 > nss-softokn-freebl-devel-0:3.12.4-

Re: Licensing Guidelines Update - Please Read

On 7 July 2010 21:29, Tom "spot" Callaway wrote: > [jgu] emacs-auctex: tex-preview-11.86-2.fc14.noarch > emacs-auctex-doc-11.86-2.fc14.noarch Fixed in rawhide (emacs-auctex-11.86-3) > [jgu] shorewall: shorewall6-lite-4.4.10-4.fc14.noarch > shorewall-lite-4.4.10-4.fc14.noarch Both false positiv

Re: Fedora packaging: unison?

On 21 July 2010 12:12, Adam Williamson wrote: > Thanks, but afaics that thread doesn't really answer any of my > questions, it's just a bunch of yum technicalities about how the > implementation of having two packages actually works. What I'm > interested in is what was the original reason for hav

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

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

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

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

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

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

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

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

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

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

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

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

Provenpackager help orphaning Fedora branches of cmake28

Hi folks, So, I went to orphan the Fedora branches of cmake28 (not sure why these branches were created in the first place - I had meant only to create an EL6 branch). Anyway, stupidly, I orphaned them in pkgdb before running fedpkg retire on the relevant branch, which is precisely the wrong way r

Re: Provenpackager help orphaning Fedora branches of cmake28

On 6 August 2014 23:02, Till Maas wrote: > On Wed, Aug 06, 2014 at 05:15:17PM +0100, Jonathan Underwood wrote: > > > So, I went to orphan the Fedora branches of cmake28 (not sure why these > > branches were created in the first place - I had meant only to create an > > Wh

Re: Provenpackager help orphaning Fedora branches of cmake28

On 7 August 2014 13:27, Till Maas wrote: > This is done now. > > Thank you! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

COPR chroot for Fedora 22?

Hi, Now that F22 has branched and reached the bodhi branch point, should there not also be a Fedora 22 chroot in copr? Cheers, Jonathan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code

Re: COPR chroot for Fedora 22?

On Mar 5, 2015 9:19 AM, "Miroslav Suchý" 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

Minifying a javascript library

Hi, I am trying to package up the java script library web-socket-js in order to unbundle it from xpra (currently under review). The javascript packaging guidelines[1] require that "If a JavaScript library typically is shipped as minified or compiled code, it must be compiled or minified as part of

Re: Minifying a javascript library

On 5 March 2015 at 16:43, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Mar 05, 2015 at 03:08:47PM +0000, Jonathan Underwood wrote: >> Hi, >> >> I am trying to package up the java script library web-socket-js in >> order to unbundle it from xpra (currently under

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

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

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

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

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

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

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

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

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]

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

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

Re: /tmp on tmpfs (was: Re: Summary/Minutes for today's FESCo meeting (2012-04-02))

On 2 April 2012 20:58, Richard W.M. Jones wrote: > On Mon, Apr 02, 2012 at 08:32:56PM +0200, Miloslav Trmač wrote: >> * #834 F18 Feature: /tmp on tmpfs - >>   http://fedoraproject.org/wiki/Features/tmp-on-tmpfs  (mitr, 17:40:06) >>   * AGREED: tmp-on-tmpfs is accepted (+5 -3)  (mitr, 18:12:52) Do

Re: EPEL 6 cmake RPATH deafults?!?

On 4 May 2012 23:44, Rex Dieter wrote: > Richard Shaw wrote: > >> I was having trouble building one of my packages for EL6 and I noticed >> it was failing during man file generation using help2man. >> >> It turns out that the cmake macros in EL6 use >> "-DCMAKE_SKIP_RPATH:BOOL=ON" where Fedora doe

Fwd: Approving commit access for djvulibre

Hi, I just sent the email below to the EPEL list, but am forwarding it here as well. Cheers, Jonathan -- Forwarded message -- From: Jonathan Underwood Date: 5 May 2012 16:59 Subject: Approving commit access for djvulibre To: EPEL development disccusion Cc: pie...@gcarrier.fr

Re: EPEL 6 cmake RPATH deafults?!?

On 5 May 2012 22:48, Richard Shaw wrote: > On Sat, May 5, 2012 at 5:53 AM, Jonathan Underwood > wrote: [..snip..] >> There's been a BZ asking the rhel maintainer to update to CMake 2.8 for a >> while: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=60689

Re: EPEL 6 cmake RPATH deafults?!?

On 8 May 2012 01:41, Richard Shaw wrote: > I have no problems reviewing it but do we need to seek any higher > level approval? I am not sure, but I don't think so - it meets the EPEL requirement of not replacing a RHEL package. This is why I didn't add a virtual provides for cmake, as this, I thi

Re: Support for legacy init script actions for systemd services

On 26 June 2012 21:11, Bill Nottingham wrote: > For each legacy option (such as "xyzzy") supported by your init script (such > as "frobozz"), package an executable script named: > >  /usr/libexec/initscripts/legacy-actions/frobozz/xyzzy > Wouldn't /usr/lib/initscripts/legacy-actions/frobozz/xyzz

Re: [ACTION REQUIRED] Retiring packages for Fedora 18

On 7 July 2012 10:34, Richard W.M. Jones wrote: > On Fri, Jul 06, 2012 at 04:55:19PM -0400, Bill Nottingham wrote: >> Removing: emacs-common-proofgeneral >> coq requires xemacs-proofgeneral = 3.7.1-5.fc15 >> coq requires emacs-proofgeneral = 3.7.1-5.fc15 >> coq-emacs requires emacs-pro

Re: fail2ban + firewalld suggestions needed

On 19 March 2014 19:23, Reindl Harald wrote: > Am 19.03.2014 20:21, schrieb Jonathan Underwood: >> On 19 March 2014 19:16, Reindl Harald wrote: >>> but with not take care of it you would end in having firewalld as mandatory >>> dependency which is the main point of th

Re: fail2ban + firewalld suggestions needed

On 19 March 2014 19:16, Reindl Harald wrote: > Am 19.03.2014 20:14, schrieb Jonathan Underwood: >> On 19 March 2014 15:10, Orion Poplawski wrote: >>> See https://bugzilla.redhat.com/show_bug.cgi?id=1046816 >>> You are going to need fail2ban-0.9-2 -

Re: fail2ban + firewalld suggestions needed

On 19 March 2014 15:10, Orion Poplawski wrote: > See https://bugzilla.redhat.com/show_bug.cgi?id=1046816 > You are going to need fail2ban-0.9-2 - f20 build is here > http://koji.fedoraproject.org/koji/taskinfo?taskID=6651548. More testing > would be much appreciated. On a default F20 install w

Re: fail2ban + firewalld suggestions needed

On 20 March 2014 13:04, Richard Shaw wrote: > On Wed, Mar 19, 2014 at 10:57 PM, Orion Poplawski > wrote: >> >> On 03/19/2014 09:10 PM, Richard Shaw wrote: >> > Ok using Jonathan's suggestion for the settings from a clean install I'm >> > getting an error whether I use the systemd backend or not..

Re: fail2ban + firewalld suggestions needed

On 20 March 2014 16:17, Przemek Klosowski wrote: > I am concerned that this looks like configuring the fail2ban package by > installing more packages. If we started doing it everywhere multiple > packages interact, it would combinatorially explode the number of packages > and make the system hard

Re: ssh problem with pkgs.fedoraproject.org

I too am now seeing exactly this problem I'll email Kevin my IP address too... unless there's a more generic infra email address I should send to? On 7 June 2014 19:31, Kevin Fenzi wrote: > On Sat, 7 Jun 2014 12:24:42 -0600 > Jerry James wrote: > > > I can't do a git pull on my packages fr

Re: ssh problem with pkgs.fedoraproject.org

On 11 June 2014 16:50, Kevin Fenzi wrote: > On Wed, 11 Jun 2014 14:02:08 +0100 > Jonathan Underwood wrote: > > > I too am now seeing exactly this problem I'll email Kevin my IP > > address too... unless there's a more generic infra email address I > >

Orphaned package: emacs-common-muse

Dear All, I have just orphaned the emacs-common-muse package as I don't use it, and it has been dead upstream for a few years. This package also FTBFS during the last F21 mass rebuild. I checked in a fix to enable it to build (verified with a mock build) before orphaning the package but didn't pu

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

  1   2   >