Re: rawhide aarch64 Thunderbird FTBFS "internal compiler error: Segmentation fault"

[Eike Rathke]

Hi,

On Thursday, 2024-01-25 11:03:21 +, Peter Robinson wrote:

> There's at least one known ICE on aarch64 for gcc-14 so I suggest
> checking if it looks related.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=2259937

Yes, very much, specifically
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113485#c6 (pointed to by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113573 being a duplicate
of) mentions Firefox, which has the identical source code there.

Thanks
  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
--
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

rawhide aarch64 Thunderbird FTBFS "internal compiler error: Segmentation fault"

[Eike Rathke]

Hi,

Tried twice, same error, aarch64 build bails out with

| 34:29.97 *** WARNING *** there are active plugins, do not report this as a 
bug unless you can reproduce it without enabling any plugins.
| 34:29.97 Event| Plugins
| 34:29.97 PLUGIN_FINISH_UNIT   | annobin: Generate final 
annotations
| 34:29.97 PLUGIN_START_UNIT| annobin: Generate global 
annotations
| 34:29.97 PLUGIN_ALL_PASSES_START  | annobin: Generate per-function 
annotations
| 34:29.97 PLUGIN_ALL_PASSES_END| annobin: Register per-function 
end symbols
| 34:29.97 during RTL pass: split1
| 34:29.97 In file included from 
/builddir/build/BUILD/thunderbird-115.7.0/gfx/skia/skia/src/core/SkOpts.cpp:43:
| 34:29.97 
/builddir/build/BUILD/thunderbird-115.7.0/gfx/skia/skia/src/opts/SkBlitMask_opts.h:
 In function ‘void neon::blit_mask_d32_a8(SkPMColor*, size_t, const SkAlpha*, 
size_t, SkColor, int, int)’:
| 34:29.97 
/builddir/build/BUILD/thunderbird-115.7.0/gfx/skia/skia/src/opts/SkBlitMask_opts.h:234:1:
 internal compiler error: Segmentation fault
| 34:29.97   234 | }
| 34:29.97   | ^
| 34:30.04 Please submit a full bug report, with preprocessed source (by using 
-freport-bug).
| 34:30.04 See  for instructions.

I'm not going to jump through hoops there.
All other platforms finished the build fine, f39 and f38 builds
completed also for aarch64.

See https://kojipkgs.fedoraproject.org//work/tasks/9052/112279052/build.log of
https://koji.fedoraproject.org/koji/taskinfo?taskID=112279052 of
https://koji.fedoraproject.org/koji/taskinfo?taskID=112278913

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
--
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reichspogromnacht (was: SPDX Statistics - Kristallnacht edition)

[Eike Rathke]

Hi,

On Thursday, 2023-11-16 11:19:24 +0100, Michael J Gruber wrote:

> Am Do., 16. Nov. 2023 um 01:27 Uhr schrieb Kevin Kofler via devel <
> devel@lists.fedoraproject.org>:
> > Miroslav Suchý wrote:
> > > Why Kristallnachte edition? On today's date at 1938, was i Kristallnacht
> > > (Night of Broken Glass) - a pogrom against Jews in Germany. It was first
> > > step where every other step was worse than the previous one. It was
> > > basicaly a first step that lead to holocaust.
> >
> > https://en.wikipedia.org/wiki/Kristallnacht#Kristallnacht_as_a_turning_point
> >
> > Note that the term "Kristallnacht" (or "Reichskristallnacht") is itself a
> > nazi propaganda term, and it is nowadays generally agreed in Austria and
> > Germany that that term should not be used. Broken glass is just broken
> > glass, not "crystal". And the term only (euphemistically) mentions the
> > violence against things and neglects to mention the violence against
> > people.
> 
> Historical events do not vanish by renaming them - and no single word can
> describe the horror, be it "massacre" or "catastrophe" in the language of
> your choice. We need to educate ourselves (and then others) about events
> and names, and in fact that is what Miro's historical connotations can do,
> even when they give us shivers.

