Re: [gentoo-user] Re: flickering thunderbird and firefox

2014-03-06 Thread Stefan G. Weichinger

Am 05.03.2014 20:06, schrieb »Q«:

On Wed, 19 Feb 2014 10:55:10 +0100
Stefan G. Weichinger li...@xunil.at wrote:


Other windows like terminals or browsers (chrome, opera) are not
affected ... but in thunderbird I get flickering message windows which
is rather annoying.

Sorry, I don't know how to describe it in a better way. Does anyone
have an idea? Some mozilla-specific problem ;-) ?


Try setting layers.acceleration.disabled to true in about:config.  (I'm
sorry I don't remember how to get to about:config in Thunderbird;  I
think there's a button somewhere.)

In case layers.acceleration.force-enabled is set to true (it shouldn't
be), toggle it to false.


It is false already (I think I did that weeks ago when I started to 
research this.



I also have layers.acceleration.disabled = true


S



[gentoo-user] recently masked

2014-03-06 Thread gottlieb
Today's update world produced

!!! The following installed packages are masked:
- dev-python/python-exec-1.1::gentoo (masked by: package.mask)
/var/portage/profiles/package.mask:
# Michał Górny mgo...@gentoo.org (06 Mar 2014)
# Compatibility packages masked for removal in 30 days.

OK, but I can't depclean it

allan ~ # emerge --depclean =dev-python/python-exec-1.1

Calculating dependencies... done!
  dev-python/python-exec-1.1 pulled in by:
dev-python/pycups-1.9.63 requires 
dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_pypy2_0(-)]
dev-python/reportlab-2.6 requires 
dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-)]
media-libs/mesa-9.1.6 requires 
dev-python/python-exec:0/0=[python_targets_python2_7(-),python_single_target_python2_7(+)]
x11-libs/xpyb-1.3.1-r2 requires 
dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-)]

and trying

emerge --depclean =dev-python/python-exec-1.1 reportlab mesa xpyb pycups

shows more dependencies.

Have I simply sync'ed an inconsistent version of portage and should
ignore and try again tomorrow?

thanks,
allan




Re: [gentoo-user] recently masked

2014-03-06 Thread Rick Zero_Chaos Farina
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/06/2014 10:41 AM, gottl...@nyu.edu wrote:
 Today's update world produced
 
 !!! The following installed packages are masked: -
 dev-python/python-exec-1.1::gentoo (masked by: package.mask) 
 /var/portage/profiles/package.mask: # Michał Górny
 mgo...@gentoo.org (06 Mar 2014) # Compatibility packages masked
 for removal in 30 days.
 
 OK, but I can't depclean it
 
 allan ~ # emerge --depclean =dev-python/python-exec-1.1
 
 Calculating dependencies... done! dev-python/python-exec-1.1
 pulled in by: dev-python/pycups-1.9.63 requires
 dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_pypy2_0(-)]

 
dev-python/reportlab-2.6 requires
dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-)]
 media-libs/mesa-9.1.6 requires
 dev-python/python-exec:0/0=[python_targets_python2_7(-),python_single_target_python2_7(+)]

 
x11-libs/xpyb-1.3.1-r2 requires
dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-)]
 

You should be able to rebuild the things pulling it in, then remove it.

- -Zero

 and trying
 
 emerge --depclean =dev-python/python-exec-1.1 reportlab mesa
 xpyb pycups
 
 shows more dependencies.
 
 Have I simply sync'ed an inconsistent version of portage and
 should ignore and try again tomorrow?
 
 thanks, allan
 
 
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTGKa+AAoJEKXdFCfdEflKz34P/2CdO/TT06fylD+SGd+g8JqI
46auuLFqbuH34KqekRrayQEYWyK/Ww88YgE7sAD6LrS3dZGHn4vNac+a6yTMHTzU
BE1xG1kr75TUKmiq/vUejg56ajzR7uJTysS8a3jAcvqbHzx8F6OioIU8c+oOEupE
qFbBYoda5xBWP0GpgPw9MowGmwpuHqwMNabYvNutuktVS1U40O00LnacMw8zR6h5
UVnnXJtMeyZ7hsAC+aJyzHjveUD42Yk4I61020Kn1mVLlbBd5vvN6zBIblyjmoHi
LavFajlTTpEgQ7vQe25GEk4Otrxsmj5LxocojnXt4DI1r/hmfCdAQy0AYCN1pCCQ
hGaxzAHLTf3aQXyOlBiidYubBXSApxehKbWPTGUX2MFKsIgP6yBlOvj8hkmU3a1g
V6+C4pPeWK6tKiT383GJrEgS7aYjIz8eHknNoguEL5yMzbofuXGJdwCtBDsIfs7D
BlTys1lrTPbA8MWX2kqhpaMlYjBeYq5WVsfKAVvtBB4J/c+IzKBPtF9EW2aCyTdZ
b371KLqxryR5BbtYNIpvSYtY3sLe59PWQiBXVphi10FivUO/QT7+RYjPeIAmzVmd
Gi2zNNSRWTwS/JPL4OASElobeTdeEpl6WH4HTKJmDmfskDkkTh8R/AeZA8QJaO9n
0zwbfYlkqrR6lyN3XPBE
=IN1A
-END PGP SIGNATURE-



