Re: Please update Darktable to latest stable on Fedora 33

On 2020-09-24 6:00 p.m., Erich Eickmeyer wrote: This type of question really needs to be a bug report against the darktable package, not a conversation in this list. Looks like @madko is listed as the maintainer and @germano was the last person to build push an update, but neglected F33. Suc

Re: Please update Darktable to latest stable on Fedora 33

In defense of the maintainers, these build dates are right around f33 branching on August 11th, so perhaps that is the reason, why they've missed f33. johannes ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

Jan Kratochvil wrote on Thu, Sep 24, 2020: > > That talk doesn't load for me, sorry if I ask something answered in > > there. > > I have added a title there now but the URL loads for me even in lynx+wget. Yeah sorry it finally loaded after 10+ minutes, that was weird. > Copy-pasted it at the bot

Self Introduction: Ruki Wang

Hi, all! I'm Ruki Wang, a full stack developer from China. I'm creator of @tboox and @xmake-io Open Source Groups. My Github: https://github.com/waruqi I am developing xmake now. it's a lightweight cross

Prodi Manajemen UMa

http://manajemen.uma.ac.id/ ___ 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:

Re: Non-responsive maintainer: fedpop

Pull request has been rebased and is ready to be merged. Thanks for your help with this Richard. On Thu, Sep 24, 2020 at 6:59 PM Richard Shaw wrote: > > On Thu, Sep 24, 2020 at 4:34 PM Carl George wrote: >> >> I read the policy [0] as "major (bug | security) fixes", and the CVE >> is only rated

Re: Please update Darktable to latest stable on Fedora 33

On Thu, Sep 24, 2020 at 4:02 pm, Michel Alexandre Salim wrote: On Thu, 2020-09-24 at 14:41 -0700, Erich Eickmeyer wrote: On Thu, Sep 24, 2020 at 2:39 pm, Luya Tshimbalanga < l...@fedoraproject.org > wrote: > > When upgrading from Fedora 32 to 33 beta, I n

Re: Non-responsive maintainer: fedpop

On Thu, Sep 24, 2020 at 4:34 PM Carl George wrote: > I read the policy [0] as "major (bug | security) fixes", and the CVE > is only rated as moderate [1]. Should the policy be read as "(major > bug | any security) fixes"? I am not opposed to building the update > on F31 as well. > > [0] > https

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

Hi, Replying since I am mentioned by name in this proposal and it seems to argue for removing a feature I am currently working on to make sure it works correctly with GCC11 if it switches to producing DWARF5 by default. The proposal seems based on some misunderstandings. On Thu, Sep 24, 2020 at 1

Re: Please update Darktable to latest stable on Fedora 33

On Thu, 2020-09-24 at 14:41 -0700, Erich Eickmeyer wrote: > > > On Thu, Sep 24, 2020 at 2:39 pm, Luya Tshimbalanga < > l...@fedoraproject.org> wrote: > >    > > When upgrading from Fedora 32 to 33 beta, I notice Darktable is on > > 3.0. 3.2.1-1.fc32. Will it be possible to push to the latest > >

Re: Please update Darktable to latest stable on Fedora 33

On Thu, Sep 24, 2020 at 2:39 pm, Luya Tshimbalanga wrote: When upgrading from Fedora 32 to 33 beta, I notice Darktable is on 3.0. 3.2.1-1.fc32 . Will it be possible to push to the latest version before Fedora 33 release? Thank

Please update Darktable to latest stable on Fedora 33

When upgrading from Fedora 32 to 33 beta, I notice Darktable is on 3.0. 3.2.1-1.fc32 . Will it be possible to push to the latest version before Fedora 33 release? Thanks -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite

Re: Non-responsive maintainer: fedpop

I read the policy [0] as "major (bug | security) fixes", and the CVE is only rated as moderate [1]. Should the policy be read as "(major bug | any security) fixes"? I am not opposed to building the update on F31 as well. [0] https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#all-other-up

Re: `python3 setup.py build` step segfaults while building in mock for rawhide

On Thu, Sep 24, 2020 14:22:04 -0600, Jerry James wrote: > On Thu, Sep 24, 2020 at 2:08 PM Ankur Sinha wrote: > > AHA! Thanks! Could you list the steps you took to debug this please? I > > didn't know quite where to start. XD > > > > Also, any reason why this happens on rawhide but not F33? > > I'