And that is why it is more correctly named Reichspogromnacht (for Pogrom
see https://en.wikipedia.org/wiki/Pogrom), because it is not just about
shattered glass but all the violence against the ethnic/religious group.

And even more, Novemberpogrome, because it was not only one night. (term
also mentioned in the English Kristallnacht Wikipedia article above).
https://de.wikipedia.org/wiki/Novemberpogrome_1938

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
--
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: [rawhide] ICU upgrade to 73.2

[Eike Rathke]

Hi Frantisek,

On Friday, 2023-07-14 09:22:06 +0200, Frantisek Zatloukal wrote:

> The side tag has been merged:
> https://bodhi.fedoraproject.org/updates/FEDORA-2023-18495e9c7c

Thank you very much for taking care of this!

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

[Eike Rathke]

Hi,

On Tuesday, 2023-07-11 08:17:07 -0500, Michael Catanzaro wrote:

> I think what happens is: somebody (anybody) can report a post, if it gets
> enough reports it gets proactively hidden before a moderator can review it.
> Do our moderators eventually review such posts to ensure they're truly
> inappropriate? Seems clear that the post is question should not have been
> hidden.

According to https://mastodon.social/@decathorpe/110688949866653898
Fabio even (re-)approved the post to unhide it and then apparently some
moderator hid it again..
https://mastodon.social/@decathorpe/110692221789994477

It's time to declare a thread dead when moderator wars start. And it
shows that Discourse is the wrong medium to discuss controversial
proposals.

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

[Eike Rathke]

Hi,

On Thursday, 2023-07-06 17:10:24 +0100, Aoife Moloney wrote:

> https://discussion.fedoraproject.org/t/f40-change-request-privacy-preserving-telemetry-for-fedora-workstation-system-wide/85320

So this is how a bit harsher criticism on Discourse is handled? By
flagging and hiding?
https://discussion.fedoraproject.org/t/f40-change-request-privacy-preserving-telemetry-for-fedora-workstation-system-wide/85320/378

https://mastodon.ar.al/@aral/110688848596975566

Awesome.

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: SIG proposal: libreoffice-sig

[Eike Rathke]

Hi,

On Tuesday, 2023-06-27 17:06:56 -, Mattia Verga via devel wrote:

> Anyone interested can join the `#libreoffice-sig:fedoraproject.org` matrix 
> room for discussion.

Nope, it's #libreoffice:fedoraproject.org

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: SIG proposal: libreoffice-sig

[Eike Rathke]

Hi Adam,

On Wednesday, 2023-06-07 13:57:44 -, Adam Ł. wrote:

> What ( and eventually where post this message ) about missing feature in 
> LibreOffic3 ?
> (transulcent/transparent groups and interesecion 2d object/text top of video)
> https://www.linkedin.com/posts/nandi-bishal_powerpoint-design-study-activity-7072031917180674048-stI8?utm_source=share_medium=member_desktop

As all requests for enhancements (RFE), in the upstream's bug tracker:
https://bugs.documentfoundation.org/
with the Importance Severity set to 'enhancement'.

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

HyperKitty broken References and In-Reply-To headers (was: fedpkg: Failed to get repository name from Git url or pushurl)

[Eike Rathke]

Hi,

On Wednesday, 2023-02-22 00:46:19 +0200, Otto Liljalaakso wrote:

> Ok, I found the other parts of the thread now.
> Something strange is going on here - it seems that when Arthur replies,
> threading breaks and I see separate subthreads in Thunderbird.
> Also lists.fedoraproject.org seems to be similarly confused.

That's likely because
| User-Agent: HyperKitty on https://lists.fedoraproject.org/
writes broken References and In-Reply-To headers:

| References: <
|  
>
| In-Reply-To: <
|  
>

Note the doubled <<>> and folding line break after first <.

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Strange RPM "recognition of file" error in f38 and f39 build

[Eike Rathke]

Hi,

Building Thunderbird for f38 and f39 now bails out with an RPM build
error

Recognition of file 
"/builddir/build/BUILDROOT/thunderbird-102.7.2-1.fc39.aarch64/usr/lib64/thunderbird/libxul.so"
 failed: mode 100755 , dynamically linked, 
BuildID[sha1]=633a0656d9de96c14d0960117d1029f4846c34ae Note section size too 
big (121835212 > 67108864) (Invalid argument)

See build.log of
https://koji.fedoraproject.org/koji/taskinfo?taskID=97288572
https://koji.fedoraproject.org/koji/taskinfo?taskID=97303047

Builds for f36 and f37 are fine, as was an earlier build of the previous
release for f38 last week.

Assumption is, something changed in libmagic.

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Take 1 minute to help with Infra & Releng Team with a decision

[Eike Rathke]

Hi,

On Wednesday, 2023-02-08 12:54:17 -0500, Chuck Anderson wrote:

> > a) a Google form
> > b) that requires a Google account
> > c) to be logged in
> 
> b) and c) are not true.  A private-browsing FF window worked fine for me.

Oh, so

"
Sign in to Google to save your progress. Learn more
*Required
"

is just another dark pattern.

Shrug,
  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Take 1 minute to help with Infra & Releng Team with a decision

[Eike Rathke]

Hi Michal,

On Tuesday, 2023-02-07 16:24:16 +0100, Michal Konecny wrote:

> [0] - https://forms.gle/J2HWDkw1UNuj8HYD8

Don't be surprised if you don't get the number of answers you hoped for,
on

a) a Google form
b) that requires a Google account
c) to be logged in

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: RISC-V -- are we ready for more, and what do we need to do it?

