Re: bodhi updates stuck in "pending" state

2020-10-11 Thread Richard Shaw
On Sun, Oct 11, 2020 at 4:04 PM Fabio Valentini wrote: > Hi everybody, > > To me, it looks like some recent bodhi updates are stuck in "pending" > unintentionally. This might be the result of a bodhi bug that let > release branch updates created from side tags sit in "pending" without > ever

Re: s390x: Fedora ELN switched to z13 baseline (in redhat-rpm-config)

2020-10-05 Thread Richard Shaw
On Mon, Oct 5, 2020 at 9:09 AM Florian Weimer wrote: > * Richard Shaw: > > > Excellent! I'm pretty sure this brings in some intrinsics that weren't > > available in z11(?), so I had to excludearch s390x for one of my > > packages. Now I just have to remember wh

Re: s390x: Fedora ELN switched to z13 baseline (in redhat-rpm-config)

2020-10-05 Thread Richard Shaw
On Mon, Oct 5, 2020 at 8:14 AM Florian Weimer wrote: > We established a while back the the Fedora infrastructure is capable of > running z13 binaries for the IBM Z (s390x) architecture, so I do not > expect any issues. > > The rationale for this change is that this aligns with the toolchain >

Re: Follow-up - Please BuildRequire python3-setuptools explicitly

2020-10-05 Thread Richard Shaw
I updated fail2ban and gmsh and committed to master. I assume that is sufficient? Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

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

2020-10-02 Thread Richard Shaw
On Fri, Oct 2, 2020 at 6:30 AM Richard Shaw wrote: > Error: > Problem 1: problem with installed package > qt5-qtwebengine-freeworld-5.14.2-1.fc32.x86_64 > - qt5-qtwebengine-freeworld-5.14.2-1.fc32.x86_64 does not belong to a > distupgrade repository > - nothing provides q

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

2020-10-02 Thread Richard Shaw
Error: Problem 1: problem with installed package qt5-qtwebengine-freeworld-5.14.2-1.fc32.x86_64 - qt5-qtwebengine-freeworld-5.14.2-1.fc32.x86_64 does not belong to a distupgrade repository - nothing provides qt5-qtwebengine(x86-64) = 5.15.0 needed by

Re: Discussion: unixODBC - move unversioned *.so files back to unixODBC-devel package

2020-10-01 Thread Richard Shaw
On Thu, Oct 1, 2020 at 6:21 AM Ondrej Dubaj wrote: > My apologies, of course we are aiming to package the unversioned symbolic > links to the "real" libraries to *-devel package. I thought it was clear > from the beginning. > Ahh... I didn't get that from the initial message, I haven't looked

Re: Discussion: unixODBC - move unversioned *.so files back to unixODBC-devel package

2020-10-01 Thread Richard Shaw
Adding my $0.02 here... Since they are real libraries, they don't belong in a -devel package, the intent is to package the unversioned symbolic links to the "real" libraries. A end user package should never require a -devel package to run. One option would be to hack in a soversion to the build

Re: rpkg broke?

2020-09-28 Thread Richard Shaw
I was able to start a build after installing the updated package, but running rpkg by itself still produces the same confusing output: $ rpkg 'Namespace' object has no attribute 'command' Thanks, Richard ___ devel mailing list --

Re: rpkg broke?

2020-09-28 Thread Richard Shaw
On Mon, Sep 28, 2020 at 9:26 AM clime wrote: > On Mon, 28 Sep 2020 at 14:44, Richard Shaw wrote: > > > > I haven't seen anything obvious in the mailing list lately so maybe it's > just me? > > > > $ rpkg > > 'Namespace' object has no attribute 'command' >

rpkg broke?

2020-09-28 Thread Richard Shaw
I haven't seen anything obvious in the mailing list lately so maybe it's just me? $ rpkg 'Namespace' object has no attribute 'command' Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Non-responsive maintainer: fedpop

2020-09-25 Thread Richard Shaw
Updates for f31 and up submitted. https://bodhi.fedoraproject.org/updates/?packages=mumble Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of

Re: Non-responsive maintainer: fedpop

2020-09-24 Thread Richard Shaw
On Thu, Sep 24, 2020 at 4:34 PM Carl George wrote: > I read the policy [0] as "major (bug | security) fixes", and the CVE > is only rated as moderate [1]. Should the policy be read as "(major > bug | any security) fixes"? I am not opposed to building the update > on F31 as well. > > [0] >

Re: Non-responsive maintainer: fedpop

