Re: Way to visualize where Fedora contributors are around the world?

On Fri, Oct 11, 2019 at 1:51 PM Neal Gompa wrote: > On Fri, Oct 11, 2019 at 2:48 PM Richard Shaw wrote: > > > > Just a random thought I had but I actually have no idea which > contributors/packagers are closest to me here in Mississippi, USA. > > > > That got me th

Way to visualize where Fedora contributors are around the world?

Just a random thought I had but I actually have no idea which contributors/packagers are closest to me here in Mississippi, USA. That got me thinking it would be pretty neat if a map could be automagically creating showing where everyone is. Wouldn't need exact addresses for privacy reasons but so

Re: FreeCAD required updates (PySide2 & Coin4)

On Thu, Oct 10, 2019 at 2:36 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > > So the PRs were for Rawhide, but the bug I'm trying to fix exists on all > > supported Fedora releases. I wasn't planning on updating F29 at this > point > > but F30 does have a lot of life left. > > > > I

Re: Fedora 32 Self-Contained Change proposal: Free Pascal Compiler 3.2.0

Is there a COPR available for testing? hedgewars just released 1.0 and I need to see if I have any issues with the new compiler stack, especially since it looks like I won't need ExcludeArch anymore. Thanks, Richard ___ devel mailing list -- devel@lists

Re: FreeCAD required updates (PySide2 & Coin4)

On Tue, Oct 8, 2019 at 3:54 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Tue, Oct 08, 2019 at 08:32:47AM +0200, Ralf Corsepius wrote: > > > > > >Those are fairly substantial changes, but time is of essence here. > > I could not disagree more. Quality and stability is of more ess

Re: Intent to unretire libresample package, needs re-review

On Wed, Oct 9, 2019 at 7:47 AM Jared K. Smith wrote: > I intend to unretire the "libresample" package in Fedora, now that I have > it building properly from source again. It needs a re-review, which I've > asked for at https://bugzilla.redhat.com/show_bug.cgi?id=1759928. > I can take it unless

Re: FreeCAD required updates (PySide2 & Coin4)

On Tue, Oct 8, 2019 at 1:35 AM Ralf Corsepius wrote: > On 10/8/19 8:03 AM, Zbigniew Jędrzejewski-Szmek wrote: > > On Mon, Oct 07, 2019 at 04:34:28PM -0400, Scott Talbert wrote: > >> On Mon, 7 Oct 2019, Richard Shaw wrote: > >> > >>> I am in the midst of up

FreeCAD required updates (PySide2 & Coin4)

I am in the midst of updating the freecad package in two major ways: Qt4 -> Qt5 (via PySide -> PySide2, which also facilitates moving from Python 2 to 3) and Coin3 -> Coin4 (Which requires several other packages move to Coin4) I have been working with the Coin2/3, SoQt, & SIMVoleon maintainer Ral

Re: New updates straight to obsolete after Epoch bump?!?

On Sat, Oct 5, 2019 at 1:17 PM Kevin Fenzi wrote: > On Thu, Oct 03, 2019 at 06:32:13PM -0500, Richard Shaw wrote: > > Anyone have any ideas? I tried re-submitting them but they were obsoleted > > by bodhi again. > > It looks like the newer pyside is now in > https:/

Re: Defining the future of the packager workflow in Fedora

On Wed, Oct 2, 2019 at 1:18 PM Ben Rosser wrote: > > 1. Creating new packages has become (more of) a pain since the > retirement of pkgdb2. I know I keep complaining about needing to > manually fetch Pagure API keys, but it is actually extremely annoying > when I go to request a repo and realize

Re: New updates straight to obsolete after Epoch bump?!?

Anyone have any ideas? I tried re-submitting them but they were obsoleted by bodhi again. Thanks, Richard > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduc

New updates straight to obsolete after Epoch bump?!?

I messed up and build PySide2 5.13.x before I relealized that I should have built the latest 5.12.x as the MAJOR.MINOR has to match the version of Qt and we have not updated to 5.13 yet. So I bumped the Epoch in the spec file and built 5.12.5 but when I submitted updates for f31 and 30 they pretty

