Problem configuring Fedora Notifications

2016-07-25 Thread José Abílio Matos
Hi, I send this here in case someone has seen this and if not where to report. I want to configure the notifications to receive email for the messages I am interested in. I go to https://apps.fedoraproject.org/notifications/ and login. Then I choose email and I add the email address

Re: Problem configuring Fedora Notifications

2016-07-27 Thread José Abílio Matos
On Tuesday, July 26, 2016 11:27:23 AM WEST Kevin Fenzi wrote: > I've not seen it before. Best place would be: > > https://github.com/fedora-infra/fmn.web/issues Thank you. I submmitted https://github.com/fedora-infra/fmn.web/issues/75 > > The issue here is that I do not know if the problem

Re: Orphaned packages seeking new point of contact

2016-07-29 Thread José Abílio Matos
On Friday, July 29, 2016 11:21:38 AM WEST Kevin Fenzi wrote: > emacs-common-ess (f23) > emacs-common-ess (f24) > emacs-common-ess (f25) > emacs-common-ess (master) I took these. -- José Abílio -- devel mailing list devel@lists.fedoraproject.org

Re: Problem configuring Fedora Notifications

2016-07-27 Thread José Abílio Matos
José AbílioOn Wednesday, July 27, 2016 3:43:20 PM WEST Matos wrote: > Thank you. > > I submmitted https://github.com/fedora-infra/fmn.web/issues/75 Following Kevin and pingou's message I have switched browsers. I used QupZilla and it worked. Strange... Regards, -- José Abílio -- devel

Re-review to unretire package: python-nikola

2016-07-06 Thread José Abílio Matos
Hi, I have submitted python-nikola to unretire the package for rawhide since it is available in the other branches. A review swap is welcome. Regards, -- José Abílio -- devel mailing list devel@lists.fedoraproject.org

Re: Re-review to unretire package: python-nikola

2016-07-06 Thread José Abílio Matos
On Wednesday, July 6, 2016 4:58:14 PM WEST Igor Gnatenko wrote: > Link to review request? Oops, I knew something was missing. :-) https://bugzilla.redhat.com/show_bug.cgi?id=1353169 -- José Abílio -- devel mailing list devel@lists.fedoraproject.org

armadillo changes license from MPLv2.0 to Apache License 2.0

2017-03-02 Thread José Abílio Matos
As the title says for version 7.800.1 According to repoquery the packages that require armadillo are: mlpack (LGPLv3+) gdal (MIT) mmseq (GPLv2+) so the license change will have no impact on derived packages. I will build for rawhide first and then F2[4-6]. Regards, -- José Abílio

Re: R 3.4 update

2017-06-25 Thread José Abílio Matos
On Sunday, 25 June 2017 16.38.00 WEST Steve Grubb wrote: > For example, when I run RStudio, I get: > > R graphics engine version 12 is not supported by this version of RStudio. > The Plots tab will be disabled until a newer version of RStudio is > installed. You need to update Rstudio to a newer

Re: [Test-Announce] RPM database issues in the last day or two

2017-05-26 Thread José Abílio Matos
On Friday, 26 May 2017 17.29.38 WEST Adam Williamson wrote: > Hi folks! > > If you ran into problems like RPM or dnf or related apps reporting > database errors or unexpected crashes in the last few days, it is > almost certainly due to a broken libdb update that was sent to updates- > testing

Re: RPM macros - case insensitive since Fedora 27 (maybe Fedora 26)

2017-05-25 Thread José Abílio Matos
On Wednesday, 24 May 2017 16.58.10 WEST Zdenek Dohnal wrote: > > Isn't this because "Version" is the name of a tag? Just like Name and > > Release. And Tag names are not case-sensitive, so you could write this > > in your spec file: > > > > VERSION: 12.34 > > > > Reusing those for your own

Re: unresponsive maintainer 'jamatos'

2018-02-24 Thread José Abílio Matos
On Friday, 9 February 2018 09.35.34 WET Zbigniew Jędrzejewski-Szmek wrote: > Hi José, > > are you still around? You activity suddenly stops around May 28th > 2017, I hope nothing serious happened. Hi, I am alive. And I have been extremely busy, specially with classes and related work

Re: Review swap, Perl flavored

2018-08-01 Thread José Abílio Matos
On Tuesday, 31 July 2018 23.12.22 WEST Robert-André Mauchin wrote: > Hello, > > > Today is my first year anniversary of contributing to Fedora, yay us! Congratulations for all your (hard) work Robert-André. :-) Regards, -- José Abílio ___ devel

Re: Updates to mathematical software