[gentoo-user] python-updater: updating cracklib forever...

2014-03-06 Thread Jarry

Hi Gentoo-users,

today after emerging python-exec (from 2.0.1 to 2.0.1-r1)
I tried python-upadter and found out it wants to update
cracklib. OK, I did, and then tested python-updater again.
An it updated cracklib again! I tried it again, again,
again, still the same: python-updater keeps re-emerging
cracklib...

Is this normal? man-page says python-updater -- Find 
rebuild  packages broken due to a Python upgrade; so
I do not think it should run forever...

Jarry


# eselect python list
Available Python interpreters:
  [1]   python2.7
  [2]   python3.3 *

# python-updater -v -p
 * Starting Python Updater...
 * Main active version of Python:3.3
 * Active version of Python 2:   2.7
 * Active version of Python 3:   3.3
 * Globally supported Python ABIs in installed repositories:
 *   gentoo: 2.4 2.5 2.6 2.7 3.1 3.2 3.3 
2.5-jython 2.7-jython 2.7-pypy-1.7 2.7-pypy-1.8 2.7-pypy-1.9 2.7-pypy-2.0

 * Check manual enabled.
 * Check need_rebuild enabled.
 * Check pylibdir enabled.
 * Check PYTHON_ABIS enabled.
 * Check shared_linking enabled.
 * Check static_linking enabled.
 *   Adding to list: sys-libs/cracklib:0
 * check: PYTHON_ABIS [ Previous Python ABIs: , new Python ABIs: 2.7 ]
 * emerge -Dv1 --keep-going -p sys-libs/cracklib:0

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

Calculating dependencies... done!
[ebuild   R] sys-libs/cracklib-2.8.19  USE=nls zlib -build -python 
-static-libs 0 kB


Total: 1 package (1 reinstall), Size of downloads: 0 kB
#

--
___
This mailbox accepts e-mails only from selected mailing-lists!
Everything else is considered to be spam and therefore deleted.



Re: [gentoo-user] python-updater: updating cracklib forever...

2014-03-06 Thread Samuli Suominen
http://bugs.gentoo.org/503648 for stabilization of 2.9.1 which has been
migrated to the new python eclasses,
should solve many of the python related cracklib problems



Re: [gentoo-user] python-updater: updating cracklib forever...

2014-03-06 Thread Jarry

On 06-Mar-14 19:25, Peter Humphrey wrote:

On Thursday 06 Mar 2014 18:57:51 Jarry wrote:


today after emerging python-exec (from 2.0.1 to 2.0.1-r1)
I tried python-upadter and found out it wants to update
cracklib. OK, I did, and then tested python-updater again.
An it updated cracklib again! I tried it again, again,
again, still the same: python-updater keeps re-emerging
cracklib...

Is this normal?


I hope so, because I've been finding the same thing for some years now. Usually
I have a couple of other packages to rebuild too, but not so recently.

I just assume that python-updater can't tell whether it needs to update
cracklib, so it plays safe and adds it to the list for remerging.


Seems to me like bug in python-updater. Why does it want to
update cracklib, when it was compiled with -python use-flag?

sys-libs/cracklib-2.8.19  USE=nls zlib -build -python -static-libs

And I found the same with bind on different system:

net-dns/bind-9.9.4_p2  USE=berkdb dlz ipv6 ssl -caps -doc -filter- 
-fixed-rrset -geoip -gost -gssapi -idn -ldap -mysql -odbc -postgres 
-python -rpz -rrl -sdb-ldap (-selinux) -static-libs -threads -urandom -xml


If I understand it correctly, then -python means package is
compiled *without* python-support. So a) it should not depend
on python at all and b) recompilation does not change anything...

Jarry

--
___
This mailbox accepts e-mails only from selected mailing-lists!
Everything else is considered to be spam and therefore deleted.



Re: [gentoo-user] python-updater: updating cracklib forever...

2014-03-06 Thread Peter Humphrey
On Thursday 06 Mar 2014 18:57:51 Jarry wrote:

 today after emerging python-exec (from 2.0.1 to 2.0.1-r1)
 I tried python-upadter and found out it wants to update
 cracklib. OK, I did, and then tested python-updater again.
 An it updated cracklib again! I tried it again, again,
 again, still the same: python-updater keeps re-emerging
 cracklib...
 
 Is this normal?

