* 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
>
> 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
> >
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
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
> == 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
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
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
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
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
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
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
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
* 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
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
_
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
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
* 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
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
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
> > 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
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
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
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
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
# 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
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,
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
43 matches
Mail list logo