2018-08-07 Thread José Abílio Matos
On Tuesday, 7 August 2018 07.29.24 WEST Vascom wrote: > Hi Jerry, > You're doing a good job. Thanks. > > Are you plan update Octave to 4.4.0? > > -- > Best regards, > Vasiliy Glazov Actually it is Orion who usually does that, also 4.4.1 should be out soon. After there are a batch of updates

Re: Self Introduction

2018-08-12 Thread José Abílio Matos
On Sunday, 12 August 2018 00.02.19 WEST Iñaki Úcar wrote: > Hi everyone, > > I'm still seeking a sponsor. My first package review request was > approved (thanks, Robert-André!), and I've been doing some informal > reviews, which are linked in the comments here: > >

SONAME bump for armadillo

2018-08-17 Thread José Abílio Matos
Hi, armadillo 9.100.5 was released this week. The previous stable release was 8.600.5. So we a major version bump from 8 to 9. According to both the release notes and an email exchange with the upstream maintainer "There are no API breakages, but there are subtle behavioural

Re: SONAME bump for armadillo

2018-08-17 Thread José Abílio Matos
On Friday, 17 August 2018 16.53.37 WEST José Abílio Matos wrote: > reveals that the only packages that require armadillo are: > * gdal > * mlpack > * mmseq OK, after following the prescribed procedure for rawhide I had only a problem with gdal, that was already failing before

Re: Fedora 29 Mass Rebuild

2018-07-14 Thread José Abílio Matos
On Friday, 6 July 2018 14.29.40 WEST Mohan Boddu wrote: > > We will be running scripts to output failure stats. > please be sure to let releng know if you see any bugs in the reporting. > ... I got this: dist.abicheck FAILED for fftw2-2.1.5-35.fc29

Re: Orphaned Packages in rawhide (2018-09-07)

2018-09-07 Thread José Abílio Matos
On Friday, 7 September 2018 18.01.17 WEST Adam Williamson wrote: > > python-multiprocessing orphan 3 weeks ago > > This is a pretty significant and commonly-used lib... Although you are right about the significance of the package IIRC this module belongs to

Re: package downgrades from f28 to f29

2018-10-13 Thread José Abílio Matos
On Wednesday, 10 October 2018 21.34.47 WEST David Timms wrote: > Given Fedora runs on community power, have you tried rebuilding the > packages that interest you under f29 to see/fix any problems that arise ? Yes. As long as the time that I available allows. > You can also use the web tools to

Re: package downgrades from f28 to f29

2018-10-10 Thread José Abílio Matos
On Wednesday, 10 October 2018 14.45.22 WEST Kamil Paral wrote: > That policy has been cancelled. Since the upgrade tools started doing > basically "dnf distrosync (--allowerasing)" for upgrades, the upgrade path > between distros stopped being a major issue and the policy has been > dropped. Even

Re: Octave 4.4 update coming soon to rawhide

2018-12-04 Thread José Abílio Matos
On Tuesday, 4 December 2018 13.09.16 WET Vascom wrote: > What about Octave 4.4. for F29? It is already there, although hidden (in a sense). :-) BTW the same applies for F28. Octave 4.4 is available as module. See http://lists.gnu.org/archive/html/octave-maintainers/2018-11/msg00117.html

Re: Help us test FedoraReview on Python 3

2019-03-14 Thread José Abílio Matos
On Friday, 8 March 2019 11.28.43 WET Miro Hrončok wrote: > There is a FedoraReview port to Python 3 that needs real word testing by > packagers. > > When you use FedoraReview, please use the Python 3 port instead to help us > find bugs. > > Instructions are at

Re: Help us test FedoraReview on Python 3

2019-03-19 Thread José Abílio Matos
On Monday, 18 March 2019 16.11.20 WET Sérgio Basto wrote: > On Fri, 2019-03-15 at 14:21 +0000, José Abílio Matos wrote: > > > No matching package to install: 'R-mapproj' > > -- > Sérgio M. B. Sure. I know/was aware of what the problem is/was. :-) My point was

Re: Boost 1.69 update with soname bumps in rawhide/F30

2019-01-29 Thread José Abílio Matos
On Friday, 25 January 2019 15.57.53 WET Jonathan Wakely wrote: > > I've done local builds of most of them, and 130+ build OK. Any that > fail I'll create bugzilla FTBFS reports for. FWIW lyx fails but a patch has already been committed upstream to solve the issue. The short version is to

Re: Boost 1.69 update with soname bumps in rawhide/F30

2019-01-31 Thread José Abílio Matos
On Tuesday, 29 January 2019 20.11.13 WET Jonathan Wakely wrote: > Thanks! Do you want me to apply that patch for rawhide and rebuild it? I have added the patch and changed accordingly the spec file and I am expecting for it to be picked by the rebuild in course. :-) Thank you. :-) -- José

Re: Help us test FedoraReview on Python 3