2020-09-23 Thread Richard Shaw
On Wed, Sep 23, 2020 at 2:42 PM Carl George wrote: > Yes, the patch is from an upstream pull request [0] that has already > been merged to the master branch [1] and is planned to be included in > their next release [2] (it's not part of the current 1.3.2 tag). The > pull request includes a

Re: Non-responsive maintainer: fedpop

2020-09-22 Thread Richard Shaw
On Tue, Sep 22, 2020 at 3:30 PM Carl George wrote: > Howdy folks, > > This is a non-responsive maintainer check for fedpop, in accordance with > policy [0]. I submitted a pull request for the mumble package last month > that has not been answered [1]. Merging this pull request would resolve >

Re: Fedora EOL wrt new dist-git branches (and my confusion)

2020-09-21 Thread Richard Shaw
On Sun, Sep 20, 2020 at 1:47 PM Kevin Fenzi wrote: > > Tangent nit-pick... Once an update has been created for a branch, why not > > at least allow it to go to stable? Seeing my packages stuck in testing > for > > eternity bothers my OCD until I push enough updates I don't see it > anymore. > >

Re: Need assistance for luxcorerender to use c++14

2020-09-20 Thread Richard Shaw
On Sat, Sep 19, 2020 at 8:27 PM Luya Tshimbalanga wrote: > Thanks for quick response. The suggestion seems to work. Unfortunately, > the build failed on openvdb (either using the bundled and 7.1.0 version) > while working fine on Fedora 32. > >

Re: Need assistance for luxcorerender to use c++14

2020-09-19 Thread Richard Shaw
On Sat, Sep 19, 2020 at 3:16 PM Luya Tshimbalanga wrote: > Hello team, > > openvdb is updated to 7.1.0 in Rawhide and luxcorerender needs to switch > to -std=c++14 similar to that upstream ticket: > https://github.com/AcademySoftwareFoundation/openvdb/issues/795. > > Is there anyone knowing how

Re: Fedora EOL wrt new dist-git branches (and my confusion)

2020-09-19 Thread Richard Shaw
On Fri, Sep 18, 2020 at 5:03 PM Ben Cotton wrote: > On Fri, Sep 18, 2020, 17:03 Miro Hrončok wrote: > >> >> So, my question is: Should we fix the document to describe the long >> standing >> practice more understandably, or should we change the practice to allow >> new >> dist-git branches

OpenImageIO 2.2 release and soname bump

2020-09-02 Thread Richard Shaw
OpenImageIO 2.2.6.1 was released yesterday. There are no API changes so simple rebuilds should be sufficient for all dependent packages. The builds will be done in a side-tag for Rawhide. I'd like to update f33 as well unless there's a good reason not to, dependent package maintainers CC'd.

Re: Package downgrades from f32 -> f33 (categorized list inside)

2020-08-26 Thread Richard Shaw
On Wed, Aug 26, 2020 at 5:19 AM Fabio Valentini wrote: > # Built for f34 (and f32) but not f33: > > (packages were updated but package maintainer seems to have missed the f33 > branch point and has not submitted updates for f33) > > - fdupes is newer in 32 than in 33: > 1:2.1.1-1.fc32 >

Re: Minor koji web interface bug?

2020-08-26 Thread Richard Shaw
On Wed, Aug 26, 2020 at 7:25 AM Josef Ridky wrote: > It's not missing. F33 of freecad has just lower ID, than F34 build: > > > 1574306 freecad-0.18.4-12.fc33 hobbes1069 2020-08-23 > 19:18:05 complete > 1597835 freecad-0.18.4-12.fc34 hobbes1069 2020-08-21 >

Minor koji web interface bug?

2020-08-26 Thread Richard Shaw
I was checking out my builds to make sure I rebuilt something and noticed I appeared to be missing a freecad f33 build I know completed: https://koji.fedoraproject.org/koji/builds?userID=hobbes1069=-build_id But if I just look at freecad builds it shows up:

CMake change: -doc noarch package built differently on different architectures

2020-08-17 Thread Richard Shaw
Trying a new thread/subject as the problem was introduced by the cmake change... Original thread here: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/TXJBSDMF7Z4G6C4LHQG3ARN3BFBZQCZZ/#FTMFOIGY6XXAXBNC3DNOPQ6ZPBSKMJGT So I've been fighting this one for a few

Re: Debug doxygen generated files with different names in noarch package

2020-08-17 Thread Richard Shaw
On Fri, Aug 14, 2020 at 6:07 PM Rich Mattes wrote: > I downloaded the i686-generated doc package, > dir_dd208edd458824e9eaf902c6da16200d.html is the directory that contains > zipios-config.h. That file is generated from a template by CMake, and > is located in the root of the build folder

Re: Debug doxygen generated files with different names in noarch package

2020-08-14 Thread Richard Shaw
On Fri, Aug 14, 2020 at 7:12 AM Rich Mattes wrote: > > On Fri, Aug 14, 2020, 7:37 AM Richard Shaw wrote: > >> >> I'm getting consistent differences across at least two versions of zipios >> and the offending arches seem to always be s390x and ppc64le. >> &g

Debug doxygen generated files with different names in noarch package

2020-08-14 Thread Richard Shaw
I tried to get the subject as concise as possible :) I'm getting consistent differences across at least two versions of zipios and the offending arches seem to always be s390x and ppc64le. BuildError: The following noarch package built differently on different architectures:

Re: LTO and the F33 mass rebuild

2020-08-11 Thread Richard Shaw
Looks like js8call is failing due to LTO... /usr/bin/ld: /tmp/js8call.Y0yEHy.ltrans36.ltrans.o: in function `EqualizationToolsDialog::~EqualizationToolsDialog()': /builddir/build/BUILD/js8call-2.2.0/EqualizationToolsDialog.hpp:12: undefined reference to `pimpl::~pimpl()' /usr/bin/ld:

Re: Coin4 build failure

2020-08-07 Thread Richard Shaw
On Fri, Aug 7, 2020 at 7:27 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Thu, Aug 06, 2020 at 07:58:10PM -0500, Richard Shaw wrote: > > /builddir/build/BUILD/coin-6enkw/src/xml/expat/xmlparse.c:94:3: error: > > #error You do not have support for any so

Re: Coin4 build failure

2020-08-07 Thread Richard Shaw
On Fri, Aug 7, 2020 at 7:21 AM J. Scheurich wrote: > About a question related to #error... > > On 8/7/20 2:12 PM, Richard Shaw wrote: > > So I was curious what the error was, but my bigger question is, what > > changed? > > > > This was just a rebuild f

Re: Coin4 build failure

2020-08-07 Thread Richard Shaw
So I was curious what the error was, but my bigger question is, what changed? This was just a rebuild for the CMake change FTBFS. I have not changed anything other than what was necessary to fix the CMake commands. Thanks, Richard ___ devel mailing

Coin4 build failure

2020-08-06 Thread Richard Shaw
While trying to update the spec for the CMake change I ran into this for the first time: cd /builddir/build/BUILD/coin-6enkw/x86_64-redhat-linux-gnu/src/base && /usr/bin/g++ -I/builddir/build/BUILD/coin-6enkw/x86_64-redhat-linux-gnu/data -I/builddir/build/BUILD/coin-6enkw/include/Inventor/annex

http response to fedpkg build failure?

2020-08-06 Thread Richard Shaw
This is a new one for me: $ fedpkg build Could not execute build: The following error occurred while trying to get the active release branches in PDC: http://www.w3.org/TR/html4/strict.dtd;> Fedora Project Fedora

Re: What do to about massive # of FTBFS bugs?

2020-08-06 Thread Richard Shaw
On Thu, Aug 6, 2020 at 5:08 AM Fabio Valentini wrote: > > I'd say it's pretty safe to submit things to rawhide again. I haven't > seen any lingering buildroot issues for the past 2-3 days, except for > some longer wait/build times in koji due to batched ELN build > submissions (but those are

Re: %{_vpath_builddir} needs to be in the Cmake packaging guidelines

2020-08-06 Thread Richard Shaw
On Thu, Aug 6, 2020 at 5:35 AM Neal Gompa wrote: > On Thu, Aug 6, 2020 at 6:20 AM Michal Schorm wrote: > > > > On Tue, Aug 4, 2020 at 5:54 PM Neal Gompa wrote: > > > > On Tue, Aug 4, 2020 at 3:12 PM Neal Gompa > wrote: > > > > > You are not supposed to use %__cmake_builddir. > > > > > > It is

Re: %{_vpath_builddir} needs to be in the Cmake packaging guidelines

2020-08-04 Thread Richard Shaw
On Tue, Aug 4, 2020 at 11:47 AM Neal Gompa wrote: > On Tue, Aug 4, 2020 at 11:50 AM Michal Schorm wrote: > > > > On Tue, Aug 4, 2020 at 3:12 PM Neal Gompa wrote: > > > On Tue, Aug 4, 2020 at 9:10 AM Richard Shaw > wrote: > > > > On Tue, Aug 4,

Re: vim has lost it's damn mind

2020-08-04 Thread Richard Shaw
On Tue, Aug 4, 2020 at 10:49 AM Jonathan Wakely wrote: > On 03/08/20 13:32 -0500, Richard Shaw wrote: > >I finally ran into another issue and used the vim faq. It was ":set > >cindent" that was causing the crazy indentation in spec file %changelogs. > > > >I