rust-bytemuck license change: zlib -> zlib or ASL 2.0 or MIT

The subject says it all ... with the update to rust-bytemuck 1.4.1, the license changed from zlib only to zlib OR ASL 2.0 OR MIT. Since this is less restrictive (and matches the rest of the Rust ecosystem better), this is a good thing TM I guess :) Fabio ___

Re: `python3 setup.py build` step segfaults while building in mock for rawhide

On Thu, Sep 24, 2020 at 2:08 PM Ankur Sinha wrote: > AHA! Thanks! Could you list the steps you took to debug this please? I > didn't know quite where to start. XD > > Also, any reason why this happens on rawhide but not F33? I'm afraid I have no idea why it is happening on Rawhide but not F33. He

Re: `python3 setup.py build` step segfaults while building in mock for rawhide

On Thu, Sep 24, 2020 13:41:36 -0600, Jerry James wrote: > On Thu, Sep 24, 2020 at 1:08 PM Ankur Sinha wrote: > > I'm building a new python package. It's a pretty straightforward one, > > and it builds fine in mock for F33, but not for rawhide. On rawhide, the > > %py3_build step segfaults: > > Th

Re: `python3 setup.py build` step segfaults while building in mock for rawhide

On Thu, Sep 24, 2020 at 1:08 PM Ankur Sinha wrote: > I'm building a new python package. It's a pretty straightforward one, > and it builds fine in mock for F33, but not for rawhide. On rawhide, the > %py3_build step segfaults: The crash is actually inside the neuron package. GDB says: #0 hoc_n

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

