Hi all-
I've been trying to follow the guidelines for assuming responsibility
for a package per
https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
and am on step 4, asking if anyone knows how to contact the current
maintainer for Nethack 3.6.
The issue in question i
#x27;m trying to navigate through this; there's no 'dnf -y
install maintainer' as far as I can tell. :)
Ron
On 9 May 2017, at 14:12, Jason L Tibbitts III wrote:
"RO" == Ron Olson writes:
RO> Hi all- I've been trying to follow the guidelines fo
Sorry, right, I'm trying to become a packager. Funny enough, I use IRC
every day; what room should I join (I'm assuming Freenode).
On 9 May 2017, at 14:45, Jason L Tibbitts III wrote:
"RO" == Ron Olson writes:
RO> I did request access but the page gave me a catch-22
Aloha all-
I’m Ron Olson, with the nickname tachoknight. I have been using Unix
since 1989 and Linux since about 1992, when we somehow got an early
version to run on a Gateway2000 machine.
I have submitted for review an update to the Nethack RPM to update it
from 3.4.3 (where it had been
Already fixed it and sending it to Rawhide now.
-Original Message-
From: Miro Hrončok
Sent: Saturday, April 18, 2020 4:34 AM
To: devel@lists.fedoraproject.org; swift-lang-maintain...@fedoraproject.org
Subject: Re: will disappear from rawhide glibc soon
On 15. 04. 20 17:49, Florian Weim
Yes: https://github.com/apple/swift-corelibs-foundation/pull/2771
-Original Message-
From: Florian Weimer
Sent: Saturday, April 18, 2020 8:27 AM
To: Ron Olson
Cc: 'Miro Hrončok' ; devel@lists.fedoraproject.org;
swift-lang-maintain...@fedoraproject.org
Subject: Re: will disa
swift-lang includes its own private copy of LLDB for its REPL, which uses
Python as its scripting language so it too is linking correctly.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorapro
My entire involvement around Fedora is based on the fact that I was able
to use machines that had been thrown away because they were deemed
‘too old’. I have several servers and multiple laptops that run
Fedora perfectly and none of them would meet this requirement,
effectively ending any chanc
certainly wouldn’t be the most popular,
but for the folks who could stand to benefit from it, they’d know
where to find this particular spin.
On 22 Jul 2019, at 15:19, Solomon Peachy wrote:
On Mon, Jul 22, 2019 at 03:05:15PM -0500, Ron Olson wrote:
Perhaps as a compromise there could be a
Hey all, subject line says it all. I’m trying to get in contact with
Eric Smith (https://fedoraproject.org/wiki/User:Brouhaha) regarding the
libbsd package. I’ve emailed him directly but haven’t heard back;
does anyone know if he’s still active in the Fedora community?
Thanks,
Ron
___
I opened a ticket here: https://pagure.io/fesco/issue/2213 for my
specific package.
On 22 Aug 2019, at 8:29, Gabriel L. Somlo wrote:
On Thu, Aug 22, 2019 at 07:44:29 -0500, tachokni...@gmail.com wrote:
Hey all, subject line says it all. I’m trying to get in contact
with
Eric Smith (https://fe
swift-lang has been fixed with a patch and scratch builds on F32 build
properly:
https://koji.fedoraproject.org/koji/taskinfo?taskID=37348234
On 4 Sep 2019, at 17:39, Miro Hrončok wrote:
Hello packagers!
The following packages failed to build on Fedora 32 with Python 3.8
and they still requ
This is what I got:
Error:
Problem 1: package gegl03-0.3.30-5.fc30.x86_64 requires
libIlmImf-2_2.so.22()(64bit), but none of the providers can be installed
- OpenEXR-libs-2.2.0-16.fc30.x86_64 does not belong to a distupgrade
repository
- problem with installed package gegl03-0.3.30-5.fc30
Hey all-
Okay, my curiosity has finally gotten the better of me; is there a way
to pass the body.template.last file to ‘fedpkg update’ so I don’t
have to fill it out for every single release, or fill it out again when
I get a timeout and have to rerun fedpkg update? I’ve been searching
for ho
What about packages that see infrequent updates; I maintain Nethack and the Dev
Team can and does take years between releases. If it's just a blanket email to
ask the packagers if they're still interested that's one thing, but going off
package updates may be problematic for some folks.
> On N
Hey all-
I got this issue in my GH account I use for building Swift for Fedora:
https://github.com/tachoknight/swift-lang-packaging-fedora/issues/2. The
TL;DR is that the person was trying to build Swift on Rawhide which he
moved to from an older version of Fedora. This tracks with something I
Oh sorry, this was copied from my Fedora 37 machine, with GCC 12. Same
error in the same place though. :\
On 20 Mar 2023, at 15:58, Florian Weimer wrote:
* Ron Olson:
Hey all-
I got this issue in my GH account I use for building Swift for
Fedora:
https://github.com/tachoknight/swift-lang
wrote:
On Mon, 20 Mar 2023 at 14:10, Ron Olson wrote:
Hey all-
I got this issue in my GH account I use for building Swift for
Fedora:
https://github.com/tachoknight/swift-lang-packaging-fedora/issues/2.
The
TL;DR is that the person was trying to build Swift on Rawhide which
he
moved to from
Are you referring to the directories under rpmbuild? If so, I delete and
recreate the directory and its structure every single time as part of my
build shell script.
On 23 Mar 2023, at 10:17, Fabio Valentini wrote:
On Wed, Mar 22, 2023 at 4:16 PM Ron Olson
wrote:
The irony is that I
One thing to note is that the new format doesn’t work with EPEL
releases; I had to revert to the %patchN style for them.
On 29 Mar 2023, at 3:53, Florian Festi wrote:
On 3/29/23 10:31, Michael J Gruber wrote:
Has `%patchN` been deprecated in favour of `%patch N`?
Yes, see %patch section on
Hey all, I am using docker and pulled the latest version of rawhide to use
interactively. Sitting in the container I ran `dnf -y update` and got:
Config error: Parsing file "/etc/dnf/dnf.conf" failed: Parsing file
'/etc/dnf/dnf.conf' failed: IniParser: Missing section header at line 1
I stopped t
Seems a bit disappointing. I’ve been searching but cannot find any
info on configuring docker to use Fedora’s repo so I could just ignore
the issue altogether. :)
On 5 Jun 2023, at 16:41, Mattia Verga via devel wrote:
Il 05/06/23 22:12, Ron Olson ha scritto:
Hey all, I am using docker and
Yep, that worked, thanks!
For folks searching similar info later, I ran:
docker pull registry.fedoraproject.org/fedora:rawhide
On 6 Jun 2023, at 8:34, David Schwörer wrote:
Seems a bit disappointing. I’ve been searching but cannot find any
info on configuring docker to use Fedora’s repo so I
I’d be willing to take Toilet, as I love that utility.
On 5 Dec 2022, at 5:36, 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 should be retired, please do so
Hey all-
I’m curious how Upstream Monitoring works; I got a BZ filed that Swift 5.7.2 is
available, which I’m building now, but what surprised me was how fast the new
version was detected and brought to my attention. Does it use The New Hotness?
I set that up awhile ago but I don’t think it fil
Hey all-
I got linking errors on rawhide that I did not get on F37 when building
Swift related to curses support
(https://kojipkgs.fedoraproject.org//work/tasks/7462/95367462/build.log),
like:
/usr/bin/ld: /usr/lib64/libncurses.so.6: undefined reference to
`tparm@NCURSES6_TINFO_5.0.19991023
If you’re interested in testing any changes/fixes with Swift, you can
use my Swift-for-Fedora repo
(https://github.com/tachoknight/swift-lang-packaging-fedora).
`setup-container.sh` does what you think it does in case you’re using
podman or docker, and `justbuild.sh` actually does all the work
Thanks for doing that, Swift builds correctly on Rawhide now:
https://koji.fedoraproject.org/koji/taskinfo?taskID=95546843
On 16 Dec 2022, at 5:24, Miroslav Lichvar wrote:
> On Fri, Dec 16, 2022 at 09:55:11AM +0100, Florian Weimer wrote:
>> Miroslav, we may have to revert the versioning change i
Hey all-
I commented out a SOURCES line in a spec file to test something and got an
interesting warning: “Macro expanded in comment on line …”. I assume it’s just
that, a warning, but was kinda surprised to see a commented-out line being
evaluated at all. I did some searching and came across th
Sorry if I missed it, but what is your script running against; are you
checking the spec files in src.fedoraproject.org? I ask because I
updated swift-lang to Apache-2.0[1] on Jan 23, but I see it’s still on
the list of packages to be converted.
[1]
https://src.fedoraproject.org/rpms/swift-la
Hi all,
I submitted a scratch build of Swift to Koji for EPEL 8 and it pretty much
immediately failed, and looking at root.log I found:
DEBUG util.py:443: error: line 71: Unknown tag: %dnl Source31:
https://github.com/apple/swift-format/archive/swift-5.8-DEVELOPMENT-SNAPSHOT-2023-02-20-a
Hey all-
All my swift-lang builds are failing on aarch64 due to the error above. I
noticed this was referenced on the kernel mailing list:
https://lore.kernel.org/all/838053e0-b186-4e9f-9668-9a3384a71...@app.fastmail.com/.
It’s noted that Arnd Bergmann will be fixing it; I’m curious how long th
Hey all, I’m trying to get bdftopcf built for EPEL 10 but it’s failing with
the aforementioned error (No matching package to install:
'pkgconfig(xorg-macros) >= 1.8). I guess I don’t understand what kind of
package this is, and who to contact to see what can be done; I’ve dealt
with regular package
Thanks Petr!
On 11 Sep 2024, at 10:33, Petr Pisar wrote:
V Wed, Sep 11, 2024 at 08:24:41AM -0700, Ron Olson napsal(a):
Hey all, I’m trying to get bdftopcf built for EPEL 10 but it’s
failing with
the aforementioned error (No matching package to install:
'pkgconfig(xorg-macros) >=
Hey all, I _think_ I remember that I’d get an email when a build
submitted to koji completed, regardless of whether it was scratch or
not. Am I remembering that correctly and if so, is it still possible to
get them?
Thanks for any info!
Ron--
___
d
Thanks Gary, is there any documentation on how the rules work? I _think_
I created the appropriate rule but I haven’t received any notification
and it’s likely I just did it wrong.
On 13 Sep 2024, at 11:00, Gary Buhrmaster wrote:
On Fri, Sep 13, 2024 at 3:40 PM Ron Olson
wrote:
Hey all, I
The reason why I was wondering about documentation is because I feel
like I didn’t set it up right insofar as I haven’t gotten any emails
yet from my koji builds. :\
On 14 Sep 2024, at 2:19, Sandro wrote:
On 13-09-2024 18:26, Ron Olson wrote:
Thanks Gary, is there any documentation on how
Hey all-
I was trying to do a build with the Rawhide Docker image and any attempt
to use dnf results in:
`Downloading successful, but checksum doesn't match. Calculated:
730609d….`
This prevents anything being installed via `dnf`.
Just letting you know,
Ron--
There isn’t a SIG, and I don’t know if there’s any interest
really, but I’d be happy to tell my tales of packaging Swift for
Fedora. :\
Ron
On 5 Jul 2023, at 1:22, Jens-Ulrik Petersen wrote:
I have submitted a Flock proposal to have a common discussion session
for
(modern) Language SIGs. I
Hey all-
I was trying to submit the released version of Swift 5.9 to Fedora but I get a
build failure only for the aarch64 platform for Rawhide and F39:
https://koji.fedoraproject.org/koji/buildinfo?buildID=2291751 (F39)
https://koji.fedoraproject.org/koji/buildinfo?buildID=2291750 (Rawhide/F40)
> Are upstream responsive to issues in general, and in particular this
> case which is not the current version? I mean to say, do you think
> they'd provide a fix very quickly if you asked them to look at it?
>
Sorry for the confusion, 5.9 is the current version, it was released on Monday;
I wan
Right, I was leaning in that direction regardless, if only because it
means keeping track of what-has-what easier. :)
On 21 Sep 2023, at 9:56, Adam Williamson wrote:
On Thu, 2023-09-21 at 09:24 -0500, Ron Olson wrote:
Could I, possibly, temporarily drop support for aarch64 in the spec
file
I’m trying to correlate the two; the first was a warning when using
Swift, and it was on both intel and aarch64, while in this new situation
it can’t even build Swift properly without the crash. :\
On 22 Sep 2023, at 7:02, Richard W.M. Jones wrote:
On Thu, Sep 21, 2023 at 03:39:21PM +0100, R
This is the first time I’ve heard of buildflags.md; where might I find
this file?
On 26 Sep 2023, at 12:21, Florian Weimer wrote:
redhat-rpm-config-267-1.fc40 activates the first phase of compiler
flags
to avoid regressions in the Fedora C99 port. Implicit ints and
implicit
function declarat
could have made the job much easier, but I had no
idea until I asked here or in IRC.
On 27 Sep 2023, at 11:52, Carlos O'Donell wrote:
On 9/27/23 12:47, Richard W.M. Jones wrote:
On Wed, Sep 27, 2023 at 11:22:04AM -0500, Ron Olson wrote:
This is the first time I’ve heard of buildflags.md;
Hey all-
I’m still having a difficult time trying to figure out what to do
about this issue I’m having. Swift 5.9 was released awhile ago and
I’ve been able to build it for x864_64 on all versions of Fedora
(Rawhide, 39, 38, 37) just fine. On aarch64 (the only other architecture
supported), i
Hi all-
Since Apple released Swift 5.9 it requires a previous version of Swift to
build; it seems it can’t be built from scratch anymore just using the source.
To make it more complicated, during compiling it’s expected that certain
libraries are available specifically at /usr/lib/swift. In a c
Hey all,
https://bugzilla.redhat.com/show_bug.cgi?id=2114563 was reported against Swift
on Rawhide. I fixed the issue and responded on 8/4 that the Koji build was
successful, but I got two additional, presumably automated, notes from Ben
Cotton and Miro that suggest something else needs to be d
:48, Ron Olson wrote:
>
>> https://bugzilla.redhat.com/show_bug.cgi?id=2114563 was reported against
>> Swift on Rawhide. I fixed the issue and responded on 8/4 that the Koji build
>> was successful, but I got two additional, presumably automated, notes from
>> Ben Cotton a
ve the ticket. Since you have not done this,
> then you have to close the ticket yourself and possibly include the NVR in
> 'Fixed In Versoin' field.
>
>
> Vít
>
>
>
> Dne 26. 08. 22 v 15:48 Ron Olson napsal(a):
>> Hey all,
>>
>> https://bug
Hey all-
I’m having an issue trying to get Swift 5.6.3 built on EPEL-8, even though it
builds fine for everything else (Rawhide, F36, F35, EPEL-9): “undefined
reference to 'std::__throw_bad_array_new_length()’”.
https://koji.fedoraproject.org/koji/taskinfo?taskID=91757790
Never saw this issue
Hey all-
When trying to do a `fedpkg update`, I got this response:
```
Could not execute update: Could not generate update request: {"status":
"error", "errors": [{"location": "body", "name": "builds",
"description": "Unable to create update. [SSL:
CERTIFICATE_VERIFY_FAILED] certificate veri
Thanks Kevin, much appreciated!
On 11 Sep 2022, at 14:45, Kevin Fenzi wrote:
> On Sun, Sep 11, 2022 at 12:31:34PM -0500, Ron Olson wrote:
>> Hey all-
>>
>> When trying to do a `fedpkg update`, I got this response:
>>
>> ```
>> Could not execute update: Coul
so
it’s pretty frustrating. The weird thing is that it _was_ working
before with earlier builds of Swift.
Sigh.
Ron
On 9 Sep 2022, at 8:12, Stephen Smoogen wrote:
On Fri, 9 Sept 2022 at 08:59, Ron Olson wrote:
Hey all-
I’m having an issue trying to get Swift 5.6.3 built on EPEL-8, even
t
Thanks for the info and yeah, that seemed to do the trick in enabling
it, but unfortunately it still works, in that I am able to build the
package successfully without errors. :\
On 13 Sep 2022, at 14:55, Neal Gompa wrote:
On Tue, Sep 13, 2022 at 3:36 PM Ron Olson
wrote:
Unfortunately I
Hey all-
I’m trying to monitor some builds and once they’re done they disappear from
“Active”, but when I switch to “All” I see, well, everything, including for
previous dates.
Is it possible to specify a specific date to Koji a la “Show me all builds for
the specified date”? I looked at the A
Oh, awesome, thanks Dan!
On 20 Jun 2024, at 11:24, Dan Horák wrote:
On Thu, 20 Jun 2024 11:21:30 -0400
Ron Olson wrote:
Hey all-
I’m trying to monitor some builds and once they’re done they
disappear from “Active”, but when I switch to “All” I see,
well, everything, including for
Hey all-
I’m trying to build Swift 6 on Rawhide and it looks like it gets to
the very end, to the %install section, then errors out with:
```
+ /usr/bin/add-determinism --brp -j4
/home/rolson/rpmbuild/BUILD/swift-lang-6.0-build/BUILDROOT
Error: Path "/home/rolson/rpmbuild/BUILD/swift-lang-6.0
Dunno if it should matter, but this is: Fedora Linux 41 (Toolbx
Container Image Prerelease), running on a Sway Atomic machine (Fedora
Linux 40.20240613.0 (Sway Atomic)).
On 26 Jun 2024, at 10:31, Ron Olson wrote:
Hey all-
I’m trying to build Swift 6 on Rawhide and it looks like it gets to
On 26 Jun 2024, at 12:50, Michael J Gruber wrote:
So you're runnning rpmbuild in a toolbox, right? Can you reproduce
this with mock?
[ I think we bottom post here in general, but I kept with your choice.
Feel free to reorder ... ]
Ron Olson venit, vidit, dixit 2024-06-26 17:35:11:
Dun
Whoops, sorry, pasted the wrong thing; I’ll send an update with the
mock-based error as soon as I can get access to my machine again
(network problems :\ ).
On 27 Jun 2024, at 9:27, Ron Olson wrote:
Yep, same error:
+ /usr/bin/add-determinism --brp -j4
/home/rolson/rpmbuild/BUILD/swift
Hi all-
I know this has come up before, though I apologize that I couldn't find
the info, but what is preventing Fedora from including
"libblocksruntime" as an available RPM? Debian provides it:
https://packages.debian.org/source/jessie/libblocksruntime
and it's a requirement for compiling A
Hi all-
I'm looking for a package review of Apple's Swift programming language:
https://bugzilla.redhat.com/show_bug.cgi?id=1536780
I greatly appreciate any and all assistance in getting Swift available
on Fedora.
Ron
___
devel mailing list -- deve
I forgot to mention that I'd be willing to do a review-swap for this as
well.
Ron
On 27 Feb 2018, at 14:08, Ron Olson wrote:
Hi all-
I'm looking for a package review of Apple's Swift programming
language:
https://bugzilla.redhat.com/show_bug.cgi?id=1536780
I greatly app
Hi, how would I go about adding a page for Swift under Languages and
Databases? I looked at "Create a new Project" but I couldn't how to create
a page that would fall under that section.
Ron
On Fri, Jun 17, 2022 at 12:04 PM Jarek Prokop wrote:
> Hi all,
>
> I have pushed new update for Fedora D
Hey all, is it possible to rename a spec file? I tried to submit a build using
“swiftlang.spec” where previously it had been “swift-lang.spec”, and Koji
complained that it couldn’t find swift-lang.spec when trying to build the SRPM:
https://koji.fedoraproject.org/koji/taskinfo?taskID=88496417
I
Ah, I was afraid of that, seems like a lot of trouble to remove the “-“, but I
understand why the process is necessary.
On 21 Jun 2022, at 10:26, Neal Gompa wrote:
> On Tue, Jun 21, 2022 at 11:25 AM Ron Olson wrote:
>>
>> Hey all, is it possible to rename a spec file? I tried to
Hey all-
Koschei is sending me an email warning me that Nethack builds started to
fail in Rawhide[1], but it seems that it successfully built after that,
so why is it still sending the emails? Is there something I have to
acknowledge or clear to make the emails stop?
Thanks,
Ron
[1]
[htt
I have a Pi 4 that runs Fedora just fine; I use it to build Swift (takes almost
24 hours, but ¯\_(ツ)_/¯) so what doesn’t work? What podcast was this mentioned
on?
On 6 Jul 2022, at 4:55, Neal Gompa wrote:
> On Wed, Jul 6, 2022 at 2:49 AM Peter Boy wrote:
>>
>> I very much appreciate the work t
Hey all-
Pretty much as the subject says, I have a compile failure on Rawhide where
a cpp file references . I checked and the file is not present
in Rawhide, it *is* present in Fedora 32 and Fedora 33. I haven't found any
references to it being deprecated so I'm wondering why it's missing.
Thanks
Hey all,
While installing Debian for setting up an appliance, I discovered they
have something called a “popularity contest” that, according to my
understanding, allows for package statistics to be gathered and used by
the developers/packagers.
Has anything like this been considered for Fedo
Hey all-
I have a package that gets an artifact from a repo *and* expects to have
code from a different branch in the same repo. In my spec file, I can
easily get the artifact via Sources, but getting the code from the
separate branch required me to execute a “git clone” then checkout
the bra
Is it possible to clone a repo as part of a Source line? I’ve been looking and
can’t find any examples.
On 21 Jan 2022, at 10:34, Miro Hrončok wrote:
> On 21. 01. 22 17:21, Ron Olson wrote:
>> Hey all-
>>
>> I have a package that gets an artifact from a repo /and/ expects
Hey all, I _just_ got an email for my failed job from koji
(https://koji.fedoraproject.org/koji/taskinfo?taskID=81627145). The job
started (and finished) on Friday the 21st and yet I just got the email
about five minutes ago. Is something going on, or is this a normal
amount of time?
Thanks!
Hey all,
I’m troubleshooting an issue and came up with this sample program:
https://pastebin.com/g9S8Z64q to demonstrate the problem. Basically, clang 13,
on Rawhide, won’t compile that program, while on Fedora 35 it does.
The reason why is that on Rawhide, stdatomic.h exists under /usr/include
own higher-level
functions, thus why stdatomic is ultimately being invoked.
On 1 Feb 2022, at 3:26, Jonathan Wakely wrote:
> On Tue, 1 Feb 2022 at 09:15, Jonathan Wakely wrote:
>>
>> On Mon, 31 Jan 2022 at 22:45, Ron Olson wrote:
>>>
>>> Hey all,
>>>
ed from macro '_os_atomic_c11_op_orig'
memory_order_##m)
^
On 1 Feb 2022, at 14:40, Jonathan Wakely wrote:
On Tue, 1 Feb 2022 at 15:00, Ron Olson wrote:
Well, yes and no. The code I linked to in the pastebin is what
demonstrates the issue. The code in q
isn’t installed, it doesn’t matter insofar as the C++ program is going
to fail anyway because it hasn’t explicitly set -std=c++2b.
Just a thought.
On 1 Feb 2022, at 14:40, Jonathan Wakely wrote:
> On Tue, 1 Feb 2022 at 15:00, Ron Olson wrote:
>>
>> Well, yes and no. The code I l
Oh, I forgot I could test for Clang too…I tried that fix and it works for me. :)
On 4 Feb 2022, at 13:35, Jonathan Wakely wrote:
> On Thu, 3 Feb 2022 at 20:27, Ron Olson wrote:
>>
>> Here’s a question: what if the following was added to stdatomic.h at the end
>> of
Hey all-
Sorry if I missed something, but under Rawhide I discovered when I tried to
“more somefile.txt” I got “less” behavior, while Fedora 35 still runs more
like, uh, more.
I like less, but sometimes I need to use more, so having more act like less
breaks some workflows. Is this the expecte
/22 22:08, Todd Zullinger wrote:
Ron Olson wrote:
Sorry if I missed something, but under Rawhide I
discovered when I tried to “more somefile.txt” I got
“less” behavior, while Fedora 35 still runs more like, uh,
more.
I'm not quite sure what "less" behavior you mean, so I'm
o
Hey all-
I’m trying to build my packages for EPEL-9 on my up-to-date F35 machine using
Mock. I checked /etc/mock but can’t find any specific epel-9 config so I went
with centos-stream+epel-next-9. Okay, fine, but when I run the job, it fails
immediately with the error “Fatal glibc error: CPU do
Hey all-
I’m trying to install the packaging tools in a container image of Fedora 35 and
keep getting this error when it reaches the “RUN dnf install -y fedora-packager
fedora-review” command:
The downloaded packages were saved in cache until the next successful
transaction.
You can remove cac
Hey all-
To be consistent with other flavors of Linux, I’m thinking of changing the
package name from “swift-lang” to “swiftlang”. I haven’t found any info about
renaming an existing project/package, and was wondering what the procedures
would be.
Thanks!
Ron
_
Thank you Alexander, my search-engine prowess failed me here. :)
Ron
On 30 Sep 2021, at 15:03, Alexander Ploumistos wrote:
> Hello Ron,
>
> On Thu, Sep 30, 2021 at 9:55 PM Ron Olson wrote:
>>
>> I haven’t found any info about renaming an existing project/package, and was
Hey all-
I have a VM that I want to always keep on Rawhide. That was F34 until
this past week or so and now I want to update it track F35. Can I
basically just follow the instructions at
https://docs.fedoraproject.org/en-US/quick-docs/dnf-system-upgrade/ and
pass it —releasever=rawhide; I did
Swift (swift-lang) absolutely, positively requires clang. I tried
building Swift with gcc and that is a lost weekend I’d love to get
back.
Ron
On 23 Apr 2021, at 14:46, Florian Weimer wrote:
* Gary Buhrmaster:
For C/C++ projects:
If the upstream has no stated preference for the compiler,
Hi all-
I’m trying to build a package under EPEL-8[1] but it fails due to
CMake being too old:
CMake 3.15.1 or higher is required. You are running version 3.11.4.
Is there any plans on bringing CMake up to the current version of Fedora
(3.19.7) or at the very least to something >= 3.
Hm, so does that mean it was packaged specifically for CentOS so it
presumably shows up in the CentOS repos?
On 30 Apr 2021, at 10:33, Michael Catanzaro wrote:
On Fri, Apr 30 2021 at 10:26:49 AM -0500, Ron Olson
wrote:
Is there any plans on bringing CMake up to the current version of
Fedora
Hey all-
Awhile back I asked about the status of CMake in CentOS so I could build my
packages for EPEL-8; they require a version of CMake that is greater than
3.11.4 which is currently available. CentOS Stream has a later version, as does
RHEL 8.4. I get that CentOS Stream is the future of Cent
If I may, I think the issue is right there in the name: Fedora CoreOS. The
Fedora name brings some expectations and it seems CoreOS, by its nature, can’t
be at parity with the other Fedora flavors and that leads to confusion. I can
attest that I was surprised when I learned Fedora CoreOS didn’t
x86_64
1:1.38.0-2.el8 appstream 151 k
Transaction Summary
===
Install 6 Packages
Total d
Out of curiosity, what will EPEL be built on going forward, if CentOS fades
away and CentOS Stream takes its place?
On 1 Jun 2021, at 17:21, Neal Gompa wrote:
> On Tue, Jun 1, 2021 at 6:06 PM Nico Kadel-Garcia wrote:
>>
>> On Tue, Jun 1, 2021 at 4:49 PM Orion Poplawski wrote:
>>>
>>> CentOS ha
Oh, so, wait, when doing an EPEL build, is it against CentOS or RHEL? Honestly
I always thought CentOS was the image being using by Koji for rpm builds.
On 1 Jun 2021, at 15:49, Orion Poplawski wrote:
> CentOS has not yet released 8.4.
>
> On 6/1/21 2:45 PM, Ron Olson wrote:
>>
Hey all, I’m trying to build my package for EPEL and got a strange error
clang-11: error: argument unused during compilation:
'-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1'
[-Werror,-Wunused-command-line-argument]
clang-11: error: argument unused during compilation:
'-specs=/usr/lib/rpm/redha
1 5:51 PM, Ron Olson wrote:
>> Hey all, I’m trying to build my package for EPEL and got a strange error
>>
>> clang-11: error: argument unused during compilation:
>> '-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1'
>> [-Werror,-Wunused-command-line-argument]
https://github.com/tachoknight/libdispatch-packaging-fedora/blob/main/libdispatch.spec
On 2 Jun 2021, at 12:59, Tom Stellard wrote:
> On 6/2/21 10:57 AM, Ron Olson wrote:
>> Hm, I do have %global toolchain clang set, which interestingly enough was
>> not picked up by the %cmake
Hey all-
Building swiftlang on F36/Rawhide results in a a failure that, boiled down to
its essence, appears to be:
/usr/bin/ld: /tmp/lto-llvm-4fd0b1.o: relocation R_X86_64_PC32 against undefined
symbol `__libc_stack_end' can not be used when making a shared object;
recompile with -fPIC
It com
,--allow-shlib-undefined
On 9 Mar 2022, at 15:07, Ron Olson wrote:
> Hey all-
>
> Building swiftlang on F36/Rawhide results in a a failure that, boiled down to
> its essence, appears to be:
>
> /usr/bin/ld: /tmp/lto-llvm-4fd0b1.o: relocation R_X86_64_PC32 against
> undefined sym
0, Florian Weimer wrote:
* Ron Olson:
Building swiftlang on F36/Rawhide results in a a failure that,
boiled down to its essence, appears to be:
/usr/bin/ld: /tmp/lto-llvm-4fd0b1.o: relocation R_X86_64_PC32
against undefined symbol `__libc_stack_end' can not be used when
making a shared object;
1 - 100 of 128 matches
Mail list logo
