On 27/02/18 01:55, Peter Humphrey wrote:
On Monday, 26 February 2018 18:42:33 GMT tu...@posteo.de wrote:
Hi Peter,
luky you...I got 462 packages to recompile...
Ooh! Bloat warning!
It got even worse just today.
Arch Linux is starting to look really, really tasty right about now...
On Tue, 27 Feb 2018 12:15:24 +0200, Nikos Chantziaras wrote:
> >> luky you...I got 462 packages to recompile...
> >
> > Ooh! Bloat warning!
>
> It got even worse just today.
>
> Arch Linux is starting to look really, really tasty right about now...
A combination of --changed-deps, --with-b
Hi,
I don't understand portage (any more).
I want to keep dev-qt/qt-meta-4.8.6 (QT4) which requires
media-libs/phonon[qt4]
I do have media-libs/phonon-4.9.1-r1[qt4,qt5] installed here.
And in /etc/portage/package.mask I have
media-libs/phonon-4.9.9
media-libs/phonon-vlc-4.9.9
But still,
ni
Am 27.02.2018 um 14:29 schrieb Helmut Jarausch:
> I don't understand portage (any more).
>
> I want to keep dev-qt/qt-meta-4.8.6 (QT4) which requires
>
> media-libs/phonon[qt4]
>
> I do have media-libs/phonon-4.9.1-r1[qt4,qt5] installed here.
> And in /etc/portage/package.mask I have
>> media-li
On 2018-02-27 16:44, Paul Colquhoun wrote:
> > > Yes, I use --deep. I've run into cases many times in the past
> > > where portage was skipping updates unless I used --deep.
> >
> > You might want to avoid combining both --deep and --changed-deps.
When I read this, I realize I don't understand t
On 02/27 11:02, Neil Bothwick wrote:
> On Tue, 27 Feb 2018 12:15:24 +0200, Nikos Chantziaras wrote:
>
> > >> luky you...I got 462 packages to recompile...
> > >
> > > Ooh! Bloat warning!
> >
> > It got even worse just today.
> >
> > Arch Linux is starting to look really, really tasty right
On 2018-02-27 11:02, Neil Bothwick wrote:
> A combination of --changed-deps, --with-bdeps=y and --deep is bound to
> result in plenty of unnecessary re-emerging.
So, what _is_ the recommended set of emerge flags for regular daily or
weekly updates (assuming no binary packages)?
--
Please don't
On 02/27/2018 12:05 PM, Ian Zimmerman wrote:
>
> When I read this, I realize I don't understand the difference between
> these two options. Or to be more accurate, I know that --deep means
> looking at dependencies beyond the first level; but isn't that just a
> superset of those found by --chang
On Tue, Feb 27, 2018 at 12:05 PM, Ian Zimmerman wrote:
> On 2018-02-27 16:44, Paul Colquhoun wrote:
>
>> > > Yes, I use --deep. I've run into cases many times in the past
>> > > where portage was skipping updates unless I used --deep.
>> >
>> > You might want to avoid combining both --deep and --c
On Tue, Feb 27, 2018 at 12:43 PM, Michael Orlitzky wrote:
> On 02/27/2018 12:05 PM, Ian Zimmerman wrote:
>>
>> When I read this, I realize I don't understand the difference between
>> these two options. Or to be more accurate, I know that --deep means
>> looking at dependencies beyond the first l
On 27/02/18 17:43, Michael Orlitzky wrote:
> The --changed-deps flag, on the other hand, is a crutch for when
> developers make in-place edits to ebuilds and don't make the necessary
> revision bump.
I believe the --changed-deps flag is ALSO for USERS who want to change
settings on their computer.
On Tue, Feb 27, 2018 at 1:12 PM, Wols Lists wrote:
>
> If I emerge a new utility program (such as lame), I will change my
> global flags to tell other programs to use it. That is what
> --changed-deps is for - so the programs that were originally compiled
> without support will be re-compiled with
On 2018-02-27 12:45, Rich Freeman wrote:
> I use --with-bdeps=n because I really don't care that much about
> build-time deps, other than stuff that is going to get updated anyway
> like gcc. These packages don't even need to be installed for software
> to work correctly, and if a dev does miss a
Ian Zimmerman wrote:
> On 2018-02-27 11:02, Neil Bothwick wrote:
>
>> A combination of --changed-deps, --with-bdeps=y and --deep is bound to
>> result in plenty of unnecessary re-emerging.
> So, what _is_ the recommended set of emerge flags for regular daily or
> weekly updates (assuming no binary
On Tue, Feb 27, 2018 at 1:59 PM, Ian Zimmerman wrote:
> On 2018-02-27 12:45, Rich Freeman wrote:
>
>> I use --with-bdeps=n because I really don't care that much about
>> build-time deps, other than stuff that is going to get updated anyway
>> like gcc. These packages don't even need to be install
On Tue, 27 Feb 2018 18:08:48 +0100, tu...@posteo.de wrote:
> > A combination of --changed-deps, --with-bdeps=y and --deep is bound to
> > result in plenty of unnecessary re-emerging.
>
> Hi Neil,
>
> .andwhat do you suggest instead?
--with-bdeps=n. Once a package is installed, it doesn'
On 02/27/2018 03:30 PM, Neil Bothwick wrote:
>
> --with-bdeps=n. Once a package is installed, it doesn't matter what
> happens to its build deps.
FWIW, the rationale for enabling bdeps by default for "upgrade" actions
is that the old build deps are already installed; so if there's a major
securit
Is there any way for me to "blacklist" a pool rsync server so that
emerge --sync won't try to use it?
I'm using the sync-url rsync://rsync.us.gentoo.org/gentoo-portage, but
one of the pool's servers is barely usable for me. I don't know if
it's a server problem or if traffic between my and that s
Grant Edwards wrote:
> Is there any way for me to "blacklist" a pool rsync server so that
> emerge --sync won't try to use it?
>
> I'm using the sync-url rsync://rsync.us.gentoo.org/gentoo-portage, but
> one of the pool's servers is barely usable for me. I don't know if
> it's a server problem or
On 2018-02-28, Dale wrote:
> Grant Edwards wrote:
>> Is there any way for me to "blacklist" a pool rsync server so that
>> emerge --sync won't try to use it?
>>
>> I'm using the sync-url rsync://rsync.us.gentoo.org/gentoo-portage, but
>> one of the pool's servers is barely usable for me. I don't
On Wed, Feb 28, 2018 at 01:25:27AM +, Grant Edwards wrote
> Is there any way for me to "blacklist" a pool rsync server so that
> emerge --sync won't try to use it?
How about an iptables rule to block the bad address? BTW...
[d531][waltdnes][~] nslookup rsync.us.gentoo.org
Server: 19
21 matches
Mail list logo
