On 7/19/20 5:23 PM, Richard Shaw wrote:
I would like to monitor serial port communications read only, but I haven't
found a tool that makes that easy in the Fedora repos.
I've done that with "socat" to monitor communications with an APC UPS. Here is
my recipe:
socat /dev/ttyU3412A,raw,echo=
There was a failed build of ckermit for F32 back in early February by releng
[1], and I don't see any later attempts for F32. There is a successful build
for ckermit for F33 from yesterday [2].
I'd like to request a rebuild for F32. Is it sufficient to request that here,
or is there some oth
On 4/29/20 4:12 AM, Florian Weimer wrote:
* Steven A. Falco:
I'd like to request a rebuild for F32. Is it sufficient to request
that here, or is there some other procedure that I should use?
I've merged the F33 change (dropping termcap-devel) and kicked off a new
build. Pleas
On 11/15/19 4:58 PM, Ian McInerney wrote:
> A repoquery for build-requires on the OCE-devel package only gives these 4
> packages:
> gmsh-0:4.4.1-3.fc32.src
> kicad-1:5.1.4-5.fc32.src
> netgen-mesher-0:6.2.1810-4.fc32.src
> smesh-0:6.7.5-7.fc31.src
>
> I know that switching KiCad to use opencasca
On 11/15/19 4:58 PM, Ian McInerney wrote:
> A repoquery for build-requires on the OCE-devel package only gives these 4
> packages:
> gmsh-0:4.4.1-3.fc32.src
> kicad-1:5.1.4-5.fc32.src
> netgen-mesher-0:6.2.1810-4.fc32.src
> smesh-0:6.7.5-7.fc31.src
>
> I know that switching KiCad to use opencasca
On 11/16/19 11:24 AM, Steven A. Falco wrote:
> On 11/15/19 4:58 PM, Ian McInerney wrote:
>> A repoquery for build-requires on the OCE-devel package only gives these 4
>> packages:
>> gmsh-0:4.4.1-3.fc32.src
>> kicad-1:5.1.4-5.fc32.src
>> netgen-mesher-0:6.2.1810-4
I have a general question about mass rebuilds - I noticed that my F31 machine
still has a few packages that appear to be fc30 versions, and I got curious as
to why.
For example, I have avr-libc-2.0.0-7.fc30.noarch installed. It has a build
date of Thu 31 Jan 2019 09:23:34 AM EST
I looked at t
On 7/18/19 7:44 AM, Zdenek Dohnal wrote:
> Hi all,
>
> I would like to ask as Vim co-maintainer, do you find useful for Vim to do:
>
> - when you open new file with .spec suffix, Vim will get you basic spec
> file structure?
>
> Recently I found out someone can find it as bad behavior
> https://
On 7/18/19 10:28 AM, Zdenek Dohnal wrote:
>
> On 7/18/19 4:10 PM, Vitaly Zaitsev via devel wrote:
>> Hello, Zdenek Dohnal.
>>
>> Thu, 18 Jul 2019 15:51:33 +0200 you wrote:
>>
>>> Even the new .spec files, which do not have to be RPM spec files?
>>> Because Vim provides spec template for such cases
The upstream KiCAD project has requested that I remove GLIBCXX_ASSERTIONS from
the Fedora package, as described here:
https://bugs.launchpad.net/kicad/+bug/1838448
What is the best way to do that? I can add "%undefine _hardened_build" (which
I am testing now) but I think that will remove other
On 8/2/19 11:09 AM, Tom Hughes wrote:
> On 01/08/2019 19:28, Steven A. Falco wrote:
>> The upstream KiCAD project has requested that I remove GLIBCXX_ASSERTIONS
>> from the Fedora package, as described here:
>> https://bugs.launchpad.net/kicad/+bug/1838448
>>
>>
On 8/2/19 11:39 AM, Florian Weimer wrote:
> * Steven A. Falco:
>
>> The upstream KiCAD project has requested that I remove
>> GLIBCXX_ASSERTIONS from the Fedora package, as described here:
>> https://bugs.launchpad.net/kicad/+bug/1838448
>
> I commented on the
A bug was discovered in a pending KiCAD rawhide build, so I'd like to untag
kicad-5.1.3-1.fc31 to keep it from going into rawhide. Koji ID 1344019.
I've never done that before, but I tried doing "koji untag-build
f31-updates-pending kicad-5.1.3-1.fc31", which gave me an error:
koji: ActionNotA
On 8/2/19 1:13 PM, Björn 'besser82' Esser wrote:
> Am Donnerstag, den 01.08.2019, 14:28 -0400 schrieb Steven A. Falco:
>> The upstream KiCAD project has requested that I remove
>> GLIBCXX_ASSERTIONS from the Fedora package, as described here:
>> https://bugs.l
On 9/9/19 6:06 PM, Elliott Sales de Andrade wrote:
> On Mon, 9 Sep 2019 at 18:02, David Sommerseth wrote:
>>
>> On 09/09/2019 23:49, 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
Original Message -
>> From: "Steven A. Falco"
>> To: devel@lists.fedoraproject.org
>> Sent: Tuesday, September 10, 2019 9:39:17 AM
>> Subject: Re: Orphaned packages to be retired (~400 during this week)
>>
>> On 9/9/19 6:06 PM, Elliott Sale
On 9/11/19 8:54 AM, Miroslav Suchý wrote:
> Do you want to make Fedora 31 better? Please spend 1 minute of your time and
> try to run [*]:
>
> sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31
> --enablerepo=updates-testing distro-sync
>
> If you get this prompt:
>
> ...
>
On 9/26/19 11:14 AM, Fabio Valentini wrote:
> On Thu, Sep 26, 2019 at 4:57 PM Jeremy Cline wrote:
>>
>> On Thu, Sep 26, 2019 at 04:49:31PM +0200, Fabio Valentini wrote:
>>> On Thu, Sep 26, 2019 at 4:47 PM Zbigniew Jędrzejewski-Szmek
>>> wrote:
On Thu, Sep 26, 2019 at 02:57:45PM +0100, D
On 1/30/20 9:19 AM, Richard Shaw wrote:
Am I the only one having this problem? I don't know exactly when it started but
all of a sudden all of the log output has DOS line endings and it's very
annoying. I have to run dox2unix on the logs to make them readable.
I am seeing that too, and you ar
There appears to be something wrong with python wx:
rawhide# python
Python 3.8.1 (default, Jan 30 2020, 00:00:00)
[GCC 10.0.1 20200126 (Red Hat 10.0.1-0.6)] on linux
Type "help", "copyright", "credits" or "license" for more information.
import wx
Traceback (most recent call last):
File "", li
On 2/10/20 1:26 PM, Miro Hrončok wrote:
On 10. 02. 20 17:56, Steven A. Falco wrote:
There appears to be something wrong with python wx:
rawhide# python
Python 3.8.1 (default, Jan 30 2020, 00:00:00)
[GCC 10.0.1 20200126 (Red Hat 10.0.1-0.6)] on linux
Type "help", "copyright
I'm new to this list, but I have been building packages for KiCad for a little
while now. I have a question about rawhide; is it in a freeze right now?
The reason I ask is that I built kicad-5.1.0-0.1.rc2.fc31 on koji back on March
2, but I don't see it (or any other fc31) packages on dl.fedora
On 3/6/19 12:25 PM, Adam Williamson wrote:
> On Wed, 2019-03-06 at 18:13 +0100, Miro Hrončok wrote:
>> On 06. 03. 19 18:01, Steven A. Falco wrote:
>>> I'm new to this list, but I have been building packages for KiCad for a
>>> little while now. I have a question
On 3/11/19 7:31 AM, Vít Ondruch wrote:
> Hi,
>
> Can somebody please enlighten me, how to update Rawhide after branching
> and not using --nogpgcheck?
>
> It seems that Rawhide keys were added in fedora-repos-30-0.4. So this is
> the package which is still "rawhide" package and has "f31" keys. Bu
The KiCad package uses python3-wxpython4 - I'm one of the package maintainers.
KiCad is building correctly on Fedora 30, but my rawhide builds are failing
with the following error:
BUILDSTDERR: - nothing provides python3-sip-api(12)(x86-64) = 12.5 needed by
python3-wxpython4-4.0.4-2.fc30.x86
On 4/7/19 8:35 PM, Scott Talbert wrote:
> On Sun, 7 Apr 2019, Steven A. Falco wrote:
>
>> The KiCad package uses python3-wxpython4 - I'm one of the package
>> maintainers. KiCad is building correctly on Fedora 30, but my rawhide
>> builds are failing with the follo
On 4/14/19 10:42 AM, Fabio Valentini wrote:
> On Sun, Apr 14, 2019 at 4:03 PM Fabio Valentini wrote:
>>
>> Hi everybody,
>>
>> I've noticed today that several of my packages are starting to fail to
>> build in koschei due to missing dependencies - on urw-base35-fonts.
>> Attempting fedpkg scratch
I just upgraded my machine from F29 to F30. Now, whenever I install a new
kernel, the new kernel does not automatically become the default. In other
words, when I reboot, the previous kernel is still chosen by grub2.
I can manually choose the new kernel in the grub2 menu, at which point it
_d
On 5/5/19 2:04 PM, Nico Kadel-Garcia wrote:
> On Sun, May 5, 2019 at 10:22 AM Steven A. Falco wrote:
>>
>> I just upgraded my machine from F29 to F30. Now, whenever I install a new
>> kernel, the new kernel does not automatically become the default. In other
>>
On 5/5/19 6:29 PM, Chris Murphy wrote:
> On Sun, May 5, 2019 at 8:22 AM Steven A. Falco wrote:
>>
>> I just upgraded my machine from F29 to F30. Now, whenever I install a new
>> kernel, the new kernel does not automatically become the default. In other
>> words,
On 5/6/19 2:53 PM, Chris Murphy wrote:
> On Mon, May 6, 2019 at 7:39 AM Steven A. Falco wrote:
>>
>> Thanks for the explanation. Here are the contents of /etc/default/grub. As
>> you suspected, there is a GRUB_DEFAULT=saved line in there.
>>
>> GRUB_TIMEOU
On 5/6/19 4:47 PM, Chris Murphy wrote:
> On Mon, May 6, 2019 at 1:04 PM Steven A. Falco wrote:
>>
>>> # grub2-editenv list
>>
>> Here is the command output:
>>
>> saved_entry=2aa6409d5c354eea9cc2e4630c4efda0-5.0.11-300.fc30.x86_64
>> boot_success=1
On 5/6/19 5:51 PM, Chris Murphy wrote:
> But it's worth keeping an eye on anomalies. There is the potential for
> goofy things happening. Unrelated to this particular feature, rather
> it was grub.cfg being updated, in cases where that update happened
> very quickly followed by an immediate reboot
As a workaround until the dust settles, I did a dnf downgrade of libheif and
added an exclude in dnf.conf. I'll revert that when the add-ons are published.
Steve
On 3/20/23 02:39 PM, Kalev Lember wrote:
On Mon, Mar 20, 2023 at 7:29 PM Vitaly Zaitsev via devel mailto:devel@lists.fedora
I recently put a new machine together using an AMD Radeon PRO W6600 Graphics
Card. CPU is a threadripper pro. Motherboard is an ASUS Pro WS WRX80E-SAGE SE
WIFI II sWRX8 E-ATX. Software is the KDE spin of Fedora 37.
It mostly works perfectly, but if I try to access a virtual terminal with
Ct
On 3/21/23 02:26 PM, stan via devel wrote:
On Tue, 21 Mar 2023 10:25:36 -0400
"Steven A. Falco" wrote:
I recently put a new machine together using an AMD Radeon PRO W6600
Graphics Card. CPU is a threadripper pro. Motherboard is an ASUS
Pro WS WRX80E-SAGE SE WIFI II sWRX8 E-ATX. S
how to force a framebuffer to be ignored, I'd
appreciate it.
Steve
On 3/21/23 03:26 PM, Steven A. Falco wrote:
On 3/21/23 02:26 PM, stan via devel wrote:
On Tue, 21 Mar 2023 10:25:36 -0400
"Steven A. Falco" wrote:
I recently put a new machine together using an
On 3/22/23 11:23 AM, stan via devel wrote:
On Tue, 21 Mar 2023 17:14:44 -0400
"Steven A. Falco" wrote:
I think I'm finally getting somewhere with this problem.
My motherboard has a built-in VGA interface, which shows up as
"astdrmfb" on fb0. My AMD video card is &
On 3/23/23 06:14 AM, Dominik 'Rathann' Mierzejewski wrote:
On Wednesday, 22 March 2023 at 17:12, Steven A. Falco wrote:
On 3/22/23 11:23 AM, stan via devel wrote:
On Tue, 21 Mar 2023 17:14:44 -0400
"Steven A. Falco" wrote:
I think I'm finally getting somewhe
I'm confused by the Requires for redhat-lsb-core.
According to "dnf repoquery --requires redhat-lsb-core" there is no requirement for
esmtp. But according to "dnf repoquery --whatrequires esmtp", redhat-lsb-core does
require esmtp.
Perhaps there is some sort of transitive requirement that the
On 4/3/23 04:21 PM, Stephen Gallagher wrote:
On Mon, Apr 3, 2023 at 4:15 PM Steven A. Falco wrote:
I'm confused by the Requires for redhat-lsb-core.
According to "dnf repoquery --requires redhat-lsb-core" there is no requirement for
esmtp. But according to "dnf repo
On 4/4/23 05:58 AM, ser...@serjux.com wrote:
On 2023-04-03 21:13, Steven A. Falco wrote:
I'm confused by the Requires for redhat-lsb-core.
According to "dnf repoquery --requires redhat-lsb-core" there is no
requirement for esmtp. But according to "dnf repoquery --whatreq
On 4/4/23 09:56 AM, Neal Gompa wrote:
On Tue, Apr 4, 2023 at 9:49 AM Steven A. Falco wrote:
On 4/4/23 05:58 AM, ser...@serjux.com wrote:
On 2023-04-03 21:13, Steven A. Falco wrote:
I'm confused by the Requires for redhat-lsb-core.
According to "dnf repoquery --requires redha
I've gotten a similar result. Without --allowerasing:
Error:
Problem 1: conflicting requests
- problem with installed package gimp-heif-plugin-1.1.0-12.fc37.x86_64
- gimp-heif-plugin-1.1.0-12.fc37.x86_64 does not belong to a distupgrade
repository
Problem 2: problem with installed package
I ran a KiCad build yesterday on Copr [1] (so not the same as Koji), but while
it all completed, curiously the rawhide PPC build took 6 hours while the f37
and f38 PPC builds only took 2 hours.
The corresponding Koji build [2] took close to 4 hours, so it is in the
ball-park.
KiCad is a bit u
On 12/7/22 09:14 AM, Tomas Hrcka wrote:
Fedora 36 will continue to receive updates until approximately one
month after the release of Fedora 37.
Shouldn't that be "until approximately one month after the release of Fedora
_38_"?
Steve
___
de
KiCad will shortly be upgraded from 6.0.11 to 7.0.0-rc2 in Rawhide.
Designs created with KiCad 6 and earlier are readable / editable by KiCad 7.
However, once a design is saved with KiCad 7, it will no longer be readable by
KiCad 6 or earlier.
Steve
libhackrf has updated from 0.7.0 to 0.8.0 in rawhide.
No dependent packages depend on the exact version, so nothing else should need
rebuilding. Tested with CubicSDR and gnuRadio.
Steve
___
devel mailing list -- devel@lists.fedoraproject.org
I got the following errors:
Error:
Problem 1: package opencolorio1-1.1.1-3.fc37.x86_64 requires
libyaml-cpp.so.0.6()(64bit), but none of the providers can be installed
- yaml-cpp-0.6.3-7.fc37.x86_64 does not belong to a distupgrade repository
- problem with installed package opencolorio1-1.
On 2/22/23 10:28 AM, Steven A. Falco wrote:
I got the following errors:
Error:
Problem 1: package opencolorio1-1.1.1-3.fc37.x86_64 requires
libyaml-cpp.so.0.6()(64bit), but none of the providers can be installed
- yaml-cpp-0.6.3-7.fc37.x86_64 does not belong to a distupgrade repository
On 9/5/24 06:57 AM, Miroslav Suchý wrote:
dnf --releasever=41 --enablerepo=updates-testing --assumeno distro-sync
Most of my issues are due to gimp: gutenprint-plugin, gimp-resynthesizer,
gimp-lqr-plugin.
Problem #2 relates to kicad-nightly which comes from Copr, so that may not be a
fair te
On 9/5/24 10:54 AM, Simone Caronni wrote:
Hi everyone,
I've noticed that we're really behind on xorg-x11-server releases (almost 3
years!) and that by rebasing we would drop tons of patches that have already
been upstreamed during this time.
No one that is listed in the maintainer list of tha
On 7/4/23 10:51 AM, Tomáš Hrnčiar wrote:
## How to run things locally?
You can use mock. Make sure to:
1. Clear all caches first: $ mock -r fedora-rawhide-x86_64--scrub=all
2. Use the Koji repo: $ mock -r fedora-rawhide-x86_64 --enablerepo=local
...
That doesn't appear correct. At
Not sure if this is a known problem, but I'm getting build failures from mock
on rawhide. F37, F38, and F39 are ok.
Steve
Error:
Problem: package wxGTK-devel-3.2.2.1-5.fc39.x86_64 from fedora requires
libwx_gtk3u_webview-3.2.so.0()(64bit), but none of the providers can be
installed
Looks like it is a mirror issue. Adding --enablerepo=local corrects it.
Please disregard my previous email.
Steve
On 8/21/23 02:41 PM, Steven A. Falco wrote:
Not sure if this is a known problem, but I'm getting build failures from mock
on rawhide. F37, F38, and F39 a
On 8/23/23 02:22 PM, Miroslav Suchý wrote:
dnf --releasever=39 --setopt=module_platform_id=platform:f39 \
--enablerepo=updates-testing \
$(rpm -q fedora-repos-modular >/dev/null && echo
--enablerepo=updates-testing-modular) \
--assumeno distro-sync
Problem 1: problem with installed package fre
On 8/23/23 04:12 PM, Richard Shaw wrote:
On Wed, Aug 23, 2023 at 1:41 PM Steven A. Falco mailto:stevenfa...@gmail.com>> wrote:
On 8/23/23 02:22 PM, Miroslav Suchý wrote:
> dnf --releasever=39 --setopt=module_platform_id=platform:f39 \
> --enablerepo=updates-testing \
On 9/13/23 11:53 AM, Aoife Moloney wrote:
Wiki https://fedoraproject.org/wiki/Changes/KDE_Plasma_6
== Summary ==
KDE Plasma 6 is successor to KDE Plasma 5 created by the KDE
Community. It is based on Qt 6 and KDE Frameworks 6 and brings many
changes and improvements over previous versions. Fo
On 9/13/23 12:10 PM, Steven A. Falco wrote:
On 9/13/23 11:53 AM, Aoife Moloney wrote:
Wiki https://fedoraproject.org/wiki/Changes/KDE_Plasma_6
== Summary ==
KDE Plasma 6 is successor to KDE Plasma 5 created by the KDE
Community. It is based on Qt 6 and KDE Frameworks 6 and brings many
On 9/13/23 05:23 PM, Neal Gompa wrote:
Right. And I want to stress we are not dropping support for X11
applications. Anything running as an X client in a desktop should work
as it has before.
I'm not convinced KiCad will work in that scenario, so please let me summarize
what I've read here, an
On 9/13/23 07:16 PM, Neal Gompa wrote:
On Wed, Sep 13, 2023 at 7:02 PM Steven A. Falco wrote:
On 9/13/23 05:23 PM, Neal Gompa wrote:
Right. And I want to stress we are not dropping support for X11
applications. Anything running as an X client in a desktop should work
as it has before.
I&#
On 9/14/23 06:36 AM, Ian McInerney wrote:
On Thu, 14 Sep 2023, 00:17 Neal Gompa, mailto:ngomp...@gmail.com>> wrote:
On Wed, Sep 13, 2023 at 7:02 PM Steven A. Falco mailto:stevenfa...@gmail.com>> wrote:
>
> On 9/13/23 05:23 PM, Neal Gompa wrote:
> &
On 9/14/23 04:20 PM, Steven A. Falco wrote:
I've written a bug [1] stating that window placement appears to be ignored.
Specifically the following command ignores the requested placement under
Plasma(Wayland) but the placement is honored under Plasma(X11). That is a big
problem in a
On 9/17/23 05:48 PM, Kevin Kofler via devel wrote:
Ian Laurie wrote:
I didn't think the greeter used Wayland? So there may be something else
going on. I cannot swear to it, but I don't think I've noticed problems
in the greeter before.
As Adam posted, the offset problem already has a bug fo
On 9/18/23 11:33 AM, Neal Gompa wrote:
On Mon, Sep 18, 2023 at 11:12 AM Steven A. Falco wrote:
On 9/17/23 05:48 PM, Kevin Kofler via devel wrote:
Ian Laurie wrote:
I didn't think the greeter used Wayland? So there may be something else
going on. I cannot swear to it, but I don&#x
On 12/21/23 08:53 AM, Neal Gompa wrote:
On Thu, Dec 21, 2023 at 8:52 AM Leigh Scott wrote:
I'm -1 for this change, it shouldn't be enabled by default as it will cause
issues for users using router mac filtering.
What this seems to state is that the MAC address would be unique for
each SSID,
On 1/30/24 08:55 AM, Richard W.M. Jones wrote:
On Tue, Jan 30, 2024 at 08:38:51AM -0500, Stephen Gallagher wrote:
3) Fedora has a long-standing and well-communicated stance that we are
a Wayland distribution first and foremost and that X11 support is
intended as a migration-support tool rather t
On 2/1/24 11:28 AM, Neal Gompa wrote:
On Thu, Feb 1, 2024 at 4:21 PM Roberto Ragusa wrote:
On 2/1/24 14:29, Steve Cossette wrote:
And yes, that /is/ the whole point: We want to foster the use of Wayland, to
increase it's adoption, to force people using it to hit snags along the road
and fi
On 2/1/24 11:46 AM, Neal Gompa wrote:
I'd like to think that the gaps will be fixed, but it seems to me that because
of policy, some gaps (like apps controlling their own window placement) will
never be fixed.
That is not necessarily true. For your example about window placement,
there is th
On 2/3/24 01:12 AM, Kevin Kofler via devel wrote:
Any interested people can already request comaintainership now (e.g., by
replying to this mail), and I will almost certainly grant it (though I will
have reservations about some specific types of requests, such as blanket
admin permissions for the
On 2/8/24 05:44 AM, Neal Gompa wrote:
The Wayland protocol in question is this one:
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/18
That said, even X11's version isn't widely supported. Typically,
support for this is plumbed through linking libSM, and GTK notably
doe
I am getting an error "template-id not allowed for constructor in C++20" but
according to the Copr log [0], the compiler is being given -std=c++17:
Building CXX object
thirdparty/clipper2/CMakeFiles/clipper2.dir/Clipper2Lib/src/clipper.engine.cpp.o
cd /builddir/build/BUILD/kicad-7.0.11/redhat-l
On 2/21/24 11:46 AM, Jakub Jelinek wrote:
On Wed, Feb 21, 2024 at 11:34:37AM -0500, Steven A. Falco wrote:
I am getting an error "template-id not allowed for constructor in C++20" but
according to the Copr log [0], the compiler is being given -std=c++17:
It is a warning, but you&#x
On 9/8/22 06:44 AM, Miroslav Suchý wrote:
Quick heads up where we are:
I had been following this discussion, and I vaguely remember that there was
talk of it having to be conditional, perhaps with a macro.
Has all that now been resolved? Can one simply convert to the new SPDX license
identi
License changed from GPLv3 to GPL-3.0-or-later
(In the past it should have been GPLv3+ rather than GPLv3, so I fixed that in
the process of converting to SPDX, in case anyone was wondering...)
Steve
___
devel mailing list -- devel@lists.fedora
On 9/12/22 08:59 AM, Miroslav Suchý wrote:
dnf --releasever=37 --setopt=module_platform_id=platform:f37 \
--enablerepo=updates-testing \
$(rpm -q fedora-repos-modular >/dev/null && echo
--enablerepo=updates-testing-modular) \
--assumeno distro-sync
Error:
Problem: package nautilus-dropbox-1:2
Yesterday, I had a build that failed. The task ID is 92381483.
I tried rebuilding it today in task 92397327 but I get the error message:
"GenericError: Build already in progress (task 92381483)"
I tried doing "koji cancel 92381483" but that doesn't help. Another attempt
(task 92398262) faile
On 9/28/22 09:59 AM, Stephen Smoogen wrote:
On Wed, 28 Sept 2022 at 09:53, Steven A. Falco mailto:stevenfa...@gmail.com>> wrote:
Yesterday, I had a build that failed. The task ID is 92381483.
I tried rebuilding it today in task 92397327 but I get the error m
On 11/10/22 09:47 AM, Eike Rathke wrote:
Hi Miroslav,
On Monday, 2022-11-07 18:46:26 +0100, Miroslav Suchý wrote:
Tl;dr Please start migrating your license tag to SPDX now.
Is it ok to have SPDX tags on all currently supported release branches,
i.e. f37, f36, f35?
Yes.
Steve
I just upgraded my system to Fedora 37 and noticed that the package "hackrf"
was still from Fedora 36. I found a failed build from the f37-rebuild, dated 2022-07-21
[1]. It apparently failed on aarch64, but the logs are long gone - at least I don't see
them on koji.
I tried a scratch build,
On 11/16/22 06:25 PM, Scott Talbert wrote:
I just upgraded my system to Fedora 37 and noticed that the package "hackrf" was
still from Fedora 36. I found a failed build from the f37-rebuild, dated
2022-07-21 [1].
It apparently failed on aarch64, but the logs are long gone - at least I don't
se
The package hackrf has several open bugs [1], [2].
I've started the non-responsive maintainer process by filing [3].
I've CC'd the maintainer on this email, but if anyone knows how else to contact
them, please let me know.
Thanks,
Steve
[1] https://bugzilla.redhat.com/show_bug
On 11/23/22 12:23 PM, Scott Talbert wrote:
Hi all,
In order to fix some incompatibilities with wxWidgets wxGLCanvas (which is
currently built with OpenGL EGL support) and several package users which are
expecting OpenGL GLX support, I need to rebuild wxWidgets with a different
configuration o
On 11/23/22 12:58 PM, Steven A. Falco wrote:
On 11/23/22 12:23 PM, Scott Talbert wrote:
Hi all,
In order to fix some incompatibilities with wxWidgets wxGLCanvas (which is
currently built with OpenGL EGL support) and several package users which are
expecting OpenGL GLX support, I need to
On 11/24/22 08:45 AM, Kalev Lember wrote:
Hi Scott,
On Wed, Nov 23, 2022 at 6:23 PM Scott Talbert mailto:s...@techie.net>> wrote:
Hi all,
In order to fix some incompatibilities with wxWidgets wxGLCanvas (which is
currently built with OpenGL EGL support) and several package users wh
On 4/2/24 03:50 PM, Steve Cossette wrote:
Well, we did submit this yesterday around 2:30-3:00PM EST, guessing it was a
bit too late.
But the proposal is 1000% serious.
I'm glad to hear you say that, as I switched to KDE around the time of Gnome3
and never looked back.
Steve
--
_
I noticed that the load average on a rawhide vm was higher than expected, and
according to 'top' I had two copies of /usr/bin/spice-vdagent running, with one
of them taking up a whole cpu core.
I removed /etc/xdg/autostart/spice-vdagent.desktop and rebooted. Now there is
only one copy of spic
I upgraded to F40, and suddenly an apache cgi script that was working perfectly in F39
(and earlier) is giving me a "Read-only file system" error when trying to write
data into a file.
The directory where the cgi is trying to write is owned by apache:apache, and
it is mode 777. The file the c
On 4/24/24 06:50 AM, Tom Hughes wrote:
On 24/04/2024 02:28, Xose Vazquez Perez wrote:
# mkdir /etc/systemd/system/httpd.service.d/
# vi /etc/systemd/system/httpd.service.d/override.conf
[Service]
ProtectHome=false
Better than just opening up whole trees again would
be to use ReadWritePaths=
I'm getting the "410 Gone" message, too. Tried multiple times since yesterday
with no luck.
Steve
On 5/21/24 05:21 AM, Aoife Moloney wrote:
I've seen someone in the Red Hat Waterford office be able to claim it no
problem so the issue may be individually based as the link is definitel
On 5/21/24 10:17 AM, Sandro wrote:
On 21-05-2024 15:47, Vít Ondruch wrote:
Dne 21. 05. 24 v 15:45 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 15:31 Steven A. Falco napsal(a):
I'm getting the "410 Gone" message, too. Tried multiple times since yesterday
with no luck.
Yes, this
On 5/21/24 10:39 AM, Sandro wrote:
On 21-05-2024 16:32, Ben Cotton wrote:
On Tue, May 21, 2024 at 10:28 AM Sandro wrote:
However, now the link is in the open, we might have to change it again
and invalidate the link you posted. It's not meant to be out in the open.
It's probably fine. If so
On 6/10/22 10:43 AM, Scott Talbert wrote:
Hi,
I'm updating wxGTK to 3.1.7 in Rawhide - this involves an soname bump.
I've created side tag f37-build-side-54462 to perform the build with its
dependencies.
I've built wxGTK, CubicSDR and audacity in the side tag.
@rathann, can you please build
On 6/10/22 03:39 PM, Scott Talbert wrote:
On Fri, 10 Jun 2022, Steven A. Falco wrote:
On 6/10/22 10:43 AM, Scott Talbert wrote:
Hi,
I'm updating wxGTK to 3.1.7 in Rawhide - this involves an soname bump.
I've created side tag f37-build-side-54462 to perform the build with its
de
On 6/20/22 07:45 AM, Tomas Hrnciar wrote:
Hello.
As you might already know, we have recently merged in the Python 3.11side tag
to Rawhide, despite several builds not succeeding. We always aim for some
compromise between having the side tag open for too long and having too many
failures.
I'm
On 6/21/22 10:34 AM, Miro Hrončok wrote:
On 21. 06. 22 16:27, Steven A. Falco wrote:
On 6/20/22 07:45 AM, Tomas Hrnciar wrote:
Hello.
As you might already know, we have recently merged in the Python 3.11side tag
to Rawhide, despite several builds not succeeding. We always aim for some
I'm trying to debug a package that uses cmake to build "out of tree". It looks like the
build happens in a directory called "redhat-linux-build". Is there a macro that contains
that string?
Steve
___
devel mailing list -- devel@lists.fedorap
On 6/24/22 11:51 AM, Dan Horák wrote:
On Fri, 24 Jun 2022 11:36:18 -0400
"Steven A. Falco" wrote:
I'm trying to debug a package that uses cmake to build "out of tree". It looks like the
build happens in a directory called "redhat-linux-build". Is there
I like this proposal. Is the intent to use the raw.xz image or the "iso +
UEFI" mechanism?
Steve
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct
On 7/25/22 10:18 PM, Scott Talbert wrote:
At long last wxWidgets 3.2.0 has been released and I'm getting it into Rawhide.
This comes with an soname bump (but this should be the last one as 3.2.x
should now be ABI stable).
NOTE: users of wxWidgets 3.0 (wxGTK3 package) are now strongly encourag
1 - 100 of 196 matches
Mail list logo
