* Kevin Fenzi:
> On Wed, Oct 26, 2022 at 10:23:40AM +0200, Florian Weimer wrote:
>> * Zbigniew Jędrzejewski-Szmek:
>>
>> > On Tue, Oct 25, 2022 at 10:05:52AM -0400, Ben Cotton wrote:
>
> ...snip...
>
>> >> == How To Test ==
>> >
>> > As discussed by others, this needs to explain how to opt-in for
+Jiri in To
Dave Stux wrote on Wed, Oct 26, 2022 at 09:39:23PM -:
> I have opened bugs relating to bcc, and I see no reply on them.
> Currently, at least in my testing, the state of ,pst pf the bcc dependent
> tools in F35 is broken.
> Examples:
> https://bugzilla.redhat.com/show_bug.cgi?id=2
Hi,
I have opened bugs relating to bcc, and I see no reply on them.
Currently, at least in my testing, the state of ,pst pf the bcc dependent tools
in F35 is broken.
Examples:
https://bugzilla.redhat.com/show_bug.cgi?id=2127642
https://bugzilla.redhat.com/show_bug.cgi?id=2057139
I have filled non
On Wed, Oct 26, 2022 at 10:23:40AM +0200, Florian Weimer wrote:
> * Zbigniew Jędrzejewski-Szmek:
>
> > On Tue, Oct 25, 2022 at 10:05:52AM -0400, Ben Cotton wrote:
...snip...
> >> == How To Test ==
> >
> > As discussed by others, this needs to explain how to opt-in for early
> > testing, and also
Comment # 2 on bug 6451 from Nicolas Chauvet
xz-libs is a fedora package, so it might have been a transient issue.
Nothing we can fix in our end. Please escalate to fedora.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an e
On Mon, Oct 17, 2022 at 12:55:44PM +0200, Zdenek Dohnal wrote:
> Koji devs forwarded me to releng pagure, so there is a new issue for this
> https://pagure.io/releng/issue/11093 .
So, it turns out that koji upstream added a 'inactivity' check.
ie, no builds tagged in or out in a timeperiod. We we
On Wed, 2022-10-26 at 13:59 +0100, Daniel P. Berrangé wrote:
> Note that in an earlier message in this thread replying to my
> question, Florian pointed out that using -std is not actually
> the way to test this.
Hi,
I see. I did read several messages in this thread, but definitely not
all
On 26. 10. 22 18:01, Michael J Gruber wrote:
Did this work fine for python 3.11 in Fedora 37? Asking for a friend ...
Reasonably fine.
1 package still requires Python 3.11:
https://bugzilla.redhat.com/show_bug.cgi?id=2045255
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
__
Did this work fine for python 3.11 in Fedora 37? Asking for a friend ...
___
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
Thanks for the clarification. (I was quite thrown off by f26 until I realised
it as a potential typo.)
It's always disappointing to see packages go FTI as a result of other upgrades.
So, if you are packager, cloning the dist-git repo and filing a merge request
would be the easiest option (for t
OLD: Fedora-37-20221025.n.0
NEW: Fedora-37-20221026.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On 10/26/22 02:58, Florian Weimer wrote:
* Richard W. M. Jones:
On Tue, Oct 25, 2022 at 10:05:52AM -0400, Ben Cotton wrote:
Neither change is trivial to implement because introducing errors for
these constructs (as required by C99) alters the result of autoconf
configure checks. Quite a few s
I frankly love this change. For along time I wanted a way to catch such
extensions and non stadard behaviour. For the long term, we could
create 3 macros, legacy for old unmainatined code (the -std=c89),
standard which will be the result of this porting and a future one with
some bonus flags.
stan
On Wed, Oct 26, 2022 at 02:18:02PM +0200, Milan Crha wrote:
> When I try to compile this simple program:
>
> #include
> int main(void) { db_create(NULL, NULL, 0); return 0; }
>
> (which is part of the project's "can build" test to verify the thing is
> properly installed in the system) using
On Wed, 2022-10-26 at 14:18 +0200, Milan Crha wrote:
> when I compile it as:
>
> gcc -std=c99 -Wall -Wextra test.c -o test -ldb
>
> I get an error:
>
> In file included from test.c:1:
> /usr/include/db.h:1098:9: error: unknown type name ‘u_int’
>
> and tons of related warning/error lin
On Wed, 2022-10-26 at 11:09 +0200, Florian Weimer wrote:
> There will be a few generic issues in build tools that when address
> fix multiple packages
Hi,
I've been interested in a check of a project I maintain and I stopped
very soon on Fedora 37 with
gcc-12.2.1-2.fc37.x86_64
glibc-2.36-
* Alexander Sosedkin:
> On Tue, Oct 25, 2022 at 7:42 PM Florian Weimer wrote:
>>
>> * Alexander Sosedkin:
>>
>> > Since it's a build-time-only change,
>> > can it be rolled out under controlled pressure like this?
>> >
>> > 1. every package explicitly opts out (with some macro in specfile, IDK)
>
On 26. 10. 22 13:44, Miro Hrončok wrote:
On 26. 10. 22 11:09, Florian Weimer wrote:
There will be a few generic issues in build tools that when address fix
multiple packages, like the unfortunate has_function() implementation in
Python's setuptools/distutils.
Do you have details for this?
Fo
On 26. 10. 22 11:09, Florian Weimer wrote:
There will be a few generic issues in build tools that when address fix
multiple packages, like the unfortunate has_function() implementation in
Python's setuptools/distutils.
Do you have details for this?
--
Miro Hrončok
--
Phone: +420777974800
IRC:
OLD: Fedora-Rawhide-20221025.n.0
NEW: Fedora-Rawhide-20221026.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 6
Dropped packages:1
Upgraded packages: 68
Downgraded packages: 0
Size of added packages: 24.05 MiB
Size of dropped packages
* Vít Ondruch:
> So what is the current status? How many packages are going to be
> affected by this change? How are we going to track the progress?
I see an unaudited rebuild failure rate of about 10% for rebuilds of
source packages that produce arch-full binary packages. This number
does not i
Dne 25. 10. 22 v 14:00 Jaroslav Mracek napsal(a):
Are there going to be provided some deprecation warning in current
version of DNF, should some commands or option change in DNF5? I think
this would help prepare users for the changes in advance and possible
make the transition smoother.
Vít
* Richard W. M. Jones:
> On Tue, Oct 25, 2022 at 10:05:52AM -0400, Ben Cotton wrote:
>> Neither change is trivial to implement because introducing errors for
>> these constructs (as required by C99) alters the result of autoconf
>> configure checks. Quite a few such checks use an implicitly declar
So what is the current status? How many packages are going to be
affected by this change? How are we going to track the progress?
Vít
Dne 25. 10. 22 v 16:05 Ben Cotton napsal(a):
https://fedoraproject.org/wiki/Changes/PortingToModernC.
This document represents a proposed Change. As part of t
* Stephen Gallagher:
> ...
>> > Concretely, as an upstream maintainer, what should they do to test
>> > the behaviour of their code ? Is there more to it than just
>> > setting CFLAGS="-std=gnu99", if they want to validate this in their
>> > upstream CI ahead of GCC 14 arriving ?
>>
>> It's -Wer
* Jakub Jelinek:
> -Werror=implicit -Werror=implicit-function-declaration
> -Werror=old-style-definition
> will reject these even now. Though, I think -Wold-style-definition warns
> even about the no argument case which in C2X is the same as in C++ - ()
> being equivalent to (void).
In particul
* Zbigniew Jędrzejewski-Szmek:
> On Tue, Oct 25, 2022 at 10:05:52AM -0400, Ben Cotton wrote:
>> https://fedoraproject.org/wiki/Changes/PortingToModernC.
>
> Line-by-line review:
>
>> == Summary ==
>> Back in 1999, a new revision of the C standard removed several
>> backwards compatibility features
On 10/26/22 00:22, Vitaly Zaitsev via devel wrote:
On 26/10/2022 04:41, Reon Beon via devel wrote:
Can not download xz-libs.
sudo dnf install --refresh xz-libs xz-libs.i686
With --refresh dnf will update metadata before downloading any packages.
He was trying to do it from Gnome Software.
On Wed, Oct 26, 2022 at 07:06:43AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > == User Experience ==
> > User experience does not change.
>
> "The new default for C standard is -c99. Users who want to use
> an older standard need to specify something like -c89." (???)
It is -std=c89/-std=gnu89
On 26/10/2022 04:41, Reon Beon via devel wrote:
Can not download xz-libs.
sudo dnf install --refresh xz-libs xz-libs.i686
With --refresh dnf will update metadata before downloading any packages.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
On Tue, Oct 25, 2022 at 10:05:52AM -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/PortingToModernC.
Line-by-line review:
> == Summary ==
> Back in 1999, a new revision of the C standard removed several
> backwards compatibility features. However, GCC still accepts these
> obsol
31 matches
Mail list logo
