Re: [gentoo-user] Re: LibreOffice problem importing file : solved

[Dale]

Philip Webb wrote:
> PS what does 'tl;dr' mean ? -- I've seen it in other msgs. 

To long; didn't read.  I'm fairly sure that is it. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: LibreOffice problem importing file : solved

[Philip Webb]

160417 Andreas K. Hüttel wrote:
> Am Sonntag, 17. April 2016, 03:30:15 schrieb Philip Webb:
>> So another question arises :
>> has it always been necessary to add the user to the video group
> no it hasn't in the past, but with 3d acceleration creeping in everywhere.

The puzzle for me is that I can see no mention of it in my notes :
my user is in the video group in my previous machine,
but I'm quite sure I didn't add it there, so it must have been the default.
Somehow, it wasn't added when I set up my present machine Oct 2015
(or something overwrote it, but what ? ).  My memory is
that Xscreensaver showed the 3D modules at that time,
but that they disappeared in early Dec 2015 , around which time
I remerged Xscreensaver & also updated Xorg-server + friends.

>> If the latter, how are users supposed to know re such matters ?
> I was wondering for quite some time why sddm only showed a black screen,
> until I realized that the sddm user needs to be in video group too.
> tl;dr - happened to me too and a solution or at least
> some big error / warning would be nice.  Thinking about it.

Whyever would the default be to add 'root' to 'video', but not 'user' ?
-- one would expect it to be the other way round.
In fact, why would root ever need to use 3D for anything ?
-- root sb able to do all its stuff in a raw terminal without X.

Thanks again for solving both my problems so elegantly (smile).
It confirms by general belief that in Gentoo, problems are skin-deep :
find out where they are -- the difficult bit sometimes --
& then it's very easy to fix them.

PS what does 'tl;dr' mean ? -- I've seen it in other msgs.

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

Re: [gentoo-user] suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[Dale]

Neil Bothwick wrote:
> On Sun, 17 Apr 2016 18:59:57 -0400, Philip Webb wrote:
>
 Also, I've always used '-v' rather than '-a', as it's simpler.  
>>> It's not simpler, it's different.  
>> Oh dear (red face) : I meant to write '-p' ...
> I'm sure you can find an exotic keymap to blame it on, one where v and p
> are adjacent ;-)
>
> I still think -a is simpler, and faster, as using -p when you intend to do
> the emerge for real afterwards means running two commands. The whole
> point of adding -a was to save us having to do that any more.
>
>

I sometimes call it independent finger thinking.  In other words, my
brain was thinking one thing but my finger was thinking something else. 
I hate when that happens tho, which is why I try to proof my emails at
least twice and sometimes even more.  :/

What would be nice, if we could do the same before we open our mouths in
normal conversation.  My foot tastes bad.  lol 

Dale

:-)  :-) 

[gentoo-user] Re: Emerge

[Jonathan Callen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/16/2016 04:02 PM, J. Roeleveld wrote:
> On Saturday, April 16, 2016 09:47:15 PM Alan McKinnon wrote:
>> On 16/04/2016 18:58, »Q« wrote: And the most complex thing
>> portage had to deal with was virtuals. I don't think even SLOTs
>> were around then.
> 
> I doubt it. I think SLOTs came sometime around 2010?
> 

SLOTs have been around a very long time, they were first introduced in
portage 1.8.9_pre1, released 5 Feb 2002.  Before SLOTs were
introduced, all versions of a package were effectively in a different
SLOT; this meant that portage would not remove an older version of a
package just because you installed a newer version.  At that time,
portage did not have any collision-protect mechanism (or so it appears).

- -- 
Jonathan Callen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXFEsnAAoJEEIQbvYRB3mghrMP/jWD4xmikITRQ3UYRnTE/3t3
ZAXQqbv2PyBnu5D2tQ4QYBYiO7pfLGNMu+9nWbaI/q/LgflhqXDf5T5bTQClBkTv
1IhF58J61xQMewI2/dQbhdzbuzUvPakC6SOoRUrM6awMwcqUUOXxlqWpexNZudOW
FxrumkO+ohG/VfER0h7Cobp95tT4p6NpQNXhtncoFJekE/Fkqvzov2b+RPOnkQKL
3FCfkByoW/UvmXw0Vt7V0DIaI4MPixe5MyG7b4NkWy3/IaesYZye+1UX+B6rKH1Y
6fSNbkWkKm5O3APGkymVnxTtrQu14+RyfEXFMkGget7TlV3QihO4pJG7HlCzEzc+
v3P+BudoW8s3XKP+IDCjhvlCHHhilLO2CgJiFV73zFtxp1gOIgb86HHtnDIw/htm
WpmvsA3hRSzr9xlj1j1shOl/fI7swPivSG7Tcl3x8THmgixZRp652m59AszPoog3
oGLEsjUlggHL/MSSTHgSRnzMWiAClD+Llx/3QG4mpB6VSJID03Q4v/F/myyElNDs
cbnicePXD6lLfDJGhEZtV42YkKc2N2CV5aBmW+EWHR7hqLAmNepO6Olb2xIe8MJV
YGRDIWmNj2EueUZSw3+XM/y3oU3Oh05wkaj4L3wQMFt1Jvfaxf4z44c+ZME0nZ+1
hqg1Qvlc98SYvhRqhChh
=q+FB
-END PGP SIGNATURE-

Re: [gentoo-user] Layman defunct on my box?

[Meino . Cramer]

Andrej Rode  [16-04-18 04:03]:
> Hi,
> 
> >Any hint which puts my feet back to the holy road is very
> >appreciated... ;)
> 
> I usually throw "emerge --regen" after adding a new overlay.
> 
> Regards,
> Andrej
> 
> -- 
> Sent from my Wintendo
> 

Hi Andrej,

YEAH! That fixes it! GREAT!
Thanks a lot for this one liner!

Best regards,
Meino

Re: [gentoo-user] Re: Xscreensaver 3D modules don't work

[Philip Webb]

160329 »Q« wrote:
> 160329 Philip Webb  wrote:
>> 160328 Corbin wrote:
>>> The "x11-misc/rss-glx" screensavers work just fine.  
>> I hadn't come across it before.
>> If I emerge it, will it automatically be adopted by Xscreensaver ?
> Yes -- after emerging it you'll see its savers in xscreensaver-demo.

Thanks : it has added itself to the list of savers & seems ok.

> Another one is x11-misc/fireflies
 
This one doesn't seem quite so straightforward.

Otherwise, my problem with Xscreensaver has been solved
by the response to my other thread re importing files to LO,
ie it has become essential to add my user to the 'video' group.

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

Re: [gentoo-user] suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[Neil Bothwick]

On Sun, 17 Apr 2016 18:59:57 -0400, Philip Webb wrote:

> >> Also, I've always used '-v' rather than '-a', as it's simpler.  
> > It's not simpler, it's different.  
> 
> Oh dear (red face) : I meant to write '-p' ...

I'm sure you can find an exotic keymap to blame it on, one where v and p
are adjacent ;-)

I still think -a is simpler, and faster, as using -p when you intend to do
the emerge for real afterwards means running two commands. The whole
point of adding -a was to save us having to do that any more.


-- 
Neil Bothwick

The best antiques are old friends.


pgpcWRFIruiXc.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[»Q«]

On Sun, 17 Apr 2016 21:51:22 +0100
Neil Bothwick  wrote:

> On Sun, 17 Apr 2016 14:22:44 -0500, »Q« wrote:
> 
> > > ... What about aliasing emerge to sudo emerge? :-)
> > 
> > Because sometimes I want to use sudo with emerge and sometimes
> > not.  I do have sudo-included aliases for a couple of the more
> > common cases,  
> 
> Use \emerge when you don't want the alias?

I don't think I want to alias emerge, but thanks very much for that
tip!  I've been escaping aliases by putting commands in single quotes
forever, not knowing I could do it with just a single backslash.

Re: [gentoo-user] Re: suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[Philip Webb]

160417 »Q« wrote:
> It sounds like you'd be happier just running everything as root.

Oh no ! -- I'ld never run ordinary user apps as root.

> It wouldn't be any more dangerous
> than giving me access to a root terminal on your machine.  ;)

My user terminal (Desktop 2) always has a white background + cyan prompt ;
my root terminal (Desktop 7) always has a black background + red prompt ;
that's easy to set up with Konsole
& makes it clear the latter is down in the basement,
where all the pipes + wires are & you've got your safety boots on.

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

Re: [gentoo-user] suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[Philip Webb]

160417 Neil Bothwick wrote:
> On Sun, 17 Apr 2016 15:40:04 -0400, Philip Webb wrote:
>> Also, I've always used '-v' rather than '-a', as it's simpler.
> It's not simpler, it's different.

Oh dear (red face) : I meant to write '-p' ...

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

Re: [gentoo-user] DPMS not working with fbdev driver on Xorg

[Sebastián Pedersen]

On 17-04-2016 07:04 PM, Daniel Frey wrote:

On 04/17/2016 01:46 PM, Sebastián Pedersen wrote:

Anyway thanks Dan.

The original question (why DPMS is not working with the fbdev driver)
still remains open thou.

Sebas


Yes, I misread that, sorry.

Regarding your original question, I have had DPMS not work on some
onboard video laptops until acpid was installed. This is a real shot in
the dark, though.

Dan


No worries.

ok, thanks, I'll give it a try on acpid. No harm on that.

Sebas

Re: [gentoo-user] DPMS not working with fbdev driver on Xorg

[Daniel Frey]

On 04/17/2016 01:46 PM, Sebastián Pedersen wrote:
> Anyway thanks Dan.
> 
> The original question (why DPMS is not working with the fbdev driver)
> still remains open thou.
> 
> Sebas

Yes, I misread that, sorry.

Regarding your original question, I have had DPMS not work on some
onboard video laptops until acpid was installed. This is a real shot in
the dark, though.

Dan

