Re: Radeon with 64k page size (ppc64 and others)

On Thu, 7 Jan 2021 18:00:42 + Peter Robinson wrote: > On Thu, Jan 7, 2021 at 3:24 PM Neal Gompa wrote: > > > > On Thu, Jan 7, 2021 at 10:10 AM Daniel Pocock wrote: > > > > > > > > > > > > On 07/01/2021 12:35, Dan Horák wrote: > > &

Re: Radeon with 64k page size (ppc64 and others)

Hi Daniel, On Wed, 6 Jan 2021 14:11:37 +0100 Daniel Pocock wrote: > > We did some more troubleshooting of AMD Radeon issues on ppc64 > > As with Nouveau, it looks like a change from 64k to 4k page size got it > working again with RX 5700. I suspect it will be similar for RX 6800 if > we can

Re: How to troubleshoot aarch64 and s390x?

On Thu, 17 Dec 2020 12:23:27 -0800 Kevin Fenzi wrote: > On Thu, Dec 17, 2020 at 07:32:59AM -0600, Richard Shaw wrote: > > I'm working on building the new openexr package but the unit tests are > > failing but just on aarch64 and s390x. > > > > The aarch64 test instances are down due to the

Re: s390x only buildroot problem - mesa/vulkan vs QT5

On Mon, 14 Dec 2020 00:40:31 +0100 Alexander Ploumistos wrote: > Hello, > > I don't understand how, but I seem to have hit this issue with an F33 build: > https://koji.fedoraproject.org/koji/taskinfo?taskID=57394473 it's between mesa/vulkan and QT5, seems the fix from rawhide hasn't been

Re: mock not running cmake tests

Hi Nick, On Tue, 8 Dec 2020 04:13:31 -0500 Nick Black wrote: > I'm trying to debug a unit test failure that's only showing up > on s390x for notcurses. I've been able to get a s390x build > going with > > "mock -r fedora-34-s390x --arch=s390x --forcearch=s390x" haven't you received my email

Re: Koji funkiness?

On Thu, 26 Nov 2020 09:51:36 -0600 Richard Shaw wrote: > I've noticed that builds seem to be completing slower than usual, some > seemingly to s390x builder shortages, but now I've got this build: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=56281919 > > I've looked at most of the

Re: orphaning python-dmidecode

: > > On 11/25/20 10:43 AM, Dan Horák wrote: > >> Hi all, > >> > >> I'm orphaning python-dmidecode, I have inherited it after a member of > >> our team left and have no interest or use case for it. I vaguely > >> remember there was a project who rel

Re: orphaning python-dmidecode

On Wed, 25 Nov 2020 10:56:39 +0100 Miro Hrončok wrote: > On 11/25/20 10:43 AM, Dan Horák wrote: > > Hi all, > > > > I'm orphaning python-dmidecode, I have inherited it after a member of > > our team left and have no interest or use case for it. I vaguely > >

orphaning python-dmidecode

Hi all, I'm orphaning python-dmidecode, I have inherited it after a member of our team left and have no interest or use case for it. I vaguely remember there was a project who relied on python-dmidecode, so if it's still true, then they should step up. Repoquery returns nothing for

Re: F34, ppc64 and changing from 64k to 4k page size?

On Wed, 18 Nov 2020 18:54:51 +0100 Daniel Pocock wrote: > > > Hi all, > > Given the problems with the 64k page size, is it feasible to offer the > 4k page size as default for ppc64 users in Fedora 34? personally I haven't encountered any problems related to 64k pages on my Talos II system,

Re: qt-mobility -> qtwebkit, and qt4 removal (was Re: Heads up: proj 7.2.0 + gdal 3.2.0)

On Thu, 5 Nov 2020 22:26:37 +0100 Sandro Mani wrote: > > On 05.11.20 20:27, Sandro Mani wrote: > > > > On 05.11.20 12:36, Tom Hughes wrote: > >> On 05/11/2020 11:24, Sandro Mani wrote: > >> > >>> I'll be building proj-7.2.0 together with gdal-3.2.0 in rawhide > >>> shortly. I'll do a round of

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

On Thu, 1 Oct 2020 12:06:51 +0200 Ondrej Dubaj wrote: > I see no other discussion here and related arguments not to make this > update. I know it might break other packages, but it needs to be done > to be according to the guidelines. I do not see it as a big problem to for the record -

packages still requiring ncurses

Hi, when looking at a recent issue when a change to lorax templates broke composes for ppc64le and s390x I have found that there are packages that explicitly require the ncurses package and I wonder if all of these Requires are correct. Because quite some time ago there was a split so "ncurses"

Re: F32 ppc64le build failure: ImportError: /lib64/libgomp.so.1: cannot allocate memory in static TLS block

