Hi folks,
Just an FYI. I'm in the process of rebuilding qt5-qtwebengine-freeworld
for the Fedora qt 5.15.10 update for F38+
https://src.fedoraproject.org/rpms/qt5-qtwebengine/c/e596b1ceeb05fc04212374c418e2b8c792652f9b?branch=rawhide
(dnf will complain of broken deps in the meantime)
--
Thanks
Hi Ankur,
Ankur Sinha via rpmfusion-developers wrote:
> Just saw your new build for F38. I thought I had rebuilt the F38 package
> for qt 5.15.9 already---my local mock build here certainly shows it
> (it's the package I'm using now):
>
> $ rpm -qi qt5-qtwebengine-freeworld --req
Hi Kevin,
Just saw your new build for F38. I thought I had rebuilt the F38 package
for qt 5.15.9 already---my local mock build here certainly shows it
(it's the package I'm using now):
$ rpm -qi qt5-qtwebengine-freeworld --requires | grep qt
Name: qt5-qtwebengine-freeworld
Source RPM
Nicolas Chauvet via rpmfusion-developers wrote:
> According to pkgdb, this is still the case, but none has updated this
> package for qt5-5.15.9
> https://admin.rpmfusion.org/pkgdb/package/free/qt5-qtwebengine-freeworld/
If QtBase gets updated, we can only rebuild QtWebEngine against
On Tue, Apr 18, 2023 12:01:16 +0200, Nicolas Chauvet via rpmfusion-developers
wrote:
> Hi there,
Hello,
> According to pkgdb, this is still the case, but none has updated this
> package for qt5-5.15.9
> https://admin.rpmfusion.org/pkgdb/package/free/qt5-qtwebengine-freeworld/
I usu
Hi there,
According to pkgdb, this is still the case, but none has updated this
package for qt5-5.15.9
https://admin.rpmfusion.org/pkgdb/package/free/qt5-qtwebengine-freeworld/
Does this package still worth it (with ffmpeg-free in fedora ?)
Can we properly obsoletes it instead
o, so omit all debuginfo
%global debug_config %{nil}
# reduce debug info even for the Qt parts to a minimum
%global optflags %(echo %{optflags} | sed 's/-g /-g1 /')
# tune down SMP to reduce memory use further
%global _smp_build_ncpus 6
I obtained a successful build of qt5-qtwebengine-freeworl
--- Begin Message ---
Leigh Scott wrote:
> You will need to disable debuginfo (use -g0) if your going to build
> for aarch64.
Oh fun, I looked at the offending command line, and it does attempt to pass
-g0, but this is then overwritten by -g appended (twice, even) later, coming
from the RPM
--- Begin Message ---
On 24/01/2022 17:50, Kevin Kofler wrote:
Do you have any idea how we can resolve the issue or should I just go back
to building the package on x86_64 only?
Take a look at the Telegram Desktop hacks:
You will need to disable debuginfo (use -g0) if your going to build
for aarch64.
On 24/01/2022 16:50, Kevin Kofler via rpmfusion-developers wrote:
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send
--- Begin Message ---
Hi,
since chromium-freeworld, which is based on the same codebase and takes
almost twice as long to build on x86_64 as qt5-qtwebengine-freeworld, has
had several successful builds on aarch64:
https://koji.rpmfusion.org/koji/packageinfo?packageID=506
I have decided to give
On Tue, Sep 29, 2020 08:33:24 -, Leigh Scott wrote:
> File a bug report so the maintainer sees it!
OK! (5x more exclaiming XD)
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5773
--
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) |
File a bug report so the maintainer sees it!
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Hello,
I hope everyone is doing well.
I *think* qt5-qtwebengine-freeworld needs to be rebuilt for this qt
5.15.1 update[1,2]. At the moment, installing the package on F33 tries to
downgrade lots of qt bits.
I updated the rpmfusion spec based on the fedora update and tested out a
build on mock
Leigh Scott wrote:
> If you don't do it your package will sit in update-testing forever, I
> don't have time to monitor bodhi for shit I don't use! Either that or it's
> get pushed whenever regardless or the matching fedora package. I don't
> give a damn if it breaks, It's your job to coordinate
Nicolas Chauvet wrote:
> There is a need to adapt the koji policy in this case. Or do you
> managed to move it to updates once the package was moved back to
> testing ?
The Koji policy allows moving from updates-testing to updates, but not from
updates to f31-free (GA) nor from updates back to
Le ven. 20 sept. 2019 à 00:25, Kevin Kofler a écrit :
>
> Kevin Kofler wrote:
> > I have submitted http://koji.rpmfusion.org/koji/taskinfo?taskID=358046 .
>
> The build succeeded on Tuesday:
> http://koji.rpmfusion.org/koji/buildinfo?buildID=12008
> and went out to the updates-testing repo.
>
>
> (I think it would be better if you did not tell non-admins to mess with
> koji-rpmfusion move-tag at all and just let the admins do all the moves as
> in the past.)
If you don't do it your package will sit in update-testing forever, I don't
have time to monitor bodhi for shit I don't use!
Kevin Kofler wrote:
> I have submitted http://koji.rpmfusion.org/koji/taskinfo?taskID=358046 .
The build succeeded on Tuesday:
http://koji.rpmfusion.org/koji/buildinfo?buildID=12008
and went out to the updates-testing repo.
Now, I accidentally moved it to f31-free-updates, which was not a good
Nicolas Chauvet wrote:
> I really hope someone can deal with this rebuild.
I have submitted http://koji.rpmfusion.org/koji/taskinfo?taskID=358046 .
Kevin Kofler
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
e can
> > > help test?
> >
> > It is known: https://bugzilla.rpmfusion.org/show_bug.cgi?id=5384 –
> > qt5-qtwebengine-freeworld needs a rebuild.
>
> Thanks Kevin, I'll wait for the rebuild and test it out when it is
> ready. (CC'd myself to the bug now)
>
>
On Tue, Sep 17, 2019 09:01:54 +0200, Kevin Kofler wrote:
> Ankur Sinha wrote:
> > Would this be a known issue please, and is there a fix/workaround we can
> > help test?
>
> It is known: https://bugzilla.rpmfusion.org/show_bug.cgi?id=5384 –
> qt5-qtwebengine-freeworld
Ankur Sinha wrote:
> Would this be a known issue please, and is there a fix/workaround we can
> help test?
It is known: https://bugzilla.rpmfusion.org/show_bug.cgi?id=5384 –
qt5-qtwebengine-freeworld needs a rebuild.
Kevin Kofler
___
rpm
Hello,
I was checking the upgrade path to F31 from F30, and this error pops up
currently:
$ sudo dnf system-upgrade download --refresh --releasever=31
...
Error:
Problem: package qt5-qtwebengine-freeworld-5.12.4-2.fc31.x86_64 requires
libre2.so.0()(64bit), but none of the providers can
I might have time to sign, mash and sync the queue on Friday.
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Leigh Scott wrote:
> Can't you move it when it needed?, I haven't got the time to monitor stuff
> I don't use.
>
> koji-rpmfusion move-build f29-free-updates-testing f29-free-updates
> qt5-qtwebengine-freeworld-5.12.4-2.fc29
I wasn't aware that this can be done self-service. (
org/updates/FEDORA-2019-5e4316109b went stable
> on Sunday at 03:09:13 UTC.
>
> Kevin Kofler
Can't you move it when it needed?, I haven't got the time to monitor stuff I
don't use.
koji-rpmfusion move-build f29-free-updates-testing f29-free-updates
qt5-qtwebeng
Hi,
can you please let this go through to stable? (It was already included twice
in the automated push reports, but the package must have been filtered out
manually. It is not in the repo, at least.) The corresponding Fedora update
https://bodhi.fedoraproject.org/updates/FEDORA-2019-5e4316109b
Due a slowness of armv7, I think it would be better drop build on
armv7.
I don't imagine anyone using it on an arm of 32 bits ...
On Tue, 2018-09-11 at 14:43 +0200, Kevin Kofler wrote:
> Hi,
>
> I intend to orphan qt5-qtwebengine-freeworld, along with the Fedora
> qt5-qtweben
* Dominik 'Rathann' Mierzejewski [14/09/2018 11:39] :
>
> > +Patch103:
> > https://git.archlinux.org/svntogit/packages.git/plain/trunk/qtwebengine-ffmpeg4.patch
>
> This link leads to a "Not found" page.
That should probably be
Hi, Rex.
On Wednesday, 12 September 2018 at 23:00, Rex Dieter wrote:
> commit 26788caabb228d3ea48ff52f4fd9f28545ad11ec
> Author: Rex Dieter
> Date: Wed Sep 12 15:59:46 2018 -0500
>
> (re)enable use_system_ffmpeg, reduce debug on aarch64 to workaround FTBFS
>
>
On Tue, Sep 11, 2018 14:43:03 +0200, Kevin Kofler wrote:
> Hi,
>
> I intend to orphan qt5-qtwebengine-freeworld, along with the Fedora
> qt5-qtwebengine package. Please see:
> https://www.spinics.net/lists/fedora-devel/msg247677.html
> for the full story.
>
> I think it
Hi,
I intend to orphan qt5-qtwebengine-freeworld, along with the Fedora
qt5-qtwebengine package. Please see:
https://www.spinics.net/lists/fedora-devel/msg247677.html
for the full story.
I think it would be best if it were picked up by the same person also
picking up qt5-qtwebengine in Fedora
d
> 7960bubbros-1.6.2-6.fc29leigh123linux 2018-07-26 17:35:02
> canceled
>
>
> On Sat, 2018-07-28 at 03:34 +0100, Sérgio Basto wrote:
> > I almost forgot we also not built
> > qt5-qtwebengine-freeworld-5.11.1-1.fc29
> > it fails to build only on aarch64 [1]
>
eled
> > >
> > > 8099npapi-vlc-2.2.7-0.4snap20180206.fc29leigh123linux
> > > 2018-07-27 07:34:26 canceled
> > >
> > > 7960bubbros-1.6.2-6.fc29leigh123linux 2018-07-26
> > > 17:35:02 canceled
> > >
> > >
&g
> 7960bubbros-1.6.2-6.fc29leigh123linux 2018-07-26 17:35:02
> canceled
>
>
> On Sat, 2018-07-28 at 03:34 +0100, Sérgio Basto wrote:
> > I almost forgot we also not built
> > qt5-qtwebengine-freeworld-5.11.1-1.fc29
> > it fails to build only on aarch64
t;
>
> On Sat, 2018-07-28 at 03:34 +0100, Sérgio Basto wrote:
>
> > I almost forgot we also not built
>
> > qt5-qtwebengine-freeworld-5.11.1-1.fc29
>
> > it fails to build only on aarch64 [1]
>
> >
>
> > [1]
>
> > http://koji.rpmfus
>>
>> >> Also almost miss the builds with state cancelled !
>> >>
>> >> 8180yabause-0.9.15-5.fc29 leigh123linux 2018-07-27 16:45:54
>> canceled
>> >> 8099npapi-vlc-2.2.7-0.4snap20180206.fc29leigh123linux
>> 2018-07-27
cancelled !
> >>
> >> 8180yabause-0.9.15-5.fc29 leigh123linux 2018-07-27 16:45:54
> canceled
> >> 8099npapi-vlc-2.2.7-0.4snap20180206.fc29leigh123linux
> 2018-07-27 07:34:26 canceled
> >> 7960bubbros-1.6.2-6.fc29leigh123linux
nux 2018-07-27 16:45:54
>> canceled
>> 8099npapi-vlc-2.2.7-0.4snap20180206.fc29leigh123linux 2018-07-27
>> 07:34:26 canceled
>> 7960bubbros-1.6.2-6.fc29leigh123linux 2018-07-26 17:35:02
>> canceled
>>
>>
>> On Sat, 2018-07-28 at
ap20180206.fc29leigh123linux 2018-07-27
> 07:34:26 canceled
> 7960bubbros-1.6.2-6.fc29leigh123linux 2018-07-26 17:35:02
> canceled
>
>
> On Sat, 2018-07-28 at 03:34 +0100, Sérgio Basto wrote:
> > I almost forgot we also not built
> > qt5-qtwebengine-freew
:02 canceled
On Sat, 2018-07-28 at 03:34 +0100, Sérgio Basto wrote:
> I almost forgot we also not built
> qt5-qtwebengine-freeworld-5.11.1-1.fc29
> it fails to build only on aarch64 [1]
>
> [1]
> http://koji.rpmfusion.org/koji/taskinfo?taskID=232243
>
>
> On Sat
I almost forgot we also not built
qt5-qtwebengine-freeworld-5.11.1-1.fc29
it fails to build only on aarch64 [1]
[1]
http://koji.rpmfusion.org/koji/taskinfo?taskID=232243
On Sat, 2018-07-28 at 03:24 +0100, Sérgio Basto wrote:
> Hi !,
>
> On Wed, 2018-07-25 at 09:59 +0300, Vas
7 @@
> Summary: Qt5 - QtWebEngine components (freeworld version)
> Name:qt5-qtwebengine-freeworld
> Version: 5.10.1
> -Release: 1%{?dist}
> +Release: 2%{?dist}
>
> %global major_minor %(echo %{version} | cut -d. -f-2)
> %global major %(echo %{version} | cut -d. -f1
On Sat, 2018-01-20 at 07:57 +0100, Nicolas Chauvet wrote:
> >
> >
> > After almost 5 days the build fail , but wasn't timeout ! I guess
> > it
> > was "No space left on device" ?!
>
> @Sergio,
> Did you see my answer from two days ago ? (migh have some issue with
> mailing list).
I read it
>
>
> After almost 5 days the build fail , but wasn't timeout ! I guess it
> was "No space left on device" ?!
@Sergio,
Did you see my answer from two days ago ? (migh have some issue with
mailing list).
The arm builders have crashed after several hours of compilation.
I will resubmit the job on
option was
> > > > correctly propagated from kojid.conf to the mock site-
> > > > default.conf
> > > > Thx Dan btw ;)
> > > >
> > > > While at it, I've also migrated the remaining f24 armv7
> > > > builders
> > > >
; Probably because the build was resubmitted before i've set the
> > > change in kojid
> > > So I've resubmitted the build and verified that the option was
> > > correctly propagated from kojid.conf to the mock site-
> > > default.conf
> > > Thx Dan btw ;
;> correctly propagated from kojid.conf to the mock site-default.conf
>> Thx Dan btw ;)
>>
>> While at it, I've also migrated the remaining f24 armv7 builders to
>> current f26. But it will not affects the qt5-qtwebengine-freeworld
>> build (as it already failed on f2
I've also migrated the remaining f24 armv7 builders to
> current f26. But it will not affects the qt5-qtwebengine-freeworld
> build (as it already failed on f26 builders).
So to sum-up the current situation.
The last qt5-qtwebengine 5.10 build succeeded and took about 2 days
and 2,5 hours to bu
n kojid
So I've resubmitted the build and verified that the option was
correctly propagated from kojid.conf to the mock site-default.conf
Thx Dan btw ;)
While at it, I've also migrated the remaining f24 armv7 builders to
current f26. But it will not affects the qt5-qtwebengine-freeworld
build (
Hi,
Nicolas Chauvet wrote:
> For this specific issue, I (one?) can probably find the option to
> raise the koji task timeout.
Is the increased timeout implemented now? My second build attempt also
failed with a timeout, so I'll only resubmit it if the timeout has been
increased.
Kevin
Gael STEPHAN wrote:
> Hm and what about cross-compiling ? I work in the embedded software ( we
> build mips and arm targets ), and we never ever considered native build,
> linaro provides excellent cross toolchains for arm ( we cross compile on
> a forked gentoo)
AFAIK, OpenSUSE does that in
A quick search gave me this:
https://copr.fedorainfracloud.org/coprs/lantw44/arm-linux-gnueabi-toolchain/
Maybe the way to go
Le 03/01/2018 à 08:53, Gael STEPHAN a écrit :
Hm and what about cross-compiling ? I work in the embedded software (
we build mips and arm targets ), and we never ever
Hm and what about cross-compiling ? I work in the embedded software ( we
build mips and arm targets ), and we never ever considered native build,
linaro provides excellent cross toolchains for arm ( we cross compile on
a forked gentoo)
I don't know how works an rpm buildsys but i'm fairly
Karel Volný wrote:
> wouldn't "more of them" work better than "faster"?
>
> - once upon a time, I had been using distcc successfully ...
>
> but I don't know how hard it would be to set it up ... just an idea
It is surely not easy to set up something like distcc with Koji. Also,
Hi,
The only other solution would be for RPM Fusion to get faster 32-bit ARM
builders,
wouldn't "more of them" work better than "faster"?
- once upon a time, I had been using distcc successfully ...
but I don't know how hard it would be to set it up ... just an idea
K.
--
Karel Volný
Nicolas Chauvet wrote:
> What's annoying in this situation is more that the armv7hl build
> failed than that it took time to build.
Well, the long build times can also be an annoyance, particularly when I'm
trying to get out security updates to all releases in a timely manner…
> For this
On Tue, 2 Jan 2018 14:24:31 +0100
Nicolas Chauvet wrote:
> 2018-01-02 12:53 GMT+01:00 Kevin Kofler :
> > Sérgio Basto wrote:
> ..
> > The only other solution would be for RPM Fusion to get faster
> > 32-bit ARM builders, but it doesn't look like that is
2018-01-02 12:53 GMT+01:00 Kevin Kofler :
> Sérgio Basto wrote:
..
> The only other solution would be for RPM Fusion to get faster 32-bit ARM
> builders, but it doesn't look like that is going to happen any time soon,
> unfortunately.
Few things:
What's annoying in this
Sérgio Basto wrote:
> Build of qt5-qtwebengine-freeworld failed with EXCEPTION:
> [commandTimeoutExpired()] [1], when it was almost build after 48 hours
> ...
> I notice that only in arm, the build took more than 24 hours in others
> builders in less of 5 hours, package is done. Ma
Hi ,
Build of qt5-qtwebengine-freeworld failed with EXCEPTION:
[commandTimeoutExpired()] [1], when it was almost build after 48 hours
...
I notice that only in arm, the build took more than 24 hours in others
builders in less of 5 hours, package is done. May you sometimes not
build in arm
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
Kevin Kofler changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
Nicolas Chauvet changed:
What|Removed |Added
Blocks|33 |
Referenced
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
--- Comment #10 from Kevin Kofler <kevin.kof...@chello.at> ---
(Sorry for yet another post, but I forgot something important:)
Just a note of warning: If you want to try out qt5-qtwebengine-freeworld, you
will have to close any running Qu
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
--- Comment #9 from Kevin Kofler ---
As explained on IRC, I tried not only https://www.youtube.com/html5 , but also
an actual H.264-only video (from Twitter) that I was unable to watch with
QupZilla before and that
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
--- Comment #8 from Kevin Kofler ---
> runtime not tested (qt-5.7.1 available only for rawhide a the moment)
I did that now:
http://i.imgur.com/BC7HzMC.png
:-)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
--- Comment #7 from Kevin Kofler ---
I filled in the pkgdb form now, but that offers neither f24 nor f23 branches.
OK, f23 is almost dead and Fedora does not allow new packages to be branched
for f23, but why is f24 not
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
--- Comment #6 from Nicolas Chauvet ---
(In reply to Rex Dieter from comment #4)
> setting fedora-review flag to X (not sure what that means, there doesn't
> seem to be a + setting that matches fedora's workflow)
Thx for
omment #5 from Kevin Kofler <kevin.kof...@chello.at> ---
Package CVS request
==
Package Name: qt5-qtwebengine-freeworld
Short Description: Qt5 - QtWebEngine components (freeworld version)
Owners: kkofler rdieter
Branches: f25 f24 f23
InitialCC:
--
Licen
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
Rex Dieter changed:
What|Removed |Added
Flags|fedora-review? |
--- Comment #4
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
--- Comment #3 from Kevin Kofler ---
> APPROVED
Thanks! That was quick.
Can you please set the fedora-review+ flag?
> 1. MUST use verifiable sources, can you account for this difference? (maybe
> used a different
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
Rex Dieter changed:
What|Removed |Added
Blocks|2 |4
--- Comment #2
https://bugzilla.rpmfusion.org/show_bug.cgi?id=4368
Bug ID: 4368
Summary: Review request: qt5-qtwebengine-freeworld - Qt5 -
QtWebEngine components (freeworld version)
Product: Package Reviews
Version: Current
Hardware
74 matches
Mail list logo