Re: [gentoo-dev] Last rites: media-sound/clementine

[Alexey Sokolov]

07.12.2021 06:29, Zoltan Puskas пишет:

On Tue, Dec 07, 2021 at 07:11:23AM +0100, Lars Wendler wrote:

On Mon, 6 Dec 2021 23:56:10 + Alexey Sokolov wrote:


24.11.2021 11:33, Lars Wendler пишет:

No real development since Q1 2020. Last release from 2016.
Users should switch over to media-sound/strawberry which is an
actively developed fork.
Masked for removal in 30 days.




I've tried strawberry, but it's unusable [1]. At least until bugs are
fixed, can it be unmasked? I can take maintainership if needed.

[1] https://github.com/strawberrymusicplayer/strawberry/issues/849



Saying that it's "unusable" is quite a misleading claim when in fact
only keyboard shortcuts do not work...

--
Lars Wendler
Gentoo package maintainer
GPG: 21CC CF02 4586 0A07 ED93  9F68 498F E765 960E 9B39


Not to fan the flames (ok, maybe a little bit), but web radio support is
also rather limited in Strawberry if we are being completely honest
(i.e. awful user experience). I'm saying this as a person who has
transitioned away from clementine quite some time ago.

Cheers,
Zoltan



Lars, can you merge https://github.com/gentoo/gentoo/pull/23209 ?

--
Best regards,
Alexey "DarthGandalf" Sokolov

Re: [gentoo-dev] Last rites: media-sound/clementine

[Joonas Niilola]

On 18.12.2021 12.02, Alexey Sokolov wrote:
> 
> Lars, can you merge https://github.com/gentoo/gentoo/pull/23209 ?
> 

Done, please take of the bugs. Especially the security bug.

-- juippis


OpenPGP_signature
Description: OpenPGP digital signature

Re: [gentoo-dev] [PATCH] profiles/default/linux: set gl_cv_type_time_t_bits_macro=no

[James Le Cuirot]

On Fri, 2021-12-17 at 09:41 -0500, Mike Gilbert wrote:
> This is intended to prevent packages from automatically switching to
> 64-bit time_t on 32-bit ABIs. Making this switch in an uncontrolled
> manner will lead to inconsistent library ABIs that fail at runtime.
> 
> At a later time, we will introduce new profiles to enable 64-bit time_t
> distro-wide.
> 
> https://wiki.gentoo.org/wiki/Project:Toolchain/time64_migration
> 
> Bug: https://bugs.gentoo.org/828001
> Signed-off-by: Mike Gilbert 
> ---
>  profiles/default/linux/make.defaults | 4 
>  1 file changed, 4 insertions(+)
> 
> diff --git a/profiles/default/linux/make.defaults 
> b/profiles/default/linux/make.defaults
> index 6ae7cf297cf..53ace7e229c 100644
> --- a/profiles/default/linux/make.defaults
> +++ b/profiles/default/linux/make.defaults
> @@ -53,3 +53,7 @@ VIDEO_CARDS="dummy fbdev v4l"
>  # Note that adding LDFLAGS="-Wl,-O1 ${LDFLAGS}" breaks dev-util/boost-build
>  # because of whitespace.
>  LDFLAGS="-Wl,-O1 -Wl,--as-needed"
> +
> +# Mike Gilbert  (2021-12-17)
> +# Prevent automagic use of 64-bit time_t.
> +gl_cv_type_time_t_bits_macro="no"

What will we do about other build systems? I worry they won't have a
consistent approach for all projects.


signature.asc
Description: This is a digitally signed message part

Re: [gentoo-dev] [PATCH] profiles/default/linux: set gl_cv_type_time_t_bits_macro=no

[Mike Gilbert]

On Sat, Dec 18, 2021 at 10:35 AM James Le Cuirot  wrote:
> What will we do about other build systems? I worry they won't have a
> consistent approach for all projects.

We will have to deal with them as we discover them. I don't see a
magic solution for everything.

I suppose we could add a new profile var (eg. TIME_BITS) that ebuild
maintainers could reference to control this for non-autoconf/gnulib
build systems.

Also, if some common build system like meson adds automagic support,
we could override that in meson.eclass.

[gentoo-dev] [PATCH] flag-o-matic.eclass: filter-lfs-flags: remove -D_TIME_BITS=64

[Mike Gilbert]

glibc only allows _TIME_BITS=64 when _FILE_OFFSET_BITS=64.

Signed-off-by: Mike Gilbert 
---
 eclass/flag-o-matic.eclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass
index d262a60b6bb..32119cb9a52 100644
--- a/eclass/flag-o-matic.eclass
+++ b/eclass/flag-o-matic.eclass
@@ -193,7 +193,8 @@ filter-lfs-flags() {
# _LARGEFILE_SOURCE: enable support for new LFS funcs (ftello/etc...)
# _LARGEFILE64_SOURCE: enable support for 64bit variants 
(off64_t/fseeko64/etc...)
# _FILE_OFFSET_BITS: default to 64bit variants (off_t is defined as 
off64_t)
-   filter-flags -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE 
-D_LARGEFILE64_SOURCE
+   # _TIME_BITS: default to 64bit time_t (requires _FILE_OFFSET_BITS=64)
+   filter-flags -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE 
-D_LARGEFILE64_SOURCE -D_TIME_BITS=64
 }
 
 # @FUNCTION: filter-ldflags
-- 
2.34.1

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: filter-lfs-flags: remove -D_TIME_BITS=64

[Sam James]

> On 18 Dec 2021, at 18:27, Mike Gilbert  > wrote:
> 
> glibc only allows _TIME_BITS=64 when _FILE_OFFSET_BITS=64.
> 
> Signed-off-by: Mike Gilbert mailto:flop...@gentoo.org>>
> ---
> eclass/flag-o-matic.eclass | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/eclass/flag-o-matic.eclass b/eclass/flag-o-matic.eclass
> index d262a60b6bb..32119cb9a52 100644
> --- a/eclass/flag-o-matic.eclass
> +++ b/eclass/flag-o-matic.eclass
> @@ -193,7 +193,8 @@ filter-lfs-flags() {
>   # _LARGEFILE_SOURCE: enable support for new LFS funcs (ftello/etc...)
>   # _LARGEFILE64_SOURCE: enable support for 64bit variants 
> (off64_t/fseeko64/etc...)
>   # _FILE_OFFSET_BITS: default to 64bit variants (off_t is defined as 
> off64_t)
> - filter-flags -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE 
> -D_LARGEFILE64_SOURCE
> + # _TIME_BITS: default to 64bit time_t (requires _FILE_OFFSET_BITS=64)
> + filter-flags -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE 
> -D_LARGEFILE64_SOURCE -D_TIME_BITS=64
> }
> 
> # @FUNCTION: filter-ldflags
> --
> 2.34.1
> 
> 


LGTM and please go ahead so we can move forward with our planning for this (see 
https://wiki.gentoo.org/wiki/Project:Toolchain/time64_migration 
 for others).

Best,
sam


signature.asc
Description: Message signed with OpenPGP

Re: [gentoo-dev] Printer drivers and net-print

[Andreas K. Huettel]

> Maybe consider three new top-level categories?:
>   - print-drivers
>   - print-filters
>   - print-misc

Only if you take care of them. printing project is somewhat understaffed.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-dev] Printer drivers and net-print

[Joshua Kinard]

On 12/18/2021 19:19, Andreas K. Huettel wrote:
>> Maybe consider three new top-level categories?:
>>   - print-drivers
>>   - print-filters
>>   - print-misc
> 
> Only if you take care of them. printing project is somewhat understaffed.
> 

I wish I had the time, as well as the knowledge.  I do have a networked HP
color laserjet at home (got it for a steal; toner is silly expensive,
though), but I only ever use that printer with my Windows-based systems and
have virtually avoided dealing with CUPS and all of its madness.  I made my
suggestion merely out of having an idea and wanting to contribute it to the
other ideas submitted.

-- 
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943

"The past tempts us, the present confuses us, the future frightens us.  And
our lives slip away, moment by moment, lost in that vast, terrible in-between."

--Emperor Turhan, Centauri Republic

[gentoo-dev] Re: [PATCH] app-containers: new category

[Georgy Yakovlev]

On 01.12.2021 04:46, Georgy Yakovlev wrote:
> Discussed in 
> https://archives.gentoo.org/gentoo-dev/message/67ecdd21af5eaddffd87e6707d54de61
> Signed-off-by: Georgy Yakovlev 
> ---
>  app-containers/metadata.xml | 7 +++
>  1 file changed, 7 insertions(+)
>  create mode 100644 app-containers/metadata.xml
> 
> diff --git a/app-containers/metadata.xml b/app-containers/metadata.xml
> new file mode 100644
> index ..c1a2b4e9a74a
> --- /dev/null
> +++ b/app-containers/metadata.xml
> @@ -0,0 +1,7 @@
> +
> +https://www.gentoo.org/dtd/metadata.dtd";>
> +
> + 
> + The app-containers category contains container related software.
> + 
> +
> -- 
> 2.34.1
> 

-- 
Best regards,
Georgy

modified variant of this merged,
also moved:

containerd
docker-proxy