# Andreas Sturmlechner (2025-01-30)
# Last release 15 years ago, dead upstream (never imported from kdesvn),
# no revdeps probably since amarok last-rites. Removal on 2025-02-27.
media-libs/taglib-extras
signature.asc
Description: This is a digitally signed message part.
Hi All,
Take 2; emailing the affected arch aliases directly only got
one response which included a suggestion to take this straight to -dev.
As you're probably aware, www-client/chromium is a frequently-updated
package with a not-insignificant build. Chromium has an enormous attack
surface and i
On Mittwoch, 1. Jänner 2025 22:50:14 Mitteleuropäische Normalzeit Andreas
Sturmlechner wrote:
> Allow me to re-emphasize this topic 4 months later:
> [...]
One month later and Gentoo ebuild repository is already weighing around 100
Qt5-based ebuilds less than at the beginning of the year. Severa
# Andreas Sturmlechner (2025-01-28)
# Last release 8 years ago, dead upstream (repository gone as well),
# depends on Qt5, no one else packages this. Removal on 2025-02-27.
net-misc/qtm
signature.asc
Description: This is a digitally signed message part.
# Andreas Sturmlechner (2025-01-28)
# Last release+commit 7 years ago, dead upstream, unmaintained in Gentoo,
# depends on Qt5, broken with >= ffmpeg-5, no one else packages this.
# Removal on 2025-02-27. Bug #900947
app-misc/qcma
signature.asc
Description: This is a digitally signed message part
# Andreas Sturmlechner (2025-01-28)
# Last release+commit 8 years ago, dead upstream, unmaintained in Gentoo,
# depends on Qt5, no one else packages this. Removal on 2025-02-27.
x11-misc/urxvtconfig
signature.asc
Description: This is a digitally signed message part.
# Arthur Zamarin (2025-01-28)
# Since we are done with EGO_SUM, this tool isn't needed any more.
# Removal on 2025-02-27. Bug #948966.
dev-go/get-ego-vendor
OpenPGP_signature.asc
Description: OpenPGP digital signature
On 28/01/2025 14:16, Sam James wrote:
> Without this, while (test) compile jobs respect MAKEOPTS via our config
> settings
> already deployed via the eclass, *test* jobs do not.
>
> We may want to consider setting NEXTEST_TEST_THREADS and/or having
> a cargo_enable_tests helper in the eclass at s
# Andreas Sturmlechner (2025-01-28)
# Last release from 14 years ago, dead upstream (repository gone as well).
# Plenty of other options in ::gentoo. Bug #947724, removal on 2025-02-27.
media-sound/bempc
signature.asc
Description: This is a digitally signed message part.
Without this, while (test) compile jobs respect MAKEOPTS via our config settings
already deployed via the eclass, *test* jobs do not.
We may want to consider setting NEXTEST_TEST_THREADS and/or having
a cargo_enable_tests helper in the eclass at some point too.
Bug: https://github.com/rust-lang/c
Am Freitag, 24. Januar 2025, 19:44:04 Mitteleuropäische Normalzeit schrieb
Nowa Ammerlaan:
> Please let me know if the below is clear.
To me it's a clear and easy to follow write-up.
Besides, while I'm not really affected I really appreciate the hint about a
relevant change of defaults here as i
Hey Yury, I'll be interested in contributing again! Hopefully, I'm not
too late to the party. I'll drop into IRC again this weekend.
On Tue, Jan 14, 2025 at 12:27 PM Yury German wrote:
>
> Hey everyone!
>
> The Google Summer of Code (GSoC) has announced the new application deadline
> for organiz
To be published whenever the next version of Dracut is released and
pushed into ::gentoo.
Upstream has changed the default setting for hostonly in the
kernel-install hook. I do not expect huge problems, but there might be
some weirdness on more unusual systems. I do anticipate some confusion
# Arthur Zamarin (2025-01-24)
# EAPI=7, uses deprecated Go eclasses, fails to compile, installation
# blocked by current versions of docker (which provides the features).
# Removal on 2025-02-23. Bugs #948656, #844577, #694898, #678982.
app-containers/docker-proxy
OpenPGP_signature.asc
Descrip
# Arthur Zamarin (2025-01-24)
# EAPI=7, uses depcreated Go eclasses, fails to compile. burrow itself
# has exporter built in since version 1.3.4, which can be used instead.
# Removal on 2025-02-23. Bugs #948655, #844613, #679086.
app-metrics/burrow_exporter
OpenPGP_signature.asc
Description: O
# Arthur Zamarin (2025-01-24)
# EAPI=7, uses deprecated Go eclasses, upstream repo is archived.
# gom is a go dependency manager which doesn't work with modern
# Go tools, and is redundent to standard `go install` commands.
# go-colortext has only gom as reverse dependency.
# Removal on 2025-02-23
# Andreas Sturmlechner (2025-01-23)
# Last release from 12 years ago, git master still defaults to Qt4.
# Plenty of other options in ::gentoo. Bug #947741, removal on 2025-02-22.
app-editors/juffed
signature.asc
Description: This is a digitally signed message part.
On Sat, Jan 18, 2025 at 09:54:21PM -0800, Robin H. Johnson wrote:
> Hi everybody,
> (please send replies to gentoo-proj...@lists.gentoo.org)
>
> As an FYI only, what should be a low-impact change, the hosting location
> of lists.gentoo.org will be changing.
This migration has been completed.
--
# Andreas Sturmlechner (2025-01-23)
# CVE-2025-23050, bug #948573; Removal on 2025-02-22.
dev-qt/qtbluetooth:5
signature.asc
Description: This is a digitally signed message part.
# Andreas Sturmlechner (2025-01-23)
# Unmaintained in Gentoo, last release from 2022 needs Qt5WebEngine.
# Bug #926655. Removal on 2025-02-22.
app-text/bibletime
signature.asc
Description: This is a digitally signed message part.
On Montag, 4. Dezember 2023 10:29:33 Mitteleuropäische Normalzeit Viorel
Munteanu wrote:
> Packages up for grabs because the proxied maintainer no longer uses
> them. [...]
>
> net-misc/seafile-client
> net-misc/seafile
> net-libs/libsearpc
This is the last call for anyone interested in these pa
On mercoledì 22 gennaio 2025 13:46:47 Ora standard dell’Europa centrale
happysmash27 wrote:
> What would be the process for maintaining it to get it in the repositories
> again?
Hello,
please take a look at: http://wiki.gentoo.org/wiki/Project:Proxy_Maintainers
Agostino
I am EXTREMELY reliant on this package (for my alarm every morning) and just
now have noticed it broken right as I was about to go to bed (due to continuing
to work on a VERY large system update for the new profile version from
mid-2024, which has been taking a very very long time due to the lar
The eclass is no longer used by any package in the tree nor in ::dotnet
overlay.
Removal in 30 days, on 2025-02-19.
signature.asc
Description: PGP signature
# Zac Medico (2025-01-18)
# Ebuild is difficult to maintain. No revdeps.
# Removal on 2025-02-17. Bug #896044
sys-cluster/k3s
OpenPGP_signature.asc
Description: OpenPGP digital signature
Sam James posted on Sat, 18 Jan 2025 18:02:58 + as excerpted:
> Agostino Sarubbo writes:
>
>> Good morning everyone,
>>
>> during tinderbox activity I realized that sometimes there are bugs with
>> unknown causes at the time of filing.
>>
>> Examples are:
>>
>> - no "error: " string
>>
>> -
Hi everybody,
(please send replies to gentoo-proj...@lists.gentoo.org)
As an FYI only, what should be a low-impact change, the hosting location
of lists.gentoo.org will be changing.
As a first step, the outbound mail routing will be adjusted to go via
dev.gentoo.org for that, to ease the transiti
For that reason I would like to propose a new bugzilla KEYWORD, like:
- NEEDS-TRIAGE
or
- NEEDS-INVESTIGATION
or whatever you think is better.
With that KEYWORD we can set-up a saved search and 'experienced' devs can help
to
diagnose the issue.
This KEYWORD is supposed to be set manually and
Agostino Sarubbo writes:
> Good morning everyone,
>
> during tinderbox activity I realized that sometimes there are bugs with
> unknown causes at the time of filing.
>
> Examples are:
>
> - no "error: " string
>
> - mysterious test failures
>
> - hidden bugs on build.log but present on config.lo
Mike Gilbert writes:
> Update WANT_AUTOMAKE atoms to match.
> Drop 2.71 from _LATEST_AUTOCONF since 2.72 is stable.
>
> Closes: https://bugs.gentoo.org/948125
> Signed-off-by: Mike Gilbert
> ---
LGTM. Thanks.
> PR: https://github.com/gentoo/gentoo/pull/40187
>
> eclass/autotools.eclass | 21 +
# Michał Górny (2025-01-18)
# Superseded by dev-python/terminaltables3, the only revdep switched
# over.
# Removal on 2025-02-17. Bug #948333.
dev-python/terminaltables
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
Update WANT_AUTOMAKE atoms to match.
Drop 2.71 from _LATEST_AUTOCONF since 2.72 is stable.
Closes: https://bugs.gentoo.org/948125
Signed-off-by: Mike Gilbert
---
PR: https://github.com/gentoo/gentoo/pull/40187
eclass/autotools.eclass | 21 -
1 file changed, 4 insertions(+),
Hello everyone,
Typically, most of the tests we perform on Tinderbox are done on ~arch.
However, I’d like to start testing on stable to help improve the overall user
experience.
With the recent changes in compilers (gcc-14/15, modern-c, c23), we may have
missed stable ebuilds that fail to com
Hey everyone!
The Google Summer of Code (GSoC) has announced the new application deadline for
organizations. Gentoo needs to submit their application with proposed projects
by February 11th. They’ve specifically requested more “Security and AI/ML”
projects for GSoC.
We’re seeking volunteers to
On Tue, 2025-01-14 at 17:56 +0100, Florian Schmaus wrote:
>
> It certainly feels like all of a sudden to me. At least, as far as I
> understand, there is no trigger event or similar. I am sorry, but
> instead, it appears that you have decided that today is the day when we
> need this.
I know i
On 13/01/2025 14.36, Michał Górny wrote:
On Mon, 2025-01-13 at 10:40 +0100, Florian Schmaus wrote:
First, switching from individual crates to a single crate tarball
disallows inter-package crate archive reuse. Often, users will already
have the required crates downloaded because another installe
On Mon, Jan 13, 2025 at 05:23:54AM -0800, orbea wrote:
> On Mon, 13 Jan 2025 10:40:30 +0100
> Florian Schmaus wrote:
>
> > On 12/01/2025 13.56, Michał Górny wrote:
> > > Emit a QA warning suggesting the use of crate tarball, when the
> > > package in question uses 300 crates or more. Such a long
On Mon, 2025-01-13 at 10:40 +0100, Florian Schmaus wrote:
> First, switching from individual crates to a single crate tarball
> disallows inter-package crate archive reuse. Often, users will already
> have the required crates downloaded because another installed package
> used them. With an arti
ct party that can inject malicious code.
> Considering the recent supply chain attacks, this alone is a
> show-stopper.
>
> Why is this warning suddenly necessary? Did a user run into an issue
> caused by more than 300 entries?
>
> - Flow
>
> 1:
> https://public-inbox.gentoo.org/gentoo-dev/6ed0f286-f9eb-9e93-4fec-296646f79...@gentoo.org/
>
>
in attacks, this alone is a show-stopper.
Why is this warning suddenly necessary? Did a user run into an issue
caused by more than 300 entries?
- Flow
1:
https://public-inbox.gentoo.org/gentoo-dev/6ed0f286-f9eb-9e93-4fec-296646f79...@gentoo.org/
On Sun, Jan 12, 2025 at 02:30:10PM +, Alexey Sokolov wrote:
> 12.01.2025 13:15, Agostino Sarubbo пишет:
>
> > On domenica 12 gennaio 2025 13:56:39 CET Michał Górny wrote:
> >
> >> + if [[ ${#crates[@]} -ge 300 ]]; then
> >
> >> + eqawarn "This package uses a very large number of
> >
> >> CRATE
12.01.2025 13:15, Agostino Sarubbo пишет:
> On domenica 12 gennaio 2025 13:56:39 CET Michał Górny wrote:
>
>> + if [[ ${#crates[@]} -ge 300 ]]; then
>
>> + eqawarn "This package uses a very large number of
>
>> CRATES. Please provide" + eqawarn "a crate tarball
>
>> instead and fetch it via SRC_UR
On domenica 12 gennaio 2025 13:56:39 CET Michał Górny wrote:
> + if [[ ${#crates[@]} -ge 300 ]]; then
> + eqawarn "This package uses a very large number of
> CRATES. Please provide" + eqawarn "a crate tarball
> instead and fetch it via SRC_
Emit a QA warning suggesting the use of crate tarball, when the package
in question uses 300 crates or more. Such a long crate lists cause
ebuilds and Manifests to grow very fast, causing significant space
consumption on end user systems (including users who are not using
the package in question)
On Samstag, 11. Jänner 2025 11:59:08 Mitteleuropäische Normalzeit Alexey
Sokolov wrote:
> The version in ::rion is maintained and uses qt6. Only though.
Thanks, I've amended the package.mask notice accordingly.
Regards
signature.asc
Description: This is a digitally signed message part.
# Andreas Sturmlechner (2025-01-11)
# Last release from 2012, dead upstream for 7 years, no Gentoo maintainer.
# Depends on dev-qt/qtwebengine:5, removed from almost every other distro.
# Bugs #741849, #830220, #851507 and #926672. Removal on 2025-02-10.
net-misc/fatrat
signature.asc
Description:
11.01.2025 10:09, Andreas Sturmlechner пишет:
> # Andreas Sturmlechner (2025-01-11)
> # Last release from 2020, effectively unmaintained in Gentoo.
> # Depends on Qt5, app-crypt/qca[qt5] and dev-qt/qtwebengine:5.
> # Bugs #755446, #926138, #926670. Removal on 2025-02-10.
> net-im/psi
> net-im/psim
# Andreas Sturmlechner (2025-01-11)
# Last release from 2020, effectively unmaintained in Gentoo.
# Depends on Qt5, app-crypt/qca[qt5] and dev-qt/qtwebengine:5.
# Bugs #755446, #926138, #926670. Removal on 2025-02-10.
net-im/psi
net-im/psimedia
signature.asc
Description: This is a digitally signe
# Andreas Sturmlechner (2025-01-11)
# Qt5-based library without any revdeps. Depends on app-crypt/qca[qt5].
# Removal on 2025-02-10.
dev-libs/qoauth
signature.asc
Description: This is a digitally signed message part.
# Andreas Sturmlechner (2025-01-11)
# Last release from 2020, dead upstream; Depends on app-crypt/qca[qt5].
# Bug #935556. Removal on 2025-02-10.
net-im/dianara
signature.asc
Description: This is a digitally signed message part.
On venerdì 10 gennaio 2025 17:12:28 CET Rich Freeman wrote:
> Makes a lot of sense, though I'm not sure if it could cause confusion
> for bug wrangling/etc. I don't think non-prived bugzilla users could
> add the keyword though, so probably no impact there?
>
> The bug wranglers might actually li
I like this idea, but prefer NEEDS-INVESTIGATION over NEEDS-TRIAGE as the
latter to me is just the state before bugwranglers assign it.
Using https://bugs.gentoo.org/946338 as an example and following on from
Rich's thinking out loud.
I think the person reporting the bug will be one calling for th
On Fri, Jan 10, 2025 at 3:17 AM Agostino Sarubbo wrote:
>
> For that reason I would like to propose a new bugzilla KEYWORD, like:
>
>
> - NEEDS-TRIAGE
>
> or
>
> - NEEDS-INVESTIGATION
Makes a lot of sense, though I'm not sure if it could cause confusion
for bug wrangling/etc. I don't think non-p
As someone that sometimes calls in help in trying to understand some of
the reports
+1
Yes please. That way I can just indicate help needed and don't have to
load it onto someone I have contact with (typically Sam). I'm sure this
will take some load off of Sam specifically.
Kind regards,
J
# Arthur Zamarin (2025-01-10)
# EAPI=7, maintainer needed, no reverse dependencies, fails to compile,
# uses deprecated Go eclass.
# Removal on 2025-02-09. Bugs #947810, #856319, #844730, #771048, #679078.
sys-cluster/zetcd
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Fri, Jan 10, 2025 at 01:49:37PM +0200, Viorel Munteanu wrote:
> Hi,
>
> Due to maintainer retiring, these packages are now up for grabs:
>
> - app-i18n/uchardet, not up to date, 0 open bugs
Guess I'll take this one given mpv optionally depends on it.
--
ionen
signature.asc
Description: PGP
Hi,
Due to maintainer retiring, these packages are now up for grabs:
- app-i18n/uchardet, not up to date, 0 open bugs
- app-misc/dateutils, not up to date, 5 open bugs.
Regards,
Viorel
OpenPGP_0x67992BD27934AEA4.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: Open
Good morning everyone,
during tinderbox activity I realized that sometimes there are bugs with unknown
causes at
the time of filing.
Examples are:
- no "error: " string
- mysterious test failures
- hidden bugs on build.log but present on config.log and/or additional files
- bugs that may be rel
# James Le Cuirot (2025-01-09)
# Obsolete and needs to be dropped along with Qt5. The GTK theme has been
# superseded by dev-qt/qtbase[gtk], which uses GTK 3 rather than GTK 2.
# Removal on 2025-02-09. See bug #947787.
dev-qt/qtstyleplugins
signature.asc
Description: This is a digitally signed m
# Andrey Grozin (2024-01-09)
# Unsupported old version, newer versions are not open-source.
# Depends on Qt5.
# Bugs 499030, 437262, 597268, 603592, 734890, 745495, 947740.
# Use app-text/crqt-ng instead.
# Removal on 2025-02-08.
app-text/fbreader
# Andreas Sturmlechner (2024-01-08)
# Last release from 2017; fails to build w/ GCC-14 and qscintilla-2.14.1.
# Depends on Qt5. Removal on 2025-02-08.
dev-db/tora
signature.asc
Description: This is a digitally signed message part.
# Andreas Sturmlechner (2024-01-08)
# Qt5-based library without any revdeps. Removal on 2025-02-07.
dev-libs/kqoauth
signature.asc
Description: This is a digitally signed message part.
# Andreas Sturmlechner (2024-01-08)
# Qt5-based library without any revdeps. Removal on 2025-02-07.
dev-libs/qcoro5
signature.asc
Description: This is a digitally signed message part.
From: Maciej Barć
Signed-off-by: Maciej Barć
---
dev-dotnet/dotnet-sdk/dotnet-sdk-8.0.107-r2.ebuild | 6 +++---
dev-dotnet/dotnet-sdk/dotnet-sdk-9.0.101.ebuild| 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/dev-dotnet/dotnet-sdk/dotnet-sdk-8.0.107-r2.ebuild
b/dev
From: Maciej Barć
DOTNET_VERBOSITY controls dotnet restore/build/test verbosity.
We allow the user to set this value to any other to value because it
might be helpful when debugging dotnet processes. On the other hand,
generally warnings and errors provide enough info for debugging package
emerge
# Hans de Graaff (2025-01-06)
# ruby32-only package. Depends on assumptions that are no longer true
# in ruby33. No reverse dependencies left. Last release in 2007.
# Upstream gone. Removal on 2025-02-06.
dev-ruby/dust
signature.asc
Description: This is a digitally signed message part
# Sam James (2025-01-05)
# Removed upstream in gstreamer-1.24. See bug #947522. Removal on 2025-02-05.
media-plugins/gst-plugins-kate
Hi Filip,
Unsure if this has been merged already... If so I'll simply fix
glusterfs when next I bump, otherwise, please for the three updated
packages:
The metadata.xml should retain alphabetical order. This is really moot
since io-uring goes global in 3/3, so the +lines here are just dest
Hello everyone,
after successfully proposing making io-uring global I will propose
another global USE flag: sndio.
As of right how 19 packages would use it[1] and only two of them
(waybar & scrummvm) provide details on what it provides exactly.
I think the generic descroption like
"Enable suppor
On Fri, Jan 03, 2025 at 04:23:08PM +0100, Petr Vaněk wrote:
> The eclass is no longer used by any package in the tree nor in ::dotnet
> overlay.
If there are no objections to this change, should I send the last-rite
email now or once it is merged?
Petr
> Signed-off-by: Petr Vaněk
> ---
> eclas
The eclass is no longer used by any package in the tree nor in ::dotnet
overlay.
Signed-off-by: Petr Vaněk
---
eclass/mono.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/mono.eclass b/eclass/mono.eclass
index c096acc8c40e..d4f45e5acf70 100644
--- a/eclass/m
The eclass has last two consumers in the tree. One of them is already
last-rited, the second is slowly rotting. The eclass is used in ::dotnet
overlay, which does not seem to be very active and it is not in good
shape.
Signed-off-by: Petr Vaněk
---
eclass/dotnet.eclass | 3 ++-
1 file changed, 2
On Freitag, 3. Jänner 2025 03:38:16 Mitteleuropäische Normalzeit Ionen Wolkens
wrote:
> Qt5 base packages aren't the biggest worry even if we leave them
> semi-abandoned (not that qtcore isn't pretty quirky and already with a
> lot of small issues that will likely get worse), albeit it'd be nice t
On 01/01/2025 23.41, Filip Kobierski wrote:
> Signed-off-by: Filip Kobierski
> ---
> app-containers/lxc/metadata.xml| 1 -
> app-emulation/qemu/metadata.xml| 1 -
> dev-ruby/io-event/metadata.xml | 3 ---
> media-sound/mpd/metadata.xml
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
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 Qt6. They
said that before that they have to por
Signed-off-by: Filip Kobierski
---
sci-physics/root/metadata.xml | 2 +-
sci-physics/root/root-6.30.08.ebuild | 8
sci-physics/root/root-6.32.06.ebuild | 8
sci-physics/root/root-6.32.08.ebuild | 8
sci-physics/root/root-6.34.02.ebuild | 8
sci
Signed-off-by: Filip Kobierski
---
app-containers/lxc/metadata.xml| 1 -
app-emulation/qemu/metadata.xml| 1 -
dev-ruby/io-event/metadata.xml | 3 ---
media-sound/mpd/metadata.xml | 1 -
profiles/use.desc
Signed-off-by: Filip Kobierski
---
sys-cluster/ceph/ceph-18.2.4-r3.ebuild | 8
sys-cluster/ceph/ceph-19.2.0-r2.ebuild | 8
sys-cluster/ceph/metadata.xml | 2 +-
sys-cluster/glusterfs/glusterfs-10.5.ebuild | 6 +++---
sys-cluster/glusterfs/glusterfs-11.1.e
1 - 100 of 37511 matches
Mail list logo
