Re: [gentoo-user] Re: emerge conflict

[Rich Freeman]

On Sun, Sep 18, 2016 at 7:53 PM, Philip Webb  wrote:
> 160918 Kai Krakow wrote:
>> Try ... adding vim and other packages to the list:
>> # emerge -1Dpuv perl
>> # emerge -1Dpuv perl vim ...
>
> I got around the problem by using :
>
>   emerge --backtrack=30 -pvtD perl

I suspect that you could have gotten away with just emerge
--backtrack=30 -puDvt @world.

Or if you want less than that then just grab all the perl stuff out of
your world, which it looks like you already did.  Without increasing
the backtrack setting I suspect it can't get past the blockers.

-- 
Rich

Re: [gentoo-user] Re: emerge conflict

[Philip Webb]

160918 Kai Krakow wrote:
> Try ... adding vim and other packages to the list:
> # emerge -1Dpuv perl
> # emerge -1Dpuv perl vim ...

I got around the problem by using :

  emerge --backtrack=30 -pvtD perl perl-Archive-Tar perl-Carp 
perl-Compress-Raw-Zlib perl-CPAN-Meta-Requirements perl-Data-Dumper 
perl-ExtUtils-CBuilder perl-ExtUtils-Install perl-ExtUtils-MakeMaker 
perl-ExtUtils-Manifest perl-ExtUtils-ParseXS perl-File-Spec perl-Getopt-Long 
perl-IO perl-Locale-Maketext perl-Perl-OSType perl-Scalar-List-Utils 
perl-Test-Harness perl-Text-ParseWords

It wants to remerge Exiftool Imagemagick Cups-filters Graphite2
& also some further Perl pkgs & it wants to downgrade (G)Vim.
That much wb ok, but it also wants to update Poppler & therefore LO
& I don't feel like doing the last at the moment ( 65 min  last time).

What you suggested is fairly standard & I've done it in the past,
but thanks for prompting me.  Thanks to the other respondents too.

Perl can stay where it is till LO 5.2 arrives in Portage :
in fact, isn't it a bit slow appearing ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

[gentoo-user] Taskcoach-1.4.3 hangs

[Mick]

It was working fine a week ago.  It still launches but the window keeps 
flickering as if it cannot render the file content and the CPU races.

Have you noticed the same?

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

On Saturday 17 September 2016, Alan McKinnon wrote:
> On 17/09/2016 15:26, Robin Atwood wrote:
> > On Monday 15 August 2016, Robin Atwood wrote:
> >> On Sunday 14 August 2016, Daniel Frey wrote:
> >> > On 08/14/2016 05:12 AM, Robin Atwood wrote:
> >> > > 'layman -L' finds no kde-sunset.
> >> > 
> >> > I had that problem too, it's not listed there.
> >> > 
> >> > 
> >> > 
> >> > If you want to use it, create /etc/portage/repos.conf/kde-sunset.conf
> >> > 
> >> > with these contents:
> >> > 
> >> > 
> >> > 
> >> > [kde-sunset]
> >> > 
> >> > auto-sync = yes
> >> > 
> >> > location = /var/local/overlays/kde-sunset
> >> > 
> >> > masters = gentoo
> >> > 
> >> > sync-type = git
> >> > 
> >> > sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git
> >> > 
> >> > 
> >> > 
> >> > Dan
> >> 
> >> Dan-
> > 
> > I tried it and got:
> > 
> > 
> > 
> > # layman -s kde-sunset
> > 
> > 
> > 
> > * Fetching remote list...
> > 
> > * Fetch Ok
> > 
> > 
> > 
> > * Syncing selected overlay(s)...
> > 
> > Traceback (most recent call last):
> > 
> > File "/usr/lib64/python3.4/site-packages/layman/api.py", line 394, in
> > sync
> > 
> > odb = db.select(ovl)
> > 
> > File "/usr/lib64/python3.4/site-packages/layman/dbbase.py", line 260, in
> > select
> > 
> > raise UnknownOverlayException(overlay)
> > 
> > layman.dbbase.UnknownOverlayException: Exception: Overlay "kde-sunset"
> > does not exist.

Anybody got any idea what the problem with kde-sunset is?

Thanks
Robin
-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[gentoo-user] Re: [OT] Customised System Rescue CD -> USB stick and UEFI

[Hans]

On 18/09/16 15:02, Peter Humphrey wrote:

On Saturday 17 Sep 2016 22:55:32 Neil Bothwick wrote:

On Sat, 17 Sep 2016 17:10:28 +0100, Peter Humphrey wrote:

Has anyone managed to install a customised (or even standard) SysRescCd
image onto a USB stick so that it will boot in UEFI mode?


I've done it several times with a stock SysResCd. Just loop mount the ISO
and run the install script.


Yes, I can do that with no trouble; I just wanted to see if I could use
their instructions to make my own version.


I've never bothered to try to customise it as I usually only use them to
install Gentoo.