Ben Cotton wrote on Thu, Sep 24, 2020: > ** If the 3.3% size increase is a concern I can implement a different > optimization ([https://whova.com/embedded/session/llvm_202010/1193947/ > talk (2)]) as a GCC post-processing phase which would require no > changes in any DWARF consumers. That talk doe

`python3 setup.py build` step segfaults while building in mock for rawhide

Hello, I'm building a new python package. It's a pretty straightforward one, and it builds fine in mock for F33, but not for rawhide. On rawhide, the %py3_build step segfaults: /var/tmp/rpm-tmp.gZ2yVU: line 34: 2984190 Segmentation fault (core dumped) CFLAGS="${CFLAGS:-${RPM_OPT_FLAGS}}" LD

Re: Fedora 33 Beta is GO

On what date is that, again? --Greg On Thu, Sep 24, 2020 at 1:35 PM Ben Cotton wrote: > The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on > Tuesday, 17 March 2020. > > For more information please check the Go/No-Go meeting minutes [2] or log > [3]. > > Thank you to everyone

Re: Fedora 33 Beta is GO

On Thu, Sep 24, 2020 at 2:34 PM Ben Cotton wrote: > On Thu, Sep 24, 2020 at 2:31 PM Ben Cotton wrote: > > > > The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on > > Tuesday, 17 March 2020. > > > This, of course, should read Tuesday, 29 September 2020. > It really has been a l

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, 24 Sep 2020 20:04:22 +0200, Stephen John Smoogen wrote: > The original language of the proposal said no other distribution used DWZ, > and that the format was not adopted and should be removed. I have already updated the Wiki in the meantime based on new information from this list: https:

Re: Fedora 33 Beta is GO

On Thu, Sep 24, 2020 at 2:31 PM Ben Cotton wrote: > > The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on > Tuesday, 17 March 2020. > This, of course, should read Tuesday, 29 September 2020. -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ

[Test-Announce] Fedora 33 Beta is GO

The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on Tuesday, 17 March 2020. For more information please check the Go/No-Go meeting minutes [2] or log [3]. Thank you to everyone who has and still is working on this release! Subsequent schedule milestones[4] are unchanged. The Fin

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, 24 Sep 2020 20:10:45 +0200, Neal Gompa wrote: > I do not feel that this is a valid premise either, since the reason > for no dwz support in LLDB is because nobody contributed it. > I'm slightly surprised that Red Hat's debuginfo engineers hadn't already > contributed support for it into LLD

Re: compat-openssl11 vs openssl1.1

On Wed, 2020-09-16 at 12:41 -0500, Michael Catanzaro wrote: > On Wed, Sep 16, 2020 at 1:37 pm, Simo Sorce wrote: > > note that one of the dependencies is gnome-vfs2, itself a dependency > > for libgnome, which is a dependency for another dozen packages. > > > > All of them will likely go away bec

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, Sep 24, 2020 at 2:04 PM Stephen John Smoogen wrote: > > > > On Thu, 24 Sep 2020 at 13:44, Jan Kratochvil > wrote: >> >> On Thu, 24 Sep 2020 19:16:32 +0200, Neal Gompa wrote: >> > Then that certainly means that Ubuntu uses this too, since they reuse >> > the dbgsym subpackage generation f

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, 24 Sep 2020 at 13:44, Jan Kratochvil wrote: > On Thu, 24 Sep 2020 19:16:32 +0200, Neal Gompa wrote: > > Then that certainly means that Ubuntu uses this too, since they reuse > > the dbgsym subpackage generation for the ddeb system they have now. > > I am not much familiar with Debian/Ubun

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, 24 Sep 2020 19:16:32 +0200, Neal Gompa wrote: > Then that certainly means that Ubuntu uses this too, since they reuse > the dbgsym subpackage generation for the ddeb system they have now. I am not much familiar with Debian/Ubuntu but I cannot find any use of DWZ there: https://pack

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, Sep 24, 2020 at 1:13 PM Peter Pentchev wrote: > > On Thu, Sep 24, 2020 at 01:01:17PM -0400, Neal Gompa wrote: > > On Thu, Sep 24, 2020 at 12:00 PM Ben Cotton wrote: > > > > > > https://fedoraproject.org/wiki/Changes/DebugInfoStandardization > > > > > > == Summary == > > > Fedora 18 implem

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, 24 Sep 2020 19:01:17 +0200, Neal Gompa wrote: > This is not true. Debian started producing -dbgsym packages and > putting them in a separate repository years ago: > https://wiki.debian.org/AutomaticDebugPackages > > dwz is used by virtually all RPM based distributions now, including > Open

Re: protobuf (3.13) update is coming to rawhide

On Mon, Sep 21, 2020 at 02:26:00PM +0200, Adrian Reber wrote: > On Fri, Sep 18, 2020 at 08:23:40AM +0200, Adrian Reber wrote: > > I will do a protobuf update in rawhide which comes, as always, with a > > new SO version. > > > > Before starting the builds in rawhide I will try it out first in COPR

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, Sep 24, 2020 at 01:01:17PM -0400, Neal Gompa wrote: > On Thu, Sep 24, 2020 at 12:00 PM Ben Cotton wrote: > > > > https://fedoraproject.org/wiki/Changes/DebugInfoStandardization > > > > == Summary == > > Fedora 18 implemented [[Features/DwarfCompressor]]. As the format did > > not get wides

Re: F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

On Thu, Sep 24, 2020 at 12:00 PM Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/DebugInfoStandardization > > == Summary == > Fedora 18 implemented [[Features/DwarfCompressor]]. As the format did > not get widespread and the tool is not much maintained it became > burden to make exist

Re: Non-responsive maintainer: fedpop

In your original email you said that this resolves CVE bug [1], which says in it: "NOTE: this issue affects multiple supported versions of Fedora. While only one tracking bug has been filed, please correct all affected versions at the same time. If you need to fix the versions independent of each

Re: Non-responsive maintainer: fedpop

F32 is fine by me. Based on the updates policy [0], I don't believe this update qualifies under the "major bug fixes and security fixes" restriction for the previous stable release. [0] https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#all-other-updates On Wed, Sep 23, 2020 at 2:54 PM R

F34 Change proposal: Debug Info Standardization (from DWZ to -fdebug-types-section) (System-Wide Change proposal)

https://fedoraproject.org/wiki/Changes/DebugInfoStandardization == Summary == Fedora 18 implemented [[Features/DwarfCompressor]]. As the format did not get widespread and the tool is not much maintained it became burden to make existing debugging tools compatible with Fedora debug info. == Owner

F34 Change proposal: Move deprecated bluetooth utilities to subpackage (Self-Contained Change)

https://fedoraproject.org/wiki/Changes/BluetoothDeprecated == Summary == Move deprecated bluez bluetooth utilities to a sub package to indicate their status. == Owner == * Name: [[User:pbrobinson| Peter Robinson]] * Email: [mailto:pbrobin...@fedoraproject.org| pbrobin...@fedoraproject.org] == De

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

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

Fedora-Rawhide-20200924.n.0 compose check report

Missing expected images: Xfce raw-xz armhfp Compose PASSES proposed Rawhide gating check! All required tests passed Failed openQA tests: 9/181 (x86_64) Old failures (same test failed in Fedora-Rawhide-20200923.n.0): ID: 676470 Test: x86_64 KDE-live-iso desktop_notifications_live URL: http

Re: Easy Review Swaps For New Packages That Block Rust Stack Updates

On Thu, Sep 24, 2020 at 5:59 AM Fabio Valentini wrote: > I've been working through open bugs in the Rust stack for the past > week, trying to contribute a few package updates. Some are, however, > blocked by new dependencies that aren't packaged yet. > > These new packages are *very simple* and 9

Fedora rawhide compose report: 20200924.n.0 changes

OLD: Fedora-Rawhide-20200923.n.0 NEW: Fedora-Rawhide-20200924.n.0 = SUMMARY = Added images:0 Dropped images: 3 Added packages: 3 Dropped packages:0 Upgraded packages: 80 Downgraded packages: 0 Size of added packages: 6.80 MiB Size of dropped packages:0 B

Fedora-Cloud-31-20200924.0 compose check report

No missing expected images. Passed openQA tests: 7/7 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap

Re: [External] Re: Lenovo P1G2 and P53 web sales updates

On 2020-09-24 6:10 a.m., Alexander Bokovoy wrote: On to, 24 syys 2020, Mark Pearson wrote: Hi Fedora community, Do let me know any questions. Once again I apologise to all those who helped us on the way - the next round will go smoother. Thank you for the update. Any news when the glob

Re: F34 Change Proposal: Rust Crate Packages For Release Branches (System-Wide Change)

On Thu, Sep 24, 2020 at 11:51 AM Luca BRUNO wrote: > > On Mon, 14 Sep 2020 10:10:30 -0400 > Ben Cotton wrote: > > > Following the general upwards trend in the Rust language's popularity, > > more and more applications and services in fedora are written in Rust. > > This includes some CoreOS servi

Re: Lenovo P1G2 and P53 web sales updates

On to, 24 syys 2020, Mark Pearson wrote: Hi Fedora community, Just wanted to drop a note to the community as I'm sure you're wondering where the P1G2 and P53 are with the web sales. It's been a frustrating experience and we've been working past issue after issue for weeks but it looks like we

Lenovo P1G2 and P53 web sales updates

Hi Fedora community, Just wanted to drop a note to the community as I'm sure you're wondering where the P1G2 and P53 are with the web sales. It's been a frustrating experience and we've been working past issue after issue for weeks but it looks like we hit the wall today. One of the major is

Easy Review Swaps For New Packages That Block Rust Stack Updates

Hi everybody, I've been working through open bugs in the Rust stack for the past week, trying to contribute a few package updates. Some are, however, blocked by new dependencies that aren't packaged yet. These new packages are *very simple* and 99% automatically generated, so the reviews should b

Re: F34 Change Proposal: Rust Crate Packages For Release Branches (System-Wide Change)

On Mon, 14 Sep 2020 10:10:30 -0400 Ben Cotton wrote: > Following the general upwards trend in the Rust language's popularity, > more and more applications and services in fedora are written in Rust. > This includes some CoreOS services, PARSEC, some nice command line > tools (e.g. ripgrep, bat, f

Fedora-Cloud-32-20200924.0 compose check report

No missing expected images. Soft failed openQA tests: 1/7 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-32-20200923.0): ID: 676407 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproj

Re: Building libjfxwebkit.so for openjfx

On 24.09.2020 10:37, Nicolas De Amicis wrote: > When I compile with cmake on my fedora 32, the .so has a size of 88 Mb > but when I run with fedpkg --release f33 local the .so has a size of 2.2 > Gb! I don't understand why is so big and how to fix it! 88 Mb - stripped binary. 2.2 GB - non-stripped

Building libjfxwebkit.so for openjfx

Hello, I'm trying to build libjfxwebkit.so for openjfx (https://src.fedoraproject.org/rpms/openjfx). When I compile with cmake on my fedora 32, the .so has a size of 88 Mb but when I run with fedpkg --release f33 local the .so has a size of 2.2 Gb! I don't understand why is so big and how to fi

Re: Need assistance for opensubdiv

Which some helps on a chat, it turned out an upstream bug in FindOpenCL.cmake which prompts to disable OpenCL support for the time being. On 2020-09-23 5:57 p.m., Luya Tshimbalanga wrote: Hello team, As part to adhering the Fedora cmake guideline, opensubdiv oddly failed to build without a