Re: %{_vpath_builddir} needs to be in the Cmake packaging guidelines

2020-08-04 Thread Richard Shaw
On Tue, Aug 4, 2020 at 6:17 AM Michal Schorm wrote: > Since this change, all (subsequent) CMake commands (after "%cmake") > MUST be used with the builddir argument ( "-B %{__cmake_builddir}" ). > Ok, I'll use that in the future, but it still needs a mention in the guidelines :) Thanks, RIchard

%{_vpath_builddir} needs to be in the Cmake packaging guidelines

2020-08-03 Thread Richard Shaw
Sometimes you need to get into the build directory, in my case for OpenColorIO I use help2man to generate some of the man pages. I had to rely on the power of Google/Gmail to find Neal's response to one of my earlier emails to find the answer again... %{_vpath_builddir} But that begs the

Re: What do to about massive # of FTBFS bugs?

2020-08-03 Thread Richard Shaw
On Mon, Aug 3, 2020 at 6:12 PM Kevin Fenzi wrote: > On Mon, Aug 03, 2020 at 10:28:03PM +0100, Richard W.M. Jones wrote: > > On Mon, Aug 03, 2020 at 04:04:57PM -0500, Richard Shaw wrote: > > > I'm up to 21 and climbing. Technically two are failure to install... > > &

What do to about massive # of FTBFS bugs?

2020-08-03 Thread Richard Shaw
I'm up to 21 and climbing. Technically two are failure to install... I'm confused if I should even fix these right now due to the various issues I've seen on the list. Is it safe to do builds right now? Most of these are due to the cmake change. I generally agree with it although I was already

Re: vim has lost it's damn mind

2020-08-03 Thread Richard Shaw
I finally ran into another issue and used the vim faq. It was ":set cindent" that was causing the crazy indentation in spec file %changelogs. I still consider this a bug as the file doesn't even end in c, cpp, cxx, c++ etc. Thanks, Richard ___ devel

Re: The Fedora wiki system sucks

2020-08-01 Thread Richard Shaw
On Sat, Aug 1, 2020 at 1:10 PM Adam Williamson wrote: > On Sat, 2020-08-01 at 12:00 -0500, Richard Shaw wrote: > > So I wanted to document a ham radio related howto, so I decided that I > > would make it an extension of the Amateur Radio SIG wiki, and I've got an > > incom

Re: The Fedora wiki system sucks

2020-08-01 Thread Richard Shaw
On Sat, Aug 1, 2020 at 12:05 PM Tom Hughes wrote: > On 01/08/2020 18:00, Richard Shaw wrote: > > So I wanted to document a ham radio related howto, so I decided that I > > would make it an extension of the Amateur Radio SIG wiki, and I've got > > an incomplete version c

The Fedora wiki system sucks

2020-08-01 Thread Richard Shaw
So I wanted to document a ham radio related howto, so I decided that I would make it an extension of the Amateur Radio SIG wiki, and I've got an incomplete version created: https://fedoraproject.org/wiki/AmateurRadio/Howto/Pat How can a wiki not have some kind of tag? Most other systems in

Re: vim has lost it's damn mind

2020-07-29 Thread Richard Shaw
On Wed, Jul 29, 2020 at 3:36 AM Zdenek Dohnal wrote: > Hi all, > > first I would like to recommend you to try the steps here: > > https://vimhelp.org/vim_faq.txt.html#faq-2.5 > > it should help you find out where the problem can be. > > If you are able to reproduce the issue with the first step,

Re: Download all build artifacts from a scratch build?

2020-07-29 Thread Richard Shaw
On Wed, Jul 29, 2020 at 8:45 AM Eugene Syromiatnikov wrote: > On Wed, Jul 29, 2020 at 07:37:31AM -0500, Richard Shaw wrote: > > I'm working on fixing a package but I have to use scratch builds because > > the tests only pass when running on koji, not a local mock build. It >

Re: Download all build artifacts from a scratch build?

2020-07-29 Thread Richard Shaw
I couldn't find the capability within fedpkg or koji so for posterity I came up with this: $ for rpm in $(lynx -dump -listonly " https://koji.fedoraproject.org/koji/taskinfo?taskID=48063412; | grep "rpm$"); do curl -LO $rpm; done Thanks, RIchard > ___

Download all build artifacts from a scratch build?

2020-07-29 Thread Richard Shaw
I'm working on fixing a package but I have to use scratch builds because the tests only pass when running on koji, not a local mock build. It produces several rpms which I'd like to download for testing purposes. Currently I have to go to the url of the scratch build and download them