[Eike Rathke]

Hi,

On Monday, 2021-10-04 13:03:27 -0400, Matthew Miller wrote:

> But beyond that: What other things might be limits? Are there key bits of
> the distro which don't build yet?

Fwiw, I learned just yesterday that apparently to stay on the cheap side
they underspecified RISC-V FPU to omit some IEEE 754 optional behaviour
that would preserve and propagate a quiet NaN's payload in floating
point calculations. It may or may not (optionally) be supported on
a given RISC-V architecture.

That is a feature LibreOffice Calc makes heavy use of to transport error
information in doubles, where without those payload details it would
result in just a general NaN error for illegal FP operation.

Some other software may also use NaN payloads (R is mentioned in the
IEEE 754 .pdf on NaNs
https://grouper.ieee.org/groups/msc/ANSI_IEEE-Std-754-2019/background/nan-propagation.pdf
("Known and possible uses of NaN payloads"), and JavaScript NaN-boxing
for type of data).

Further pointers in
https://bugs.documentfoundation.org/show_bug.cgi?id=152943

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Should the policy documents better reflect real package maintenance practice?

[Eike Rathke]

Hi Gordon,

On Monday, 2022-11-28 08:21:31 -0800, Gordon Messmer wrote:

> On 2022-11-28 07:36, Eike Rathke wrote:
> > >   I would much prefer to see Thunderbird updated early in
> > > Rawhide and releases that are not yet final, but to remain on the older
> > > stable version for as long as possible on any Fedora release that had
> > > included it.
> > That'd be a problem though because ~every Thunderbird x.y.0 release
> > includes security fixes, which are not backported to older then
> > unmaintained ESR releases by Mozilla.
> 
> I don't understand... When I said that I'd prefer to see Fedora remain on
> the older stable version "for as long as possible", I meant "for as long as
> Mozilla continues publishing security fixes for that release", which should
> be at least 12 weeks after a new stable release series (x.y.0) starts.

Maybe I misunderstood. So you're agreeing that once Thunderbird does not
support the N-1 ESR anymore then rebasing to N is wanted on release
branches?

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Should the policy documents better reflect real package maintenance practice?

[Eike Rathke]

Hi,

On Thursday, 2022-11-24 10:41:45 -0800, Gordon Messmer wrote:

>  I would much prefer to see Thunderbird updated early in
> Rawhide and releases that are not yet final, but to remain on the older
> stable version for as long as possible on any Fedora release that had
> included it.

That'd be a problem though because ~every Thunderbird x.y.0 release
includes security fixes, which are not backported to older then
unmaintained ESR releases by Mozilla. Not upgrading/rebasing to the then
current ESR release would leave users of older releases vulnerable, or
shift the burden of backporting fixes to maintainers for a highly
divergent source code base; with an additional cost that the exact
changes to fix a CVE are not readily available and would have to be
peeled out if discoverable at all. I consider this impractical.

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: SPDX Change update

[Eike Rathke]

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?

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Thunderbird 102 pushed to F36 stable

[Eike Rathke]

Hi,

On Thursday, 2022-09-08 00:59:17 +0200, Kevin Kofler via devel wrote:

> Sandro wrote:
> > Mozilla's blog entry doesn't substantiate the claim and the linked bug
> > report[1] is not publicly accessible.
> > 
> > [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1784838
> 
> The best way then would be to check whether the one-line fix:
> https://hg.mozilla.org/comm-central/log?rev=1784838
> applies (and compiles), and if it does, apply it.
> 
> Though it is moot anyway because Fedora has already been upgraded to 
> Thunderbird 102.2.1. But backporting security fixes should have been 
> considered as an option. I get the impression that it was not even 
> considered.

This misses the point. Here everyone is talking about the fix in
102.2.1, but that is moot anyway because there was an upgrade/rebase to
102.2.0 already a week earlier.

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Thunderbird 102 pushed to F36 stable

[Eike Rathke]

Hi,

As I did those updates..

On Friday, 2022-09-02 17:49:57 +, Mattia Verga via devel wrote:

> Here we go again: thunderbird 102 update was submitted to F36.

Actually we already had 102.2.0 a week before on 2022-08-23 with
https://bodhi.fedoraproject.org/updates/FEDORA-2022-ddee3eb27c for f35
https://bodhi.fedoraproject.org/updates/FEDORA-2022-33dd0f2f3e for f36
after Jan did the rebase to 102.1.0 that was not pushed. We maybe could
had gone with 91.13.0 instead of 102.2.0, backing out the rebase for one
update, but that was the last 91.x release and newer security fixes will
not be released for it, specifically that high-impact CVE-2022-3033
information leak fixed with 102.2.1 is not adressed there.

> This new version was known to bring incompatible changes to several
> addons,

I wasn't aware of that, I'm "only" doing the security updates, and
the update to 102.2.0 didn't bring any such up.
The releasenotes don't indicate such either:
https://www.thunderbird.net/en-US/thunderbird/102.0/releasenotes/
https://www.thunderbird.net/en-US/thunderbird/102.1.0/releasenotes/
https://www.thunderbird.net/en-US/thunderbird/102.2.0/releasenotes/
Furthermore the 102.2.0 release isn't marked as "not as an upgrade from
Thunderbird version 91 or earlier" anymore, which 102.0 and 102.1.0
were.

> yet it has been submitted to a stable Fedora release with
> autopush enable and just a karma threshold of 2. It took less than 5
> hours from the time the update was submitted to the time the update was
> pushed to stable.

I chose karma +2 because the past has shown that it rarely gets more
votes in f36 and in f35 even less and thought that security updates
shouldn't linger around more than necessary.


> Package maintainers should put more attention when pushing critical
> updates like this and avoid that the update being immediately pushed to
> stable.

Now, holding off only the 102.2.1 push with
https://bodhi.fedoraproject.org/updates/FEDORA-2022-4fcde117f2 for f35
doesn't make sense with 102.2.0 already being in.

If for Thunderbird a rebase really would need a FESCo exception then
that seems to be a new handling for Thunderbird as also in the past
there were rebases from for example 78.11.0 to 91.1.0 in stable f33/f34
(I wasn't involved with) when 78.x was discontinued.

But this then seems to be a more general problem of how we want to
support a switch an application from one ESR/LTS release if it is EOL to
the next.

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

FTBFS due to use of %{_target_platform}, use %{_vpath_builddir} instead

[Eike Rathke]

Hi,

It just hit me and I didn't find it on this list, so..
In spec after %cmake_install a
cd %{_target_platform}
failed for the rawhide mass rebuild with no such directory.

After being pointed out (thanks Neal) to change that to
cd %{_vpath_builddir}
it works.

Reason:
https://src.fedoraproject.org/rpms/redhat-rpm-config/c/e0cfcc0fc76a7642faabb25c5e348d6a1314ace2

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: IRC Announcement

[Eike Rathke]

Hi Kamil,

On Tuesday, 2021-06-01 10:38:40 +0200, Kamil Paral wrote:

> I'd still prefer if I didn't have to register an IRC nick and didn't need
> to communicate with Appservice and NickServ (I just wish to forget about
> IRC completely), hopefully that will be possible in the future.

Doubtful. You can not expect to not register a nick on IRC and at the
same time to use that nick. You can however join IRC without registering
a nick, but your mxname[m] nick will be changed to Guest after 30
seconds not having identified with NickServ. Well, if channels don't
require a registered nick that is.. and you can't do a PM chat without
having a registered nick.

On the other hand, registering a nick and doing !username and !storepass
with appservice is a one time action and then just forget.

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: IRC Announcement

[Eike Rathke]

Hi Fabio,

On Monday, 2021-05-31 18:53:35 +0200, Fabio Valentini wrote:

> > Has someone also encountered severe performance issues in certain rooms in 
> > Element (a room taking minutes of full CPU usage to load)? I saw it in the 
> > past rarely as well, but in the last few days I encountered it in at least 
> > half the rooms I was connected to.
> 
> Yes, I think that's a known issue for "plumbed" rooms like "Fedora
> Devel" / #fedora-devel, where there's a lot of Join / Leave messages
> from the IRC side. Those rooms are quite unusable in the element web
> client, and if I need to look at them, I open them in the element
> Android app (which does not seem to have this performance problem),
> and other Matrix clients (like Fractal) also don't seem to have that
> particular issue.

Maybe it helps in Element Web, Settings, Preferences, to deactivate
"Show join/leave messages (invites/kicks/bans unaffected)"

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: HEADS UP: icu 69 coming to rawhide

[Eike Rathke]

Hi Pete,

On Wednesday, 2021-05-19 14:59:42 +0100, Pete Walter wrote:

>I am in the process of updating icu from 67.1 to 69.1 in rawhide.

Thank you again!

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Jami (formerly Ring) P2P softphone packaging?

[Eike Rathke]

Hi,

On Wednesday, 2021-02-03 14:32:53 +0100, Kevin Kofler via devel wrote:

> But Jami itself depends on FFmpeg.

And I rather use a build from upstream repo with rpmfusion ffmpeg than
I'd be using a crippled build that ripped out ffmpeg.

https://jami.net/download-jami-linux/#open-modal-fedora-32
https://dl.jami.net/ring-nightly/fedora_33/ring-nightly.repo

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: HEADS UP: icu 67 coming to rawhide

[Eike Rathke]

Hi Pete,

On Friday, 2020-05-15 09:57:35 +0100, Pete Walter wrote:

>I am in the process of updating icu from 65.1 to 67.1 in rawhide. This
>comes with a soname bump, but as usual, I'm including a compat package

Thanks a lot!

On Monday I did the necessary changes in LibreOffice to be able to build
against ICU 66|67 so that should land soon in rawhide as well.

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: HEADS UP: icu 65 just landed in rawhide

[Eike Rathke]

Hi Pete,

On Friday, 2019-11-01 12:50:04 +, Pete Walter wrote:

> I just updated icu from 63.2 to 65.1 in rawhide. This comes with a soname 
> bump, but as usual, I've included a compat package providing the old soname 
> to not break the world while the rebuilds are in progress, so no rawhide 
> breakage is expected. I'll work on the rebuilds over the weekend.

Thanks a lot!

Note that the current LibreOffice 6.3.3 fails to build against ICU >= 64,
which will be fixed in 6.3.4 with
https://gerrit.libreoffice.org/plugins/gitiles/core/+/808730fe60c5f59496e006af9f9bb7091a195756%5E%21/

You may also encounter breakages in other packages due to the ICU API
macros now expecting a trailing semicolon, see "Migration Issues" in
http://site.icu-project.org/download/65#TOC-Migration-Issues

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
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: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: libicu 63 update with soname bump in rawhide/F30

[Eike Rathke]

Hi Pete,

On Wednesday, 2019-01-23 20:43:12 +, Pete Walter wrote:

> I'm updating icu to 63.1 in rawhide and rebuilding anything that links with 
> libicu. We'll also have a compat package with libicu 62 soname, so I don't 
> expect much rawhide breakage: anything that is currently built with libicu 62 
> but fails to build with libicu 63 should just continue using the compat 
> package.

Thank you very much!

  Eike

-- 
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

[Eike Rathke]

Hi,

On Wednesday, 2018-05-02 15:23:10 +0200, Tomas Orsava wrote:

> Does anyone see a reason not to prioritize ~/.local/bin over /usr/bin?

Many have argued one way or another.

Here is what I do, sourcing in a .zshrc (or whatever-shell-rc), which
gives me selective control to override certain commands by placing an
identical named script or symlink in $HOME/mytopbin/ and all other
whatever-named scripts go into $HOME/bin/ and any executable in
~/.local/bin does not accidentally get in the way. If need be I can
symlink ~/.local/bin/foo to ~/mytopbin/foo or have a script that
temporarily changes order.

A further advantage is, that the hand full of overrides don't get out of
sight and once a newer or to be used version is installed via RPM can
easily be removed. Or symlinks be changed pointing to other locations.
Similar to the alternatives mechanism.

I prefer a situation where ~/.local/bin *not* being prioritized yields
problems which I could temporarily or permanently solve as I like, than
the other way 'round that a prioritized ~/.local/bin suddenly makes
things wreak havoc and I wouldn't know why.

This ensures that the paths actually are placed where I desire and don't
end up as arbitrary duplicates:

# Prepend to PATH.
if [ -d "$HOME/mytopbin" ]; then
xPF="$HOME/mytopbin"
PATH="${PATH//:$xPF:/:}"
PATH="${PATH/%:$xPF/}"
PATH="${PATH/#$xPF:/}"
PATH="$xPF:$PATH"
fi
# Append to PATH.
if [ -d "$HOME/bin" ]; then
xPF="$HOME/bin"
PATH="${PATH//:$xPF:/:}"
PATH="${PATH/%:$xPF/}"
PATH="${PATH/#$xPF:/}"
PATH="$PATH:$xPF"
fi
if [ -d "$HOME/.local/bin" ]; then
xPF="$HOME/.local/bin"
PATH="${PATH//:$xPF:/:}"
PATH="${PATH/%:$xPF/}"
PATH="${PATH/#$xPF:/}"
PATH="$PATH:$xPF"
fi


Maybe helps.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

libicu upgrade to 61.1 with soname bump in rawhide/F29

[Eike Rathke]

Hi,

I'm upgrading libicu to 61.1 for rawhide, which as usual comes with
a soname bump. I requested a side target f29-icu for the builds, I'll
ask Pete Walter (who already did it for 60.1) to help with rebuilding
the dependent packages, or another proven packager if he's not
available.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: ​ICU 60.1 coming to rawhide​/F28

[Eike Rathke]

Hi Pete,

On Friday, 2017-12-01 17:29:00 +, Pete Walter wrote:

> Here's a quick update: icu 60.1 is now built and the rebuilds are all done 
> and releng just tagged all the builds over from the f28-icu side tag to f28.
> 
> A few of the rebuilds failed. I'd appreciate if the maintainers of the 
> packages could take a look and help fix them up. Here's the full list of 
> packages that failed to rebuild against icu 60.1:
> 
> fontmatrix-0.9.99-32.r1218.fc27.src.rpm
> gnucash-2.6.18-2.fc28.src.rpm
> mozjs38-38.8.0-7.fc28.src.rpm
> mozjs45-45.9.0-5.fc28.src.rpm
> nodejs-mapnik-3.6.2-5.fc27.1.src.rpm
> nodejs-node-stringprep-0.7.3-16.fc28.src.rpm
> openttd-1.7.1-3.fc27.src.rpm
> qt5-qtwebengine-5.9.3-1.fc28.src.rpm
> soletta-1-1.fc26.src.rpm
> v8-314-3.14.5.10-7.fc27.src.rpm

What's the status of this now?

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: ​ICU 60.1 coming to rawhide​/F28

[Eike Rathke]

Hi Pete,

On Monday, 2017-11-27 21:58:43 +0300, Pete Walter wrote:

> Eike Rathke and I are working on updating ICU from 57.x to 60.x in 
> rawhide/F28. It includes a soname bump and has a few API changes. We'll do an 
> ABI compat package to avoid breaking the world while rebuilds are ongoing.

What ABI compat package?

Let's do builds on a side tag, unless you have a better plan?

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key 0x6A6CD5B765632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

libicu upgrade to 57.1 with soname bump in rawhide

[Eike Rathke]

Hi,

I'll upgrade libicu to 57.1 in rawhide, which as usual comes with
a soname bump. I requested a side tag for the builds, David Tardon will
help with rebuilding the dependent packages.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


signature.asc
Description: PGP signature
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel-announce@lists.fedoraproject.org

libicu upgrade to 57.1 with soname bump in rawhide

[Eike Rathke]

Hi,

I'll upgrade libicu to 57.1 in rawhide, which as usual comes with
a soname bump. I requested a side tag for the builds, David Tardon will
help with rebuilding the dependent packages.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: libicu upgrade to 56.1 with soname bump in rawhide

[Eike Rathke]

Hi,

On Friday, 2015-10-23 15:21:30 +0200, Eike Rathke wrote:
> I'll upgrade libicu to 56.1 in rawhide, which as usual comes with
> a soname bump. I requested a side tag for the builds, David Tardon will
> help with rebuilding the dependent packages.

Done, side tag builds have been tagged into rawhide, and many thanks to
David for helping.

List of resulting packages at
https://fedorahosted.org/rel-eng/ticket/6281#comment:5

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

libicu upgrade to 56.1 with soname bump in rawhide

[Eike Rathke]

Hi,

I'll upgrade libicu to 56.1 in rawhide, which as usual comes with
a soname bump. I requested a side tag for the builds, David Tardon will
help with rebuilding the dependent packages.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


signature.asc
Description: PGP signature
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

libicu upgrade to 56.1 with soname bump in rawhide

[Eike Rathke]

Hi,

I'll upgrade libicu to 56.1 in rawhide, which as usual comes with
a soname bump. I requested a side tag for the builds, David Tardon will
help with rebuilding the dependent packages.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: build failure icu-54.1-2.fc23 armv7hl

[Eike Rathke]

Hi Peter,

On Monday, 2015-04-27 11:27:07 +0100, Peter Robinson wrote:

  icu-54.1-2.fc23 armv7hl had a build failure when executing test cases
  for number formatting, see
  http://koji.fedoraproject.org/koji/taskinfo?taskID=9469050
  Same happened building icu-54.1-3.fc22, but the logs are gone.
 
  However, I tried to reproduce building armv7hl f22, but encountered no
  error whatsoever.
 
 How did you try and reproduce it? Another build in koji, used mock or
 some other means?

I used a Red Hat internal machine, building the f22 src on f21. So maybe
the difference is that one has to build on f22 or rawhide to reproduce
the error.

 koji doesn't have outbound network connectivity so
 if a test relies on being able to connect to an outside resource or
 similar it might fail, but I can't interpret the output of the failure
 above to work out what it was trying to do.

There should be no network connectivity involved. The failure was in
scientific number formatting such that a number is formatted with one
order of magnitude off, though the actual number is correct, for
example:

ERROR: Expected -10.000E-01 Got: -1.E00
ERROR: Expected 12.346E07 Got: 1.2346E08

The tests are in icu/source/test/intltest/numfmtst.cpp
NumberFormatTest::TestExponential() and
NumberFormatTest::TestScientific()
Only some of the tests fail though..


  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


pgp6ha2oELVEH.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

build failure icu-54.1-2.fc23 armv7hl

[Eike Rathke]

Hi,

icu-54.1-2.fc23 armv7hl had a build failure when executing test cases
for number formatting, see
http://koji.fedoraproject.org/koji/taskinfo?taskID=9469050
Same happened building icu-54.1-3.fc22, but the logs are gone.

However, I tried to reproduce building armv7hl f22, but encountered no
error whatsoever.

Can anyone reproduce the error?

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


pgpWL6qENE8_J.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: libicu upgrade to 54.1 with soname bump in rawhide

[Eike Rathke]

Hi Peter,

On Thursday, 2015-01-22 14:12:21 +, Peter Robinson wrote:

 And the proper process link is at
 http://fedoraproject.org/wiki/Adding_Side_Build_Targets_SOP

Thanks.

I joined the f22-boost target for this that also needs a mass rebuild.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


pgp14ND_3nsjP.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: libicu upgrade to 54.1 with soname bump in rawhide

[Eike Rathke]

Hi Peter,

On Wednesday, 2015-01-21 11:35:53 +, Peter Robinson wrote:

  I plan to upgrade libicu to 54.1 in rawhide
 
 Will you be doing this in a side tag and then getting rel-eng to tag
 the resulting builds in like most bumps (see ruby 2.2 thread from
 earlier this week as an example)?

How-to?

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


pgpdo_y1SSXnc.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

libicu upgrade to 54.1 with soname bump in rawhide

[Eike Rathke]

Hi,

I plan to upgrade libicu to 54.1 in rawhide end of this week or next
week, which as usual comes with a soname bump. David Tardon will help
with rebuilding the dependent packages.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


pgp3gUTzGFbIL.pgp
Description: PGP signature
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

libicu upgrade to 54.1 with soname bump in rawhide

[Eike Rathke]

Hi,

I plan to upgrade libicu to 54.1 in rawhide end of this week or next
week, which as usual comes with a soname bump. David Tardon will help
with rebuilding the dependent packages.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


pgpVkipOChmip.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: F22 System Wide Change: Set sshd(8) PermitRootLogin=no

[Eike Rathke]

Hi Lubomir,

On Friday, 2015-01-16 15:39:42 +0100, Lubomir Rintel wrote:

  Remote users would not be allowed to login using 'root' account with a
  password. They would have to login using an SSH key or first connect
  using a non-root account and then upgrade their privileges via sudo(8)
  or su -.
 
 I sometimes do risky things with my regular account.

The solution is easy. Don't ssh to your regular account. Allow ssh login
only to a specific account that you use for nothing else. Then from
there su -

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


pgp1ydfG1kbnC.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

libicu upgrade to 53.1 with soname bump in rawhide

[Eike Rathke]

Hi,

I plan to upgrade libicu to 53.1 next week in rawhide, which as usual
comes with a soname bump. David Tardon will help with rebuilding the
dependent packages. I promise to ping him once the build is ready this
time ;-)

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID: 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


pgp3bOMca7qKH.pgp
Description: PGP signature
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

libicu upgrade to 53.1 with soname bump in rawhide

[Eike Rathke]

Hi,

I plan to upgrade libicu to 53.1 next week in rawhide, which as usual
comes with a soname bump. David Tardon will help with rebuilding the
dependent packages. I promise to ping him once the build is ready this
time ;-)

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID: 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Care about Free Software, support the FSFE https://fsfe.org/support/?erack