Re: [gentoo-user] And thus the emerge spake...

[Alan McKinnon]

On 17/04/2016 14:09, meino.cra...@gmx.de wrote:
> Mick  [16-04-17 14:00]:
>> On Sunday 17 Apr 2016 11:44:50 Alan McKinnon wrote:
>>> On 17/04/2016 11:36, meino.cra...@gmx.de wrote:
 Alan McKinnon  [16-04-17 11:08]:
> On 17/04/2016 05:45, meino.cra...@gmx.de wrote:
>> Hi,
>>
>> ...and the novice was buffled and even the master shifted a little bit
>> after recognizing this words of the eternal being named emerge.
>> I know, that there is a difference in knowing the path and walking the
>> path, but it seems that I am not supposed to understand this:
>>
>>
>> These are the packages that would be merged, in reverse order:
>>
>> Calculating dependencies... done!
>>
>> Total: 0 packages, Size of downloads: 0 KiB
>>
>> WARNING: One or more updates/rebuilds have been skipped due to a
>> dependency conflict:
>>
>> dev-util/boost-build:0
>>
>>   (dev-util/boost-build-1.60.0:0/0::gentoo, ebuild scheduled for merge)
>>   conflicts with>>>   
>> =dev-util/boost-build-1.58* required by
>> (dev-libs/boost-1.58.0-r1:0/1.58.0::gentoo, installed) ^   
>>  ^
>>
>> !!! The following update has been skipped due to unsatisfied
>> dependencies:
>>
>> dev-libs/boost:0
>>
>> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.60*" have
>> been masked. !!! One of the following masked packages is required to
>> complete your request: - dev-util/boost-build-1.60.0::gentoo (masked
>> by: )
>>
>>
>> For me it looks like boost not beeing updated/reinstalled because of
>> another version of boost, which depends on boost.
>>
>> HELP, I need somebody, HELP, not just anybody hee-eee-eelp u!
>>
>> Thanks for any HELP in advance! May the source be with you...
>> Best regards,
>> Meino
>
> Hah! That's one of those blockers that makes little or no sense.
>
>
> boost has this dep:
>
> DEPEND="${RDEPEND}
>
> =dev-util/boost-build-${MAJOR_V}*"
>
> and boost-build does not depend on boost.
>
> So, logically you'd expect boost to want to upgrade to 1.60, notice
> boost-build's dep and upgrade boost-build as well to match. But it
> doesn't, because boost-build-1.60 is masked for  reason.
>
> It really looks and smells like a bug in emerge[1] when updating world
> where it considers boost-build first, fixes the version to use to match
> current boost, and then can't find a way to upgrade boost.
>
> Solution would seem to be to emerge -C either of them and let portage
> get on with it. Or upgrade just upgrade boost-build by itself then do
> world
>
>
> [1] I wouldn't go so far as to call it a "bug" as such, because nothing
> in the spec requires a package manager to guarantee that it will always
> find the best way to upgrade everything. It only needs to keep the
> system consistent with the ebuilds it has.

 Hi Alan,

 thanks for your reply! :)

 ...and I thought it was me being too limited to see the real truth
 behind that what it is The Matrix.

 But it was only a deja-vuoh wait! It was NO deja-vu ... no
 glitch in The Matrix...we had similiar emerge-ncies in the past. ;)

 I will see how far I can go...I was warned to use 060 of boost...

 Best regards,
 Meino
>>>
>>> It reminds me of many years back with two packages that depend on each
>>> other and portage couldn't deal with updating both at the same time.
>>>
>>> emerge -C got a lot of use back then :-)
>>
>> Don't forget to use -1aDv when you emerge boost manually as Alan suggested, 
>> unless for some reason you want boost in your world file.
>>
>> -- 
>> Regards,
>> Mick
> 
> 
> 
> Hi Mick,
> 
> thanks for the warning! Will do so... :)

-1 is fine, but don't use -D in that manual step; you do not want deep here.

That happens later when you do a regular world update


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

Re: [gentoo-user] suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[Neil Bothwick]

On Sun, 17 Apr 2016 15:40:04 -0400, Philip Webb wrote:

> Also, I've always used '-v' rather than '-a', as it's simpler.

It's not simpler, it's different. -v clutters up the output with extra
information you may or may not need. -a saves running the dependency
calculations twice which is the case if you use -p and them emerge
without.

You can use -a with -v just as you can use -p without -v.


-- 
Neil Bothwick

IBM: Itty Bitty Mentality


pgpAICR4n3Cw3.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[Neil Bothwick]

On Sun, 17 Apr 2016 14:22:44 -0500, »Q« wrote:

> > ... What about aliasing emerge to sudo emerge? :-)  
> 
> Because sometimes I want to use sudo with emerge and sometimes not.  I
> do have sudo-included aliases for a couple of the more common cases,

Use \emerge when you don't want the alias?


-- 
Neil Bothwick

Help a man when he is in trouble and he will remember you when he is in
trouble again


pgphZCtlxev5e.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[»Q«]

On Sun, 17 Apr 2016 15:40:04 -0400
Philip Webb  wrote:

> 160417 »Q« wrote:
> > I too often forget to use 'sudo' along with 'emerge --ask',
> > which gets me a prompt to add '--pretend' to the options.
> > I never want to add '--pretend' to the options :
> > if I've used '--ask', I also meant to use 'sudo'.  
> 
> If your machine isn't in a public place, why don't you use a root
> terminal ? That's what I've always done & have never used 'sudo',
> which isn't installed. 

Because *I* have access to my terminal.  When I run something as root,
I want it to be intentional, not due to me just not paying attention.

> Also, I've always used '-v' rather than '-a', as it's simpler. After
> 'emerge -pv ', I then carry on with 'emerge -1 ' or simply
> 'emerge ', if it's a World or System pkg.

I guess relative simpleness is in the eye of the beholder;  I don't see
running two commands instead of one as simpler generally and certainly
not when it cause all the dependencies to be sorted out twice.

> Really, there are simple ways of doing things with Gentoo,
> which avoid a lot of the complications + hassles others complain
> about.
> 
> HTH (smile).

It sounds like you'd be happier just running everything as root.  It
wouldn't be any more dangerous than giving me access to a root terminal
on your machine.  ;)

Re: [gentoo-user] DPMS not working with fbdev driver on Xorg

[Sebastián Pedersen]

On 17-04-2016 05:28 PM, Daniel Frey wrote:

On 04/17/2016 12:44 PM, Sebastián Pedersen wrote:
Have you have a look in your dmesg and your Xorg.0.log to see what 
they

report?  Is the firmware for the card specified correctly and does it
load?


I think that's the problem, I have a sis 771/671 video integrated 
card:


[sebas@parabolaSebas64 ~]$ lspci | grep -i vga
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS]
771/671 PCIE VGA Display Adapter (rev 10)

and none of the video drivers seems to work, except vesa and fbdev
(althought I'm still intrigated why DPMS works with vesa driver and 
not

with fbdev driver)

Thanks.
Sebas



Have you tried the xorg SIS driver? It lists the 671 as a supported
model @ http://www.x.org/archive/X11R7.5/doc/man/man4/sis.4.html


The sis 771/671 it's not listed



This is not a kernel driver, it's an xorg driver.

Have you tried the steps here: https://wiki.archlinux.org/index.php/SiS 
?


Yes I did and with no luck.



Those SIS cards are not exactly fast but using the proper Xorg driver
with the proper parameters as per the Arch wiki may help it work.

Dan


Anyway thanks Dan.

The original question (why DPMS is not working with the fbdev driver) 
still remains open thou.


Sebas

Re: [gentoo-user] DPMS not working with fbdev driver on Xorg

[Daniel Frey]

On 04/17/2016 12:44 PM, Sebastián Pedersen wrote:
>> Have you have a look in your dmesg and your Xorg.0.log to see what they
>> report?  Is the firmware for the card specified correctly and does it
>> load?
> 
> I think that's the problem, I have a sis 771/671 video integrated card:
> 
> [sebas@parabolaSebas64 ~]$ lspci | grep -i vga
> 01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS]
> 771/671 PCIE VGA Display Adapter (rev 10)
> 
> and none of the video drivers seems to work, except vesa and fbdev
> (althought I'm still intrigated why DPMS works with vesa driver and not
> with fbdev driver)
> 
> Thanks.
> Sebas
> 

Have you tried the xorg SIS driver? It lists the 671 as a supported
model @ http://www.x.org/archive/X11R7.5/doc/man/man4/sis.4.html

This is not a kernel driver, it's an xorg driver.

Have you tried the steps here: https://wiki.archlinux.org/index.php/SiS ?

Those SIS cards are not exactly fast but using the proper Xorg driver
with the proper parameters as per the Arch wiki may help it work.

Dan

[gentoo-user] Re: suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[»Q«]

On Sun, 17 Apr 2016 21:54:16 +0300
Alexander Kapshuk  wrote:

> On Sun, Apr 17, 2016 at 8:57 PM, »Q«  wrote:
> > I too often forget to use sudo along with emerge --ask, which gets
> > me a prompt to add --pretend to the options, e.g.
> >
> > $ emerge -a firefox
> > This action requires superuser access...
> > Would you like to add --pretend to options? [Yes/No] n
> > $ doh
> > Password:
> >
> > These are the packages that would be merged, in order:
> >
> > Calculating dependencies /... done!
> >
> > ( 'doh' is an alias for 'sudo $(history -p \!\!)'  )
> >
> > I never want to add --pretend to the options;  if I've used --ask,
> > I also meant to use sudo.  I've looked through the documentation and
> > couldn't find a way to stop emerge from prompting me about
> > --pretend, so now I'm asking you if I've overlooked a way.  
> 
> Yes, the 'Would you like to add --pretend to options?' query does seem
> to be hard-coded. See below.
> portage-2.2.26/pym/_emerge/actions.py:2976,3004
> # check if root user is the current user for the actions where emerge
> needs this ...
> uq = UserQuery(emerge_config.opts)
> if uq.query("Would you like to add --pretend to options?",
> "--ask-enter-invalid" in emerge_config.opts) == "No":
> ...