2019-03-15 Thread José Abílio Matos
On Thursday, 14 March 2019 16.26.06 WET Robert-André Mauchin wrote: > I don't think that should be the case, the build log at 1688565-R-ggplot2/ > build.log is a short non informative one, while the > 1688565-R-ggplot2/results/ build.log is the actual detailed build output. OK. This is not what I

Re: Inconsistent dnf provides result

2019-06-01 Thread José Abílio Matos
On Saturday, 1 June 2019 20.29.33 WEST Georg Sauthoff wrote: > On Sat, Jun 01, 2019 at 11:28:37AM -0700, Samuel Sieb wrote: > > On 6/1/19 10:40 AM, Georg Sauthoff wrote: > > > $ mkdir -p o ; rpm2cpio dpm-copy-server-mysql-1.12.0-2.fc29.x86_64.rpm | > > > cpio -di -D o -v> > > Why are you going

Re: Inconsistent dnf provides result

2019-06-02 Thread José Abílio Matos
On Sunday, 2 June 2019 00.37.19 WEST Nico Kadel-Garcia wrote: > He wants to *read* the man page, not merely know that it exists. No > idea why it might be a ghost file? Oh, fair enough, it is my fault then. :-) > But in the meantime, install it in > a "mock" setup or a VM to read it or install

Re: Fedora 30 voting is now open

2019-06-11 Thread José Abílio Matos
On Tuesday, 11 June 2019 17.15.18 WEST Ben Cotton wrote: > Reminder that voting is still open for two more days. I think that you mean nine more days. No? :-) That is what is written in the site and what I was expecting. Best regards, -- José Abílio

Re: copr's ppc64le builders fail to start

2019-06-10 Thread José Abílio Matos
On Monday, 10 June 2019 15.20.56 WEST Pavel Raiskup wrote: > Hi all, > > for some reason (not yet known, tracked in fedora infra [1]) ppc64le > builders fail to spawn, and what is even worse this issue also affects x86 > builders. So because of this, we temporarily disabled ppc64le >

Re: Automating R package dependencies

2019-06-17 Thread José Abílio Matos
On Sunday, 16 June 2019 03.09.41 WEST Elliott Sales de Andrade wrote: > Hi R-interested packagers and others, > > So now the question is how to apply this. I expect there are social > concerns, i.e., discussing with the R maintainer, making a > Self-contained Change, etc. But for this email, I am

Re: octave 5.1 coming to rawhide

2019-06-19 Thread José Abílio Matos
On Tuesday, 18 June 2019 04.31.35 WEST Orion Poplawski wrote: > Built in rawhide. Modular updates submitted for F30 and F29. > > https://bodhi.fedoraproject.org/updates/FEDORA-MODULAR-2019-917b958a40 > https://bodhi.fedoraproject.org/updates/FEDORA-MODULAR-2019-fe2f378273 In order to update in

Re: Please update form pep8 to pycodestyle

2019-06-26 Thread José Abílio Matos
On Wednesday, 26 June 2019 13.03.44 WEST Vít Ondruch wrote: > I agree with the "# Stop linting code in %%check and measuring coverage, > this is upstream's business" reasoning. Shouldn't we mention that > somewhere in guidelines? > > > Vít The funny part is that this consideration applies to

Re: Fedora 31 System-Wide Change proposal: Python means Python3

2019-06-26 Thread José Abílio Matos
On Wednesday, 26 June 2019 19.07.27 WEST Adam Williamson wrote: > Oh, man. I thought we'd decided against this in the past? I'm worried > about the cost/benefit ratio on such a change. If this were only related with python I would agree with you. Yet this also applies to lots of other tools like

Re: Fedora 31 System-Wide Change proposal: Python means Python3

2019-07-01 Thread José Abílio Matos
On Monday, 1 July 2019 18.59.42 WEST Björn Persson wrote: > Porting a Python 2 program to Python 3 is not like switching to another > version of GCC. It's more like converting a C program into C++ – and > even then, my gut feeling is that the minimal changes necessary to turn > a typical C program

Re: Please update form pep8 to pycodestyle

2019-07-19 Thread José Abílio Matos
On Wednesday, 26 June 2019 12.12.47 WEST Miro Hrončok wrote: > jamatospython-natsort Fixed. I have removed the dependency. Thank you. :-) -- José Abílio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Donate 1 minute of your time to test upgrades from F31 to F32

2020-03-04 Thread José Abílio Matos
On Wednesday, 4 March 2020 15.24.58 WET Miroslav Suchý wrote: > Do you want to make Fedora 32 better? Please spend 1 minute of your time and > try to run: > > # Run this only if you use default Fedora modules > # next time you run any DNF command default modules will be enabled again > sudo

Re: Donate 1 minute of your time to test upgrades from F31 to F32

2020-03-04 Thread José Abílio Matos
On Wednesday, 4 March 2020 15.24.58 WET Miroslav Suchý wrote: > Do you want to make Fedora 32 better? Please spend 1 minute of your time and > try to run: > > # Run this only if you use default Fedora modules > # next time you run any DNF command default modules will be enabled again > sudo

Re: Donate 1 minute of your time to test upgrades from F31 to F32

2020-03-04 Thread José Abílio Matos
On Wednesday, 4 March 2020 16.05.14 WET José Abílio Matos wrote: > OK, I have just 15 problems. Now with module reset and removing (retext from F29): Error: Problem 1: package python2-pytest-cov-2.8.1-5.fc31.noarch requires python2.7dist(coverage) >= 4.4, but none of the provide

Re: Announcing start of DNF 5 development

2020-03-06 Thread José Abílio Matos
On Thursday, 5 March 2020 21.11.37 WET Adam Williamson wrote: > I mean, it shouldn't be too hard to standardize on having them all work > both ways, even. I agree with Adam. What would be the drawback from this change? It is backwards compatible (an important issue in this context). And there

Re: help with repackaging pdf-stapler for python3

2019-12-26 Thread José Abílio Matos
On Thursday, 26 December 2019 16.07.01 WET Globe Trotter via devel wrote: > Hi, > > I am tryingto repackage pdf-stapler with python3. > > My updated SPEC file is: > > https://paste.centos.org/view/b7477290 > > This SPEC file builds the binary using Something weird in your spec file is that it

Re: Info: Koji: servers are offline 29.12.2019 11:55 CET

2019-12-29 Thread José Abílio Matos
On Sunday, 29 December 2019 14.38.59 WET Kevin Fenzi wrote: > Yes, should be all back now. > > kevin Famous last words. ;-) Even although it does not look like I am taking this occasion to thank you, and the remaining Infra team, for all the work to get the wheels running smoothly. The

Re: help with repackaging pdf-stapler for python3

2019-12-27 Thread José Abílio Matos
On Friday, 27 December 2019 14.50.16 WET Globe Trotter via devel wrote: > Thank you! > > > Here is my updated spec file: > > $ fpaste pdf-stapler.spec > Uploading (4.8KiB)... > https://paste.centos.org/view/6ddc6eec > > However, I can not change the directory to a stapler directory. I get the

Re: Donate 1 minute of your time to test upgrades from F31 to F32

2020-03-12 Thread José Abílio Matos
On Thursday, 12 March 2020 09.03.38 WET Carlos "casep" Sepulveda wrote: > Error: > Problem 1: package VirtualBox-6.1-6.1.4_136177_fedora31-1.x86_64 > requires python(abi) = 3.7, but none of the providers can be installed > - python3-3.7.6-2.fc31.x86_64 does not belong to a distupgrade

Re: f32-backgrounds look like crap

2020-04-17 Thread José Abílio Matos
On Friday, 17 April 2020 16.03.49 WEST Michael Catanzaro wrote: > I guess personal taste is at issue here, so I will provide the complete > opposite feedback. IMO our default wallpapers are at their best when > they're abstract and geometric. The new version of the F32 wallpaper is > one of my

Re: Call for testers for rpmautospec in staging

2020-04-14 Thread José Abílio Matos
On Tuesday, 14 April 2020 14.47.15 WEST Pierre-Yves Chibon wrote: > Considering that rpmautospec is mostly a python module with two koji plugins > and a small CLI, it seemed appropriate to us to follow the python naming > guidelines, and this is how we understand them. > > Pierre Sure. :-) But

Re: Self Introduction: Nadav Har'El

2020-04-07 Thread José Abílio Matos
On Monday, 6 April 2020 15.21.18 WEST Nadav Har'El wrote: > Hi, my name is Nadav Har'El. I'm here because I noticed that the > "python-cassandra-driver" driver was orphaned. When asking to adopt it, I > was told (https://pagure.io/releng/issue/9365) that because this package > had already been

Fix the R-waveslim license declared in the spec file

2020-03-15 Thread José Abílio Matos
For what it is worth while updating R-waveslim I noticed that the license is wrong as it says GPLv2+ while it is BSD on my defense I should point that the homepage of the package: http://r-forge.r-project.org/projects/waveslim/ says GPL. I am now fixing it in the update package. -- José

Re: f32-backgrounds look like crap

2020-04-27 Thread José Abílio Matos
On Friday, 17 April 2020 19.05.40 WEST Pierre-Yves Chibon wrote: > I really do not see how you could construct this reply from Michael's. > He clearly starts with IMO and the rest of is the expression of his opinion, > he never calls anyone anything. > > I'm confused here. > > Pierre I left

Re: Is dist-git a good place for work?

2020-05-04 Thread José Abílio Matos
On Monday, 4 May 2020 16.41.26 WEST Richard Shaw wrote: > One thing that really bugs me is there's still a catch-22. When you're > working on a new package there is no "git" to work with. I used to just > install all the -devel packages and work with rpmbuild directly but you > have to override

Re: Orphaned packages looking for new maintainers

2020-05-12 Thread José Abílio Matos
On Monday, 11 May 2020 19.31.39 WEST Miro Hrončok wrote: > Any code contribution to make the output work better is appreciated, but > unfortunately, I am not available to work on this, sorry Where is the code? I search for it without success. :-) -- José Abílio

Re: Orphaned packages looking for new maintainers

2020-05-11 Thread José Abílio Matos
On Monday, 11 May 2020 18.42.09 WEST Miro Hrončok wrote: > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: >

bodhi web interface (not associating bugzilla entries)

2020-03-19 Thread José Abílio Matos
Hi, when entering a new update through the web interface of bodhi I do not get the list of open bugs in bugzilla, no mater the wait. There is a rotating symbol as it happens to select the build(s) but I continues without any output. If I try to insert the bug number by hand the number

Re: bodhi web interface (not associating bugzilla entries)

2020-03-19 Thread José Abílio Matos
On Thursday, 19 March 2020 11.05.18 WET Tom Hughes wrote: > Are you using a browser extension like uMatrix that may be blocking > the cross domain query from bodhi to bugzilla? > > Tom The only extension that I am using, and could potentially do that, is EFF's Privacy Badger. I will try a new

Re: What's pulling in a bunch of texlive packages?

2020-05-30 Thread José Abílio Matos
On Saturday, 30 May 2020 16.01.50 WEST Richard Shaw wrote: > I'm working on updating FreeCAD both for Python 3.9 and coming VTK 9.0 and I > noticed that something is pulling in a lot of texlive packages but I am not > BR'ing any. > > First, how do I figure out which package is doing it? There's

Re: TeXLive 2020 landing in rawhide

2020-05-22 Thread José Abílio Matos
On Friday, 22 May 2020 12.51.26 WEST Fabio Valentini wrote: > Also, the build now fails with "! LaTeX Error: File `hanging.sty' not > found.". graphite2 sources do not contain any .tex files, but > graphite2 uses LaTeX / pdf output when building documentation / manual > with doxygen, so I'm

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

2020-06-02 Thread José Abílio Matos
On Tuesday, 2 June 2020 15.57.14 WEST Jonathan Wakely wrote: > The side tag is merging right now, you just have to wait for 100+ > packages to be signed, and they'll be in rawhide. Oops, I submitted now a new lyx for rawhide. If for some reason it picks the old boost I will rebuild it with 1.73.

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

2020-06-02 Thread José Abílio Matos
On Tuesday, 2 June 2020 16.40.28 WEST Jonathan Wakely wrote: > Yes, it used the old version: > > DEBUG util.py:602: boost-develx86_64 > 1.69.0-22.fc33 build 9.9 M > > But I don't think it depends on the shared libraries so it's not going > to have

Re: What to do about FTBFS because auf cmake change?

2020-08-04 Thread José Abílio Matos
On Tuesday, 4 August 2020 12.42.30 WEST Neal Gompa wrote: > Then you should do the following: > > %undefine __cmake_in_source_build > > %cmake > %cmake_build > %cmake_install Would not it be more clean to place the %undefine line inside guards? %if (0%{?rhel} || (0%{?fedora} && 0%{?fedora} <

Re: Still problems with s390x builds

2020-08-08 Thread José Abílio Matos
On Saturday, 8 August 2020 16.26.39 WEST Andrea Musuruane wrote: > Can someone please check? > > Thanks! > > Andrea When that happens I issue another rebuild and the problem is solved. In other words this is a transient problem. -- José Abílio___

Re: Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal

2020-06-29 Thread José Abílio Matos
On Monday, 29 June 2020 22.23.00 WEST Alexander Ploumistos wrote: > This tends to take with it many things that it shouldn't, like gdb, > dbus-x11, python3-pwquality, tigervnc-server-minimal and tmux - among > others. I noticed that before but at least on F32 it does not do it anymore. I have

Re: Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal

2020-06-30 Thread José Abílio Matos
On Tuesday, 30 June 2020 00.56.23 WEST Alexander Ploumistos wrote: > I just tested it on F32 Workstation and for me it does. Have you > cleaned dnf's databases by any chance? I think either that or having > the packages as dependencies of something that was installed by the > user would prevent

Re: Disable dmraid.service on first run if no dmraid sets are found - Fedora 33 System-Wide Change proposal

2020-06-30 Thread José Abílio Matos
On Tuesday, 30 June 2020 00.56.23 WEST Alexander Ploumistos wrote: > I just tested it on F32 Workstation and for me it does. Have you > cleaned dnf's databases by any chance? I think either that or having > the packages as dependencies of something that was installed by the > user would prevent

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-02 Thread José Abílio Matos
On Thursday, 2 July 2020 21.38.46 WEST Eric Sandeen wrote: > 3 files in lost+found, -1 files gone/unreachable This last line from the xfs test seems suspicious (the -1 file gone). :-) -- José Abílio ___ devel mailing list --

Could not execute build: database outage

2020-07-06 Thread José Abílio Matos
While calling "fedpkg build" I got the warning (error?) displayed in the title: ... Could not execute build: database outage Apparently the build is over and well. :-) https://koji.fedoraproject.org/koji/taskinfo?taskID=46677172 This is just a report since everything is OK, I have used a side

Re: Could not execute build: database outage

2020-07-06 Thread José Abílio Matos
On Monday, 6 July 2020 18.55.11 WEST Kevin Fenzi wrote: > I restarted the database server this morning. It usually takes about 1.5 > seconds to restart, so you must have just hit it in that window. > > kevin My only concern was if there was any kind of (hidden) consequence of the error. From

Re: Fedora 33 System-Wide Change proposal: CMake to do out-of-source builds

2020-06-17 Thread José Abílio Matos
On Tuesday, 16 June 2020 03.41.09 WEST Neal Gompa wrote: > CMake themselves do not recommend doing in-source builds (and they've > already warned that this will eventually stop working). Meson doesn't > even permit it. These days, Autotools is the weird exception that > mostly mandates in-source

Re: client.cpp:104:47: error: '_1' was not declared in this scope

2020-06-22 Thread José Abílio Matos
On Monday, 22 June 2020 20.05.45 WEST Martin Gansser wrote: > Hi, > > I am trying to compile bear-engine for rawhide, but this fails with the > following error message [1]: > /builddir/build/BUILD/bear-c873f289d860a2e11d36a2e619ea8c51167098c4/bear-en > gine/core/src/net/code/client.cpp: In member

Re: Fedora 33 Self-Contained Change proposal: No more automagic Python bytecompilation phase 3

2020-06-24 Thread José Abílio Matos
On Tuesday, 16 June 2020 07.09.17 WEST Lumir Balhar wrote: > Hello. > > The change has been accepted and implemented in: > https://bodhi.fedoraproject.org/updates/FEDORA-2020-922b21ffde > > This means that the affected packages will FTBFS with the following error: > > %_python_bytecompile_extra

Re: F34 Change proposal: Wayland by Default for KDE Plasma Desktop (System-Wide Change)

2020-09-09 Thread José Abílio Matos
On Wednesday, September 9, 2020 4:30:54 AM WEST Tom Seewald wrote: > Has anyone compiled a (non-exhaustive) list of known issues that are > specific to KDE Plasma with Wayland? https://community.kde.org/Plasma/Wayland_Showstoppers -- José Abílio___

Re: F33 update stuck for past 6 days in request for testing->stable

2020-09-12 Thread José Abílio Matos
On Saturday, September 12, 2020 5:52:14 PM WEST Sérgio Basto wrote: > I agree , why not even have a count for starting to freeze ? , I though > that freeze just start after we have first beta candidate. It does not work that way. There is a freeze for beta and there is a freeze for the final

Re: F34 Change proposal: Wayland by Default for KDE Plasma Desktop (System-Wide Change)

2020-09-09 Thread José Abílio Matos
On Tuesday, September 8, 2020 5:32:30 PM WEST Robert-André Mauchin wrote: > Please no, KWin Wayland makes my system crash as soon as I connect my second > screen, and does not support essential functions like Kwin scripting, make > Yakuake look terrible and the whole stuff feels buggy as hell. >

Re: Fedora 33 - ssh clients - drop of PubkeyAcceptedKeyTypes=ssh-rsa

2020-09-21 Thread José Abílio Matos
On Monday, September 21, 2020 6:30:47 PM WEST Ankur Sinha wrote: > I just updated to F33, and now I think I get the same issue with > BitBucket.org: > > $ ssh -Tv g...@bitbucket.org > ... > send_pubkey_test: no mutual signature algorithm > > It works if I use: > > $ ssh -Tv

[Fedora-r-devel-list] Rebuild packages for F26

2017-02-16 Thread José Abílio Matos
Hi, reading http://dl.fedoraproject.org/pub/alt/mass-rebuild/f26-failures.html we can see that all the R packages that depend on Fortran need to be rebuild for F-26, due to the mass rebuild (gcc upgrade). My question is what is the best way to proceed: should this be done in a

Re: List of packages owning %{python3_sitelib}/__pycache__

2016-12-30 Thread José Abílio Matos
On Monday, November 14, 2016 11:49:32 PM WET Athos Ribeiro wrote: > Hello, > > Guidelines say that %{python3_sitelib}/__pycache__ should not be owned > by python packages because python3-libs already owns it [1]. That > directory is actually owned by system-python-libs. > > While going through a

Python Environment

2018-05-01 Thread José Abílio Matos
Probably some, or most, of you have already seen this but I find Randall Munroe's cartoon right on the point (for most issues and this about python is not an exception): https://xkcd.com/1987/ Regards, -- José Abílio ___ python-devel mailing list --

Re: Plans for Matplotlib 3.0+

2018-08-13 Thread José Abílio Matos
On Sunday, 12 August 2018 21.19.39 WEST Miro Hrončok wrote: > Is the 3 API substantially different from 2? Nope, it is the (natural) evolution of matplotlib 2. For further details see: https://matplotlib.org/devdocs/users/whats_new.html > If not, I'd do what we did with ipython, astroid,

Re: Plans for Matplotlib 3.0+

2018-08-17 Thread José Abílio Matos
On Monday, 13 August 2018 21.06.03 WEST Miro Hrončok wrote: > Should we try to package 3.0.0rc1 in Copr? Yes, in the sense that it would be interesting to have this in Fedora 29. :-) Like what you have described above in the thread: "Create a python2-matplotib SRPM with the python2 package of

Re: Plans for Matplotlib 3.0+

2018-08-17 Thread José Abílio Matos
On Friday, 17 August 2018 18.54.59 WEST Miro Hrončok wrote: > Is there an upstream schedule? That would very much help us to determine > if this is F29 material. You know the answer: when it is ready. :-) Now on more serious note and judging from the previous releases I would expect this to be

[EPEL-devel] Re: R-Packages

2018-09-01 Thread José Abílio Matos
On Friday, 31 August 2018 17.20.02 WEST DeYoung, Brandon wrote: > Hi Epel Dev list, > I’m searching for slightly older versions on some epel-hosted rpms. > It looks like the R packages on EPEL (7Server) were updated mid-May of this > year. My R developers are telling me that upgrading has broken

Re: Plans for Matplotlib 3.0+

2018-09-29 Thread José Abílio Matos
On Wednesday, 26 September 2018 00.35.32 WEST Miro Hrončok wrote: > I would rather not. The package split wasn't properly tested and F29 is > almost out. This isn't something to stick in between Beta and Final. That I understand. :-) > IMHO the main purpose of matplotlib in the RPM package is

Philosophical question regarding setuptools dependency

2019-04-15 Thread José Abílio Matos
Hi, recently I got a bug report regarding doit (packaged in python3-doit): "setuptools is required at runtime" https://bugzilla.redhat.com/show_bug.cgi?id=1695045 The obvious fix is to add python3-setuptools as a BR for python3-doit. My question here is if I should report this upstream? If

[EPEL-devel] What version of gcc is available in EPEL-7?

2019-06-07 Thread José Abílio Matos
Hi, what versions, other than 4.8.5, of gcc are avaialble for EPEL-7? My question is due to LyX that is starting the release procedure for 2.4 and there is a consideration for the minimum supported gcc supported. The interest in gcc (actually g++) is due to the fact that the regex

[EPEL-devel] Re: What version of gcc is available in EPEL-7?

2019-06-07 Thread José Abílio Matos
On Friday, 7 June 2019 09.50.08 WEST Florian Weimer wrote: > There are publicly available builds of GCC 8 for CentOS: > > > > It still uses the old C++ ABI. and many other things will work, > though. > > Thanks, > Florian Can

[EPEL-devel] Re: What version of gcc is available in EPEL-7?

2019-06-07 Thread José Abílio Matos
On Friday, 7 June 2019 10.22.14 WEST Dominik 'Rathann' Mierzejewski wrote: > Yes. Please check the mkvtoolnix package, for example. In short: > > BuildRequires: devtoolset-7-gcc-c++ > ... > %build > . /opt/rh/devtoolset-7/enable > > Should be enough. I haven't tried devtoolset-8 yet. I'll try it

Re: Philosophical question regarding setuptools dependency

2019-04-16 Thread José Abílio Matos
On Tuesday, 16 April 2019 10.04.15 WEST Miro Hrončok wrote: > On 15. 04. 19 19:11, José Abílio Matos wrote: > > > Hi, > > > >recently I got a bug report regarding doit (packaged in python3-doit): > > > > "setuptools is required at runtime" &

Any automatic help to generate extra Require dependencies?

2020-02-25 Thread José Abílio Matos
Hi, my case study is nikola (a static pages generator). I am using the automatically generated dependencies but that only covers the Requires part of the spec file. My question is if there are any tools that people use, working from the setup file, to generate the addition fields like

Re: Any automatic help to generate extra Require dependencies?

2020-02-25 Thread José Abílio Matos
On Tuesday, 25 February 2020 17.35.04 WET Miro Hrončok wrote: > Not yet. See also https://github.com/rpm-software-management/rpm/issues/1061 Thank you. It is nice to know that this is being worked (even if as a thought experiment). :-) Manually working with this is not difficult but it is

[Fedora-r-devel-list] Re: " Rstudio " on my fedora desktop disapear of my programs.....why ????

2020-03-15 Thread José Abílio Matos
On Sunday, 15 March 2020 21.05.46 WET Orlando Ramirez wrote: > Hi i installed 4 times " Rstudio " on my fedora desktop in the last 2 > weeks...i don't know why " Rstudio " disapear of my programs... i > install it again , it works between 3 or 6 times and then disapear of my > programs

Re: Package Naming Question

2020-05-01 Thread José Abílio Matos
On Friday, 1 May 2020 15.57.36 WEST José Abílio Matos wrote: > At the same I find it handy if a package is available at pypi to be > available as python3-. Specially if the module can be used in other places... -- José Abílio ___ python-devel m

Re: Package Naming Question

2020-05-01 Thread José Abílio Matos
On Friday, 1 May 2020 15.45.23 WEST Ian McInerney wrote: > Thanks. I had seen that part of the policies, but I wasn't sure what counted > as a "module" (I don't work with Python much and so I didn't know if the > fact there were items installed into the site packages directory or an > egg-info

Re: Working with epel7 on Fedora

2020-05-18 Thread José Abílio Matos
On Monday, 18 May 2020 17.38.10 WEST Miro Hrončok wrote: > And I change it to: > > %python3_pkgversion 36 > %python3_other_pkgversion 34 > > When needed. It is tedious I think that we need some kind of rpmenv (mostly in terms of the configuration files but you get the idea). :-) I am only

Re: Current plan: Build python3, python3-libs etc. from python39 SRPM on F33+

2020-03-24 Thread José Abílio Matos
On Tuesday, 24 March 2020 12.40.24 WET Miro Hrončok wrote: > We would like ro rename the "python3" component (SRPM) to "python39" to > make maintaining various Python versions in various Fedora versions > easier. The names of binary RPMs would be unchanged; you still do `dnf > install python3`.

Re: Current plan: Build python3, python3-libs etc. from python39 SRPM on F33+

2020-03-24 Thread José Abílio Matos
On Tuesday, 24 March 2020 16.38.38 WET Zbigniew Jędrzejewski-Szmek wrote: > The binary path only cares about binary package names, so it is unaffected > by this change. My concern here is not about the path of binaries. The issue is about the upgrade path. But after looking into the pull request

Problem building rpy in F33

2020-08-05 Thread José Abílio Matos
Hi, I am having troubles build rpy in Fedora 33 and I am running out of ideas. https://src.fedoraproject.org/rpms/rpy An example of a failure is here: https://koji.fedoraproject.org/koji/taskinfo?taskID=48721928 The problem says: error: attempt to use unversioned python, define %__python

Re: Problem building rpy in F33

2020-08-05 Thread José Abílio Matos
On Wednesday, 5 August 2020 12.14.58 WEST Miro Hrončok wrote: > Hey José Abílio o/ Hi Miro, :-) thank you for pointing me in the right direction. > This is https://fedoraproject.org/wiki/Changes/PythonMacroError > > And in the spec: > > # export PYTHONPATH=%{buildroot}%{python_sitearch} >

Re: Please BuildRequire python3-setuptools explicitly

2020-06-24 Thread José Abílio Matos
On Tuesday, 23 June 2020 17.26.23 WEST Tomas Hrnciar wrote: > pygsljamatos Done. -- José Abílio ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Freecad and Python 3.9 help needed

2020-06-03 Thread José Abílio Matos
On Wednesday, 3 June 2020 19.05.03 WEST Scott Talbert wrote: > And of course the build fails for a different reason (I checked in mock > but not koji), sigh. So it's probably something that recently landed in > Rawhide, I'm guessing boost related now? Yes, see:

[EPEL-devel] Re: proposal: EPEL 8 Next

2020-09-09 Thread José Abílio Matos
On Wednesday, September 9, 2020 5:56:43 PM WEST Patrick Riehecky wrote: > From a mulit-language perspective, I prefer not to use '4' in place of > the English word 'for'. It makes the translation work a bit wonky. Not only that, do not forget the meaning/association of 4 in different cultures.