[gentoo-user] How to appoint python version for a package
Hi All I just want emerge retext and run it by python3.3, how to set PYTHON_TAGETS just for this package If can't, tell me why python3.2 case problem below return u'[%s-%s]' % (unichr(a), unichr(b)) ^ SyntaxError: invalid syntax Thank you
Re: [gentoo-user] How to appoint python version for a package
On Wed, 2 Apr 2014 19:56:44 +0800 林守磊 linxiu...@gmail.com wrote: I just want emerge retext Which version of retext are you trying to emerge? and run it by python3.3, Python 3.3 is supported in retext 4.0.1-r2 and 4.1.1. how to set PYTHON_TAGETS just for this package In package.use you can put: app-editors/retext python_targets_python3_3 If can't, tell me why python3.2 case problem below ^^^ Did you intend to write 3.2 instead of 3.3 here? return u'[%s-%s]' % (unichr(a), unichr(b)) ^ SyntaxError: invalid syntax Can you attach the complete build.log? PS: Note that I'm the maintainer of app-editors/retext. -- 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
2014-04-02 19:56 GMT+08:00 林守磊 linxiu...@gmail.com: tell me why python3.2 case problem below return u'[%s-%s]' % (unichr(a), unichr(b)) ^ SyntaxError: invalid syntax Well, it seems to be an upstream bug, as Python 3.2 does not recognize the old (Python 2.x) style for Unicode literals. Python 3.3 adds the syntax back, so the program will work in Python 3.3 but not 3.2. You definitely should report this to upstream; it won't take much time to fix bugs of this sort. :)
[gentoo-user] PORTAGE_COMPRESS
I was reviewing my Portage settings yesterday and I noticed that I have PORTAGE_COMPRESS set (to bzip2, the default) on both of my servers and it occurred to me that both of these servers have filesystems that support compression (btrfs on one, zfs on the other). So I'm wondering if it still makes sense to have PORTAGE_COMPRESS set or if I should unset it and just let the fs-level compression handle it. Portage is already slow, why have it take the time to do this when the fs does it better and transparently? Thoughts on the matter? -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://google.com/+DouglasHunley
Re: [gentoo-user] How to appoint python version for a package
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. Sorry for the noise~
Re: [gentoo-user] PORTAGE_COMPRESS
On 02/04/2014 14:27, Douglas J Hunley wrote: I was reviewing my Portage settings yesterday and I noticed that I have PORTAGE_COMPRESS set (to bzip2, the default) on both of my servers and it occurred to me that both of these servers have filesystems that support compression (btrfs on one, zfs on the other). So I'm wondering if it still makes sense to have PORTAGE_COMPRESS set or if I should unset it and just let the fs-level compression handle it. Portage is already slow, why have it take the time to do this when the fs does it better and transparently? Thoughts on the matter? I agree with your reasoning. PORTAGE_COMPRESS is an ugly hack to get doc files smaller and the need for it has long since gone away for the general case and it predates filesystems with compression anyway. So do let the fs deal with this transparently and avoid the cost of calling bunzip2 everytime you read a doc. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] How to appoint python version for a package
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] PORTAGE_COMPRESS
Am 02.04.2014 16:10, schrieb Alan McKinnon: On 02/04/2014 14:27, Douglas J Hunley wrote: I was reviewing my Portage settings yesterday and I noticed that I have PORTAGE_COMPRESS set (to bzip2, the default) on both of my servers and it occurred to me that both of these servers have filesystems that support compression (btrfs on one, zfs on the other). So I'm wondering if it still makes sense to have PORTAGE_COMPRESS set or if I should unset it and just let the fs-level compression handle it. Portage is already slow, why have it take the time to do this when the fs does it better and transparently? Thoughts on the matter? I agree with your reasoning. PORTAGE_COMPRESS is an ugly hack to get doc files smaller and the need for it has long since gone away for the general case and it predates filesystems with compression anyway. So do let the fs deal with this transparently and avoid the cost of calling bunzip2 everytime you read a doc. Where did you find PORTAGE_COMPRESS? I just checked /etc/portage and some other locations but without luck. Also its not documented. Can you give me a hint. ~frukto
Re: [gentoo-user] PORTAGE_COMPRESS
On 02/04/2014 18:48, fruktopus wrote: Am 02.04.2014 16:10, schrieb Alan McKinnon: On 02/04/2014 14:27, Douglas J Hunley wrote: I was reviewing my Portage settings yesterday and I noticed that I have PORTAGE_COMPRESS set (to bzip2, the default) on both of my servers and it occurred to me that both of these servers have filesystems that support compression (btrfs on one, zfs on the other). So I'm wondering if it still makes sense to have PORTAGE_COMPRESS set or if I should unset it and just let the fs-level compression handle it. Portage is already slow, why have it take the time to do this when the fs does it better and transparently? Thoughts on the matter? I agree with your reasoning. PORTAGE_COMPRESS is an ugly hack to get doc files smaller and the need for it has long since gone away for the general case and it predates filesystems with compression anyway. So do let the fs deal with this transparently and avoid the cost of calling bunzip2 everytime you read a doc. Where did you find PORTAGE_COMPRESS? I just checked /etc/portage and some other locations but without luck. Also its not documented. Can you give me a hint. man 5 make.conf -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] PORTAGE_COMPRESS
Am 02.04.2014 20:29, schrieb Alan McKinnon: On 02/04/2014 18:48, fruktopus wrote: Am 02.04.2014 16:10, schrieb Alan McKinnon: On 02/04/2014 14:27, Douglas J Hunley wrote: I was reviewing my Portage settings yesterday and I noticed that I have PORTAGE_COMPRESS set (to bzip2, the default) on both of my servers and it occurred to me that both of these servers have filesystems that support compression (btrfs on one, zfs on the other). So I'm wondering if it still makes sense to have PORTAGE_COMPRESS set or if I should unset it and just let the fs-level compression handle it. Portage is already slow, why have it take the time to do this when the fs does it better and transparently? Thoughts on the matter? I agree with your reasoning. PORTAGE_COMPRESS is an ugly hack to get doc files smaller and the need for it has long since gone away for the general case and it predates filesystems with compression anyway. So do let the fs deal with this transparently and avoid the cost of calling bunzip2 everytime you read a doc. Where did you find PORTAGE_COMPRESS? I just checked /etc/portage and some other locations but without luck. Also its not documented. Can you give me a hint. man 5 make.conf Thank you.
Re: [gentoo-user] PORTAGE_COMPRESS
On Wed, Apr 2, 2014 at 2:29 PM, Alan McKinnon alan.mckin...@gmail.comwrote: man 5 make.conf What isn't listed in the man page is if you should simply unset it: PORTAGE_COMPRESS= or set it to something like /bin/true Any thoughts? -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://google.com/+DouglasHunley
Re: [gentoo-user] PORTAGE_COMPRESS
On 02/04/14 16:02, Douglas J Hunley wrote: On Wed, Apr 2, 2014 at 2:29 PM, Alan McKinnon alan.mckin...@gmail.comwrote: man 5 make.conf What isn't listed in the man page is if you should simply unset it: PORTAGE_COMPRESS= or set it to something like /bin/true Any thoughts? How about setting PORTAGE_COMPRESS_EXCLUDE_SUFFIXES=.* ?
Re: [gentoo-user] PORTAGE_COMPRESS
Am 02.04.2014 22:02, schrieb Douglas J Hunley: On Wed, Apr 2, 2014 at 2:29 PM, Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com wrote: man 5 make.conf What isn't listed in the man page is if you should simply unset it: PORTAGE_COMPRESS= or set it to something like /bin/true Any thoughts? I just checked portages git repository. The interesting file is bin/ebuild-helpers/ecompress [1] There we have: 12 # setup compression stuff 13 PORTAGE_COMPRESS=${PORTAGE_COMPRESS-bzip2} 14 [[ -z ${PORTAGE_COMPRESS} ]] exit 0 If PORTAGE_COMPRESS is not declared it defaults to bzip2. If it is declared, but without value or empty the script exits. So a PORTAGE_COMPRESS= should be fine. ~frukto [1] http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=blob;f=bin/ebuild-helpers/ecompress;hb=d8345b546c4212d928b38b972921879ef9fa466c
Re: [gentoo-user] PORTAGE_COMPRESS
On Wed, Apr 2, 2014 at 4:02 PM, Douglas J Hunley doug.hun...@gmail.com wrote: On Wed, Apr 2, 2014 at 2:29 PM, Alan McKinnon alan.mckin...@gmail.com wrote: man 5 make.conf What isn't listed in the man page is if you should simply unset it: PORTAGE_COMPRESS= or set it to something like /bin/true Any thoughts? From /usr/lib/portage/bin/ebuild-helpers/ecompress: # setup compression stuff PORTAGE_COMPRESS=${PORTAGE_COMPRESS-bzip2} [[ -z ${PORTAGE_COMPRESS} ]] exit 0 So, to disable it, just set PORTAGE_COMPRESS to an empty string: PORTAGE_COMPRESS=
Re: [gentoo-user] systemd-networkd: simpler config for my network
Am 31.03.2014 14:39, schrieb Stefan G. Weichinger: Am 31.03.2014 14:17, schrieb Nilesh Govindrajan: On 31-Mar-2014 5:45 pm, Stefan G. Weichinger li...@xunil.at wrote: Aside from all the discussions around systemd, I simply gave the new systemd-networkd a try. It helped me to simplify my config for my main machine where I run KVM for virtualization and need a network bridge: http://www.oops.co.at/en/publications/systemd-networkd-network-configuration-for-a-kvm-server Maybe someone else can make use of that as well. Stefan IMHO, tap interfaces are not required there because they get created automatically as needed when you specify the bridge to which QEMU must attach to. It's an overkill. So the openrc-example might be simplified? ok with me ... does anyone confirm? Today I tried to set up a bonding between 2 physical NICs and then I wanted to make a bridge on top of that to connect the VMs. So far no success, maybe my fault, maybe not yet possible with networkd. More tomorrow ;-) S
Re: [gentoo-user] PORTAGE_COMPRESS
On Wed, 2 Apr 2014 22:10:41 +0200, null_ptr wrote: What isn't listed in the man page is if you should simply unset it: PORTAGE_COMPRESS= or set it to something like /bin/true How about setting PORTAGE_COMPRESS_EXCLUDE_SUFFIXES=.* ? That would still compress files without an extension, like README, NEWS etc. -- Neil Bothwick The original point and click interface was a Smith Wesson. signature.asc Description: PGP signature
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
[gentoo-user] my gnome-shell break
Hi all I use gnome-shell-3.10.4-r1 some problem happen when I upgrade from 3.8, such as wall-picture disappeared, word of clock break attached my screenshotsPortage 2.2.10 (default/linux/amd64/13.0/desktop/gnome, gcc-4.8.2, glibc-2.19, 3.13.5-gentoo-shelley x86_64) = System Settings = System uname: Linux-3.13.5-gentoo-shelley-x86_64-Intel-R-_Core-TM-_i5_CPU_M_480_@ _2.67GHz-with-gentoo-2.2 KiB Mem: 7970940 total, 4488632 free KiB Swap:2097148 total, 2097148 free Timestamp of tree: Wed, 02 Apr 2014 21:45:01 + ld GNU ld (GNU Binutils) 2.24 app-shells/bash: 4.2_p46 dev-java/java-config: 2.2.0 dev-lang/python: 2.6.9, 2.7.6, 3.2.5-r3, 3.3.5, 3.4.0 dev-util/cmake: 2.8.12.2 dev-util/pkgconfig: 0.28-r1 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12.4 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.14.1 sys-devel/binutils: 2.24-r2 sys-devel/gcc:4.5.4, 4.8.2 sys-devel/gcc-config: 1.8 sys-devel/libtool:2.4.2 sys-devel/make: 4.0-r1 sys-kernel/linux-headers: 3.14 (virtual/os-headers) sys-libs/glibc: 2.19 Repositories: gentoo x-portage gentoo-zh sublime-text ACCEPT_KEYWORDS=amd64 ~amd64 ACCEPT_LICENSE=* -@EULA CBUILD=x86_64-pc-linux-gnu CFLAGS=-march=native -O2 -pipe CHOST=x86_64-pc-linux-gnu CONFIG_PROTECT=/etc /usr/share/gnupg/qualified.txt CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c CXXFLAGS=-march=native -O2 -pipe DISTDIR=/usr/portage/distfiles FCFLAGS=-O2 -pipe FEATURES=assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync FFLAGS=-O2 -pipe GENTOO_MIRRORS=http://mirrors.aliyun.com/gentoo/ http://mirrors.163.com/gentoo/; LANG=en_US.utf8 LC_ALL=en_US.utf8 LDFLAGS=-Wl,-O1 -Wl,--as-needed MAKEOPTS=-j5 PKGDIR=/usr/portage/packages PORTAGE_CONFIGROOT=/ PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/usr/local/portage /var/lib/layman/gentoo-zh /var/lib/layman/sublime-text SYNC=rsync://mirrors.163.com/gentoo-portage USE=X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli colord consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr eds emboss encode evo exif fam firefox flac fortran gdbm gif gnome gnome-keyring gnome-online-accounts gpm gstreamer gtk iconv introspection jpeg lcms ldap libnotify libsecret mad mmx mng modules mp3 mp4 mpeg multilib nautilus ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio qt3support qt4 readline sdl session socialweb spell sse sse2 sse3 ssl startup-notification svg systemd tcpd tiff truetype udev udisks unicode upower usb utf vim-syntax vorbis wxwidgets x264 xcb xinerama xml xv xvid zlib ABI_X86=64 ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci APACHE2_MODULES=authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias CALLIGRA_FEATURES=kexi words flow plan sheets stage tables krita karbon braindump author CAMERAS=ptp2 COLLECTD_PLUGINS=df interface irq load memory rrdtool swap syslog DRACUT_MODULES=lvm ELIBC=glibc GPSD_PROTOCOLS=ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx GRUB_PLATFORMS=pc INPUT_DEVICES=keyboard mouse evdev KERNEL=linux LCD_DEVICES=bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text LIBREOFFICE_EXTENSIONS=presenter-console presenter-minimizer LINGUAS=zh_CN en OFFICE_IMPLEMENTATION=libreoffice PHP_TARGETS=php5-5 PYTHON_SINGLE_TARGET=python2_7 PYTHON_TARGETS=python2_7 python3_2 RUBY_TARGETS=ruby20 USERLAND=GNU VIDEO_CARDS=intel
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
Re: [gentoo-user] How to appoint python version for a package
2014-04-03 13:15 GMT+08:00 林守磊 linxiu...@gmail.com: @all I found that is a bug from package pygments-1.6_p20140324, and I downgrade to 1.6-r1. problem solved ! Oh, I overlooked the name of the offending file. Yes it's pygments that's at fault, not retext :)