Hi, Fedora developers!
My name is Jun Aruga.
I live in Brno, Czech Republic, working in Red Hat.
I mainly have lived in open source world over than 10 years.
I worked as a Software Engineer in Japan for a long time, and in Singapore for
3 years.
Now I am preparing my first Fedora package
Hi, Fedora developers!
My name is Jun Aruga.
I live in Brno, Czech Republic, working in RedHat.
I mainly have lived in open source world over than 10 years.
I worked as Software Engineer in Japan for a long time, and in Singapore for 3
years.
Now I am preparing my first Fedora package for Ruby
one issued which was affected on my managed packages.
Jun Aruga
- Original Message -
> From: "Kevin Fenzi" <ke...@scrye.com>
> To: devel@lists.fedoraproject.org
> Sent: Friday, July 29, 2016 7:21:38 PM
> Subject: Orphaned packages seeking new point of contact
&g
Hi,
rubygem-thin package changes
from (GPLv2 or Ruby) and MIT
to (GPLv2+ or Ruby) and BSD and MIT
Regards,
Jun Aruga
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
eguide/shell.xml
https://github.com/icy/bash-coding-style
http://wiki.bash-hackers.org/scripting/style
Jun Aruga
- Original Message -
> From: "Christopher" <ctubb...@fedoraproject.org>
> To: "Development discussions related to Fedora"
> <devel@lists.f
I would take a look at it.
Thanks.
Jun Aruga
- Original Message -
> From: "chandan kumar" <chandankumar.093...@gmail.com>
> To: "Development discussions related to Fedora"
> <devel@lists.fedoraproject.org>
> Sent: Monday, August 22, 2016 4:31:38 PM
> Sub
Hi,
We can see several bash (= sh on Fedora) script files under /etc such as
/etc/init.d/functions
/etc/profile
Anyone could you tell me whether there is a common style guideline (coding
standards) to write the shell script on Feodra?
Thanks,
Jun Aruga
--
devel mailing list
devel
and videos for some, not all talks,
if you are the speaker and you have slide or video, I would like you to upload
those to the page.
Thank you.
--
Jun Aruga
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Hi,
Okay, I could install the shellcheck with the Fedora package.
And it works, and it looks nice.
I am going to use those 2 checkers for a while.
Thanks.
Jun Aruga
- Original Message -
> From: "Christopher" <ctubb...@fedoraproject.org>
> To: "Development di
blem started when somebody decided to
> reimplement a well-known existing package in a different language without
> changing the name. It seems like the right solution is to ask the
> rust-parallel folks to rename their project instead of squatting on an
> existing name.
>
> Z
.
I understand what you are talking about.
Yeah, the suffix style "parallel-rust" looks better.
Jun
On Mon, Dec 4, 2017 at 11:10 PM, Jason L Tibbitts III <ti...@math.uh.edu>
wrote:
> >>>>> "JA" == Jun Aruga <jar...@redhat.com> writes:
>
>
. Boot with a
> live CD or over the network (PXE) and turn machines into KVM guests.
> http://libguestfs.org/virt-v2v
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproj
License of rubygem-coderay package was changed
from: LGPLv2+
to: MIT
https://src.fedoraproject.org/rpms/rubygem-coderay/c/24c8b248c94fb8f0c4173e59bc8eb17f291c767e?branch=master
--
Jun Aruga jar...@redhat.com
___
devel mailing list -- devel
aproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/HQWC4L7UKBVWSCSL33WM5P5QN6HTZB2U/
--
Jun Aruga jar...@redhat.com
IRC: jaruga, Office: TPB(Technology Park Brno) Building C 1F, Brno,
Czech Republic
___
getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/WH7TMHJ565ETG2OSG5VRUO5NOBW3VXYO/
--
Jun Aruga jar...@
fig YAML files, some config files are
still version 1.
I like to share that we can use the version 2, changing the /version
element from 1 to 2.
Version 2 spec:
https://github.com/fedora-modularity/libmodulemd/blob/master/spec.v2.yaml
Regards,
--
Jun Aru
I just created the topic on Travis community page.
https://travis-ci.community/t/multiarch-testing-tips/862
Jun
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
ur upstream about providing some
> resources here.
>
> --
> Brian Stinson
> CentOS CI Infrastructure Team
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedo
> This and more is documented in the Modularity section of Fedora Docs:
> https://docs.fedoraproject.org/en-US/modularity/making-modules/defining-modules/
>
> On Wed, Sep 12, 2018 at 10:56 AM Jun Aruga wrote:
>>
>> Just sharing information.
>>
>> When t
Hi,
I like to see "package branch name" of each modules to be aligned more.
Here is a list of the current module, the module stream name, the
package branch name, another package name. There are some patterns on
the list.
# module, the module stream name (module/foo's branch), the package
On Tue, Apr 16, 2019 at 3:38 PM Igor Gnatenko
wrote:
>
> Why?
>
> What is the problem with packages having branch "latest", "1.x" and such?
It's no problem.
Rather it might be better in the point of view of "minimal necessary
package branches for now".
I thought it again.
I considered below
Hi Mikolaj
> I thought of using names in format "stream-${name}-${stream}" (eg.
stream-scala-2.10), but I can use "${name}-${stream}" (scala-2.10)
format too - consistency between modules is more important than
maintainer personal preferences.
I just checked current modules' situation in f29
line 417, in generate_expanded_mmds
> current_mmd = Modulemd.Module.new_from_string(mmd.dumps())
> TypeError: :
> Argument 0 does not allow None as a value
>
> Any pointers anyone?
>
> Paul.
> ___
> devel mailing list -- deve
/fm-orchestrator
fm-orchestrator repository is including module-build-service, and mbs-manager.
I remember "mbs-build local" command worked for the local build in late 2017.
But I could not find the command now.
--
Jun Aruga / He - His - Him
___
devel
on local easily or add the environment to your x86_64 base
CI.
If you are interested in how it works, see [2] and [3].
[1] multiarch project: https://github.com/multiarch
[2] https://github.com/multiarch/qemu-user-static
[3] https://github.com/multiarch/fedora
--
Jun Aruga / He - His - Him
jar...@re
> On Mon, May 06, 2019 at 04:17:18PM +0200, Jun Aruga wrote:
> > Podman 1.2 and Docker CE 18.09.5 on My Fedora 30 work for your use case.
> >
> > $ docker --version
> > Docker version 18.09.5, build e8ff056
>
> This is not what Fedora ships. We have (in F30)
>
I am suggesting a new feature "podman buildx" like "docker buildx"
that makes a better multi arch build experience.
See below URL if you are interested in it.
Supporting building multi-platform images (podman buildx)
https://github.com/containers/buildah/issues/1590
--
dk run --userns=host -it --rm docker.io/php:7-fpm-alpine sh
> works fine. So it seems to be limited to user namespaces.
What is dk command?
--
Jun Aruga / He - His - Him
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe s
, we push manifest listed containers to dockerhub so that
> command will work everywhere.
Alright, I did not know the kind of alias feature. Thanks for the info.
--
Jun Aruga / He - His - Him
___
devel mailing list -- devel@lists.fed
tivation is not like
* Running x86_64 container on x86_64 machine
* Running aarch64 container on aarch64 machine
...
but
* Running aarch64, s390x, ppc64le and etc containers on x86_64 machine.
The reason is that makes multi arch's tests enable on x86_64
environment or x86_64 base CI service.
Modularity team,
On below definition of the modularity document, there is a problem, as Vit said.
https://docs.fedoraproject.org/en-US/modularity/making-modules/naming-guidelines/#_package_branch_name
The problem is If we use X.Y.Z as a package branch name with rpms/bar,
for example the
I change my question.
Do you know who is creating this kind of multi arch container images?
https://dl.fedoraproject.org/pub/fedora/linux/releases/30/Container/aarch64/images/
Jun
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
I found Fedora 30 armhfp container image here.
https://dl.fedoraproject.org/pub/fedora/linux/development/30/Container/
I am still looking for Fedora 30 armv7hl, i686 and ppc64le container images.
--
Jun Aruga / He - His - Him
jar...@redhat.com / IRC: jaruga
p.tar
$ ls -l */layer.tar
-rw-r--r-- 1 jaruga jaruga 256970240 Feb 20 14:00
88edf58c1d5b3ee606b724b19ac4b4866b20ba93d15d5b330fc6cc29055b480b/layer.tar
Thanks. Solved.
--
Jun Aruga / He - His - Him
jar...@redhat.com / IRC: jaruga
___
devel mailing list -
t; now?
Does it work on your environment?
--
Jun Aruga / He - His - Him
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-
> The agenda for the meeting is available as flagged tickets [in the Modularity
> repository](https://pagure.io/modularity/issues?status=Open=Meeting).
No agenda? I have several topics to let you discuss.
--
Jun Aruga / He - His - Him
___
ner/
aarch64, x86_64
b. https://dl.fedoraproject.org/pub/fedora-secondary/releases/30/Container/
s390x
c. https://dl.fedoraproject.org/pub/fedora/linux/development/30/Container/
aarch64, armhfp, x86_64
--
Jun Aruga / He - His - Him
___
devel
Thanks for the action, Vit.
I take care for next time.
--
Jun Aruga / He - His - Him
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https
We have orphaned rubygem-paranoia discussing co-maintainer, as It is
not a required package to install Rails.
https://bugzilla.redhat.com/show_bug.cgi?id=1675942#c7
--
Jun Aruga / He - His - Him
jar...@redhat.com / IRC: jaruga
___
devel mailing list
al-Base-30-1.2.s390x.tar.xz
=> No Fedora-Container-Base-*.tar.xz
Thanks.
--
Jun Aruga / He - His - Him
jar...@redhat.com / IRC: jaruga
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an emai
Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
--
Jun Aruga / He - His - Him
jar...@redhat.com / IRC: jaruga
___
sql/sources python3/sources varnish/sources
I like to see the file structure and testing module is documented or
linked in below page
https://docs.fedoraproject.org/en-US/modularity/making-modules/
--
Jun Aruga jar...@redhat.com
___
devel m
There are 2 Ruby modules 2.5 and 2.6.
Ruby 2.5 module has rubygem-bundler in it.
How about keeping the rubygem-bundler as 1.X?
--
Jun Aruga | He - His - Him
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel
For someone who wants to see current registered external bug trackers,
click "Add link" drop down list from below link to see the list. :)
It's interesting to see many bug trackers are already in it.
https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora
--
Jun Aruga | He -
I also want to join!
--
Jun Aruga | He - His - Him
___
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
ec user process caused "exec format error"
$ sudo podman run --rm --privileged multiarch/qemu-user-static --reset -p yes
$ podman run --rm -t arm64v8/fedora:30 uname -m
aarch64
```
--
Jun Aruga | He - His - Him
___
devel mailing list -- deve
docker buildx, docker/(podman) build --platform
Please come!
--
Jun Aruga | He - His - Him
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://doc
___
> 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 Guidelines: https:
solution I am considering is "(e.g., not own that file
and create that directories in scriptlet)".
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1732178
--
Jun Aruga | He - His - Him
___
devel mailing list -- devel@lists.fedoraproject.
On Thu, Sep 19, 2019 at 12:28 PM Dave Love wrote:
>
> Are the aarch64 test systems running on real or emulated hardware? (Is
> there a way to tell?)
>
> I ask because I'm seeing bad numerical results from a test and would
> like to know if I can eliminate qemu as a possible cause -- not that I
>
> I'd suggest that the Modularity team could preapre a list of example
> use cases that will present the strenghts of the modularity.
I just share below my project for me to investigate use cases to
switch a modules stream with Fedora (and RHEL) container and Travis
CI.
It's not general module
> > Do you mean a system to test SRPM on aarch64? or a system to test a
> > open source code?
> > Do you mean CI testing system or an aarch64 server for adhoc test?
>
> I don't know why it matters, but I'm testing dynamic micro-architecture
> selection added to a library I've packaged.
Because
> I'm working on (learning modularity) and developing a module for my package
> and created a not-so-great (super long) branch name in the dist-git rpm and
> module repo before I realized that it would be the stream's name too.
I faced similar situation. Ruby module was released as
>> Yes, you can hide the branch from the result of "dnf module list". I
>> asked it to someone to hide "private-jaruga-master" stream.
>> But I forget the way.
>
>
> Maybe someone else can help :D
I remembered the way after searching my past emails. :D
You can open a ticket on releng to hide it
Hi all,
Someone (especially proven packagers), could you review below library
package related to bio science?
It has already been reviewed several times. I think I fixed every
items mentioned by a reviewer.
Review Request: htslib - C library for high-throughput sequencing data
formats (required
HI Ben,
> Where does Communishift fit in here? I didn't see it mentioned.
Could you explain about the meaning of the word "Communishift" in plain English?
As I am not a native English speaker, I do not understand the actual
meaning. Maybe does it mean a kind of behavior?
--
Jun | He - His -
> > Could you explain about the meaning of the word "Communishift" in plain
> > English?
>
> Communishift is the OpenShift cluster that Infra runs for
> community-run applications[1]. Its name is a portmanteau of
> "Community" and "OpenShift".
>
> [1]
> There's also a video about it from Flock 2019:
> https://www.youtube.com/watch?v=phCHilTEQb4=PL0x39xti0_64C75dRUuwlXlfYRgjgdEP4=8=0s
Thanks. But why is the video mode "Unlisted" not public?
--
Jun | He - His - Him
___
devel mailing list --
> Does anyone know of, or have, any critical/important use cases that would
be disrupted by QEMU dropping 32-bit *host* support ? If so, let me know
here & I can forward feedback on. Or feel free to go direct to QEMU thread
upstream.
I am not a real user of ARM 32-bit. I just checked information
> For example, how about releasing compat-qemu50 RPM if upstream will
> drop armv7 on qemu 6.x?
> It's like compat-openssl10 RPM for openssl (version 1.1) RPM.
>
> Maybe if some RPM packages need armv7 support, they can use
> compat-qemu50 conditionally in the spec file.
Sorry. Typo.
> ## What exactly is happening?
>
> The formal change proposal is here:
> https://fedoraproject.org/wiki/Changes/RetirePython2
>
> Packages requiring Python 2 will be removed starting November 15 (unless
> they have an exception).
> Components with all essential subpackages removed will be
For linked-list,
> + ruby -Ilib:. -e 'Dir.glob "test/**/test_*.rb", (:require)'
...
> 0 runs, 0 assertions, 0 failures, 0 errors, 0 skips
> + popd
"test/**/test_*.rb" you are using is incorrect in this case, and
different from the guideline. The test files were not captured..
> Existing status will be migrated from the fedora-scm-requests repo on pagure
> to
use this drop-down.
> Using the fedora-scm-requests repo for the anitya integration will no longer
> be
supported.
Thank you for the anitya integration feature.
I have 2 questions. After the migration will be
> We are thinking on providing a simple text field to submit FAS username or
> email to override the default assignee, the big question is then, who should
> be allowed to update this field ?
I like it's the same policy with editing the Setting page of
https://src.fedoraproject.org/rpms/foo .
> > 2. Is it possible to put a link of a package's Antiya project page
> > around "Monitoring status" of the rpm/foo page?
> > It looks useful to know and edit the setting easily.
> >
> > For example. rpms/ruby https://src.fedoraproject.org/rpms/ruby
> > =>
ra-active-user/commits/feature/ci-py3-on-didier13150-master
Yeah, the junaruga's [2] works for me.
I am waiting for the pull-request (including [2]) that will be merged
with enabling the Travis CI.
@pypingou could you check and merge the code?
https://github.com/pypingou/fedora-
On Fri, Dec 13, 2019 at 12:17 PM Frank R Dana Jr. wrote:
>
> Hmmm. If there's a plan is to get it working again relatively soon, though, I
> should probably withdraw my PR[1] to remove mention of it from the
> Non-Responsive Maintainer Policy. (I figured, doesn't make sense to suggest a
> tool
Hi Leigh,
Thank you for contributing the rubygem-* packages.
Let me comment for your *.spec files.
I recommend to compare the *.spec file generated by gem2rpm with your
*.spec file, and align basically.
The gem2rpm guides you.
How to do it (For example in case of Fedora 30)
```
$ sudo dnf
> https://bugzilla.redhat.com/show_bug.cgi?id=1779403
> https://bugzilla.redhat.com/show_bug.cgi?id=1779404
I checked your uploaded *.spec files now a little bit.
I see that you are using "rake" in your rubygem-linked-list.spec,
and there is no %check section in your rubygem-hrx.spec.
> Note
> Nope, for the reason I've explained earlier in this thread. The proposed
> changes
> are (last time I've tried them) breaking the mailing-list checks which I don't
> think is a good thing.
Sure. Sorry I missed the reason you have explained earlier in the thread.
--
Jun | He - His - Him
Hi Zbigniew and Kevin
Many thanks for your explanation.
I clearly understand the htslib's situation now.
--
Jun | He - His - Him
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Mon, Oct 28, 2019 at 10:17 PM David W McCheyne
wrote:
>
> Hello all.
> New at packaging, here's my first review request:
> https://bugzilla.redhat.com/show_bug.cgi?id=1766375
>
> I recently started a new DevOps Engineer job at a company that pushes a lot
> back out to the community, so this
* Review Request: bcftools - Tools for genomic variant calling and
manipulating VCF/BCF files
https://bugzilla.redhat.com/show_bug.cgi?id=1774741
Bio science tool. C language. No sub package.
This new package is necessary to upgrade current samtools 0.1 to 1.9.
Because some functions in
> So Modularity will happily unleash experimental branches that were never
intended to be released onto unsuspecting users of stable releases? How can
this not be an absolute showstopper? This failed Modularity experiment needs
to end NOW!
As far as I know, there was no rule for the branch name,
Someone, could give us advice about below situation, if the new
package htslib's "/usr/lib64/libhts.so.1.9" is valid?
"1.9" is upstream software's version. "2" is ABI's version (so version).
```
sh-5.0# ls -l /usr/lib64/libhts.so*
lrwxrwxrwx 1 root root 13 Oct 2 23:50 /usr/lib64/libhts.so
> * Tagging Module Defaults into non-modular repo (sgallagh, 15:41:37)
> * AGREED: We disagree with merging default streams into the main repo
> as non-modular packages. Our approach is to implement a mechanism of
> following default streams to give people the experience they want.
>
> 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
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
> ## 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
> In my experience, in 1999 I was living in the same region with an NGO
> working for a backbone network.
> And the NGO helped me to put my Linux server in their network for free.
> In the age of non-democratized computer and internet, some
> organizations helped for the new technologies.
My
> First, I'd like to see Fedora become more of an "operating system factory".
20s is from 2020 to 2029. 10 years. So long.
So, let me write high level thoughts. And let me post a new topic.
For the topic 'more of an "operating system factory"', I want to see
Fedora project as a place to
> and why gradle was retired ? is easy unretire it ?
I am running gradle command right now as a coincidence .
The upstream project is active.
https://github.com/gradle/gradle
We also might refer other distribution's spec files if we unretire.
https://software.opensuse.org/package/gradle
> netcdf-java[1] uses the Gradle build system, and is required to update
hdfview[2] to the latest version. Gradle, however, was retired[3] as
"out of date, broken, fails to build, basically unmaintainable".
Checking the build.grade file (gradle recipe filei) of netcdf-java, is
it possible to
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.
When removing the changelog in a spec file, users (not package
maintainers) using this command are disappointed?
```
$ rpm -q --changelog python3
* Tue Oct 15 2019 Miro HronĨok - 3.7.5-1
- Update to 3.7.5
...
```
--
Jun | He - His - Him
___
devel
> With recent changes, such as [3], I am afraid that the day has come.
It seems that the day came on Ruby 2.7.0, right? Ruby 2.7.0 includes
the commit [3].
> Thoughts?
> On the positive side, 1(2) would allow us to stay better in line with
> "Pregenerated code" guidelines [5], because there is
> 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
> 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
> 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.
> * 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
> > 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
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]
> > 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
> The list of (likely) affected packages is growing:
>
> https://koschei.fedoraproject.org/affected-by/openssl-libs?epoch1=1=1.1.1d=7.fc33=1=1.1.1e=1.fc33=f33
It's a useful list! Thanks.
Note rubygem-puma is added to the list too.
--
Jun | He - His - Him
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
> 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
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
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
> > 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
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
1 - 100 of 179 matches
Mail list logo