Re: [gentoo-user] Re: Can't paste from selection in gtk-3 apps

[Andrew Savchenko]

On Wed, 16 Sep 2015 14:41:48 + (UTC) Grant Edwards wrote:
> On 2015-09-16, J. Roeleveld  wrote:
> > On Tuesday, September 15, 2015 06:57:36 PM Grant Edwards wrote:
> >> On 2015-09-15, Grant Edwards  wrote:
> >> > In most X11 apps I can select some text and then paste it somewhere
> >> > else with a middle-click, or dump it to stdout with the command 'xclip
> >> > -o'.  That doesn't work for highligted text in gtk-3 apps (meld,
> >> > evince, audacious, etc.).  After selecting text in a gtk-3 app, if I
> >> > middle-click in a terminal window it does nothing and 'xclip -o' just
> >> > hangs.  Selecting text elsewhere will deselect the text in the gtk-3
> >> > app, so gtk-3 isn't _completely_ ignoring X11 clipboards/buffers.
> >> > 
> >> > Any ideas why gtk-3 copy/paste is broken and how to fix it?
> >> 
> >> Ah, it turns out it's only a problem if you have multiple screens: you
> >> can only paste a gtk-3 selection if the destination is on the same X11
> >> screen as the source.  I'm pretty sure this is a known problem, but
> >> I'm having trouble finding it again in the Gnome bugtracker...
> >
> > Must be related to gtk-3 then.
> >
> > I use 2 screens extensively and never experienced any issues like you 
> > describe.
> 
> And you can select/paste from one screen to another where the source
> is a gtk-3 app?
> 
> I should clarify that I mean "screen" in the strict X11 usage.  Using
> Xinerama or the like to spread a single desktop across multiple
> monitors is still a single screen setup.  I'm trying to select text on
> DISPLAY=:0.0 and paste it on DISPLAY=:0.1

Just for the record: I have the same problem with multihead setup
(:0.0 and :0.1). While selecting with mouse doesn't work. Using
menu functions "copy" in one application and "paste" in another one
works fine. IIRC there are actually two buffers in X: for mouse
selection and for copy-and-paste (both via menu and
keyboard shortcuts).

Best regards,
Andrew Savchenko


pgpQtXl3f62Nt.pgp
Description: PGP signature

Re: [gentoo-user] mpv upgrade warning

[Neil Bothwick]

On Sun, 20 Sep 2015 09:34:57 +0100, Peter Humphrey wrote:

> > > Strictly speaking, you don't have to do that with UUIDs as you can
> > > change it to match the old one. That big advantage of labels is that
> > > they are human-readable.  
> > 
> > Well I can read UUIDs, they are hex gibberish but still readable.
> > 
> > Labels are human *understandable*  
> 
> Well, it isn't often I can call someone else a pedant, but now's my big
> chance so I'm taking it - pedant!

One of the OED definitions of readable is "interesting or pleasant to
read". I stand by my original statement, argumentative pedants
notwithstanding. :P


-- 
Neil Bothwick

Loose bits sink chips.


pgpkttZJHaHUn.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: Can't paste from selection in gtk-3 apps

[Andrew Savchenko]

On Fri, 18 Sep 2015 16:22:00 +0200 Alan McKinnon wrote:
[...]
> >> That is a single X11 screen spread across two physical monitors.  It
> >> will not exhibit the gtk-3 selection bug.
> >>
> >> Are you sure you have two desktops and it's not just a single desktop
> >> that is spread across two monitors?  Can you drag a window from one
> >> monitor to the other?  If you can, then it's a single desktop.
> > 
> > Yes, I can.
> > When I maximize a window, it's only on 1 screen.
> > 
> > This is how it seems "right" to me.
> > 
> > Why would I want it to be different? Eg. windows can't be moved between 
> > screens? I don't see the point of having more than 1 screen in that case.
> 
> There's a few reasons you might want more than one screen. Primary one
> is two heads and two video cards with different resolutions and dpi.
> Xinerama and big desktop et al will use the lower setting for both.

Another reason (e.g. my case) is one dual head video card, but
monitors with different dpi and colorspace. I tried xinerama: it
looks really ugly on such setup.

One more reason already mentioned by Grant is true for my case too:
in my window manager (e16) I can have independent desktops on each
screen, but not in xinerama mode. Probably this can be fixed in
software, but might require a lot of work. JFYI dwm allows
independent work on xinerama screens, but I have another issues
with dwm.
 
Best regards,
Andrew Savchenko


pgp0yKiSht8LF.pgp
Description: PGP signature

Re: [gentoo-user] Distfiles cache setup

[Andrew Savchenko]

On Fri, 18 Sep 2015 17:48:15 -0700 Daniel Frey wrote:
> On 09/18/2015 01:15 PM, Neil Bothwick wrote:
> > How tight is space? eclean-dist only removes distfiles for packages that
> > are no longer in the tree. So you can run it on one system and keep
> > $DISTDIR reasonably trimmed. If you use the --package-names option, it
> > will do as you suggest and only keep files needed by the machine running
> > the command.
> > 
> 
> Thanks for the replies.
> 
> I regularly run eclean-dist on the mythtv frontends as I still have 32GB
> SSDs on a couple of them. These are pretty lean as all file shares &
> mythtv recordings are on the server that is running 24/7.
> 
> I figured eclean-dist would wipe out everything that wasn't needed by
> the machine it was run on, but if all it does is clean stuff that isn't
> in the tree any longer that would work too.

This is controllable:
- eclean-dist cleans what is in the tree no longer and not
installed in the system;
- eclean-dist -d cleans everything not installed in the system.

One can also restrict cleaning by file date (e.g. don't touch files
newer than) or by file size; fetch-protected files may be spared
as well. See
  eclean-dist --help
for more details.
 
> The server I'd be running it on has ample space. Which is why I was
> debating over the http-replicator (thanks for the suggestion Peter!) and
> just exporting the damn distfiles directory.
> 
> I think I'm going to try exporting it first and see if it does what I
> want first, if it works I'll leave it. :-)

We have a cluster of identical machines. Exporting over NFS works
just fine, though we exported not only /usr/portage,
but /usr/local/portage, /var/lib/layman and /var/cache/edb/dep as
well (we use sqlite backed for portage).

Best regards,
Andrew Savchenko


pgpDWhszIE_6Q.pgp
Description: PGP signature

Re: [gentoo-user] mpv upgrade warning

[Peter Humphrey]

On Saturday 19 September 2015 21:11:31 Alan McKinnon wrote:
> On 19/09/2015 20:59, Neil Bothwick wrote:

> > Strictly speaking, you don't have to do that with UUIDs as you can
> > change it to match the old one. That big advantage of labels is that
> > they are human-readable.
> 
> Well I can read UUIDs, they are hex gibberish but still readable.
> 
> Labels are human *understandable*

Well, it isn't often I can call someone else a pedant, but now's my big chance 
so I'm taking it - pedant!

:-)

Personally, I'd just say that labels are legible and leave it at that.

-- 
Rgds
Peter

Re: [gentoo-user] Distfiles cache setup

[Marc Joliet]

