Hi,
On Monday, 2024-06-03 16:28:24 +0200, Reindl Harald (privat) wrote:
> Am 03.06.24 um 16:18 schrieb Eike Rathke:
> > So using %{buildroot} instead of %{_buildrootdir} would be an actual
> > replacement?
>
> you should have used %{buildroot} or $RPM_BUILD
Hi Panu,
On Monday, 2024-06-03 15:55:09 +0300, Panu Matilainen wrote:
> %{_buildrootdir} is nothing packages should be referring to, in any
> circumstance really. It's a potentially shared directory among arbitrary
> packages (in the traditional it's ~/rpmbuild/BUILDROOT/ ) and putting
> anything
Hi,
what did recently change in rawhide that the %{_buildrootdir} macro
isn't expanded as in
+ mkdir '%{_buildrootdir}/bin'
mkdir: cannot create directory ‘%{_buildrootdir}/bin’: No such file or directory
+ :
+ cp /builddir/build/SOURCES/node-stdout-nonblocking-wrapper
'%{_buildrootdir}/bin'
cp:
Hi,
On Monday, 2024-05-27 15:56:30 +0200, Eike Rathke wrote:
> I'm out of clues and hopefully someone can provide some insights.
Apparently bindgen with clang 18 is broken in this case.
Kudos to @sharkcz Dan Horák for a solution to use clang 17 instead.
Eike
--
GPG key 0x6A6CD5B7
Hi,
Thunderbird FTBFS on f41 and f40, earlier only f41, I suspect
some Rust toolchain problem when generating bindings. Please see
https://bugzilla.redhat.com/show_bug.cgi?id=2261180#c7 and following.
I'm out of clues and hopefully someone can provide some insights.
Thanks
Eike
--
GPG key 0x
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
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 |
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 Brok
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 6A
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
>
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://discu
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 D5
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-des
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
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 Not
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
*Requi
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 0x6A6CD5B765
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 IEE
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
> > >
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
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 63
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 w
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 f
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.o
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. Y
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
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
___
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
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
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
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 l
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 com
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
--
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 th
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 rebuil
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" 0x65632
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 be
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" 0x65632
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 ar
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
err
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. Numbe
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)
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
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)
>
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 tra
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
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 p
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/?er
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 th
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
Wed
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
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 u
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/sqlit
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
54 matches
Mail list logo