On 09-11-2020 19:38:28 +, Alexey Sokolov wrote:
> Hi Fabian
> I tried to migrate my prefix to 17.1, and there are issues.
>
> 1) unsymlink-lib requires "--root ~/gentoo" and otherwise produces an
> error "/usr/lib is a real directory! was the migration done already?"
I think unsymlink-lib doe
Hello, developers.
The Python team would like to remind you that the switch to Python 3.8
as the default target is planned for 2020-12-01. Please make sure to
migrate your packages to give our users a better transition experience.
The migration list is at [1], stabilization is at [2].
In other
07.11.2020 12:56, Fabian Groffen пишет:
> On 07-11-2020 11:42:44 +, Alexey Sokolov wrote:
>> 22.10.2020 20:16, Andreas K. Hüttel пишет:
>>> Am Donnerstag, 22. Oktober 2020, 18:44:48 EEST schrieb Michał Górny:
On Thu, 2020-10-22 at 11:17 -0400, Brian Evans wrote:
> Users frequently are
On 2020-11-03 20:04, Michael Orlitzky wrote:
It's likely broken in EAPI=7, because it was in EAPI=6:
https://bugs.gentoo.org/616612
I left a comment there with a proposal for how to fix it, but I haven't
thought about it much since then.
Indeed, by default this is broken - but in exactly
On 11/9/20 5:59 PM, Kent Fredric wrote:
> Historical context probably matters here.
>
> That's a very old statement.
>
> Partly from the era when Gentoo was "cool" and when "ricing" was a thing.
>
> At the time, upstream was inundated with absurd requests like "oh noes,
> I disabled CXX Exception
On Mon, 9 Nov 2020 12:15:07 +0200
Jaco Kroon wrote:
> You mentioned working raport with upstream? Can we rely on that to at
> the very least get them to update that to "due to the way Gentoo
> functions we request that you first file issues with the Gentoo
> repository rather than directly with
On Mon, Nov 9, 2020 at 2:24 AM Ulrich Mueller wrote:
> > On Mon, 09 Nov 2020, Robin H Johnson wrote:
>
> > The attached list notes all of the packages that were added or removed
> > from the tree, for the week ending 2020-11-08 23:59 UTC.
>
> > [...]
>
> > app-editors/emacs
> 20150808-20:49 r
Hi, all.
The following packages are up for grabs as the Debian Tools Project has
no active members. All packages have been dropped to maintainer-needed.
Enjoy.
app-crypt/libmd
dev-util/debhelper
net-misc/apt-cacher-ng
--
Cheers,
Aaron
signature.asc
Description: PGP signature
# Michał Górny (2020-11-09)
# Python 2 backport. Last revdep masked.
# Removal in 30 days. Bug #753725.
dev-python/typing
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2020-11-09)
# Dead Python 2 package. Replaced by dev-python/cheetah3. The last
# mongodb versions needing it are masked now.
# Removal in 30 days. Bug #753722.
dev-python/cheetah
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message par
On November 9, 2020 1:54:33 PM GMT+02:00, Peter Stuge wrote:
>Andreas K. Hüttel wrote:
>> it's probably time to deprecate the amd64 17.0 profiles!
>
>I for one am not so excited about the amd64 17.1 profiles. On the
>surface
>it appeared to me that one developer has "taken over" just about
>eve
On November 9, 2020 6:54:33 AM EST, Peter Stuge wrote:
>Andreas K. Hüttel wrote:
>> it's probably time to deprecate the amd64 17.0 profiles!
>
>I for one am not so excited about the amd64 17.1 profiles. On the
>surface
>it appeared to me that one developer has "taken over" just about
>everythin
On lunedì 9 novembre 2020 13:13:19 CET Marek Szuba wrote:
> I think this might be the case of a "silent majority, vocal minority"
> scenario. For the record: I for one have found your tinderbox bugs very
> useful, not in the least because you test unusual configurations my own
> build testing does
On 2020-11-07 12:30, Agostino Sarubbo wrote:
What looks strange is that ci/tinderbox opened ~4700 bugs, sure, there are
invalid/duplicate bugs but the majority are fixed so in my opinion they were
useful, but looking at the mailing list feedback looks to be a completely
crap.
I think this migh
Andreas K. Hüttel wrote:
> it's probably time to deprecate the amd64 17.0 profiles!
I for one am not so excited about the amd64 17.1 profiles. On the surface
it appeared to me that one developer has "taken over" just about everything,
which (regardless of the individual) can't be a good thing..
On 2020-11-09 12:09, Jaco Kroon wrote:
equery has some answers that there are still stuff installed into
/usr/lib32 (which will likely clear over time, and the symlink will be
unmerged). There is this one potential pitfall down the line that I'm
seeing, fairly certain this would have been cover
Hi Ulrich,
On 2020/11/09 12:59, Ulrich Mueller wrote:
>> On Mon, 09 Nov 2020, Jaco Kroon wrote:
>> What is the actual "target" objective with the change? I would have
>> expected (not being one to follow this too closely):
>> lib/ - arch independent stuff (eg, netifrc / dhclient etc scripts).
> On Mon, 09 Nov 2020, Jaco Kroon wrote:
> What is the actual "target" objective with the change? I would have
> expected (not being one to follow this too closely):
> lib/ - arch independent stuff (eg, netifrc / dhclient etc scripts).
> lib32/ - 32-bit specific stuff (libs for 32-bit).
> li
Hi,
Having just completed the migration on two systems I found some things
which concerns me:
1. A default/linux/amd64/17.0/desktop to
default/linux/amd64/17.1/desktop. This differs from the no-multilib in
that there are symlinks now for the various lib32 to lib. No such
symlinks on the no-mul
> On Mon, 09 Nov 2020, Robin H Johnson wrote:
> The attached list notes all of the packages that were added or removed
> from the tree, for the week ending 2020-11-08 23:59 UTC.
> [...]
> app-editors/emacs
> 20150808-20:49 robbat2
Hi,
On 2020/11/09 08:46, Joonas Niilola wrote:
>
> On 11/9/20 12:17 AM, Kent Fredric wrote:
>> On Wed, 4 Nov 2020 17:34:07 +0100
>> Marek Szuba wrote:
x11-terms/rxvt-unicode
>>> Will co-maintain this one with conikost, don't mind being listed as
>>> primary maintainer.
>> If you strike an
21 matches
Mail list logo