[gentoo-user] texlive-core dependency conflict

[Lasse Pouru]

Any way to get around this? I've already tried removing both the cjk and
xetex USE flags, running emerge -c, unmerging and remerging texlive-core
etc. I do actually want both the cjk and the xetex packages installed,
and this seems to be mostly an aesthetic issue since the version of
texlive-core I have installed is the latest (2016-r5).

I guess I'm really just wondering if my LaTeX installation is messed up
somehow and if there's something I could do to prevent errors like this
in the future.

Here's the error message:

WARNING: One or more updates/rebuilds have been skipped due to a
dependency conflict:

app-text/texlive-core:0

  (app-text/texlive-core-2016-r5:0/0::gentoo, ebuild scheduled for
  merge) conflicts with   
>=app-text/texlive-core-2010[cjk] required by
 ^^^ 
  (dev-texlive/texlive-langcjk-2016:0/0::gentoo, installed)
  
>=app-text/texlive-core-2010[xetex] required by
 ^
  (dev-texlive/texlive-xetex-2016:0/0::gentoo, installed)

- Lasse

Re: [gentoo-user] Re: ntp Vs openntp vis a vis Plasma desktop

[Walter Dnes]

On Fri, Jun 16, 2017 at 09:44:27PM +1000, Michael Palimaka wrote

> Someone raised the issue that the "time server" option in the date
> and time applet was greyed out on their system. It turns out that
> this occurs if neither ntpdate nor rdate binaries are present, so I
> added the dep. There's been some pushback on this so maybe it'll be
> reverted or maybe not. It's being tracked in bug #621754 for anyone
> who wants to chime in.

  Not a KDE user, but some thoughts anyways.

1) If you don't have a time server, you don't have a time server.  Why
is that a problem?  Remember that Gentoo is about choice.  An "ewarn"
message might be appropriate about "missing functionality", but that's
about it.

2) Remember that Gentoo is about choice.  Howsabout a USE flag that
pulls in a "virtual-ntpserver" ebuild?  This could be satisfied by ntp
or openntpd.  There are probably other packages that might satisfy the
virtual.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] glibc-2.24-r2 failed (install phase)

[tuxic]

On 06/16 08:45, Spackman, Chris wrote:
> On 2017/06/16 at 09:55am, Mick wrote:
> > On Friday 16 Jun 2017 04:05:17 tu...@posteo.de wrote:
> > > On 06/15 08:18, tu...@posteo.de wrote:
> > > > On 06/15 12:16, Mike Gilbert wrote:
> > > > > On Thu, Jun 15, 2017 at 11:56 AM,   wrote:
> > > > > > Hi,
> > > > > > 
> > > > > > While updateing glibc-2.24-r2 failed to install.
> > > > > > 
> > > > > > These are the last few lines of that process:
> > > > > > 
> > > > > > 
> > > > > > al/execinfo.c.texi
> [snip]
> > > > > > [Makefile:12: install] Error 2
> > > > > > 
> > > > > >  * ERROR: sys-libs/glibc-2.24-r2::gentoo failed (install phase):
> > > > > >  *   emake failed
> > > > > >  *
> > > > > > 
> > > > > > If anything more is wanted, I will be happy to post the wanted logs.
> > > > > > But I want to prevent to logbomnb the mailinglist in beforehand... 
> > > > > > ;)
> > > > > 
> > > > > What version of sys-apps/texinfo do you have installed?
> > > > 
> > > > [I] sys-apps/texinfo
> > > > 
> > > >  Available versions:  4.13-r2 5.2 6.1 (~)6.3 {nls static}
> > > >  Installed versions:  6.3(06:29:05 AM 02/18/2017)(nls -static)
> > > >  Homepage:https://www.gnu.org/software/texinfo/
> > > >  Description: The GNU info program and utilities
> > > 
> > > I installed this version:
> > > 
> > > 
> > > 
> > > [I] sys-apps/texinfo
> > >  Available versions:  4.13-r2 5.2 6.1 [m](~)6.3 {nls static}
> > >  Installed versions:  6.1(03:39:36 AM 06/16/2017)(nls -static)
> > >  Homepage:https://www.gnu.org/software/texinfo/
> > >  Description: The GNU info program and utilities
> > > 
> > > and the same (see above) happens.
> > 
> > Did you try reinstalling sys-apps/texinfo, before glibc?
> 
> I had a similar issue with texinfo just yesterday, but not with glibc
> - I was unable to emerge almost anything. In my case, I think texinfo
> was a symptom, not the problem. Perhaps it is similar in your case?
> 
> I ran "perl-cleaner --all" once or twice, did an "emerge --deep -av
> --newuse @world" which found one package to update, and then maybe
> perl-cleaner again, and finally, "emerge --deep -avu @world" was able
> to upgrade / reinstall texinfo. After that, I was able to emerge
> new packages just fine.
> 
> So, point is - maybe try running something like perl-cleaner,
> revdep-rebuild, or the such?
> 
> -- 
> Chris Spackman
> 
> GNU Terry Pratchett
> 
> 

