On Mon, 7 Dec 2020 at 00:11, John Covici wrote:
> hmmm, I am running a ~ setup, but I do need to keep mailman, so how to
> tell which packages to keep, exactly?
Then you should be able to update to the latest version in the tree?
Maybe you have masked newer versions somewhere? Maybe there's a
antlists wrote:
> On 04/12/2020 01:40, Dale wrote:
>> Also, our local power company is about to start rolling out internet
>> service. It's done with fiber and the slowest package, 200MBs/sec, is
>> over 100 times faster than my current DSL. It only costs $4.00 a month
>> more than what I'm
On 07/12/2020 00:30, Neil Bothwick wrote:
On Sun, 6 Dec 2020 22:04:53 +, Victor Ivanov wrote:
My understanding was that "equery d" gives you a list from portage,
not caring about what is currently installed, where "emerge -pvc"
will tell you what is preventing the removal of the package.
On Sun, 6 Dec 2020 22:04:53 +, Victor Ivanov wrote:
> > My understanding was that "equery d" gives you a list from portage,
> > not caring about what is currently installed, where "emerge -pvc"
> > will tell you what is preventing the removal of the package.
>
> Not so based on my
On Sunday, 6 December 2020 22:16:04 GMT Daniel Pielmeier wrote:
> Am December 6, 2020 10:08:45 PM UTC schrieb the...@sys-concept.com:
> >On 12/06/2020 03:00 PM, Daniel Pielmeier wrote:
> >> Am December 6, 2020 9:23:07 PM UTC schrieb the...@sys-concept.com:
> >>> I'm looking at the output of
On Sun, 06 Dec 2020 16:57:46 -0500,
Arve Barsnes wrote:
>
> On Sun, 6 Dec 2020 at 22:28, John Covici wrote:
> > So, since mailman 2.1.33 seems to be the latest version in the tree
>
> The opposite seems to be true? 2.1.33 was removed from the tree in
> September, and the latest version in the
Am December 6, 2020 10:08:45 PM UTC schrieb the...@sys-concept.com:
>On 12/06/2020 03:00 PM, Daniel Pielmeier wrote:
>> Am December 6, 2020 9:23:07 PM UTC schrieb the...@sys-concept.com:
>>> I'm looking at the output of "equery y asterisk"
>>> and it shows asterisk-11.25.3-r1 is masked
>>> and
On 2020.12.06 17:04, Victor Ivanov wrote:
On 06/12/2020 21:55, Jack wrote:
My understanding was that "equery d" gives you a list from portage,
not caring about what is currently installed, where "emerge -pvc"
will tell you what is preventing the removal of the package.
Not so based on my
On 12/06/2020 03:00 PM, Daniel Pielmeier wrote:
> Am December 6, 2020 9:23:07 PM UTC schrieb the...@sys-concept.com:
>> I'm looking at the output of "equery y asterisk"
>> and it shows asterisk-11.25.3-r1 is masked
>> and https://packages.gentoo.org/packages/net-misc/asterisk show as
>> stable
On 06/12/2020 21:55, Jack wrote:
My understanding was that "equery d" gives you a list from portage, not
caring about what is currently installed, where "emerge -pvc" will tell
you what is preventing the removal of the package.
Not so based on my understanding (i.e. the man page). As far as I
Am December 6, 2020 9:23:07 PM UTC schrieb the...@sys-concept.com:
>I'm looking at the output of "equery y asterisk"
>and it shows asterisk-11.25.3-r1 is masked
>and https://packages.gentoo.org/packages/net-misc/asterisk show as
>stable (amd64)
>
>Why is it masked on my system?
It is masked on
On 2020.12.06 15:50, Grant Edwards wrote:
On 2020-12-06, Arve Barsnes wrote:
> On Sun, 6 Dec 2020 at 21:25, Grant Edwards
wrote:
>> > emerge -cpv python:3.7 will show you what is keeping 3.7
>>
>> Something's wrong.
>>
>> That lists 43 packages. I checked the first few, and none of them
On Sun, 6 Dec 2020 at 22:28, John Covici wrote:
> So, since mailman 2.1.33 seems to be the latest version in the tree
The opposite seems to be true? 2.1.33 was removed from the tree in
September, and the latest version in the tree is 3.3.2. It is only
keyworded ~amd64 though, so I expect your
On 2020.12.06 16:04, Victor Ivanov wrote:
I'm on the same boat as Grant and, despite being fully up to date,
have found it incredibly infuriating to not be able to figure out why
I have so many python interpreters installed. I don't mind the
consumed space, but I get the itch from not
On 12/06/2020 02:34 PM, Michael Cook wrote:
> On 12/6/20 4:23 PM, the...@sys-concept.com wrote:
>> I'm looking at the output of "equery y asterisk"
>> and it shows asterisk-11.25.3-r1 is masked
>> and https://packages.gentoo.org/packages/net-misc/asterisk show as
>> stable (amd64)
>>
>> Why is it
On 12/6/20 11:57 AM, Martin Vaeth wrote:
Michael Orlitzky wrote:
Why are you focusing on /tmp and /var/tmp?
Because only world-writable directories are the ones which
can be exploited unless the tmpfiles.conf author does
something malevolent or extremely stupid.
This is completely
On 12/6/20 4:23 PM, the...@sys-concept.com wrote:
I'm looking at the output of "equery y asterisk"
and it shows asterisk-11.25.3-r1 is masked
and https://packages.gentoo.org/packages/net-misc/asterisk show as
stable (amd64)
Why is it masked on my system?
It's EOL
Hi. In trying to do my world update today, I ran into the following
problem which I am not sure how to solve.
I got the following:
The first thing I got was that there was no ebuilds to satisfy
dev-python/dnspython so I copied an ebuild which I installed about 3
weeks ago to my local ebuilds
I'm looking at the output of "equery y asterisk"
and it shows asterisk-11.25.3-r1 is masked
and https://packages.gentoo.org/packages/net-misc/asterisk show as
stable (amd64)
Why is it masked on my system?
--
Thelma
I'm on the same boat as Grant and, despite being fully up to date, have
found it incredibly infuriating to not be able to figure out why I have
so many python interpreters installed. I don't mind the consumed space,
but I get the itch from not knowing *why*.
On 06/12/2020 20:16, Neil Bothwick
On 2020-12-06, Arve Barsnes wrote:
> On Sun, 6 Dec 2020 at 21:25, Grant Edwards wrote:
>> > emerge -cpv python:3.7 will show you what is keeping 3.7
>>
>> Something's wrong.
>>
>> That lists 43 packages. I checked the first few, and none of them require
>> python 3.7.
>
> If you have not
On 12/6/20 3:25 PM, Grant Edwards wrote:
On 2020-12-06, Neil Bothwick wrote:
On Sun, 6 Dec 2020 20:01:27 - (UTC), Grant Edwards wrote:
I updated one of my systems a day or two ago, and Python 3.7 went away
as expected. Today, I'm updating another system and it is rebuilding
tons of stuff
On Sun, 6 Dec 2020 at 21:25, Grant Edwards wrote:
> > emerge -cpv python:3.7 will show you what is keeping 3.7
>
> Something's wrong.
>
> That lists 43 packages. I checked the first few, and none of them require
> python 3.7.
If you have not completed the world update yet, all those are
On 2020-12-06, Neil Bothwick wrote:
> On Sun, 6 Dec 2020 20:01:27 - (UTC), Grant Edwards wrote:
>
>> I updated one of my systems a day or two ago, and Python 3.7 went away
>> as expected. Today, I'm updating another system and it is rebuilding
>> tons of stuff to target python 3.8 instead of
On Sun, 6 Dec 2020 20:01:27 - (UTC), Grant Edwards wrote:
> I updated one of my systems a day or two ago, and Python 3.7 went away
> as expected. Today, I'm updating another system and it is rebuilding
> tons of stuff to target python 3.8 instead of 3.7, but it's keeping
> 3.7 and even wants
On Sun, Dec 6, 2020 at 11:49 AM Neil Bothwick wrote:
>
> On Sun, 6 Dec 2020 11:36:22 -0700, Mark Knecht wrote:
>
> > This isn't Gentoo specific but I'm wondering if anyone knows how to edit
> > values shown in the 'Details' tab of Dolphin, either in KDE or at the
> > command line?
> >
> > To keep
I updated one of my systems a day or two ago, and Python 3.7 went away
as expected. Today, I'm updating another system and it is rebuilding
tons of stuff to target python 3.8 instead of 3.7, but it's keeping
3.7 and even wants to install a _new_ package -- and build it for
Python 3.7:
[...]
On Sun, 6 Dec 2020 11:36:22 -0700, Mark Knecht wrote:
> This isn't Gentoo specific but I'm wondering if anyone knows how to edit
> values shown in the 'Details' tab of Dolphin, either in KDE or at the
> command line?
>
> To keep graphics out of this email feed I'm attaching a link to a
>
This isn't Gentoo specific but I'm wondering if anyone knows how to edit
values shown in the 'Details' tab of Dolphin, either in KDE or at the
command line?
To keep graphics out of this email feed I'm attaching a link to a
screenshot on Google Drive. Hopefully the permissions allow anyone to view
On 12/06/2020 05:29 AM, k...@aspodata.se wrote:
> Thelma:
>> Is there a use flag or setting in make.conf to instruct all up to
>> default to "US Letter" size paper.
> ...
>
> Try and see if this helps:
>
> man papersize
>
> Regards,
> /Karl Hammar
I've done this one, but it didn't help. I
antlists wrote:
> On 06/12/2020 07:55, Martin Vaeth wrote:
>> Dale wrote:
>>> It sounds like a rather rare problem. Maybe even only during boot up.
>
>> It is a non-existent problem on openrc if you clean /tmp and /var/tmp
>> on boot (which you should do if you use opentmp):
>
> Which breaks a
Michael Orlitzky wrote:
>
> Why are you focusing on /tmp and /var/tmp?
Because only world-writable directories are the ones which
can be exploited unless the tmpfiles.conf author does
something malevolent or extremely stupid.
> To pick a relevant example
relevant?
> If that was a 'Z' entry,
Michael wrote:
>
> Given M.Orlitzky's comments and discussions with systemd devs he shared,
> what's the optimal solution for OpenRC users, who want to avoid systemd?
Simply stay with opentmpfiles.
> Rely on ebuild creators and maintainer checks to guard against these inherent
>
Daniel Pielmeier schrieb am 06.12.20 um 16:39:
k...@aspodata.se schrieb am 06.12.20 um 13:22:
Thelma:
...
IT WORKED!
Great!
Regards,
/Karl Hammar
Things like this should be handled in a bug report!
Actually there is one [1] already. Don't know who opened it and if it
was independent
k...@aspodata.se schrieb am 06.12.20 um 13:22:
Thelma:
...
IT WORKED!
Great!
Regards,
/Karl Hammar
Things like this should be handled in a bug report!
Actually there is one [1] already. Don't know who opened it and if it
was independent of this discussion. Times of this thread and the
On Sun, Dec 6, 2020 at 8:45 AM Michael wrote:
>
> The objectives of RHL and Poettering are not necessarily aligned
> with mine. For example, as I was installing sys-apps/systemd-tmpfiles I
> noticed systemd selecting as default DNS and NTP servers belonging to Google.
> Not something I would
On Sunday, 6 December 2020 13:01:40 GMT antlists wrote:
> On 06/12/2020 12:54, Rich Freeman wrote:
> > I think the idea of having something more cross-platform is a good
> > one, though there is nothing really about systemd that isn't "open" -
> > it is FOSS. It just prioritizes using linux
On 12/6/20 2:55 AM, Martin Vaeth wrote:
Dale wrote:
It sounds like a rather rare problem. Maybe even only during boot up.
It is a non-existent problem on openrc if you clean /tmp and /var/tmp
on boot (which you should do if you use opentmp):
The purpose of opentmpfiles is to fill these
On 06/12/2020 12:54, Rich Freeman wrote:
I think the idea of having something more cross-platform is a good
one, though there is nothing really about systemd that isn't "open" -
it is FOSS. It just prioritizes using linux syscalls where they are
useful over implementing things in a way that
On 06/12/2020 07:55, Martin Vaeth wrote:
Dale wrote:
It sounds like a rather rare problem. Maybe even only during boot up.
It is a non-existent problem on openrc if you clean /tmp and /var/tmp
on boot (which you should do if you use opentmp):
Which breaks a lot of STANDARDS-COMPLIANT
On Sun, Dec 6, 2020 at 7:37 AM Neil Bothwick wrote:
>
> Maybe the devs need to rename the systemd-tmpfiles package to satisfy
> those that break out in a sweat at the mention of the s-word :)
Or maybe people who care a great deal about the filenames of stuff
just could rename them as they
On Sun, 6 Dec 2020 at 13:37, Neil Bothwick wrote:
> Despite the claims that systemd is
> monolithic, it is not. It is an ecosystem comprised of many parts, some
> of which can be used without any other systemd components, like
> systemd-tmpfiles and systemd-boot, not to mention udev.
Despite
On Sun, 06 Dec 2020 10:45:38 +, Michael wrote:
> Given M.Orlitzky's comments and discussions with systemd devs he
> shared, what's the optimal solution for OpenRC users, who want to avoid
> systemd?
systemd-tmpfiles != systemd. Despite the claims that systemd is
monolithic, it is not. It is
On Sat, 5 Dec 2020 09:48:23 +0100, n952162 wrote:
> "You need to check this list carefully. " I haven't a clue what to
> check for. I didn't add any of those. I presume that anything I
> explicitly added would be in the world file.
You check for packages that you want to use. Those should be
Thelma:
> Is there a use flag or setting in make.conf to instruct all up to
> default to "US Letter" size paper.
...
Try and see if this helps:
man papersize
Regards,
/Karl Hammar
On Sat, 5 Dec 2020 09:54:50 +0100, n952162 wrote:
> > Yes you should, t keep your system consistent. You should also heed
> > the messages about unread news items and updating config files as
> > these can also have a bearing on keeping your system running
> > smoothly.
>
>
> I maintain at
Thelma:
...
> IT WORKED!
Great!
Regards,
/Karl Hammar
On Sunday, 6 December 2020 07:55:29 GMT Martin Vaeth wrote:
> Dale wrote:
> > It sounds like a rather rare problem. Maybe even only during boot up.
>
> It is a non-existent problem on openrc if you clean /tmp and /var/tmp
> on boot (which you should do if you use opentmp):
>
> The purpose of
48 matches
Mail list logo