libdc1394: Unannounced soname bump?

2020-07-27 Thread Richard Shaw
I just got a BZ on OpenImageIO due to inability to install the -devel package, Upon inspection it looks like the soname was bumped but a rebuild of OIIO was not performed. libdc1394-2.2.2-14.fc32 -> libdc1394-2.2.6-1.fc33 libdc1394.so.22()(64bit) -> libdc1394.so.25()(64bit) Thanks, Richard

vim has lost it's damn mind

2020-07-25 Thread Richard Shaw
After upgrading to Fedora 32 I've noticed when editing files, especially spec files that vim does some crazy jumps/indents that it didn't do before. Right now I'm pressing i to insert a line before a Requires: and when I hit enter it jumps to the next line (fine) but with 4 indents and one

Re: Infra updates?

2020-07-23 Thread Richard Shaw
On Wed, Jul 22, 2020 at 4:54 PM Kevin Fenzi wrote: > On Wed, Jul 22, 2020 at 04:31:20PM -0500, Richard Shaw wrote: > > > > I can't remember the name, but the tool that would let you see dependency > > differences between releases. I have a package that's failing on

Re: Infra updates?

2020-07-22 Thread Richard Shaw
On Wed, Jul 22, 2020 at 12:51 PM Kevin Fenzi wrote: > On Wed, Jul 22, 2020 at 12:24:07PM -0500, Richard Shaw wrote: > > I may have missed it but I don't remember seeing any infra updates for a > > while but I was out of town last week with limited connectivity... > > &

Infra updates?

2020-07-22 Thread Richard Shaw
I may have missed it but I don't remember seeing any infra updates for a while but I was out of town last week with limited connectivity... What's the current status? Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To

Serial port sniffing?

2020-07-19 Thread Richard Shaw
I would like to monitor serial port communications read only, but I haven't found a tool that makes that easy in the Fedora repos. Anyone have suggestions? Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

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

2020-07-08 Thread Richard Shaw
On Wed, Jul 8, 2020 at 4:11 AM Igor Raits wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Wed, 2020-07-08 at 09:12 +0800, Qiyu Yan wrote: > > Richard Shaw 于 2020年7月8日周三 上午6:11写道: > > > > > Ok, so it appears this change was for F32+ on

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

2020-07-07 Thread Richard Shaw
Ok, so it appears this change was for F32+ only, so I can't merge master into f32 or earlier... This whole change is still broken AF. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Problem with auto CMake out-of-source builds?

2020-07-07 Thread Richard Shaw
On Sun, Jul 5, 2020 at 8:20 AM Neal Gompa wrote: > On Sun, Jul 5, 2020 at 9:16 AM Richard Shaw wrote: > > > > I saw the change notification but didn't know it went in to > "production". I was trying to build OpenImageIO in rawhide and it failed, > because I was

Re: Problem with auto CMake out-of-source builds?

2020-07-05 Thread Richard Shaw
On Sun, Jul 5, 2020 at 8:20 AM Neal Gompa wrote: > Temporarily, we have %__cmake_in_source_build set, which forces back > the legacy behavior. You can switch to the upcoming out of source > default by adding the following to the top of your spec: > Ok, so during this transition period the

Problem with auto CMake out-of-source builds?

2020-07-05 Thread Richard Shaw
I saw the change notification but didn't know it went in to "production". I was trying to build OpenImageIO in rawhide and it failed, because I was already doing an out of source build which it appended "%{_arch}-redhat-linux-gnu" or something like that to. So I looked up the guidelines for CMake

Re: Help (or take over) hedgewars?

2020-07-05 Thread Richard Shaw
Thanks for the offers everyone, and let me know if you just REALLY want to help maintain it, but I found a new contributor who's a core developer of Pascal, which is 90% of what hedgewars is written in, who is interested in the job. Thanks, Richard ___

Re: Self Introduction: Nikolay Nikolov

2020-07-05 Thread Richard Shaw
On Sat, Jul 4, 2020 at 8:48 PM wrote: > Hello, > > My name is Nikolay Nikolov. I'm a software developer and free/open > source enthusiast. I've been using Linux since Red Hat Linux 5.0. After > Red Hat Linux 9, I upgraded to Fedora Core 1 and I've used every Fedora > version since then. :) I'm a

Help (or take over) hedgewars?

2020-07-04 Thread Richard Shaw
I've been needing to lighten my packaging load for some time now so I wanted to ask, will someone, who preferably knows a little haskell (I don't), like to help maintain hedgewars? Or even take it over? My kids don't play it anymore, which was my original reason for taking it. Thanks, Richard

sd-boot vs. grub (WAS: The future of legacy BIOS support in Fedora.)