On Sunday 20 September 2015 11:07:32 Andrew Savchenko wrote:
>> I regularly run eclean-dist on the mythtv frontends as I still have 32GB
>> SSDs on a couple of them. These are pretty lean as all file shares &
>> mythtv recordings are on the server that is running 24/7.
>>
>> 
>>
>> I figured eclean-dist would wipe out everything that wasn't needed by
>> the machine it was run on, but if all it does is clean stuff that isn't
>> in the tree any longer that would work too.
>
>This is controllable:
>- eclean-dist cleans what is in the tree no longer and not
>installed in the system;
>- eclean-dist -d cleans everything not installed in the system.
>
>One can also restrict cleaning by file date (e.g. don't touch files
>newer than) or by file size; fetch-protected files may be spared
>as well. See
>  eclean-dist --help
>for more details.

But keep https://bugs.gentoo.org/show_bug.cgi?id=472020 in mind if you want to 
use "-n" and "-d" together.

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


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

Re: [gentoo-user] update problems

[J. Roeleveld]

On Sunday 20 September 2015 16:25:34 lee wrote:
> Alan McKinnon  writes:
> > On 19/09/2015 21:36, lee wrote:
> >> Hi,
> >> 
> >> how could I solve these updating problems:
> >> 
> >> 
> >> emerge -j 8 -a --update --newuse --deep --with-bdeps=y @world
> >> 
> >>  * IMPORTANT: 4 news items need reading for repository 'gentoo'.
> >>  * Use eselect news read to view new items.
> >> 
> >> These are the packages that would be merged, in order:
> >> 
> >> Calculating dependencies... done!
> >> 
> >> !!! Multiple package instances within a single package slot have been
> >> pulled !!! into the dependency graph, resulting in a slot conflict:
> >> 
> >> dev-libs/boost:0
> >> 
> >>   (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, ebuild scheduled for merge)
> >>   pulled in by>>   
> >> (no parents that aren't satisfied by other packages in this slot)
> >>   
> >>   (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for merge)
> >>   pulled in by>>   
> >> dev-libs/boost:0/1.55.0= required by
> >> (dev-libs/librevenge-0.0.2:0/0::gentoo, installed)>> 
> >>   ^^
> >> 
> >> (and 2 more with the same problem)
> > 
> > I'm not sure why you are getting this one. Portage is only pulling in
> > boost-1.56.0-r1 because it's the latest stable version, but librevenge
> > requires something earlier. Portage should therefore shut up and install
> > the only real solution - keep boost at 1.55.0
> 
> Maybe because it says that there's a slot conflict.  I had another one
> of those, and getting rid of it prevents me from having a pdf reader
> installed.  I haven't had the need to read a pdf since, but sooner or
> later I'll need to be able to.

Can you provide your world file?
should be located at:
/var/lib/portage/world

> > Try these possibilities:
> > 
> > emerge =dev-libs/boost-1.55.0-r2
> 
> Why this particular version; how did you figure that out?  I read from
> the second message that boost doesn't work with itself because
> librevenge is installed.  So I could remove librevenge, but a lot of
> things depend on it, amongst them libreoffice.

Don't forget to add "-1" or "--oneshot" as options when installing 
dependencies manually.

> From there, I don't know what the effects are.  Now libreoffice is still
> 4.4.1.2, and I would expect it being upgraded to 5.x maybe.  So I would
> have to remove boost instead --- IIRC I installed it only to try out
> regex_match() and regex_search() --- but removing boost seems a bit
> unreasonable, considering that it takes a while to build.  And even with
> boost removed, I have no good reason to think that there won't be other
> problems, and it leaves the question what to do when I need boost again:
> I don't even have a pdf reader ...
> 
> So I decided I'd better ask what to do.  It's hard to believe that we
> are seriously expected to remove lots of software which we might not be
> able to install again just to do an update.  All these conflicts give me
> the impression that something in the repo is broken and needs to be
> fixed.

I have no such issues, neither do most people.
Which seems to indicate the issue is not with the repo.
Lets look at the actual contents of your world-file. (see above)

> > emerge -avuND world
> > 
> > or
> > 
> > emerge -j 8 -a --update --newuse --deep --with-bdeps=n @world
> > 
> > or quickpkg boost, then unmerge it and re-run emerge world.
> > Boost is a pain to build so with a quickpkg you can put it back with a
> > minimum of effort
> 
> Maybe next weekend or so, I don't feel like doing it now and don't
> really have the time to.

quickpkg is really quick.
Then, to reinstall from that: emerge -vak1 dev-libs/boost

> >> dev-util/boost-build:0
> >> 
> >>   (dev-util/boost-build-1.55.0:0/0::gentoo, installed) pulled in by
> >>   
> >> =dev-util/boost-build-1.55* required by
> >> (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for
> >> merge) ^ ^
> >>   
> >>   (dev-util/boost-build-1.56.0:0/0::gentoo, ebuild scheduled for merge)
> >>   pulled in by>>   
> >> =dev-util/boost-build-1.56* required by
> >> (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, ebuild scheduled for
> >> merge) ^ ^
> > 
> > This is a consequence of boost.
> > Fix the boost issue and this one goes away
> 
> I thought it might.  It's yet another message telling me that boost
> doesn't work with boost.

You seem to want 2 different versions of boost, which are in the same slot.
Which isn't allowed.

> >> media-video/ffmpeg:0
> >> 
> >>   (media-video/ffmpeg-2.6.3:0/54.56.56::gentoo, ebuild scheduled for
> >>   merge) pulled in by>>   
> >> (no parents that aren't satisfied by other packages in this slot)
> >>   
> >>   (media-video/ffmpeg-2.2.14:0/52.55.55::gentoo, installed) pulled in by
> >>   
> >> media-video/ffmpeg:0/52.55.55=[vdpau] required by
> >> (media-libs/mlt-0.9.0:0/0::gentoo, installed)>> 
> >> 

[gentoo-user] Re: update problems

[James]

Daniel Frey  gmail.com> writes:


> For boost and ffmpeg, try running `equery depends ` and if no
> result comes back it wasn't installed from a dependency. If it does say
> another package is pulling it in, remove it from the world file by
> using: `emerge --deselect ` - in the case of boost it would be
> `emerge --deselect dev-libs/boost`.

Yea, many of us forget the --oneshot option whilst admining about.

This is a recurring theme. Didn't somebody post a scipt a while
back to do this for you in one effort. Then you read the list result
and decide which do remove from the world file?

I cannot seem to find that script


James

Re: [gentoo-user] update problems

[Paul Colquhoun]

On Sat, 19 Sep 2015 21:05:27 Neil Bothwick wrote:
> On Sat, 19 Sep 2015 21:36:06 +0200, lee wrote:
> > emerge -j 8 -a --update --newuse --deep --with-bdeps=y
> > @world
> > 
> >  * IMPORTANT: 4 news items need reading for repository 'gentoo'.
> >  * Use eselect news read to view new items.
> > 
> > These are the packages that would be merged, in order:
> > 
> > Calculating dependencies... done!
> > 
> > !!! Multiple package instances within a single package slot have been
> > pulled !!! into the dependency graph, resulting in a slot conflict:
> > 
> > dev-libs/boost:0
> > 
> >   (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, ebuild scheduled for
> > 
> > merge) pulled in by (no parents that aren't satisfied by other packages
> > in this slot)
> > 
> >   (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for
> > 
> > merge) pulled in by dev-libs/boost:0/1.55.0= required by
> > (dev-libs/librevenge-0.0.2:0/0::gentoo, installed)
> > ^^ (and 2 more with the same problem)
> > 
> > dev-util/boost-build:0
> > 
> >   (dev-util/boost-build-1.55.0:0/0::gentoo, installed) pulled in by
> >   
> > =dev-util/boost-build-1.55* required by
> > 
> > (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for merge)
> > ^
> > ^
> > 
> >   (dev-util/boost-build-1.56.0:0/0::gentoo, ebuild scheduled for merge)
> > 
> > pulled in by =dev-util/boost-build-1.56* required by
> > (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, ebuild scheduled for merge)
> > ^
> > ^
> > 
> > media-video/ffmpeg:0
> > 
> >   (media-video/ffmpeg-2.6.3:0/54.56.56::gentoo, ebuild scheduled for
> > 
> > merge) pulled in by (no parents that aren't satisfied by other packages
> > in this slot)
> > 
> >   (media-video/ffmpeg-2.2.14:0/52.55.55::gentoo, installed) pulled in by
> >   
> > media-video/ffmpeg:0/52.55.55=[vdpau] required by
> > 
> > (media-libs/mlt-0.9.0:0/0::gentoo, installed)
> > ^^^
> 
> These are unimportant, it is simply portage telling you it is not
> updating some packages to the latest available and why. Personally, I
> believe this sort of output should only be shown when using --verbose.


There is an open bug/feature request for portage to be able to drop all these 
blocked/blocking packages (and their dependencies) and continue installing all 
the unaffected packages.

https://bugs.gentoo.org/show_bug.cgi?id=476350


-- 
Reverend Paul Colquhoun, ULC. http://andor.dropbear.id.au/
  Asking for technical help in newsgroups?  Read this first:
 http://catb.org/~esr/faqs/smart-questions.html#intro

Re: [gentoo-user] update problems

[Neil Bothwick]

On Sat, 19 Sep 2015 20:37:53 -0400, Philip Webb wrote:

> My impression is that using Portage has become more complicated
> & its warning/error messages have not been given the necessary
> attention. Complaints or pleas for help like the OP's here are quite
> frequent & not all of them come from novices who don't understand what
> Gentoo does.
> 
> Portage sb able to report eg
> 
>   "Pkg1 & Pkg2 (of Version1 & Version2) can't be installed together ;
>   Pkg1 is needed for Pkg3, which you already have installed ;
>   Pkg2 is needed for Pkg4, which you are trying to install.
>   Please review your needs : you may need to remove a package
> temporarily in order for Portage to proceed, then restore a different
> version of it".

Maybe it should, but if there is no one willing or able to take on this
task, it won't. Assuming that the task is a major one, which I think it
is, an interim help may be a documentation page that explains the causes
of such messages in detail, as is so often done on this list, referenced
in the portage output.


-- 
Neil Bothwick

"Designing pages in HTML is like having sex in a bathtub. If you don't
know anything about sex, it won't help to know a lot about bathtubs."


pgpv531O2ccbp.pgp
Description: OpenPGP digital signature

Re: [OT] Re: [gentoo-user] mpv upgrade warning

[Neil Bothwick]

On Sun, 20 Sep 2015 13:45:18 +0100, Peter Humphrey wrote:

> > One of the OED definitions of readable is "interesting or pleasant to
> > read". I stand by my original statement, argumentative pedants
> > notwithstanding. :P  
> 
> I agree with you. It's Alan I called a pedant for trying to split hairs.

I know, a wonderful case of the pot calling the kettle black :P
 
> I had a trial version of OED* on my mobile, but it was not good so I've 
> reverted to Chambers, which includes "legible" as its first definition
> of Readable, and "clear enough to be deciphered" as its first
> definition of Legible.

I have a proper printed OED, all 1800 pages of it. It's a few years old
so doesn't include words like selfie or twerking, but I get by with it.
It's main use is for dealing with would be pedants ;-)


-- 
Neil Bothwick

Top Oxymorons Number 37: Sanitary landfill


pgphGj3klmRph.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] update problems

[Rich Freeman]

On Sun, Sep 20, 2015 at 7:52 AM, Neil Bothwick  wrote:
> On Sat, 19 Sep 2015 20:37:53 -0400, Philip Webb wrote:
>
>> My impression is that using Portage has become more complicated
>> & its warning/error messages have not been given the necessary
>> attention. Complaints or pleas for help like the OP's here are quite
>> frequent & not all of them come from novices who don't understand what
>> Gentoo does.
>>
>> Portage sb able to report eg
>>
>>   "Pkg1 & Pkg2 (of Version1 & Version2) can't be installed together ;
>>   Pkg1 is needed for Pkg3, which you already have installed ;
>>   Pkg2 is needed for Pkg4, which you are trying to install.
>>   Please review your needs : you may need to remove a package
>> temporarily in order for Portage to proceed, then restore a different
>> version of it".
>
> Maybe it should, but if there is no one willing or able to take on this
> task, it won't.

So, kicking the overworked portage team with stuff like "Gentoo has a
lousy package manager" is not helpful and certainly violates the CoC.
I don't see that here.

On the other hand, that doesn't mean that we all need to line up and
drink the kool aide and say that the behavior pointed out in the
original message is desired behavior.

We can acknowledge that bugs exist without lining up with signs
demanding their immediate fix.  The portage team does great work, but
the fact that package runtime dependencies can vary so much compared
to a binary distro greatly complicates the dependency-resolution
problem.  So do some of our package-maintenance practices, and those
are being looked at right now.

Something outsiders probably could contribute might be something like
a guide to portage troubleshooting on the wiki that lists some common
scenarios and their workarounds, or possibly working with the portage
team to get short references to such a guide added to the portage
output.  So, portage might suggest re-running it with --backtrack=# or
whatever if it outputs the sort of errors that backtracking is likely
to fix, and so on.  Just doing that alone would probably triage a
large number of issues that confuse users which makes them somewhat
happier and cuts down on list traffic.

-- 
Rich

Re: [gentoo-user] update problems

[Rich Freeman]

On Sun, Sep 20, 2015 at 11:28 AM, lee  wrote:
>
> Should I make feature requests?
>

First, don't believe every post you read in gentoo-user.  Just as you
can post anything you want here, so can anybody else.  People offer
advice they think is helpful.  That doesn't mean it is necessarily
correct, and that statement isn't directed at anybody in particular.
Anytime there is a post on -user you'll see about 5 right answers and
5 wrong answers, and the person who knows the least (the person asking
the question) gets to decide which one is which.  Short of moderating
the list we don't really have a solution for that.  Something like
stack exchange might be useful here.

As I already said (in one of the emails you haven't replied to yet),
we're fairly aware that portage output isn't very helpful here, and it
is something people are interested in changing.  I don't really see
the point in asking for a feature request, since it is already
well-known.

I would recommend trying out my suggestion of adding --backtrack=50
before doing anything else.  If that doesn't work, then try emerge
-1'ing the various packages listed as requiring the older version of
the library.

-- 
Rich

Re: [gentoo-user] update problems

[Neil Bothwick]

On Sun, 20 Sep 2015 17:28:25 +0200, lee wrote:

> Neil Bothwick  writes:
> > These are unimportant, it is simply portage telling you it is not
> > updating some packages to the latest available and why. Personally, I
> > believe this sort of output should only be shown when using
> > --verbose.   
> 
> Really?
> 
> That doesn't seem to be at all what it says.  It says, with huge
> exclamation marks even:
> 
> 
> "!!! Multiple package instances within a single package slot have been
> pulled !!! into the dependency graph, resulting in a slot conflict:"
> 
> 
> So obviously, something terrible is going on, preventing you from
> installing required packages, and there is a dependency conflict which
> cannot be solved because only one package of many can be used while
> several are required in its place.

A slot conflict is not a dependency conflict.
> 
> If this is irrelevant, then why doesn't it say that it is irrelevant?

Because portage's messages are not as helpful as we would like them to be.

> Why was suggested that I remove boost to resolve an irrelevant conflict?

No idea, the message didn't suggest it.

> Should I always ignore such messages?

You should read them. When a message says "I can't upgrade foo to a newer
version because bar requires the older version" you have no problems
unless something specifically needs the newer foo. Unless the emerge run
stops with blocks (with a capital B) or refuses to otherwise proceed, the
messages are not critical. What has happened here is that you received
these non-critical messages and a critical one, the hdf5 message. At
first glance, the boost messages could be seen as the reason for the
failure to proceed. If in doubt, look at the last message, or those marked
as errors, as the cause of the failure.

> >> !!! The ebuild selected to satisfy "sci-libs/hdf5" has unmet
> >> requirements.
> >> - sci-libs/hdf5-1.8.14-r1::gentoo USE="cxx fortran threads zlib
> >> -debug -examples -fortran2003 -mpi -static-libs -szip"
> >> 
> >>   The following REQUIRED_USE flag constraints are unsatisfied:
> >> threads? ( !cxx !fortran )  
> >
> > This is blocking you and the reason is given, if you have the threads
> > flag on, cxx and fortran must be off. You have both threads and cxx on
> > which won't work.  
> 
> Well, it doesn't say which of the problems that have been reported are
> the ones preventing me from going any further.  When I get error
> messages, especially ones that appear to be very important (see all the
> exclamation marks?), I usually try to find out what the problem is and
> try to fix it, and starting with the important ones is one possible
> approach.  That approach seems to be quite reasonable in this case,
> considering that I'm trying to upgrade and get messages which appear to
> be extremely important /and/ which tell me that I cannot upgrade, thus
> apparently proving that their importance is more than merely apparent.

See above. You are receiving multiple, unrelated messages, not all of
which are related to the failure to upgrade.

> Then someone comes along and says that the messages with double-apparent
> importance are actually irrelevant.  I find that very funny :)

The advice is based on experience but given for free. You are equally
free to follow or ignore it.

> Is that
> a general thing with Gentoo, that something is the less important the
> more important it seems to be, and that something that doesn't seem to
> be important at all is the most important?

The seems part is based on experience in reading portage messages. As
you get more experienced "seems" tends towards "is".
 
> > That's the real problem, that the messages are so cryptic. The
> > solution is simple, working out what needs to be done from the
> > messages is not.  
> 
> How about adding comments to such messages, like "You don't need to do
> anything to be able to proceed." and "You need to fix this before you
> could proceed."?
> 
> That's probably easy to do and would greatly help to distinguish between
> important and irrelevant messages and make it easier to decide which
> problem one wants to solve first.

If it were easy, it would have been done. I find the message frustrating
too, but accept that an improvement is unlikely to appear in the imminent
future. In fact, as portage gets ever cleverer with its dependency
resolution, the message are likely to get more complex before they become
simpler :(

> >> Once I used 'emerge --sync', there is no way to turn it back to
> >> continue to be able to install software if needed when the update
> >> cannot be performed.  Updates simply need to work, there's no way
> >> around that.  
> >
> > You can always roll back by masking the updates if necessary, and the
> > old ebuilds are always available. Now that the tree is using git, it
> > is probably possibly to sync back to yesterday if you need to.  
> 
> Something like 'emerge --unsync' or 'emerge --syncto
> ' would be much easier, taking you 

[OT] Re: [gentoo-user] mpv upgrade warning

[Peter Humphrey]

On Sunday 20 September 2015 10:19:14 Neil Bothwick wrote:
> On Sun, 20 Sep 2015 09:34:57 +0100, Peter Humphrey wrote:
> > > > Strictly speaking, you don't have to do that with UUIDs as you can
> > > > change it to match the old one. That big advantage of labels is that
> > > > they are human-readable.
> > > 
> > > Well I can read UUIDs, they are hex gibberish but still readable.
> > > 
> > > Labels are human *understandable*
> > 
> > Well, it isn't often I can call someone else a pedant, but now's my big
> > chance so I'm taking it - pedant!
> 
> One of the OED definitions of readable is "interesting or pleasant to
> read". I stand by my original statement, argumentative pedants
> notwithstanding. :P

I agree with you. It's Alan I called a pedant for trying to split hairs.

I had a trial version of OED* on my mobile, but it was not good so I've 
reverted to Chambers, which includes "legible" as its first definition of 
Readable, and "clear enough to be deciphered" as its first definition of 
Legible.

* Actually I think it was the ODE (the Oxford Dictionary of English), which 
has been criticised widely and is not their best dictionary.

-- 
Rgds
Peter

Re: [gentoo-user] Gentoo net0 - auto resetting - very impressed

[Stroller]

>> On Wed, 16 September 2015, at 7:22 am, Alan McKinnon 
>>  wrote:
>> 
>>> Their latest printers do not make that same
>>> stupid mistake; mine is a recent colour laser and the cheapest in the
>>> range. Doesn't even have a display or keyboard so it creates it's own
>>> ad-hoc wifi connection so you can connect and configure in a browser.
>>> Once it's on your real network, it all JustWorks(tm) and understands
>>> postscript, PCL, SPL and ipp.
>> 
>> What model is this, please?
> 
> C410W
> 
> It's a simple basic home colour laser printer

Thanks.

Re: [OT] Re: [gentoo-user] mpv upgrade warning

[Alan McKinnon]

On 20/09/2015 14:45, Peter Humphrey wrote:
> On Sunday 20 September 2015 10:19:14 Neil Bothwick wrote:
>> On Sun, 20 Sep 2015 09:34:57 +0100, Peter Humphrey wrote:
> Strictly speaking, you don't have to do that with UUIDs as you can
> change it to match the old one. That big advantage of labels is that
> they are human-readable.

 Well I can read UUIDs, they are hex gibberish but still readable.

 Labels are human *understandable*
>>>
>>> Well, it isn't often I can call someone else a pedant, but now's my big
>>> chance so I'm taking it - pedant!
>>
>> One of the OED definitions of readable is "interesting or pleasant to
>> read". I stand by my original statement, argumentative pedants
>> notwithstanding. :P
> 
> I agree with you. It's Alan I called a pedant for trying to split hairs.

I guess that's what I get for trying to be excessively clever!



> 
> I had a trial version of OED* on my mobile, but it was not good so I've 
> reverted to Chambers, which includes "legible" as its first definition of 
> Readable, and "clear enough to be deciphered" as its first definition of 
> Legible.
> 
> * Actually I think it was the ODE (the Oxford Dictionary of English), which 
> has been criticised widely and is not their best dictionary.
> 


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] update problems

[lee]

Alan McKinnon  writes:

> On 19/09/2015 21:36, lee wrote:
>> Hi,
>> 
>> how could I solve these updating problems:
>> 
>> 
>> emerge -j 8 -a --update --newuse --deep --with-bdeps=y @world
>>  
>>   
>> 
>>  * IMPORTANT: 4 news items need reading for repository 'gentoo'.
>>  * Use eselect news read to view new items.
>> 
>> 
>> These are the packages that would be merged, in order:
>> 
>> Calculating dependencies... done!
>> 
>> !!! Multiple package instances within a single package slot have been pulled
>> !!! into the dependency graph, resulting in a slot conflict:
>> 
>> dev-libs/boost:0
>> 
>>   (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, ebuild scheduled for merge) 
>> pulled in by
>> (no parents that aren't satisfied by other packages in this slot)
>> 
>>   (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for merge) 
>> pulled in by
>> dev-libs/boost:0/1.55.0= required by 
>> (dev-libs/librevenge-0.0.2:0/0::gentoo, installed)
>>   ^^ 
>>   
>> (and 2 more with the same problem)
>
> I'm not sure why you are getting this one. Portage is only pulling in
> boost-1.56.0-r1 because it's the latest stable version, but librevenge
> requires something earlier. Portage should therefore shut up and install
> the only real solution - keep boost at 1.55.0

Maybe because it says that there's a slot conflict.  I had another one
of those, and getting rid of it prevents me from having a pdf reader
installed.  I haven't had the need to read a pdf since, but sooner or
later I'll need to be able to.

> Try these possibilities:
>
> emerge =dev-libs/boost-1.55.0-r2

Why this particular version; how did you figure that out?  I read from
the second message that boost doesn't work with itself because
librevenge is installed.  So I could remove librevenge, but a lot of
things depend on it, amongst them libreoffice.

>From there, I don't know what the effects are.  Now libreoffice is still
4.4.1.2, and I would expect it being upgraded to 5.x maybe.  So I would
have to remove boost instead --- IIRC I installed it only to try out
regex_match() and regex_search() --- but removing boost seems a bit
unreasonable, considering that it takes a while to build.  And even with
boost removed, I have no good reason to think that there won't be other
problems, and it leaves the question what to do when I need boost again:
I don't even have a pdf reader ...

So I decided I'd better ask what to do.  It's hard to believe that we
are seriously expected to remove lots of software which we might not be
able to install again just to do an update.  All these conflicts give me
the impression that something in the repo is broken and needs to be
fixed.

> emerge -avuND world
>
> or
>
> emerge -j 8 -a --update --newuse --deep --with-bdeps=n @world
>
> or quickpkg boost, then unmerge it and re-run emerge world.
> Boost is a pain to build so with a quickpkg you can put it back with a
> minimum of effort

Maybe next weekend or so, I don't feel like doing it now and don't
really have the time to.

>> dev-util/boost-build:0
>> 
>>   (dev-util/boost-build-1.55.0:0/0::gentoo, installed) pulled in by
>> =dev-util/boost-build-1.55* required by 
>> (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for merge)
>> ^ ^  
>>  
>> 
>> 
>>   (dev-util/boost-build-1.56.0:0/0::gentoo, ebuild scheduled for merge) 
>> pulled in by
>> =dev-util/boost-build-1.56* required by 
>> (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, ebuild scheduled for merge)
>> ^ ^  
>>  
>> 
>
> This is a consequence of boost.
> Fix the boost issue and this one goes away

I thought it might.  It's yet another message telling me that boost
doesn't work with boost.

>> media-video/ffmpeg:0
>> 
>>   (media-video/ffmpeg-2.6.3:0/54.56.56::gentoo, ebuild scheduled for merge) 
>> pulled in by
>> (no parents that aren't satisfied by other packages in this slot)
>> 
>>   (media-video/ffmpeg-2.2.14:0/52.55.55::gentoo, installed) pulled in by
>> media-video/ffmpeg:0/52.55.55=[vdpau] required by 
>> (media-libs/mlt-0.9.0:0/0::gentoo, installed)
>>      
>>   
>
> Similar to boost. try a similar approach

I tried 'emerge -j 8 -a --update --newuse --deep --with-bdeps=y ffmpeg'
to upgrade ffmpeg only because it seemed 

Re: [gentoo-user] update problems

[lee]

Neil Bothwick  writes:

> On Sat, 19 Sep 2015 21:36:06 +0200, lee wrote:
>
>> emerge -j 8 -a --update --newuse --deep --with-bdeps=y
>> @world   
>>  
>>
>> 
>>  * IMPORTANT: 4 news items need reading for repository 'gentoo'.
>>  * Use eselect news read to view new items.
>> 
>> 
>> These are the packages that would be merged, in order:
>> 
>> Calculating dependencies... done!
>> 
>> !!! Multiple package instances within a single package slot have been
>> pulled !!! into the dependency graph, resulting in a slot conflict:
>> 
>> dev-libs/boost:0
>> 
>>   (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, ebuild scheduled for
>> merge) pulled in by (no parents that aren't satisfied by other packages
>> in this slot)
>> 
>>   (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for
>> merge) pulled in by dev-libs/boost:0/1.55.0= required by
>> (dev-libs/librevenge-0.0.2:0/0::gentoo, installed)
>> ^^ (and 2 more with the same problem)
>> 
>> dev-util/boost-build:0
>> 
>>   (dev-util/boost-build-1.55.0:0/0::gentoo, installed) pulled in by
>> =dev-util/boost-build-1.55* required by
>> (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for merge)
>> ^
>> ^
>>
>> 
>>   (dev-util/boost-build-1.56.0:0/0::gentoo, ebuild scheduled for merge)
>> pulled in by =dev-util/boost-build-1.56* required by
>> (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, ebuild scheduled for merge)
>> ^
>> ^
>>
>> 
>> media-video/ffmpeg:0
>> 
>>   (media-video/ffmpeg-2.6.3:0/54.56.56::gentoo, ebuild scheduled for
>> merge) pulled in by (no parents that aren't satisfied by other packages
>> in this slot)
>> 
>>   (media-video/ffmpeg-2.2.14:0/52.55.55::gentoo, installed) pulled in by
>> media-video/ffmpeg:0/52.55.55=[vdpau] required by
>> (media-libs/mlt-0.9.0:0/0::gentoo, installed)
>> ^^^  
>>
> These are unimportant, it is simply portage telling you it is not
> updating some packages to the latest available and why. Personally, I
> believe this sort of output should only be shown when using --verbose. 

Really?

That doesn't seem to be at all what it says.  It says, with huge
exclamation marks even:


"!!! Multiple package instances within a single package slot have been
pulled !!! into the dependency graph, resulting in a slot conflict:"


So obviously, something terrible is going on, preventing you from
installing required packages, and there is a dependency conflict which
cannot be solved because only one package of many can be used while
several are required in its place.

If this is irrelevant, then why doesn't it say that it is irrelevant?
Why was suggested that I remove boost to resolve an irrelevant conflict?

Should I always ignore such messages?


> [...]
>> 
>> !!! The ebuild selected to satisfy "sci-libs/hdf5" has unmet
>> requirements.
>> - sci-libs/hdf5-1.8.14-r1::gentoo USE="cxx fortran threads zlib -debug
>> -examples -fortran2003 -mpi -static-libs -szip"
>> 
>>   The following REQUIRED_USE flag constraints are unsatisfied:
>> threads? ( !cxx !fortran )
>
> This is blocking you and the reason is given, if you have the threads
> flag on, cxx and fortran must be off. You have both threads and cxx on
> which won't work.

Well, it doesn't say which of the problems that have been reported are
the ones preventing me from going any further.  When I get error
messages, especially ones that appear to be very important (see all the
exclamation marks?), I usually try to find out what the problem is and
try to fix it, and starting with the important ones is one possible
approach.  That approach seems to be quite reasonable in this case,
considering that I'm trying to upgrade and get messages which appear to
be extremely important /and/ which tell me that I cannot upgrade, thus
apparently proving that their importance is more than merely apparent.

Then someone comes along and says that the messages with double-apparent
importance are actually irrelevant.  I find that very funny :)  Is that
a general thing with Gentoo, that something is the less important the
more important it seems to be, and that something that doesn't seem to
be important at all is the most important?

This one doesn't look very important, or does it?

>> Why can't we just update like we can with any other distribution but
>> have to run into dependency problems all the time instead?
>
> These aren't dependency problems, they are conflicting USE flags, a
> situation that 

Re: [gentoo-user] update problems

[Alan McKinnon]

On 20/09/2015 17:28, lee wrote:
> Neil Bothwick  writes:
> 
>> On Sat, 19 Sep 2015 21:36:06 +0200, lee wrote:
>>
>>> emerge -j 8 -a --update --newuse --deep --with-bdeps=y
>>> @world  
>>> 
>>>  
>>>
>>>  * IMPORTANT: 4 news items need reading for repository 'gentoo'.
>>>  * Use eselect news read to view new items.
>>>
>>>
>>> These are the packages that would be merged, in order:
>>>
>>> Calculating dependencies... done!
>>>
>>> !!! Multiple package instances within a single package slot have been
>>> pulled !!! into the dependency graph, resulting in a slot conflict:
>>>
>>> dev-libs/boost:0
>>>
>>>   (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, ebuild scheduled for
>>> merge) pulled in by (no parents that aren't satisfied by other packages
>>> in this slot)
>>>
>>>   (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for
>>> merge) pulled in by dev-libs/boost:0/1.55.0= required by
>>> (dev-libs/librevenge-0.0.2:0/0::gentoo, installed)
>>> ^^ (and 2 more with the same problem)
>>>
>>> dev-util/boost-build:0
>>>
>>>   (dev-util/boost-build-1.55.0:0/0::gentoo, installed) pulled in by
>>> =dev-util/boost-build-1.55* required by
>>> (dev-libs/boost-1.55.0-r2:0/1.55.0::gentoo, ebuild scheduled for merge)
>>> ^
>>> ^   
>>> 
>>>
>>>   (dev-util/boost-build-1.56.0:0/0::gentoo, ebuild scheduled for merge)
>>> pulled in by =dev-util/boost-build-1.56* required by
>>> (dev-libs/boost-1.56.0-r1:0/1.56.0::gentoo, ebuild scheduled for merge)
>>> ^
>>> ^   
>>> 
>>>
>>> media-video/ffmpeg:0
>>>
>>>   (media-video/ffmpeg-2.6.3:0/54.56.56::gentoo, ebuild scheduled for
>>> merge) pulled in by (no parents that aren't satisfied by other packages
>>> in this slot)
>>>
>>>   (media-video/ffmpeg-2.2.14:0/52.55.55::gentoo, installed) pulled in by
>>> media-video/ffmpeg:0/52.55.55=[vdpau] required by
>>> (media-libs/mlt-0.9.0:0/0::gentoo, installed)
>>> ^^^ 
>>> 
>> These are unimportant, it is simply portage telling you it is not
>> updating some packages to the latest available and why. Personally, I
>> believe this sort of output should only be shown when using --verbose. 
> 
> Really?
> 
> That doesn't seem to be at all what it says.  It says, with huge
> exclamation marks even:
> 
> 
> "!!! Multiple package instances within a single package slot have been
> pulled !!! into the dependency graph, resulting in a slot conflict:"
> 
> 
> So obviously, something terrible is going on, preventing you from
> installing required packages, and there is a dependency conflict which
> cannot be solved because only one package of many can be used while
> several are required in its place.
> 
> If this is irrelevant, then why doesn't it say that it is irrelevant?
> Why was suggested that I remove boost to resolve an irrelevant conflict?
> 
> Should I always ignore such messages?

No, you should not ignore such messages. They are printed for a reason.

You have a SLOT conflict and whether that prevents you from proceeding
or not doesn't change the fact that portage knows you have that conflict.

In your specific case today, I believe portage will simply install the
lesser version and be done with it, but it will only do that when you
fix the USE issue (a whole separate issue)


> 
> 
>> [...]
>>>
>>> !!! The ebuild selected to satisfy "sci-libs/hdf5" has unmet
>>> requirements.
>>> - sci-libs/hdf5-1.8.14-r1::gentoo USE="cxx fortran threads zlib -debug
>>> -examples -fortran2003 -mpi -static-libs -szip"
>>>
>>>   The following REQUIRED_USE flag constraints are unsatisfied:
>>> threads? ( !cxx !fortran )
>>
>> This is blocking you and the reason is given, if you have the threads
>> flag on, cxx and fortran must be off. You have both threads and cxx on
>> which won't work.
> 
> Well, it doesn't say which of the problems that have been reported are
> the ones preventing me from going any further.  

The USE conflict for sure. Maybe the SLOT conflict but I think portage
will just deal with that one

> When I get error
> messages, especially ones that appear to be very important (see all the
> exclamation marks?), I usually try to find out what the problem is and
> try to fix it, and starting with the important ones is one possible
> approach.  That approach seems to be quite reasonable in this case,
> considering that I'm trying to upgrade and get messages which appear to
> be extremely important /and/ which tell me that I cannot upgrade, thus
> apparently 

[gentoo-user] SystemTap failing on basic check

[Lukáš Oliva]

  Hi,
I am trying SystemTap - a tool for dynamic tracing on Gentoo and I have
some troubles to make it working. I followed the guide on

https://sourceware.org/systemtap/wiki/SystemTapWithSelfBuiltKernel

and built the kernel with required options:

zgrep -E
'CONFIG_DEBUG_INFO|CONFIG_KPROBES|CONFIG_RELAY|CONFIG_DEBUG_FS|CONFIG_MODULES|CONFIG_MODULE_UNLOAD|CONFIG_UPROBES|CONFIG_DEBUG_INFO'
/proc/config.gz
CONFIG_RELAY=y
CONFIG_KPROBES=y
CONFIG_UPROBES=y
CONFIG_MODULES_USE_ELF_RELA=y
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_DEBUG_INFO=y
# CONFIG_DEBUG_INFO_REDUCED is not set
# CONFIG_DEBUG_INFO_SPLIT is not set
CONFIG_DEBUG_INFO_DWARF4=y
CONFIG_DEBUG_FS=y
# CONFIG_KPROBES_SANITY_TEST is not set

But even the simplest check fails on:

stap -r /usr/src/linux -v -e 'probe vfs.read {printf("read performed\n");
exit()}'
Pass 1: parsed user script and 122 library script(s) using
214692virt/125980res/5604shr/122476data kb, in 450usr/20sys/464real ms.
Pass 2: analyzed script: 1 probe(s), 1 function(s), 3 embed(s), 0 global(s)
using 347656virt/260520res/6984shr/255440data kb, in
1210usr/250sys/1462real ms.
Pass 3: translated to C into
"/tmp/stap2nY7sY/stap_9aad5fb97c53bb7c4bc51dce0ccbb236_1259_src.c" using
347656virt/260772res/7236shr/255440data kb, in 0usr/0sys/4real ms.
In file included from /usr/share/systemtap/runtime/linux/task_finder.c:17:0,
 from /usr/share/systemtap/runtime/linux/runtime.h:206,
 from /usr/share/systemtap/runtime/runtime.h:24,
 from
/tmp/stap2nY7sY/stap_9aad5fb97c53bb7c4bc51dce0ccbb236_1259_src.c:24:
/usr/share/systemtap/runtime/linux/task_finder2.c: In function
'__stp_call_mmap_callbacks_with_addr':
/usr/share/systemtap/runtime/linux/task_finder2.c:695:24: error: 'struct
file' has no member named 'f_dentry'
   dentry = vma->vm_file->f_dentry;
^
/usr/share/systemtap/runtime/linux/task_finder2.c: In function
'__stp_call_mmap_callbacks_for_task':
/usr/share/systemtap/runtime/linux/task_finder2.c:1198:42: error: 'struct
file' has no member named 'f_dentry'
vma_cache_p->dentry = vma->vm_file->f_dentry;
  ^
scripts/Makefile.build:258: recipe for target
'/tmp/stap2nY7sY/stap_9aad5fb97c53bb7c4bc51dce0ccbb236_1259_src.o' failed
make[1]: ***
[/tmp/stap2nY7sY/stap_9aad5fb97c53bb7c4bc51dce0ccbb236_1259_src.o] Error 1
Makefile:1390: recipe for target '_module_/tmp/stap2nY7sY' failed
make: *** [_module_/tmp/stap2nY7sY] Error 2
WARNING: kbuild exited with status: 2
Pass 4: compiled C into "stap_9aad5fb97c53bb7c4bc51dce0ccbb236_1259.ko" in
3230usr/260sys/4290real ms.
Pass 4: compilation failed.  [man error::pass4]

I am wondering now - is there anything wrong with my aproach? Does anyone
succesfully use SystemTap on Gentoo? And if so, could you help me to make
this running?

  Lukas

[gentoo-user] Haskell packages and keeptemp

[Bryan Gardiner]

Hi gentoo-users,

I thought I would set FEATURES=keeptemp in make.conf so I would have
build logs around for reference.  This causes problems with Haskell
packages, which fail during the second build after setting this,
because the build's temp/ hasn't been cleaned from the previous build:

> >>> Install http-client-tls-0.2.2 into 
> >>> /var/tmp/portage/dev-haskell/http-client-tls-0.2.2/image/ category 
> >>> dev-haskell
> ./setup copy 
> --destdir=/var/tmp/portage/dev-haskell/http-client-tls-0.2.2/image/
> Installing library in
> /var/tmp/portage/dev-haskell/http-client-tls-0.2.2/image/usr/lib64/http-client-tls-0.2.2/ghc-7.10.2
> Creating package registration file:
> /var/tmp/portage/dev-haskell/http-client-tls-0.2.2/temp/http-client-tls-0.2.2.conf
> ghc-pkg: cannot create: 
> /var/tmp/portage/dev-haskell/http-client-tls-0.2.2/temp/http-client-tls-0.2.2.conf.d
>  already exists
>  * ERROR: dev-haskell/http-client-tls-0.2.2::haskell failed (install phase):
>  *   Failed to initialize empty local db

Am I wrong in expecting ${T} to be wiped at the start of a build,
regardless of the package, so that this isn't a problem?  I'm not sure
why you'd want old temp/ state to carry forward to the next build.

- Bryan


pgpoekGmwiLBu.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Haskell packages and keeptemp

[Michael Orlitzky]

On 09/20/2015 11:58 PM, Bryan Gardiner wrote:
> Hi gentoo-users,
> 
> I thought I would set FEATURES=keeptemp in make.conf so I would have
> build logs around for reference.  This causes problems with Haskell
> packages, which fail during the second build after setting this,
> because the build's temp/ hasn't been cleaned from the previous build:
> 
> ...
> 
> Am I wrong in expecting ${T} to be wiped at the start of a build,
> regardless of the package, so that this isn't a problem?  I'm not sure
> why you'd want old temp/ state to carry forward to the next build.
> 

Please open a bug. Portage probably has its own reasons for handling
${T} the way it does.

The problem with the Haskell stuff is (in haskell-cabal.eclass),

  # Newer cabal can generate a package conf for us:
  ./setup register --gen-pkg-config="${T}/${P}.conf"
  ghc-install-pkg "${T}/${P}.conf"

and the cabal routine doesn't want to overwrite an existing file. I'm
sure this is easy to fix with an "rm -f" beforehand.

But, maybe the reason portage doesn't wipe the directory is because
portage doesn't wipe the directory. If doing so would be an improvement,
they might choose to fix it there instead.

Re: [gentoo-user] Haskell packages and keeptemp

[J. Roeleveld]

On 21 September 2015 05:58:20 CEST, Bryan Gardiner  wrote:
>Hi gentoo-users,
>
>I thought I would set FEATURES=keeptemp in make.conf so I would have
>build logs around for reference.  This causes problems with Haskell
>packages, which fail during the second build after setting this,
>because the build's temp/ hasn't been cleaned from the previous build:
>
>> >>> Install http-client-tls-0.2.2 into
>/var/tmp/portage/dev-haskell/http-client-tls-0.2.2/image/ category
>dev-haskell
>> ./setup copy
>--destdir=/var/tmp/portage/dev-haskell/http-client-tls-0.2.2/image/
>> Installing library in
>>
>/var/tmp/portage/dev-haskell/http-client-tls-0.2.2/image/usr/lib64/http-client-tls-0.2.2/ghc-7.10.2
>> Creating package registration file:
>>
>/var/tmp/portage/dev-haskell/http-client-tls-0.2.2/temp/http-client-tls-0.2.2.conf
>> ghc-pkg: cannot create:
>/var/tmp/portage/dev-haskell/http-client-tls-0.2.2/temp/http-client-tls-0.2.2.conf.d
>already exists
>>  * ERROR: dev-haskell/http-client-tls-0.2.2::haskell failed (install
>phase):
>>  *   Failed to initialize empty local db
>
>Am I wrong in expecting ${T} to be wiped at the start of a build,
>regardless of the package, so that this isn't a problem?  I'm not sure
>why you'd want old temp/ state to carry forward to the next build.
>
>- Bryan

Build logs usually (I didn't change anything for that) end up in
/var/log/portage

Did you check there?

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] Haskell packages and keeptemp

[Bryan Gardiner]

On Mon, 21 Sep 2015 00:29:38 -0400
Michael Orlitzky  wrote:

> Please open a bug. Portage probably has its own reasons for handling
> ${T} the way it does.

Yeah probably.  Filed https://bugs.gentoo.org/show_bug.cgi?id=560966,
thanks.


pgpy4awLUS8NN.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: update problems

[Dale]

Daniel Frey wrote:
> On 09/20/2015 11:07 AM, James wrote:
>> Daniel Frey  gmail.com> writes:
>>
>>
>>> For boost and ffmpeg, try running `equery depends ` and if no
>>> result comes back it wasn't installed from a dependency. If it does say
>>> another package is pulling it in, remove it from the world file by
>>> using: `emerge --deselect ` - in the case of boost it would be
>>> `emerge --deselect dev-libs/boost`.
>> Yea, many of us forget the --oneshot option whilst admining about.
>>
> Yep, in my case I did it about 25 times over many years. Eventually
> you'll get enough crap in the world file that portage has a hard time
> updating. I usually remember --oneshot but if I'm tired or distracted I
> forget it. :-)
>
> Dan
>
>
>


