Re: [gentoo-user] How does OpenRC know if a service is crashed?
Am Donnerstag, 2. August 2018, 11:32:23 CEST schrieb Alarig Le Lay:
> Hi,
>
> Some times ago, I wrote a basic init script for a service I?m running
> but that is not in the tree.
> It?s just a python script behind a reverse-proxy.
>
> bulbizarre ~ # cat /etc/init.d/paste-py
> #!/sbin/openrc-run
> # Copyright 1999-2015 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # $Header: $
>
> #depend() {
> #
> #}
>
> start() {
> start-stop-daemon --start --user pastepy --exec paste-py.sh --name
> paste-py eend $?
> }
>
> stop() {
> kill $(cat /opt/paste-py/paste.pid)
> }
> bulbizarre ~ # cat $(which paste-py.sh)
> #!/bin/sh
>
> port="$(grep port /opt/paste-py/paste-py.conf | cut -d '=' -f 2)"
> addr="$(grep addr /opt/paste-py/paste-py.conf | cut -d '=' -f 2)"
>
> cd /opt/paste-py
> source bin/activate
> ./daemonize.py --port=${port} --addr=${addr}
> bulbizarre ~ # cat /opt/paste-py/paste.pid
> 9480
> bulbizarre ~ # ps aux | grep 9480
> root 493 0.0 0.0 11440 924 pts/3S+ 11:14 0:00 grep
> --colour=auto 9480 pastepy 9480 0.0 0.4 113548 16848 ?S
> 08:05 0:00 python ./daemonize.py --port=8087 --addr=127.0.0.1
>
> So, the process is running (and responding), but OpenRC shows it as
> crashed
>
> bulbizarre ~ # rc-status | grep crash
> paste-py [
> crashed ]
>
> What do I have to change?
>
> Thanks,
Hey Alarig,
I suggest to read the man-page of start-stop-daemon to get an detailed idea of
how it works.
You use '--name paste-py' which tells start-stop-daemon to look for a process
named 'paste-py' to see if it is still running, when you request the status.
As your shell-script runs daemonize.py as the last step and then quits itself,
there is no process with the name 'paste-py' and therefore the reported status
is 'crashed'.
Use '--pidfile /opt/paste-py/paste.pid' instead. With this, the status is
determined by reading the pid from the file and then looking if this pid is
still running.
Greets
Manuel
[gentoo-user] mysql to postgresql migration
Hello, I recently ran across this script: py-mysql2pgsql [1] and this discussion on it's origin [2]. I'm keenly interested in the recommendations of others for migrating mysql databases to postgresql and any comments on this aforementioned script or other methodologies TIA, James [1] https://github.com/philipsoutham/py-mysql2pgsql [2] http://www.tryolabs.com/Blog/2012/02/10/django-migrating-mysql-postgresql/
[gentoo-user] How does OpenRC know if a service is crashed?
Hi,
Some times ago, I wrote a basic init script for a service I’m running
but that is not in the tree.
It’s just a python script behind a reverse-proxy.
bulbizarre ~ # cat /etc/init.d/paste-py
#!/sbin/openrc-run
# Copyright 1999-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
#depend() {
#
#}
start() {
start-stop-daemon --start --user pastepy --exec paste-py.sh --name
paste-py
eend $?
}
stop() {
kill $(cat /opt/paste-py/paste.pid)
}
bulbizarre ~ # cat $(which paste-py.sh)
#!/bin/sh
port="$(grep port /opt/paste-py/paste-py.conf | cut -d '=' -f 2)"
addr="$(grep addr /opt/paste-py/paste-py.conf | cut -d '=' -f 2)"
cd /opt/paste-py
source bin/activate
./daemonize.py --port=${port} --addr=${addr}
bulbizarre ~ # cat /opt/paste-py/paste.pid
9480
bulbizarre ~ # ps aux | grep 9480
root 493 0.0 0.0 11440 924 pts/3S+ 11:14 0:00 grep
--colour=auto 9480
pastepy 9480 0.0 0.4 113548 16848 ?S08:05 0:00 python
./daemonize.py --port=8087 --addr=127.0.0.1
So, the process is running (and responding), but OpenRC shows it as
crashed
bulbizarre ~ # rc-status | grep crash
paste-py [ crashed ]
What do I have to change?
Thanks,
--
alarig
Re: [gentoo-user] How does OpenRC know if a service is crashed?
Hi Manuel On jeu. 2 août 12:30:16 2018, Manuel Mommertz wrote: > Hey Alarig, > > I suggest to read the man-page of start-stop-daemon to get an detailed idea > of > how it works. > > You use '--name paste-py' which tells start-stop-daemon to look for a process > named 'paste-py' to see if it is still running, when you request the status. > As your shell-script runs daemonize.py as the last step and then quits > itself, > there is no process with the name 'paste-py' and therefore the reported > status > is 'crashed'. > Use '--pidfile /opt/paste-py/paste.pid' instead. With this, the status is > determined by reading the pid from the file and then looking if this pid is > still running. Thanks a lot it’s now displayed as running :) bulbizarre ~ # rc-status | grep paste paste-py [ started ] -- alarig
Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
AddHandler cgi-script cgi py Thanks, Kyle, you've been getting me closer and closer. If I'm starting to get the new stuff, AddHandler declares certain extensions. Up until last month, extensions were not required, and in fact my CGI programs have never had them. It used to be enough to use ScriptAlias, and put an executable in the directory. If it was a script with a shebang, or a compiled ELF program all was well. If I were going to use extensions, it would be .py or possibly .python, not .cgi or .pl. I totally meant to have it be py instead of pl, I guess pounding away at perl all day yesterday warped my mind. -- Kyle
[gentoo-user] Problems with bootstrap stage1, emerge errors
My google and forum fu are failing me with this. Let me know if you have run into this on an Intel box. Thanks, -Anne In building a gentoo, I'm doing the following in my home directory (after sudo): mkdir gentoo cd gentoo tar -xvjpf stage1-x86-2008.0.tar.bz2 tar -xvjpf portage-latest.tar.bz2 usr cp /etc/resolv.conf and /etc/make.conf to etc chroot . /bin/bash emerge --sync Everything is good up until I run /usr/portage/scripts/bootstrap.sh. It looks like emerge is failing on portage here (this also happens when doing emerge portage): /usr/portage/scripts/bootstrap.sh * Resuming bootstrap at internal stage #2 ... Gentoo Linux; http://www.gentoo.org/ Copyright 1999-2008 Gentoo Foundation; Distributed under the GPLv2 Starting Bootstrap of base system ... --- [[ (0/3) Locating packages ]] Traceback (most recent call last): File /usr/bin/portageq, line 609, in ? main() File /usr/bin/portageq, line 578, in main import portage File //usr/lib/portage/pym/portage/__init__.py, line 8215, in ? _ensure_default_encoding() File //usr/lib/portage/pym/portage/__init__.py, line 7796, in _ensure_default_encoding encodings = _gen_missing_encodings(missing_encodings) File //usr/lib/portage/pym/portage/__init__.py, line 7706, in _gen_missing_encodings class AsciiIncrementalEncoder(codecs.IncrementalEncoder): AttributeError: 'module' object has no attribute 'IncrementalEncoder' Traceback (most recent call last): File string, line 1, in ? File //usr/lib/portage/pym/portage/__init__.py, line 8215, in ? _ensure_default_encoding() File //usr/lib/portage/pym/portage/__init__.py, line 7796, in _ensure_default_encoding encodings = _gen_missing_encodings(missing_encodings) File //usr/lib/portage/pym/portage/__init__.py, line 7706, in _gen_missing_encodings class AsciiIncrementalEncoder(codecs.IncrementalEncoder): AttributeError: 'module' object has no attribute 'IncrementalEncoder' Traceback (most recent call last): File /usr/bin/portageq, line 609, in ? main() File /usr/bin/portageq, line 578, in main import portage File //usr/lib/portage/pym/portage/__init__.py, line 8215, in ? _ensure_default_encoding() File //usr/lib/portage/pym/portage/__init__.py, line 7796, in _ensure_default_encoding encodings = _gen_missing_encodings(missing_encodings) File //usr/lib/portage/pym/portage/__init__.py, line 7706, in _gen_missing_encodings class AsciiIncrementalEncoder(codecs.IncrementalEncoder): AttributeError: 'module' object has no attribute 'IncrementalEncoder' * Using baselayout : = * Using portage: portage * Using os-headers : virtual/os-headers * Using binutils : binutils * Using gcc: gcc * Using libc : virtual/libc * Using texinfo: sys-apps/texinfo * Using zlib : zlib * Using ncurses: ncurses --- [[ (1/3) Configuring environment ]] Traceback (most recent call last): File string, line 1, in ? File //usr/lib/portage/pym/portage/__init__.py, line 8215, in ? _ensure_default_encoding() File //usr/lib/portage/pym/portage/__init__.py, line 7796, in _ensure_default_encoding encodings = _gen_missing_encodings(missing_encodings) File //usr/lib/portage/pym/portage/__init__.py, line 7706, in _gen_missing_encodings class AsciiIncrementalEncoder(codecs.IncrementalEncoder): AttributeError: 'module' object has no attribute 'IncrementalEncoder' --- [[ (3/3) Emerging packages ]] Traceback (most recent call last): File /usr/bin/emerge, line 29, in ? import _emerge File //usr/lib/portage/pym/_emerge/__init__.py, line 26, in ? import portage File //usr/lib/portage/pym/portage/__init__.py, line 8215, in ? _ensure_default_encoding() File //usr/lib/portage/pym/portage/__init__.py, line 7796, in _ensure_default_encoding encodings = _gen_missing_encodings(missing_encodings) File //usr/lib/portage/pym/portage/__init__.py, line 7706, in _gen_missing_encodings class AsciiIncrementalEncoder(codecs.IncrementalEncoder): AttributeError: 'module' object has no attribute 'IncrementalEncoder' : -- It is proverbial that from (\`--/') _ ___ .-r-. a hungry tiger and an .~.\ `` ` `,`,`. ,'_'~`. affectionate woman there is (v_, ; `,-\ ; : ; \/,-~) \ no escape. -Ernest Bramah `--'_..),-/ ' ' '_.-' )`.`.__.') hobbes at vaxer dot net ((,((,__..'~~((,__..' `-..-'fL
Re: [gentoo-user] Gentoos community communication rant
It would be as simple as this: 1.) enter news.gentoo.org as news server to thunderbird 2.) select the groups you want to read 2 steps not more. That is far more simple than subscribing to a mailing list. Al
Re: [gentoo-user] A question about emerge --info
Update: it has something to do with platform.platform() Now to search for platform by grepping all the .py files in /usr/lib. Hopefully this will take less time than emerge --regen. -- Andrey Vul A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail?
[gentoo-user] Net config
Hello all Gentooists! I want to know if it's possible to configure network in that way that if dhcp fails it will use a static IP, written by me in config file. I only want that service will start succesfully if dhcp server is dead, so dependent services will start too (like Apache), because i need them to run always on localhost. -- Michal Kurgan -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: dd - bytes at a time
On 19 Dec 2009, at 10:59, Neil Bothwick wrote: ... Incidentally, if you want to use dd, adding bs=4096 speeds it up quite significantly. Thank you. I have always wondered what the optimal bs might be. And why - could you possibly explain that, please? Is bs=4096 best for all disk-based operations? Cheers, Stroller.
[gentoo-user] equery warnings
Hi all, While using equery, i get this warning : /usr/lib/portage/pym/portage/util/__init__.py:1121: DeprecationWarning: The 'myroot' parameter for portage.config.getvirtuals() is deprecated result = lazy_item.func(*pargs, **kwargs) Nevertheless equery 's working fine. Any idea ? Thank you Regards -- Jacques
Re: [gentoo-user] mixing python-2 and python-3 howto
On Thu, 2010-04-22 at 16:12 +0200, Justin wrote: There will be an announcement, when py-3.* goes stable and is supported to be used as system python. Yes, so make certain you leave instructions in your will ;) (if you didn't get that then just ignore it)
Re: [gentoo-user] python-2.7 python-updater
KH (Mon, 28 Mar 2011 15:22:55 +0200): I do have python-2.7 and python-3.1 emerged. I just took al look in /usr/lib64/ and I can find trace of python2.4 python2.5 python2.6 python2.7 python3.1 . Are those folders (2.4; 2.5; 2.6) needed anymore? If no, why are the still there? Is there anything else inside those dirs besides *.pyc and *.pyo files? If not, it's safe to remove them. *.py[co] are pre-semi-compiled python programs that python creates upon the first run of a *.py source. Some 1-2 years ago (and before) portage couldn't handle these remnants, as they didn't actually belong to any package. So if you had unmerged a package containing a python program which had been run at least once before the unmerge, the *.py[co] files were left in otherwise empty directories. Python-2.4 and 2.5 may fall into this period of history. 2.6 is odd. If the directories contain something more than *.py[co], the story is different. If there are no files that belong to any package, I believe it's safe to remove them. If something in there does belong to an installed package, a re-emerge should solve the problem. If you need an elegant way of sorting out the chaff, refer to a recent thread on this mailinglist - How can I find all orphaned files?. -rz
Re: Your earliest ooh, shiny (was: [gentoo-user] Floppy support question)
On Sun, Jan 29, 2012 at 11:16 PM, Frank Steinmetzger war...@gmx.de wrote: I used to play Gorilla and Nibbles with my Pa in this Microsoft Basic thing. Ha! We entered angle and force to throw a banana at the opponent You may be interested in this Python remake of Gorilla: http://inventwithpython.com/blog/2010/06/25/gorilla-py-a-remake-of-gorilla-bas/
[gentoo-user] nsapass - alternative to keepassxc (and others)
hi - recently i heard some guys were suffering in this list from keepassxc, which reminded me of my my own. so i finally decided to put an end to this in 404 lines of py code: https://github.com/Al-Caveman/nsapass hth. rgrds, cm.
[gentoo-user] What's wrong with emerge
#emerge --sync returns the following error: Performing Global Updates: /usr/portage/profiles/updates/2Q-2009 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' #='/var/db update' @='/var/db move' s='/var/db SLOT move' %='binary move' S='binary SLOT move' p='update /etc/portage/package.*' . ERROR: Malformed update entry 'move =kde-base/konq-plugins-4 kde-misc/konq-plugins' Traceback (most recent call last): File /usr/bin/emerge, line 40, in module retval = _emerge.emerge_main() File //usr/lib64/portage/pym/_emerge/__init__.py, line 14830, in emerge_main if portage._global_updates(trees, mtimedb[updates]): File //usr/lib64/portage/pym/portage/__init__.py, line 7914, in _global_updates moves = vardb.move_ent(update_cmd) File //usr/lib64/portage/pym/portage/dbapi/vartree.py, line 165, in move_ent raise InvalidPackageName(cp) InvalidPackageName: =kde-base/konq-plugins-4 Where does it come from ? How can I fix it ? Thanks for the help to come... -- ~adj~
[gentoo-user] Re: What's wrong with emerge
alain.didierj...@free.fr wrote: #emerge --sync returns the following error: Performing Global Updates: /usr/portage/profiles/updates/2Q-2009 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' #='/var/db update' @='/var/db move' s='/var/db SLOT move' %='binary move' S='binary SLOT move' p='update /etc/portage/package.*' . ERROR: Malformed update entry 'move =kde-base/konq-plugins-4 kde-misc/konq-plugins' Traceback (most recent call last): File /usr/bin/emerge, line 40, in module retval = _emerge.emerge_main() File //usr/lib64/portage/pym/_emerge/__init__.py, line 14830, in emerge_main if portage._global_updates(trees, mtimedb[updates]): File //usr/lib64/portage/pym/portage/__init__.py, line 7914, in _global_updates moves = vardb.move_ent(update_cmd) File //usr/lib64/portage/pym/portage/dbapi/vartree.py, line 165, in move_ent raise InvalidPackageName(cp) InvalidPackageName: =kde-base/konq-plugins-4 Where does it come from ? How can I fix it ? Thanks for the help to come... It's been fixed already. Resync to get the bugfix.
Re: [gentoo-user] Any *usable* CRM/ERP package in portage ?
* Nelson, David J [EMAIL PROTECTED] wrote: Define 'broken'? If you post any error messages here we may be able to help you get it going. Well, for example, tinyerp-client breaks at runtime: Traceback (most recent call last): File ./tinyerp-client.py, line 64, in ? import gtk File /usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py, line 48, in ? from gtk import _gtk File /usr/lib/python2.4/site-packages/cairo/__init__.py, line 1, in ? from _cairo import * ImportError: /usr/lib/python2.4/site-packages/cairo/_cairo.so: undefined symbol: cairo_copy_clip_rectangle_list cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] mysql to postgresql migration
On 15 July 2014 14:55:14 CEST, James wirel...@tampabay.rr.com wrote: Hello, I recently ran across this script: py-mysql2pgsql [1] and this discussion on it's origin [2]. I'm keenly interested in the recommendations of others for migrating mysql databases to postgresql and any comments on this aforementioned script or other methodologies TIA, James [1] https://github.com/philipsoutham/py-mysql2pgsql [2] http://www.tryolabs.com/Blog/2012/02/10/django-migrating-mysql-postgresql/ James, I haven't looked into this recently. But I believe that the DDLs and data can be migrated relatively easy. Just be aware that software specifically written using MySQLs version of SQL is unlikely to work on a different RDBMS without extensive rewrites. This is the biggest problem people are facing when porting websites to use a different database. What is the reason for migrating and what kind of data and applications are you using? -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] "eselect (c)python --list" corrupted somehow?
On Sat, 03 Feb 2018 07:25:08 +0100
tu...@posteo.de wrote:
Hi,
I want to compile/install FreeCAD. I checked my python/cpython
installation, because FreeCAD wants python 2.7
I got this output
/root>eselect python list --cpython
Available Python interpreters, in order of preference:
[1] python3.5
[2] python3.4 (uninstalled)
[3] python2.7
[4] python3.4 (uninstalled)
[5] python3.6
[6] python3.4 (uninstalled)
Not “corrupted somehow”, it’s a work-in-progress (WIP), see [1].
Why it is listing python versions, when '--cpython' is set?
Because the filter ‘--py’ for option ‘--cpython’ (action list) probably
doesn’t match the condition:
[[ ${1} == --py* && ${i} != python${1:4}* ]] && continue
in file [a] to skip not requested output.
Why do I have doubled entries?
Because your version of app-eselect/eselect-python probably doesn’t
provide the function do_cleanup() in [a] to sanitise [b].
References:
- [a] /usr/share/eselect/modules/python.eselect
- [b] /etc/python-exec/python-exec.conf
- [1] <https://bugs.gentoo.org/show_bug.cgi?id=635678>
--
Regards,
floyd
[gentoo-user] Best way to install RPMs on Gentoo
I've got a couple of RPM-based programs to install (there's also an option to install their .deb equivalent). What is the best way to install the RPMs on Gentoo? I personally prefer apt from Debian but couldn't find that in Portage. The only thing I was able to locate with rpm. The main thing I'm looking to do is maintain full compatibility with Gentoo, rather than having init scripts put rc.x directories and such. Thanks in advance for your help. ~ Tom -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: elogviewer and something odd with equery
On 04/25/2010 09:25 PM, Dale wrote: Hi folks, I have had elogv and elogviewer installed for a while. I only use it on occasion but when I tried to use it the other day I get this little error message: r...@smoker / # elogviewer No protocol specified /usr/lib/python2.6/site-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display Do you have the DISPLAY variable set properly in root's environment?
Re: [gentoo-user] eudev/udev changeover: a warning to Linode customers
On Wed, 2021-12-01 at 14:28 -0500, Rich Freeman wrote: > indeed being able to change this stuff is part of the appeal of > Gentoo. Besides, Gentoo users probably would want to be aware of it > anyway... Amen. I knew what I was signing up for. Just hoping to save someone else an unexpected trip through the recovery console. Learning things the hard way so that others won't have to!
Re: [gentoo-user] mpv no longer compiles
On Fri, 2023-03-17 at 12:21 +, Daniel Pielmeier wrote: > > > I don't think this should be necessary. The docutils ebuild should > take care of this. If it doesn't there is a bug in docutils or maybe > the mpv ebuild should call the py script directly. > The ebuilds themselves don't really take care of it. You have to be using portage and run emerge --deep @world with either --changed-use or --newuse to make it notice the update when the python stuff changes in the profile.
Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
On Wed, Aug 4, 2010 at 10:04 AM, Kyle Bader kyle.ba...@gmail.com wrote: AddHandler cgi-script cgi py Thanks, Kyle, you've been getting me closer and closer. If I'm starting to get the new stuff, AddHandler declares certain extensions. Up until last month, extensions were not required, and in fact my CGI programs have never had them. It used to be enough to use ScriptAlias, and put an executable in the directory. If it was a script with a shebang, or a compiled ELF program all was well. If I were going to use extensions, it would be .py or possibly .python, not .cgi or .pl. I totally meant to have it be py instead of pl, I guess pounding away at perl all day yesterday warped my mind. It can have that effect :o) As near as I can tell from the logs, my problems started during a re-emerge of apache, not a new version (reasons unknown -- portage seems to be doing that more than I'm used to). I've started to wonder if I didn't just screw up the usual config file stuff I do with dispatch-conf, not realizing zapping the new would be best. Anyway, I'm going to be exploring. Do you have cgi working on apache2 (2.2.15), and if so, how things are arranged? I'll be trying to make a cgi out of a hello world in C, to see if my current config can CGI at all. If not, I'll be trying to back out config changes. What a mess! -- Kevin O'Gorman, PhD
Re: [gentoo-user] Plone
On Thu, 19 May 2005 18:48:17 +0300 Haim Ashkenazi [EMAIL PROTECTED] wrote: snip If i activate plone 2.0.5-r1 with the zprod-manager add and activate plone and then restart the zope daemon, the zope daemon dies without any errors. If i then deselect plone and restart zope no problems. I have other zope plugins working but plone won't work. you can stop zope, chdir to the 'instance-dir/bin' and run ./zopectl -i'. when you enter the controller shell type 'fg' and it will try to start zope and show you the messages (if you have debug enabled in your configuration). Bye -- Haim Thanks, this is what i'm getting as errors: -- 2005-05-22T10:29:52 ERROR(200) Zope Could not import Products.CMFPhoto Traceback (most recent call last): File /usr/lib/zope-2.7.6/lib/python/OFS/Application.py, line 673, in import_product product=__import__(pname, global_dict, global_dict, silly) File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/__init__.py, line 2, in ? import Photo File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/Photo.py, line 20, in ? from imageengine import isPilAvailable, isConvertAvailable File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/imageengine.py, line 46, in ? isConvertAvailable = findConvert() File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/imageengine.py, line 35, in findConvert if convert in [ entry.lower() for entry in os.listdir(path) ]: OSError: [Errno 13] Permission denied: '/root' Traceback (most recent call last): File /usr/lib/zope-2.7.6/lib/python/Zope/Startup/run.py, line 50, in ? run() File /usr/lib/zope-2.7.6/lib/python/Zope/Startup/run.py, line 19, in run start_zope(opts.configroot) File /usr/lib/zope-2.7.6/lib/python/Zope/Startup/__init__.py, line 52, in start_zope starter.startZope() File /usr/lib/zope-2.7.6/lib/python/Zope/Startup/__init__.py, line 231, in startZope Zope.startup() File /usr/lib/zope-2.7.6/lib/python/Zope/__init__.py, line 47, in startup _startup() File /usr/lib/zope-2.7.6/lib/python/Zope/App/startup.py, line 45, in startup OFS.Application.import_products() File /usr/lib/zope-2.7.6/lib/python/OFS/Application.py, line 650, in import_products import_product(product_dir, product_name, raise_exc=debug_mode) File /usr/lib/zope-2.7.6/lib/python/OFS/Application.py, line 673, in import_product product=__import__(pname, global_dict, global_dict, silly) File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/__init__.py, line 2, in ? import Photo File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/Photo.py, line 20, in ? from imageengine import isPilAvailable, isConvertAvailable File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/imageengine.py, line 46, in ? isConvertAvailable = findConvert() File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/imageengine.py, line 35, in findConvert if convert in [ entry.lower() for entry in os.listdir(path) ]: OSError: [Errno 13] Permission denied: '/root' -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Plone
On Sun, 2005-05-22 at 10:32 +0200, Patrick wrote: On Thu, 19 May 2005 18:48:17 +0300 Haim Ashkenazi [EMAIL PROTECTED] wrote: snip If i activate plone 2.0.5-r1 with the zprod-manager add and activate plone and then restart the zope daemon, the zope daemon dies without any errors. If i then deselect plone and restart zope no problems. I have other zope plugins working but plone won't work. you can stop zope, chdir to the 'instance-dir/bin' and run ./zopectl -i'. when you enter the controller shell type 'fg' and it will try to start zope and show you the messages (if you have debug enabled in your configuration). Bye -- Haim Thanks, this is what i'm getting as errors: -- 2005-05-22T10:29:52 ERROR(200) Zope Could not import Products.CMFPhoto Traceback (most recent call last): File /usr/lib/zope-2.7.6/lib/python/OFS/Application.py, line 673, in import_product product=__import__(pname, global_dict, global_dict, silly) File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/__init__.py, line 2, in ? import Photo File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/Photo.py, line 20, in ? from imageengine import isPilAvailable, isConvertAvailable File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/imageengine.py, line 46, in ? isConvertAvailable = findConvert() File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/imageengine.py, line 35, in findConvert if convert in [ entry.lower() for entry in os.listdir(path) ]: OSError: [Errno 13] Permission denied: '/root' Traceback (most recent call last): File /usr/lib/zope-2.7.6/lib/python/Zope/Startup/run.py, line 50, in ? run() File /usr/lib/zope-2.7.6/lib/python/Zope/Startup/run.py, line 19, in run start_zope(opts.configroot) File /usr/lib/zope-2.7.6/lib/python/Zope/Startup/__init__.py, line 52, in start_zope starter.startZope() File /usr/lib/zope-2.7.6/lib/python/Zope/Startup/__init__.py, line 231, in startZope Zope.startup() File /usr/lib/zope-2.7.6/lib/python/Zope/__init__.py, line 47, in startup _startup() File /usr/lib/zope-2.7.6/lib/python/Zope/App/startup.py, line 45, in startup OFS.Application.import_products() File /usr/lib/zope-2.7.6/lib/python/OFS/Application.py, line 650, in import_products import_product(product_dir, product_name, raise_exc=debug_mode) File /usr/lib/zope-2.7.6/lib/python/OFS/Application.py, line 673, in import_product product=__import__(pname, global_dict, global_dict, silly) File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/__init__.py, line 2, in ? import Photo File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/Photo.py, line 20, in ? from imageengine import isPilAvailable, isConvertAvailable File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/imageengine.py, line 46, in ? isConvertAvailable = findConvert() File /var/lib/zope/zope-2.7.6/Products/CMFPhoto/imageengine.py, line 35, in findConvert if convert in [ entry.lower() for entry in os.listdir(path) ]: OSError: [Errno 13] Permission denied: '/root' Your problem seems to be in CMFPhoto. somehow it tries to list files in '/root' and it fails because it doesn't have permissions. either it's a configuration problem, or it's a bug (I see that both zope and plone you've installed are testing versions). Bye -- Haim signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Building firefox-61 with distcc
On Thu, 2 Aug 2018 13:14:22 -0700
Daniel Frey wrote:
> Well, I discovered some of my plugins stopped working on Firefox
> because they've been updated to the new plugin format.
>
> I've been using distcc for a long time now, and I've tried to build
> firefox and it fails with:
>
> --
> Traceback (most recent call last):
> File "/usr/lib64/python2.7/threading.py", line 801, in
> __bootstrap_inner self.run()
> File "/usr/lib64/python2.7/threading.py", line 754, in run
> self.__target(*self.__args, **self.__kwargs)
> File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/testing/mozbase/mozprocess/mozprocess/processhandler.py",
> line 1028, in _read
> callback(line.rstrip())
> File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/testing/mozbase/mozprocess/mozprocess/processhandler.py",
> line 944, in __call__
> e(*args, **kwargs)
> File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mach/mach/mixin/process.py",
> line 86, in handleLine
> line_handler(line)
> File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mozbuild/mozbuild/controller/building.py",
> line 681, in on_line
> self.log(logging.INFO, 'build_output', {'line': message},
> '{line}') File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mach/mach/mixin/logging.py",
> line 54, in log
> extra={'action': action, 'params': params})
> File "/usr/lib64/python2.7/logging/__init__.py", line 1231, in log
> self._log(level, msg, args, **kwargs)
> File "/usr/lib64/python2.7/logging/__init__.py", line 1286, in _log
> self.handle(record)
> File "/usr/lib64/python2.7/logging/__init__.py", line 1296, in
> handle self.callHandlers(record)
> File "/usr/lib64/python2.7/logging/__init__.py", line 1336, in
> callHandlers
> hdlr.handle(record)
> File "/usr/lib64/python2.7/logging/__init__.py", line 759, in handle
> self.emit(record)
> File
> "/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mozbuild/mozbuild/controller/building.py",
> line 564, in emit
> self.fh.write(msg)
> UnicodeEncodeError: 'ascii' codec can't encode characters in position
> 138-140: ordinal not in range(128)
>
> --
>
> What I'm trying to figure out is if this is due to the recent python
> changes or if it really is a distcc problem as per:
>
> https://bugs.gentoo.org/662516
>
> (I just noticed they tagged it wontfix. :( )
>
> Has anyone found a solution for this other than disabling distcc
> altogether? I'm going to try that now and see if it compiles.
>
> If it does turn out to be distcc is there a method to disable distcc
> just for the firefox package? The distcc article @ gentoo wiki doesn't
> mention anything.
>
> Dan
>
Same issue here with FF and distcc, it's happening for few releases
now, whenever I tried to find a solution I was going over some old
build system issues with FF on their bugzilla.
You can disable distcc for specific package using package.use[1].
I have just two things set:
FEATURES="-distcc -distcc-pump"
and MAKEOPTS reduced in the nodistcc.conf
[1] https://wiki.gentoo.org/wiki//etc/portage/package.env
[gentoo-user] Building firefox-61 with distcc
Well, I discovered some of my plugins stopped working on Firefox because
they've been updated to the new plugin format.
I've been using distcc for a long time now, and I've tried to build
firefox and it fails with:
--
Traceback (most recent call last):
File "/usr/lib64/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
File "/usr/lib64/python2.7/threading.py", line 754, in run
self.__target(*self.__args, **self.__kwargs)
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/testing/mozbase/mozprocess/mozprocess/processhandler.py",
line 1028, in _read
callback(line.rstrip())
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/testing/mozbase/mozprocess/mozprocess/processhandler.py",
line 944, in __call__
e(*args, **kwargs)
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mach/mach/mixin/process.py",
line 86, in handleLine
line_handler(line)
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mozbuild/mozbuild/controller/building.py",
line 681, in on_line
self.log(logging.INFO, 'build_output', {'line': message}, '{line}')
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mach/mach/mixin/logging.py",
line 54, in log
extra={'action': action, 'params': params})
File "/usr/lib64/python2.7/logging/__init__.py", line 1231, in log
self._log(level, msg, args, **kwargs)
File "/usr/lib64/python2.7/logging/__init__.py", line 1286, in _log
self.handle(record)
File "/usr/lib64/python2.7/logging/__init__.py", line 1296, in handle
self.callHandlers(record)
File "/usr/lib64/python2.7/logging/__init__.py", line 1336, in
callHandlers
hdlr.handle(record)
File "/usr/lib64/python2.7/logging/__init__.py", line 759, in handle
self.emit(record)
File
"/var/tmp/portage/www-client/firefox-61.0-r1/work/firefox-61.0/python/mozbuild/mozbuild/controller/building.py",
line 564, in emit
self.fh.write(msg)
UnicodeEncodeError: 'ascii' codec can't encode characters in position
138-140: ordinal not in range(128)
--
What I'm trying to figure out is if this is due to the recent python
changes or if it really is a distcc problem as per:
https://bugs.gentoo.org/662516
(I just noticed they tagged it wontfix. :( )
Has anyone found a solution for this other than disabling distcc
altogether? I'm going to try that now and see if it compiles.
If it does turn out to be distcc is there a method to disable distcc
just for the firefox package? The distcc article @ gentoo wiki doesn't
mention anything.
Dan
[gentoo-user] Firefox and Thunderbird compile issue
It looks like sometime in the last few days Firefox and Thunderbird
versions were bumped.
I've unfortunately got a problem (oddly enough, the same or very similar
problems) with both:
1:09.75 In file included from
/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/ff/media/libav/Unified_c_media_libav0.c:29:0:
Exception in thread ProcessReader:
Traceback (most recent call last):
File "/usr/lib64/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
File "/usr/lib64/python2.7/threading.py", line 754, in run
self.__target(*self.__args, **self.__kwargs)
File
"/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/testing/mozbase/mozprocess/mozprocess/processhandler.py",
line 1028, in _read
callback(line.rstrip())
File
"/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/testing/mozbase/mozprocess/mozprocess/processhandler.py",
line 944, in __call__
e(*args, **kwargs)
File
"/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/python/mach/mach/mixin/process.py",
line 86, in handleLine
line_handler(line)
File
"/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/python/mozbuild/mozbuild/controller/building.py",
line 672, in on_line
self.log(logging.INFO, 'build_output', {'line': line}, '{line}')
File
"/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/python/mach/mach/mixin/logging.py",
line 54, in log
extra={'action': action, 'params': params})
File "/usr/lib64/python2.7/logging/__init__.py", line 1238, in log
self._log(level, msg, args, **kwargs)
File "/usr/lib64/python2.7/logging/__init__.py", line 1293, in _log
self.handle(record)
File "/usr/lib64/python2.7/logging/__init__.py", line 1303, in handle
self.callHandlers(record)
File "/usr/lib64/python2.7/logging/__init__.py", line 1343, in
callHandlers
hdlr.handle(record)
File "/usr/lib64/python2.7/logging/__init__.py", line 766, in handle
self.emit(record)
File
"/var/tmp/portage/www-client/firefox-60.3.0-r1/work/firefox-60.3.0/python/mozbuild/mozbuild/controller/building.py",
line 555, in emit
self.fh.write(msg)
UnicodeEncodeError: 'ascii' codec can't encode characters in position
146-148: ordinal not in range(128)
Has anyone run into this?
I checked my locale, it's set correctly as utf8. This machine has also
been kept up to date (it's not the same machine that I posted about a
python issue earlier.)
I don't know if Thunderbird is stopping at exactly the same place, but
it was the same "ordinal not in range" error.
Dan
[gentoo-user] Libffi and total anihilation.
Way to go guys! I mindlessly fired off an update after like 6 months this morning and forgot about it and, this evening, realized I had managed to utterly break python, and by extension emerge. It looks like it was meaning to shoot itself in the foot from the beginning but it ended up using a tactical nuclear warhead, guess it really really wanted to get the job done... ... What can I say, guys. I'm in awe... This is truly awe inspiring how after all these years you keep coming up with new and more spectacular ways to screw up the system... I tried to bullshit my way around the version block but it actually does a version query on the library and refuses to run on version 8 regardless of what the file is called. tortoise ~ # revdep-rebuild Traceback (most recent call last): File "/usr/lib/python-exec/python3.9/revdep-rebuild", line 33, in from gentoolkit.revdep_rebuild import rebuild File "/usr/lib/python3.9/site-packages/gentoolkit/revdep_rebuild/rebuild.py", line 27, in from .analyse import analyse File "/usr/lib/python3.9/site-packages/gentoolkit/revdep_rebuild/analyse.py", line 13, in from .collect import (prepare_search_dirs, parse_revdep_config, File "/usr/lib/python3.9/site-packages/gentoolkit/revdep_rebuild/collect.py", line 13, in from .settings import parse_revdep_config File "/usr/lib/python3.9/site-packages/gentoolkit/revdep_rebuild/settings.py", line 14, in portage_root = str(portage.root) File "/usr/lib/python3.9/site-packages/portage/proxy/objectproxy.py", line 61, in __str__ return str(object.__getattribute__(self, '_get_target')()) File "/usr/lib/python3.9/site-packages/portage/__init__.py", line 661, in _get_target return _get_legacy_global(name) File "/usr/lib/python3.9/site-packages/portage/_legacy_globals.py", line 36, in _get_legacy_global portage.db = portage.create_trees(**kwargs) File "/usr/lib/python3.9/site-packages/portage/__init__.py", line 550, in create_trees settings = config(config_root=config_root, target_root=target_root, File "/usr/lib/python3.9/site-packages/portage/proxy/objectproxy.py", line 29, in __call__ result = object.__getattribute__(self, '_get_target')() File "/usr/lib/python3.9/site-packages/portage/proxy/lazyimport.py", line 127, in _get_target __import__(name) File "/usr/lib/python3.9/site-packages/portage/package/ebuild/config.py", line 45, in from portage.repository.config import ( File "/usr/lib/python3.9/site-packages/portage/repository/config.py", line 31, in import portage.sync File "/usr/lib/python3.9/site-packages/portage/sync/__init__.py", line 9, in from portage.sync.controller import SyncManager File "/usr/lib/python3.9/site-packages/portage/sync/controller.py", line 21, in from portage.package.ebuild.doebuild import _check_temp_dir File "/usr/lib/python3.9/site-packages/portage/package/ebuild/doebuild.py", line 81, in from portage.util.compression_probe import _compressors File "/usr/lib/python3.9/site-packages/portage/util/compression_probe.py", line 4, in import ctypes File "/usr/lib/python3.9/ctypes/__init__.py", line 8, in from _ctypes import Union, Structure, Array ImportError: libffi.so.7: cannot open shared object file: No such file or directory tortoise ~ # ### tortoise ~ # emerge Traceback (most recent call last): File "/usr/lib/python-exec/python3.9/emerge", line 46, in from _emerge.main import emerge_main File "/usr/lib/python3.9/site-packages/_emerge/main.py", line 21, in from portage.sync import _SUBMODULE_PATH_MAP File "/usr/lib/python3.9/site-packages/portage/sync/__init__.py", line 9, in from portage.sync.controller import SyncManager File "/usr/lib/python3.9/site-packages/portage/sync/controller.py", line 21, in from portage.package.ebuild.doebuild import _check_temp_dir File "/usr/lib/python3.9/site-packages/portage/package/ebuild/doebuild.py", line 81, in from portage.util.compression_probe import _compressors File "/usr/lib/python3.9/site-packages/portage/util/compression_probe.py", line 4, in import ctypes File "/usr/lib/python3.9/ctypes/__init__.py", line 8, in from _ctypes import Union, Structure, Array ImportError: libffi.so.7: cannot open shared object file: No such file or directory tortoise ~ # -- Beware of Zombies. =O #EggCrisis #BlackWinter White is the new Kulak. Powers are not rights.
Re: [gentoo-user] Trouble installing Plone
Florian Philipp schrieb:
Florian Philipp schrieb:
Hi list!
I'm currently trying to install the Plone-CMS on my vServer. However,
for some reason, Zope and Plone just don't get together.
I've followed this howto: [1] I've also looked at other docs around the
net as well as Plone's readme.
Zope runs and I can access it. Plone is installed and I've used
zprod-manager to add it to the zope-instance. I've also restarted Zope.
The problem is: plone site just doesn't show up in the list of items I
can add!
I've checked the permissions, I can see the products which belong to
Plone in Zope's product tree. I've tried plone-2.5.5 with zope-2.9.10
and plone-3.1.7 with zope-2.10.7.
[1] http://en.gentoo-wiki.com/wiki/Plone
I hope someone has an idea.
I've found this bug report:
https://bugs.launchpad.net/ubuntu/+source/plone3/+bug/363065
It states my problem with the solution of installing python-imaging
(PIL). But I have dev-python/imaging installed! Is it possible that the
problem occurs because Zope depends on dev-lang/python:2.4 but the
system default is dev-lang/python:2.5?
Hmm, this really seems to be the problem. Running zope like
/var/lib/zope/zope-${instance}/bin/zopectl fg gives an error about a
missing PIL (full error report attached).
If the dependency on python-2.4 causes the problem, how is this supposed
to work then? After all, portage depends on python-2.5!
2009-06-12 17:03:39 INFO ZServer HTTP server started at Fri Jun 12 17:03:39 2009
Hostname: 0.0.0.0
Port: 8080
2009-06-12 17:03:39 INFO Zope Set effective user to zope-binarywings
2009-06-12 17:03:41 ERROR PortalTransforms Problem importing module
image_to_png : No module named PIL.Image
2009-06-12 17:03:41 ERROR PortalTransforms Problem importing module
image_to_gif : No module named PIL.Image
2009-06-12 17:03:41 ERROR PortalTransforms Problem importing module
image_to_jpeg : No module named PIL.Image
2009-06-12 17:03:41 ERROR PortalTransforms Problem importing module
image_to_pcx : No module named PIL.Image
2009-06-12 17:03:41 ERROR PortalTransforms Problem importing module
image_to_ppm : No module named PIL.Image
2009-06-12 17:03:41 ERROR PortalTransforms Problem importing module
image_to_tiff : No module named PIL.Image
2009-06-12 17:03:41 ERROR PortalTransforms Problem importing module
image_to_bmp : No module named PIL.Image
2009-06-12 17:03:43 INFO Archetypes Products/Archetypes/Field.py[102]:?
Warning: no Python Imaging Libraries (PIL) found.Archetypes based ImageField's
don't scale if neccessary.
2009-06-12 17:03:43 ERROR Application Could not import Products.ATContentTypes
Traceback (most recent call last):
File
/var/tmp/portage/net-zope/zope-2.10.7/image/usr/lib/zope-2.10.7/lib/python/OFS/Application.py,
line 709, in import_product
File /var/lib/zope/zope-binarywings/Products/ATContentTypes/__init__.py,
line 64, in ?
import Products.ATContentTypes.content
File
/var/lib/zope/zope-binarywings/Products/ATContentTypes/content/__init__.py,
line 26, in ?
import Products.ATContentTypes.content.link
File
/var/lib/zope/zope-binarywings/Products/ATContentTypes/content/link.py, line
39, in ?
from Products.ATContentTypes.content.base import registerATCT
File
/var/lib/zope/zope-binarywings/Products/ATContentTypes/content/base.py, line
63, in ?
from Products.CMFPlone.PloneFolder import ReplaceableWrapper
File /var/lib/zope/zope-binarywings/Products/CMFPlone/__init__.py, line
215, in ?
from browser import ploneview
File /var/lib/zope/zope-binarywings/Products/CMFPlone/browser/ploneview.py,
line 12, in ?
from Products.CMFPlone import utils
File /var/lib/zope/zope-binarywings/Products/CMFPlone/utils.py, line 6, in ?
from PIL import Image
ImportError: No module named PIL
Traceback (most recent call last):
File /usr/lib/zope-2.10.7/lib/python/Zope2/Startup/run.py, line 56, in ?
run()
File /usr/lib/zope-2.10.7/lib/python/Zope2/Startup/run.py, line 21, in run
starter.prepare()
File /usr/lib/zope-2.10.7/lib/python/Zope2/Startup/__init__.py, line 102,
in prepare
self.startZope()
File /usr/lib/zope-2.10.7/lib/python/Zope2/Startup/__init__.py, line 278,
in startZope
Zope2.startup()
File /usr/lib/zope-2.10.7/lib/python/Zope2/Startup/__init__.py, line 47, in
startup
# Don't allow any code to call start_zope() twice.
File
/var/tmp/portage/net-zope/zope-2.10.7/image/usr/lib/zope-2.10.7/lib/python/Zope2/App/startup.py,
line 45, in startup
File
/var/tmp/portage/net-zope/zope-2.10.7/image/usr/lib/zope-2.10.7/lib/python/OFS/Application.py,
line 686, in import_products
File
/var/tmp/portage/net-zope/zope-2.10.7/image/usr/lib/zope-2.10.7/lib/python/OFS/Application.py,
line 709, in import_product
File /var/lib/zope/zope-binarywings/Products/ATContentTypes/__init__.py,
line 64, in ?
import Products.ATContentTypes.content
File
/var/lib/zope/zope-binarywings/Products/ATContentTypes/content/__init__.py,
line 26
Re: [gentoo-user] Should emerge --sync be so slow?
On Thursday 20 October 2005 01:19 am, A. Khattri wrote: On Wed, 19 Oct 2005, Richard Fish wrote: Well, you could try this: http://gentoo-wiki.com/TIP_speed_up_portage_with_cdb Several people here (including me) are using this without any bad effects. I noticed this broke after the recent Python upgrade - I had to remove the module to run emerge. Yes, but all you need to do is (as the python update ebuild reported but many of us missed) run python-updater and it would have resolved the issue. It was due to relocation of the libraries for py 2.4 vs 2.3 Run python-updater and then restore the cdb module. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] NVIDIA question
You forgot to rmmod nvidia modprobe nvidia Previous nvidia kernel driver was in the memory, that is why dmesg reported the different versions. István Jorge Almeida írta: I upgraded nvidia-drivers from 1.0.8774 to 1.0.8776. Couldn't restart the X server. dmesg said the client and the kernel had unmatched versions (kernel with 1.0.8774). I did modprobe nvidia. I ended up rebooting, and it works now. So, what went wrong? (I mean, a reboot shouldn't be necessary...) What must be done to make the kernel use the new module? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] equery warnings
chrome://messenger/locale/messengercompose/composeMsgs.properties: Hi all, While using equery, i get this warning : /usr/lib/portage/pym/portage/util/__init__.py:1121: DeprecationWarning: The 'myroot' parameter for portage.config.getvirtuals() is deprecated result = lazy_item.func(*pargs, **kwargs) Nevertheless equery 's working fine. Any idea ? Thank you Regards -- Jacques Upgrade to the latest gentoolkit. [IP-] [ ] app-portage/gentoolkit-0.3.0_rc9: I had the same error and the problem appears to be that I had portage in keyword/unmask but not gentoolkit. There appears to be a mismatch for this version. After I updated to the version above, it works fine. The latest portage and the latest gentoolkit likes each other and no more error message. Hope that helps. Dale :-) :--)
Re: [gentoo-user] equery warnings
Le 05/03/2010 22:32, Dale a gentiment tapote: chrome://messenger/locale/messengercompose/composeMsgs.properties: Hi all, While using equery, i get this warning : /usr/lib/portage/pym/portage/util/__init__.py:1121: DeprecationWarning: The 'myroot' parameter for portage.config.getvirtuals() is deprecated result = lazy_item.func(*pargs, **kwargs) Nevertheless equery 's working fine. Any idea ? Thank you Regards -- Jacques Upgrade to the latest gentoolkit. [IP-] [ ] app-portage/gentoolkit-0.3.0_rc9: I had the same error and the problem appears to be that I had portage in keyword/unmask but not gentoolkit. There appears to be a mismatch for this version. After I updated to the version above, it works fine. The latest portage and the latest gentoolkit likes each other and no more error message. Hope that helps. Dale :-) :--) Thank you Dale, Now it works fine ! Regards, Jacques
[gentoo-user] portage/python problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey, using: sys-apps/portage-2.1.8.2 with python3 or without python3 activated i receive this error (or warning, cos the comand still working) when try to use equery: / equery d dev-libs/libg15render /usr/lib/portage/pym/portage/util/__init__.py:1121: DeprecationWarning: The 'myroot' parameter for portage.config.getvirtuals() is deprecated result = lazy_item.func(*pargs, **kwargs) /Where's the problem? I think that this warning started after i upgraded python-2.6 /Wed Jan 27 09:09:26 2010 dev-lang/python-2.6.4-r1 /And running python-update. Thanks for now. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuWS3wACgkQ35zeJy7JhCgw8ACfTRpB0hRAo1Iiq1XrGbL5lR/I LVkAn0TmFuGUBvXIxQt5DGK5vxgp9nXx =VgXm -END PGP SIGNATURE-
Re: [gentoo-user] portage/python problem
On Tue, 09 Mar 2010 10:22:04 -0300, Zhu Sha Zang wrote: equery d dev-libs/libg15render /usr/lib/portage/pym/portage/util/__init__.py:1121: DeprecationWarning: The 'myroot' parameter for portage.config.getvirtuals() is deprecated result = lazy_item.func(*pargs, **kwargs) /Where's the problem? It's not so much a problem as a QA warning. It's just telling you that this way of doing things will stop working at some time in the future. I think that this warning started after i upgraded python-2.6 /Wed Jan 27 09:09:26 2010 dev-lang/python-2.6.4-r1 Are you running a mixture of stable and testing packages? -- Neil Bothwick We are upping our standards - so up yours. signature.asc Description: PGP signature
[gentoo-user] emerge python-updater - raise InvalidAtom(self)
Hello, after emerging portage emerging python-updater brock with this [...] File /home/prefix/gentoo/usr/lib/portage/pym/portage/dep/__init__.py, line 1006, in __init__ raise InvalidAtom(self) portage.exception.InvalidAtom: media-tv/vdrplugin-rebuild::Cygwin overlay I get the same error whenever I call emerge. I found this: http://forums.gentoo.org/viewtopic-t-840263-start-0.html However the case is different. There is no directory var/db/pkg/media-tv/... that I could remove and I never installed that. It's also a different line and function that rises the error: 647 vs. 1006. How can I clean this up? Thanks Al
Re: [gentoo-user] Re: Swing !
On 11/12/10, Crístian Viana cristiandei...@gmail.com wrote: are you sure this Swing is Java's? I don't see any reference to Java on SuperCollider's website. and Swing is always installed in any JRE since version 1.2. It has mostly cpp files so I'd wager its written in c++. But there seems to be some (optional?) GUI component which is written in Java. Or something. It also has some .py files (some python code?) among its sources. This swing-thing it needs seems to be called SwingOSC, which is not your regular java Swing. SwingOSC claims to be a framework built on top of Java's Swing. -- Arttu V.
[gentoo-user] chromium build issue
Hey list,
I have a build issue with chromium on one machine but not the other.
The version I'm trying to build is www-client/chromium-32.0.1700.19
but the problem occurs on the current stable version also (31.0.1650.57).
* ERROR: www-client/chromium-32.0.1700.19::gentoo failed (configure phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 93: Called src_configure
* environment, line 4972: Called die
* The specific snippet of code:
* egyp_chromium ${myconf} || die
*
* If you need support, post the output of `emerge --info
'=www-client/chromium-32.0.1700.19::gentoo'`,
* the complete build log and the output of `emerge -pqv
'=www-client/chromium-32.0.1700.19::gentoo'`.
* The complete build log is located at
'/var/tmp/portage/www-client/chromium-32.0.1700.19/temp/build.log'.
* The ebuild environment file is located at
'/var/tmp/portage/www-client/chromium-32.0.1700.19/temp/environment'.
* Working directory:
'/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19'
* S:
'/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19'
before that, the output is:
Updating projects from gyp files...
Traceback (most recent call last):
File build/gyp_chromium, line 157, in module
sys.exit(gyp.main(args))
File
/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py,
line 527, in main
return gyp_main(args)
File
/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py,
line 503, in gyp_main
options.circular_check)
File
/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py,
line 129, in Load
params['parallel'], params['root_targets'])
File
/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/input.py,
line 2687, in Load
generator_input_info)
File
/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/input.py,
line 594, in LoadTargetBuildFilesParallel
parallel_state.pool = multiprocessing.Pool(8)
File /usr/lib64/python2.7/multiprocessing/__init__.py, line 232, in Pool
return Pool(processes, initializer, initargs, maxtasksperchild)
File /usr/lib64/python2.7/multiprocessing/pool.py, line 138, in __init__
self._setup_queues()
File /usr/lib64/python2.7/multiprocessing/pool.py, line 232, in
_setup_queues
from .queues import SimpleQueue
File /usr/lib64/python2.7/multiprocessing/queues.py, line 48, in module
from multiprocessing.synchronize import Lock, BoundedSemaphore, Semaphore,
Condition
File /usr/lib64/python2.7/multiprocessing/synchronize.py, line 59, in
module
function, see issue 3770.)
ImportError: This platform lacks a functioning sem_open implementation,
therefore, the required
synchronization primitives needed will not function, see issue 3770.
Any ideas?
Thanks
--
James
This is my signature. Please don't steal it.
Re: [gentoo-user] chromium build issue
On Thu, Nov 21, 2013 at 5:19 PM, james N. ja...@flatlan.net wrote:
Hey list,
I have a build issue with chromium on one machine but not the other.
The version I'm trying to build is www-client/chromium-32.0.1700.19
but the problem occurs on the current stable version also (31.0.1650.57).
* ERROR: www-client/chromium-32.0.1700.19::gentoo failed (configure phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 93: Called src_configure
* environment, line 4972: Called die
* The specific snippet of code:
* egyp_chromium ${myconf} || die
*
* If you need support, post the output of `emerge --info
'=www-client/chromium-32.0.1700.19::gentoo'`,
* the complete build log and the output of `emerge -pqv
'=www-client/chromium-32.0.1700.19::gentoo'`.
* The complete build log is located at
'/var/tmp/portage/www-client/chromium-32.0.1700.19/temp/build.log'.
* The ebuild environment file is located at
'/var/tmp/portage/www-client/chromium-32.0.1700.19/temp/environment'.
* Working directory:
'/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19'
* S:
'/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19'
before that, the output is:
Updating projects from gyp files...
Traceback (most recent call last):
File build/gyp_chromium, line 157, in module
sys.exit(gyp.main(args))
File
/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py,
line 527, in main
return gyp_main(args)
File
/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py,
line 503, in gyp_main
options.circular_check)
File
/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/__init__.py,
line 129, in Load
params['parallel'], params['root_targets'])
File
/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/input.py,
line 2687, in Load
generator_input_info)
File
/var/tmp/portage/www-client/chromium-32.0.1700.19/work/chromium-32.0.1700.19/tools/gyp/pylib/gyp/input.py,
line 594, in LoadTargetBuildFilesParallel
parallel_state.pool = multiprocessing.Pool(8)
File /usr/lib64/python2.7/multiprocessing/__init__.py, line 232, in Pool
return Pool(processes, initializer, initargs, maxtasksperchild)
File /usr/lib64/python2.7/multiprocessing/pool.py, line 138, in __init__
self._setup_queues()
File /usr/lib64/python2.7/multiprocessing/pool.py, line 232, in
_setup_queues
from .queues import SimpleQueue
File /usr/lib64/python2.7/multiprocessing/queues.py, line 48, in module
from multiprocessing.synchronize import Lock, BoundedSemaphore,
Semaphore, Condition
File /usr/lib64/python2.7/multiprocessing/synchronize.py, line 59, in
module
function, see issue 3770.)
ImportError: This platform lacks a functioning sem_open implementation,
therefore, the required
synchronization primitives needed will not function, see issue 3770.
Any ideas?
Thanks
--
James
This is my signature. Please don't steal it.
What kernel are you running and/or what kernel did you build python2.7
with? I would try remerging dev-lang/python:2.7
Possibly relevant:
http://bugs.python.org/issue8326
--
Alecks Gates
Re: [gentoo-user] PYTHON_CFLAGS is invalid for python-r1 suite
Am Sonntag, 4. Januar 2015, 21:46:41 schrieb Alexander Kapshuk: When installing app-office/libreoffice-4.2.8.2, I got: Messages generated by process 3014 on 2015-01-04 22:21:49 EET for package app-office/libreoffice-4.2.8.2: ERROR: setup ERROR: app-office/libreoffice-4.2.8.2::gentoo failed (setup phase): PYTHON_CFLAGS is invalid for python-r1 suite, please take a look @ https://wiki.gentoo.org/wiki/Project:Python/Python.eclass_conversion#PY TH ON _CFLAGS Never mind, we found the problem. Working on it. http://dilfridge.blogspot.de/2015/01/broken-app-officelibreoffice-binary.html -- Andreas K. Huettel Gentoo Linux developer (council, kde) dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
[gentoo-user] Cannot compile poetry
Hi,
I have not updated my system for a while. And my emerge command failed with
these errors. How do I fix the poetry's build failures?
Thanks,
Hung
>>> Compiling source in
/tmp/portage/dev-python/poetry-core-1.8.1/work/poetry-core-1.8.1 ...
* python3_11: running distutils-r1_run_phase distutils-r1_python_compile
* Building the wheel for poetry-core-1.8.1 via poetry.core.masonry.api
python3.11 -m gpep517 build-wheel --prefix=/usr --backend
poetry.core.masonry.api --output-fd 3 --wheel-dir
/tmp/portage/dev-python/poetry-core-1.8.1/work/poetry-core-1.8.1-python3_11/wheel
2024-01-07 19:14:19,775 gpep517 INFO Building wheel via backend
poetry.core.masonry.api
Traceback (most recent call last):
File "", line 198, in _run_module_as_main
File "", line 88, in _run_code
File "/usr/lib/python3.11/site-packages/gpep517/__main__.py", line 429,
in
sys.exit(main())
^^
File "/usr/lib/python3.11/site-packages/gpep517/__main__.py", line 425,
in main
return func(args)
^^
File "/usr/lib/python3.11/site-packages/gpep517/__main__.py", line 215,
in build_wheel
print(build_wheel_impl(args, args.wheel_dir), file=out)
^^
File "/usr/lib/python3.11/site-packages/gpep517/__main__.py", line 207,
in build_wheel_impl
wheel_name = backend.build_wheel(str(wheel_dir), args.config_json)
^
File "/usr/lib/python3.11/site-packages/poetry/core/masonry/api.py", line
66, in build_wheel
poetry = Factory().create_poetry(Path(".").resolve(), with_dev=False)
File "/usr/lib/python3.11/site-packages/poetry/core/factory.py", line 43,
in create_poetry
raise RuntimeError("The Poetry configuration is invalid:\n" + message)
RuntimeError: The Poetry configuration is invalid:
- Additional properties are not allowed ('group' was unexpected)
* ERROR: dev-python/poetry-core-1.8.1::gentoo failed (compile phase):
* Wheel build failed
*
* Call stack:
* ebuild.sh, line 136: Called src_compile
* environment, line 3878: Called distutils-r1_src_compile
* environment, line 1866: Called _distutils-r1_run_foreach_impl
'distutils-r1_python_compile'
* environment, line 728: Called python_foreach_impl
'distutils-r1_run_phase' 'distutils-r1_python_compile'
* environment, line 3495: Called multibuild_foreach_variant
'_python_multibuild_wrapper' 'distutils-r1_run_phase'
'distutils-r1_python_compile'
* environment, line 3052: Called _multibuild_run
'_python_multibuild_wrapper' 'distutils-r1_run_phase'
'distutils-r1_python_compile'
* environment, line 3050: Called _python_multibuild_wrapper
'distutils-r1_run_phase' 'distutils-r1_python_compile'
* environment, line 1151: Called distutils-r1_run_phase
'distutils-r1_python_compile'
* environment, line 1848: Called distutils-r1_python_compile
* environment, line 1663: Called distutils_pep517_install
'/tmp/portage/dev-python/poetry-core-1.8.1/work/poetry-core-1.8.1-python3_11/install'
* environment, line 2204: Called die
* The specific snippet of code:
* local wheel=$("${cmd[@]}" 3>&1 1>&2 || die "Wheel build failed");
emerge-info.log
Description: Binary data
Re: [gentoo-user] Re: What's wrong with emerge
Selon Nikos Chantziaras rea...@arcor.de: alain.didierj...@free.fr wrote: #emerge --sync returns the following error: Performing Global Updates: /usr/portage/profiles/updates/2Q-2009 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' #='/var/db update' @='/var/db move' s='/var/db SLOT move' %='binary move' S='binary SLOT move' p='update /etc/portage/package.*' . ERROR: Malformed update entry 'move =kde-base/konq-plugins-4 kde-misc/konq-plugins' Traceback (most recent call last): File /usr/bin/emerge, line 40, in module retval = _emerge.emerge_main() File //usr/lib64/portage/pym/_emerge/__init__.py, line 14830, in emerge_main if portage._global_updates(trees, mtimedb[updates]): File //usr/lib64/portage/pym/portage/__init__.py, line 7914, in _global_updates moves = vardb.move_ent(update_cmd) File //usr/lib64/portage/pym/portage/dbapi/vartree.py, line 165, in move_ent raise InvalidPackageName(cp) InvalidPackageName: =kde-base/konq-plugins-4 Where does it come from ? How can I fix it ? Thanks for the help to come... It's been fixed already. Resync to get the bugfix. After three days, emerge --sync still returns the same error message. Is there anything I can do on my computer to fix it ? -- ~adj~
Re: [gentoo-user] mixing python-2 and python-3 howto
On 22/04/10 15:29, Helmut Jarausch wrote: Here, several month ago I had problems since I had Python-2.x and Python-3.x installed. Therefore I have masked Python-3.x since then. Meanwhile there are packages (like portpeek-2.0.1) which require Python-3.x . Is it safe to have both Python-2 and Python-3 installed. I know they are slotted and I know about eselect python but do I have to switch Python (by using eselect) before emerge a given packages. And does this work at all (a Gentoo system where different parts use different versions of Python)? Many thanks for sharing your experience, Helmut. Currently there is only python version 3 supported as system python. So you *never* eselect python 3. But there is no problem installing slotted python versions side by side. There are currently to versions of packages, those which support installation of multiple python ABIs. They will install supporting modules for all available ABIs. And those which support just a single version, they will install as normal and fix the shebang to the highest supported version. So in you case, just emerge python-3, but leave the system python to py-2.*. There will be an announcement, when py-3.* goes stable and is supported to be used as system python. justin signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] virt-manager-0.9.1 broken?
Am 13.03.2012 23:17, schrieb Alan McKinnon: On Tue, 13 Mar 2012 23:13:33 +0100 Stefan G. Weichinger li...@xunil.at wrote: Anyone else seeing this? No bugreport yet, and I rebuilt and revdeped Stefan I'm thinking you hit send before typing up the bit where you say what the issue is you are having. Oh, yes, sorry! see here: $ virt-manager Traceback (most recent call last): File /usr/share/virt-manager/virt-manager.py, line 393, in module _show_startup_error(str(run_e), .join(traceback.format_exc())) File /usr/share/virt-manager/virt-manager.py, line 63, in _show_startup_error from virtManager.error import vmmErrorDialog File /usr/share/virt-manager/virtManager/error.py, line 25, in module from virtManager.baseclass import vmmGObject File /usr/share/virt-manager/virtManager/baseclass.py, line 28, in module running_config, gobject, GObject, gtk = virtManager.guidiff.get_imports() File /usr/share/virt-manager/virtManager/guidiff.py, line 46, in get_imports import virtManager.util File /usr/share/virt-manager/virtManager/util.py, line 28, in module import virtinst File /usr/lib64/python2.7/site-packages/virtinst/__init__.py, line 37, in module from Guest import Guest, XenGuest File /usr/lib64/python2.7/site-packages/virtinst/Guest.py, line 27, in module import urlgrabber.progress as progress File /usr/lib64/python2.7/site-packages/urlgrabber/__init__.py, line 54, in module from grabber import urlgrab, urlopen, urlread File /usr/lib64/python2.7/site-packages/urlgrabber/grabber.py, line 427, in module import pycurl ImportError: /usr/lib64/python2.7/site-packages/pycurl.so: undefined symbol: gcry_control
[gentoo-user] Re: mysql to postgresql migration
J. Roeleveld joost at antarean.org writes: I recently ran across this script: py-mysql2pgsql [1] and this discussion on it's origin [2]. I'm keenly interested in the recommendations of others for migrating mysql databases to postgresql and any comments on this aforementioned script or other methodologies [1] https://github.com/philipsoutham/py-mysql2pgsql [2] http://www.tryolabs.com/Blog/2012/02/10/django-migrating-mysql- postgresql/ James, I haven't looked into this recently. But I believe that the DDLs and data can be migrated relatively easy. Just be aware that software specifically written using MySQLs version of SQL is unlikely to work on a different RDBMS without extensive rewrites. So, If you run the same program, say gnucash, on top of mysql, then migrate the mysql dB it to pgsql, it will require an extensive rewrite? This shouild be an easy example, which is quite common (google). So, let's just say that I run across mysql -- pgsql quite often to the point that it's time for me to develop some slick_skills here. This is the biggest problem people are facing when porting websites to use a different database. What is the reason for migrating and what kind of data and applications are you using? Joost Another more serious problem: I'm not porting websites, but more working on science applications with huge data. Some of it is organized via mysql, others are more in the form of vary large test vectors (matricies) that are sparsely populated. Others portions are double float or other forms of scientific data. So in this case there is not a one-2-one semantic. But, I do need to extract (dump?) mysql into a form where I can later include it into a much larger, designed from the ground floor up, pgsql dB. I relaize this sort of effort is unique, but surely some additional slick_tools exist for this sort of effort? Actually, some good articles, book, wikis, etc, would be keen too? James
[gentoo-user] retext, PyQt, QtPrintSupport, and QObject
I usually try to avoid Qt apps, but I needed a way to preview markdown text. One option was pandoc, but it needed to install 100+ packages as dependancies. Another option was retext, which only required a few new packages. So I installed retext. The install seemed to go fine, but it doesn't run: $ retext Traceback (most recent call last): File "/usr/lib64/python3.4/site-packages/ReText/__init__.py", line 16, in from PyQt5 import QtCore, QtPrintSupport, QtGui, QtWidgets, QtWebKit, QtWebKitWidgets ImportError: cannot import name 'QtPrintSupport' During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python-exec/python3.4/retext", line 23, in from ReText import QtCore, QtWidgets, QtWebKit, datadirs, globalSettings File "/usr/lib64/python3.4/site-packages/ReText/__init__.py", line 19, in from PyQt4 import QtCore, QtGui, QtWebKit RuntimeError: the PyQt4.QtCore and PyQt5.QtCore modules both wrap the QObject class Two questions: 1) If retext requires Qt with printing support, shouldn't that be a package dependency? [Does retext require Qt printing support?] 2) What is the "RuntimeError:" trying to say? Aren't PyQt4 and PyQt5 independent from each other? Who cares if they both wrap the same QOobject class (in fact, I would have guessed that the both do a _lot_ of things). [Perhaps this is more of a Python question than a Gentoo question?] -- Grant Edwards grant.b.edwardsYow! I just went below the at poverty line! gmail.com
Re: [gentoo-user] How to appoint python version for a package
Thank you all
my retext version and package use
[I] app-editors/retext
Available versions: (~)4.0.1 (~)4.0.1-r1 4.0.1-r2 (~)4.1.0 (~)4.1.1
** {+spell LINGUAS=ca cs cy da de es et eu fr it ja pl pt pt_BR ru sk
uk zh_CN zh_TW PYTHON_TARGETS=python2_7 python3_2 python3_3}
Installed versions: 4.1.1(07:49:05 AM 04/03/2014)(-spell
LINGUAS=zh_CN -ca -cs -cy -da -de -es -et -eu -fr -it -ja -pl -pt -pt_BR
-ru -sk -uk -zh_TW PYTHON_TARGETS=python3_2 -python3_3)
run retext
retext
Traceback (most recent call last):
File /usr/lib/python-exec/python3.2/retext, line 64, in module
main()
File /usr/lib/python-exec/python3.2/retext, line 54, in main
window = ReTextWindow()
File /usr/lib64/python3.2/site-packages/ReText/window.py, line 332, in
__init__
self.tabWidget.addTab(self.createTab(), self.tr('New document'))
File /usr/lib64/python3.2/site-packages/ReText/window.py, line 432, in
createTab
self.markups.append(self.getMarkup(fileName))
File /usr/lib64/python3.2/site-packages/ReText/window.py, line 478, in
getMarkup
return markupClass(filename=fileName)
File /usr/lib64/python3.2/site-packages/markups/markdown.py, line 121,
in __init__
self.md = markdown.Markdown(self.extensions, output_format='html4')
File /usr/lib64/python3.2/site-packages/markdown/__init__.py, line 139,
in __init__
configs=kwargs.get('extension_configs', {}))
File /usr/lib64/python3.2/site-packages/markdown/__init__.py, line 166,
in registerExtensions
ext.extendMarkdown(self, globals())
File /usr/lib64/python3.2/site-packages/markdown/extensions/extra.py,
line 48, in extendMarkdown
md.registerExtensions(extensions, self.config)
File /usr/lib64/python3.2/site-packages/markdown/__init__.py, line 164,
in registerExtensions
ext = self.build_extension(ext, configs.get(ext, []))
File /usr/lib64/python3.2/site-packages/markdown/__init__.py, line 198,
in build_extension
module = __import__(module_name, {}, {},
[module_name.rpartition('.')[0]])
File
/usr/lib64/python3.2/site-packages/markdown/extensions/fenced_code.py,
line 80, in module
from .codehilite import CodeHilite, CodeHiliteExtension
File
/usr/lib64/python3.2/site-packages/markdown/extensions/codehilite.py,
line 27, in module
from pygments import highlight
File /usr/lib64/python3.2/site-packages/pygments/__init__.py, line 37,
in module
from pygments.util import StringIO, BytesIO
File /usr/lib64/python3.2/site-packages/pygments/util.py, line 224
return u'[%s-%s]' % (unichr(a), unichr(b))
^
SyntaxError: invalid syntax
Is that mean retext-4.1.1 don't support python3_2 actually?
2014-04-02 23:23 GMT+08:00 Tom Wijsman tom...@gentoo.org:
On Wed, 2 Apr 2014 20:29:41 +0800
Wang Xuerui idontknw.w...@gmail.com wrote:
2014-04-02 20:26 GMT+08:00 Wang Xuerui idontknw.w...@gmail.com:
2014-04-02 19:56 GMT+08:00 林守磊 linxiu...@gmail.com:
return u'[%s-%s]' % (unichr(a), unichr(b))
[snip]
so the program will work in Python 3.3 but not 3.2
Oops, there is also unichr. Seems the program is Python 2.x only, in
which case you can try using package.env (google it) to override the
PYTHON_TARGETS variable (or really, any variable in the build
environment). Reporting to upstream is also welcomed, though.
Or he can provide the build log such that I can reproduce and fix it.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
Re: [gentoo-user] How to appoint python version for a package
@all
I found that is a bug from package pygments-1.6_p20140324, and I downgrade
to 1.6-r1. problem solved !
@Tom that mean pygments-1.6_p20140324 do not support python3_2, thank you a
lot
thank you all
regards
2014-04-03 9:02 GMT+08:00 林守磊 linxiu...@gmail.com:
Thank you all
my retext version and package use
[I] app-editors/retext
Available versions: (~)4.0.1 (~)4.0.1-r1 4.0.1-r2 (~)4.1.0 (~)4.1.1
** {+spell LINGUAS=ca cs cy da de es et eu fr it ja pl pt pt_BR ru sk
uk zh_CN zh_TW PYTHON_TARGETS=python2_7 python3_2 python3_3}
Installed versions: 4.1.1(07:49:05 AM 04/03/2014)(-spell
LINGUAS=zh_CN -ca -cs -cy -da -de -es -et -eu -fr -it -ja -pl -pt -pt_BR
-ru -sk -uk -zh_TW PYTHON_TARGETS=python3_2 -python3_3)
run retext
retext
Traceback (most recent call last):
File /usr/lib/python-exec/python3.2/retext, line 64, in module
main()
File /usr/lib/python-exec/python3.2/retext, line 54, in main
window = ReTextWindow()
File /usr/lib64/python3.2/site-packages/ReText/window.py, line 332, in
__init__
self.tabWidget.addTab(self.createTab(), self.tr('New document'))
File /usr/lib64/python3.2/site-packages/ReText/window.py, line 432, in
createTab
self.markups.append(self.getMarkup(fileName))
File /usr/lib64/python3.2/site-packages/ReText/window.py, line 478, in
getMarkup
return markupClass(filename=fileName)
File /usr/lib64/python3.2/site-packages/markups/markdown.py, line 121,
in __init__
self.md = markdown.Markdown(self.extensions, output_format='html4')
File /usr/lib64/python3.2/site-packages/markdown/__init__.py, line
139, in __init__
configs=kwargs.get('extension_configs', {}))
File /usr/lib64/python3.2/site-packages/markdown/__init__.py, line
166, in registerExtensions
ext.extendMarkdown(self, globals())
File /usr/lib64/python3.2/site-packages/markdown/extensions/extra.py,
line 48, in extendMarkdown
md.registerExtensions(extensions, self.config)
File /usr/lib64/python3.2/site-packages/markdown/__init__.py, line
164, in registerExtensions
ext = self.build_extension(ext, configs.get(ext, []))
File /usr/lib64/python3.2/site-packages/markdown/__init__.py, line
198, in build_extension
module = __import__(module_name, {}, {},
[module_name.rpartition('.')[0]])
File
/usr/lib64/python3.2/site-packages/markdown/extensions/fenced_code.py,
line 80, in module
from .codehilite import CodeHilite, CodeHiliteExtension
File
/usr/lib64/python3.2/site-packages/markdown/extensions/codehilite.py,
line 27, in module
from pygments import highlight
File /usr/lib64/python3.2/site-packages/pygments/__init__.py, line 37,
in module
from pygments.util import StringIO, BytesIO
File /usr/lib64/python3.2/site-packages/pygments/util.py, line 224
return u'[%s-%s]' % (unichr(a), unichr(b))
^
SyntaxError: invalid syntax
Is that mean retext-4.1.1 don't support python3_2 actually?
2014-04-02 23:23 GMT+08:00 Tom Wijsman tom...@gentoo.org:
On Wed, 2 Apr 2014 20:29:41 +0800
Wang Xuerui idontknw.w...@gmail.com wrote:
2014-04-02 20:26 GMT+08:00 Wang Xuerui idontknw.w...@gmail.com:
2014-04-02 19:56 GMT+08:00 林守磊 linxiu...@gmail.com:
return u'[%s-%s]' % (unichr(a), unichr(b))
[snip]
so the program will work in Python 3.3 but not 3.2
Oops, there is also unichr. Seems the program is Python 2.x only, in
which case you can try using package.env (google it) to override the
PYTHON_TARGETS variable (or really, any variable in the build
environment). Reporting to upstream is also welcomed, though.
Or he can provide the build log such that I can reproduce and fix it.
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
[gentoo-user] dev-python/whoosh fails to compile
Hi. In my latest world update, portage wants to include this new package dev-python/whoosh. The package fails to compile and googling and searching bgo yields nothing. Any assistance would be appreciated. Here is the build log. * Package:dev-python/whoosh-2.7.4 * Repository: gentoo * Maintainer: bluen...@gentoo.org pyt...@gentoo.org * USE:abi_x86_64 amd64 doc elibc_glibc kernel_linux python_targets_python2_7 python_targets_python3_4 userland_GNU * FEATURES: preserve-libs sandbox splitdebug userpriv usersandbox >>> Unpacking source... >>> Unpacking Whoosh-2.7.4.tar.gz to >>> /var/tmp/portage/dev-python/whoosh-2.7.4/work >>> Source unpacked in /var/tmp/portage/dev-python/whoosh-2.7.4/work >>> Preparing source in >>> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4 ... * Applying whoosh-2.7.4-tests-specify-utf8.patch ... [ ok ] >>> Source prepared. >>> Configuring source in >>> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4 ... >>> Source configured. >>> Compiling source in >>> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4 ... * python2_7: running distutils-r1_run_phase distutils-r1_python_compile /usr/bin/python2.7 setup.py build running build running build_py creating /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/legacy.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/searching.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/formats.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/index.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/multiproc.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/__init__.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/classify.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/scoring.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/spelling.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/writing.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/collectors.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/highlight.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/system.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/reading.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/idsets.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/externalsort.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/columns.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/sorting.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/fields.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh copying src/whoosh/compat.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh creating /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh/util copying src/whoosh/util/__init__.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh/util copying src/whoosh/util/testing.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh/util copying src/whoosh/util/varints.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh/util copying src/whoosh/util/versions.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh/util copying src/whoosh/util/cache.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh/util copying src/whoosh/util/text.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh/util copying src/whoosh/util/loading.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh/util copying src/whoosh/util/numlists.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python2_7/lib/whoosh/util copying src/whoosh/util/filelock.py -> /var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.
Re: [gentoo-user] New Installation
On February 4, 2017 9:24:05 AM GMT+01:00, the...@sys-concept.com wrote:
>On 02/04/2017 12:48 AM, Dale wrote:
>> the...@sys-concept.com wrote:
>>> On 02/03/2017 11:19 PM, Dale wrote:
>>>> the...@sys-concept.com wrote:
>>>>> I've not install Gentoo for some time and have some questions.
>>>>>
>>>>> It is Solid State Disk 1TB
>>>>> I'm using Minimal CD (Bootable USB)
>>>>> Created three partition (I did not create SWAP as I have 16GB or
>RAM)
>>>>> I used "fdisk" and follow the instruction from:
>>>>> https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks
>>>>>
>>>>> Though, I'm a bit confused. I did not see the change root command
>in
>>>>> those instructions.
>>>>> Right now I have a prompt: "livecd ~ #"
>>>>>
>[snip]
>
>This is my make.conf
># These settings were set by the catalyst build script that
>automatically
># built this stage.
># Please consult /usr/share/portage/config/make.conf.example for a more
># detailed example.
>
>CFLAGS="-march=native -O2 -pipe
>CXXFLAGS="${CFLAGS}"
>MAKEOPTS="-j9"
>
>USE="bindist"
>
># WARNING: Changing your CHOST is not something that should be done
>lightly.
># Please consult http://www.gentoo.org/doc/en/change-chost.xml before
>changing.
>CHOST="x86_64-pc-linux-gnu"
># These are the USE and USE_EXPAND flags that were used for
># buidling in addition to what is provided by the profile.
>
>USE="bindist"
>
>PORTDIR="/usr/portage"
>DISTDIR="${PORTDIR}/distfiles"
>PKGDIR="${PORTDIR}/packages"
>
>GENTOO_MIRRORS="http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/
>http://gentoo.osuosl.org/;
>
>INPUT_DEVICES="evdev"
>LINGUAS="en"
>L10N="en"
>
>PORTAGE_TMPDIR="/var/tmp"
>PORTAGE_TMPFS="/dev/shm"
>PORTAGE_NICENESS=3
>AUTOCLEAN="yes"
>
>and emerge --sync is giving me an error:
>
>"/etc/portage/make.conf", line 34: No closing quotation
>Traceback (most recent call last):
> File "/usr/lib/python-exec/python3.4/emerge", line 50, in
>retval = emerge_main()
>File "/usr/lib64/python3.4/site-packages/_emerge/main.py", line 1196,
>in emerge_main
>action=myaction, args=myfiles, opts=myopts)
>File "/usr/lib64/python3.4/site-packages/portage/proxy/objectproxy.py",
>line 31, in __call__
>return result(*args, **kwargs)
>File "/usr/lib64/python3.4/site-packages/_emerge/actions.py", line
>2403, in load_emerge_config
>**kwargs)
>File "/usr/lib64/python3.4/site-packages/portage/__init__.py", line
>585, in create_trees
>env=env, eprefix=eprefix)
>File
>"/usr/lib64/python3.4/site-packages/portage/package/ebuild/config.py",
>line 358, in __init__
>expand=make_conf, recursive=True)
>File "/usr/lib64/python3.4/site-packages/portage/util/__init__.py",
>line 659, in getconfig
>recursive=False) or {})
>File "/usr/lib64/python3.4/site-packages/portage/util/__init__.py",
>line 718, in getconfig
>key = _unicode_decode(lex.get_token())
> File "/usr/lib64/python3.4/shlex.py", line 93, in get_token
>raw = self.read_token()
> File "/usr/lib64/python3.4/shlex.py", line 169, in read_token
>raise ValueError("No closing quotation")
>ValueError: No closing quotation
>
>There is nothing on line 34
>
>--
>Thelma
Check your CFLAGS line.
I am missing the quotation at the end there.
--
Joost
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] New Installation
On 02/04/2017 12:48 AM, Dale wrote:
> the...@sys-concept.com wrote:
>> On 02/03/2017 11:19 PM, Dale wrote:
>>> the...@sys-concept.com wrote:
>>>> I've not install Gentoo for some time and have some questions.
>>>>
>>>> It is Solid State Disk 1TB
>>>> I'm using Minimal CD (Bootable USB)
>>>> Created three partition (I did not create SWAP as I have 16GB or RAM)
>>>> I used "fdisk" and follow the instruction from:
>>>> https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks
>>>>
>>>> Though, I'm a bit confused. I did not see the change root command in
>>>> those instructions.
>>>> Right now I have a prompt: "livecd ~ #"
>>>>
[snip]
This is my make.conf
# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS="-march=native -O2 -pipe
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j9"
USE="bindist"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST="x86_64-pc-linux-gnu"
# These are the USE and USE_EXPAND flags that were used for
# buidling in addition to what is provided by the profile.
USE="bindist"
PORTDIR="/usr/portage"
DISTDIR="${PORTDIR}/distfiles"
PKGDIR="${PORTDIR}/packages"
GENTOO_MIRRORS="http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/
http://gentoo.osuosl.org/;
INPUT_DEVICES="evdev"
LINGUAS="en"
L10N="en"
PORTAGE_TMPDIR="/var/tmp"
PORTAGE_TMPFS="/dev/shm"
PORTAGE_NICENESS=3
AUTOCLEAN="yes"
and emerge --sync is giving me an error:
"/etc/portage/make.conf", line 34: No closing quotation
Traceback (most recent call last):
File "/usr/lib/python-exec/python3.4/emerge", line 50, in
retval = emerge_main()
File "/usr/lib64/python3.4/site-packages/_emerge/main.py", line 1196, in
emerge_main
action=myaction, args=myfiles, opts=myopts)
File "/usr/lib64/python3.4/site-packages/portage/proxy/objectproxy.py", line
31, in __call__
return result(*args, **kwargs)
File "/usr/lib64/python3.4/site-packages/_emerge/actions.py", line 2403, in
load_emerge_config
**kwargs)
File "/usr/lib64/python3.4/site-packages/portage/__init__.py", line 585, in
create_trees
env=env, eprefix=eprefix)
File "/usr/lib64/python3.4/site-packages/portage/package/ebuild/config.py",
line 358, in __init__
expand=make_conf, recursive=True)
File "/usr/lib64/python3.4/site-packages/portage/util/__init__.py", line 659,
in getconfig
recursive=False) or {})
File "/usr/lib64/python3.4/site-packages/portage/util/__init__.py", line 718,
in getconfig
key = _unicode_decode(lex.get_token())
File "/usr/lib64/python3.4/shlex.py", line 93, in get_token
raw = self.read_token()
File "/usr/lib64/python3.4/shlex.py", line 169, in read_token
raise ValueError("No closing quotation")
ValueError: No closing quotation
There is nothing on line 34
--
Thelma
Re: [gentoo-user] New Installation
On Saturday 04 Feb 2017 01:24:05 the...@sys-concept.com wrote:
> On 02/04/2017 12:48 AM, Dale wrote:
> > the...@sys-concept.com wrote:
> >> On 02/03/2017 11:19 PM, Dale wrote:
> >>> the...@sys-concept.com wrote:
> >>>> I've not install Gentoo for some time and have some questions.
> >>>>
> >>>> It is Solid State Disk 1TB
> >>>> I'm using Minimal CD (Bootable USB)
> >>>> Created three partition (I did not create SWAP as I have 16GB or RAM)
> >>>> I used "fdisk" and follow the instruction from:
> >>>> https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks
> >>>>
> >>>> Though, I'm a bit confused. I did not see the change root command in
> >>>> those instructions.
> >>>> Right now I have a prompt: "livecd ~ #"
>
> [snip]
>
> This is my make.conf
> # These settings were set by the catalyst build script that automatically
> # built this stage.
> # Please consult /usr/share/portage/config/make.conf.example for a more
> # detailed example.
>
> CFLAGS="-march=native -O2 -pipe
There is a double quotation mark " missing at the end of the above line.
> CXXFLAGS="${CFLAGS}"
> MAKEOPTS="-j9"
>
> USE="bindist"
>
> # WARNING: Changing your CHOST is not something that should be done lightly.
> # Please consult http://www.gentoo.org/doc/en/change-chost.xml before
> changing. CHOST="x86_64-pc-linux-gnu"
> # These are the USE and USE_EXPAND flags that were used for
> # buidling in addition to what is provided by the profile.
>
> USE="bindist"
The above is a duplicate entry.
> PORTDIR="/usr/portage"
> DISTDIR="${PORTDIR}/distfiles"
> PKGDIR="${PORTDIR}/packages"
>
> GENTOO_MIRRORS="http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/
> http://gentoo.osuosl.org/;
>
> INPUT_DEVICES="evdev"
> LINGUAS="en"
> L10N="en"
>
> PORTAGE_TMPDIR="/var/tmp"
> PORTAGE_TMPFS="/dev/shm"
> PORTAGE_NICENESS=3
> AUTOCLEAN="yes"
>
> and emerge --sync is giving me an error:
>
> "/etc/portage/make.conf", line 34: No closing quotation
Yes, I've noted the same above.
> Traceback (most recent call last):
> File "/usr/lib/python-exec/python3.4/emerge", line 50, in
> retval = emerge_main()
> File "/usr/lib64/python3.4/site-packages/_emerge/main.py", line 1196, in
> emerge_main action=myaction, args=myfiles, opts=myopts)
> File "/usr/lib64/python3.4/site-packages/portage/proxy/objectproxy.py",
> line 31, in __call__ return result(*args, **kwargs)
> File "/usr/lib64/python3.4/site-packages/_emerge/actions.py", line 2403,
> in load_emerge_config **kwargs)
> File "/usr/lib64/python3.4/site-packages/portage/__init__.py", line 585,
> in create_trees env=env, eprefix=eprefix)
> File
> "/usr/lib64/python3.4/site-packages/portage/package/ebuild/config.py", line
> 358, in __init__ expand=make_conf, recursive=True)
> File "/usr/lib64/python3.4/site-packages/portage/util/__init__.py", line
> 659, in getconfig recursive=False) or {})
> File "/usr/lib64/python3.4/site-packages/portage/util/__init__.py", line
> 718, in getconfig key = _unicode_decode(lex.get_token())
> File "/usr/lib64/python3.4/shlex.py", line 93, in get_token
> raw = self.read_token()
> File "/usr/lib64/python3.4/shlex.py", line 169, in read_token
> raise ValueError("No closing quotation")
> ValueError: No closing quotation
>
> There is nothing on line 34
>
> --
> Thelma
Thelma, you may be too tired or rushing through this exercise to pay enough
attention to important details. Perhaps you need to take a break and revisit
it afresh later?
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
[gentoo-user] app-office/taskcoach-1.4.3-r1 fails to launch
I seem to be having a deja vu with this application. It won't launch and when
started from a terminal it spews out this lot:
==
Traceback (most recent call last):
File "/usr/lib/python-exec/python2.7/taskcoach.py", line 72, in
start()
File "/usr/lib/python-exec/python2.7/taskcoach.py", line 63, in start
app = application.Application(options, args)
File "/usr/lib64/python2.7/site-
packages/taskcoachlib/patterns/singleton.py", line 29, in __call__
class_.instance = super(Singleton, class_).__call__(*args, **kwargs)
File "/usr/lib64/python2.7/site-
packages/taskcoachlib/application/application.py", line 114, in __init__
self.initTwisted()
File "/usr/lib64/python2.7/site-
packages/taskcoachlib/application/application.py", line 156, in initTwisted
from twisted.internet import wxreactor
File "/usr/lib64/python2.7/site-packages/twisted/internet/wxreactor.py",
line 35, in
from twisted.internet import _threadedselect
File "/usr/lib64/python2.7/site-
packages/twisted/internet/_threadedselect.py", line 62, in
from twisted.internet import posixbase
File "/usr/lib64/python2.7/site-packages/twisted/internet/posixbase.py",
line 24, in
from twisted.internet import error, udp, tcp
File "/usr/lib64/python2.7/site-packages/twisted/internet/tcp.py", line 29,
in
from twisted.internet._newtls import (
File "/usr/lib64/python2.7/site-packages/twisted/internet/_newtls.py", line
21, in
from twisted.protocols.tls import TLSMemoryBIOFactory,
TLSMemoryBIOProtocol
File "/usr/lib64/python2.7/site-packages/twisted/protocols/tls.py", line 40,
in
from OpenSSL.SSL import Error, ZeroReturnError, WantReadError
File "/usr/lib64/python2.7/site-packages/OpenSSL/__init__.py", line 8, in
from OpenSSL import rand, crypto, SSL
File "/usr/lib64/python2.7/site-packages/OpenSSL/crypto.py", line 13, in
from cryptography.hazmat.primitives.asymmetric import dsa, rsa
File "/usr/lib64/python2.7/site-
packages/cryptography/hazmat/primitives/asymmetric/rsa.py", line 14, in
from cryptography.hazmat.backends.interfaces import RSABackend
File "/usr/lib64/python2.7/site-
packages/cryptography/hazmat/backends/__init__.py", line 7, in
import pkg_resources
File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line
72, in
import packaging.requirements
File "/usr/lib64/python2.7/site-packages/packaging/requirements.py", line
59, in
MARKER_EXPR = originalTextFor(MARKER_EXPR())("marker")
TypeError: __call__() takes exactly 2 arguments (1 given)
=
This problem exists with x86 and amd64 installations. I posted a bug, but a
dev kindly tested it and it worked fine on his system. So the bug was closed
with 'works for some'.
I've rebuilt dev-python/wxpython-3.0.2.0, as well as taskcoach itself, but it
still refuses to launch. Last time I recall having similar problems I ended
up removing TaskCoach.ini from the user's home directory and the application
was able to launch. This workaround won't work this time.
Can you see something above that can point me to a solution?
PS. Is there another application, which will work as well as taskcoach for
keeping a record of billing work and charges?
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Python-3.9 and emerge problems
On 18/06/21 10:46, Jacques Montier wrote: > Hello all, > > This morning : > > #emerge --sync > #emerge --oneshot sys-apps/portage > #emerge -auvDN --with-bdeps=y --keep-going world You can't try just updating python? When I tried to emerge portage it blew up with loads of stuff about 3.8 and 3.9, so I just did an "emerge -uDN python" and everything started working (well, emerge at least ... :-) Cheers, Wol > > I get these errors : > > Traceback (most recent call last): > File "/usr/lib/python-exec/python3.9/emerge", line 51, in > retval = emerge_main() > File "/usr/lib/python3.9/site-packages/_emerge/main.py", line 1319, in > emerge_main > return run_action(emerge_config) > File "/usr/lib/python3.9/site-packages/_emerge/actions.py", line 3392, > in run_action > retval = action_build(emerge_config, spinner=spinner) > File "/usr/lib/python3.9/site-packages/_emerge/actions.py", line 354, > in action_build > success, mydepgraph, favorites = backtrack_depgraph( > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > 10005, in backtrack_depgraph > return _backtrack_depgraph(settings, trees, myopts, myparams, > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > 10043, in _backtrack_depgraph > success, favorites = mydepgraph.select_files(myfiles) > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > 4055, in select_files > return self._select_files(args) > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > 4189, in _select_files > set_atoms = root_config.setconfig.getSetAtoms(s) > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", > line 271, in getSetAtoms > myatoms.update(self.getSetAtoms(s, > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", > line 271, in getSetAtoms > myatoms.update(self.getSetAtoms(s, > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", > line 260, in getSetAtoms > myatoms = myset.getAtoms() > File "/usr/lib/python3.9/site-packages/portage/_sets/base.py", line > 58, in getAtoms > self._load() > File "/usr/lib/python3.9/site-packages/portage/_sets/base.py", line > 53, in _load > self.load() > File "/usr/lib/python3.9/site-packages/portage/_sets/dbapi.py", line > 111, in load > self._setAtoms(self.mapPathsToAtoms(self._files, > File "/usr/lib/python3.9/site-packages/portage/_sets/dbapi.py", line > 83, in mapPathsToAtoms > for p in exclude_paths: > TypeError: 'NoneType' object is not iterable > > And i can't do anything else... > > I see that python-3.8 has gone away > # eselect python list > Available Python interpreters, in order of preference: > [1] python3.9 > > emerge --info file attached > > I don't really know what to do. > Any idea ? > > Thanks a lot in advance, > > Regards, > > /--/ > /Jacques/
Re: [gentoo-user] Python-3.9 and emerge problems
On Fri, 18 Jun 2021 05:46:27 -0400, Jacques Montier wrote: > > [1 ] > [1.1 ] > Hello all, > > This morning : > > #emerge --sync > #emerge --oneshot sys-apps/portage > #emerge -auvDN --with-bdeps=y --keep-going world > > I get these errors : > > Traceback (most recent call last): > File "/usr/lib/python-exec/python3.9/emerge", line 51, in > retval = emerge_main() > File "/usr/lib/python3.9/site-packages/_emerge/main.py", line 1319, in > emerge_main > return run_action(emerge_config) > File "/usr/lib/python3.9/site-packages/_emerge/actions.py", line 3392, in > run_action > retval = action_build(emerge_config, spinner=spinner) > File "/usr/lib/python3.9/site-packages/_emerge/actions.py", line 354, in > action_build > success, mydepgraph, favorites = backtrack_depgraph( > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line 10005, > in backtrack_depgraph > return _backtrack_depgraph(settings, trees, myopts, myparams, > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line 10043, > in _backtrack_depgraph > success, favorites = mydepgraph.select_files(myfiles) > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line 4055, > in select_files > return self._select_files(args) > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line 4189, > in _select_files > set_atoms = root_config.setconfig.getSetAtoms(s) > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", line > 271, in getSetAtoms > myatoms.update(self.getSetAtoms(s, > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", line > 271, in getSetAtoms > myatoms.update(self.getSetAtoms(s, > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", line > 260, in getSetAtoms > myatoms = myset.getAtoms() > File "/usr/lib/python3.9/site-packages/portage/_sets/base.py", line 58, > in getAtoms > self._load() > File "/usr/lib/python3.9/site-packages/portage/_sets/base.py", line 53, > in _load > self.load() > File "/usr/lib/python3.9/site-packages/portage/_sets/dbapi.py", line 111, > in load > self._setAtoms(self.mapPathsToAtoms(self._files, > File "/usr/lib/python3.9/site-packages/portage/_sets/dbapi.py", line 83, > in mapPathsToAtoms > for p in exclude_paths: > TypeError: 'NoneType' object is not iterable > > And i can't do anything else... > > I see that python-3.8 has gone away > # eselect python list > Available Python interpreters, in order of preference: > [1] python3.9 > > emerge --info file attached > > I don't really know what to do. > Any idea ? > > Thanks a lot in advance, ... I got a similar error -- I have a strange idea about this -- see if you have any instances ofthread.isAlive( in portage or anywhere else in your python3.9 -- if you do you need to change them to thread.is_alive( ... python changed the name and I don't think some people got the message -- apparently it has been depricated for quite a while now. Just a wild guess. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] Python-3.9 and emerge problems
On Fri, 18 Jun 2021 11:46:27 +0200, Jacques Montier wrote: > #emerge --sync > #emerge --oneshot sys-apps/portage > #emerge -auvDN --with-bdeps=y --keep-going world > > I get these errors : > > Traceback (most recent call last): > File "/usr/lib/python-exec/python3.9/emerge", line 51, in > retval = emerge_main() > File "/usr/lib/python3.9/site-packages/_emerge/main.py", line 1319, in > emerge_main > return run_action(emerge_config) > File "/usr/lib/python3.9/site-packages/_emerge/actions.py", line > 3392, in run_action > retval = action_build(emerge_config, spinner=spinner) > File "/usr/lib/python3.9/site-packages/_emerge/actions.py", line 354, > in action_build > success, mydepgraph, favorites = backtrack_depgraph( > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > 10005, in backtrack_depgraph > return _backtrack_depgraph(settings, trees, myopts, myparams, > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > 10043, in _backtrack_depgraph > success, favorites = mydepgraph.select_files(myfiles) > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > 4055, in select_files > return self._select_files(args) > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > 4189, in _select_files > set_atoms = root_config.setconfig.getSetAtoms(s) > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", > line 271, in getSetAtoms > myatoms.update(self.getSetAtoms(s, > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", > line 271, in getSetAtoms > myatoms.update(self.getSetAtoms(s, > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", > line 260, in getSetAtoms > myatoms = myset.getAtoms() > File "/usr/lib/python3.9/site-packages/portage/_sets/base.py", line > 58, in getAtoms > self._load() > File "/usr/lib/python3.9/site-packages/portage/_sets/base.py", line > 53, in _load > self.load() > File "/usr/lib/python3.9/site-packages/portage/_sets/dbapi.py", line > 111, in load > self._setAtoms(self.mapPathsToAtoms(self._files, > File "/usr/lib/python3.9/site-packages/portage/_sets/dbapi.py", line > 83, in mapPathsToAtoms > for p in exclude_paths: > TypeError: 'NoneType' object is not iterable > > And i can't do anything else... > > I see that python-3.8 has gone away > # eselect python list > Available Python interpreters, in order of preference: > [1] python3.9 I has the same a couple of days ago and had to downgrade portage from 3.0.20 to 3.0.18, by untarring the binary package to /. However, that needed python 3.8, so I also had to untar the binary package for that. Then I re-emerged portage-3.0.18 and python-3.8 and masked portage-3.0.20. Once I had re-emerged portage-3.0.18, it worked with python 3.9. I see that portage 3.0.20-r3 is here now, so I'll try emerging that on one system and see what happens. -- Neil Bothwick C Error #011: First C Program, huh? pgp6z0ZnUTBns.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Python-3.9 and emerge problems
On Fri, 18 Jun 2021 08:07:10 -0400, Neil Bothwick wrote: > > [1 ] > On Fri, 18 Jun 2021 11:46:27 +0200, Jacques Montier wrote: > > > #emerge --sync > > #emerge --oneshot sys-apps/portage > > #emerge -auvDN --with-bdeps=y --keep-going world > > > > I get these errors : > > > > Traceback (most recent call last): > > File "/usr/lib/python-exec/python3.9/emerge", line 51, in > > retval = emerge_main() > > File "/usr/lib/python3.9/site-packages/_emerge/main.py", line 1319, in > > emerge_main > > return run_action(emerge_config) > > File "/usr/lib/python3.9/site-packages/_emerge/actions.py", line > > 3392, in run_action > > retval = action_build(emerge_config, spinner=spinner) > > File "/usr/lib/python3.9/site-packages/_emerge/actions.py", line 354, > > in action_build > > success, mydepgraph, favorites = backtrack_depgraph( > > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > > 10005, in backtrack_depgraph > > return _backtrack_depgraph(settings, trees, myopts, myparams, > > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > > 10043, in _backtrack_depgraph > > success, favorites = mydepgraph.select_files(myfiles) > > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > > 4055, in select_files > > return self._select_files(args) > > File "/usr/lib/python3.9/site-packages/_emerge/depgraph.py", line > > 4189, in _select_files > > set_atoms = root_config.setconfig.getSetAtoms(s) > > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", > > line 271, in getSetAtoms > > myatoms.update(self.getSetAtoms(s, > > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", > > line 271, in getSetAtoms > > myatoms.update(self.getSetAtoms(s, > > File "/usr/lib/python3.9/site-packages/portage/_sets/__init__.py", > > line 260, in getSetAtoms > > myatoms = myset.getAtoms() > > File "/usr/lib/python3.9/site-packages/portage/_sets/base.py", line > > 58, in getAtoms > > self._load() > > File "/usr/lib/python3.9/site-packages/portage/_sets/base.py", line > > 53, in _load > > self.load() > > File "/usr/lib/python3.9/site-packages/portage/_sets/dbapi.py", line > > 111, in load > > self._setAtoms(self.mapPathsToAtoms(self._files, > > File "/usr/lib/python3.9/site-packages/portage/_sets/dbapi.py", line > > 83, in mapPathsToAtoms > > for p in exclude_paths: > > TypeError: 'NoneType' object is not iterable > > > > And i can't do anything else... > > > > I see that python-3.8 has gone away > > # eselect python list > > Available Python interpreters, in order of preference: > > [1] python3.9 > > I has the same a couple of days ago and had to downgrade portage from > 3.0.20 to 3.0.18, by untarring the binary package to /. However, that > needed python 3.8, so I also had to untar the binary package for that. > Then I re-emerged portage-3.0.18 and python-3.8 and masked > portage-3.0.20. Once I had re-emerged portage-3.0.18, it worked with > python 3.9. > > I see that portage 3.0.20-r3 is here now, so I'll try emerging that on > one system and see what happens. No joy on doing that here -- last time I had to restore the whole 3.8 site-packages directory from before I did the emerge -- just restoring 3.0.18 still gives me the traceback -- this is major annoyance. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] Q: What is "python-exec2c"? Why would "python3" dispatched through it not see an installed copy of pyyaml?
On Sun, 7 Mar 2021 22:04:39 + Neil Bothwick wrote: > But you have chosen a different default version of Python. That leaves > you two choices: > > 1) use eselect to set your default python to 3.8 > 2) Add python_39 to PYTHON_TARGETS > 3) Explicitly call python38 in the shebang line of the affected > script. So, I go back and eselect 3.8. I then try to perform some basic maintainence which fails for lack of a python module I think is installed for python 3.8. Q: Is there no way to have a consistent version of Python on the system? # eselect python list; Available Python interpreters, in order of preference: [1] python3.8 [2] python3.6 [3] python3.9 [4] python3.7 (fallback) [5] python2.7 (fallback) # emerge dev-python/chardet; writing byte-compilation script '/tmp/portage/dev-python/chardet-4.0.0/temp/tmp591yrh90.py' * /usr/bin/python3.8 /tmp/portage/dev-python/chardet-4.0.0/temp/tmp591yrh90.py removing /tmp/portage/dev-python/chardet-4.0.0/temp/tmp591yrh90.py writing byte-compilation script '/tmp/portage/dev-python/chardet-4.0.0/temp/tmp9vcif_en.py' * /usr/bin/python3.8 /tmp/portage/dev-python/chardet-4.0.0/temp/tmp9vcif_en.py removing /tmp/portage/dev-python/chardet-4.0.0/temp/tmp9vcif_en.py >>> Installing (1 of 1) dev-python/chardet-4.0.0::gentoo >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. !!! existing preserved libs: >>> package: dev-libs/icu-68.2 * - /usr/lib64/libicudata.so.67 * - /usr/lib64/libicudata.so.67.1 * - /usr/lib64/libicui18n.so.67 * - /usr/lib64/libicui18n.so.67.1 * used by /usr/bin/js60 (dev-lang/spidermonkey-60.5.2_p0-r4) * used by /usr/lib64/libmozjs-60.so (dev-lang/spidermonkey-60.5.2_p0-r4) * - /usr/lib64/libicuuc.so.67 * - /usr/lib64/libicuuc.so.67.1 * used by /usr/bin/js60 (dev-lang/spidermonkey-60.5.2_p0-r4) * used by /usr/lib64/libmozjs-60.so (dev-lang/spidermonkey-60.5.2_p0-r4) Use emerge @preserved-rebuild to rebuild packages using these libraries * python3_8: running distutils-r1_run_phase distutils-r1_python_install_all # $emerge @preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies... done! * emerge: there are no ebuilds to satisfy ">=dev-python/chardet-3.0.2[python_targets_python3_6(-),python_targets_python3_7(-),python_targets_python3_8(-),-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]". # emerge --search dev-python/chardet; [ Results for search key : dev-python/chardet ] Searching... * dev-python/chardet Latest version available: 4.0.0 Latest version installed: 4.0.0 # emerge --info dev-python/chardet; * Portage 3.0.13 (python 3.8.7-final-0, default/linux/amd64/17.1, gcc-9.3.0, glibc-2.32-r3, 5.9.1-gentoo-af x86_64) * dev-lang/python: 2.7.18-r6::gentoo, 3.6.12-r2::gentoo, 3.7.9-r2::gentoo, 3.8.7-r1::gentoo, 3.9.1-r1::gentoo * USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_7 python3_8 (-pypy3) -python3_9" See <https://pastebin.com/JbKXEptz> for details of --info. -- Steven Lembark Workhorse Computing lemb...@wrkhors.com +1 888 359 3508
[gentoo-user] pygtk threading disabled at compile time
hello list, recently i began having problems when trying to run gaupol, a subtitle editor. it fails thus: Traceback (most recent call last): File /usr/bin/gaupol, line 18, in module import gaupol.gtk File /usr/lib/python2.5/site-packages/gaupol/gtk/__init__.py, line 44, in module gobject.threads_init() RuntimeError: pygtk threading disabled at compile time yesterday i installed deluge (a bittorrent client) and it crashes with the same error: File /usr/lib/python2.5/site-packages/deluge/interface.py, line 1041, in start gobject.threads_init() RuntimeError: pygtk threading disabled at compile time i searched the web but i couldn't find anything useful. supposedly this happens when pygtk is compiled without threads support, but the ebuild doesn't have an USE option for threads, and when it compiles i see the option --enable-threads flashing by, so i guess pygtk *should* have threads enabled. any ideas? best, lj -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] pygtk threading disabled at compile time
On Sunday 04 May 2008, luis jure wrote: hello list, recently i began having problems when trying to run gaupol, a subtitle editor. it fails thus: Traceback (most recent call last): File /usr/bin/gaupol, line 18, in module import gaupol.gtk File /usr/lib/python2.5/site-packages/gaupol/gtk/__init__.py, line 44, in module gobject.threads_init() RuntimeError: pygtk threading disabled at compile time yesterday i installed deluge (a bittorrent client) and it crashes with the same error: File /usr/lib/python2.5/site-packages/deluge/interface.py, line 1041, in start gobject.threads_init() RuntimeError: pygtk threading disabled at compile time i searched the web but i couldn't find anything useful. supposedly this happens when pygtk is compiled without threads support, but the ebuild doesn't have an USE option for threads, and when it compiles i see the option --enable-threads flashing by, so i guess pygtk *should* have threads enabled. any ideas? I assume that you have tried the basics like /usr/sbin/python-updater and revdep-rebuild -X -v -p ? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Java problem (with pylucene)
Hi, hopefully someone can help with that (for me) obscure error message. I'm trying to install pylucene (with JCC) see http://pylucene.osafoundation.org/ (Unfortunately, pylucene is not part of the GenToo repository) I have configured JCC (part of pylucene) to use the sun-jdk-1.6 During build I get the error message File /usr/lib/python2.5/site-packages/jcc/__init__.py, line 30, in module from _jcc import initVM ImportError: /usr/lib/jvm/sun-jdk-1.6/jre/lib/i386/libjava.so: symbol JVM_GetClassSignature, version SUNWprivate_1.1 not defined in file libjvm.so with link time reference Would anybody please so nice to explain (the reason for) this error message? Many thanks, Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Java problem (with pylucene)
On 28 Nov, ezotrank wrote: On 12:03 Wed 28 Nov , Helmut Jarausch wrote: Hi, hopefully someone can help with that (for me) obscure error message. I'm trying to install pylucene (with JCC) see http://pylucene.osafoundation.org/ (Unfortunately, pylucene is not part of the GenToo repository) I have configured JCC (part of pylucene) to use the sun-jdk-1.6 During build I get the error message File /usr/lib/python2.5/site-packages/jcc/__init__.py, line 30, in module from _jcc import initVM ImportError: /usr/lib/jvm/sun-jdk-1.6/jre/lib/i386/libjava.so: symbol JVM_GetClassSignature, version SUNWprivate_1.1 not defined in file libjvm.so with link time reference Would anybody please so nice to explain (the reason for) this error message? Many thanks, Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany -- [EMAIL PROTECTED] mailing list Maybe help edit CFLAGS and add -DNDEBUG Thanks, but unfortunately that doesn't help either, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany -- [EMAIL PROTECTED] mailing list
[gentoo-user] can't get pysqlite custom build working
I have a custom build of python 2.3 for work compatability purposes. I built pysqlite-2.5.1 against it, but it refuses to load. msoul...@anton:...mp/pysqlite-2.5.1$ ~/work/msl8/bin/python Python 2.3.7 (#1, Jan 21 2009, 17:23:45) [GCC 4.1.2 (Gentoo 4.1.2 p1.1)] on linux2 Type help, copyright, credits or license for more information. from pysqlite2 import dbapi2 as sqlite Traceback (most recent call last): File stdin, line 1, in ? File pysqlite2/dbapi2.py, line 27, in ? from pysqlite2._sqlite import * ImportError: No module named _sqlite A pysqlite developer tells me that this is due to sqlite being built on my Gentoo box with custom options. He did not elaborate as to which options might cause the issue. I don't suppose anyone has done this themselves? I'm not sure how to solve this. Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgpT3FYhj9ZjZ.pgp Description: PGP signature
Re: [gentoo-user] Finding orphaned libs
On Mon, 08 Jun 2009 19:27:39 -0500 Dale rdalek1...@gmail.com wrote: Also, be careful when you parse the output of the command. Most of the .pyc and .pyo files in the python2.5 directories are byte-compiled version that python generated dynamically the first time they are used. For example: /Numeric/numeric_version.py was installed by the ebuild and thuse qfile tells me it belongs to dev-python/numeric, but .../Numeric/numeric_version.pyc is listed as an orphan. While it is safe to delete, it will just be regenerated again later, wasting computing cycles. That's sort of what I was thinking. It was generated when it was started up the first time. I also noticed some things that I installed in the Seamonkey directory too. Adblock was one of those. That's not quite correct: .py[co] are generated by emerge right after package installaton and these won't come back unless you use these libs as root, since python won't have write access to these paths and will be byte-compiling each script on-the-fly. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] Finding orphaned libs
Mike Kazantsev wrote: On Mon, 08 Jun 2009 19:27:39 -0500 Dale rdalek1...@gmail.com wrote: Also, be careful when you parse the output of the command. Most of the .pyc and .pyo files in the python2.5 directories are byte-compiled version that python generated dynamically the first time they are used. For example: /Numeric/numeric_version.py was installed by the ebuild and thuse qfile tells me it belongs to dev-python/numeric, but .../Numeric/numeric_version.pyc is listed as an orphan. While it is safe to delete, it will just be regenerated again later, wasting computing cycles. That's sort of what I was thinking. It was generated when it was started up the first time. I also noticed some things that I installed in the Seamonkey directory too. Adblock was one of those. That's not quite correct: .py[co] are generated by emerge right after package installaton and these won't come back unless you use these libs as root, since python won't have write access to these paths and will be byte-compiling each script on-the-fly. All the more reason for me to leave them alone then huh? ;-) We all know what happens to portage when python pukes up last weeks meal. :/ Dale :-) :-)
Re: [gentoo-user] Finding orphaned libs
On Wed, 10 Jun 2009 02:53:52 -0500 Dale rdalek1...@gmail.com wrote: That's not quite correct: .py[co] are generated by emerge right after package installaton and these won't come back unless you use these libs as root, since python won't have write access to these paths and will be byte-compiling each script on-the-fly. All the more reason for me to leave them alone then huh? ;-) We all know what happens to portage when python pukes up last weeks meal. :/ Nah, you can't crash python by stealing it's bytecode, everything will work, just won't have a nice warm-start. Of course, that's not a good thing, so emerge compiles them on purpose, and unless you really short on space or inodes there's not much point in removing them. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
[gentoo-user] File-roller build bug
Greetings,
I am getting the following build error when I try to build file-roller that gnome
depends on. Any clues on how to fix this?
thanks
if [ -f C/file-roller.xml ]; then d=../; else d=d/; fi; \
(cd de/ \
`which xml2po` -e -p \
${d}de/de.po \
${d}C/file-roller.xml file-roller.xml.tmp \
cp file-roller.xml.tmp file-roller.xml rm -f file-roller.xml.tmp)
Traceback (most recent call last):
File /usr/bin/xml2po, line 34, in ?
import libxml2
File /usr/lib/python2.4/site-packages/libxml2.py, line 1, in ?
import libxml2mod
ImportError: /usr/lib/python2.4/site-packages/libxml2mod.so: undefined symbol: xmlTextReaderGetParserColumnNumber
make[2]: *** [de/file-roller.xml] Error 1
make[2]: Leaving directory `/var/tmp/portage/file-roller-2.12.2/work/file-roller-2.12.2/help'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/file-roller-2.12.2/work/file-roller-2.12.2'
make: *** [all] Error 2
-- Darryl Wagoner - WA1GONEvil triumphs when good men do nothing.- Edmund Burke [1729-1797]
Re: [gentoo-user] media-video/totem-2.20.3 Access violation
All the problems above are related to python byte code, and the way it
is handled in gentoo. It would be to exhaustive to explain the
problems here but maybe this bug [1] helps to understand the problem.
Also if you want to learn more about python in gentoo you can read
this [2].
In the case of scons and docbook the problem is the same as mentoned
in the bug where python bytecode is installed into the wrong
filesystem location.
Other problems can occur when the python eclasses which handle the
python byte code are not used at all or improperly used with python
applications. For instance when python byte code is not handled by the
eclasses the py{c,o} files are created at runtime when using the
program as root. At deinstallation this files are not removed from the
filesystem because the package manager is not aware of them.
[1] http://bugs.gentoo.org/show_bug.cgi?id=194343
[2] http://www.gentoo.org/proj/en/Python/developersguide.xml
[gentoo-user] PCMCIA Modems
Can anyone direct me to any useful resources for researching hardware suitability for use in Gentoo systems? My immediate need is to replace my old 10Mb PCMCIA LAN card in my notebook with a 100Mb or better, ideally a multi-function card that includes a modem as well (which would probably narrow the field a bit). I know there are Linux databases where I can check is a particular card is currently supported, which is useful if I have a particular card in mind, but as I have no personal preference, I am interested in any opinions on which would be the 'best' card to go for. For example, all other things being equal, I would prefer to support a company that actively promotes Unix/Linux support by either providing a (open source) driver themselves, or making good hardware documentation available. I wouldn't want to support a company just because someone has managed to reverse engineer a driver in spite of the vendor! If anyone can suggest any good resources, or has any suggestions regarding good network cards, please let me know. Regards, DigbyT -- Digby R. S. Tarvin [EMAIL PROTECTED] http://www.digbyt.com -- gentoo-user@gentoo.org mailing list
[gentoo-user] revdep-rebuild fails
. . All prepared. Starting rebuild... emerge --oneshot --nodeps =app-arch/rpm-4.2 =app-pda/pilot-link-0.11.8 =app-te xt/openjade-1.3.2-r1 =app-text/uudeview-0.5.20 =dev-lang/lua-5.0.2 =dev-lang/py thon-2.2.3-r5 =dev-libs/libcdio-0.73 =dev-python/gnome-python-1.99.16 =gnome-ba se/gnome-vfs-1.0.5-r2 =kde-base/kdelibs-3.1.5 =kde-base/kdelibs-3.2.3 =net-libs /gnutls-1.2.3 =x11-misc/xplanet-1.1.1 . 1.0.5-r2 =kde-base/kdelibs-3.1.5 =kde-base/kdelibs-3.2.3 =net-libs/gnutls-1.2.3 =x11-misc/xplanet-1.1.1Calculating dependencies - emerge: there are no ebuilds to satisfy =dev-lang/python-2.2.3-r5. . . Why is it trying to access an old version of python? I removed the /root/.revdep-rebuild*.?_* files, so that's not it. TIA -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [OT] Python IDE
Why do people always mention vim when talking about IDE's? You can mention Quanta too then... Anyway eric seems good for py development. Cant wait till the eric4 comes in to the portage. Eclipse has far more options then any editor i have ever used on linux but it eats memory like i do chocolate... :( On 6/10/07, Albert Hopkins [EMAIL PROTECTED] wrote: On Sun, 2007-06-10 at 14:28 +, b.n. wrote: By the way: I am looking for a good, general Python IDE on Linux. Most people advice Eclipse+PyDev. I tried it and it looks good, but it's damn too memory intensive (I need to use it on an office machine with 512 K ram, and it eats almost half of it). Vim, of course. Also: * Anjuta * SPE * Komodo/Komodo Lite * Eric3 * Boa Constructor -- Albert W. Hopkins -- [EMAIL PROTECTED] mailing list -- r.
[gentoo-user] Unable to establish python symlink
As I was unmerging dev-python/pygtk-2.10.3 I got this: = * Cleaning orphaned Python bytecode from /usr/lib/python2.3/site-packages .. * Cleaning orphaned Python bytecode from /usr/lib/python2.4/site-packages .. * Purging /usr/lib/python2.4/site-packages/gtk-2.0/gtk/_lazyutils.py[co] * Purging /usr/lib/python2.4/site-packages/gtk-2.0/gtk/compat.py[co] * Purging /usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py[co] * Purging /usr/lib/python2.4/site-packages/gtk-2.0/gtk/keysyms.py[co] * Purging /usr/lib/python2.4/site-packages/gtk-2.0/gtk/deprecation.py[co] * Unable to establish /usr/lib/python2.4/site-packages/pygtk.py symlink * Unable to establish /usr/lib/python2.4/site-packages/pygtk.pth symlink Regenerating /etc/ld.so.cache... = Is there a need for a manual intervention regarding the symlink message above? Should I ignore it? -- Regards, Mick pgpjRfELgCCsz.pgp Description: PGP signature
Re: [gentoo-user] Re: elogviewer and something odd with equery
walt wrote: On 04/25/2010 09:25 PM, Dale wrote: Hi folks, I have had elogv and elogviewer installed for a while. I only use it on occasion but when I tried to use it the other day I get this little error message: r...@smoker / # elogviewer No protocol specified /usr/lib/python2.6/site-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display Do you have the DISPLAY variable set properly in root's environment? Apparently something got changed with a update. I tried to run hp-setup a bit ago and it failed too. It gave this error: No protocol specified hp-setup: cannot connect to X server :0.0 I'm running this in a Konsole, part of KDE, so just where would I set this up? I don't usually have to mess with it and it just works. I'm on KDE 4.4.2. Maybe this is a feature of KDE4 until it gets fixed. ;-) Thanks. Dale :-) :-)
[gentoo-user] Re: elogviewer and something odd with equery
On 04/26/2010 10:59 AM, Dale wrote: walt wrote: On 04/25/2010 09:25 PM, Dale wrote: Hi folks, I have had elogv and elogviewer installed for a while. I only use it on occasion but when I tried to use it the other day I get this little error message: r...@smoker / # elogviewer No protocol specified /usr/lib/python2.6/site-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display Do you have the DISPLAY variable set properly in root's environment? Apparently something got changed with a update. I tried to run hp-setup a bit ago and it failed too. It gave this error: No protocol specified hp-setup: cannot connect to X server :0.0 Wait, this is more complicated than I thought. The error above clearly mentions display :0.0, which should be correct unless you're running multiple X sessions. When I 'unset DISPLAY' I get 'DISPLAY is not set'. Do you have any files like /root/.xauthXX?
Re: [gentoo-user] Re: elogviewer and something odd with equery
On Monday 26 April 2010 19:59:26 Dale wrote: walt wrote: On 04/25/2010 09:25 PM, Dale wrote: Hi folks, I have had elogv and elogviewer installed for a while. I only use it on occasion but when I tried to use it the other day I get this little error message: r...@smoker / # elogviewer No protocol specified /usr/lib/python2.6/site-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display Do you have the DISPLAY variable set properly in root's environment? Apparently something got changed with a update. I tried to run hp-setup a bit ago and it failed too. It gave this error: No protocol specified hp-setup: cannot connect to X server :0.0 I'm running this in a Konsole, part of KDE, so just where would I set this up? I don't usually have to mess with it and it just works. I'm on KDE 4.4.2. Maybe this is a feature of KDE4 until it gets fixed. ;-) The X server is running at Dale and you are trying to connect to it as root. It (correctly) disapproves of this and is telling you so, while still remaining polite. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
On Tue, Aug 3, 2010 at 4:16 PM, Kyle Bader kyle.ba...@gmail.com wrote: Heyo Kevin, Directory /hex/hexTest/ AuthUserFile /etc/apache2/kosmanor/passwords AuthGroupFile /dev/null AuthName OHex Advanced AuthType Basic Require valid-user Options FollowSymLinks /Directory Try adding one of these in there: AddHandler cgi-script cgi pl Thanks, Kyle, you've been getting me closer and closer. If I'm starting to get the new stuff, AddHandler declares certain extensions. Up until last month, extensions were not required, and in fact my CGI programs have never had them. It used to be enough to use ScriptAlias, and put an executable in the directory. If it was a script with a shebang, or a compiled ELF program all was well. If I were going to use extensions, it would be .py or possibly .python, not .cgi or .pl. I see hints that the same sort of thing can still be accomplished, and I'd rather do that than break my RCS version sequence because of a name change. I'll report back. -- Kevin O'Gorman, PhD
Re: [gentoo-user] emerge python-updater - raise InvalidAtom(self)
On 9/29/10, Al oss.el...@googlemail.com wrote: Hello, after emerging portage emerging python-updater brock with this [...] File /home/prefix/gentoo/usr/lib/portage/pym/portage/dep/__init__.py, line 1006, in __init__ raise InvalidAtom(self) portage.exception.InvalidAtom: media-tv/vdrplugin-rebuild::Cygwin overlay I get the same error whenever I call emerge. I found this: http://forums.gentoo.org/viewtopic-t-840263-start-0.html However the case is different. There is no directory var/db/pkg/media-tv/... that I could remove and I never installed that. It's also a different line and function that rises the error: 647 vs. 1006. How can I clean this up? IIRC repo names must be single strings without spaces. -- Arttu V. -- Running Gentoo is like running with scissors
[gentoo-user] KDE4 + python3.1 == no system-config-printer-kde ?
Hi everybody, Is it me missing out on something or does KDE4 (namely PyKDE4) is borked when default python is set to 3.1? # eselect python list Available Python interpreters: [1] python2.7 [2] python3.1 * # eselect python list --python3 Available Python 3 interpreters: [1] python3.1 * # eselect python list --python2 Available Python 2 interpreters: [1] python2.7 * # grep python /etc/make.conf pygrub python python3 pulseaudio qalculate qt3 qt3support with all of the above PyKDE4 compiles, however kde-base/system-config-printer-kde-4.6.3 barfs: Traceback (most recent call last): File /usr/share/apps/cmake/modules/FindPyKDE4.py, line 8, in module import PyKDE4.pykdeconfig with a bit of look-around it seems like pykde4 has: RESTRICT_PYTHON_ABIS=2.4 which boils down to (what seems like) pykde4 is built only for 3.1 # epm -ql pykde4 | grep pykdeconfig /usr/lib64/python3.1/site-packages/PyKDE4/pykdeconfig.py should I be performing some other waving in the air to make this whole thing fly? It seems like a bug to me, but I'd rather confirm I'm not missing something before reporting it.
[gentoo-user] Calibre break after Update
Hello, i run the update from calibre yesterday and now calibre not startet. Has someone the same and has fix? siefke@gentoo-mobile : ~ $ calibre Traceback (most recent call last): File /usr/bin/calibre, line 20, in module sys.exit(main()) File /usr/lib/calibre/calibre/gui2/main.py, line 412, in main app, opts, args, actions = init_qt(args) File /usr/lib/calibre/calibre/gui2/main.py, line 85, in init_qt from calibre.gui2.ui import Main File /usr/lib/calibre/calibre/gui2/ui.py, line 31, in module from calibre.gui2.widgets import ProgressIndicator File /usr/lib/calibre/calibre/gui2/widgets.py, line 21, in module from calibre.gui2.progress_indicator import ProgressIndicator as _ProgressIndicator File /usr/lib/calibre/calibre/gui2/progress_indicator/__init__.py, line 15, in module pi_error) RuntimeError: Failed to load the Progress Indicator plugin: the sip module implements API v9.0 to v9.1 but the progress_indicator module requires API v8.1 Thank you Greetings Silvio
Re: [gentoo-user] PosgreSQL - pg_hba.conf localhost access only
On 04/25/13 09:10, J. Roeleveld wrote: On Thu, April 25, 2013 07:48, Joseph wrote: SNIP I just tried as you suggested, the only active line in: pg_hba.conf local all all trust anything else is commented out. I restarted the server but I still can connect to postgresql from another computer via Firefox. Joseph, Let me put it in really simple terms: 1) Firefox is NOT a database client, it can NOT connect to a database 2) Firefox IS a webbrowser, it ONLY connects to a webserver This means, Postgresql will NOT see ANY connection made by Firefox. The website you have running ON TOP OFF apache makes the connection to Postgresql. Eg. it goes like the following: User - Firefox - Apache/website - Postgresql Any of the above can ONLY see their immediate neighbour. -- Joost So pg_hba.conf only controls direct connections to postgreSQL. Since apache group is in postgres user; apache was given permission to access the database in this case py-passing the setting in pg_hba.conf Is there a way to force sequence: Apache/website - pg_hba.conf - Postgresql -- Joseph
Re: [gentoo-user] PosgreSQL - pg_hba.conf localhost access only
On 04/25/13 18:57, J. Roeleveld wrote: So pg_hba.conf only controls direct connections to postgreSQL. Correct. Since apache group is in postgres user; apache was given permission to access the database in this case py-passing the setting in pg_hba.conf Wrong, Postgresql does not check group-ownership. Your pg_hba.conf file will have a setting that allows Apache to connect. Is there a way to force sequence: Apache/website - pg_hba.conf - Postgresql Postgresql will always read the pg_hba.conf file and use that to determine who can and can not connect directly to Postgresql. -- Joost I've tired with this line: local clinic sql-ledger trust I can connect to clinic database form localhost and any box on the network. It works OK But I when I tried to further limit the database to a single IP, postgresql refused to start. local clinic sql-ledger10.0.0.100/32 trust -- Joseph
Re: [gentoo-user] PosgreSQL - pg_hba.conf localhost access only
On Thu, April 25, 2013 20:26, Joseph wrote: On 04/25/13 18:57, J. Roeleveld wrote: So pg_hba.conf only controls direct connections to postgreSQL. Correct. Since apache group is in postgres user; apache was given permission to access the database in this case py-passing the setting in pg_hba.conf Wrong, Postgresql does not check group-ownership. Your pg_hba.conf file will have a setting that allows Apache to connect. Is there a way to force sequence: Apache/website - pg_hba.conf - Postgresql Postgresql will always read the pg_hba.conf file and use that to determine who can and can not connect directly to Postgresql. -- Joost I've tired with this line: local clinic sql-ledger trust I can connect to clinic database form localhost and any box on the network. It works OK But I when I tried to further limit the database to a single IP, postgresql refused to start. local clinic sql-ledger10.0.0.100/32 trust This line is wrong, please read the comments in the supplied pg_hba.conf file: # local is for Unix domain socket connections only If you want to limit to an IP-address, then you nneed to use host -- Joost
Re: [gentoo-user] CD ripper that generates song titles?
On 08/26/2015 02:06 PM, Walter Dnes wrote: I went to the CNE (Canadian National Exhibition) yesterday and indulged in a buying spree of 18 CD sets of my fave music (basically anything pop/rock/country pre-Beatles). I now have over 20 CDs that I want to rip to flac eventually. I dread the gruntwork in renaming tracks like track01.cdda.wav, etc. What Gentoo ebuilds are there for stuff that'll get ahold of track titles? Is it in the form of metadata on the CD? I have over 1200 classical CDs that I have only recently begun ripping to flac with freedb titles. I wrote a utility to do this that you are very welcome to try. It does not have an ebuild, but it should work as long as you install dev-python/cddb-py. https://github.com/jfindlay/jmoney Justin
[gentoo-user] Is this a dependency bug?
I installed weasyprint-0.29, but it won't run: $ weasyprint Traceback (most recent call last): File "/usr/lib/python-exec/python2.7/weasyprint", line 6, in from pkg_resources import load_entry_point [...] File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line 849, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'CairoSVG<2,>=1.0.20' distribution was not found and is required by WeasyPrint I have cairosvg installed, but apparently it's not recent enough (1.07 vs. 1.20)? $ emerge --search cairosvg * media-gfx/cairosvg Latest version available: 1.0.7 Latest version installed: 1.0.7 Size of files: 29 KiB Homepage: http://cairosvg.org/ Description: A simple cairo based SVG converter with support for PDF, PostScript and PNG formats License: LGPL-3 Is this a dependency bug in the weasyprint ebuild? -- Grant Edwards grant.b.edwardsYow! NANCY!! Why is at everything RED?! gmail.com
Re: [gentoo-user] Is this a dependency bug?
On Mon, 20 Feb 2017 17:45:28 + (UTC) Grant Edwards wrote: > I installed weasyprint-0.29, but it won't run: > > $ weasyprint > Traceback (most recent call last): > File "/usr/lib/python-exec/python2.7/weasyprint", line 6, in > from pkg_resources import load_entry_point > [...] > File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line > 849, in resolve > raise DistributionNotFound(req, requirers) > pkg_resources.DistributionNotFound: The 'CairoSVG<2,>=1.0.20' distribution > was not found and is required by WeasyPrint > > I have cairosvg installed, but apparently it's not recent enough (1.07 vs. > 1.20)? > > $ emerge --search cairosvg > > > * media-gfx/cairosvg > Latest version available: 1.0.7 > Latest version installed: 1.0.7 > Size of files: 29 KiB > Homepage: http://cairosvg.org/ > Description: A simple cairo based SVG converter with support for PDF, > PostScript and PNG formats > License: LGPL-3 > > Is this a dependency bug in the weasyprint ebuild? Yes, please report on bugzilla. Best regards, Andrew Savchenko pgpbd1PsZ_M4e.pgp Description: PGP signature
Re: [gentoo-user] Problem executing pgAdmin4
Am Dienstag, 6. November 2018, 21:24:37 CET schrieb Jack: > On 2018.11.06 00:19, Petric Frank wrote: > > Am Dienstag, 6. November 2018, 01:00:04 CET schrieb Jack: > > > On 2018.11.05 14:21, Petric Frank wrote: > >>> pgadmin3 is masked now. So i installed pgadmin4 (current stable > >>> verion 3.0). Installed w/o problems. > >>> > > > > But when executing it (in a terminal window) i get a dialog box > > > > saying > > > > > > An error occurred initialising the application server: > > > > An error occurred initialising the application server: > > > > %1 > > > > > > > > and the terminal window is filled pagewise with > > > > --- cut --- > > > > Python path: "/usr/lib64/python3.6/site-packages" > > > > Python Home: "" > > > > Webapp path: "/usr/share/pgadmin4/web/pgAdmin4.py" > > > > "Failed to launch the application server, server thread exiting. > > > > \u➑\u\u\u榠\u1C93翱\u먀ᰆ翱 > > > > \u\u\u\u\u\u\u\u\u\u000F\u\u\u > > > > > > ＄ > > > > \u09FF－＆Ͽ\u\u0005\u0A0E＋（\u07FE\u\u＂\u，攍兇须꾭懰䀌翱\u\uEAB > > > > > > 0ᜊ翱 > > > > \u㙔\uE4C8帚꿧\u\u\u\u\u\u\u\u盚饇䥟璊Ꙑ䀌翱 > > > > \u\uA8C8ᜉ翱\u鯩슄鼗䷷\u0E70䀋翱\u偈䀌翱\u✠徰⼬蘉좸⠪翱\uꃘᜋ翱\uⷬ행膀ꈋ > > > > > > ꈨ䀌翱 > > > > \u垀ᜋ翱\u沦⻋䎛緒짐⠪翱\u嚠ᜋ翱\u段ꉀꒅ텣遰⠤翱\u撈ᜋ翱\u⻲幕炈멕胰䀌翱\u攐 > > > > > > ᜋ翱 > > > > \u\uE6A3ᓐ溪껊쫨⠪翱\u斘ᜋ翱\u\uF42F끒䙭㔋昰䀌翱\u映ᜋ翱\u盰\uE66A⍷캪限ᮑ翱\ > > > > > > u > > > > 좸ᜊ翱\u뱾ס⏤鱑룰⠁翱\u춸ᜊ翱\uꢦ蔞蠹꾞㨈䀐翱\u츈ᜊ翱\u\uF20E㥑䶫텓움⡌翱\u饠\ > > > > > > u1CBB ... > > > > --- cut --- > > > > > > > > Selecting "Ok " in the dialog box i get an other tabbed dialog box > > > > asking for > > > > a browser command (currently empty) and Python paths (preset > > > > values > > > > > > seem ok). > > > > > > > > Entering "/usr/bin/firefox %URL%" as browser command does not > > > > change > > > > > > anything. > > > > > > > > Any hints ? > > > > > > > > Info: > > > > Kernel 4.14.65 (Gentoo) > > > > KDE Plasma (kde-plasma/plasma-meta-5.13.5) > > > > Memory 16 G > > > > Apache installed but not running > > > > Browsers konqueror and firefox available > > > > pgadmin3 still installed > > > > Python 2.7, 3.6 and 3.5 installed (= "eselect python list" > > > > output) > > > > > > regards > > > > > > > > Petric > > > > > > Interesting. I only get > > > - > > > Python path: "/usr/lib64/python3.6/site-packages" > > > Python Home: "" > > > Webapp path: "/usr/share/pgadmin4/web/pgAdmin4.py" > > > ---- > >> > >> And then a popup that says "The application server could not be > >> contacted." > >> > >> This is with eselect postgresql set to either 9.6 or 10. Also - all > >> above running as myself, although I get the same results with root > >> or postgres. It looks like although I have 10 installed, I never > >> initialized it, although 9.6 should work OK. > >> > >> I'm now emerging the test version of pgAdmin4 to see if it makes any > >> difference. > >> > > > Jack > > > > Hello Jack, > > > > if i remove the .pgadmin directory in my home i get - after a long > > wait a dialog box saying The application server could not be > > contacted. > > > > In the terminal it prints: > > -- cut -- > > Python path: "/usr/lib64/python3.6/site-packages" > > Python Home: "" > > Webapp path: "/usr/share/pgadmin4/web/pgAdmin4.py" > > NOTE: Configuring authentication for DESKTOP mode. > > -- cut -- > > > > Starting pgAdmin4 again i get the output and dialogs i wrote > > initially in this thread. > > I installed pgadmin4-3.4-r1 and it works. 3.5 has been released > (https://www.pgadmin.org/) so I filed a version bump request > (https://bugs.gentoo.org/670556). I will try the upgrade. For documentation purposes i got version 3.0 running using this guide: 1. install dev-python/backports and dev-python/backports-csv (masked !) 2. extend file /usr/share/pgadmin4/web/config_local.py to contain: import os DATA_DIR = os.path.realpath(os.path.expanduser(u'~/.pgadmin/')) LOG_FILE = os.path.join(DATA_DIR, 'pgadmin4.log') SQLITE_PATH = os.path.join(DATA_DIR, 'pgadmin4.db') SESSION_DB_PATH = os.path.join(DATA_DIR, 'sessions') STORAGE_DIR = os.path.join(DATA_DIR, 'storage') SERVER_MODE = False UPGRADE_CHECK_ENABLED = False 3. start python /usr/share/pgadmin4/web/pgAdmin4.py 4. point your browser to localhost:5050 Hope that helps someone ... regards Petric
[gentoo-user] "equery" and "blueman"
Greetings, there seems to be some "blueman" specific data "equery" doesn't like: $ equery --no-color uses --all net-wireless/blueman-2.1.1 Traceback (most recent call last): File "/usr/lib/python-exec/python3.6/equery", line 38, in equery.main(sys.argv) File "/usr/lib64/python3.6/site-packages/gentoolkit/equery/__init__.py", line 356, in main loaded_module.main(module_args) File "/usr/lib64/python3.6/site-packages/gentoolkit/equery/uses.py", line 306, in main output = get_output_descriptions(pkg, global_usedesc) File "/usr/lib64/python3.6/site-packages/gentoolkit/equery/uses.py", line 183, in get_output_descriptions if pkg.metadata is None: File "/usr/lib64/python3.6/site-packages/gentoolkit/package.py", line 123, in metadata self.package_path(), 'metadata.xml' File "/usr/lib64/python3.6/site-packages/gentoolkit/package.py", line 319, in package_path return os.sep.join(self.ebuild_path().split(os.sep)[:-1]) AttributeError: 'NoneType' object has no attribute 'split' $ Using different packages in the "equery" request works. Sincerely, Rainer
Re: [gentoo-user] nsapass - alternative to keepassxc (and others)
On Fri, Jul 17, 2020 at 1:15 AM Caveman Al Toraboran wrote: > > hi - recently i heard some guys were suffering in > this list from keepassxc, which reminded me of my > my own. so i finally decided to put an end to > this in 404 lines of py code: > > https://github.com/Al-Caveman/nsapass > Probably won't win an obfuscated python contest, but I was amused. I'll just go ahead and add in that the NSA really should just offer a data backup service super-cheap. Chances are they already have a copy of most of our data, so why not offer a service to allow us to get it back from them if we lose it? US residents are basically already paying (through taxes) for a service to backup all their data. Why not close the loop and actually get some personal benefit from having that data returned to them when they end up needing it? Since we're generously paying to back up everybody else's data as well around the world, I guess we could sell the restoration service as a revenue generator outside the US. -- Rich
Re: [gentoo-user] nsapass - alternative to keepassxc (and others)
On 17 July 2020 07:15:01 CEST, Caveman Al Toraboran wrote: >hi - recently i heard some guys were suffering in >this list from keepassxc, which reminded me of my >my own. so i finally decided to put an end to >this in 404 lines of py code: > >https://github.com/Al-Caveman/nsapass > >hth. > >rgrds, >cm. Looks nice. Except for: I like having a GUI where I can easily access the different account details. Does it use Keepass databases? Or something you designed yourself? Can it work with password database files that are stored on a central server without having to change the code? A password database with NSA in the name does not inspire confidence. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] python, my nemesis
On Mon, 20 Sep 2021 15:56:46 +0200, Gerrit Kuehn wrote: > > > ~ # cat /etc/portage/package.use/py > > > */* PYTHON_TARGETS: -* python3_9 python3_8 > > > */* PYTHON_SINGLE_TARGET: -* python3_9 > > > --- > > > You should probably not mess with these variables until after your > > system is 100% updated and consistent. And even then, probably not. > > > > With our package manager written in python, you often need old python > > stuff to build the new python stuff, and disabling the old python > > stuff will throw a wrench into that. Even in situations where > > technically some upgrade path exists, the complexity of the python > > dependencies often means that the package manager will give up before > > it finds the solution unless the solution is obvious. By tweaking > > those variables, you make the solution less obvious to it. > > Well, this was the suggested way to go, see > https://www.gentoo.org/support/news-items/2021-05-05-python3-9.html That news item is about going from 3.8 to 3.9, you are on 3.7. I'd try removing the -* items are trying again. -- Neil Bothwick "We demand rigidly defined areas of doubt and uncertainty!" pgpd48PCoW9g5.pgp Description: OpenPGP digital signature
Re: [gentoo-user] python, my nemesis
On Mon, 2021-09-20 at 14:50 +0200, Gerrit Kuehn wrote: > Hi, > > I'd like to update a system that is about 1 year old. I have python3.7 > and python 3.8 installed, 3.7 is the default. After updating the repo, > it was suggested to update portage first (probably useful to support > new EAPI versions). > I read about updating to python 3.9, so I created > > --- > ~ # cat /etc/portage/package.use/py > */* PYTHON_TARGETS: -* python3_9 python3_8 > */* PYTHON_SINGLE_TARGET: -* python3_9 > --- You should probably not mess with these variables until after your system is 100% updated and consistent. And even then, probably not. With our package manager written in python, you often need old python stuff to build the new python stuff, and disabling the old python stuff will throw a wrench into that. Even in situations where technically some upgrade path exists, the complexity of the python dependencies often means that the package manager will give up before it finds the solution unless the solution is obvious. By tweaking those variables, you make the solution less obvious to it.
Re: [gentoo-user] python, my nemesis
On Mon, 20 Sep 2021 09:18:23 -0400 Michael Orlitzky wrote: > > --- > > ~ # cat /etc/portage/package.use/py > > */* PYTHON_TARGETS: -* python3_9 python3_8 > > */* PYTHON_SINGLE_TARGET: -* python3_9 > > --- > You should probably not mess with these variables until after your > system is 100% updated and consistent. And even then, probably not. > > With our package manager written in python, you often need old python > stuff to build the new python stuff, and disabling the old python > stuff will throw a wrench into that. Even in situations where > technically some upgrade path exists, the complexity of the python > dependencies often means that the package manager will give up before > it finds the solution unless the solution is obvious. By tweaking > those variables, you make the solution less obvious to it. Well, this was the suggested way to go, see https://www.gentoo.org/support/news-items/2021-05-05-python3-9.html But also when trying "emerge -1vUD @world" (be it with or without the package.use settings), I get stuck in conflicts (mostly on perl and setuptools). perl issues would probably resolve once I have EAPI8 support, i.e. get new portage. cu Gerrit
Re: [gentoo-user] mpv no longer compiles
On Fri, 17 Mar 2023 09:56:26 -0400, Michael Orlitzky wrote: > > On Fri, 2023-03-17 at 12:21 +, Daniel Pielmeier wrote: > > > > > > I don't think this should be necessary. The docutils ebuild should > > take care of this. If it doesn't there is a bug in docutils or maybe > > the mpv ebuild should call the py script directly. > > > > The ebuilds themselves don't really take care of it. You have to be > using portage and run emerge --deep @world with either --changed-use or > --newuse to make it notice the update when the python stuff changes in > the profile. This is what I did using --changed-use, but the docutils hasn't been updated for a while, sounds like the ebuild should link rst2html, otherwise things are not going to work. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
[gentoo-user] fsck + emerge = crash
Hey all, I got a power here, which after I had to run fsck... well there where some troubled Inodes and I choosed yes to repair them. So far so good, system booted well, but now I cannot emerge anything at all. emerge --info tells me as normal user: emerge: incomplete set configuration, missing set(s): world and system This usually means that '/usr/share/portage/config/sets.conf' is missing or corrupt. as su I get a bunch of these messages: Parse Error reading PROVIDE and USE in '/var/db/pkg/kde-base/libkdeedu-3.5.10' Exception: 'ascii' codec can't decode byte 0xe2 in position 19: ordinal not in range(128) Parse Error reading PROVIDE and USE in '/var/db/pkg/x11-plugins/pidgin-otr-3.2.0' Exception: 'ascii' codec can't decode byte 0xe2 in position 19: ordinal not in range(128) Traceback (most recent call last): File /usr/bin/emerge, line 42, in module retval = emerge_main() File /usr/lib/portage/pym/_emerge/main.py, line 1059, in emerge_main if portage._global_updates(trees, mtimedb[updates]): File /usr/lib/portage/pym/portage/__init__.py, line 8855, in _global_updates vardb.update_ents(myupd, onUpdate=onUpdate) File /usr/lib/portage/pym/portage/dbapi/__init__.py, line 227, in update_ents metadata = dict(zip(update_keys, aux_get(cpv, update_keys))) File /usr/lib/portage/pym/portage/dbapi/vartree.py, line 1212, in aux_get pkg_data = self._aux_cache[packages].get(mycpv) File /usr/lib/portage/pym/portage/dbapi/vartree.py, line 1118, in _aux_cache self._aux_cache_init() File /usr/lib/portage/pym/portage/dbapi/vartree.py, line 1146, in _aux_cache_init (self._aux_cache_filename, str(e)), noiselevel=-1) UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 19: ordinal not in range(128) emerge --regen tells me the same... well, what would you advice me to do? Regards, Loupy
Re: [gentoo-user] Re: mysql to postgresql migration
On 15 July 2014 19:40:14 CEST, James wirel...@tampabay.rr.com wrote: J. Roeleveld joost at antarean.org writes: I recently ran across this script: py-mysql2pgsql [1] and this discussion on it's origin [2]. I'm keenly interested in the recommendations of others for migrating mysql databases to postgresql and any comments on this aforementioned script or other methodologies [1] https://github.com/philipsoutham/py-mysql2pgsql [2] http://www.tryolabs.com/Blog/2012/02/10/django-migrating-mysql- postgresql/ James, I haven't looked into this recently. But I believe that the DDLs and data can be migrated relatively easy. Just be aware that software specifically written using MySQLs version of SQL is unlikely to work on a different RDBMS without extensive rewrites. So, If you run the same program, say gnucash, on top of mysql, then migrate the mysql dB it to pgsql, it will require an extensive rewrite? Not always. But if the software was written using the non standard SQL that is common when the developers only know MySQL then you are likely to find that the SQL is invalid for other databases. This shouild be an easy example, which is quite common (google). So, let's just say that I run across mysql -- pgsql quite often to the point that it's time for me to develop some slick_skills here. I deal with migrations and integration projects on a daily basis as part of my job. Some are simple. Some require extensive skills and knowledge. This is the biggest problem people are facing when porting websites to use a different database. What is the reason for migrating and what kind of data and applications are you using? Joost Another more serious problem: I'm not porting websites, but more working on science applications with huge data. Some of it is organized via mysql, others are more in the form of vary large test vectors (matricies) that are sparsely populated. Others portions are double float or other forms of scientific data. So in this case there is not a one-2-one semantic. But, I do need to extract (dump?) mysql into a form where I can later include it into a much larger, designed from the ground floor up, pgsql dB. I relaize this sort of effort is unique, but surely some additional slick_tools exist for this sort of effort? The tools that exist to make these things easier require plenty of practice and experience to use properly. For your usecase, if not too often, I would recommend exporting the DDL (all create table/index/ statements) and export the table contents to CSV files (with headers to ensure data goes back to correct columns) -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] What happened to glsa-check?
On 1/4/19 8:23 pm, Klaus-J. Wolf wrote: > Hm, my version displays a different usage help: > > #python3 /usr/lib64/portage/python3.6/glsa-check > No mode given: what should I do? > usage: glsa-check [glsa-list] > > optional arguments: > -h, --help show this help message and exit > -V, --version Some information about this tool > -v, --verbose Print more information > -n, --nocolor Disable colors > -e, --emergelike Do not use a least-change algorithm > -c, --cve Show CAN ids in listing mode > > Modes: > -l, --list List all unapplied GLSA > -d, --dump Show all information about the given GLSA > --print Alias for --dump > -t, --test Test if this system is affected by the given GLSA > -p, --pretend Show the necessary commands to apply this GLSA > -f, --fix Try to auto-apply this GLSA (experimental) > -i, --inject inject the given GLSA into the glsa_injected file > -m, --mail Send a mail with the given GLSAs to the administrator > > My version belongs to portage-2.3.62. > > Are there more than one version in use? And why? I would guess: 1. that the portage version is meant for the internal use of portage (hence why its "in an odd spot") and is divorced from the user package. 2. gentoolkit has the user version as "equery f gentoolkit" shows a /usr/bin/symlink. rattus ~ # equery f gentoolkit|grep glsa /usr/bin/glsa-check /usr/lib/python-exec/python2.7/glsa-check /usr/lib/python-exec/python3.6/glsa-check /usr/lib64/python2.7/site-packages/gentoolkit/glsa /usr/lib64/python2.7/site-packages/gentoolkit/glsa/__init__.py /usr/lib64/python2.7/site-packages/gentoolkit/glsa/__init__.pyc /usr/lib64/python2.7/site-packages/gentoolkit/glsa/__init__.pyo /usr/lib64/python3.6/site-packages/gentoolkit/glsa /usr/lib64/python3.6/site-packages/gentoolkit/glsa/__init__.py /usr/lib64/python3.6/site-packages/gentoolkit/glsa/__pycache__ /usr/lib64/python3.6/site-packages/gentoolkit/glsa/__pycache__/__init__.cpython-36.opt-1.pyc /usr/lib64/python3.6/site-packages/gentoolkit/glsa/__pycache__/__init__.cpython-36.opt-2.pyc /usr/lib64/python3.6/site-packages/gentoolkit/glsa/__pycache__/__init__.cpython-36.pyc /usr/share/man/man1/glsa-check.1.bz2 rattus ~ #
Re: [gentoo-user] after latest update emerge completely broken
On Fri, 04 Jun 2021 07:39:25 -0400,
John Covici wrote:
>
> Hi. After my latest update, when I try to emerge anything, I get the
> following:
> Traceback (most recent call last):
> File "/usr/lib/python-exec/python3.8/emerge", line 51, in
> retval = emerge_main()
> File "/usr/lib/python3.8/site-packages/_emerge/main.py", line
> 1319, in emerge_main
> return run_action(emerge_config)
> File
> "/usr/lib/python3.8/site-packages/_emerge/actions.py",
> line 3392, in run_action
> retval = action_build(emerge_config,
> spinner=spinner)
>File
>
> "/usr/lib/python3.8/site-packages/_emerge/actions.py",
> line 414, in action_build
> retval = mydepgraph.display(
> File
>
> "/usr/lib/python3.8/site-packages/_emerge/depgraph.py",
>line 8685, in display
>return display(self, mylist,
> favorites,
> verbosity)
> File
>
> "/usr/lib/python3.8/site-packages/_emerge/resolver/output.py",
> line 775, in __call__
> self.conf =
>
> _DisplayConfig(depgraph, mylist,
>favorites, verbosity)
> File
>
> "/usr/lib/python3.8/site-packages/_emerge/resolver/output_helpers.py",
> line 201, in __init__
>
> initial_atoms=root.setconfig.getSetAtoms("selected"))
> File
>
> "/usr/lib/python3.8/site-packages/portage/_sets/__init__.py",
> line 271,
> in getSetAtoms
>
> myatoms.update(self.getSetAtoms(s,
>
> File
>
> "/usr/lib/python3.8/site-packages/portage/_sets/__init__.py",
>
> line 260, in
>
> getSetAtoms
>
> myatoms =
>
> myset.getAtoms()
>
> File
>
> "/usr/lib/python3.8/site-packages/portage/_sets/base.py",
>
> line 58, in
>
> getAtoms
>
> self._load()
>
> File
>
> "/usr/lib/python3.8/site-packages/portage/_sets/base.py",
>
> line 53,
>
> in _load
>
> self.load()
>
>File
>