On Fri, 4 Sep 2020 18:39:18 -0400 Elliott Sales de Andrade wrote: > On Fri, 4 Sep 2020 at 18:03, Ankur Sinha wrote: > > > > Hello folks, > > > > I'm seeing this error that causes a test failure on F32 for a noarch > > python package. It builds in mock on my x86_64 here, but on koji it gets > >

Re: Is s390 (32-bit) relevant for Fedora alt arch ?

On Fri, 4 Sep 2020 10:00:11 +0100 Daniel P. Berrangé wrote: > I'm looking at cleaning up some parts of the QEMU spec and we have > conditionals in there testing for s390 arch (aka 32-bit). IIRC it > was previously a secondary arch, at least back in the Fedora 22-ish > timeframe. I'm not seeing

Re: fedora-secondary boot image timeout

On Tue, 1 Sep 2020 08:25:03 -0500 Greg Hellings wrote: > I'm sorry, I don't know where the boot media information is kept, otherwise > I would raise my question there, instead. I'm trying to automate the > creation of ppc64le systems. x86_64 ISOs have a 30 second timeout on the > boot menu.

Re: Galera FTBFS in f33, but same build passes in f32

already mentioned - there is a problem in the project's source code with the fail_*() functions leading to a compiler warning that's turned into an error by -Werror. Dan > What do you mean by real issues? > > On Thu, Aug 27, 2020 at 2:38 PM Dan Horák wrote: > > > On Thu,

Re: Galera FTBFS in f33, but same build passes in f32

On Thu, 27 Aug 2020 14:21:03 +0200 Lukas Javorsky wrote: > Hi folks, > > I've run into the compilation problem in the Galera package > This problem occurs only on f33 and higher tho. > > Here is build performed on Fedora 32: > https://koji.fedoraproject.org/koji/taskinfo?taskID=50232504 > >

Re: Minor koji web interface bug?

On Wed, 26 Aug 2020 07:42:19 -0500 Richard Shaw wrote: > 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 > >

Re: boost-devel at ppc64le

On Sat, 15 Aug 2020 22:15:58 +0300 TI_Eugene wrote: > What does this means: > https://koji.fedoraproject.org/koji/taskinfo?taskID=49323976 ? > Is it bug or feature? I suspect it's using (very) outdated configure macros for boost, try to refresh them from autoconf-archive. Dan

Re: Test machines for s390x?

On Wed, 5 Aug 2020 21:21:02 -0700 Kevin Fenzi wrote: > On Wed, Aug 05, 2020 at 11:26:34PM -0400, Elliott Sales de Andrade wrote: > > Hi, > > > > Now that ppc64 is gone, s390x is the only big-endian architecture > > left. Bugs around endianness are not usually difficult to fix, _if_ I > > can

Re: s390x weirdness during mass rebuild

On Mon, 27 Jul 2020 09:10:59 -0600 Jerry James wrote: > I don't know if this is related to what we saw during the previous > mass rebuild, but on s390x only, the TOPCOM build failed with: > > BuildrootError: Requested repo (1785306) is DELETED > > See

Re: Koji oops

On Fri, 17 Jul 2020 15:15:00 +0300 Евгений Пивнев wrote: > What’s wrong with koji? > Yet another maintenance jobs that I missed? > https://koji.fedoraproject.org/koji/taskinfo?taskID=47345974 > this is a packaging bug, from

Re: [fedora-java] Re: Mass rebuild for f33-java11 side tag completed

On Fri, 17 Jul 2020 10:42:45 +0200 Iñaki Ucar wrote: > Could someone with superpowers cancel the following task for me? > Thanks. done, it has already failed on i686 Dan > https://koji.fedoraproject.org/koji/taskinfo?taskID=47330918 > > On Fri, 17 Jul 2020 at 09:44, Fabio

Re: Outdated programs in rawhide

On Wed, 15 Jul 2020 01:36:09 +0200 Xose Vazquez Perez wrote: > scala: https://bugzilla.redhat.com/1080923 > libnetfilter_queue: https://bugzilla.redhat.com/1512736 > nftables: https://bugzilla.redhat.com/1846663 > libcap: https://bugzilla.redhat.com/1700167 > ed:

Re: [Rawhide] Blender failed to build

On Thu, 9 Jul 2020 01:08:57 -0700 Luya Tshimbalanga wrote: > Hello team, > > Could someone investigate the failure on Blender 2.83.2 as tested on > the scratch build? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=46849313 > > I don't know what exactly causes the issue. Here is the

Re: Why fedpkg build failed ?

On Wed, 17 Jun 2020 13:03:07 +0200 "J. Scheurich" wrote: > Hi, > > I updated white_dune with creating a source.rpm, > > $ fedpkg clone wdune > $ fedpkg import source.rpm > $ fedpkg commit > $ fedpkg push > $ fedpkg build > > but i get the following problem > >

Re: Datacenter move day 2

On Wed, 10 Jun 2020 12:55:08 +0200 Dan Horák wrote: > On Wed, 10 Jun 2020 12:46:15 +0200 > Dan Horák wrote: > > > On Wed, 10 Jun 2020 12:17:42 +0200 > > Dan Horák wrote: > > > > > On Tue, 9 Jun 2020 23:24:57 -0700 > > > Kevin Fe

Re: Datacenter move day 2

On Wed, 10 Jun 2020 12:46:15 +0200 Dan Horák wrote: > On Wed, 10 Jun 2020 12:17:42 +0200 > Dan Horák wrote: > > > On Tue, 9 Jun 2020 23:24:57 -0700 > > Kevin Fenzi wrote: > > > > > Greetings everyone. > > > > > > Just a quick r

Re: Datacenter move day 2

On Wed, 10 Jun 2020 12:17:42 +0200 Dan Horák wrote: > On Tue, 9 Jun 2020 23:24:57 -0700 > Kevin Fenzi wrote: > > > Greetings everyone. > > > > Just a quick recap of our day 2 datacenter move. > > > > Today was the buildsystem and all it's asso

Re: Datacenter move day 2

On Tue, 9 Jun 2020 23:24:57 -0700 Kevin Fenzi wrote: > Greetings everyone. > > Just a quick recap of our day 2 datacenter move. > > Today was the buildsystem and all it's assocated things. > > As for builders in the new datacenter, we have 32 buildvm's, 40 > buildvm-ppc64's, the same

Re: Problems with packages compiled with gcc 10.0

On Tue, 19 May 2020 17:42:29 +0200 Guido Aulisi wrote: > Il giorno mar, 19/05/2020 alle 12.11 +0200, Florian Weimer ha scritto: > > * Guido Aulisi: > > > > > I'm getting some strange errors from some packages built for f32 > > > with > > > gcc 10.0 [0]. > > > Building with g++ 10.1 ardourd5

Re: Aggressive updating (Python 3.9): Are we trying to hard?

On Tue, 19 May 2020 08:29:45 -0700 Adam Williamson wrote: > On Tue, 2020-05-19 at 08:49 -0500, Richard Shaw wrote: > > I think here we need better ways of testing software in Rawhide > > other than well, running Rawhide (VM or bare metal), besides the > > old mock chroot xnest hack. I'm open to

Re: Boost packages conflict

On Thu, 14 May 2020 20:08:07 - "Denis Arnaud" wrote: > > No one try to install it now. New boost will be in F33 only. > > > > But if boost not installed in system and user want install for > > example libreoffice he will get this error and can't install any > > package requires boost. > >

Re: simple-koji-ci fails with new patch

On Fri, 1 May 2020 13:21:10 +0200 Iñaki Ucar wrote: > Hi, > > I forked a package, changed the spec, added a patch and submitted a > PR. Then simple-koji-ci fails because the patch wasn't included in the > SRPM apparently [1]. Any idea why? Did I miss something? > > [1]

Re: What CPU extensions can we assume are available by arch?

On Mon, 27 Apr 2020 16:23:39 +0100 Dave Love wrote: > Jun Aruga writes: > > >> > For the better user experience, we are promoting the system > >> > library for both RPM and Debian based Linux distributions. > >> > >> What system library, for what purpose? > > > > Hi Dave, > > The simde system

Re: [SONAME bump] json-c-0.14 (libjson-c.so.4 -> 5)

On Wed, 22 Apr 2020 20:27:29 +0200 Miro Hrončok wrote: > On 22. 04. 20 20:16, Björn 'besser82' Esser wrote: > > Am Mittwoch, den 22.04.2020, 20:02 +0200 schrieb Miro Hrončok: > >> On 22. 04. 20 19:47, Björn 'besser82' Esser wrote: > >>> Hi Dan, > >>> > >>> I created the list of packages with the

Re: [SONAME bump] json-c-0.14 (libjson-c.so.4 -> 5)

On Wed, 22 Apr 2020 12:00:37 +0200 Björn 'besser82' Esser wrote: > The SONAME bump has been done, and the re-builds of all packages have > finished successfully. looks you have missed s390utils with the rebuilds and it's also missing in the initial list of packages. How did you created the list

Re: Build failure of Crawl on F32+

On Wed, 22 Apr 2020 13:00:26 +0200 Antonio Trande wrote: > Hi all. > > Any idea about why this error comes out on F32+ and not on F31? new GCC 10 and a header not included? https://en.cppreference.com/w/cpp/string/wide/iswalnum Dan > ``` > ui.cc:2086:12: error: 'iswalnum'

Re: Orphaned packages looking for new maintainers (incl. GConf2, keybinder3, orangefs)

On Tue, 14 Apr 2020 10:12:35 +0100 Peter Robinson wrote: > On Tue, Apr 14, 2020 at 10:07 AM 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

Re: Koji is failing on s390x

On Tue, 31 Mar 2020 17:36:28 +0200 Jun Aruga wrote: > Koji is failing to build before creating root.log and build.log on > s390x right now. > Is it a known issue? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=42916760 > https://koji.fedoraproject.org/koji/taskinfo?taskID=42916889 > >

Re: multiple definitions build failure on armv7hl only

On Mon, 30 Mar 2020 16:20:32 +0200 Dan Horák wrote: > On Thu, 5 Mar 2020 20:38:07 -0700 > Orion Poplawski wrote: > > > On 3/4/20 10:09 PM, Orion Poplawski wrote: > > > Test building the latest gdl, I get the following errors only on > > > armv7hl: > > &

Re: multiple definitions build failure on armv7hl only

On Thu, 5 Mar 2020 20:38:07 -0700 Orion Poplawski wrote: > On 3/4/20 10:09 PM, Orion Poplawski wrote: > > Test building the latest gdl, I get the following errors only on > > armv7hl: > > > > /usr/bin/ld: CMakeFiles/gdl.dir/basic_op.cpp.o:(.rodata+0x30): > > multiple definition of `typeinfo

Re: Fedora 32 Build failures on non-x86 arch - tlog

On Mon, 30 Mar 2020 09:16:46 -0400 Justin Stephenson wrote: > Hello, > > I received an email notification that some builds of the 'tlog' > package are failing on aarch64 and ppc64le, with a link provided > below: > > https://koschei.fedoraproject.org/package/tlog?collection=f32 > > However,

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

results from my upgrade attempt today Chyba: Problém 1: problem with installed package hgview-1.13.0-1.fc31.noarch - hgview-1.13.0-1.fc31.noarch does not belong to a distupgrade repository - nothing provides python3-qscintilla needed by hgview-1.13.1-1.fc32.noarch Problém 3: package

Re: Fedora 33 System-Wide Change proposal: ELN Buildroot and Compose

On Wed, 25 Mar 2020 15:59:55 +0100 Miro Hrončok wrote: > On 25. 03. 20 15:50, Fabio Valentini wrote: > >>> Branching means forking Fedora Rawhide into something else. Which > >>> eventually will lead to new downstream tree which will ignore the > >>> rest of Fedora and just use the fork instead.

Re: Anyone seen build hangs (esp armv7, s390x) in Fedora?

On Wed, 18 Mar 2020 09:50:24 + "Richard W.M. Jones" wrote: > On Wed, Mar 18, 2020 at 10:46:19AM +0100, Dan Horák wrote: > > On Wed, 18 Mar 2020 09:34:45 + > > "Richard W.M. Jones" wrote: > > > > > > > > This might be a

Re: Anyone seen build hangs (esp armv7, s390x) in Fedora?

On Wed, 18 Mar 2020 09:34:45 + "Richard W.M. Jones" wrote: > > This might be a bug in the package itself, but has anyone seen builds > hanging in weird places, in Rawhide, especially on armv7 and s390x? > > This packge build has hung 3 times in the same place, once on armv7 > and twice on

Re: BuildError: error building package (arch s390x), mock exited with status 1

On Thu, 12 Mar 2020 14:58:02 - "Martin Gansser" wrote: > Hi, > > the build of speed-dreams on s390x arch fails [1] with > > DEBUG util.py:598: speed-dreams-1:2.2.2-6.fc33 > DEBUG util.py:596: error: >

Re: confused by rpminspect automated test

On Mon, 9 Mar 2020 10:12:26 -0400 David Cantrell wrote: > On Sun, Mar 08, 2020 at 10:59:19AM +, Zbigniew Jędrzejewski-Szmek > wrote: > >Hi, > > > >for a recent systemd build, the automated tests results showed > >failure [1], and one of the failing tests was >

Re: confused by rpminspect automated test

On Sun, 8 Mar 2020 10:59:19 + Zbigniew Jędrzejewski-Szmek wrote: > Hi, > > for a recent systemd build, the automated tests results showed > failure [1], and one of the failing tests was > fedora-ci.koji-build.rpminspect.static-analysis. > > When I click on the label, I get redirected to

Re: confused by rpminspect automated test

On Sun, 8 Mar 2020 10:59:19 + Zbigniew Jędrzejewski-Szmek wrote: > Hi, > > for a recent systemd build, the automated tests results showed > failure [1], and one of the failing tests was > fedora-ci.koji-build.rpminspect.static-analysis. > > When I click on the label, I get redirected to

Re: Signal 4 (ILL) caught by ps in mock

On Mon, 17 Feb 2020 11:26:30 +0100 Petr Pisar wrote: > On Fri, Feb 14, 2020 at 02:33:15PM -0700, Christoph Junghans wrote: > > On Fri, Feb 14, 2020 at 10:37 AM Dan Horák wrote: > > > > > > On Fri, 14 Feb 2020 10:28:10 -0700 > > > Christoph Junghans wrote:

Re: Signal 4 (ILL) caught by ps in mock

On Fri, 14 Feb 2020 10:28:10 -0700 Christoph Junghans wrote: > >> > >> In your case procps-ng package seems to be miscompiled (or run on > >> an incopatible hardware). I recommend getting a shell in the mock > >> enviroment (mock --shell) and investigeting whether the ps program > >> works

Re: (ppc64le) ELF load command alignment not page-aligned

On Fri, 31 Jan 2020 18:14:55 +0100 Dan Horák wrote: > On Fri, 31 Jan 2020 18:08:11 +0100 > Alejandro Álvarez Ayllón wrote: > > > El vie., 31 ene. 2020 17:59, Dan Horák escribió: > > > > > On Fri, 31 Jan 2020 16:43:21 +0100 > > > Dan Horák wrote: >

Re: (ppc64le) ELF load command alignment not page-aligned

On Fri, 31 Jan 2020 18:08:11 +0100 Alejandro Álvarez Ayllón wrote: > El vie., 31 ene. 2020 17:59, Dan Horák escribió: > > > On Fri, 31 Jan 2020 16:43:21 +0100 > > Dan Horák wrote: > > > > > On Fri, 31 Jan 2020 16:32:15 +0100 > > > Alejandro Álva

Re: (ppc64le) ELF load command alignment not page-aligned

On Fri, 31 Jan 2020 18:08:11 +0100 Alejandro Álvarez Ayllón wrote: > El vie., 31 ene. 2020 17:59, Dan Horák escribió: > > > On Fri, 31 Jan 2020 16:43:21 +0100 > > Dan Horák wrote: > > > > > On Fri, 31 Jan 2020 16:32:15 +0100 > > > Alejandro Álva

Re: (ppc64le) ELF load command alignment not page-aligned

On Fri, 31 Jan 2020 16:43:21 +0100 Dan Horák wrote: > On Fri, 31 Jan 2020 16:32:15 +0100 > Alejandro Álvarez Ayllón wrote: > > > Hello all, > > > > I am on the process of creating a new package, and making sure it > > builds smoothly on Fedora. > > Ho

Re: (ppc64le) ELF load command alignment not page-aligned

On Fri, 31 Jan 2020 16:32:15 +0100 Alejandro Álvarez Ayllón wrote: > Hello all, > > I am on the process of creating a new package, and making sure it > builds smoothly on Fedora. > However, even if it compiles successfully in ppc64le, the %check > command fails with this error: > >

Re: [fedora-arm] Re: Fedora 32 Mass Rebuild - fpc bootstrap on aarch64

On Tue, 28 Jan 2020 02:23:10 - "Artur Iwicki" wrote: > No, this was done on a Fedora install. But thanks for the input! I've > looked into the sources and with patched paths and rebuilt bootstrap > compiler, the koji scratch build went ok. Gonna make a commit to > dist-git soon. awesome,

Re: Fedora 32 Mass Rebuild

On Mon, 27 Jan 2020 22:12:41 +0100 Fabio Valentini wrote: > On Mon, Jan 27, 2020 at 10:06 PM Dan Horák wrote: > > > > On Mon, 27 Jan 2020 15:59:37 -0500 > > Mohan Boddu wrote: > > > > > Dan and Artur, > > > > > > The mass rebuild hasn't sta

Re: Fedora 32 Mass Rebuild

On Mon, 27 Jan 2020 15:59:37 -0500 Mohan Boddu wrote: > Dan and Artur, > > The mass rebuild hasn't started yet, I can wait until 08:00 UTC > 28-Jan-2020 before starting the mass rebuild. > > If the work is not done by then, we have to run a selective rebuild > later. I don't think we can fix

Re: [fedora-arm] Re: Fedora 32 Mass Rebuild - fpc bootstrap on aarch64

On Mon, 27 Jan 2020 20:28:15 - "Artur Iwicki" wrote: > If you're asking "what's the source code", then it's built using the > same source as the RPM. After going through %setup (i.e. extracting > everything and applying patches), do: $ cd fpcsrc/ $ make all > CPU_TARGET=aarch64

Re: [fedora-arm] Re: Fedora 32 Mass Rebuild - fpc bootstrap on aarch64

On Mon, 27 Jan 2020 21:19:34 +0100 Dan Horák wrote: > On Mon, 27 Jan 2020 20:11:07 - > "Artur Iwicki" wrote: > > > Here's a koji scratch build: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=41102368 > > > > The ppc64le bootstrap

Re: Fedora 32 Mass Rebuild - fpc bootstrap on aarch64

On Mon, 27 Jan 2020 20:11:07 - "Artur Iwicki" wrote: > Here's a koji scratch build: > https://koji.fedoraproject.org/koji/taskinfo?taskID=41102368 > > The ppc64le bootstrap went fine, the aarch64 one fails at: /builddir/build/BUILD/fpcbuild-r1430/fpcsrc/compiler/ppca64 fpmake.pp -n

Re: Fedora 32 Mass Rebuild

On Mon, 27 Jan 2020 18:42:28 - "Artur Iwicki" wrote: > Yes, sorry about that. I'm working on it right now. Should be done > before midnight CET. > > FPC 3.2.0 was originally to come out before the end of 2019, but it > still hasn't been released. Reading the forums and the bug tracker, >

Re: Fedora 32 Mass Rebuild

On Mon, 27 Jan 2020 10:25:50 -0500 Mohan Boddu wrote: > Hi all, > > Per the Fedora 32 schedule[1] we will be starting a mass rebuild for > Fedora 32 today. We are doing a mass rebuild for Fedora 32 for all the > changes: > > https://fedoraproject.org/wiki/Changes/GLIBC231 >

Re: Why so many errors on stg for PowerPC for last composes ?

On Tue, 14 Jan 2020 08:43:17 -0800 Adam Williamson wrote: > On Tue, 2020-01-14 at 11:58 +0100, Normand wrote: > > Hello Adam, > > > > I am surprised by the number of errors for PowerPC on openqa stg > > since 20200110 compose: > > https://openqa.stg.fedoraproject.org/group_overview/3 > > Is

Re: Copr Build System - review of 2019 and vote for features in 2020

On Wed, 8 Jan 2020 10:00:07 +0100 Miroslav Suchý wrote: > I want to sum up what happened in Copr during 2019. At the end of > this email, you can see our TODO list and cast your vote on what we > should focus on. > > What are our plans for 2020? We have some mandatory tasks: > * migrate to new

Re: koji builder status

On Fri, 20 Dec 2019 01:39:42 + Mat Booth wrote: > On Thu, 19 Dec 2019 at 21:13, Dan Horák wrote: > > > > On Thu, 19 Dec 2019 12:10:00 -0800 > > Kevin Fenzi wrote: > > > > > On Sun, Dec 15, 2019 at 10:24:16AM +0100, Fabio Valentini wrote: &g

Re: koji builder status

On Thu, 19 Dec 2019 12:10:00 -0800 Kevin Fenzi wrote: > On Sun, Dec 15, 2019 at 10:24:16AM +0100, Fabio Valentini wrote: > > > > Side note: Considering that there are comparatively few armv7hl > > builders, I wonder why a rather big share of my noarch builds gets > > scheduled to run on them.

Re: No pthread on s390x?

On Sat, 14 Dec 2019 07:27:46 -0600 Richard Shaw wrote: > This error only happens on s390x... > > -- Looking for pthread.h > -- Looking for pthread.h - found > -- Performing Test CMAKE_HAVE_LIBC_PTHREAD > -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed > -- Looking for pthread_create in

Re: No kernel package on Fedora Rawhide ppc64le?

On Sat, 7 Dec 2019 16:37:09 + Peter Robinson wrote: > On Sat, 7 Dec 2019, 14:46 Justin Forbes, wrote: > > > On Sat, Dec 7, 2019 at 5:01 AM Richard W.M. Jones > > wrote: > > > >> > >> https://koji.fedoraproject.org/koji/taskinfo?taskID=39456403 > >> > >> DEBUG util.py:596: No matching

Re: Suspicious file in /usr/lib64

On Wed, 20 Nov 2019 11:18:58 +0100 Dan Horák wrote: > On Wed, 20 Nov 2019 10:03:41 - > "Ralf Senderek" wrote: > > > Koschei has informed me that Cryptlib fails to build in F31 on the > > ppc64le platform. The build error is an upackaged file > > "/

Re: Suspicious file in /usr/lib64

On Wed, 20 Nov 2019 10:03:41 - "Ralf Senderek" wrote: > Koschei has informed me that Cryptlib fails to build in F31 on the > ppc64le platform. The build error is an upackaged file > "/usr/lib64/st8bPtV6" which obviously should never exist at all. > >

Re: Building eBPF programs

On Thu, 17 Oct 2019 22:21:39 +0100 Tom Hughes wrote: > On 17/10/2019 21:39, Steve Grubb wrote: > > On Thursday, October 17, 2019 4:21:44 PM EDT Tom Hughes wrote: > >> On 17/10/2019 20:44, Steve Grubb wrote: > >>> I don't think __x86_64__ is defined as the program is aimed at > >>> eBPF in the >

Re: Packaging graph-tool: help speeding up build

On Mon, 14 Oct 2019 16:50:31 +0100 Ankur Sinha wrote: > Hello, > > I'm working on packaging up graph-tool[1] for SciTech/NeuroFedora. The > spec file is a WIP here[2]. I've not yet managed to complete a > build---it managed to get my F31 server machine to go completely > unresponsive when I

Re: cc1plus getting killed on ppc64le builds

On Sun, 06 Oct 2019 18:03:16 -0500 Michael Catanzaro wrote: > On Sun, Oct 6, 2019 at 4:14 pm, Orion Poplawski > wrote: > > Is there any way to check if this was due to an OOM condition? > > In my experience, that error is always the OOM killer. yup, and either we need the builders to get more

Re: aarch64 test systems implementation

On Fri, 20 Sep 2019 11:10:41 +0100 Dave Love wrote: > Stephen John Smoogen writes: > > > It depends on what level of emulation you mean. Are you meaning "is > > it an x86_64 acting like a aarch64?" then the answer is no. > > Yes, that's what I meant, thanks. > > > If you are > > meaning "is

Re: Which arch should we add to Copr?

On Tue, 17 Sep 2019 15:01:48 +0200 Miroslav Suchý wrote: > Dne 17. 09. 19 v 13:12 Dan Horák napsal(a): > > sounds great, but are they using a real hw or are they emulated (and > > how)? > > It will be emulated using --forcearch > https://github.com/rpm-software-mana

Re: Which arch should we add to Copr?

On Tue, 17 Sep 2019 12:48:33 +0200 Dominik Turecek wrote: > Hello, > > we are now able to build for armhfp and s390x architectures in Copr. sounds great, but are they using a real hw or are they emulated (and how)? Dan ___ devel

Re: Random s390x build failures

On Fri, 6 Sep 2019 14:38:44 +0100 "Richard W.M. Jones" wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1734883 > > Builds fail semi-randomly on s390x. The symptom is the tarball fails > to unpack properly: > > DEBUG util.py:585: BUILDSTDERR: error: unpacking of archive failed > on file

Re: RPM building on s390x sometimes is very slow on F-30+

On Fri, 30 Aug 2019 11:19:37 -0700 Kevin Fenzi wrote: > On 8/28/19 2:13 PM, Peter Lemenkov wrote: > > Hello All, > > > > I've just got hit by this again - lockups on s390. Looks like I have > > 100% reproducer (just try to build Erlang and it will stuck > > eventually). > > > > *

Re: ppc64le Rawhide VM issues

On Mon, 19 Aug 2019 10:03:35 -0700 Adam Williamson wrote: > On Mon, 2019-08-19 at 11:46 -0500, Greg Hellings wrote: > > On Thu, Aug 15, 2019 at 3:42 PM Steven Munroe > > wrote: > > > > > > My qemu boot command is currently: > > > > qemu-system-ppc64 -m 2048 -smp 2 -machine pseries -cpu power9

Re: are the ppc64le builders healthy?

On Fri, 26 Jul 2019 09:02:57 +0200 Dan Čermák wrote: > Jason L Tibbitts III writes: > > >> "KK" == Kaleb Keithley writes: > > > > KK> I built the latest ceph-14 (14.2.2) on rawhide successfully two > > KK> days ago. Two different builds on f30 built or are building > > KK> fine on

Re: Rolling out Phase I of rawhide package gating

On Tue, 23 Jul 2019 22:51:28 +0200 Pierre-Yves Chibon wrote: > Good Morning Everyone, > > TL;DR: On July 24th we will turn on the first phase of Rawhide > package gating, for single build updates. > In a later phase, Rawhide updates that contain multiple builds will > also be enabled for

Re: Fedora 32 System-Wide Change proposal: x86-64 micro-architecture update

On Tue, 23 Jul 2019 12:16:45 +0200 Igor Gnatenko wrote: > On Tue, Jul 23, 2019 at 12:08 PM Kevin Kofler > wrote: > > > > Igor Gnatenko wrote: > > > 1. Lower requirement to something like SSE4 and select other CPU > > > features which are available in most of CPUs for last decade. > > > > Sorry,

Re: RPM building on s390x sometimes is very slow on F-30+

On Thu, 11 Jul 2019 12:33:58 +0200 Dan Horák wrote: > On Thu, 11 Jul 2019 10:11:40 + (UTC) > Philip Kovacs via devel wrote: > > > It's likely the big endian emulation running on little endian > > machines which is killing performance.  I also have some time > &

Re: RPM building on s390x sometimes is very slow on F-30+

On Thu, 11 Jul 2019 10:11:40 + (UTC) Philip Kovacs via devel wrote: > It's likely the big endian emulation running on little endian > machines which is killing performance.  I also have some time > sensitive package tests failing on s390x.   On Thursday, July 11, there is no emulation

Re: Self Introduction: Steven Munroe

On Wed, 3 Jul 2019 10:18:45 -0500 Steven Munroe wrote: > My name is Seven Munroe and have worked on Linux and POWER platform > enablement for the past 18 year. Including contributions to GLIBC and > more recently GCC. Now that I am retired I have some time to pursue > development and ecosystem

Re: gcc/g++ compiler memory exhaustion on build vms

On Wed, 26 Jun 2019 05:33:24 + (UTC) Philip Kovacs via devel wrote: > > On Wednesday, June 26, 2019, 01:05:13 AM EDT, John Reiser > > wrote: > > > Please quantify: What is the byte size of the .s file? > > > First hint: give the virtual machine enough resources! > > Either RAM, or

Re: Fedora 31 System-Wide Change proposal: The GNU C Library version 2.30

On Fri, 21 Jun 2019 13:26:00 -0400 Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/GLIBC230 > > == Summary == > Switch glibc in Fedora 31 to glibc version 2.30. Florian/Carlos, what is the status of https://fedoraproject.org/wiki/Changes/PPC64LE_Float128_Transition ?

Re: Do people not care about broken dependencies?

On Mon, 10 Jun 2019 09:41:39 -0400 Neal Gompa wrote: > On Mon, Jun 10, 2019 at 9:33 AM Dan Horák wrote: > > > > On Mon, 10 Jun 2019 08:34:16 -0400 > > Neal Gompa wrote: > > > > > On Mon, Jun 10, 2019 at 8:31 AM Dan Horák wrote: > > > > > &g

Re: Do people not care about broken dependencies?

On Mon, 10 Jun 2019 08:34:16 -0400 Neal Gompa wrote: > On Mon, Jun 10, 2019 at 8:31 AM Dan Horák wrote: > > > > On Mon, 10 Jun 2019 11:35:52 +0200 > > Igor Gnatenko wrote: > > > > > On Mon, Jun 10, 2019 at 11:31 AM Vít Ondruch > > > wrote: > &

Re: Do people not care about broken dependencies?

On Mon, 10 Jun 2019 11:35:52 +0200 Igor Gnatenko wrote: > On Mon, Jun 10, 2019 at 11:31 AM Vít Ondruch > wrote: > > > > There used to be sent nagging email about broken dependencies, but > > it is not sent anymore. I last received such email on 11th of March > > 2018, so probably we don't

[EPEL-devel] Re: Project plans for EL-8 (2019-05-15 good til 2019-05-22)

On Thu, 16 May 2019 10:31:48 -0400 Stephen John Smoogen wrote: > On Thu, 16 May 2019 at 09:48, Dan Horák wrote: > > > On Wed, 15 May 2019 18:06:21 -0400 > > Stephen John Smoogen wrote: > > > > > In trying to get resources allocated, I have been working

[EPEL-devel] Re: Project plans for EL-8 (2019-05-15 good til 2019-05-22)

On Wed, 15 May 2019 18:06:21 -0400 Stephen John Smoogen wrote: > In trying to get resources allocated, I have been working on the > project plans for 8. The original one was at > https://fedoraproject.org/wiki/Infrastructure_2020/EPEL-8 > > As of today an updated one is at > >

Re: sign_and_send_pubkey: signing failed: agent refused operation

On Thu, 16 May 2019 11:11:52 +0200 Jakub Jelen wrote: > On Wed, 2019-05-15 at 17:09 -0400, Steve Dickson wrote: > > Hello, > > > > I'm getting the following error when I'm access the fedora git > > trees. > > > > sign_and_send_pubkey: signing failed: agent refused operation > >

Re: s390x: hanging koji build

On Sat, 11 May 2019 10:41:37 +0200 Felix Schwarz wrote: > Hi, > > I'm trying to create a new build borgbackup for rawhide/F30 > (borgbackup is currently broken on F30). > > However it seems like the s390x build just hangs: > https://koji.fedoraproject.org/koji/taskinfo?taskID=34771060 > > The

Re: Maintainer test instances

On Tue, 16 Apr 2019 09:37:55 -0500 Dennis Gilmore wrote: > https://www.openmainframeproject.org/ has some information on getting > access to mainframe resources. there is also some information at > https://osuosl.org/services/ibm-z/ I believe both of them end up > running on hardware at Marist

<    1   2   3   4   5   6   7   >