Thanks.  I'll keep living with the prompt and maybe eventually file an
enhancement bug to make it optional.

> I wonder if running the command line in the debug mode, 'emerge -ad
> firefox', would reveal anything of interest.

It shows my options for emerge.

$ emerge -ad firefox
myaction None
myopts {'--with-bdeps': 'y', '--load-average': 11.2, '--debug': True, '--jobs': 
8, '--ask': True, '--ask-enter-invalid': True}
This action requires superuser access...
Would you like to add --pretend to options? [Yes/No] n

Since --ask-enter-invalid appeared in that bit of code, I tried taking
it out of my options in make.conf -- as I expected, that didn't
change whether I get the prompt, just changed how I can answer it.

Re: [gentoo-user] DPMS not working with fbdev driver on Xorg

[Sebastián Pedersen]

Have you have a look in your dmesg and your Xorg.0.log to see what they
report?  Is the firmware for the card specified correctly and does it 
load?


I think that's the problem, I have a sis 771/671 video integrated card:

[sebas@parabolaSebas64 ~]$ lspci | grep -i vga
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 
771/671 PCIE VGA Display Adapter (rev 10)


and none of the video drivers seems to work, except vesa and fbdev 
(althought I'm still intrigated why DPMS works with vesa driver and not 
with fbdev driver)


Thanks.
Sebas

Re: [gentoo-user] suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[Philip Webb]

160417 »Q« wrote:
> I too often forget to use 'sudo' along with 'emerge --ask',
> which gets me a prompt to add '--pretend' to the options.
> I never want to add '--pretend' to the options :
> if I've used '--ask', I also meant to use 'sudo'.

If your machine isn't in a public place, why don't you use a root terminal ?
That's what I've always done & have never used 'sudo', which isn't installed.
Also, I've always used '-v' rather than '-a', as it's simpler.
After 'emerge -pv ', I then carry on with 'emerge -1 '
or simply 'emerge ', if it's a World or System pkg.

Really, there are simple ways of doing things with Gentoo,
which avoid a lot of the complications + hassles others complain about.

HTH (smile).

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

Re: [gentoo-user] And thus the emerge spake...

[Dale]

Neil Bothwick wrote:
> On Sun, 17 Apr 2016 10:32:02 -0500, Dale wrote:
>
>> I might add, I added --oneshot to my make.conf command for emerge a long
>> time ago.  When I really want something in the world file, I add it with
>> the --select y option on the command line, add -n if already installed. 
> Good idea, but you can use -n with packages that aren't installed and
> portage will install them as well as adding them to @world.
>
>

Ahhh.  I didn't know that part.  That's neat too.

Dale

:-)  :-) 

[gentoo-user] Re: suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[»Q«]

On Sun, 17 Apr 2016 20:02:54 +0200
Ralf  wrote:

> ... What about aliasing emerge to sudo emerge? :-)

Because sometimes I want to use sudo with emerge and sometimes not.  I
do have sudo-included aliases for a couple of the more common cases,

alias upworld='sudo emerge -auvD --changed-use @world'
alias upworldyes='sudo emerge -uvD --changed-use @world'

[gentoo-user] Re: VLC could not decode the opus audio

[»Q«]

On Sun, 17 Apr 2016 20:49:06 +0300
gevisz  wrote:

> 2016-04-17 20:45 GMT+03:00 gevisz :
> > 2016-04-17 19:12 GMT+03:00 »Q« :  

> >> I'm pretty sure what happened was that vlc had a security issue,
> >> and a new version had to be stabilized, some time in 2014 or early
> >> 2015.  At that point, for opus support the new stable VLC required
> >> an unstable opus, so they stable-masked the flag for VLC.  Later,
> >> a new-enough opus was stabilized;  at that point, the flag for VLC
> >> should have been unmasked, but it fell through the cracks.  There
> >> was already whining in bug comments about it not getting done, so
> >> I didn't add my voice.  
> >
> > Thank you both for the help.
> >
> > After creating /etc/portage/profile/package.use.stable.mask
> > with the line
> > media-video/vlc -opus
> > I finally could see the opus use flag via
> > equery uses vlc
> >
> > Setting this flag and recompiling vlc solved the problem.  
> 
> But I still have a feeling that it should have been done in a better
> way. ;)

As far as I could tell, the reason the mask didn't get taken out of the
profile(s) was that discussion of it was mostly in a meta bug and in a
bug about stabilization for VLC itself and it's nobody's responsibility
to track and undo flag masks which are no longer needed.

Ben de Groot is the one who masked it in the first place.  There was
good reason at the time, but there's no good reason I could find to
continue with it masked.