2020-07-02 Thread Richard Shaw
On Thu, Jul 2, 2020 at 6:01 AM Neal Gompa wrote: > > Here's the thing: systemd-boot is very good at what it does. The > Gummiboot project was a great demonstration of a nice, simple boot > manager. Kay decided to fold it into the systemd project, which is > fine. It has benefited from the

Re: The future of legacy BIOS support in Fedora.

2020-07-01 Thread Richard Shaw
On Tue, Jun 30, 2020 at 12:35 PM Robbie Harwood wrote: > Igor Raits writes: > > > I think this is the only path forward that can actually work. Without > tooling, the only real way to "migrate" from legacy to UEFI is to > reinstall the operating system - much love to anaconda, but that's not >

Re: drop bfq scheduler, instead use mq-deadline across the board

2020-06-29 Thread Richard Shaw
On Mon, Jun 29, 2020 at 4:01 PM Chris Murphy wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1851783 > > The main argument is that for typical and varied workloads in Fedora, > mostly on consumer hardware, we should use mq-deadline scheduler > rather than either none or bfq. > > It may be

Re: Bodhi 5.4.0 in production

2020-06-22 Thread Richard Shaw
Just submitted another set of updates and it worked as expected. Not sure if it was an infra issue or maybe there was something / a character in the notes it just didn't like. Thanks, Richard > ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: Bodhi 5.4.0 in production

2020-06-22 Thread Richard Shaw
On Mon, Jun 22, 2020 at 11:16 AM Mattia Verga via devel < devel@lists.fedoraproject.org> wrote: > Il 22/06/20 17:42, Richard Shaw ha scritto: > > I couple of observations after recently submitting some buildroot > > overrides and updates: > > > > Updates: &g

Re: Bodhi 5.4.0 in production

2020-06-22 Thread Richard Shaw
I couple of observations after recently submitting some buildroot overrides and updates: Buildroot overrides: 1. The new auto-search with partial build names is nice but clicking on the builds it findes has no effect. 2. When I manually paste in a full build name it says "No results" but works

Re: Wondering what to do with fritzing versioning

2020-06-19 Thread Richard Shaw
On Fri, Jun 19, 2020 at 8:19 AM Artur Iwicki wrote: > A few days ago I adopted fritzing and fritzing-parts, which were orphaned > by their original maintainer. > I looked at the package and at the upstream project and noticed a few > things: > - Looking at the releases page for the app [1],

Re: libgps soname bump (gpsd-3.20)

2020-06-18 Thread Richard Shaw
Done for direwolf. 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-US/project/code-of-conduct/ List

zram as swap on EL?

2020-06-17 Thread Richard Shaw
I didn't get any response from the EPEL list so forwarding here since the change was discussed here anyway... --- So with the discussion about moving to zram for swap on Fedora I wondered if it was worth taking a look at for my CentOS 8 machine. I noticed that there was a build in Koji but it

Re: Fedora 32 strange vim behavior?

2020-06-13 Thread Richard Shaw
On Sat, Jun 13, 2020 at 8:06 AM Łukasz Posadowski wrote: > Sat, 13 Jun 2020 07:21:54 -0500 > Richard Shaw : > > > Also, it tries to indent for me in some code type files but it's > > using tabs instead of spaces and 8 spaces instead of 4. One would > > think in 2020

Fedora 32 strange vim behavior?

2020-06-13 Thread Richard Shaw
After updating to Fedora 32 I noticed that sometimes, especially when I'm updating comments in a file, that the whole line jumps back to column1. Anyone else seeing this behavior? Also, it tries to indent for me in some code type files but it's using tabs instead of spaces and 8 spaces instead

Re: git merge issue

2020-06-11 Thread Richard Shaw
On Thu, Jun 11, 2020 at 11:46 AM Miro Hrončok wrote: > On 11. 06. 20 13:41, Richard Shaw wrote: > > remote: *** Your commits contain a bad merge: > > remote: *** 47456e93 2020-06-10 Merge branch 'master' into > tmp/mingw*** > > Please rebase on top of this commit

git merge issue

2020-06-11 Thread Richard Shaw
I'm working on updating fldigi to build better in the Fedora MinGW environment and I have commit access to the git repo (at least access to create my own branches). I have a branch called "tmp/mingw" and I've made several commits. I know other commits had been made to master and I've done this in

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-09 Thread Richard Shaw
On Tue, Jun 9, 2020 at 3:44 AM Marius Schwarz wrote: > > And ZRAM is one of the tools, that should not be enabled by default > anyway. In a best case scenario it extends memory, but in most cases it > slows it down. With 16GB there isn't even a use-case for it. > I don't think that can be said

