Summary: | glsa-check / portage Unicode problems | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Nathan Sullivan <nathan> |
Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
Status: | RESOLVED FIXED | ||
Severity: | critical | CC: | clmason, deefster, fnevgeny, gentoo, hackeron, koon, mcfletch, opello, pjp, sascha-gentoo-bugzilla, xfr-bug |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Nathan Sullivan
2004-09-16 23:14:19 UTC
Same "problem" here ! Portage 2.0.51_rc1 (default-linux/amd64/gcc34-2004.2, gcc-3.4.1, glibc-2.3.4.20040918-r0, 2.6.8-gentoo-r4 x86_64) ================================================================= System uname: 2.6.8-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.5.3 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.7-r4 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -O2 -pipe -ftracer -fweb -momit-leaf-frame-pointer -fweb -frename-registers -fno-asynchronous-unwind-tables" CHOST="x86_64-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -ftracer -fweb -momit-leaf-frame-pointer -fweb -frename-registers -fno-asynchronous-unwind-tables" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache" GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.inode.at/ http://mirrors.sec.informatik.tu-darmstadt.de/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa amd64 audiofile avi bitmap-fonts cdr crypt cups dedicated dga dvd dvdr encode esd fam flac foomaticdb gif gnome gtk gtk2 imlib java jpeg mad matroska mikmod mozilla mpeg multilib ncurses nls nptl oggvorbis opengl oss pam pdflib perl png python quicktime readline samba sdl slang spell ssl tcpd tiff truetype unicode wmf xml2 xprint xv zlib" The problem is that the python XML code returns Unicode which portage doesn't like. I plan to release a fixed version later this week. *** Bug 66500 has been marked as a duplicate of this bug. *** *** Bug 65241 has been marked as a duplicate of this bug. *** *** Bug 65161 has been marked as a duplicate of this bug. *** *** Bug 65106 has been marked as a duplicate of this bug. *** should be fixed in gentoolkit-0.2.0_pre10 *** Bug 67064 has been marked as a duplicate of this bug. *** *** Bug 68836 has been marked as a duplicate of this bug. *** So let me get this straight, the stable version is broken so people have to use a masked one? -- not much QA there :) WARNING: This tool is completely new and not very tested, so it should not be used on production systems. It's mainly a test tool for the new GLSA release and distribution system, it's functionality will later be merged into emerge and equery. What part of that was misunderstandable? The part that stops you from being able to test it ;) -- if its fixed in a masked version, why not the stable. That remains a complete mistery. Because pre10 includes other changes as well, including a broken `equery belongs` implementation. And before you say "fix it and make a new release": CVS has even more problems right now. well, ideally critical fixes made to masked should be backported to stable -- just like security patches can be applied on old versions. I suppose if it were this easy, it would already be done but really this should be quite a high priority. Keeping a critical feature broken for over a month puts a bit of a dent in my gentoo high QA belief -- especially since the bug is fixed in the unstable version. Well, I'm not too keen on supporting multiple branches for a tool that's clearly marked as experimental. *** Bug 70109 has been marked as a duplicate of this bug. *** Can we please get this fixed in the stable version :( *** Bug 74632 has been marked as a duplicate of this bug. *** |