Re: packaging: upgrade a library to a header-only library

On Tue, Oct 1, 2019 at 10:39 AM Miro Hrončok wrote: > > - cmake files usually go into %{_libdir} and such packages cannot be > noarch as well > Could you build the package twice using mock (x86_64 and i686) and run rpmdiff on them to see if there's anything significant? Thanks, Richard

Re: new non-responsive maintainer policy

On Thu, Sep 26, 2019 at 6:35 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > > The process is streamlined to require fewer steps from the reporter > and to provide quicker access to the package. > FESCo takes care of the weekly reminders through the bug on its tracker. > It is possibl

Re: About to orphan FreeGLUT

Just and FYI but it looks like the following packages would be affected: $ sudo dnf repoquery --whatrequires "libglut.so.3()(64bit)" --qf "%{name}" -q | sort | uniq asymptote crack-attack embree2-examples fawkes-guis FlightGear FlightGear-Atlas freefem++ freeglut-devel gauche-gl gl-117 glglobe gte

Review Request: Coin4 for FreeCAD

I need Coin4 in Fedora to address a bug in FreeCAD[1]... If someone doesn't mind reviewing a package that uses alternatives that would be great. Coin2 and Coin3 are also in Fedora. I can do a review in exchange. https://bugzilla.redhat.com/show_bug.cgi?id=1752288 Thanks, Richard [1] https://bu

Re: Need help: SWIG related build error for python-pivy?

Well I'm not sure exactly what the problem was, but I got it fixed. I moved to the FreeCAD fork of Pivy which is actually maintained. Since I originally packaged Pivy for FreeCAD it makes sense to use it anyway. Thanks, Richard ___ devel mailing list --

Any plans for Qt 5.13.x?

So I accidentally built PySide2 5.13.1 for Fedora and the MAJOR.MINOR parts are supposed to match with the version of Qt. So unless someone is planning to update Qt from 5.12.x to 5.13.x in the near future I'm going to have to bump the Epoch and downgrade to 5.12.5. Thanks, Richard ___

Re: Proven packager help request: DCMTK (and dependent packages) require update in F29/F30

On Sat, Sep 14, 2019 at 4:50 AM Kevin Kofler wrote: > > I do not know the details well enough to be able to decide which is the > better way here. Both should be doable in principle. > As the maintainer of OpenImageIO I agree with Kevin, I'm OK with either, but one thing I would ask upstream is

Re: Need help: SWIG related build error for python-pivy?

On Sat, Sep 14, 2019 at 4:45 AM Kevin Kofler wrote: > Richard Shaw wrote: > > I also ran a diff from the same Pivy compiled with Coin3 and Coin4 and > the > > ONLY significant difference is where the asterisk is on the QWidget > lines: > > > > Coin3: ...(QW

Re: Need help: SWIG related build error for python-pivy?

I can put the packages somewhere online but you have to build the whole chain... I'll try a little longer to manage it here and if you need more info maybe I'll setup a COPR... Looking at a section of the file and line number from the error I see the following, with the line in question (73) being

Re: Need help: SWIG related build error for python-pivy?

On Fri, Sep 13, 2019 at 10:36 AM Jerry James wrote: > On Thu, Sep 12, 2019 at 10:51 AM Richard Shaw > wrote: > > On Thu, Sep 5, 2019 at 9:18 PM Jerry James wrote: > >> The errors indicate that the compiler cannot find the standard C++ > >> headers. These are

Re: Need help: SWIG related build error for python-pivy?

On Thu, Sep 5, 2019 at 9:18 PM Jerry James wrote: > On Thu, Sep 5, 2019 at 7:53 PM Richard Shaw wrote: > > I have both SoQt and SIMVoleon buliding with it but I'm getting an error > with Pivy: > > > > + /usr/bin/python3 setup.py build '--executable=/usr

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

I separated the policycoreutils one since it seemed more dire but here's my full output (with some RPM Fusion specific stuff filtered out): Modular dependency problems: Problem 1: conflicting requests - nothing provides module(platform:f30) needed by module eclipse:2019-06:3020190807134759:6eb

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

Not sure where this one should go but looks like there's a problem with policycoreutils-python... Problem 5: problem with installed package unifi-5.10.25-1.fc30.x86_64 - package unifi-5.10.25-2.fc31.x86_64 requires policycoreutils-python, but none of the providers can be installed - unifi-5.10

python-pyside2 SONAME bump (5.12.x->5.13.x)

I'm planning on building a new version of PySide2 as it contains a lot of bug fixes. Nothing appears to depend on it yet so shouldn't cause any issues and I want to get the latest release built before porting over freecad and the two consumers of PySide1. Thanks, Richard __

Need help: SWIG related build error for python-pivy?

I'm working on packaging Coin4 for Fedora as it is needed for FreeCAD. I have both SoQt and SIMVoleon buliding with it but I'm getting an error with Pivy: + /usr/bin/python3 setup.py build '--executable=/usr/bin/python3 -s' running build BUILDSTDERR: Deprecated command line option: -modern. This

Re: Packages with broken dependencies on Python 3.7

On Thu, Sep 5, 2019 at 2:23 PM Felix Schwarz wrote: > Am 05.09.19 um 14:57 schrieb Richard Shaw: > > [python-pyside/shiboken] > > - AFAICT these were only designed to work with Python 2, Pyside2 brought > > compatibility with Python 3. > > - My opinion: All consumers o

Re: Packages with broken dependencies on Python 3.7

[freecad] Working on several issues: * Moving from Qt4 to Qt5 (Pyside->Pyside2) * Needs Coin4 (working on prepping a package for Review) * There are no consumers of Coin2, it should probably be retired now but it's not my package. * Other packages need to be moved from Coin3 to Coin4: OpenScenceGra

Re: BackupPC selinux help

On Wed, Sep 4, 2019 at 9:36 AM John Florian wrote: > On 2019-08-30 13:51, Richard Shaw wrote: > > He's already tried restorecon, changed from a symlink to a bind mount > > (for the backup root)... > > Maybe a dumb Q, but have you tried doing the same? Maybe it&#x

Re: Unannounced libproj soname bump

On Wed, Sep 4, 2019 at 7:52 AM Tom Hughes wrote: > > > A similar issue is in Fedora 31 where the rebuilds should go to proj > > update . > > Doing it in F31 this late is especially problematic... > Looks like the update should be un

BackupPC selinux help

I've got a bug report[1] for BackupPC where the user is having issues with AVC denials when browsing hosts. This is actually from my COPR but it's the same SRPM I use for Fedora. There are almost 50k downloads and this is the only report of a problem so I don't think there's a fundamental issue wi

Re: fedora-review broken?

On Wed, Aug 28, 2019 at 11:53 AM Bob Mauchin wrote: > >> > What's the mock config file you are using? From the error it seems it's > missing config_opts['root'] > I should have posted the full command anyway so here it is: $ fedora-review --rpm-spec -n plex-media-player-2.40.0-2.fc29.src.rpm -

fedora-review broken?

While I'm trying to use it for a review on RPM Fusion I don't think the error is related... Just running fedora-review without any arguments produces this in the log: Traceback (most recent call last): File "/usr/lib/python3.7/site-packages/FedoraReview/review_helper.py", line 236, in run s

Missing arches on EPEL 8 for LibRaw?

I assume this is because LibRaw is available in RHEL but only for x86_64 and ppc64le? So I'm assuming there is some sort of procedure to build only for s390x and aarch64 for EPEL? Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org T

Re: Let's revisit the FTBFS policy

On Thu, Aug 15, 2019 at 1:33 PM Adam Williamson wrote: > Or just fix it so it damn well builds. Even if *you* don't need to use > it. I mean, is it so hard? I get *itchy* if I have an FTBFS bug on one > of my packages for three days. I can't imagine letting one sit there > for six months! > I do

Re: Where are f31 packages going?

Please disregard, just found the thread covering this. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-

Where are f31 packages going?

Now that f32 has branched when I build packages for f31 I can't add them to a bodhi update nor are they added automatically. Is f31 acting like pre-gating rawhide or are the packages going into the nether? Thanks, Richard ___ devel mailing list -- devel

Re: Unresponsive SIG Leader

SIGs are more of a mediocrity so Bob may be one of the founders but whether he's still active or not is irrelevant. :) Just edit the wiki to join and dig in! I took over maintenance of a lot of the packages NBEMS suite (fldigi, flrig, flmsg, etc), QSSTV, CQRLOG, wsjtx, js8call, the AX.25 stack (wh

python-oauth

I need python3-oauth for MythTV on RPM Fusion. I looked into it and there hasn't been a successful build since F28. I tried a simple update to python 3 BR's and the package built fine so I went ahead and built packages for Rawhide and F30 based on the "no one seems to care about this package" statu

Can't mount bluray disk reliably with 5.1.15/16, worked fine 5.1.11

After a recent update I rebooted and could no longer mount a video bluray disc. It doesn't have AACS and was working fine before. The error repeats but here's a snippet: Jul 11 20:41:52 kernel: sr 3:0:0:0: [sr0] tag#19 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Jul 11 20:41:52 kernel:

Character limit for spec file summary?

Is there an actual limit or guideline on the character length of the summary tag? I can't seem to find anything one way or the other. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lis

Meaning of test gating "waiting" and "ignored"

I've submitted 100s of update but never seen test gating status "waiting" and "ignored" What is the meaning? Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedo

Re: always update the bootloader during major upgrades

I don't have the technical expertise in this area to comment on the details of the implementation, but from a dumb user point of view, could there be a simple or no-payload package that says "Fedora owns the bootloader" that's installed by default and power users that wish to maintain it themselves

Re: Qt 5.12.3 coming to rawhide

I went ahead and kicked off a new build for 5.12.3. On a side note, shouldn't we update f30 to 5.12.3? looking at the changelogs between 5.12.2 and 5.12.3 there's about 450 bugs fixed. I recommend we do it in a side tag this time though :) Thanks, Richard > _