Hi Chris,

I have iterated over the possibilities several times without success:
The error remains the same.

Cheers
Meino

[gentoo-user] Radeon driver not happy

[Mick]

Since the last radeon/xorg/mesa update things have been rather ropey on two 
different boxen, both of which run stable arch with enlightenment as a 
desktop.  On one of them (ATI Mobility Radeon HD 4670) it has been impossible 
to work in LibreOffice without a complete lock up of the desktop.  On the 
second more modern system running a Kaveri APU things are more stable, but 
crashes will occur there too eventually.

From what I have noticed the desktop appears to freeze completely when I 
happen to hover over a region in an application window, which generates a 
tooltip popup.  The popup boundary shows up faintly, its content does not and 
the desktop is by then completely frozen.  Ctrl+Alt+End which should restart 
the composer, does not.  Ctrl+Alt+Backspace kills the X session leaving a 
number of defunct elements behind, like gkrellm.

This is what Xorg.0.log shows:

[72.222] (II) RADEON(0): EDID vendor "AUO", prod id 4589
[72.222] (II) RADEON(0): Printing DDC gathered Modelines:
[72.222] (II) RADEON(0): Modeline "1920x1080"x0.0  139.00  1920 1950 1970 
2014  1080 1090 1100 1150 +hsync -vsync (69.0 kHz eP)
[72.280] (II) RADEON(0): EDID vendor "AUO", prod id 4589
[72.280] (II) RADEON(0): Printing DDC gathered Modelines:
[72.280] (II) RADEON(0): Modeline "1920x1080"x0.0  139.00  1920 1950 1970 
2014  1080 1090 1100 1150 +hsync -vsync (69.0 kHz eP)
[  2959.045] (EE) RADEON(0): drmmode_do_crtc_dpms cannot get last vblank 
counter
[ 10233.208] (EE) RADEON(0): drmmode_do_crtc_dpms cannot get last vblank 
counter
[ 11233.683] (EE) RADEON(0): drmmode_do_crtc_dpms cannot get last vblank 
counter
[ 16428.902] (EE) RADEON(0): drmmode_do_crtc_dpms cannot get last vblank 
counter
[ 20362.524] (EE) RADEON(0): drmmode_do_crtc_dpms cannot get last vblank 
counter
[ 21153.995] (EE) RADEON(0): drmmode_do_crtc_dpms cannot get last vblank 
counter
[ 22280.381] (EE) RADEON(0): drmmode_do_crtc_dpms cannot get last vblank 
counter
[ 24035.370] (EE) RADEON(0): drmmode_do_crtc_dpms cannot get last vblank 
counter
[ 25107.370] (II) AIGLX: Suspending AIGLX clients for VT switch

Any idea how I can overcome this problem.  I makes any work on the desktop a 
precarious activity, but especially so on LO which is guaranteed to crash.
-- 
Regards,
Mick

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

Re: [gentoo-user] Re: ntp Vs openntp vis a vis Plasma desktop

[Peter Humphrey]

On Friday 16 Jun 2017 21:44:27 Michael Palimaka wrote:

> Someone raised the issue that the "time server" option in the date and
> time applet was greyed out on their system. It turns out that this
> occurs if neither ntpdate nor rdate binaries are present, so I added the
> dep. There's been some pushback on this so maybe it'll be reverted or
> maybe not. It's being tracked in bug #621754 for anyone who wants to
> chime in.

And what about users of chrony? Are we going to have to ditch it after many 
years of exemplary service?

-- 
Regards
Peter