A few times this box has somehow lost its UEFI stubs and I've had to use a
rescue CD to reinstall them.



I tried this several times. Finally installed Gentoo with Xfce DE and 
all utilities I could think of ever using on a USB drive.

Re: [gentoo-user] emerge conflict

[Neil Bothwick]

On Sat, 17 Sep 2016 19:12:40 -0400, Philip Webb wrote:

> root:522 ~> emerge -pv perl
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R] dev-lang/perl-5.20.2:0/5.20::gentoo  USE="-berkdb
> -debug -doc gdbm -ithreads" 0 KiB
> 
> Total: 1 package (1 reinstall), Size of downloads: 0 KiB
> 
> WARNING: One or more updates/rebuilds have been skipped due to a
> dependency conflict:
> 
> dev-lang/perl:0

Is this because you are trying to emerge perl in isolation? This result
is not unexpected as you have other packages built against the older
version and you have not told portage to deal with that.

What happens if you do emerge -uaD @world?


-- 
Neil Bothwick

I am McCoy of Bo...Damnit! I'm a doctor, not a collective!


pgptD8mRpy2H0.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: emerge conflict

[Kai Krakow]

Am Sat, 17 Sep 2016 19:12:40 -0400
schrieb Philip Webb :

> Starting my regular Sat system update, 'eix-sync' told me
> (equivalent) :
> 
> root:524 ~> eix ^perl$
> [U] dev-lang/perl
>  Available versions:  5.20.2(0/5.20) ~5.20.2-r1(0/5.20)
> ~5.22.0(0/5.22) ~5.22.1(0/5.22) 5.22.2(0/5.22) ~5.24.0(0/5.24)
> ~5.24.0-r1(0/5.24) {berkdb debug doc gdbm ithreads} Installed
> versions:  5.20.2([2015-10-04 11:34:10])(gdbm -berkdb -debug -doc
> -ithreads)
> 
> So I tried 'emerge -pv perl' & was told the current version of (G)Vim
> required the earlier installed version of Perl.
> After updating to the latest testing version of (G)Vim, I tried
> again :
> 
> root:522 ~> emerge -pv perl
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R] dev-lang/perl-5.20.2:0/5.20::gentoo  USE="-berkdb
> -debug -doc gdbm -ithreads" 0 KiB
> 
> Total: 1 package (1 reinstall), Size of downloads: 0 KiB
> 
> WARNING: One or more updates/rebuilds have been skipped due to a
> dependency conflict:
[...]

Try running "emerge -C $(qlist -IC virtual/perl-) first, then run a
deep update. If that fails, add vim and other packages to the list:

# emerge -1Dpuv perl
# emerge -1Dpuv perl vim ...

Also check your world file if it accidentally includes perl
dependencies. If deps need to be removed by emerge during an updates,
it will only do it if it is absent in the world file. That is, remove
"virtual/perl-*" and "perl-core/*" from the world file unless you added
them on purpose.

-- 
Regards,
Kai

Replies to list-only preferred.

[gentoo-user] Re: emerge conflict

[Kai Krakow]

Am Sat, 17 Sep 2016 19:12:40 -0400
schrieb Philip Webb :

> Starting my regular Sat system update, 'eix-sync' told me
> (equivalent) :
> 
> root:524 ~> eix ^perl$
> [U] dev-lang/perl
>  Available versions:  5.20.2(0/5.20) ~5.20.2-r1(0/5.20)
> ~5.22.0(0/5.22) ~5.22.1(0/5.22) 5.22.2(0/5.22) ~5.24.0(0/5.24)
> ~5.24.0-r1(0/5.24) {berkdb debug doc gdbm ithreads} Installed
> versions:  5.20.2([2015-10-04 11:34:10])(gdbm -berkdb -debug -doc
> -ithreads)
> 
> So I tried 'emerge -pv perl' & was told the current version of (G)Vim
> required the earlier installed version of Perl.
> After updating to the latest testing version of (G)Vim, I tried
> again :
> 
> root:522 ~> emerge -pv perl
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R] dev-lang/perl-5.20.2:0/5.20::gentoo  USE="-berkdb
> -debug -doc gdbm -ithreads" 0 KiB
> 
> Total: 1 package (1 reinstall), Size of downloads: 0 KiB
> 
> WARNING: One or more updates/rebuilds have been skipped due to a
> dependency conflict:
[...]

Try running "emerge -C $(qlist -IC virtual/perl-) first, then run a
deep update. If that fails, add vim and other packages to the list:

# emerge -1Dpuv perl
# emerge -1Dpuv perl vim ...

Also check your world file if it accidentally includes perl
dependencies. If deps need to be removed by emerge during an updates,
it will only do it if it is absent in the world file. That is, remove
"virtual/perl-*" and "perl-core/*" from the world file unless you added
them on purpose.

-- 
Regards,
Kai

Replies to list-only preferred.