Re: Increasing the packaging team: regular workshops/vFADs/classroom sessions on packaging

2020-06-06 Thread Richard Shaw
On Sat, Jun 6, 2020 at 5:54 AM Andy Mender wrote: > Hiya, > > As someone who is trying to get into packaging in Fedora, I would really > really appreciate the docs being less dispersed: > - https://docs.fedoraproject.org/en-US/packaging-guidelines/ > -

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

2020-06-05 Thread Richard Shaw
On Fri, Jun 5, 2020 at 1:58 PM Jonathan Wakely wrote: > boost-1.73.0-4.fc33 is building now: > > Building boost-1.73.0-4.fc33 for rawhide > Created task: 45462220 > Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=45462220 > > I've also pushed one extra fix to freecad (just adding

Re: Fedora 33 System-Wide Change proposal: CompilerPolicy Change

2020-06-05 Thread Richard Shaw
On Fri, Jun 5, 2020 at 10:33 AM Igor Raits wrote: > It is slightly different, you need to use `%global toolchain clang`, > but otherwise yes. > Is this documented somewhere? I've been manually sed'ing out the incompatible flags for PySide2 since it uses some clang only features. Thanks,

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

2020-06-05 Thread Richard Shaw
On Fri, Jun 5, 2020 at 11:43 AM Jonathan Wakely wrote: > On 05/06/20 09:00 -0500, Richard Shaw wrote: > The next error tells you the reason it couldn't be called: > > /usr/include/boost/variant/detail/apply_visitor_unary.hpp:46:1: error: > 'typedef void boost::static_visit

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

2020-06-05 Thread Richard Shaw
Next problem... /usr/include/boost/geometry/index/detail/rtree/node/variant_visitor.hpp:51:25: error: no matching function for call to 'apply_visitor(boost::geometry::index::detail::rtree::visitors::insert, WireJoiner::PntGetter>::members_holder,

Re: How to convert from GRUB to systemd-boot?

2020-06-04 Thread Richard Shaw
Ok, I think I've had enough of going down this rabbit hole. I'm going to move back to sd-boot and then blacklist grub2-common from being reinstalled. Thanks for the ideas everyone though! Thanks, Richard ___ devel mailing list --

Re: How to convert from GRUB to systemd-boot?

2020-06-04 Thread Richard Shaw
On Thu, Jun 4, 2020 at 3:24 PM Chris Murphy wrote: > > When it reboots, it skips the Fedora/GRUB loader and just shows Windows > Boot Manager and "Firmware Setup". > > This is the behavior before making any modifications following > installation? > > If so, then it's confuseled. I'd just use the

Re: How to convert from GRUB to systemd-boot?

2020-06-04 Thread Richard Shaw
On Thu, Jun 4, 2020 at 2:42 PM Chris Murphy wrote: > On Thu, Jun 4, 2020 at 1:19 PM Richard Shaw wrote: > > > > On Thu, Jun 4, 2020 at 2:11 PM Chris Murphy > wrote: > >> > >> On Thu, Jun 4, 2020 at 12:50 PM Richard Shaw > wrote: > >> >

Re: How to convert from GRUB to systemd-boot?

2020-06-04 Thread Richard Shaw
On Thu, Jun 4, 2020 at 2:11 PM Chris Murphy wrote: > On Thu, Jun 4, 2020 at 12:50 PM Richard Shaw wrote: > > > > Responding to the list instead of personal... > > > > On Thu, Jun 4, 2020 at 1:33 PM Marius Schwarz > wrote: > >> > &g

Re: How to convert from GRUB to systemd-boot?

2020-06-04 Thread Richard Shaw
Responding to the list instead of personal... On Thu, Jun 4, 2020 at 1:33 PM Marius Schwarz wrote: > Am 04.06.20 um 15:04 schrieb Richard Shaw: > > Is there someone that can help me convert my Fedora install from GRUB > > to systemd-boot and actually get it where kernel upda

Re: Proposal: Install gparted to Live installers

2020-06-04 Thread Richard Shaw
On Thu, Jun 4, 2020 at 10:49 AM Felipe Borges wrote: > On Thu, Jun 4, 2020 at 5:21 PM Ian McInerney > wrote: > > > > On Thu, Jun 4, 2020 at 4:01 PM Richard Shaw > wrote: > >> > >> I'm trying to install Fedora 32 to a MS Surface GO which has some sort >

Proposal: Install gparted to Live installers

2020-06-04 Thread Richard Shaw
I'm trying to install Fedora 32 to a MS Surface GO which has some sort of non-standard UEFI install. It refuses to boot anything but Windows from the ESP partition even though I can see it using efibootmgr. In troubleshooting this and working around it I'm using the F32 live installer, but I keep

