On 3/8/21 5:19 PM, Thomas Deutschmann wrote:
Hi,
On 2021-03-08 20:01, Stephan Hartmann wrote:
Starting March 15th, 2021 Google Chrome Team will restrict access to
Google APIs and services that are reserved for Google use only. This
means that users are no longer able to login into their
On 2/21/21 8:01 AM, Michał Górny wrote:
Hi,
FYI, a few member of Python upstream are continuing their crusade
against minor architectures not supported by Rust. This time, they're
discussing actively removing support for platforms they don't officially
support, and requiring people to
Maybe as starter, if some people have any public binhosts available,
some volunteers can try using those to build a (test) system to check
how it fares?
I have two public binhosts available (with very limited set of packages
and very specific CPUs and very weak servers, so please don't crash
Hi all,
I am proposing to make the `man` USE flag into a global one.
Currently it is used by ~45 packages most of which have the same
description 'Build and install man pages':
https://packages.gentoo.org/useflags/man
Hopefully no objections to this part?
Cheers,
Aisha
On 2/10/21 2:11 PM, Rich Freeman wrote:
On Wed, Feb 10, 2021 at 12:57 PM Andreas K. Hüttel wrote:
* what portage features are still needed or need improvements (e.g. binpkg
signing and verification)
* how should hosting look like
Some ideas for portage enhancements:
1. Ability to fetch
On 2/10/21 12:57 PM, Andreas K. Hüttel wrote:
Hi all,
I'm announcing a new project here - "binhost"
"The Gentoo Binhost project aims to provide readily installable, precompiled
packages for a subset of configurations, via central binary package hosting.
Currently we are still in the
Hi all,
As most of you might be (or not be) aware, GTK:2 has reached EOL in
December 2020,
following the announcement of GTK:4. We are now in the process of
cleaning up
GTK:2 ebuilds and moving the packages to use GTK:3 and drop GTK:2 support.
In the coming days, bugs will be opened for all
Hi all,
Here is an updated news item for the display-manager-init changes.
Please comment and check.
Thanks,
Aisha
Title: New OpenRC Display Manager Initializer Scripts
Author: Aisha Tammy
Author: Andreas Sturmlechner
Posted: 2021-01-30
Revision: 5
News-Item-Format: 2.0
Display
On 1/29/21 6:22 PM, Jonas Stein wrote:
> Hi,
>
> x11-themes/* are very similar.
> It could make sense to have a project who maintains all x11-themes.
>
> I never used themes so I am out, but please reply, if you would like to
> create/join such a project.
>
Happy to contribute!!
Love messing
On 1/24/21 7:59 AM, Michał Górny wrote:
> Here's v2 with extra 'tl;dr' instructions in first para:
>
> ```
> Title: Python preference to follow PYTHON_TARGETS
> Author: Michał Górny
> Posted: 2021-01-24
> Revision: 1
> News-Item-Format: 2.0
>
> On 2021-02-01 stable users will switch to a new
On 1/17/21 8:43 AM, m1027 wrote:
> mgorny:
>
>> [bv] www-apps/radicale
>
> I am actively using radicale on arm, arm64 and amd64 and thus
> feel like I should contribute. :-)
>
> As this was my debut to package maintainment, and I'd need at least
> some initial pointers on how to start, what's
On 12/30/20 1:34 PM, Andreas K. Huettel wrote:
> Am Mittwoch, 30. Dezember 2020, 19:53:25 EET schrieb Aisha Tammy:
>>
>> Yes, this sounds nice.
>> What about packages which rely on/give unicode support outside of this flag?
>> Like the global icu flag, which su
On 12/30/20 12:46 PM, Andreas K. Huettel wrote:
> Hi all,
>
> since utf8 encoding is everywhere by now, and since switching the useflag
> unicode off without taking precautions is a way to hose your installation, I
> would propose to medium-term get rid of this flag.
>
> Suggestion:
>
> 1)
>>
>>
>
> My intention with the suggestion was that the actual library be stored
> in /usr/lib64/liblua52.so (or whatever the appropriate name is), but a
> symlink used for linking be stored in /usr/lib64/lua5.2/liblua.so. When
> you pass "-L /usr/lib64/lua5.2 -llua" to the compiler, it will
>>
>>
>
> My intention with the suggestion was that the actual library be stored
> in /usr/lib64/liblua52.so (or whatever the appropriate name is), but a
> symlink used for linking be stored in /usr/lib64/lua5.2/liblua.so. When
> you pass "-L /usr/lib64/lua5.2 -llua" to the compiler, it will
On 12/23/20 3:01 PM, Michael Orlitzky wrote:
> On 12/23/20 1:14 PM, Aisha Tammy wrote:
>>
>> I've recently had the same problem for TACC/Lmod which uses
>> autotools to get lua versions and lua.cpath and lua.path and did infact
>> manage
>> to push the horrendousl
On 12/23/20 12:13 PM, Jonathan Callen wrote:
> On 12/23/20 9:10 AM, Michael Orlitzky wrote:
>> On 12/23/20 8:35 AM, Jaco Kroon wrote:
>>> Michael,
>>>
>>> I'm busy disecting what Marek has done for asterisk as I need to make
>>> that work for multiple versions of net-misc/asterisk-16.14.0-r100,
On 12/22/20 6:15 PM, Marek Szuba wrote:
> Dear all,
>
> As of right now, the blocking slotted-lua tracker depends on 5 (FIVE) open
> bugs. The still-to-be migrated packages are:
>
> app-metrics/collectd - ebuild under review of the maintainer
> games-strategy/megaglest - no response from
On 10/24/20 10:52 AM, David Seifert wrote:
# David Seifert (2020-10-24)
# EAPI 4, doesn't build, outdated, ebuild has multiple QA issues.
# Removal in 30 days. Bug #463188, #531104, #613116, #740926.
sys-cluster/mvapich2
If someone still wants to use it, it is possible to use this with
On 10/23/20 3:50 AM, Ulrich Mueller wrote:
On Thu, 22 Oct 2020, Aisha Tammy wrote:
and remove 'xdm' from the default runlevel and add 'display-manager':
rc-update del xdm default
rc-update add display-manager default
So, no automatic upgrade path for users? I am asking
Hi,
I've attached the updated news item.
It now depends on openrc and the wording has been improved to
make it less ambiguous about it being optional.
Aisha
Title: New OpenRC Display Manager Initializer Scripts
Author: Aisha Tammy
Posted: 2020-10-22
Revision: 2
News-Item-Format: 2.0
Display
On 10/18/20 8:57 PM, Rich Freeman wrote:
On Sun, Oct 18, 2020 at 4:17 AM Andreas Sturmlechner wrote:
I'm sure there is a way for the display-manager ebuild to migrate from old xdm
configs on users' systems. How much do config and init scripts differ at all?
Couldn't you just use a symlink
On 10/18/20 9:40 AM, Gordon Pettey wrote:
> On Sun, Oct 18, 2020 at 6:02 AM Aisha Tammy wrote:
>
> On 10/18/20 2:29 AM, Joonas Niilola wrote:
> > On 10/18/20 8:48 AM, Michał Górny wrote:
> >> Do you really think a rename for the sake of renaming justifies
>
On 10/18/20 8:22 AM, Mikle Kolyada wrote:
>
> 18.10.2020 01:05, Aisha Tammy пишет:
>> Hi,
>> I'm attaching the news item for the upcoming display-manager-init changes
>>
>> Thanks,
>> Aisha
>>
>> ---
>>
>> Title: New OpenR
On 10/18/20 2:29 AM, Joonas Niilola wrote:
>
>
> On 10/18/20 8:48 AM, Michał Górny wrote:
>> On Sat, 2020-10-17 at 18:05 -0400, Aisha Tammy wrote:
>>> This package provides the 'display-manager' startup script for
>>> handling your chosen display manager, wi
On 10/17/20 6:44 PM, Kent Fredric wrote:
> On Sun, 18 Oct 2020 11:41:38 +1300
> Kent Fredric wrote:
>
>> Uh, do we need a new catagory for this one package?
>
> Scratch that, my brain is disabled and my eixing failed the first time
> and I jumped because it was a category with no recollection
On 10/17/20 6:44 PM, Alexey Sokolov wrote:
> сб, 17 окт. 2020 г. в 23:05, Aisha Tammy :
>>
>> Hi,
>> I'm attaching the news item for the upcoming display-manager-init changes
>>
>> Thanks,
>> Aisha
>>
>> ---
>>
>> Title:
On 10/17/20 6:41 PM, Kent Fredric wrote:
> On Sat, 17 Oct 2020 18:05:40 -0400
> Aisha Tammy wrote:
>
>> gui-libs/display-manager-init
>
> Uh, do we need a new catagory for this one package?
>
It's already a category, though a little less known one.
signature.
Hi,
I'm attaching the news item for the upcoming display-manager-init changes
Thanks,
Aisha
---
Title: New OpenRC Display Manager Initializer Scripts
Author: Aisha Tammy
Posted: 2020-10-17
Revision: 1
News-Item-Format: 2.0
There has been a refactoring of the old 'xdm' init script
On 10/11/20 5:07 AM, Hans Fernhout wrote:
>
>
> On 10/10/20 2:26 PM, Aisha Tammy wrote:
>>
>>>> - Configuration of display-manager is done similar to xdm by modifying
>>>> /etc/conf.d/display-manager
>>>> - Add display-manager to
On 10/10/20 2:18 PM, Ulrich Mueller wrote:
>>>>>> On Sat, 10 Oct 2020, Aisha Tammy wrote:
>
>> On 10/10/20 8:00 AM, Joonas Niilola wrote:
>>>> - xdm init.d is replaced by display-manager init.d script
>>>
>>> Why this rename? I can't f
On 10/10/20 8:00 AM, Joonas Niilola wrote:
>
> On 10/10/20 1:57 PM, Aisha Tammy wrote:
>> Hi all,
>> This change is for OpenRC init scripts only.
>> Currently the way our display managers are started, is by using the
>> xdm init script present in the xorg-base
Hi all,
This change is for OpenRC init scripts only.
Currently the way our display managers are started, is by using the
xdm init script present in the xorg-base/xorg-server package, with its script
dependencies spread across four other packages, without any logical separation.
This makes it
# Gentoo BugDay
Come join us over at #gentoo-bugday on freenode IRC on the first Saturday of
every month
to squash bugs and make Gentoo a bit more awesome.
You don't need to be a Gentoo developer or even a coder to help us on BugDay.
Our next BugDay is on 3rd Oct 2020 and we have started
# Gentoo BugDay
Come join us over at #gentoo-bugday on freenode IRC on the first Saturday of
every month
to squash bugs and make Gentoo a bit more awesome.
You don't need to be a Gentoo developer or even a coder to help us on BugDay.
Our next BugDay is on 1st Aug 2020 and we have started
On 7/2/20 12:20 PM, Aaron Bauman wrote:
>
>
> On July 2, 2020 9:59:40 AM EDT, "Xianwen Chen (陈贤文)" wrote:
>> Honestly, I find it counter productive to remove a package from the
>> main
>> repository, when there are active efforts to fix the package's
>> problems.
>>
>>
>> Xianwen
>
> These
On 7/2/20 9:16 AM, Joonas Niilola wrote:
>
> On 7/2/20 4:14 PM, Aisha Tammy wrote:
>> On 7/2/20 9:06 AM, Xianwen Chen (陈贤文) wrote:
>>> Dear juippis,
>>>
>>> Thank you. I checked the pull thread out on github.com.
>>>
>>> Do I get it right
On 7/2/20 9:14 AM, Aisha Tammy wrote:
> On 7/2/20 9:06 AM, Xianwen Chen (陈贤文) wrote:
>> Dear juippis,
>>
>> Thank you. I checked the pull thread out on github.com.
>>
>> Do I get it right that the numba folder is already removed from
>> https://github.c
On 7/2/20 9:06 AM, Xianwen Chen (陈贤文) wrote:
> Dear juippis,
>
> Thank you. I checked the pull thread out on github.com.
>
> Do I get it right that the numba folder is already removed from
> https://github.com/gentoo/gentoo/tree/master/dev-python?
>
Its not removed yet.
It should be working
On 6/12/20 10:54 AM, Jaco Kroon wrote:
> Hi Aisha,
>
> On 2020/06/12 13:44, Aisha Tammy wrote:
>> On 6/12/20 6:55 AM, Jaco Kroon wrote:
>>> Hi,
>>>
>>> Can we possibly include the concept of "helping to file bug reports" here?
>>>
>
ully the concept will allow for creating targeted bugs rather than
> overly generic difficult to trouble-shoot bugs.
>
> Kind Regards,
> Jaco
>
> On 2020/06/11 14:41, Aisha Tammy wrote:
>
>> # Gentoo BugDay
>>
>>
>>
>>
>> Come join us over a
# Gentoo BugDay
Come join us over at #gentoo-bugday on freenode IRC on the first Saturday of
every month
to squash bugs and make Gentoo a bit more awesome.
You don't need to be a Gentoo developer or even a coder to help us on BugDay.
Our next BugDay is on 4th July 2020 and we have
On 6/7/20 2:28 AM, Joonas Niilola wrote:
>
> On 6/6/20 10:11 PM, Aisha Tammy wrote:
>> On 6/6/20 2:50 PM, Aaron Bauman wrote:
>>> All, the graphics project has now been disbanded.
>>>
>> Is it weird to ask what happened?
>>
>> It see
On 6/6/20 2:50 PM, Aaron Bauman wrote:
> All, the graphics project has now been disbanded.
>
Is it weird to ask what happened?
It seems like a lot of the packages listed here should be and are
very popular :O
Aisha
> All packages have been reassigned to maintainer-needed. Bugs will be
>
On 6/1/20 4:19 PM, Peter Stuge wrote:
> Benda Xu wrote:
>>> I was wondering if the openbsd prefix support is something
>>> that is still garnering any interest from gentoo?
>>
>> There is still interest in Gentoo. But no one seems to have energy to
>> take care of it.
>
> FWIW I have interest in
Hi maksbotan and other devs,
I've been trying to play around with the prefix and reading the code.
Basically trying to get it to work for my system.
I've not managed to get even a small headstart and am quite lost to say the
least.
I was wondering if the openbsd prefix support is something
On 5/13/20 4:42 PM, Michał Górny wrote:
> On Tue, 2020-05-12 at 06:20 -0400, Aisha Tammy wrote:
>> On 5/12/20 1:24 AM, Michał Górny wrote:
>>> W dniu pon, 11.05.2020 o godzinie 20∶20 -0400, użytkownik Aisha Tammy
>>> napisał:
>>>> Hi devs@,
>>>&
On 5/12/20 1:24 AM, Michał Górny wrote:
> W dniu pon, 11.05.2020 o godzinie 20∶20 -0400, użytkownik Aisha Tammy
> napisał:
>> Hi devs@,
>> Seems like for some reason the gentoo.org does not publish the
>> gpg public keys of the senders, even though it is signed correctly.
On 5/11/20 8:20 PM, Aisha Tammy wrote:
> Hi devs@,
> Seems like for some reason the gentoo.org does not publish the
> gpg public keys of the senders, even though it is signed correctly.
>
Sorry, I meant **mail signing**, not commit signing.
Just saw that wording was confusing.
&
Hi devs@,
Seems like for some reason the gentoo.org does not publish the
gpg public keys of the senders, even though it is signed correctly.
Just wanted to know why the devs are required to use gpg keys, glep63 [1]
but even when the server has the public keys, they aren't published properly.
On 5/11/20 2:35 AM, Michał Górny wrote:
> W dniu nie, 10.05.2020 o godzinie 14∶54 -0400, użytkownik Aisha Tammy
> napisał:
>> On 5/10/20 2:11 PM, Michał Górny wrote:
>>> W dniu nie, 10.05.2020 o godzinie 07∶21 -0400, użytkownik Aisha
>>> Tammy
>>> napisał
On 5/10/20 8:35 PM, Ralph Seichter wrote:
> * aide...@gentoo.org:
>
>> net-mail/muchsync
>> net-mail/notmuch
>
> I can take both. I already maintain these two for MacPorts, and I use
> notmuch daily (as in: right now).
>
awesome, thanks a lot for your work.
> -Ralph
>
I take back my previous
On 5/10/20 5:59 PM, aide...@gentoo.org wrote:
> Hi,
>
> The following packages are up for grabs:
>
> app-misc/tek
> app-misc/timew
> app-text/dbacl
> dev-python/dkimpy
> dev-python/potr
> dev-python/precis-i18n
> dev-python/urwidtrees
> dev-util/rebar-bin
> net-mail/muchsync
> net-mail/notmuch
>
On 5/10/20 2:11 PM, Michał Górny wrote:
> W dniu nie, 10.05.2020 o godzinie 07∶21 -0400, użytkownik Aisha Tammy
> napisał:
>> On 5/10/20 2:02 AM, Michał Górny wrote:
>>> W dniu sob, 09.05.2020 o godzinie 22∶39 -0400, użytkownik Aisha
>>> Tammy
>>> nap
On 5/10/20 7:21 AM, Aisha Tammy wrote:
> On 5/10/20 2:02 AM, Michał Górny wrote:
>> W dniu sob, 09.05.2020 o godzinie 22∶39 -0400, użytkownik Aisha Tammy
>> napisał:
>>> Hey all,
>>> I was hoping to upgrade the dev-python/numba jit compiler in proxy-
>&
On 5/10/20 2:02 AM, Michał Górny wrote:
> W dniu sob, 09.05.2020 o godzinie 22∶39 -0400, użytkownik Aisha Tammy
> napisał:
>> Hey all,
>> I was hoping to upgrade the dev-python/numba jit compiler in proxy-
>> maint but it depends on dev-python/llvmlite >=0.31
>
Hey all,
I was hoping to upgrade the dev-python/numba jit compiler in proxy-maint but
it depends on dev-python/llvmlite >=0.31
Current version of llvmlite is stuck at 0.30 which is preventing the numba
package from being upgraded.
It is at a risk of last rite retiring because its stuck at 3.6
On 5/2/20 4:30 PM, Andreas K. Hüttel wrote:
> Hey all,
>
> our installation handbook is right now something of a mess (in particular
> regarding partitioning, bootloader, gpt/uefi, ...)
>
> I'm hereby volunteering to clean things up.
Thanks a lot for your work :)
But - I'll go the brutal
On 3/23/20 2:27 PM, Joonas Niilola wrote:
> On 3/23/20 8:23 PM, William Hubbs wrote:
>> but we need to
>> find a way to notify them when a breaking change is going into a widely
>> used eclass and give them time to adjust their ebuilds.
>>
>>
>> Thoughts?
>>
> Subscribe to this mailing list.
>
>
59 matches
Mail list logo