Re: Qt 5.12.3 coming to rawhide

It doesn't look like qt5-qtscxml has been updated to 5.12.3 yet... https://koji.fedoraproject.org/koji/packageinfo?packageID=23346 Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.

Re: Qt 5.12.3 coming to rawhide

On Tue, Jun 4, 2019 at 6:30 AM Jan Grulich wrote: > Hi, > > I started update process in rawhide to update all Qt modules to 5.12.3 and > later I will rebuild all packages depending on Qt private stuff. You may > experience build failures until the whole update process is done, which > should > be

Re: Proposal: Drop python2 versions of pyside and shiboken

Ok, so shiboken is not building with Python 3.8[1], presumably due to dropping some of the suffix designations (m d?) so the cmake logic is not finding the library... I tried to poke around a bit but I don't have the cycles to dig into enough to fix it. I could use some help from someone more fami

Re: Proposal: Drop python2 versions of pyside and shiboken

On Mon, Jun 3, 2019 at 3:47 PM Miro Hrončok wrote: > On 03. 06. 19 22:33, Richard Shaw wrote: > > I did some cursory searching with dnf repoquery and I can't find any > consumers > > of the python2 side of pyside and shiboken in Rawhide. I recently moved > over > &g

Proposal: Drop python2 versions of pyside and shiboken

I did some cursory searching with dnf repoquery and I can't find any consumers of the python2 side of pyside and shiboken in Rawhide. I recently moved over the largest consumer (FreeCAD) to the python3 pyside bindings. Anyone see a problem with this? Thanks, Richard _

3DConnection device detected as a trackpoint by X

I'm trying to connect my 3DConnection Space Pilot to Fedora to use in CAD but X is grabbing the device and treating it like a mouse. I maintain the spacenavd package and need to find a why to block X from grabbing the device... [1152888.005974] usb 1-6: new low-speed USB device number 4 using xhc

Re: How to predict Python 3 SOABI naming scheme?!?

Ok, well the output works fine for armv7hf on F29 so I implemented the workaround (-DPYTHON_SUFFIX) there and then rebuilt shiboken to make python3 the default for F30+ and got all packages rebuilt. Thanks! Richard ___ devel mailing list -- devel@lists.f

Re: How to predict Python 3 SOABI naming scheme?!?

