Re: A package repository URL to get the packages built by Koji soon

eporting the issue on the ticket. So, the systemtap can notice this issue. https://bugzilla.redhat.com/show_bug.cgi?id=2315921 Thanks for your help. Jun On Wed, Oct 2, 2024 at 5:53 PM Adam Williamson wrote: > > On Wed, 2024-10-02 at 16:19 +0200, Petr Pisar wrote: > > V Wed, Oct 02, 20

A package repository URL to get the packages built by Koji soon

Hi, The following systemtap-5.2~pre17277956g0b7f6722-1.fc42 was built in Koji yesterday. But it is not propagated to the mirror repository servers yet. systemtap-5.2~pre17277956g0b7f6722-1.fc42 https://koji.fedoraproject.org/koji/buildinfo?buildID=2558654 I want to get the RPM package version by

Re: The fedpkg build failing

It seems after upgrading the fedpkg RPM, it's working now. ``` $ sudo dnf upgrade fedpkg $ rpm -q fedpkg fedpkg-1.45-2.fc39.noarch $ fedpkg build --nowait Building ruby-3.3.4-13.fc41 for rawhide Created task: 121241734 Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=121241734 ```

The fedpkg build failing

Hi, I am experiencing the following error when running `fedpkg build --nowait` to build rpms/ruby on a rawhide branch. What's happening now? ``` $ klist Ticket cache: KCM:1000 Default principal: jar...@fedoraproject.org Valid starting Expires Service principal 07/30/2024 13:40:

Re: How to make the rpminspect test required to pass Zuul CI?

On Tue, Jul 23, 2024 at 4:28 PM Aleksandra Fedorova wrote: > > Hi, > > On Tue, Jul 23, 2024 at 4:18 PM Jun Aruga (he / him) > wrote: >> >> Hello, >> >> Currently the rpminspect test is executed as non-voting in Zuul CI.[1] >> I want to change the se

How to make the rpminspect test required to pass Zuul CI?

Hello, Currently the rpminspect test is executed as non-voting in Zuul CI.[1] I want to change the setting to make rpminspect required to pass the Zuul CI on the rpms/rubygem-mysql2 dist-git repository. Could you tell me how to do it? Thanks. [1] https://fedora.softwarefactory-project.io/zuul/b

Re: F41 Change Proposal: Disable openSSL Engine Support (system-wide)

On Thu, Mar 21, 2024 at 12:16 PM Dmitry Belyavskiy wrote: > > Dear Jun, > > > > On Thu, Mar 21, 2024 at 11:04 AM Jun Aruga (he / him) > wrote: >> >> On Wed, Mar 20, 2024 at 2:36 PM Dmitry Belyavskiy >> wrote: >> > >> ... >> >>

Re: F41 Change Proposal: Disable openSSL Engine Support (system-wide)