I hope so, because I've been finding the same thing for some years now. Usually 
I have a couple of other packages to rebuild too, but not so recently.

I just assume that python-updater can't tell whether it needs to update 
cracklib, so it plays safe and adds it to the list for remerging.

-- 
Regards
Peter




Re: [gentoo-user] recently masked

2014-03-06 Thread gottlieb
On Thu, Mar 06 2014, Rick Farina wrote:

 On 03/06/2014 10:41 AM, gottl...@nyu.edu wrote:
 Today's update world produced
 
 !!! The following installed packages are masked: -
 dev-python/python-exec-1.1::gentoo (masked by: package.mask) 
 /var/portage/profiles/package.mask: # Michał Górny
 mgo...@gentoo.org (06 Mar 2014) # Compatibility packages masked
 for removal in 30 days.
 
 OK, but I can't depclean it
 
 allan ~ # emerge --depclean =dev-python/python-exec-1.1
 
 Calculating dependencies... done! dev-python/python-exec-1.1
 pulled in by: dev-python/pycups-1.9.63 requires
 dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_pypy2_0(-)]

 
 dev-python/reportlab-2.6 requires
 dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-)]
 media-libs/mesa-9.1.6 requires
 dev-python/python-exec:0/0=[python_targets_python2_7(-),python_single_target_python2_7(+)]

 
 x11-libs/xpyb-1.3.1-r2 requires
 dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-)]
 

 You should be able to rebuild the things pulling it in, then remove it.

 -Zero

Worked great.  Thanks,
allan



Re: [gentoo-user] python-updater: updating cracklib forever...

2014-03-06 Thread Daniel Frey
On 03/06/2014 10:40 AM, Jarry wrote:
 
 If I understand it correctly, then -python means package is
 compiled *without* python-support. So a) it should not depend
 on python at all and b) recompilation does not change anything...
 
 Jarry
 

I wonder if python-updater can even tell the package is built without
the python USE flag. It sounds to me like it can't, and it notices that
modules are missing, so it adds it to the rebuild list.

Easy way to find out is emerge cracklib with the python USE flag
enabled. If python-updater gives an all-clear after that, maybe it's a bug?

Just a thought...

Dan



Re: [gentoo-user] python-updater: updating cracklib forever...

2014-03-06 Thread Jarry

On 06-Mar-14 20:59, Daniel Frey wrote:


If I understand it correctly, then -python means package is
compiled *without* python-support. So a) it should not depend
on python at all and b) recompilation does not change anything...


I wonder if python-updater can even tell the package is built without
the python USE flag. It sounds to me like it can't, and it notices that
modules are missing, so it adds it to the rebuild list.

Easy way to find out is emerge cracklib with the python USE flag
enabled. If python-updater gives an all-clear after that, maybe it's a bug?


I did try it. When I recompiled cracklib with python flag,
python-updater was satisfied. But when I removed that flag,
as soon as emerge --update --newuse recompiled cracklib
it was all back again...

It looks so that python-updater insists on having python-support
in cracklib. If it does not find any ABI it thinks recompilation
could fix it (without checking actuall cracklib use-flags):

* check: PYTHON_ABIS [Previous Python ABIs: , new Python ABIs: 2.7]

You see? Previous ABIs none, so it wants to compile cracklib
to include python ABIs 2.7. But with -python USE flag it
will never be there, no matter how many times cracklib will
be recompilled.

Seems to me like bug in python-updater. It should recompile
cracklib only if it was compiled with *some* ABIs, but older
than the new one. But not if cracklib was compiled with no
python-ABIs at all...

Jarry
--
___
This mailbox accepts e-mails only from selected mailing-lists!
Everything else is considered to be spam and therefore deleted.



[gentoo-user] Dell Inspiron 640m

2014-03-06 Thread Silvio Siefke
Hello,


has someone this Notebook and can share the kernel config? I try and try
but it will not work. I make naked make localyesconf and then activate 
the intel graphic card. But when start i can nothing see. The display is
not blank but i can nothing see. 

Thank you for help  Nice Day
Silvio



Re: [gentoo-user] Dell Inspiron 640m

2014-03-06 Thread Helmut Jarausch

On 03/07/2014 12:18:41 AM, Silvio Siefke wrote:

Hello,


has someone this Notebook and can share the kernel config? I try and  
try

but it will not work. I make naked make localyesconf and then activate
the intel graphic card. But when start i can nothing see. The display  
is

not blank but i can nothing see.

Thank you for help  Nice Day
Silvio


Sorry, I don't have such a machine.

I would download the most recent version of SystemRescueCD
(http://www.sysresccd.org/) and boot the machine with this
rescue CD. Then

- copy  /proc/config.gz  and study it, but it will most probably
  include 'everything' as module.
  Therefore

- lspci -k  will tell you which drivers are actually used on your  
machine


From this info you should be able to build your own kernel.

Helmut