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

2020-09-25 Thread Florian Weimer
* Jan Kratochvil: > 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 >

Re: [Test-Announce] Fedora 33 Beta is GO

2020-09-25 Thread Leigh Scott
> The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on > Subsequent schedule milestones[4] are unchanged. The Final Freeze > begins on 6 October. That date is too short for me, I will wait for final release to do any changes. ___ devel

Fedora-IoT-33-20200925.0 compose check report

2020-09-25 Thread Fedora compose checker
No missing expected images. Soft failed openQA tests: 1/16 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-IoT-33-20200920.0): ID: 676789 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/te

Re: Self Introduction: Ruki Wang

2020-09-25 Thread Vít Ondruch
Hello and welcome! All information necessary to become Fedora packager should be available on this page: https://fedoraproject.org/wiki/Join_the_package_collection_maintainers There is also Fedora Join SIG, which can help you with onboarding: https://docs.fedoraproject.org/en-US/fedora-join/ind

Re: Self Introduction: Ruki Wang

2020-09-25 Thread Robin Lee
On Fri, Sep 25, 2020 at 11:33 AM Ruki Wang wrote: > > > 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-platform build utility

Re: Self Introduction: Ruki Wang

2020-09-25 Thread Ruki Wang
Hi, Vit Thank you very much for your reply, I will look at these documents. 😃 Thanks! Vít Ondruch 于2020年9月25日周五 下午4:13写道: > Hello and welcome! > > All information necessary to become Fedora packager should be available on > this page: > > https://fedoraproject.org/wiki/Join_the_package_collec

Re: Self Introduction: Ruki Wang

2020-09-25 Thread Ruki Wang
Oh, It's great! I saw the QQ group. : ) Thanks! Robin Lee 于2020年9月25日周五 下午4:35写道: > On Fri, Sep 25, 2020 at 11:33 AM Ruki Wang wrote: > > > > > > 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://gith

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

2020-09-25 Thread Neal Gompa
On Fri, Sep 25, 2020 at 3:08 AM Florian Weimer wrote: > > * Jan Kratochvil: > > > 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 n

Fedora-Cloud-32-20200925.0 compose check report

2020-09-25 Thread Fedora compose checker
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-20200924.0): ID: 676864 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproj

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

2020-09-25 Thread Mark Wielaard
On Thu, Sep 24, 2020 at 08:34:48PM +0200, Jan Kratochvil wrote: > > The tool is not easily maintained, > > I did not mention it there but it is true there are some longterm unfixed > bugs in DWZ so that it gives up on optimization of many builds: > error: Allocatable section after non-alloca

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

2020-09-25 Thread Jan Kratochvil
On Fri, 25 Sep 2020 11:01:53 +0200, Neal Gompa wrote: > On Fri, Sep 25, 2020 at 3:08 AM Florian Weimer wrote: > > This is not a -dbgsym package, so it probably has been created by a > > different procedure. I do not know how Ubuntu distributes their -dbgsym > > packages. An example from Debian w

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

2020-09-25 Thread Jan Kratochvil
On Fri, 25 Sep 2020 01:35:43 +0200, Mark Wielaard wrote: > 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 problem is yo

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

2020-09-25 Thread Jan Kratochvil
On Fri, 25 Sep 2020 11:36:47 +0200, Mark Wielaard wrote: > On Thu, Sep 24, 2020 at 08:34:48PM +0200, Jan Kratochvil wrote: > > error: Allocatable section after non-allocatable ones > > https://sourceware.org/bugzilla/show_bug.cgi?id=24251#c10 > > That isn't a longterm unfixed bug. It is

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

2020-09-25 Thread Zbigniew Jędrzejewski-Szmek
I'm missing some good statistics. > * DWZ advantage: On the whole Fedora distro it saves 3.3% (5GB of the > 157GB distribution size) What is this comparing? Is this the size of binary rpm or the installation-on-disk footprint? I would love to see a comparison of numbers for three things: - raw d

Fedora rawhide compose report: 20200925.n.0 changes

2020-09-25 Thread Fedora Rawhide Report
OLD: Fedora-Rawhide-20200924.n.0 NEW: Fedora-Rawhide-20200925.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 3 Dropped packages:2 Upgraded packages: 119 Downgraded packages: 1 Size of added packages: 149.28 KiB Size of dropped packages

Fedora-Cloud-31-20200925.0 compose check report

2020-09-25 Thread Fedora compose checker
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: F34 Change proposal: Move deprecated bluetooth utilities to subpackage (Self-Contained Change)