$ grep -iRC 2 opus /usr/portage/profiles/* | grep -iC 2 groot
--
/usr/portage/profiles/arch/amd64/package.use.stable.mask-
/usr/portage/profiles/arch/amd64/package.use.stable.mask-# Ben de Groot 
=opus-1.0.3 is 
still not stable (bug 500868)
/usr/portage/profiles/arch/amd64/package.use.stable.mask:media-video/vlc opus
--
/usr/portage/profiles/arch/x86/package.use.stable.mask-
/usr/portage/profiles/arch/x86/package.use.stable.mask-# Ben de Groot 
=opus-1.0.3 is still 
not stable (bug 500868)
/usr/portage/profiles/arch/x86/package.use.stable.mask:media-video/vlc opus 

Re: [gentoo-user] And thus the emerge spake...

[Neil Bothwick]

On Sun, 17 Apr 2016 10:32:02 -0500, Dale wrote:

> I might add, I added --oneshot to my make.conf command for emerge a long
> time ago.  When I really want something in the world file, I add it with
> the --select y option on the command line, add -n if already installed. 

Good idea, but you can use -n with packages that aren't installed and
portage will install them as well as adding them to @world.


-- 
Neil Bothwick

Accordion: a bagpipe with pleats.


pgpfYRAl065ys.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: LibreOffice problem importing file : solved

[Andreas K. Hüttel]

Am Sonntag, 17. April 2016, 03:30:15 schrieb Philip Webb:

:)

> So another question arises :
> has it always been necessary to add the user to the video group

no it hasn't in the past, but with 3d acceleration creeping in everywhere...

> If the latter, how are users supposed to know re such matters ?

good question... I was wondering for quite some time why sddm only showed a 
black screen, until I realized that the sddm user needs to be in video group 
too (it's in the Plasma update howto)...

tl;dr - happened to me too. and a solution or at least some big error / 
warning would be nice... thinking about it.


-- 
Andreas K. Hüttel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-user] Calm

[Neil Bothwick]

On Sat, 16 Apr 2016 14:48:51 +, Alan Mackenzie wrote:

> So a big thanks to all the developers who've brought about this happy
> state of affairs!

+1


-- 
Neil Bothwick

Top Oxymorons Number 14: Temporary tax increase


pgpIH7iszB7xQ.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Layman defunct on my box?

[Andrej Rode]

Hi,


Any hint which puts my feet back to the holy road is very
appreciated... ;)


I usually throw "emerge --regen" after adding a new overlay.

Regards,
Andrej

--
Sent from my Wintendo

Re: [gentoo-user] suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[Alexander Kapshuk]

On Sun, Apr 17, 2016 at 8:57 PM, »Q«  wrote:
> I too often forget to use sudo along with emerge --ask, which gets me
> a prompt to add --pretend to the options, e.g.
>
> $ emerge -a firefox
> This action requires superuser access...
> Would you like to add --pretend to options? [Yes/No] n
> $ doh
> Password:
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies /... done!
>
> ( 'doh' is an alias for 'sudo $(history -p \!\!)'  )
>
> I never want to add --pretend to the options;  if I've used --ask,
> I also meant to use sudo.  I've looked through the documentation and
> couldn't find a way to stop emerge from prompting me about --pretend,
> so now I'm asking you if I've overlooked a way.
>
>

Yes, the 'Would you like to add --pretend to options?' query does seem
to be hard-coded. See below.
portage-2.2.26/pym/_emerge/actions.py:2976,3004
# check if root user is the current user for the actions where emerge needs this
...
uq = UserQuery(emerge_config.opts)
if uq.query("Would you like to add --pretend to options?",
"--ask-enter-invalid" in emerge_config.opts) == "No":
...

I wonder if running the command line in the debug mode, 'emerge -ad
firefox', would reveal anything of interest.

Re: [gentoo-user] suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[Ralf]

... What about aliasing emerge to sudo emerge? :-)

Cheers
  Ralf

On 04/17/2016 07:57 PM, »Q« wrote:
> I too often forget to use sudo along with emerge --ask, which gets me
> a prompt to add --pretend to the options, e.g.
>
> $ emerge -a firefox
> This action requires superuser access...
> Would you like to add --pretend to options? [Yes/No] n
> $ doh
> Password: 
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies /... done!
>
> ( 'doh' is an alias for 'sudo $(history -p \!\!)'  )
>
> I never want to add --pretend to the options;  if I've used --ask,
> I also meant to use sudo.  I've looked through the documentation and
> couldn't find a way to stop emerge from prompting me about --pretend,
> so now I'm asking you if I've overlooked a way.
>
>

[gentoo-user] suppressing the 'would you like to add --pretend' prompt when using emerge --ask

[»Q«]

I too often forget to use sudo along with emerge --ask, which gets me
a prompt to add --pretend to the options, e.g.

$ emerge -a firefox
This action requires superuser access...
Would you like to add --pretend to options? [Yes/No] n
$ doh
Password: 

These are the packages that would be merged, in order:

Calculating dependencies /... done!

( 'doh' is an alias for 'sudo $(history -p \!\!)'  )

I never want to add --pretend to the options;  if I've used --ask,
I also meant to use sudo.  I've looked through the documentation and
couldn't find a way to stop emerge from prompting me about --pretend,
so now I'm asking you if I've overlooked a way.

Re: [gentoo-user] Re: VLC could not decode the opus audio

[gevisz]

2016-04-17 20:45 GMT+03:00 gevisz :
> 2016-04-17 19:12 GMT+03:00 »Q« :
>> On Sun, 17 Apr 2016 11:47:19 +0300
>> gevisz  wrote:
>>
>>> "VLC could not decode the format "Opus" (Opus Audio)"
>>>
>>> I have tried to add the opus use flag to media-video/ffmpeg
>>> and to add the matroska use flag to media-video/vlc
>>>
>>> No results.
>>>
>>> Any suggestions?
>>>
>>> I just have read that opus is an open sourse audio format
>>> that is much better that mp3.
>>>
>>> Why it is not supported by default then?
>>
>> Adding 'media-video/vlc -opus'
>> to /etc/portage/profile/package.use.stable.mask will override, to let
>> you use the flag with VLC.  (The '-' is not a typo.  It's there
>> because '-opus' removes opus from the masked flags.)
>>
>> I tried to figure out the other day why opus is stable-masked for VLC
>> and wound up in a maze of bugs.  I'm sorry I don't have the bug numbers
>> for them.  If you want to dive into the maze, grep around
>> in /usr/portage/profiles for vlc and opus.
>>
>> I'm pretty sure what happened was that vlc had a security issue, and a
>> new version had to be stabilized, some time in 2014 or early 2015.  At
>> that point, for opus support the new stable VLC required an unstable
>> opus, so they stable-masked the flag for VLC.  Later, a new-enough opus
>> was stabilized;  at that point, the flag for VLC should have been
>> unmasked, but it fell through the cracks.  There was already whining in
>> bug comments about it not getting done, so I didn't add my voice.
>
> Thank you both for the help.
>
> After creating /etc/portage/profile/package.use.stable.mask
> with the line
> media-video/vlc -opus
> I finally could see the opus use flag via
> equery uses vlc
>
> Setting this flag and recompiling vlc solved the problem.

But I still have a feeling that it should have been done in a better way. ;)

Re: [gentoo-user] Re: VLC could not decode the opus audio

[gevisz]

2016-04-17 19:12 GMT+03:00 »Q« :
> On Sun, 17 Apr 2016 11:47:19 +0300
> gevisz  wrote:
>
>> "VLC could not decode the format "Opus" (Opus Audio)"
>>
>> I have tried to add the opus use flag to media-video/ffmpeg
>> and to add the matroska use flag to media-video/vlc
>>
>> No results.
>>
>> Any suggestions?
>>
>> I just have read that opus is an open sourse audio format
>> that is much better that mp3.
>>
>> Why it is not supported by default then?
>
> Adding 'media-video/vlc -opus'
> to /etc/portage/profile/package.use.stable.mask will override, to let
> you use the flag with VLC.  (The '-' is not a typo.  It's there
> because '-opus' removes opus from the masked flags.)
>
> I tried to figure out the other day why opus is stable-masked for VLC
> and wound up in a maze of bugs.  I'm sorry I don't have the bug numbers
> for them.  If you want to dive into the maze, grep around
> in /usr/portage/profiles for vlc and opus.
>
> I'm pretty sure what happened was that vlc had a security issue, and a
> new version had to be stabilized, some time in 2014 or early 2015.  At
> that point, for opus support the new stable VLC required an unstable
> opus, so they stable-masked the flag for VLC.  Later, a new-enough opus
> was stabilized;  at that point, the flag for VLC should have been
> unmasked, but it fell through the cracks.  There was already whining in
> bug comments about it not getting done, so I didn't add my voice.

Thank you both for the help.

After creating /etc/portage/profile/package.use.stable.mask
with the line
media-video/vlc -opus
I finally could see the opus use flag via
equery uses vlc

Setting this flag and recompiling vlc solved the problem.

Re: [gentoo-user] DPMS not working with fbdev driver on Xorg

[Mick]

On Sunday 17 Apr 2016 13:23:35 Sebastián Pedersen wrote:
> On 17-04-2016 12:43 PM, Dale wrote:
> > Sebastián Pedersen wrote:
> >> Hi guys,
> >> 
> >> Sorry to bother because I'm actually using Arch, but since in the past
> >> this list has given to me outstandings solutions, I git a try here.
> >> 
> >> I'm having a problem: in Xorg, with the vesa driver the DPMS works
> >> just fine, but with the fbdev driver (framebuffer) the screen goes
> >> blank but the monitor never enters in powersave mode.
> >> And the only configuration that I modify is the video driver in use.

Modern kernels do not need vesa, other than a fallback if the main drivers for 
the card fail.


> >> My main problem is that the vesa driver doens't work very well with my
> >> video card, so that's why I use the fbdev driver.

You should instead be using the appropriate driver for your card, along with 
the correct firmware, so that it can load the framebuffer sub-module as it 
needs to.

> >> Any ideas why this happend?
> >> 
> >> Many thanks in advance.
> >> 
> >> Cheers,
> >> Sebas
> > 
> > Since this is video related, are you in the video group?  Several other
> > video issues have popped up recently that seem to require users in the
> > video group.  It's easy enough to check.  This should work.
> > 
> > cat /etc/group | grep video
> > 
> > If that doesn't help, I'm sure someone will come along with other
> > ideas.
> > 
> > Dale
> > 
> > :-)  :-)
> 
> Thanks. I'm in the video group.
> 
> Yeah, hope someone can help.
> I would like it to work because comsuption of electricity is a variable
> to control for me right now.
> 
> Thanks any way.
> 
> Sebas

Have you have a look in your dmesg and your Xorg.0.log to see what they 
report?  Is the firmware for the card specified correctly and does it load?

-- 
Regards,
Mick

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

Re: [gentoo-user] In search of an XMPP client with OTR

[Meino . Cramer]

Max R.D. Parmer  [16-04-17 18:20]:
> Hello Meino, perhaps this will help:
> https://github.com/maxrp/profanity-overlay
> 
> Profanity is a great client IMO. There's another called Jackline
> (written in OCaml) that is pretty cool and supports OTR too.
> 
> --
> 0x7D964D3361142ACF
> 
> On Sun, Apr 17, 2016, at 02:20, meino.cra...@gmx.de wrote:
> > Hi,
> > 
> > I am looking for a XMPP client with OTR support. I prefer
> > programs like mutt rather than the GUI-heavy things...
> > 
> > I tried centerim but it does not recognized my F keys and
> > seems to be a little old too (?).
> > 
> > Then I tried profnity and followed the instructions from here:
> > http://www.profanity.im/install.html
> > but it seems no longer in the overlay "stuff" as it was not
> > found while trying to emerge it.
> > 
> > What other client is a recommended XMPP client on Linux with OTR support
> > -
> > the stronger its privacy approach the better...;)
> > 
> > Thank you very much in advance for any help!
> > Best regards,
> > Meino
> > 
> > 
> > 
> > 
> 

Hi Max,

Trystero??? "The crying of lot 49"?...and from this source a hint
what secured messenger to useWHAT A COINCIDENCE!!! ;)))

Currently I am fiting against/with layman ... I had found kadu in 
the meantime but portage only has an older version available...
See previous posting from me...

I have to confess that I am at the very beginning of understanding all
this IM/IRC things and the OTR/SSL/TLS stuff. And a working client
would be a great step for me (in opposite to Neil Amstrong...).

First I have to get a working layman...:)

Best regards,
Meino

Re: [gentoo-user] DPMS not working with fbdev driver on Xorg

[Sebastián Pedersen]

On 17-04-2016 12:43 PM, Dale wrote:

Sebastián Pedersen wrote:

Hi guys,

Sorry to bother because I'm actually using Arch, but since in the past
this list has given to me outstandings solutions, I git a try here.

I'm having a problem: in Xorg, with the vesa driver the DPMS works
just fine, but with the fbdev driver (framebuffer) the screen goes
blank but the monitor never enters in powersave mode.
And the only configuration that I modify is the video driver in use.

My main problem is that the vesa driver doens't work very well with my
video card, so that's why I use the fbdev driver.

Any ideas why this happend?

Many thanks in advance.

Cheers,
Sebas






Since this is video related, are you in the video group?  Several other
video issues have popped up recently that seem to require users in the
video group.  It's easy enough to check.  This should work.

cat /etc/group | grep video

If that doesn't help, I'm sure someone will come along with other 
ideas.


Dale

:-)  :-)


Thanks. I'm in the video group.

Yeah, hope someone can help.
I would like it to work because comsuption of electricity is a variable 
to control for me right now.


Thanks any way.

Sebas

[gentoo-user] Re: VLC could not decode the opus audio

[»Q«]

On Sun, 17 Apr 2016 11:47:19 +0300
gevisz  wrote:

> "VLC could not decode the format "Opus" (Opus Audio)"
> 
> I have tried to add the opus use flag to media-video/ffmpeg
> and to add the matroska use flag to media-video/vlc
> 
> No results.
> 
> Any suggestions?
> 
> I just have read that opus is an open sourse audio format
> that is much better that mp3.
> 
> Why it is not supported by default then?

Adding 'media-video/vlc -opus'
to /etc/portage/profile/package.use.stable.mask will override, to let
you use the flag with VLC.  (The '-' is not a typo.  It's there
because '-opus' removes opus from the masked flags.)

I tried to figure out the other day why opus is stable-masked for VLC
and wound up in a maze of bugs.  I'm sorry I don't have the bug numbers
for them.  If you want to dive into the maze, grep around
in /usr/portage/profiles for vlc and opus.  

I'm pretty sure what happened was that vlc had a security issue, and a
new version had to be stabilized, some time in 2014 or early 2015.  At
that point, for opus support the new stable VLC required an unstable
opus, so they stable-masked the flag for VLC.  Later, a new-enough opus
was stabilized;  at that point, the flag for VLC should have been
unmasked, but it fell through the cracks.  There was already whining in
bug comments about it not getting done, so I didn't add my voice.

[gentoo-user] Layman defunct on my box?

[Meino . Cramer]

Hi,

I followed this instructions:
http://www.kadu.im/w/English:Download:Gentoo

it works ... except for the part where it comes to  emerge a newer
version of kadu (kadu 3.0). No errors...simply emerge does not "see"
the overlay.

Then I tried to fix the problem with this instructions:
https://wiki.gentoo.org/wiki/Layman
and this:
https://wiki.gentoo.org/wiki/Project:Overlays/User_Guide
but still no luck.

I took a deeper look into 
/var/lib/layman/roslin/net-im/kadu

and found:
-rw-r--r-- 1 root root 17628 2016-04-17 17:28 ChangeLog
-rw-r--r-- 1 root root  1177 2016-04-17 17:28 kadu-1.5.ebuild
-rw-r--r-- 1 root root  1168 2016-04-17 17:28 kadu-2.0.ebuild
-rw-r--r-- 1 root root  1168 2016-04-17 17:28 kadu-2.1.ebuild
-rw-r--r-- 1 root root  1264 2016-04-17 17:28 kadu-3.0.ebuild
-rw-r--r-- 1 root root  1188 2016-04-17 17:28 kadu-4.0_alpha1.ebuild
-rw-r--r-- 1 root root   426 2016-04-17 17:28 metadata.xml

so...it /is/ there...but...

Any hint which puts my feet back to the holy road is very
appreciated... ;)

Thanks in advance for any help!
Best regards
Meino

Re: [gentoo-user] In search of an XMPP client with OTR

[Max R.D. Parmer]

Hello Meino, perhaps this will help:
https://github.com/maxrp/profanity-overlay

Profanity is a great client IMO. There's another called Jackline
(written in OCaml) that is pretty cool and supports OTR too.

--
0x7D964D3361142ACF

On Sun, Apr 17, 2016, at 02:20, meino.cra...@gmx.de wrote:
> Hi,
> 
> I am looking for a XMPP client with OTR support. I prefer
> programs like mutt rather than the GUI-heavy things...
> 
> I tried centerim but it does not recognized my F keys and
> seems to be a little old too (?).
> 
> Then I tried profnity and followed the instructions from here:
> http://www.profanity.im/install.html
> but it seems no longer in the overlay "stuff" as it was not
> found while trying to emerge it.
> 
> What other client is a recommended XMPP client on Linux with OTR support
> -
> the stronger its privacy approach the better...;)
> 
> Thank you very much in advance for any help!
> Best regards,
> Meino
> 
> 
> 
> 

Re: [gentoo-user] DPMS not working with fbdev driver on Xorg

[Dale]

Sebastián Pedersen wrote:
> Hi guys,
>
> Sorry to bother because I'm actually using Arch, but since in the past
> this list has given to me outstandings solutions, I git a try here.
>
> I'm having a problem: in Xorg, with the vesa driver the DPMS works
> just fine, but with the fbdev driver (framebuffer) the screen goes
> blank but the monitor never enters in powersave mode.
> And the only configuration that I modify is the video driver in use.
>
> My main problem is that the vesa driver doens't work very well with my
> video card, so that's why I use the fbdev driver.
>
> Any ideas why this happend?
>
> Many thanks in advance.
>
> Cheers,
> Sebas
>
>
>


Since this is video related, are you in the video group?  Several other
video issues have popped up recently that seem to require users in the
video group.  It's easy enough to check.  This should work.

cat /etc/group | grep video

If that doesn't help, I'm sure someone will come along with other ideas. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: kde 5 and portable media mounting

[Dale]

Nikos Chantziaras wrote:
> On 17/04/16 05:26, Francisco Ares wrote:
>> On KDE 4, it was ok, it mounted removable media in
>> /run/[username]/[medialabel] , as the users were already in "plugdev"
>> group and, just in case, the "disk" group as well - and they are there
>> up to now.
>
> When the pop-up notification comes up that says a device has been
> plugged in, did you click on the checkmark on that notification? If
> you click the device itself, you will get "permission denied". If you
> click the checkmark, it work fine.
>
> (Don't ask me why that is. This is KDE. I stopped asking such silly
> questions a very long time ago.


I might add, once you click that it will then open with file manager as
well.  If you click to open in file manager first, you get the error. 
Odd stuff it is. 

I might add, while my camera works, I have to start digikam manually
where I used to click on the open in digiKam entry there.  I know I can
add the entry there but I'm not sure how that works since when I do, it
doesn't work.  Clicking the mount thing first doesn't work either.  It
still doesn't show the entry like it used to. 

I've learned that asking about the way KDE does some things is not a
good idea either. 

Dale

:-)  :-) 

Re: [gentoo-user] And thus the emerge spake...

[Dale]

meino.cra...@gmx.de wrote:
> Mick  [16-04-17 14:00]:
>> On Sunday 17 Apr 2016 11:44:50 Alan McKinnon wrote:
>>> On 17/04/2016 11:36, meino.cra...@gmx.de wrote:
 Alan McKinnon  [16-04-17 11:08]:
> On 17/04/2016 05:45, meino.cra...@gmx.de wrote:
>> Hi,
>>
>> ...and the novice was buffled and even the master shifted a little bit
>> after recognizing this words of the eternal being named emerge.
>> I know, that there is a difference in knowing the path and walking the
>> path, but it seems that I am not supposed to understand this:
>>
>>
>> These are the packages that would be merged, in reverse order:
>>
>> Calculating dependencies... done!
>>
>> Total: 0 packages, Size of downloads: 0 KiB
>>
>> WARNING: One or more updates/rebuilds have been skipped due to a
>> dependency conflict:
>>
>> dev-util/boost-build:0
>>
>>   (dev-util/boost-build-1.60.0:0/0::gentoo, ebuild scheduled for merge)
>>   conflicts with>>>   
>> =dev-util/boost-build-1.58* required by
>> (dev-libs/boost-1.58.0-r1:0/1.58.0::gentoo, installed) ^   
>>  ^
>>
>> !!! The following update has been skipped due to unsatisfied
>> dependencies:
>>
>> dev-libs/boost:0
>>
>> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.60*" have
>> been masked. !!! One of the following masked packages is required to
>> complete your request: - dev-util/boost-build-1.60.0::gentoo (masked
>> by: )
>>
>>
>> For me it looks like boost not beeing updated/reinstalled because of
>> another version of boost, which depends on boost.
>>
>> HELP, I need somebody, HELP, not just anybody hee-eee-eelp u!
>>
>> Thanks for any HELP in advance! May the source be with you...
>> Best regards,
>> Meino
> Hah! That's one of those blockers that makes little or no sense.
>
>
> boost has this dep:
>
> DEPEND="${RDEPEND}
>
> =dev-util/boost-build-${MAJOR_V}*"
>
> and boost-build does not depend on boost.
>
> So, logically you'd expect boost to want to upgrade to 1.60, notice
> boost-build's dep and upgrade boost-build as well to match. But it
> doesn't, because boost-build-1.60 is masked for  reason.
>
> It really looks and smells like a bug in emerge[1] when updating world
> where it considers boost-build first, fixes the version to use to match
> current boost, and then can't find a way to upgrade boost.
>
> Solution would seem to be to emerge -C either of them and let portage
> get on with it. Or upgrade just upgrade boost-build by itself then do
> world
>
>
> [1] I wouldn't go so far as to call it a "bug" as such, because nothing
> in the spec requires a package manager to guarantee that it will always
> find the best way to upgrade everything. It only needs to keep the
> system consistent with the ebuilds it has.
 Hi Alan,

 thanks for your reply! :)

 ...and I thought it was me being too limited to see the real truth
 behind that what it is The Matrix.

 But it was only a deja-vuoh wait! It was NO deja-vu ... no
 glitch in The Matrix...we had similiar emerge-ncies in the past. ;)

 I will see how far I can go...I was warned to use 060 of boost...

 Best regards,
 Meino
>>> It reminds me of many years back with two packages that depend on each
>>> other and portage couldn't deal with updating both at the same time.
>>>
>>> emerge -C got a lot of use back then :-)
>> Don't forget to use -1aDv when you emerge boost manually as Alan suggested, 
>> unless for some reason you want boost in your world file.
>>
>> -- 
>> Regards,
>> Mick
>
>
> Hi Mick,
>
> thanks for the warning! Will do so... :)
>
> Best regards,
> Meino
>
>

I might add, I added --oneshot to my make.conf command for emerge a long
time ago.  When I really want something in the world file, I add it with
the --select y option on the command line, add -n if already installed. 
My thinking, I have to put in effort to add something to the world file
instead of putting in effort to not do it.  I also don't have to worry
about forgetting to use -1 either.  If I forget to use --select, I'll
see it when I run --depclean.  Y'all do look at the list --depclean
spits out first right?  lol 

Since I did that, my world file has been improved a LOT.  Before that,
it was a train wreck. 

Dale

:-)  :-)

[gentoo-user] Re: kde 5 and portable media mounting

[Nikos Chantziaras]

On 17/04/16 05:26, Francisco Ares wrote:

On KDE 4, it was ok, it mounted removable media in
/run/[username]/[medialabel] , as the users were already in "plugdev"
group and, just in case, the "disk" group as well - and they are there
up to now.


When the pop-up notification comes up that says a device has been 
plugged in, did you click on the checkmark on that notification? If you 
click the device itself, you will get "permission denied". If you click 
the checkmark, it work fine.


(Don't ask me why that is. This is KDE. I stopped asking such silly 
questions a very long time ago.)

Re: [gentoo-user] VLC could not decode the opus audio

[Stroller]

> On Sun, 17 April 2016, at 9:47 am, gevisz  wrote:
> 
> "VLC could not decode the format "Opus" (Opus Audio)"
> 
> I have tried to add the opus use flag to media-video/ffmpeg
> and to add the matroska use flag to media-video/vlc

vlc itself has an opus USE flag. At least, vlc-2.2.1-r1 does.

If you enable it, it pulls in media-libs/opus and enables opus in the configure 
stage.

> I just have read that opus is an open sourse audio format
> that is much better that mp3.
> 
> Why it is not supported by default then?

This is the kind of USE flag I would enable globally, in make.conf, rather than 
for individual packages. 

With this very question, that's what you're implying you should do.

Stroller.

[gentoo-user] DPMS not working with fbdev driver on Xorg

[Sebastián Pedersen]

Hi guys,

Sorry to bother because I'm actually using Arch, but since in the past 
this list has given to me outstandings solutions, I git a try here.


I'm having a problem: in Xorg, with the vesa driver the DPMS works just 
fine, but with the fbdev driver (framebuffer) the screen goes blank but 
the monitor never enters in powersave mode.

And the only configuration that I modify is the video driver in use.

My main problem is that the vesa driver doens't work very well with my 
video card, so that's why I use the fbdev driver.


Any ideas why this happend?

Many thanks in advance.

Cheers,
Sebas

Re: [gentoo-user] And thus the emerge spake...

[Meino . Cramer]

Mick  [16-04-17 14:00]:
> On Sunday 17 Apr 2016 11:44:50 Alan McKinnon wrote:
> > On 17/04/2016 11:36, meino.cra...@gmx.de wrote:
> > > Alan McKinnon  [16-04-17 11:08]:
> > >> On 17/04/2016 05:45, meino.cra...@gmx.de wrote:
> > >>> Hi,
> > >>> 
> > >>> ...and the novice was buffled and even the master shifted a little bit
> > >>> after recognizing this words of the eternal being named emerge.
> > >>> I know, that there is a difference in knowing the path and walking the
> > >>> path, but it seems that I am not supposed to understand this:
> > >>> 
> > >>> 
> > >>> These are the packages that would be merged, in reverse order:
> > >>> 
> > >>> Calculating dependencies... done!
> > >>> 
> > >>> Total: 0 packages, Size of downloads: 0 KiB
> > >>> 
> > >>> WARNING: One or more updates/rebuilds have been skipped due to a
> > >>> dependency conflict:
> > >>> 
> > >>> dev-util/boost-build:0
> > >>> 
> > >>>   (dev-util/boost-build-1.60.0:0/0::gentoo, ebuild scheduled for merge)
> > >>>   conflicts with>>>   
> > >>> =dev-util/boost-build-1.58* required by
> > >>> (dev-libs/boost-1.58.0-r1:0/1.58.0::gentoo, installed) ^   
> > >>>  ^
> > >>> 
> > >>> !!! The following update has been skipped due to unsatisfied
> > >>> dependencies:
> > >>> 
> > >>> dev-libs/boost:0
> > >>> 
> > >>> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.60*" have
> > >>> been masked. !!! One of the following masked packages is required to
> > >>> complete your request: - dev-util/boost-build-1.60.0::gentoo (masked
> > >>> by: )
> > >>> 
> > >>> 
> > >>> For me it looks like boost not beeing updated/reinstalled because of
> > >>> another version of boost, which depends on boost.
> > >>> 
> > >>> HELP, I need somebody, HELP, not just anybody hee-eee-eelp u!
> > >>> 
> > >>> Thanks for any HELP in advance! May the source be with you...
> > >>> Best regards,
> > >>> Meino
> > >> 
> > >> Hah! That's one of those blockers that makes little or no sense.
> > >> 
> > >> 
> > >> boost has this dep:
> > >> 
> > >> DEPEND="${RDEPEND}
> > >> 
> > >> =dev-util/boost-build-${MAJOR_V}*"
> > >> 
> > >> and boost-build does not depend on boost.
> > >> 
> > >> So, logically you'd expect boost to want to upgrade to 1.60, notice
> > >> boost-build's dep and upgrade boost-build as well to match. But it
> > >> doesn't, because boost-build-1.60 is masked for  reason.
> > >> 
> > >> It really looks and smells like a bug in emerge[1] when updating world
> > >> where it considers boost-build first, fixes the version to use to match
> > >> current boost, and then can't find a way to upgrade boost.
> > >> 
> > >> Solution would seem to be to emerge -C either of them and let portage
> > >> get on with it. Or upgrade just upgrade boost-build by itself then do
> > >> world
> > >> 
> > >> 
> > >> [1] I wouldn't go so far as to call it a "bug" as such, because nothing
> > >> in the spec requires a package manager to guarantee that it will always
> > >> find the best way to upgrade everything. It only needs to keep the
> > >> system consistent with the ebuilds it has.
> > > 
> > > Hi Alan,
> > > 
> > > thanks for your reply! :)
> > > 
> > > ...and I thought it was me being too limited to see the real truth
> > > behind that what it is The Matrix.
> > > 
> > > But it was only a deja-vuoh wait! It was NO deja-vu ... no
> > > glitch in The Matrix...we had similiar emerge-ncies in the past. ;)
> > > 
> > > I will see how far I can go...I was warned to use 060 of boost...
> > > 
> > > Best regards,
> > > Meino
> > 
> > It reminds me of many years back with two packages that depend on each
> > other and portage couldn't deal with updating both at the same time.
> > 
> > emerge -C got a lot of use back then :-)
> 
> Don't forget to use -1aDv when you emerge boost manually as Alan suggested, 
> unless for some reason you want boost in your world file.
> 
> -- 
> Regards,
> Mick



Hi Mick,

thanks for the warning! Will do so... :)

Best regards,
Meino

Re: [gentoo-user] And thus the emerge spake...

[Mick]

On Sunday 17 Apr 2016 11:44:50 Alan McKinnon wrote:
> On 17/04/2016 11:36, meino.cra...@gmx.de wrote:
> > Alan McKinnon  [16-04-17 11:08]:
> >> On 17/04/2016 05:45, meino.cra...@gmx.de wrote:
> >>> Hi,
> >>> 
> >>> ...and the novice was buffled and even the master shifted a little bit
> >>> after recognizing this words of the eternal being named emerge.
> >>> I know, that there is a difference in knowing the path and walking the
> >>> path, but it seems that I am not supposed to understand this:
> >>> 
> >>> 
> >>> These are the packages that would be merged, in reverse order:
> >>> 
> >>> Calculating dependencies... done!
> >>> 
> >>> Total: 0 packages, Size of downloads: 0 KiB
> >>> 
> >>> WARNING: One or more updates/rebuilds have been skipped due to a
> >>> dependency conflict:
> >>> 
> >>> dev-util/boost-build:0
> >>> 
> >>>   (dev-util/boost-build-1.60.0:0/0::gentoo, ebuild scheduled for merge)
> >>>   conflicts with>>>   
> >>> =dev-util/boost-build-1.58* required by
> >>> (dev-libs/boost-1.58.0-r1:0/1.58.0::gentoo, installed) ^   
> >>>  ^
> >>> 
> >>> !!! The following update has been skipped due to unsatisfied
> >>> dependencies:
> >>> 
> >>> dev-libs/boost:0
> >>> 
> >>> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.60*" have
> >>> been masked. !!! One of the following masked packages is required to
> >>> complete your request: - dev-util/boost-build-1.60.0::gentoo (masked
> >>> by: )
> >>> 
> >>> 
> >>> For me it looks like boost not beeing updated/reinstalled because of
> >>> another version of boost, which depends on boost.
> >>> 
> >>> HELP, I need somebody, HELP, not just anybody hee-eee-eelp u!
> >>> 
> >>> Thanks for any HELP in advance! May the source be with you...
> >>> Best regards,
> >>> Meino
> >> 
> >> Hah! That's one of those blockers that makes little or no sense.
> >> 
> >> 
> >> boost has this dep:
> >> 
> >> DEPEND="${RDEPEND}
> >> 
> >> =dev-util/boost-build-${MAJOR_V}*"
> >> 
> >> and boost-build does not depend on boost.
> >> 
> >> So, logically you'd expect boost to want to upgrade to 1.60, notice
> >> boost-build's dep and upgrade boost-build as well to match. But it
> >> doesn't, because boost-build-1.60 is masked for  reason.
> >> 
> >> It really looks and smells like a bug in emerge[1] when updating world
> >> where it considers boost-build first, fixes the version to use to match
> >> current boost, and then can't find a way to upgrade boost.
> >> 
> >> Solution would seem to be to emerge -C either of them and let portage
> >> get on with it. Or upgrade just upgrade boost-build by itself then do
> >> world
> >> 
> >> 
> >> [1] I wouldn't go so far as to call it a "bug" as such, because nothing
> >> in the spec requires a package manager to guarantee that it will always
> >> find the best way to upgrade everything. It only needs to keep the
> >> system consistent with the ebuilds it has.
> > 
> > Hi Alan,
> > 
> > thanks for your reply! :)
> > 
> > ...and I thought it was me being too limited to see the real truth
> > behind that what it is The Matrix.
> > 
> > But it was only a deja-vuoh wait! It was NO deja-vu ... no
> > glitch in The Matrix...we had similiar emerge-ncies in the past. ;)
> > 
> > I will see how far I can go...I was warned to use 060 of boost...
> > 
> > Best regards,
> > Meino
> 
> It reminds me of many years back with two packages that depend on each
> other and portage couldn't deal with updating both at the same time.
> 
> emerge -C got a lot of use back then :-)

Don't forget to use -1aDv when you emerge boost manually as Alan suggested, 
unless for some reason you want boost in your world file.

-- 
Regards,
Mick

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

Re: [gentoo-user] And thus the emerge spake...

[Alan McKinnon]

On 17/04/2016 11:36, meino.cra...@gmx.de wrote:
> Alan McKinnon  [16-04-17 11:08]:
>> On 17/04/2016 05:45, meino.cra...@gmx.de wrote:
>>>
>>> Hi,
>>>
>>> ...and the novice was buffled and even the master shifted a little bit
>>> after recognizing this words of the eternal being named emerge.
>>> I know, that there is a difference in knowing the path and walking the
>>> path, but it seems that I am not supposed to understand this:
>>>
>>>
>>> These are the packages that would be merged, in reverse order:
>>>
>>> Calculating dependencies... done!
>>>
>>> Total: 0 packages, Size of downloads: 0 KiB
>>>
>>> WARNING: One or more updates/rebuilds have been skipped due to a dependency 
>>> conflict:
>>>
>>> dev-util/boost-build:0
>>>
>>>   (dev-util/boost-build-1.60.0:0/0::gentoo, ebuild scheduled for merge) 
>>> conflicts with
>>> =dev-util/boost-build-1.58* required by 
>>> (dev-libs/boost-1.58.0-r1:0/1.58.0::gentoo, installed)
>>> ^ ^
>>>
>>>
>>> !!! The following update has been skipped due to unsatisfied dependencies:
>>>
>>> dev-libs/boost:0
>>>
>>> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.60*" have been 
>>> masked.
>>> !!! One of the following masked packages is required to complete your 
>>> request:
>>> - dev-util/boost-build-1.60.0::gentoo (masked by: )
>>>
>>>
>>> For me it looks like boost not beeing updated/reinstalled because of
>>> another version of boost, which depends on boost.
>>>
>>> HELP, I need somebody, HELP, not just anybody hee-eee-eelp u!
>>>
>>> Thanks for any HELP in advance! May the source be with you...
>>> Best regards,
>>> Meino
>>>
>>>
>>>
>>
>>
>> Hah! That's one of those blockers that makes little or no sense.
>>
>>
>> boost has this dep:
>>
>> DEPEND="${RDEPEND}
>> =dev-util/boost-build-${MAJOR_V}*"
>>
>> and boost-build does not depend on boost.
>>
>> So, logically you'd expect boost to want to upgrade to 1.60, notice
>> boost-build's dep and upgrade boost-build as well to match. But it
>> doesn't, because boost-build-1.60 is masked for  reason.
>>
>> It really looks and smells like a bug in emerge[1] when updating world
>> where it considers boost-build first, fixes the version to use to match
>> current boost, and then can't find a way to upgrade boost.
>>
>> Solution would seem to be to emerge -C either of them and let portage
>> get on with it. Or upgrade just upgrade boost-build by itself then do world
>>
>>
>> [1] I wouldn't go so far as to call it a "bug" as such, because nothing
>> in the spec requires a package manager to guarantee that it will always
>> find the best way to upgrade everything. It only needs to keep the
>> system consistent with the ebuilds it has.
>>
>> -- 
>> Alan McKinnon
>> alan.mckin...@gmail.com
>>
>>
> 
> Hi Alan,
> 
> thanks for your reply! :)
> 
> ...and I thought it was me being too limited to see the real truth
> behind that what it is The Matrix.
> 
> But it was only a deja-vuoh wait! It was NO deja-vu ... no 
> glitch in The Matrix...we had similiar emerge-ncies in the past. ;)
> 
> I will see how far I can go...I was warned to use 060 of boost...
> 
> Best regards,
> Meino
> 
> 
> 

It reminds me of many years back with two packages that depend on each
other and portage couldn't deal with updating both at the same time.

emerge -C got a lot of use back then :-)

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

Re: [gentoo-user] And thus the emerge spake...

[Meino . Cramer]

Alan McKinnon  [16-04-17 11:08]:
> On 17/04/2016 05:45, meino.cra...@gmx.de wrote:
> > 
> > Hi,
> > 
> > ...and the novice was buffled and even the master shifted a little bit
> > after recognizing this words of the eternal being named emerge.
> > I know, that there is a difference in knowing the path and walking the
> > path, but it seems that I am not supposed to understand this:
> > 
> > 
> > These are the packages that would be merged, in reverse order:
> > 
> > Calculating dependencies... done!
> > 
> > Total: 0 packages, Size of downloads: 0 KiB
> > 
> > WARNING: One or more updates/rebuilds have been skipped due to a dependency 
> > conflict:
> > 
> > dev-util/boost-build:0
> > 
> >   (dev-util/boost-build-1.60.0:0/0::gentoo, ebuild scheduled for merge) 
> > conflicts with
> > =dev-util/boost-build-1.58* required by 
> > (dev-libs/boost-1.58.0-r1:0/1.58.0::gentoo, installed)
> > ^ ^
> > 
> > 
> > !!! The following update has been skipped due to unsatisfied dependencies:
> > 
> > dev-libs/boost:0
> > 
> > !!! All ebuilds that could satisfy "=dev-util/boost-build-1.60*" have been 
> > masked.
> > !!! One of the following masked packages is required to complete your 
> > request:
> > - dev-util/boost-build-1.60.0::gentoo (masked by: )
> > 
> > 
> > For me it looks like boost not beeing updated/reinstalled because of
> > another version of boost, which depends on boost.
> > 
> > HELP, I need somebody, HELP, not just anybody hee-eee-eelp u!
> > 
> > Thanks for any HELP in advance! May the source be with you...
> > Best regards,
> > Meino
> > 
> > 
> > 
> 
> 
> Hah! That's one of those blockers that makes little or no sense.
> 
> 
> boost has this dep:
> 
> DEPEND="${RDEPEND}
> =dev-util/boost-build-${MAJOR_V}*"
> 
> and boost-build does not depend on boost.
> 
> So, logically you'd expect boost to want to upgrade to 1.60, notice
> boost-build's dep and upgrade boost-build as well to match. But it
> doesn't, because boost-build-1.60 is masked for  reason.
> 
> It really looks and smells like a bug in emerge[1] when updating world
> where it considers boost-build first, fixes the version to use to match
> current boost, and then can't find a way to upgrade boost.
> 
> Solution would seem to be to emerge -C either of them and let portage
> get on with it. Or upgrade just upgrade boost-build by itself then do world
> 
> 
> [1] I wouldn't go so far as to call it a "bug" as such, because nothing
> in the spec requires a package manager to guarantee that it will always
> find the best way to upgrade everything. It only needs to keep the
> system consistent with the ebuilds it has.
> 
> -- 
> Alan McKinnon
> alan.mckin...@gmail.com
> 
> 

Hi Alan,

thanks for your reply! :)

...and I thought it was me being too limited to see the real truth
behind that what it is The Matrix.

But it was only a deja-vuoh wait! It was NO deja-vu ... no 
glitch in The Matrix...we had similiar emerge-ncies in the past. ;)

I will see how far I can go...I was warned to use 060 of boost...

Best regards,
Meino

Re: [gentoo-user] Calm

[Dale]

J. Roeleveld wrote:
> On Saturday, April 16, 2016 07:07:16 PM Dale wrote:
>
>> I was thinking fence post but we have the same idea.  ;-)
> You're referring to a LART?
> http://www.urbandictionary.com/define.php?term=LART


That's the one.  ROFL 


> Actually, I think the only info I got from it was that I had to switch
> to sddm and emerge the plasma package.  Since I have a mix of stable and
> unstable here, it went down a whole new path after that.  I had hard
> blockers, other packages that had to be keyworded and to change some USE
> flags as well.  If I was running stable only, then the guide would
> likely have worked step by step.  It did give the basic info that I
> needed even tho I was running a install that was different.
> It also gave some commands on how to find packages you'd need to temporarily 
> remove from the world-file.

Hmmm, I didn't have to do that.  The biggest blocker I had was because
of a entry in one of the package.* files.  I can't recall what it was
now tho.  I think I just commented it out completely and then emerge was
much happier. 

As we know, running a mixed system is sometimes harder than running
either all stable or all unstable.  I'm sure it ticks off emerge too.  ;-) 


>> That is what I was talking about.  Many years ago, even thinking you
>> could do a emerge -e world of that many packages without at least a
>> dozen failures of some kind would be nuts.  I'm talking rooms with
>> rubber walls nuts too.  Actually, if I had not forgot to keyword that
>> new version, it would have worked.  That version had already failed and
>> I should have done the keyword change first.  So really, it was my fault.
> Not removing failing versions Like to life dangerously?

Well, I think it wouldn't build because another package was at a version
that package didn't like and it tried to build on that.  Basically,
there was a couple packages in sort of a mismatch. 

>> The longest uptime I have ever had was running Gentoo. If it wasn't
>> for power failures, I may not ever reboot this thing. lol 
> Same here, but I tend to reboot only for kernel upgrades. Power failures 
> don't 
> happen that much here.
>
> --
> Joost
>
>

We used to have frequent power outages.  If it was windy, lights out. 
If it was raining and windy, certainly lights out then.  A few years
ago, they replaced a whole section of power lines that went about 10
miles.  It went from the substation almost to the road I live on which
is where they kept having trouble. I think what it was doing is the wind
or rain would weigh the lines down and they were so old and weak, they
broke.  Oddly tho, winter didn't seem to bother them as much as summer. 
Since they replaced that large section of lines, they may blink at times
but that's about it.  Also, they cleared out a LOT of trees that was
around the lines too.  They do that every few years tho. 

Yea, I live out in the sticks.  We hunt, fish, grow a garden etc out
here.  If I don't get some sleep, I won't be able to work on that
tractor when the sun pops up in a few hours either.  It needs a new
clutch. 

Dale

:-)  :-) 

[gentoo-user] In search of an XMPP client with OTR

[Meino . Cramer]

Hi,

I am looking for a XMPP client with OTR support. I prefer
programs like mutt rather than the GUI-heavy things...

I tried centerim but it does not recognized my F keys and
seems to be a little old too (?).

Then I tried profnity and followed the instructions from here:
http://www.profanity.im/install.html
but it seems no longer in the overlay "stuff" as it was not
found while trying to emerge it.

What other client is a recommended XMPP client on Linux with OTR support -
the stronger its privacy approach the better...;)

Thank you very much in advance for any help!
Best regards,
Meino

Re: [gentoo-user] And thus the emerge spake...

[Alan McKinnon]

On 17/04/2016 11:00, Alan McKinnon wrote:
> On 17/04/2016 05:45, meino.cra...@gmx.de wrote:
>>
>> Hi,
>>
>> ...and the novice was buffled and even the master shifted a little bit
>> after recognizing this words of the eternal being named emerge.
>> I know, that there is a difference in knowing the path and walking the
>> path, but it seems that I am not supposed to understand this:
>>
>>
>> These are the packages that would be merged, in reverse order:
>>
>> Calculating dependencies... done!
>>
>> Total: 0 packages, Size of downloads: 0 KiB
>>
>> WARNING: One or more updates/rebuilds have been skipped due to a dependency 
>> conflict:
>>
>> dev-util/boost-build:0
>>
>>   (dev-util/boost-build-1.60.0:0/0::gentoo, ebuild scheduled for merge) 
>> conflicts with
>> =dev-util/boost-build-1.58* required by 
>> (dev-libs/boost-1.58.0-r1:0/1.58.0::gentoo, installed)
>> ^ ^
>>
>>
>> !!! The following update has been skipped due to unsatisfied dependencies:
>>
>> dev-libs/boost:0
>>
>> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.60*" have been 
>> masked.
>> !!! One of the following masked packages is required to complete your 
>> request:
>> - dev-util/boost-build-1.60.0::gentoo (masked by: )
>>
>>
>> For me it looks like boost not beeing updated/reinstalled because of
>> another version of boost, which depends on boost.
>>
>> HELP, I need somebody, HELP, not just anybody hee-eee-eelp u!
>>
>> Thanks for any HELP in advance! May the source be with you...
>> Best regards,
>> Meino
>>
>>
>>
> 
> 
> Hah! That's one of those blockers that makes little or no sense.
> 
> 
> boost has this dep:
> 
> DEPEND="${RDEPEND}
> =dev-util/boost-build-${MAJOR_V}*"
> 
> and boost-build does not depend on boost.
> 
> So, logically you'd expect boost to want to upgrade to 1.60, notice
> boost-build's dep and upgrade boost-build as well to match. But it
> doesn't, because boost-build-1.60 is masked for  reason.
> 
> It really looks and smells like a bug in emerge[1] when updating world
> where it considers boost-build first, fixes the version to use to match
> current boost, and then can't find a way to upgrade boost.
> 
> Solution would seem to be to emerge -C either of them and let portage
> get on with it. Or upgrade just upgrade boost-build by itself then do world

turns out that is not sufficient. This seems to work for me:

emerge boost-build
emerge boost

> 
> 
> [1] I wouldn't go so far as to call it a "bug" as such, because nothing
> in the spec requires a package manager to guarantee that it will always
> find the best way to upgrade everything. It only needs to keep the
> system consistent with the ebuilds it has.
> 


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

Re: [gentoo-user] And thus the emerge spake...

[Alan McKinnon]

On 17/04/2016 05:45, meino.cra...@gmx.de wrote:
> 
> Hi,
> 
> ...and the novice was buffled and even the master shifted a little bit
> after recognizing this words of the eternal being named emerge.
> I know, that there is a difference in knowing the path and walking the
> path, but it seems that I am not supposed to understand this:
> 
> 
> These are the packages that would be merged, in reverse order:
> 
> Calculating dependencies... done!
> 
> Total: 0 packages, Size of downloads: 0 KiB
> 
> WARNING: One or more updates/rebuilds have been skipped due to a dependency 
> conflict:
> 
> dev-util/boost-build:0
> 
>   (dev-util/boost-build-1.60.0:0/0::gentoo, ebuild scheduled for merge) 
> conflicts with
> =dev-util/boost-build-1.58* required by 
> (dev-libs/boost-1.58.0-r1:0/1.58.0::gentoo, installed)
> ^ ^
> 
> 
> !!! The following update has been skipped due to unsatisfied dependencies:
> 
> dev-libs/boost:0
> 
> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.60*" have been 
> masked.
> !!! One of the following masked packages is required to complete your request:
> - dev-util/boost-build-1.60.0::gentoo (masked by: )
> 
> 
> For me it looks like boost not beeing updated/reinstalled because of
> another version of boost, which depends on boost.
> 
> HELP, I need somebody, HELP, not just anybody hee-eee-eelp u!
> 
> Thanks for any HELP in advance! May the source be with you...
> Best regards,
> Meino
> 
> 
> 


Hah! That's one of those blockers that makes little or no sense.


boost has this dep:

DEPEND="${RDEPEND}
=dev-util/boost-build-${MAJOR_V}*"

and boost-build does not depend on boost.

So, logically you'd expect boost to want to upgrade to 1.60, notice
boost-build's dep and upgrade boost-build as well to match. But it
doesn't, because boost-build-1.60 is masked for  reason.

It really looks and smells like a bug in emerge[1] when updating world
where it considers boost-build first, fixes the version to use to match
current boost, and then can't find a way to upgrade boost.

Solution would seem to be to emerge -C either of them and let portage
get on with it. Or upgrade just upgrade boost-build by itself then do world


[1] I wouldn't go so far as to call it a "bug" as such, because nothing
in the spec requires a package manager to guarantee that it will always
find the best way to upgrade everything. It only needs to keep the
system consistent with the ebuilds it has.

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

Re: [gentoo-user] Calm

[J. Roeleveld]

On Saturday, April 16, 2016 07:07:16 PM Dale wrote:
> J. Roeleveld wrote:
> > On Saturday, April 16, 2016 11:25:23 AM Dale wrote:
> >> Top posting since John started it.  lol
> > 
> > Refusing to top-post, even when others do...
> > Makes for even more fun to trace the conversations...
> > 
> >> Can you two explain this to Alan Grimes?  He seems to think emerge has
> >> some very serious problems.  ;-)
> > 
> > Trying to explain it to him will be as useful as discussing science with
> > members of the Westboro Baptist Church or similar
> 
> I was thinking fence post but we have the same idea.  ;-)

You're referring to a LART?
http://www.urbandictionary.com/define.php?term=LART

> >> I might add, I recently went through the KDE plasma update which
> >> involved a ton of rebuilds/upgrades.  Since I run a mix of stable and
> >> unstable, it took some effort to get it all sorted BUT emerge did a
> >> pretty good job of telling me what was needed.  Once I got the proper
> >> things in the keyword and USE file, it was off to compile land for
> >> several hours.  I might add, I had to use some of Alan McKinnion's logic
> >> to understand emerge's output.
> > 
> > Aside from that, the upgrade guide was a very useful step-by-step guide to
> > avoid any blockers during the upgrade.
> 
> Actually, I think the only info I got from it was that I had to switch
> to sddm and emerge the plasma package.  Since I have a mix of stable and
> unstable here, it went down a whole new path after that.  I had hard
> blockers, other packages that had to be keyworded and to change some USE
> flags as well.  If I was running stable only, then the guide would
> likely have worked step by step.  It did give the basic info that I
> needed even tho I was running a install that was different.

It also gave some commands on how to find packages you'd need to temporarily 
remove from the world-file.

> The big point tho, emerge did a pretty darn good job of dropping bread
> crumbs on what needed changing.  On a couple occasions, it took me a few
> reads to grasp what it was saying but it was there and I was able to
> figure it out.  So, unlike Alan G and his problems, emerge did a good job.
> 
> >> I might add, I also recently did a emerge -e world.  Out of all the over
> >> 1,400 packages installed on this machine, only one failed.  I can't
> >> recall the package name but I seem to recall keywording to a newer
> >> version and that worked.  Still, 1 out of over 1400 packages.  That's
> >> pretty dang good.  About 99.9% success.  Almost like 24 caret gold.
> > 
> > 1 out of 1400 is, in my opinion, 1 too many.
> > But compared to the likely 400 you'd have had about 5 or 6 years ago, I am
> > extremely pleased.
> 
> That is what I was talking about.  Many years ago, even thinking you
> could do a emerge -e world of that many packages without at least a
> dozen failures of some kind would be nuts.  I'm talking rooms with
> rubber walls nuts too.  Actually, if I had not forgot to keyword that
> new version, it would have worked.  That version had already failed and
> I should have done the keyword change first.  So really, it was my fault.

Not removing failing versions Like to life dangerously?

> >> It seems you two are not alone on being some happy Gentooers.  :-D
> > 
> > Count me there as well.
> > I have long passed the point where I will accept bad and unreliable
> > systems
> > when I can help it.
> 
> The longest uptime I have ever had was running Gentoo.  If it wasn't for
> power failures, I may not ever reboot this thing.  lol

Same here, but I tend to reboot only for kernel upgrades. Power failures don't 
happen that much here.

--
Joost

[gentoo-user] VLC could not decode the opus audio

[gevisz]

"VLC could not decode the format "Opus" (Opus Audio)"

I have tried to add the opus use flag to media-video/ffmpeg
and to add the matroska use flag to media-video/vlc

No results.

Any suggestions?

I just have read that opus is an open sourse audio format
that is much better that mp3.

Why it is not supported by default then?

Re: [gentoo-user] Re: LibreOffice problem importing file : solved

[Mick]

On Saturday 16 Apr 2016 21:30:15 Philip Webb wrote:

> So another question arises :
> has it always been necessary to add the user to the video group
> -- in which case, I must have made a mistake somewhere,
> perhaps when I installed in my new box 1510xx -- or is it a recent change ?
> If the latter, how are users supposed to know re such matters ?
> On the face of it, video should have nothing to do with spreadsheets !

I seem to recall that advice to add the user to the video group is in the 
handbook, but haven't checked recently.  Most applications these days use 
hardware acceleration for rich graphics and visual effects (not to mention 
compute cores).  Browsers and LO more than others.

-- 
Regards,
Mick

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