On Mon, May 20, 2019 at 8:10 AM Peter Pentchev wrote: > On Mon, May 20, 2019 at 07:58:09AM -0500, Richard Shaw wrote: > > > > I cobbled this together for the spec file but it may need work: > > > > %define py_suffix %(%{__python3} -c 'import sysconfig; >

Re: How to predict Python 3 SOABI naming scheme?!?

On Mon, May 20, 2019 at 8:09 AM Miro Hrončok wrote: > On 20. 05. 19 14:58, Richard Shaw wrote: > > I'm trying to get FreeCAD back in shape on Fedora[1] and what I hope is > the last > > problem is that it's still building against the Python2 library (because > it

How to predict Python 3 SOABI naming scheme?!?

I'm trying to get FreeCAD back in shape on Fedora[1] and what I hope is the last problem is that it's still building against the Python2 library (because it's default). I can override the behavior by specifying "-DPYTHON_SUFFIX= but it's different for every arch... $ python3 Python 3.7.3 (default,

Re: Packages BuildRequiring python2-sphinx AND python3-devel

python-requests-cache has already been fixed in rawhide... Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-c

Re: grub2-editenv: error: environment block too small after kernel install

I ended up just deleting my grubenv and creating a new one and then did an update that included a new kernel. No errors. The only diference I can spot is perhaps on line endings? I "cat"ed both files and the one I modified had a newline (shell prompt started on a new line) and with the newly crea

Re: grub2-editenv: error: environment block too small after kernel install

On Tue, Apr 23, 2019 at 7:20 PM Chris Murphy wrote: > On Tue, Apr 23, 2019 at 8:38 AM Richard Shaw wrote: > > > > I made the mistake of editing my grubenv while converting my system from > BIOS to UEFI. > > > > I have since manually used grub2-editenv success

grub2-editenv: error: environment block too small after kernel install

I made the mistake of editing my grubenv while converting my system from BIOS to UEFI. I have since manually used grub2-editenv successfully but I still get "grub2-editenv: error: environment block too small." on kernel upgrades. I've even tried manually re-padding the file with # to get to 1024 b

Re: Maintainer test instances

On Mon, Apr 22, 2019 at 10:15 AM Kevin Fenzi wrote: > On 4/16/19 11:43 AM, Richard Shaw wrote: > > Also, pertinent to the main topic... Any chance of getting a EL 8 test > > instance? > > I'd prefer not to put up a beta instance that gets no updates, but > perhap

PySide2 Python packaging questions

I'm working on packaging PySide2 for Fedora[1] and have a couple of questions... *** Also, I could use an experienced python packager to do the review! *** 1. Should the %python_provide macro be applied to python--devel packages? Or just for the main python module package? 2. Do I need to filter

Re: Maintainer test instances

Also, pertinent to the main topic... Any chance of getting a EL 8 test instance? I'm working on getting some preliminary builds done in COPR but having some issues which are difficult to troubleshoot just with logs. Thanks, Richard ___ devel mailing lis

Re: Fork a 119MB pagure project to updating monitoring?

On Wed, Apr 10, 2019 at 4:05 AM Pierre-Yves Chibon wrote: > On Mon, Mar 25, 2019 at 02:55:23PM -0500, Richard Shaw wrote: > >Other than having it as a direct option in [1]src.fp.org I think > being > >part of a special file in git would be next best. > > In th

Re: Basic graphics mode / 'nomodeset' testing request, round 2

On Wed, Apr 10, 2019 at 8:40 PM Adam Williamson wrote: > On Wed, 2019-04-10 at 19:00 -0500, Richard Shaw wrote: > > Tried on my Gigabyte AM4 X370 w/ AMD Ryzen 2600 and Nvidia GT1050 > > > > I got to GDM just fine but there was some weird jerkiness when I moused > > ove

Re: Basic graphics mode / 'nomodeset' testing request, round 2

Tried on my Gigabyte AM4 X370 w/ AMD Ryzen 2600 and Nvidia GT1050 I got to GDM just fine but there was some weird jerkiness when I moused over the "Try Fedora / Install" buttons but not when moving the mouse cursor over the desktop area. I coped dmesg and journalctl to a separate machine if it's n

Re: Heads up: OpenColorIO 1.1.1

On a side note, OCIO doesn't support Python 3 (yet) so I'm going to drop the python parts, I don't think there are any consumers of it on Fedora anyway. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: Heads up: OpenColorIO 1.1.1

On Wed, Apr 3, 2019 at 8:25 PM Luya Tshimbalanga wrote: > Add luxcorerender. > Looks like it just directly depends on OpenImageIO, not OpenColorIO... # dnf repoquery --source --whatrequires "libOpenColorIO.so.1()(64bit)" Last metadata expiration check: 0:01:41 ago on Thu 04 Apr 2019 09:45:27 AM

Heads up: OpenColorIO 1.1.1

There's no soname change and fedabidiff output doesn't look to concerning but I'm no expert there: [C]'method void OpenColorIO::v1::Processor::Impl::addColorSpaceConversion(const OpenColorIO::v1::Config&, const OpenColorIO::v1::ConstContextRcPtr&, const OpenColorIO::v1::ConstColorSpaceRcPtr&,

Re: clang segmentation fault on armv7hf

On Tue, Apr 2, 2019 at 9:37 AM John Reiser wrote: > > Please do this: attach the .src.rpm to the bugzilla report for the crash > by clang, > and post the URL of the bugzilla report. That will make it easy for those > who wish to help, and easy for you, too! > I found what seems to be the same b

Re: clang segmentation fault on armv7hf

On Sun, Mar 31, 2019 at 10:22 PM John Reiser wrote: > On 3/31/19 7:31 AM, Richard Shaw wrote: > > I'm working on building PySide2 for Fedora and have a problem with clang > segfaulting only on armv7hf[1]... > > > [1] > https://kojipkgs.fedoraproject.org//work/

clang segmentation fault on armv7hf

I'm working on building PySide2 for Fedora and have a problem with clang segfaulting only on armv7hf[1]... The source package has shiboken2, pyside2, and pyside2-tools in one big archive but I am building shiboken2 and pyside2-tools with GCC and only pyside2 with clang because if makes use of some

Re: pkgconfig usage

On Wed, Mar 27, 2019 at 6:08 PM Luya Tshimbalanga wrote: > Sightly related to the topic, is there an effective way to use > pkgconfig(foo) for packages rather foo-devel? It seems very few > packages use that method. > I admit I'm usually too lazy to do this when -devel works. Most of my package

Re: ACTION NEEDED: Orphaned packages to be retired (Java packages in 1 week)

I considered taking xcdroast but it needs to be patched to work with wodim because it's only designed to be used with real cdrecord... Probably best just to retire it. There are several other lightweight graphical CD/DVD writer tools. Thanks, Richard ___

Re: Multiple Review Requests for one source package?

Ok, so just to close the loop on this thread, I gave up on trying to fix the setuptools bug when using --root and have moved on to s straight cmake build. Because the packages have a dependency chain I have to do fake installs in %build passing CMAKE_INSTALL_PREFIX to be somewhere in the build tre

Re: Fork a 119MB pagure project to updating monitoring?

On Mon, Mar 25, 2019 at 12:27 PM Kevin Fenzi wrote: > > Can you file an issue or PR? > https://github.com/fedora-infra/the-new-hotness/issues Filed an issue but there were quite a few some going back to 2015... Is it being actively maintained? Thanks, Richard __

Re: Fork a 119MB pagure project to updating monitoring?

Other than having it as a direct option in src.fp.org I think being part of a special file in git would be next best. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.

Re: Multiple Review Requests for one source package?

On Fri, Mar 22, 2019 at 6:41 AM Dominik 'Rathann' Mierzejewski < domi...@greysector.net> wrote: > Hello, Richard. > On Wednesday, 20 March 2019 at 14:44, Richard Shaw wrote: > > I have worked around this temporarily by skipping %build and just > > performing th

Fork a 119MB pagure project to updating monitoring?

Am I the only person that finds this silly? Infra things aside, is it planned to have this functionality in src.fedoraproject.org? On a side note, the messages from the-new-hotness still reference pkgdb... Perhaps it should provide a link to: https://pagure.io/releng/fedora-scm-requests/blob/mas

Multiple Review Requests for one source package?

With PySide2 shiboken2, pyside2, and pyside2-tools are provided in one big source archive. I'm working on packaging it[1] but the provided setuptools build system calls CMake to perform builds and essentially fakeroot installs for build dependencies between the three projects and then uses setupto

Re: hdf5, netcdf, and vtk updates coming to Rawhide today

On Sat, Mar 16, 2019 at 8:59 AM Orion Poplawski wrote: > I'm updating: > > hdf5 to 1.10.5 > netcdf to 4.6.3 > vtk to 8.2 > I'm assuming that's the cause of my failed FreeCAD build... DEBUG util.py:554: BUILDSTDERR: - conflicting requests DEBUG util.py:554: BUILDSTDERR: - nothing provides

Re: HEADS UP: python2-sphinx is going away on Monday (2019-03-11)

On Fri, Mar 8, 2019 at 12:30 PM Miro Hrončok wrote: > > hobbes1069 apiextractor python-requests-cache shiboken > I have updated apiextractor and python-requests-cache and verified they will build. shiboken was already FTBFS so I changed it over and performed builds. Thanks, Richard

PySide2: 64bit builds fail but 32bit builds succeed (Clang issue?)

I'm working on getting PySide2 into Fedora which gives you python bindings for Qt5. It uses some code specific to Clang so I can't use gcc. I've got everything building but for some reason the 64bit builds fail for two binaries which rpmbuild can't link back to build-ids. BUILDSTDERR: error: Miss

Re: Scratch build uploads to koji VERY SLOW

On Wed, Mar 6, 2019 at 6:39 PM Kevin Fenzi wrote: > On 3/6/19 4:14 PM, Richard Shaw wrote: > > > > New since the last couple of weeks but I've been more active working on > > FTBFS issues so can't say exactly when it started. It's never been super > &g

Re: Scratch build uploads to koji VERY SLOW

On Wed, Mar 6, 2019 at 5:37 PM Kevin Fenzi wrote: > On 3/4/19 9:36 AM, Christian Dersch wrote: > > > > On 3/4/19 6:32 PM, Richard Shaw wrote: > >> Is anyone else experiencing this? I did a speed test on my Xfinity and > >> it doesn't appear to be on my end.

Scratch build uploads to koji VERY SLOW

Is anyone else experiencing this? I did a speed test on my Xfinity and it doesn't appear to be on my end. I'm getting about 100-200kB/s uploads... On larger projects that's very painful. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraprojec

Re: Qt 5.12 coming to rawhide

Was qt 5.12.x supposed to be done in a side tag? I was trying to build klog but ran into this: DEBUG util.py:490: BUILDSTDERR: Error: DEBUG util.py:490: BUILDSTDERR: Problem: package qt5-devel-5.12.1-1.fc31.noarch requires qt5-qtwebkit-devel, but none of the providers can be installed DEBUG uti

Re: Donate 1 minute of your time to test upgrades from F29 to F30

On Sat, Mar 2, 2019 at 9:23 AM Adam Williamson wrote: > > > > This is a known issue. I'm stuck in dependency hell right now. Current > > FreeCAD needs Python 2 packages (and a couple of other FTBFS packages > from > > f30). The pre-release of the next version has changed over to Python 3 > but >

Re: Any interest in PySide2 (Qt 5 bindings) for Fedora?

On Sat, Mar 2, 2019 at 9:40 AM Manas Mangaonkar wrote: > any update on this ? i will be willing to package this as its a dependency > for a potential google summer of code project. > Now that Qt 5.12.x is in Rawhide I can try to get the package building again. Thanks for the reminder! Richard

Re: Donate 1 minute of your time to test upgrades from F29 to F30

On Sat, Mar 2, 2019 at 4:16 AM David Abdurachmanov < david.abdurachma...@gmail.com> wrote: > On Sat, Mar 2, 2019 at 10:39 AM Nicolas Chauvet wrote: > > > > Le jeu. 28 févr. 2019 à 10:23, Miroslav Suchý a > écrit : > > > > > > Do you want to make Fedora 30 better? Please spend 1 minute of your >

Re: modular repositories in mock configs: please don't

Not replying to anyone in particular but just a nit for me... I've been a Fedora packager for probably 10 years now (need to check!) but I *STILL* don't really understand modules other than at a high level (it lets you use dependencies that aren't available in the main repos). I've read through so

Re: Donate 1 minute of your time to test upgrades from F29 to F30

I removed package problems that were obviously due to RPM Fusion not having branched yet... Ignoring repositories: local, hobbes1069-JS8Call, hobbes1069-NBEMS, hobbes1069-WSJT, hobbes1069-mingw, rpmfusion-free-updates, rpmfusion-free, rpmfusion-nonfree-updates, rpmfusion-nonfree, virtualbox Error:

Re: qt4 rebuild

On Wed, Feb 27, 2019 at 10:18 AM Rex Dieter wrote: > Richard Shaw wrote: > > > So I'm pretty much out of my league at this point. I can commit the > > Q_FOREACH patch if needed. > > please do commit (or at least submit pull request). > Pull request submitted, bu

Re: apiextractor FTBFS troubleshooting

On Tue, Feb 26, 2019 at 1:29 PM Jakub Jelinek wrote: > No, see my other mail on what should be done. > Since the scratch build shows that the tests pass I'm tempted to disable %check for now just to fix the FTBFS issue and re-enable when qt is fixed. Thanks, Richard

Re: qt4 rebuild

Ok, I updated the patch the COMPILER_VERSION issue (committed) and have a local patch for the Q_FOREACH problem based on a qt 5 commit: https://github.com/qt/qtbase/commit/c35a3f519007af44c3b364b9af86f6a336f6411b With both of those problems fixed the build still fails probably due to gcc 9 being

Re: apiextractor FTBFS troubleshooting

On Tue, Feb 26, 2019 at 11:38 AM Jakub Jelinek wrote: > On Wed, Feb 27, 2019 at 02:29:32AM +0900, Mamoru TASAKA wrote: > > Richard Shaw wrote on 2019/02/27 2:23: > > > On Tue, Feb 26, 2019 at 11:17 AM Mamoru TASAKA < > mtas...@fedoraproject.org> > > > w

Re: apiextractor FTBFS troubleshooting

On Tue, Feb 26, 2019 at 11:39 AM Mamoru TASAKA wrote: > Mamoru TASAKA wrote on 2019/02/27 2:29: > > Richard Shaw wrote on 2019/02/27 2:23: > >> On Tue, Feb 26, 2019 at 11:17 AM Mamoru TASAKA < > mtas...@fedoraproject.org> > >> wrote: > >> > >

Re: qt4 rebuild

On Tue, Feb 26, 2019 at 10:27 AM Rex Dieter wrote: > Richard Shaw wrote: > > > I'm troubleshooting why apiextractor tests segfault during package > > building. I have not been able to attribute it to any change in build > > flags so I started looking at qt4 which

Re: apiextractor FTBFS troubleshooting

On Tue, Feb 26, 2019 at 11:17 AM Mamoru TASAKA wrote: > So... I guess Qt "foreach" behavior changed with gcc9.. > Is there any chance this will change or magically get fixed if qt is rebuilt with gcc 9? Thanks, Richard ___ devel mailing list -- devel@

Re: apiextractor FTBFS troubleshooting

On Tue, Feb 26, 2019 at 9:52 AM John Reiser wrote: > > Is it definitely the linking? Or should I check the compiler arguments > as well? > > There are 8 libraries (-lQtTest -lQtCore -lQtGui -lxslt -lxml2 -lQtCore > -lQtXmlPatterns -lQtXml) > plus an explicit libapiextractor.so.0.10.1. Did you ru

qt4 rebuild

I'm troubleshooting why apiextractor tests segfault during package building. I have not been able to attribute it to any change in build flags so I started looking at qt4 which appears to still be FTBFS for F30 rebuild. There's a check in the spec file which fails: + grep '^#define QT_BUILD_KEY '

<    3   4   5   6   7   8   9   10   11   12   >