Re: How to convert from GRUB to systemd-boot?

2020-06-04 Thread Richard Shaw
On Thu, Jun 4, 2020 at 9:15 AM Richard Shaw wrote: > Due to the kernel options problem, which I'm not clear would be solved by > removing grub/grubby, I decided to try to use systemd-boot to > bootstrap GRUB. > > The only requirement I can find is that it needs to be on

Re: How to convert from GRUB to systemd-boot?

2020-06-04 Thread Richard Shaw
Due to the kernel options problem, which I'm not clear would be solved by removing grub/grubby, I decided to try to use systemd-boot to bootstrap GRUB. The only requirement I can find is that it needs to be on the same drive as the ESP partition, so I'm going to convert the 1GB NEW_ESP partition

Re: How to convert from GRUB to systemd-boot?

2020-06-04 Thread Richard Shaw
One thing I forgot to mention, 1 & 2 are interrelated from what I can tell including a problem I didn't mention. Supposedly systemd-boot will attempt to find the root, /home, /var, etc automatically and ignore /etc/fstab, but it's not working for me, the boot hangs at gpt-auto-root. >From my

How to convert from GRUB to systemd-boot?

2020-06-04 Thread Richard Shaw
Is there someone that can help me convert my Fedora install from GRUB to systemd-boot and actually get it where kernel updates won't break it? The reason is that my MS Surface GO does not work with GRUB for some reason. Probably a non-standard UEFI implementation but I both found this to be the

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

2020-06-03 Thread Richard Shaw
On Wed, Jun 3, 2020 at 3:16 PM Jonathan Wakely wrote: > On 03/06/20 20:25 +0100, Ian McInerney wrote: > >On Wed, Jun 3, 2020 at 8:08 PM Richard Shaw wrote: > > > >> Ok, one problem after another with FreeCAD, maybe I'll get them fixed > >> before f33 is rele

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

2020-06-03 Thread Richard Shaw
Ok, one problem after another with FreeCAD, maybe I'll get them fixed before f33 is released :) /builddir/build/BUILD/FreeCAD-0.18.4/src/Gui/DAGView/DAGView.cpp: In constructor 'Gui::DAG::View::View(QWidget*)': /builddir/build/BUILD/FreeCAD-0.18.4/src/Gui/DAGView/DAGView.cpp:55:100: error: '_1'

Re: Has something changed with RPMS?

2020-06-03 Thread Richard Shaw
On Wed, Jun 3, 2020 at 2:47 AM Panu Matilainen wrote: > > Okay, fixed in rpm-4.16.0-0.beta1.2 in rawhide. > > For it to take effect though, the bootstrap-root needs to be updated (or > recreated). I don't know whether mock updates that automatically and if > it does, under what circumstances. >

Re: Has something changed with RPMS?

2020-06-02 Thread Richard Shaw
On Tue, Jun 2, 2020 at 11:05 AM Richard Shaw wrote: > On Tue, Jun 2, 2020 at 10:25 AM Adam Williamson < > adamw...@fedoraproject.org> wrote: > >> On Tue, 2020-06-02 at 06:34 -0500, Richard Shaw wrote: >> > >> > boost-devel, nosync=False, bootstrap=True

Re: Has something changed with RPMS?

2020-06-02 Thread Richard Shaw
On Tue, Jun 2, 2020 at 10:25 AM Adam Williamson wrote: > On Tue, 2020-06-02 at 06:34 -0500, Richard Shaw wrote: > > > > boost-devel, nosync=False, bootstrap=True > > real 1m13.294s > > user 0m6.723s > > sys 0m2.761s > > --- > > > > So it looks

Re: Has something changed with RPMS?

2020-06-02 Thread Richard Shaw
On Tue, Jun 2, 2020 at 6:38 AM Panu Matilainen wrote: > On 6/2/20 2:34 PM, Richard Shaw wrote: > > On Tue, Jun 2, 2020 at 5:13 AM Panu Matilainen > <mailto:pmati...@redhat.com>> wrote: > > > > > > Well, it's a guess. > > > > Jus

Re: Has something changed with RPMS?

2020-06-02 Thread Richard Shaw
On Tue, Jun 2, 2020 at 5:13 AM Panu Matilainen wrote: > > Well, it's a guess. > > Just tested the particular case of boost-devel install with plain rpm on > all of sqlite, bdb and ndb, and of the three, bdb is the slowest one. > The tested, expected behavior of sqlite is as fast or faster than

  1   2   3   4   5   6   7   8   9   10   >