pgpp2hdCm34bz.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Why libicu soname bump required harfbuzz package to be built twice?

[Eike Rathke]

Hi David,

On Friday, 2014-02-14 17:48:42 +0100, David Tardon wrote:

 It was mainly a communication problem: I was prepared to handle the
 rebuilds, but when Eike did not ping me that he built new ICU, I assumed
 that he got hold of some other provenpackager :-(

Ok, next time I'll explicitly ping you once the build is ready.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID: 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack


pgpK8pMPDFmyc.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: libicu soname bump in rawhide

[Eike Rathke]

Hi Jakub,

On Friday, 2014-02-14 13:40:26 +0100, Jakub Jelinek wrote:

 upstream to consider providing stable API/ABI, symbol versioning etc.?
 I mean, if a shared library has 1-2 users, we can still live with it being
 in constant flux, but for a widely used shared library stable public ABI is
 really important.

Part of the problem is ICU has C++ ABI, changes in classes' vtables have
to force recompilation of depending packages, unless virtual methods are
only appended and never inserted.

The dependency on supported Unicode version data was already mentioned
by Caolan.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID: 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack


pgpurOTA9ycv7.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

libicu soname bump in rawhide

[Eike Rathke]

Hi,

As pre-announced on devel@ I'm updating libicu to 52.1

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID: 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack


pgpnHWee28fHG.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Upgrade ICU to 52.1 with soname bump

[Eike Rathke]

Hi,

On Saturday, 2014-01-25 09:47:28 -0700, Kevin Fenzi wrote:

  If time permits I'd like to do an upgrade of ICU to 52.1 next week,
  which leads to the usual soname bump.
  
  As quite a lot of packages are affected by this, is anyone objecting
  and can point out a better time for the upgrade?

I was carried away with LibreOffice release and then FOSDEM, so this got
postponed.

 Hum... perhaps I am missing something, but I don't see anything that is
 directly affected. There's no packages that buildrequire or require icu?
 Or am I looking at the wrong package?
 
 I guess you mean libicu?

Yes, sure, with ICU I referred the entire suite, the important part here
being libicu and all its libs.

 Are there any changes in the 50-52.1 jump that would need
 patches/changes? Or should it just mostly be a rebuild?

Should be a rebuild only.

 Do you have any provenpackager(s) who can help you rebuild things?

Maybe, but he's already overloaded ;)

  If not, I'll probably announce it on Monday and do the upgrade on
  Wednesday.
 
 Seems fine.

So maybe next week..

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID: 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack


pgp7vWli7jzas.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Upgrade ICU to 52.1 with soname bump

[Eike Rathke]

Hi,

If time permits I'd like to do an upgrade of ICU to 52.1 next week,
which leads to the usual soname bump.

As quite a lot of packages are affected by this, is anyone objecting and
can point out a better time for the upgrade?
If not, I'll probably announce it on Monday and do the upgrade on
Wednesday.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID: 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack


pgp9Z3lbUa13N.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

icu 50 rebuilt without --disable-renaming again

[Eike Rathke]

Hi,

As there seems no proper way to resolve the mess of rhbz#856594
I rebuilt icu-50.1.2-3.fc19 without --disable-renaming again.

Please, if you built between Friday and today against icu-50.1.2-1.fc19
or icu-50.1.2-2.fc19 do another round against icu-50.1.2-3.fc19

Please accept my apology, I'm very unhappy with how this went.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
New GnuPG key 0x65632D3A : 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Old GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack


pgp9BEatOBY4Q.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: icu 50 soname bump

[Eike Rathke]

Hi,

On Sunday, 2013-01-27 11:30:22 +0900, Mamoru TASAKA wrote:

 Looks like patching against /usr/include/unicode/urename.h is more 
 appropriate.
 I wrote some comments on bug 856594.

Thanks for the pointer, in icu-50.1.2-2.fc19 I solved that instead with

sed -e '/^#define __UCONFIG_H__/ r uconfig.h.prepend' -i 
common/unicode/uconfig.h

as uconfig.h.prepend is created by configure and meant for this reason.

Now the original submitter of that bug asked for the soname to be
different from a versioned ICU library of the same version ...

1. why?
2. how?

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
New GnuPG key 0x65632D3A : 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Old GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack


pgphlUTRAjyFh.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: icu 50 soname bump

[Eike Rathke]

Hi Mamoru,

On Sunday, 2013-01-27 03:09:22 +0900, Mamoru TASAKA wrote:

 FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
 
 Looks like several packages fails to build against new icu, with
 errors like:
 
 /builddir/build/BUILD/calligra-2.5.93/libs/db/drivers/sqlite/icu/icu.c:375: 
 undefined reference to `ucol_close_50'
 
 I guess these errors will be resolved by adding icu-config --cppflags 
 (especially
 adding -DU_DISABLE_RENAMING=1) to compiler flags (harfbuzz changed so). 
 This change comes from
 https://bugzilla.redhat.com/show_bug.cgi?id=856594 . While I think this 
 change is
 appropriate, maybe adding -DU_DISABLE_RENAMING=1 also to icu pkgconfig file is
 more desirable.

How exactly is that to be done?

And sorry if someone was caught in surprise, I tried to warn in advance
with my mail to the list.

  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
New GnuPG key 0x65632D3A : 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Old GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack


pgphmVrL5DOdO.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F19 upgrade ICU to 50.1.1 in sync with Boost upgrade

[Eike Rathke]

Hi,

I plan to upgrade ICU to version 50.1.1, best next week to have that
ready before the Boost upgrade will happen to avoid having to rebuild
the entire chain twice. So don't get overly alarmed by broken
dependencies of other packages.. but still fix them in time for the
Boost upgrade.

Thanks
  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
New GnuPG key 0x65632D3A : 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Old GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack


pgpwLG5hyS3OG.pgp
Description: PGP signature
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

F19 upgrade ICU to 50.1.1 in sync with Boost upgrade

[Eike Rathke]

Hi,

I plan to upgrade ICU to version 50.1.1, best next week to have that
ready before the Boost upgrade will happen to avoid having to rebuild
the entire chain twice. So don't get overly alarmed by broken
dependencies of other packages.. but still fix them in time for the
Boost upgrade.

Thanks
  Eike

-- 
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
New GnuPG key 0x65632D3A : 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A
Old GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3  9E96 2F1A D073 293C 05FD
Support the FSFE, care about Free Software! https://fsfe.org/support/?erack


pgp9jC94XvyrB.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel