I've unmerged rust-bin, emerged rust (v1,45), then re-emerged virtual/rust
but if i run a world update it still wants to pull rust-bin back in;
# emerge -avuD --tree world
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
[ebuild UD ] virtual/rus
On Tue, 21 Jul 2020 17:49:12 +1000, Adam Carter wrote:
> I've unmerged rust-bin, emerged rust (v1,45), then re-emerged
> virtual/rust but if i run a world update it still wants to pull
> rust-bin back in;
>
> # emerge -avuD --tree world
>
> These are the packages that would be merged, in reverse
On Monday, 20 July 2020 18:25:28 BST Michael Orlitzky wrote:
> On 2020-07-20 12:39, antlists wrote:
> > On 20/07/2020 15:55, Peter Humphrey wrote:
> >> fatal: in parameter smtpd_relay_restrictions or
> >> smtpd_recipient_restrictions, specify at least one working instance of:
> >> reject_unauth_des
When you sorted out the mentioned keywording issues:
To tell portage to ignore rust-bin as a valid dependency
for virtual/rust simply put "dev-lang/rust-bin" in your
"/etc/portage/pckage.mask"
Franz
On Tue Jul 21 17:49:12 2020, Adam Carter wrote:
> I've unmerged rust-bin, emerged rust (v1,45), t
On 2020-07-20, Michael Orlitzky wrote:
> These are build-only dependencies so "emerge --depclean" can remove them
> after you install bind-tools.
Except it doesn't. I did an "emerge --depclean" after updating
bind-tools, and sphinx et al were not removed.
--
Grant
On 2020-07-21 13:08:16, Grant Edwards wrote:
> On 2020-07-20, Michael Orlitzky wrote:
>
> > These are build-only dependencies so "emerge --depclean" can remove them
> > after you install bind-tools.
>
> Except it doesn't. I did an "emerge --depclean" after updating
> bind-tools, and sphinx et a
On Tue, 21 Jul 2020 13:08:16 - (UTC), Grant Edwards wrote:
> > These are build-only dependencies so "emerge --depclean" can remove
> > them after you install bind-tools.
>
> Except it doesn't. I did an "emerge --depclean" after updating
> bind-tools, and sphinx et al were not removed.
Syn
On 2020-07-21, Neil Bothwick wrote:
> On Tue, 21 Jul 2020 13:08:16 - (UTC), Grant Edwards wrote:
>
>> > These are build-only dependencies so "emerge --depclean" can remove
>> > them after you install bind-tools.
>>
>> Except it doesn't. I did an "emerge --depclean" after updating
>> bind-t
On Tue, 21 Jul 2020 15:03:41 - (UTC), Grant Edwards wrote:
> > The man pages are now downloaded as a separate tarball, so Sphinx
> > and deps are not longer needed.
>
> Wow, that's impressive service! One nit-picking, whiney post on the
> mailing list and the "problem" gets fixed in a matt
On Tuesday, 21 July 2020 15:47:25 BST Neil Bothwick wrote:
> Sync, re-emerge bind-tools and try again. The man pages are now
> downloaded as a separate tarball, so Sphinx and deps are not longer
> needed.
And lo! 17 packages were removed by depclean!
--
Regards,
Peter.
On 2020-07-21, Peter Humphrey wrote:
> On Tuesday, 21 July 2020 15:47:25 BST Neil Bothwick wrote:
>
>> Sync, re-emerge bind-tools and try again. The man pages are now
>> downloaded as a separate tarball, so Sphinx and deps are not longer
>> needed.
>
> And lo! 17 packages were removed by depclean!
On 2020-07-21, Grant Edwards wrote:
> On 2020-07-21, Peter Humphrey wrote:
>> On Tuesday, 21 July 2020 15:47:25 BST Neil Bothwick wrote:
>>
>>> Sync, re-emerge bind-tools and try again. The man pages are now
>>> downloaded as a separate tarball, so Sphinx and deps are not longer
>>> needed.
>>
>>
On Tue, Jul 21, 2020 at 04:00:21PM -, Grant Edwards wrote
>
> Before I can try that, I apparently have to enable the elogind USE
> flag because of somthing else that changed since I sync'ed yesterday.
>
> That only requires 6 new packages (two of them are
> acct-{user,group}/polkitd, so it's
On Tue, Jul 21, 2020 at 09:30:07PM -0400, Walter Dnes wrote:
> According to news item
> https://www.gentoo.org/support/news-items/2020-06-24-xorg-server-dropping-default-suid.html
>
> * xorg-server will no longer be "suid" *BY DEFAULT*
> * that means *THE DEFAULT* is to require a logind ser
On 2020-07-22, Walter Dnes wrote:
> On Tue, Jul 21, 2020 at 04:00:21PM -, Grant Edwards wrote
>>
>> Before I can try that, I apparently have to enable the elogind USE
>> flag because of somthing else that changed since I sync'ed yesterday.
>>
>> That only requires 6 new packages (two of them
On Wed, Jul 22, 2020 at 02:29:48AM -, Grant Edwards wrote:
> Yes, that's what I did months ago, and everything worked fine with
> Xorg using the "suid" flag and without consolekit or elogind -- until
> this morning, when pam refused to upgrade unless I set the elogind USE
> flag.
Look at REQUI
On Wed, Jul 22, 2020 at 02:29:48AM -, Grant Edwards wrote
> On 2020-07-22, Walter Dnes wrote:
> >
> > According to news item
> > https://www.gentoo.org/support/news-items/2020-06-24-xorg-server-dropping-default-suid.html
> >
> > * xorg-server will no longer be "suid" *BY DEFAULT*
> > *
I've been using "getmail" for years to pull down email from multiple
popmail accounts and pass the emails to procmail for processing. It's
being masked because of hard-coded python 2.7 dependancy. "fetchmail"
looks promising. The stable version net-mail/fetchmail-6.4.1 also
requires python 2.7
On Tue, Jul 21, 2020 at 6:29 PM Neil Bothwick wrote:
>
> You have emerged rust-145 from testing but portage wants to install
> virtual/rust-1.44.1 from stable. This looks like a keywording issue.
>
> Are you running stable or testing? Do you have anything rust-related in
> package.accept_keywords
19 matches
Mail list logo
