I've checked a few times, with varying results. If libg++ is not already in the USE flags, it runs fine, but then saves make.conf with libg++ as libg\+\+ instead. The next time ufed is run: [X] libg ( +) (Unknown) [ ] libg++ ( ) Adds C++ modules in dev-db/postgresql (libpq++) If libg++ is already in the USE flags, ufed dies with the following error: Nested quantifiers in regex; marked by <-- HERE in m/aalib crypt encode esd fbcon gb gd gdbm gif gpm gstreamer imap ipv6 jpeg kerberos krb4 libg++ <-- HERE libwww lirc mad maildir mmx mozilla mpeg ncurses nls pdflib perl png postgres python qt quicktime readline slang snmp -ssmtp socks5 spell ssl svga tiff truetype usb X xml xml2 xv zlib/ at /usr/sbin/ufed line 654. I tried changing line 654 to be a direct assignment as it is calling a function that returns a regex'd scalar. That seemed to get rid of the nested regex, however, the make.conf still was saving libg++ as libg\+\+ , with the above results.
Created attachment 40599 [details, diff] ufed-0.35-plus.patch ufed 0.35 seems to have fixed most of the problems you described (I haven't used 0.34, so I don't know exactly what was and wasn't working), but it still has some bugs with plus signs left. For example, if libg++ is not in your profile and you add it to your make.conf, run ufed and you'll see libg++ unchecked, even though it says ( +) (and when you save, libg++ is removed from your make.conf, unless you check it every time you run ufed). (If libg++ is in your profile, you can probably check it with the c++ flag too.) I created this patch to get rid of that problem. Does it work for you, or did I miss something?
patch only works partially for me, it adds libg++ correctly but if libg++ is in make.conf I only get the error message as reported.
Created attachment 45646 [details, diff] ufed-0.35-plus.patch After your comment I looked into it a bit more. You both have -* in your USE flags, right? I couldn't get it without it, but as soon as I added it, I got this error too. This should fix it. CleanUpFlags returns a cleaned up string, not a regex to produce that cleaned up string, so I have no idea what =~ was doing there instead of = in the first place.
Should be fixed in 0.35-r3
This bug is still alive in 0.35-r3 Here is the error message I get when I try to run ufed when I have libg++ in my USE flags: Nested quantifiers in regex; marked by <-- HERE in m/alsa apache2 arts artswrappersuid audiofile bash-completion berkdb bidi bitmap-fonts cdparanoia cjk crypt cups curl dga dhcp divx4linux dv dvb dvd dvdr dvdread edl emacs encode faac faad fam flac gcj gdbm gif gnome gtk gtk2 iconv icq imap imlib innodb java javascript jpeg jpeg2k kde lcms ldap leim libcaca libg++ <-- HERE libwww lzo mad mailwrapper mime mmx mmx2 motif mozaccess mozcalendar mozdevelop mozilla mozp3p mozsvg mozxmlterm mpi mplayer multislot mysql nagios-dns nagios-ntp nagios-ping nagios-s ncurses network nls objc odbc oggvorbis opengl oss pam pcmcia pcre pdf pdflib perl pg-hier php png postgres python qt radeon readline real rtc samba sdl slp sndfile snmp sse sse2 ssl svg tcltk tcpd tidy tiff truetype truetype-fonts type1-fonts vhosts X xine xml2 xosd xv xvid xvmc yahoo zlib/ at /usr/sbin/ufed line 737. Here are my USE flags (yes I do have -*) : USE="-* alsa apache2 arts artswrappersuid audiofile bash-completion berkdb \ bidi bitmap-fonts cdparanoia cjk crypt cups curl dga dhcp divx4linux \ dv dvb dvd dvdr dvdread edl emacs encode faac faad fam flac gcj gdbm \ gif gnome gtk gtk2 iconv icq imap imlib innodb java javascript jpeg \ jpeg2k kde lcms ldap leim libcaca libg++ libwww lzo mad mailwrapper \ mime mmx mmx2 motif mozaccess mozcalendar mozdevelop mozilla mozp3p \ mozsvg mozxmlterm mpi mplayer multislot mysql nagios-dns nagios-ntp \ nagios-ping nagios-s ncurses network nls objc odbc oggvorbis opengl \ oss pam pcmcia pcre pdf pdflib perl pg-hier php png postgres python \ qt radeon readline real rtc samba sdl slp sndfile snmp sse sse2 ssl \ svg tcltk tcpd tidy tiff truetype truetype-fonts type1-fonts vhosts X \ xine xml2 xosd xv xvid xvmc yahoo zlib"