To avoid this, I added it to my make.conf.  When I *really* want to have
something in the world file, I can either add it myself or use --select
on the command line to add it.  Result, shouldn't be anything in the
world file that shouldn't be there. 

I sometimes wonder why that isn't the default way.  I guess because it
would confuse folks for a bit and because it has always been that way.  ;-)

Dale

:-)  :-) 

Re: [OT] Re: [gentoo-user] mpv upgrade warning

[Neil Bothwick]

On Sun, 20 Sep 2015 22:46:35 +0200, Paul Klos wrote:

> >It's main use is for dealing with would be pedants ;-)  
> 
> Since we're being pedantic, that would be "Its main use" in this case ☺

There's no escape from that one :(

That could jeopardise my membership of The Apostrophe Protection Society.


-- 
Neil Bothwick

MUPHRY'S LAW: The principle that any criticism of the writing of others
will itself contain at least one grammatical error.


pgpReJe2zJOLr.pgp
Description: OpenPGP digital signature

Re: [OT] Re: [gentoo-user] mpv upgrade warning

[Alan McKinnon]

On 20/09/2015 18:40, Neil Bothwick wrote:
> On Sun, 20 Sep 2015 13:45:18 +0100, Peter Humphrey wrote:
> 
>>> One of the OED definitions of readable is "interesting or pleasant to
>>> read". I stand by my original statement, argumentative pedants
>>> notwithstanding. :P  
>>
>> I agree with you. It's Alan I called a pedant for trying to split hairs.
> 
> I know, a wonderful case of the pot calling the kettle black :P
>  
>> I had a trial version of OED* on my mobile, but it was not good so I've 
>> reverted to Chambers, which includes "legible" as its first definition
>> of Readable, and "clear enough to be deciphered" as its first
>> definition of Legible.
> 
> I have a proper printed OED, all 1800 pages of it.

If you don't have it in the morning anymore, it's because I broken into
you house and stole it.

You lucky bugger you. I've wanted such a dictionary for years


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] update problems

[Rich Freeman]

On Sun, Sep 20, 2015 at 1:24 PM, J. Roeleveld  wrote:
> On Sunday 20 September 2015 16:25:34 lee wrote:
>> So I decided I'd better ask what to do.  It's hard to believe that we
>> are seriously expected to remove lots of software which we might not be
>> able to install again just to do an update.  All these conflicts give me
>> the impression that something in the repo is broken and needs to be
>> fixed.
>
> I have no such issues, neither do most people.
> Which seems to indicate the issue is not with the repo.
> Lets look at the actual contents of your world-file. (see above)
>

So, first, I don't think it is a good idea to just start uninstalling
packages first and then try to fix them.  That might or might not
work, but it certainly isn't the first thing I'd try.

Second, this could very well be a problem with the repo, which is the
whole point of the debate around dynamic dependencies.  Current
practices tend to create situations that our package managers can't
handle.  They don't break for everybody instantly, which is why
they're so insidious, and also why changing the practice was somewhat
controversial when it first came up a year ago.

I hate to post it a 3rd time, but before we bicker 14 more times on
this, could somebody please just try adding --backtrack=50, and if
that doesn't work just try running emerge -1 on the packages that are
causing the block by depending on the older package version?

-- 
Rich

Re: [gentoo-user] Re: update problems

[Daniel Frey]

On 09/20/2015 11:07 AM, James wrote:
> Daniel Frey  gmail.com> writes:
> 
> 
>> For boost and ffmpeg, try running `equery depends ` and if no
>> result comes back it wasn't installed from a dependency. If it does say
>> another package is pulling it in, remove it from the world file by
>> using: `emerge --deselect ` - in the case of boost it would be
>> `emerge --deselect dev-libs/boost`.
> 
> Yea, many of us forget the --oneshot option whilst admining about.
> 

Yep, in my case I did it about 25 times over many years. Eventually
you'll get enough crap in the world file that portage has a hard time
updating. I usually remember --oneshot but if I'm tired or distracted I
forget it. :-)

Dan

Re: [OT] Re: [gentoo-user] mpv upgrade warning

[Neil Bothwick]

On Sun, 20 Sep 2015 19:10:49 +0200, Alan McKinnon wrote:

> > I have a proper printed OED, all 1800 pages of it.  
> 
> If you don't have it in the morning anymore, it's because I broken into
> you house and stole it.
> 
> You lucky bugger you. I've wanted such a dictionary for years

I picked it up from a market stall for, I think, £7. It was brand new but
2-3 years old. That sentence should bring the pedants out in force :)


-- 
Neil Bothwick

"We can't solve problems by using the same kind of thinking we used when
we created them." (Albert Einstein)


pgpIKB8WvRmKH.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: update problems

[Neil Bothwick]

On Sun, 20 Sep 2015 18:07:58 + (UTC), James wrote:

> Yea, many of us forget the --oneshot option whilst admining about.
> 
> This is a recurring theme. Didn't somebody post a scipt a while
> back to do this for you in one effort. Then you read the list result
> and decide which do remove from the world file?

If it gets that messed up, it's probably easier to remove the world file,
read the output from emerge -cp and then emerge -n the programs you need.


-- 
Neil Bothwick

It is impossible to fully enjoy procrastination
unless one has plenty of work to do.


pgpNY32o1NlBe.pgp
Description: OpenPGP digital signature

Re: [OT] Re: [gentoo-user] mpv upgrade warning

[Paul Klos]

Neil Bothwick  schreef op 20 september 2015 18:40:05 CEST
>
> [snip]
>
>I have a proper printed OED, all 1800 pages of it. It's a few years old
>so doesn't include words like selfie or twerking, but I get by with it.
>It's main use is for dealing with would be pedants ;-)

Since we're being pedantic, that would be "Its main use" in this case ☺

Cheers,

Paul