On Thu, Jan 02, 2025 at 07:56:03PM +, Sam James wrote:
> Zoltan Puskas writes:
>
> >>
> >> So, removing Qt5 will break computers of many users, including my computer.
> >> In the course of many years of existence of Qt5 a large number of useful
> >> programs have been created; not all of the
profiles/package.mask: mask www-servers/xsp
# Maciej Barć (2025-01-02)
# Upstream dead, repo archived (https://github.com/mono/xsp). Uses
deprecated
# "dotnet" eclass. Depends on old mono. As a replacement one can use
official
# .NET 6.0-9.0 ASP.NET instead.
# Removal on 2025-02-02
acct-group
profiles/package.mask: mask lean 3 and mathlib-tools
# Maciej Barć (2025-01-02)
# Deprecated LEAN 3 packages. The "mathlib-tools" repo is archived
# (https://github.com/leanprover-community/mathlib-tools). Migrate to
LEAN 4.
# Removal on 2025-02-02
sci-mathematics/lean:0/3
sci-mathematics/math
# Andreas Sturmlechner (2024-01-02)
# No more revdeps, depends on Qt5. Removal on 2025-01-29.
dev-libs/libqt5pas
signature.asc
Description: This is a digitally signed message part.
Zoltan Puskas writes:
>>
>> So, removing Qt5 will break computers of many users, including my computer.
>> In the course of many years of existence of Qt5 a large number of useful
>> programs have been created; not all of them have been ported to Qt6. Are we
>> going to throw away all this wealt
Andrey Grozin writes:
> Here are some packages installed on my computer and (to various
> degrees) important for me which depend on Qt5
>
I'll note again that at the moment, we're talking about "things which
support Qt 6, but the ebuild doesn't even acknowledge that right now, or
the ebuild stil
James Le Cuirot writes:
> Cross environments within a prefixed system do not have a nested prefix,
> i.e. they are located at ${EPREFIX}/usr/${CHOST}, not
> ${EPREFIX}/usr/${CHOST}/${EPREFIX}. Binaries built with the
> cross-compiler should therefore get an unprefixed dynamic linker path by
> def
On 1/2/25 1:36 AM, Andrey Grozin wrote:
> Here are some packages installed on my computer and (to various degrees)
> important for me which depend on Qt5
>
> 1. x11-wm/lumina
> An excellent desktop environment. I use it for many years.
> I contacted the upstream about the possibility to port it to
On Donnerstag, 2. Januar 2025 20:03:29 Mitteleuropäische Normalzeit Philip
Webb wrote:
> When I updated to KDE 6 , I reluctantly had to drop Krusader
When you updated to *Plasma 6*, nothing forced you to do that at all.
signature.asc
Description: This is a digitally signed message part.
250102 James Le Cuirot wrote:
> There may be some confusion here. The list includes packages
> like www-client/vivaldi, which already support both versions.
> It is also sometimes possible to simply rebuild against Qt6
> with no changes but not always.
When I updated to KDE 6 , I reluctantly had t
On Donnerstag, 2. Jänner 2025 12:37:47 Mitteleuropäische Normalzeit Ulrich
Müller wrote:
> Can you provide a pointer to a Qt upstream page saying that Qt 5 is
> deprecated? Just for the case that the upstreams of my packages need
> further convincing.
Not sure I can, without accompanying explanat
On Donnerstag, 2. Jänner 2025 12:29:01 Mitteleuropäische Normalzeit Alexey
Sokolov wrote:
> 02.01.2025 11:22, James Le Cuirot пишет:
> > On Thu, 2025-01-02 at 03:13 -0800, Zoltan Puskas wrote:
> > There may be some confusion here. The list includes packages like
> > www-client/vivaldi, which alrea
On Donnerstag, 2. Jänner 2025 12:29:01 Mitteleuropäische Normalzeit Alexey
Sokolov wrote:
> 02.01.2025 11:22, James Le Cuirot пишет:
> > On Thu, 2025-01-02 at 03:13 -0800, Zoltan Puskas wrote:
> > There may be some confusion here. The list includes packages like
> > www-client/vivaldi, which alrea
On Donnerstag, 2. Jänner 2025 12:13:22 Mitteleuropäische Normalzeit Zoltan
Puskas wrote:
> > So, removing Qt5 will break computers of many users, including my
> > computer.
> > [...]
>
> I have to agree with Andrey here, the list contains quite a few items [...]
My message did not seek to gettin
Cross environments within a prefixed system do not have a nested prefix,
i.e. they are located at ${EPREFIX}/usr/${CHOST}, not
${EPREFIX}/usr/${CHOST}/${EPREFIX}. Binaries built with the
cross-compiler should therefore get an unprefixed dynamic linker path by
default so that they work out of the bo
La 02.01.2025 13:13, Zoltan Puskas a scris:
Additionally there are some projects where the community's influence is limited,
eg. Virtualbox which is controlled by Oracle.
VirtualBox 7.1 switched to QT6. It is not yet stable, but it will be soon.
sci-electronics/pulseview: Great for interfaci
> On Wed, 01 Jan 2025, Andreas Sturmlechner wrote:
> If you recognise your package(s) in there, please drop Qt5 in favor of Qt6
> aggressively. If there is no Qt6-based upstream release yet, bug upstream
> about it. They may not even know yet this is important.
Can you provide a pointer to
Am 02.01.25 um 12:13 schrieb Zoltan Puskas:
So, removing Qt5 will break computers of many users, including my computer.
In the course of many years of existence of Qt5 a large number of useful
programs have been created; not all of them have been ported to Qt6. Are we
going to throw away all
02.01.2025 11:22, James Le Cuirot пишет:
> On Thu, 2025-01-02 at 03:13 -0800, Zoltan Puskas wrote:
>>> So, removing Qt5 will break computers of many users, including my computer.
>>> In the course of many years of existence of Qt5 a large number of useful
>>> programs have been created; not all of
On Thu, 2025-01-02 at 03:13 -0800, Zoltan Puskas wrote:
> >
> > So, removing Qt5 will break computers of many users, including my computer.
> > In the course of many years of existence of Qt5 a large number of useful
> > programs have been created; not all of them have been ported to Qt6. Are we
>
On Thu, Jan 02, 2025 at 06:36:32AM +, Andrey Grozin wrote:
> Here are some packages installed on my computer and (to various degrees)
> important for me which depend on Qt5
>
> 4. app-text/master-pdf-editor
> The only tool for editing pdf files. I have to use it every time I check and
> correc
>
> So, removing Qt5 will break computers of many users, including my computer.
> In the course of many years of existence of Qt5 a large number of useful
> programs have been created; not all of them have been ported to Qt6. Are we
> going to throw away all this wealth?
>
I have to agree with A
22 matches
Mail list logo