On Wed, Mar 20, 2024 at 2:36 PM Dmitry Belyavskiy wrote: > ... >> > == Detailed Description == >> > We are going to build OpenSSL without engine support. Engines are not >> > FIPS compatible and corresponding API is deprecated since OpenSSL 3.0. >> > The engine functionality we are aware of (PKCS#

Re: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

> I see that the `/usr/bin/dnf5` doesn't exist in the > `/var/lib/mock/fedora-rawhide-x86_64-bootstrap`. Do you know how to > fix it? Now the error `/usr/bin/dnf5` doesn't exist in the `/var/lib/mock/fedora-rawhide-x86_64-bootstrap` came from a cache. When I ran the following commands, I was able

Re: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

Hi, I restored the /etc/mock ``` $ rpm -q mock-core-configs mock-core-configs-40.1-1.fc39.noarch $ sudo dnf upgrade mock-core-configs $ rpm -q mock-core-configs mock-core-configs-40.2-1.fc39.noarch ``` I needed to copy the logging.ini manually, as I saw an error related to this file when runni

Re: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

> Fedora 35 ^^ buildroot? Probably something to check. My /etc/mock/fedora-rawhide-x86_64.cfg had the `config_opts['releasever'] = '35'`. I changed it to the `config_opts['releasever'] = '41'`. As I still see the same error, it's not the root cause. But I need to recover files the /etc/mock from t

Re: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

> That said, DNF3 should work too. But instead of hunting this bug it may be > easier to update configs and use DNF5 that should be used anyway. As my mock-core-configs RPM version is below, I got the same version's RPM from the koji build link below, and plan to recover the files in the /etc/moc

Re: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

On Wed, Feb 21, 2024 at 6:09 PM Stephen Smoogen wrote: > > > > On Wed, 21 Feb 2024 at 12:05, Miroslav Suchý wrote: >> >> Dne 21. 02. 24 v 17:38 Jun Aruga (he / him) napsal(a): >> >> $ mock -r fedora-rawhide-x86_64 --shell >> >> >> >

Re: mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

On Wed, Feb 21, 2024 at 6:05 PM Miroslav Suchý wrote: > > Dne 21. 02. 24 v 17:38 Jun Aruga (he / him) napsal(a): > > $ mock -r fedora-rawhide-x86_64 --shell > > > > --setenv=LC_MESSAGES=C.UTF-8 --resolv-conf=off /usr/bin/dnf-3 > --disableplugin=versionlock install

mock: ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_pointer

Hello, I faced the following error by running the mock for Fedora rawhide on my Fedora 39 local environment. Anyone, do you know how to avoid this error? Thanks for your help. I filed this issue to the Bugzilla ticket below. ImportError: /lib64/libdnf.so.2: undefined symbol: g_once_init_enter_po

Re: Help packaging PyTorch dependencies for Fedora

Congratulations for the PyTorch package! https://src.fedoraproject.org/rpms/python-torch I hope someone will announce this great achievement to the Fedora community too, and update the following page too. https://fedoraproject.org/wiki/SIGs/PyTorch/packagingStatus Jun On Wed, Oct 11, 2023 at 11:

Re: checksec: Problem: conflicting requests in s390x

> > Why is the following one not a proper solution? I don't understand it. > > > > ``` > > Requires: %{_bindir}/nm > > ``` > > RPM cannot evaluate the %{_bindir} in Requires:. So it's essentially > looking for a virtual provides with those literal characters, which it > won't find. OK. I understan

Re: checksec: Problem: conflicting requests in s390x

> > > DEBUG util.py:442:- nothing provides python3.12dist(unicorn) >= > > > 1.0.2~rc1 needed by python3-pwntools-4.9.0-4.fc39.noarch from build > > > > This is a result of > > https://src.fedoraproject.org/rpms/unicorn/c/27cee3896b9c51abe3139222024e0a4def5e30e1?branch=rawhide > > > > Therefore,

Re: checksec: Problem: conflicting requests in s390x

On Fri, Sep 8, 2023 at 6:06 PM Yaakov Selkowitz wrote: > > On Fri, 2023-09-08 at 17:53 +0200, Jun Aruga wrote: > > I am running the scratch build for rpms/ruby [1] rawhide branch right > > now, and I see the following error in the root.log on only s390x CPU > > architec

checksec: Problem: conflicting requests in s390x

Hi, I am running the scratch build for rpms/ruby [1] rawhide branch right now, and I see the following error in the root.log on only s390x CPU architecture. Do you know what's wrong? https://koji.fedoraproject.org/koji/taskinfo?taskID=105910607 s390x: https://kojipkgs.fedoraproject.org//work/task

Re: RISC-V -- are we ready for more, and what do we need to do it?

> Red Hat is a member. In fact there's an (internal) kick-off meeting > for RISE today which I'll be attending. I saw that Red Hat is a member of the RISE project on the page. And it's really great to see that you will be attending the kick-off meeting. Thank you for that. I am looking forward to

Re: RISC-V -- are we ready for more, and what do we need to do it?

This is exciting news related to the RISC-V ecosystem. I expect that the RISC-V Software Ecosystem (RISE) Project will be a leading organization to help open source projects by providing free RISC-V CI services to them, and sponsoring the free RISC-V SSH servers on the clouds to them. It is like wh

Re: disabling yum modular repos by default?

> And that is just one example. Another example is changes in languages such as > Ruby, where application programmes sometimes cannot keep up with the changes. > Same is true for httpd or tomcat - just some other examples. I am in the Ruby SIG. In the case of Ruby, I don't think we have the capa

Re: disabling yum modular repos by default?

> "No fedora-repos-modular in default installation" ? I feel that's a better way than disabling (enabled=0) module repos by default. /etc/yum.repos.d/fedora-modular.repo /etc/yum.repos.d/fedora-updates-modular.repo #enabled=1 enabled=0 For people who want to use the modularity, once they instal

Re: disabling yum modular repos by default?

On Tue, May 9, 2023 at 6:32 AM Jens-Ulrik Petersen wrote: > > I have been thinking about proposing a Change to Fedora 39, > which would disable yum modular repos by default in installs. > I thought I would float the idea here first. > > I suspect the vast majority of Fedora users don't use > the m

Re: It’s time to transform the Fedora devel list into something new

In my opinion, in this kind of big change, it's important for us to make things reversible, and to consider a possibility for us to go back. I think it's better for us to keep the infra of the mailing list for a while. When we migrate the devel@ to the discourse, we should still keep to manage oth

Re: openldap: gdb: symbol lookup error: /lib64/libldap.so.2: undefined symbol: EVP_md2, version OPENSSL_3.0.0

t; with the system area. > You shouldn't replace or shadow the system library with your own one, > otherwise you get PROBLEMS. > > On Tue, Mar 28, 2023 at 3:06 PM Jun Aruga (he / him) > wrote: > > > > Dear Dmitry, > > > > Thanks! The workaround wor

Re: openldap: gdb: symbol lookup error: /lib64/libldap.so.2: undefined symbol: EVP_md2, version OPENSSL_3.0.0

Belyavskiy wrote: > > Dear Jan, > > Yes. gdb expects system openssl (providing this function) > > To workaround it, you have to provide the LD_SET_LIBRARY inside gdb, via > (gdb) set environment LD_LIBRARY_PATH /home/jaruga/.local/openssl-3.0.8/lib/ > > On Mon, Mar 27, 20

openldap: gdb: symbol lookup error: /lib64/libldap.so.2: undefined symbol: EVP_md2, version OPENSSL_3.0.0

Hi, I opened this issue's ticket for openldap on Bugzilla. https://bugzilla.redhat.com/show_bug.cgi?id=2181668 But let me ask on the devel@ mailing list too, as I want to debug a program with gdb and the source-compiled openssl soon. I am using Fedora 37. I built the openssl 3.0.8 from the source

Re: Self Introduction:

On Tue, Feb 28, 2023 at 10:19 PM Kanagaraj, Raghavan wrote: > > Hi All, > > I work as a Senior Kernel Engineer in Intel. I am responsible to create > Intel-cmt-cat package for Intel. I would like to join in Fedora packager > group. So that I can create and release the Intel-cmt-cat package

Re: SIG status, visibility, etc. [Re: Risc-V SIG?

> I am big fan of using FAS for SIG membership: > > https://fedoraproject.org/wiki/SIGs/Ruby#Members > > Not that we would did some cleanup of that group, but in theory, the > inactive members could be removed easier then just editing some random > wiki page. I am sure that maintaining members of

Unretired and BuildError: blocked for tag f39-updates-candidate

I reviviced a retired package (rpms/smide) by the process below. https://pagure.io/releng/issue/11281 Then when I added a new commit to rebase on the rawhide branch, and build, I got the following error by `fedpkg build`. Do you know what's wrong and what I need to do to fix the error? https://ko

Re: Risc-V SIG?

> Yep. Sigs exist because they say they do. ;) > > The risc-v sig has been around for a while, but I guess a sig wiki page > was never made. :( > > So, sure, we should setup a page and point to the discussion topic and > irc/matrix rooms. :) > > If you could do that it would be great... otherwise I

Re: List of long term FTBFS packages to be retired this week and orphaned now

Hi Miro, Sorry I will fix and rebuild the packages below on the rawhide asap. > bowtie jaruga, verdurin ... > simde jaruga -- Jun | He - Him | Timezone: UTC+1 or 2, Czech Republic See

Re: New WASM related mailing list

>> as there has been an interest in creating WASM SIG, I moved on with it. >> >> You can already join our mailing list: wasm-...@lists.fedoraproject.org Thanks for the malling list! I just wanted to share the page to subscribe to the WASM SIG. https://lists.fedoraproject.org/admin/lists/wasm-sig.

Re: New WASM related mailing list

On Thu, Jan 19, 2023 at 6:23 PM Zuzana Svetlikova wrote: > > Hi all, > > as there has been an interest in creating WASM SIG, I moved on with it. > > You can already join our mailing list: wasm-...@lists.fedoraproject.org Thanks for the malling list! I just wanted to share the page to subscribe

Re: Web Assembly on Fedora: interested in a Fedora SIG to work on this?

I am happy to join the group Now. I have a limited time, and more prioritized tasks in Fedora, but maybe I can help something for the SIG. -- Jun | He - Him | Timezone: UTC+1 or 2, Czech Republic See for the timezone. _

Re: HyperKitty: Thread tree broken?

> > > 1. > > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/Z2RR2OE5TAQH5CVJ5VB5T3R7OM5ULYPQ/#QZUTH6DSULKYBMGPPYNZMPX7YSYKOBTT > > > 2. > > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/2JLCYG4HBG2WP2MB4EZY5ODWXZCD4PDL/#2J

HyperKitty: Thread tree broken?

I see one issue on HyperKitty on the Fedora project. Below is thread 1 and 2 for the actual thread: "RISC-V -- are we ready for more, and what do we need to do it?" Do you know why it's not one thread page? 1. https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/Z2R

Re: WASM from Ruby - Lightning Chess Web App

> On 2023-01-09 00:36, Jun Aruga (he / him) wrote: > > On Sun, Jan 8, 2023 at 11:51 AM Philip Rhoades via devel > > wrote: > >> > >> People, > >> > >> Over the holidays we had our irregular Family Lightning Chess > >> competition (10 sec

Re: WASM from Ruby - Lightning Chess Web App

On Sun, Jan 8, 2023 at 11:51 AM Philip Rhoades via devel wrote: > > People, > > Over the holidays we had our irregular Family Lightning Chess > competition (10 seconds per move) - I have not found an online web site > that will work exactly with our rules and it occurs to me that this > would be a

Re: RISC-V -- are we ready for more, and what do we need to do it?

I posted the same article on Fedora Discussion.[1] However let me share it again on the devel@ to tell it to many people. This is interesting news about RISC-V this week. Perhaps, it’s time to prepare to add the RISC-V CPU to the Koji build system? Google wants RISC-V to be a “tier-1” Android arc

Re: Can't pull fedora rawhide container image

Thanks! I confirmed it works now. On Thu, Dec 8, 2022 at 9:58 PM Clement Verna wrote: > > This is fixed now, happy containering :-D -- Jun | He - Him | Timezone: UTC+1 or 2, Czech Republic See for the timezone. __

Re: Can't pull fedora rawhide container image

On Thu, Dec 8, 2022 at 11:02 AM Clement Verna wrote: > > There is a BZ to track this too > https://bugzilla.redhat.com/show_bug.cgi?id=2151833 > > > On Thu, 8 Dec 2022 at 10:50, Clement Verna wrote: >> >> The last working build [1] had only the aarch64 image. Since the rawhide >> images are pus

Can't pull fedora rawhide container image

I am trying to pull the fedora rawhide image from https://registry.fedoraproject.org/ . First, the URL below to print available tags is empty on my browser. https://registry.fedoraproject.org/repo/fedora/tags/ But I was able to see the available tags by skopeo. And the "rawhide" tag is included.

Re: Web Assembly on Fedora: interested in a Fedora SIG to work on this?

The Ruby new version 3.2.0 will start to support Web Assembly. It is planned to release the official version next month. https://www.ruby-lang.org/en/news/2022/11/11/ruby-3-2-0-preview3-released/ https://github.com/ruby/ruby/blob/master/wasm/README.md However, I had to build the necessary tools su

Re: Packaging a cross-compilation environment (wasi-libc)

On Mon, Oct 24, 2022 at 1:19 PM Jan Staněk wrote: > > Hi Jun, > > "Jun Aruga (he / him)" writes: > > Do you have a plan to create the RPM package for wasi-sdk[1]? > > Not really, since we already (almost) have it available :) > > The wasi-sdk consists of l

Re: Missing the .gnu.version_d section in binaries on Fedora?

On Fri, Oct 21, 2022 at 2:32 PM Florian Weimer wrote: > > * Jun Aruga: > > > When I was trying to use binaries built on the Ubuntu environment, on > > Fedora 36, I couldn't use it due to the missing the `.gnu.version_d > > section`.[1] I tried to run Ruby

Missing the .gnu.version_d section in binaries on Fedora?

When I was trying to use binaries built on the Ubuntu environment, on Fedora 36, I couldn't use it due to the missing the `.gnu.version_d section`.[1] I tried to run Ruby's configure referring to the binary (wasi-sdk). And I got the errors below. ``` $ ./configure LDFLAGS="-Xlinker -zstack-size=16

Re: Packaging a cross-compilation environment (wasi-libc)

> So, I am building the wasi-sdk from the source on Fedora 36. But I > feel it takes more than 60 minutes, and is still in progress. > I wonder how other program languages supporting WebAssembly manage > this situation. I just finished building the source. The building time was 60 minutes. ``` $

Re: Packaging a cross-compilation environment (wasi-libc)

Hi Jan, Thanks for the work around WebAssembly. Do you have a plan to create the RPM package for wasi-sdk[1]? The coming Ruby new version 3.2 supports WebAssembly, and it requires wasi-sdk to use it.[2] But the released wasi-sdk binaries on the upstream project don't have the binary compatibility

Re: Submit your questions and vote: Fedora on the Framework Laptop

Thanks for attending this talk session! Now the recording is available on the event platform Hopin. And I created the detailed chapters (timecodes) of the video. You can see the link below to find it. https://pagure.io/flock/issue/389#comment-809656 Jun On Tue, Jul 19, 2022 at 6:23 PM Jun Aruga

Submit your questions and vote: Fedora on the Framework Laptop

Hi Fedora devel people, I am sending this email, as I think that you might be interested in this topic. We are going to have a talk session below at an event, Nest with Fedora on 4-6th August after around 2 weeks.[1] The topic is to give the community an idea of what Fedora people have done to su

Re: F36 Change: Ruby 3.1 (System-Wide Change proposal)

> Will version 3.0 remain available as module in F36? And if so, in the full > extension with all packages as currently in F35 (i.e. including e.g. rails, > db connectors, etc, things that are missing in the 2.7 module). Yes, we always keep the old version of Rubies as a module. So, we will buil

Re: How I test RPM Conditionals ? in shell command line

> I use %bcond , with %bcond we can manipulate mock builds with --with ou > --without . > In my opinion the most confuse of %bcond is not have %without tag . I > think that is address here : > https://github.com/rpm-software-management/rpm/pull/1520 As a reference, you can also manipulate the mock

Re: How I test RPM Conditionals ? in shell command line

On Mon, Nov 29, 2021 at 2:51 PM Vitaly Zaitsev via devel wrote: > > On 29/11/2021 14:22, Jun Aruga wrote: > > You can use `%bcond_with foo` (foo is not set as "false") or > > `%bcond_without foo` (foo is set as "true") syntax. > > %bcond_with{,out} has

Re: How I test RPM Conditionals ? in shell command line

You can use `%bcond_with foo` (foo is not set as "false") or `%bcond_without foo` (foo is set as "true") syntax. ``` %bcond_without foo # foo is set as true %if %{with foo} echo 1 %else echo 0 %endif ``` Then run `mock --with foo *.rpm` or `mock --without foo *.rpm` for the SRPM file. Jun

Re: Fedora 35 status and testing needed

> > > Original Message ---- > On Nov 3, 2021, 3:58 PM, Jun Aruga < jar...@redhat.com> wrote: > > > On Mon, Oct 25, 2021 at 11:03 AM Jun Aruga wrote: > > > > On Mon, Oct 25, 2021 at 10:33 AM Samuel Sieb wrote: > > > > > > On 2021-10-25 01

Re: Fedora 35 status and testing needed

On Mon, Oct 25, 2021 at 11:03 AM Jun Aruga wrote: > > On Mon, Oct 25, 2021 at 10:33 AM Samuel Sieb wrote: > > > > On 2021-10-25 01:21, Jun Aruga wrote: > > > I might find the issues about installation with the Fedora 35 64-bit > > > network install image. How

Re: Fedora 35 status and testing needed

On Mon, Oct 25, 2021 at 10:33 AM Samuel Sieb wrote: > > On 2021-10-25 01:21, Jun Aruga wrote: > > I might find the issues about installation with the Fedora 35 64-bit > > network install image. How and where can I report it? > > Is the beta installation too old to tes

Re: Fedora 35 status and testing needed

I might find the issues about installation with the Fedora 35 64-bit network install image. How and where can I report it? Is the beta installation too old to test now? Thanks. https://getfedora.org/en/workstation/download/ Jun -- Jun | He - Him ___ de

Orphan my rubygem-thin/rubygem-term-ansicolor packages

I orphaned the rubygem-thin and rubygem-term-ansicolor packages after communicating in Fedora Ruby SIG due to a limitation of my priorities and time in my life. As a note, these are not a dependency of Ruby on Rails. https://src.fedoraproject.org/rpms/rubygem-thin https://src.fedoraproject.org/rpm

Re: Upstream tip wanted: CI service for Big Endian acrhes

stent workers/ https://developer.ibm.com/components/ibm-linuxone/gettingstarted/ On Tue, Nov 13, 2018 at 2:46 PM Jun Aruga wrote: > > I just created the topic on Travis community page. > https://travis-ci.community/t/multiarch-testing-tips/862 > > Jun --

Re: mock: rawhide: No such file or directory: '/var/lib/mock/fedora-rawhide-x86_64/root/etc/resolv.conf'

Thanks for the response! After upgrading the mock to the latest version on Fedora 32, the issue disappeared. ``` $ rpm -q mock mock-2.3-1.fc32.noarch $ sudo dnf upgrade mock $ rpm -q mock mock-2.6-1.fc32.noarch ``` -- Jun | He - His - Him ___ devel m

mock: rawhide: No such file or directory: '/var/lib/mock/fedora-rawhide-x86_64/root/etc/resolv.conf'

I am suddenly seeing the following error when running mock command for rawhide. Did you see the following error? ``` No such file or directory: '/var/lib/mock/fedora-rawhide-x86_64/root/etc/resolv.conf' ``` ``` $ rpm -q mock mock-2.3-1.fc32.noarch $ mock -r fedora-rawhide-x86_64 ruby-2.5.8-106.f

Re: Removing a branch created by mistake

On Wed, Sep 9, 2020 at 3:28 PM Mikolaj Izdebski wrote: > > On Wed, Sep 9, 2020 at 3:15 PM Jun Aruga wrote: > > > > Yesterday I created the "wip/2.7" branch on modules/ruby dist-git > > repository by mistake. ;-< > > https://src.fedoraproject.org/m

Removing a branch created by mistake

Yesterday I created the "wip/2.7" branch on modules/ruby dist-git repository by mistake. ;-< https://src.fedoraproject.org/modules/ruby/branches I remember the current rule is we can not remove the branch we created, right? Jun -- Jun | He - His - Him ___

Re: Test machines for s390x?

> I am wondering if there is some way we can spin up a test machine for s390x? I do not know the way for s390x. I wish that the test machine resources for s390x are supported by an organization not only for Fedora but also for the upstream open source projects for free, as the resources for Arm a

Re: module build: BuildrootError: could not init mock buildroot

> Can you try again now? we fixed a major issue with mbs, which I wouldn't think was related to this, but who knows.. I tried it, and found the cause of the error now. > So isn't this the relevant part of root.log which could give a hint? Yes, possibly it is related to the issue. > https://koji

Re: module build: BuildrootError: could not init mock buildroot

Hi, > Weird. The actual error is: > "ERROR: Could not find useradd in chroot, maybe the install failed?" > > But that sounds like what happens when it didn't install the build rpms > in there. > > Can you try again now? we fixed a major issue with mbs, which I wouldn't > think was related to this,

module build: BuildrootError: could not init mock buildroot

Hi, Sometimes once per a few times, I faced the following weird build error when building Ruby modules. Did you see it? Known issue? https://koji.fedoraproject.org/koji/taskinfo?taskID=48194471 BuildrootError: could not init mock buildroot, mock exited with status 20; see root.log for more inform

bowtie license change

The license for bowtie was changed from "Artistic 2.0 and zlib and GPLv3 and LGPLv3+" to "Artistic 2.0 and zlib" [1]. Because the bundled dependency SeqAn [2] (licence: "GPLv3 and LGPLv3+") was deleted on the latest version. [1] https://src.fedoraproject.org/rpms/bowtie/c/1862384d6d0359faae46be54

Re: python3-pyparsing: conflicting error

I opened the issue ticket for systemtap. https://bugzilla.redhat.com/show_bug.cgi?id=1841558 -- Jun | He - His - Him ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code

python3-pyparsing: conflicting error

This just happened on Fedora rawhide build now. Could anyone fix it? https://koji.fedoraproject.org/koji/taskinfo?taskID=45138807 https://kojipkgs.fedoraproject.org//work/tasks/8880/45138880/root.log DEBUG util.py:600: No matches found for the following disable plugin patterns: local, spacewalk

Re: Orphaned uglify-js

> >FreeIPA depends on uglify-js to minimize its JS code. Do we have any > >other alternative that doesn't change meaning of the code? > > I quickly hacked on to use python3-rjsmin, seems to work fine for our > use case. Okay. It's good to know it. I tried to suggest bundling your uglify-js in the

Orphaned uglify-js

Hi, I orphaned the package. https://src.fedoraproject.org/rpms/uglify-js because * I removed the uglify-js dependency from rubygem-uglifier. * When I asked the co-maintainers, there was no response. * The difficulty of the management. uglify-js requires nodejs-acorn, which requires nodejs-rollup

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

> gcc provides compat x86 intrinsics via "x86intrin.h", they were > successfully used eg. by darktable (raw photo sw) Okay. Thanks for the info. -- Jun | He - His - Him ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an emai

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

> They're packages for a header-only system, not libraries, hence my confusion. Hi Dave, okay. > Who's pushing this, and how do I present an HPC performance engineering perspective? I appreciate your interest in the bioinformatics in HPC. The simde Fedora package: Me The simde Debian package: Mi

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

> > 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 library is * simde-devel in Fedora and EPEL [1] * libsimde-dev in Debian [2] The purpose is to build

Re: CMake3-3.17.1 on EPEL7

Thanks for maintaining it. I did not know we can use CMake 3 with cmake3 RPM on EPEL7. Jun -- Jun | He - His - Him ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code o

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

On Sun, Apr 26, 2020 at 9:41 PM Steven Munroe wrote: > > Jun Aruga writes: > > > I recommend using the simde (SIMD Everywhere) library for the packaging and > > contribution > > to the upstream. https://github.com/nemequ/simde > > This does not help unless t

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

Hi Rechard, I recommend using the simde (SIMD Everywhere) library for the packaging and contribution to the upstream. https://github.com/nemequ/simde You do not need to care about the availability by arch or compiler when using this library. simde-devel is available in Fedora stable versions now

Review Swap: bowtie2 - A read aligner for genome sequencing

Hi, Could anyone swap the review? Review Request: bowtie2 - A read aligner for genome sequencing https://bugzilla.redhat.com/show_bug.cgi?id=1824348 bowtie2 [1] is C++ software for genome analysis.It can be also used for COVID-19 analysis [2]. Thanks. Jun [1] https://github.com/BenLangmead/bow

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

> Follow the trail: uglify-js requires nodejs-acorn, which requires > nodejs-rollup, which requires that. Ah thanks for checking it. I should run `dnf repoquery --whatrequres` more. Can someone take uglify-js as a main maintainer? I can give it to you. https://src.fedoraproject.org/rpms/uglify-js

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

> jaruga: nodejs-source-map-support, jruby I am okay to let nodejs-source-map-support orphan. I have no idea why nodejs-source-map-support affects me. Jun -- Jun | He - His - Him ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe s

Re: Outage: Migration of Copr servers - 2020-02-23 06:00 UTC

> > Fedora Infrastructure are in the middle of 2 data center moves currently > > with a COVID-19 lockdown affecting our ability to give any timelines of > > when things will be available. I do not think the servers will be available > > until May at the earliest and they will be a lower priority th

Re: Outage: Migration of Copr servers - 2020-02-23 06:00 UTC

> > Any update for Copr ppc64le chroots? > > Not yet, the HW is still not assembled in new lab. > > Pavel Do you know when it will be available? If it takes some time, how about using qemu emulation for the ppc64le chroot for now? -- Jun | He - His - Him _

Re: Outage: Migration of Copr servers - 2020-02-23 06:00 UTC

> Also, please know that we needed to temporarily disable ppc64le chroots (as it was previously announced) because at this moment we don't have access to any builders on that architecture. Any update for Copr ppc64le chroots? -- Jun | He - His - Him __

Review Swap: simde - SIMD Everywhere

Hi, Could anyone want to swap a review? Review Request: simde - SIMD Everywhere https://bugzilla.redhat.com/show_bug.cgi?id=1823001 simde [1] is a header files only library for a software implementing SIMD [2] to build with multiple CPU architectures. Thanks. Jun [1] https://github.com/nemequ/

Re: Packit-as-a-Service case studies and tips

> * How to manage a RPM spec file on the upstream repository, synchronizing it with Fedora rawhide's one. As my first step, I am trying to use Packit, having separately managed the RPM spec file that is only used to run the %check section on the Fedora scratch build at the pull-request in the upst

RPM packages included in Medical and Biology category in Fedora?

I created lists of RPM packages in Medical and Biology using Koschei's group tag feature. The medical-sig tag is for medical, healthcare, biology, computing biology, bioinformatics. The biology tag is for biology, computing biology, bioinformatics, genomics. Could you tell me any other packages y

Packit-as-a-Service case studies and tips

I am considering using Packit-as-a-Service [1] for an upstream project, as the maintainer of the project suggested managing the RPM spec file on the upstream's repository in Github. Could you tell me some case studies of the upstream project using Packit-as-a-Service? I know rebase-helper [2] is u

Re: Koji is failing on s390x

> should be https://pagure.io/koji/issue/1974 > > What's the size of the srpm? Thanks for sharing the info. It's 238 KB. ``` $ ls -hl rubygem-puma-4.3.3-1.fc32.src.rpm -rw-rw-r-- 1 jaruga jaruga 238K Mar 31 19:52 rubygem-puma-4.3.3-1.fc32.src.rpm ``` But it might be my fault. I was putting ruby

Koji is failing on s390x

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 Traceback (most recent call last): File "/usr/lib/python3.7/site-pac

Re: Heads up: OpenSSL-1.1.1e coming to Rawhide

> The list of (likely) affected packages is growing: > > https://koschei.fedoraproject.org/affected-by/openssl-libs?epoch1=1&version1=1.1.1d&release1=7.fc33&epoch2=1&version2=1.1.1e&release2=1.fc33&collection=f33 It's a useful list! Thanks. Note rubygem-puma is added to the list too. -- Jun | He

Re: Machine learning SIG is looking for interesting ideas

> - Do you miss anything in Fedora which would make your development on ML apps > easier? Let us know! We can fix it. Hi Lumir! I have something to miss for RPM packaging. 1. A recommendation of an initial package spec file from the source archive (= Source0) by ML. Learning data: For existin

Re: Adding Medical SIG package group and including bio-tech, biology

> ## Creating RPM group: medical-sig > > I would like to add "medical-sig" to the RPM groups that is listed on > the page below. > https://koschei.fedoraproject.org/groups > Someone do you know how to create the group? I want both "medical-sig" and "biology" group. "medical-sig" group is to manag

Adding Medical SIG package group and including bio-tech, biology

Hi, There are 3 topics for the Fedora Medical SIG in this email. ## Creating RPM group: medical-sig I would like to add "medical-sig" to the RPM groups that is listed on the page below. https://koschei.fedoraproject.org/groups Someone do you know how to create the group? ## Including bio-tech

Re: Package uses Gradle (retired) to build: what to do?

Hi Mikolaj, Thanks for your info and recommendation. > Currently I don't have time to maintain Gradle in Fedora. Several of my packages are built with Gradle by their upstreams, but currently it is more feasible to port packages to be built with Maven rather than maintaining Gradle in Fedora. But

Re: Package uses Gradle (retired) to build: what to do?

> Anyone with the time to (co-)maintain Gradle? :) I added Mikolaj and Daniel to TO. They had maintained gradle before being dead.package, seeing the past commits in rpms/gradle. Mikolaj and Daniel, do you like to come back as a maintainer of rpms/gradle? -- Jun | He - His - Him

  1   2   >