2020-09-25 Thread Dominik 'Rathann' Mierzejewski
On Thursday, 24 September 2020 at 17:54, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/BluetoothDeprecated > > == Summary == > Move deprecated bluez bluetooth utilities to a sub package to indicate > their status. [...] > == User Experience == > > Users shouldn't notice any differenc

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

2020-09-25 Thread Peter Robinson
On Fri, Sep 25, 2020 at 11:37 AM Dominik 'Rathann' Mierzejewski wrote: > > On Thursday, 24 September 2020 at 17:54, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/BluetoothDeprecated > > > > == Summary == > > Move deprecated bluez bluetooth utilities to a sub package to indicate > >

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

2020-09-25 Thread Fedora compose checker
Missing expected images: Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 2 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 11/181 (x86_64) New failures (same test not failed in Fedora-Rawhide-202

Re: Non-responsive maintainer: fedpop

2020-09-25 Thread Richard Shaw
Updates for f31 and up submitted. https://bodhi.fedoraproject.org/updates/?packages=mumble Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct

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

2020-09-25 Thread Ryan
> == Benefit to Fedora == > * Better compatibility with existing debugging and tracing tools, > primarily [https://lldb.llvm.org/ LLDB]. Thanks for your work on this Ben and Jan, Just as an interested user, use of the DWZ format significantly limits Swift development on Fedora, as it is impossib

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

2020-09-25 Thread Neal Gompa
On Fri, Sep 25, 2020 at 7:26 AM Ryan wrote: > > > == Benefit to Fedora == > > * Better compatibility with existing debugging and tracing tools, > > primarily [https://lldb.llvm.org/ LLDB]. > > Thanks for your work on this Ben and Jan, Just as an interested user, use of > the DWZ format significan

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

2020-09-25 Thread Jakub Jelinek
On Thu, Sep 24, 2020 at 11:59:44AM -0400, 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 mak

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

2020-09-25 Thread Jan Kratochvil
On Fri, 25 Sep 2020 07:08:27 +0200, Dominique Martinet wrote: > Jan Kratochvil wrote on Thu, Sep 24, 2020: > > Copy-pasted it at the bottom of this mail. I do not know the talk but TL;DR > > existing DWARF contains some dead DIEs - unused/deduplicated functions and > > also > > -fdebug-types-secti

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

2020-09-25 Thread Jan Kratochvil
On Fri, 25 Sep 2020 13:56:47 +0200, Jakub Jelinek wrote: > Jan had probably problems getting his DWZ support upstreamed into LLDB It isn't completely easy, I have already upstreamed a lot of preparatory work for the DWZ patchset which is good for LLDB in general. Just before upstreaming the final

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

2020-09-25 Thread Jan Kratochvil
On Fri, 25 Sep 2020 13:43:40 +0200, Neal Gompa wrote: > On Fri, Sep 25, 2020 at 7:26 AM Ryan wrote: > > > > > == Benefit to Fedora == > > > * Better compatibility with existing debugging and tracing tools, > > > primarily [https://lldb.llvm.org/ LLDB]. > > > > Thanks for your work on this Ben and

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

2020-09-25 Thread Jan Kratochvil
On Fri, 25 Sep 2020 12:10:22 +0200, Zbigniew Jędrzejewski-Szmek wrote: > I'm missing some good statistics. I have 1.6TB of statistics, ask me anything. It is calculated by my scripts: https://git.jankratochvil.net/?p=massrebuild.git;a=tree git clone git://git.jankratochvil.net/mass

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

2020-09-25 Thread Robbie Harwood
Jan Kratochvil writes: > So why is Google using it for everything? If I could eliminate one bad thought pattern in software design it would probably be this one. In brief: you are not Google, nor are you Facebook, nor Amazon. Your problems are not their problems. Your use case is not their us

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

2020-09-25 Thread Florian Weimer
* Robbie Harwood: > Jan Kratochvil writes: > >> So why is Google using it for everything? > > If I could eliminate one bad thought pattern in software design it would > probably be this one. > > In brief: you are not Google, nor are you Facebook, nor Amazon. Your > problems are not their problem

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

2020-09-25 Thread Jan Kratochvil
On Fri, 25 Sep 2020 17:09:54 +0200, Robbie Harwood wrote: > So saying "Google does it" (or similar) is *not* a good argument. So let's stick only to the numbers I sent in other mails. In fact I do not understand why we talk about anything except the numbers. Jan _

Re: Please update Darktable to latest stable on Fedora 33

2020-09-25 Thread Erich Eickmeyer
On Thursday, September 24, 2020 11:39:51 PM PDT Luya Tshimbalanga wrote: > I initially planned to file a bug report but it was already > automatically done on > https://bugzilla.redhat.com/show_bug.cgi?id=1863394 and > https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&c > l

Re: Please update Darktable to latest stable on Fedora 33

2020-09-25 Thread Erich Eickmeyer
On Thursday, September 24, 2020 11:15:36 PM PDT Johannes Lips wrote: > 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. Which is precisely why I said: On Thu, 2020-09-24 at 14:41 -0700, Eric

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

2020-09-25 Thread Florian Weimer
* Jan Kratochvil: > On Fri, 25 Sep 2020 17:09:54 +0200, Robbie Harwood wrote: >> So saying "Google does it" (or similar) is *not* a good argument. > > So let's stick only to the numbers I sent in other mails. > In fact I do not understand why we talk about anything except the > numbers. The numbe

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

2020-09-25 Thread Jan Kratochvil
On Fri, 25 Sep 2020 17:40:50 +0200, Florian Weimer wrote: > The numbers are very difficult understand because it's not clear what > you are measuring. Especially since as far I understand it, parts are > not yet fully implemented, so we can't know yet if all the required data > is there. TL;DR no

Fedora-IoT-32-20200925.0 compose check report

2020-09-25 Thread Fedora compose checker
No missing expected images. Soft failed openQA tests: 1/16 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-IoT-32-20200923.0): ID: 677478 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/te

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

2020-09-25 Thread Chris Murphy
> > That is orthogonal - that is one can add it to DWZ or -fdebug-types-section > > the same way. It would be for another Fedora Change proposal but I do not > > think it matters for F-33 as it already implements: > > https://fedoraproject.org/wiki/Changes/BtrfsByDefault#Compression I added

systematically comparing stacks across platforms

2020-09-25 Thread Daniel Pocock
In my adventures with ppc64el (Talos II, POWER9), I've come across some issues in things that just don't quite work. When I'm looking at code I know, such as reSIProcate, it is quite easy to look at the stack, find the point where things went wrong, fix it and craft a unit test to catch it in fut

sundials-5.4.0 updating

2020-09-25 Thread Antonio T. sagitter
Hi all. Sundials will be updated to the release 5.4.0 on Rawhide branch in 7 days at least. Probably, i will create a specific side-tag. Sundials 5.4.0 release notes: https://github.com/LLNL/sundials/releases/tag/v5.4.0 Regards. -- --- Antonio Trande Fedora Project mailto: sagit...@fedoraprojec

Re: Please update Darktable to latest stable on Fedora 33

2020-09-25 Thread Germano Massullo
I apologize, this happened because F33 was branched in the same days I was building darktable. I must have missed the announcement. Anyways for any problem related to a package users should leave a comment on bugzilla rather than the mailing list ___ deve

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

2020-09-25 Thread Jan Kratochvil
On Fri, 25 Sep 2020 16:29:26 +0200, Jan Kratochvil wrote: > On Fri, 25 Sep 2020 12:10:22 +0200, Zbigniew Jędrzejewski-Szmek wrote: > > - debuginfo with dwz (current approach) > > rpm size: 35186079102 > disk size: 177913332940 > > > - debuginfo with -fdebug-types-section > > rpm size: 375703

[Test-Announce] 2020-09-28 @ 16:00 UTC - Fedora 33 Blocker Review Meeting

2020-09-25 Thread Ben Cotton
# F33 Blocker Review meeting # Date: 2020-09-28 # Time: 16:00 UTC # Location: #fedora-blocker-review on irc.freenode.net Hi folks! We have 3 proposed Final blockers and 1 proposed Final freeze exception, so we'll have a Fedora 33 blocker review meeting on Monday. If you have time this weekend, yo

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

2020-09-25 Thread Ryan Walklin
Thanks Jan, I had subsequently discovered your COPR, which does work with the DWZ symbols and allow debugging, however your version is missing Swift support, and so doesn't support Swift function name demangling and variable display etc. +1 for moving to -fdebug-types-section anyway. Regards,

Re: Please update Darktable to latest stable on Fedora 33

2020-09-25 Thread Luya Tshimbalanga
On 2020-09-25 12:53 p.m., Germano Massullo wrote: I apologize, this happened because F33 was branched in the same days I was building darktable. I must have missed the announcement. Anyways for any problem related to a package users should leave a comment on bugzilla rather than the mailing list