Re: [gentoo-dev] tcltk herd empty
Joshua Kinard wrote: > On 10/02/2015 08:44, Dale wrote: >> Michał Górny wrote: >>> Dnia 2015-10-02, o godz. 03:38:16 >>> Daniel Campbell napisał(a): >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/30/2015 06:02 AM, Justin (jlec) wrote: > Hi, > > is no active maintainer for tcltk in Gentoo anymore. > > Please stand up or try to remove tcltk support from your packages. > > Justin > I know next to nothing about tcl/tk but it's been an idle curiosity of mine. Are there any particularly important packages that run on them? >>> dev-tcltk/expect is sometimes used for modem chats. >>> >>> net-im/tkabber used to be pretty good but I haven't looked at it in ages. >>> >> >> I have these that use tcl or tk: >> >> >> root@fireball / # equery h tk >> * Searching for USE flag tk ... >> [IP-] [ ] app-office/scribus-1.4.4-r1:0 >> [IP-] [ ] dev-lang/R-3.2.2:0 >> [IP-] [ ] dev-lang/python-2.7.10:2.7 >> [IP-] [ ] dev-lang/python-3.4.3:3.4 >> [IP-] [ ] dev-python/pillow-2.8.1:0 >> [IP-] [ ] dev-python/pyopengl-3.0.2-r1:0 >> [IP-] [ ] dev-vcs/git-2.4.9:0 >> [IP-] [ ] net-im/pidgin-2.10.11:0 >> [IP-] [ ] sci-electronics/pcb-20140316:0 >> [IP-] [ ] virtual/python-imaging-2:0 >> root@fireball / # equery h tcl >> * Searching for USE flag tcl ... >> [IP-] [ ] dev-db/sqlite-3.8.10.2:3 >> [IP-] [ ] media-gfx/graphviz-2.26.3-r4:0 >> [IP-] [ ] net-analyzer/rrdtool-1.5.4:0 >> [IP-] [ ] net-im/pidgin-2.10.11:0 >> [IP-] [ ] sys-libs/db-4.8.30-r2:4.8 >> root@fireball / # > tcl/tk support should remain if at all possible, especially in Python. TCL is > the base language, and well-entrenched in some really niche areas, like > eggdrop > bot scripting and the like. IIRC, everything in TCL is effectively a string, > and it's very much an event-driven language via the use of "binds". > > Tk is for creating cross-platform GUIs using TCL, and Python people have > likely > encountered Tk as "Tkinter", Python's wrapper around Tk for creating > cross-platform Python GUIs (like gitk). > I recall that at least one, maybe more, needed those flags to install. At least it did at the time. I think, key word think, pcb and maybe scribus is in that category. I'm not real sure on the others. Generally, if something is required like that, I just set it in make.conf for everything. If it causes a problem, I disable it in package.use for that package. The biggest reason for the post is to let them know that at least one lowly user has those packages that use it. Honestly, I have no idea what it does or what function it adds, until your post anyway. I just followed what portage told me. If support for it drops, I'll just try to adjust to it. If a package must have it and won't build without it, then I can post here or b.g.o. and either that package has to go the same way as tk and/or tcl or someone will do some fixes so that they can be back in the tree again. Either way, it will work out. Dale :-) :-) P. S. I'm getting a error message on your OpenPGP. I get this: "Error - No valid armored OpenPGP data block found". If that is caused by something on your end, may want to look into it.
Re: [gentoo-dev] tcltk herd empty
On 10/02/2015 08:44, Dale wrote: > Michał Górny wrote: >> Dnia 2015-10-02, o godz. 03:38:16 >> Daniel Campbell napisał(a): >> >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA256 >>> >>> On 09/30/2015 06:02 AM, Justin (jlec) wrote: Hi, is no active maintainer for tcltk in Gentoo anymore. Please stand up or try to remove tcltk support from your packages. Justin >>> I know next to nothing about tcl/tk but it's been an idle curiosity of >>> mine. Are there any particularly important packages that run on them? >> dev-tcltk/expect is sometimes used for modem chats. >> >> net-im/tkabber used to be pretty good but I haven't looked at it in ages. >> > > > I have these that use tcl or tk: > > > root@fireball / # equery h tk > * Searching for USE flag tk ... > [IP-] [ ] app-office/scribus-1.4.4-r1:0 > [IP-] [ ] dev-lang/R-3.2.2:0 > [IP-] [ ] dev-lang/python-2.7.10:2.7 > [IP-] [ ] dev-lang/python-3.4.3:3.4 > [IP-] [ ] dev-python/pillow-2.8.1:0 > [IP-] [ ] dev-python/pyopengl-3.0.2-r1:0 > [IP-] [ ] dev-vcs/git-2.4.9:0 > [IP-] [ ] net-im/pidgin-2.10.11:0 > [IP-] [ ] sci-electronics/pcb-20140316:0 > [IP-] [ ] virtual/python-imaging-2:0 > root@fireball / # equery h tcl > * Searching for USE flag tcl ... > [IP-] [ ] dev-db/sqlite-3.8.10.2:3 > [IP-] [ ] media-gfx/graphviz-2.26.3-r4:0 > [IP-] [ ] net-analyzer/rrdtool-1.5.4:0 > [IP-] [ ] net-im/pidgin-2.10.11:0 > [IP-] [ ] sys-libs/db-4.8.30-r2:4.8 > root@fireball / # tcl/tk support should remain if at all possible, especially in Python. TCL is the base language, and well-entrenched in some really niche areas, like eggdrop bot scripting and the like. IIRC, everything in TCL is effectively a string, and it's very much an event-driven language via the use of "binds". Tk is for creating cross-platform GUIs using TCL, and Python people have likely encountered Tk as "Tkinter", Python's wrapper around Tk for creating cross-platform Python GUIs (like gitk). -- Joshua Kinard Gentoo/MIPS ku...@gentoo.org 6144R/F5C6C943 2015-04-27 177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943 "The past tempts us, the present confuses us, the future frightens us. And our lives slip away, moment by moment, lost in that vast, terrible in-between." --Emperor Turhan, Centauri Republic
[gentoo-dev] Re: gcc-5 news item wrt C++ ABI
Anthony G. Basile posted on Sat, 03 Oct 2015 19:53:14 -0400 as excerpted: > On 10/3/15 7:16 PM, hasufell wrote: >> On 10/03/2015 04:13 AM, Mike Frysinger wrote: >>> Title: GCC 5 Defaults to the New C++11 ABI Author: Mike Frysinger >>> >>> Content-Type: text/plain Posted: 2015-10-02 Revision: 1 >>> News-Item-Format: 1.0 Display-If-Installed: >=sys-devel/gcc-5 >>> >>> GCC 5 uses the new C++ ABI by default. When building new code, you >>> might run into link time errors like: >>> ...: undefined reference to >>> '_ZNSt6chrono12steady_clock3nowEv@GLIBCXX_3.4.17' >>> Or you might see linkage failures with "std::__cxx11::string" in the >>> output. >>> >>> These are signs that you need to rebuild packages using the new C++ >>> ABI. >>> You can quickly do so by using revdep-rebuild like so: >>> # revdep-rebuild --library 'libstdc\+\+\.so\.6' >>> >> We shouldn't assume a particular PM/toolset in news items, IMO. Just >> saying that people might have to rebuild packages linked against >> libstdc++.so.6 should be enough. >> >> They can read the docs if they don't know how. >> > Nothing precludes adding "see if you use paludis or clang." > However, I'd like to see the above in there. ... Or simply... "If you have gentoolkit installed, you can quickly do so by using revdep- rebuild like so:"... I've seen that wording used before, and it seems reasonable enough to me, not assuming anything about whether it's installed, but giving at least some guidance to the folks who need it. (If they don't have gentoolkit installed and don't know why, that it doesn't work with their PM or so, they probably simply followed the basic handbook install and are thus using portage. In which case, that's a hint to install gentoolkit... If they're using a PM other than portage, an assumption that they can read between the lines and make their own decisions on the merits is reasonable, given that they already did so in ordered to have that PM in the first place.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
Re: [gentoo-dev] gcc-5 news item wrt C++ ABI
On 10/3/15 7:16 PM, hasufell wrote: On 10/03/2015 04:13 AM, Mike Frysinger wrote: Title: GCC 5 Defaults to the New C++11 ABI Author: Mike Frysinger Content-Type: text/plain Posted: 2015-10-02 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: >=sys-devel/gcc-5 GCC 5 uses the new C++ ABI by default. When building new code, you might run into link time errors like: ...: undefined reference to '_ZNSt6chrono12steady_clock3nowEv@GLIBCXX_3.4.17' Or you might see linkage failures with "std::__cxx11::string" in the output. These are signs that you need to rebuild packages using the new C++ ABI. You can quickly do so by using revdep-rebuild like so: # revdep-rebuild --library 'libstdc\+\+\.so\.6' We shouldn't assume a particular PM/toolset in news items, IMO. Just saying that people might have to rebuild packages linked against libstdc++.so.6 should be enough. They can read the docs if they don't know how. Nothing precludes adding "see if you use paludis or clang." However, I'd like to see the above in there. -- Anthony G. Basile, Ph.D. Gentoo Linux Developer [Hardened] E-Mail: bluen...@gentoo.org GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA GnuPG ID : F52D4BBA
Re: [gentoo-dev] gcc-5 news item wrt C++ ABI
On 10/03/2015 04:13 AM, Mike Frysinger wrote: > Title: GCC 5 Defaults to the New C++11 ABI > Author: Mike Frysinger > Content-Type: text/plain > Posted: 2015-10-02 > Revision: 1 > News-Item-Format: 1.0 > Display-If-Installed: >=sys-devel/gcc-5 > > GCC 5 uses the new C++ ABI by default. When building new code, you might run > into link time errors like: > ...: undefined reference to '_ZNSt6chrono12steady_clock3nowEv@GLIBCXX_3.4.17' > Or you might see linkage failures with "std::__cxx11::string" in the output. > > These are signs that you need to rebuild packages using the new C++ ABI. > You can quickly do so by using revdep-rebuild like so: > # revdep-rebuild --library 'libstdc\+\+\.so\.6' > We shouldn't assume a particular PM/toolset in news items, IMO. Just saying that people might have to rebuild packages linked against libstdc++.so.6 should be enough. They can read the docs if they don't know how.
Re: [gentoo-dev] repoman and useless dependency.badmasked warnings
On 10/03/2015 02:38 AM, Alexis Ballier wrote: > On Fri, 2 Oct 2015 16:54:30 -0700 > Zac Medico wrote: > >> On 10/02/2015 04:40 PM, Alexis Ballier wrote: >>> On Fri, 2 Oct 2015 13:08:29 -0700 >>> Zac Medico wrote: >>> On 10/02/2015 07:49 AM, Mike Gilbert wrote: > Hello, > > I am getting the output below when I run repoman full for > sys-apps/systemd. > > It is basically telling me that systemd (which is masked in the > selinux profiles) cannot depend on sys-apps/dbus[systemd], because > the systemd use flag is also masked. > > That's perfectly fine and I suppose it is valid, but there is > nothing I can do to resolve it and I don't need to be reminded of > it every time I run repoman. > > Does anyone find dependency.badmasked useful? Possibly, if I wanted to see dependency issues for masked packages. >>> >>> >>> why not also ignore *use.mask along with package.mask for this >>> check ? >>> >> >> Can you give a concrete example? I'm having a hard time thinking up a >> reason to ignore use.mask. > > Well, ignoring completely use.mask won't work: people use it because > the dep doesnt work and thus has missing keywords. > > But, maybe something in between could work: drop dependency.badmasked > warnings that are satisfied when ignoring use.mask. Yeah, I guess that might work as an alternative to suppressing all dependency.badmasked messages by default. We would need another option to enable such warnings. Introducing special cases for use.mask/use.force like this is not as simple as it might seem. If we simply discard use.force and use.mask, then it can trigger other kinds of warnings. For example, consider a dependency like this: !hardened? ( sys-apps/systemd ) If we were to discard hardened from use.force, then repoman will show an error for this dependency being unsatisfied on hardened profiles. We get analogous problems when we discard flags from use.mask. > Is there anything I'm missing ? Maybe it's better to keep things a little simpler, and just suppress all dependency.badmasked messages by default. -- Thanks, Zac
Re: [gentoo-dev] repoman and useless dependency.badmasked warnings
On 10/02/2015 09:33 PM, Jason Zaman wrote: > On Fri, Oct 02, 2015 at 01:03:49PM -0700, Zac Medico wrote: >> On 10/02/2015 09:50 AM, Jason Zaman wrote: >>> What I do not understand, I see these for hardened/../no-multilib, but I >>> do not see anything for default/.../no-multilib. Why? as far as I can >>> tell, they are masked in the same way so why isnt it complaining about >>> default? >> >> If you don't use 'repoman full', then the list is truncated to 12 >> results, so that explains why you only got 12 results. The relevant code >> is here: >> >> https://gitweb.gentoo.org/proj/portage.git/tree/pym/repoman/qa_data.py?h=v2.2.22#n434 >> -- >> Thanks, >> Zac > > I always run repoman full. I think there just happen to be exactly the right > number of ebuilds to make 12 errors. > > jason@meriadoc ~/code/gentoo/gentoo/dev-util/android-studio $ repoman full > > RepoMan scours the neighborhood... > dependency.badmasked 12 >dev-util/android-studio/android-studio-1.2.0.12.141.1890965.ebuild: > RDEPEND: amd64(hardened/linux/amd64/no-multilib) > [...snip...] >dev-util/android-studio/android-studio-1.2.0.12.141.1890965.ebuild: > RDEPEND: amd64(hardened/linux/amd64/no-multilib/selinux) > [...snip...] >dev-util/android-studio/android-studio-1.2.2.0.141.1980579.ebuild: > RDEPEND: amd64(hardened/linux/amd64/no-multilib) > [...snip...] >dev-util/android-studio/android-studio-1.2.2.0.141.1980579.ebuild: > RDEPEND: amd64(hardened/linux/amd64/no-multilib/selinux) > [...snip...] >dev-util/android-studio/android-studio-1.3.0.10.141.2117773.ebuild: > RDEPEND: ~amd64(hardened/linux/amd64/no-multilib) > [...snip...] >dev-util/android-studio/android-studio-1.3.0.10.141.2117773.ebuild: > RDEPEND: ~amd64(hardened/linux/amd64/no-multilib/selinux) > [...snip...] >dev-util/android-studio/android-studio-1.3.1.0.141.2135290.ebuild: > RDEPEND: ~amd64(hardened/linux/amd64/no-multilib) > [...snip...] >dev-util/android-studio/android-studio-1.3.1.0.141.2135290.ebuild: > RDEPEND: ~amd64(hardened/linux/amd64/no-multilib/selinux) > [...snip...] >dev-util/android-studio/android-studio-1.3.2.0.141.2178183.ebuild: > RDEPEND: ~amd64(hardened/linux/amd64/no-multilib) > [...snip...] >dev-util/android-studio/android-studio-1.3.2.0.141.2178183.ebuild: > RDEPEND: ~amd64(hardened/linux/amd64/no-multilib/selinux) > [...snip...] >dev-util/android-studio/android-studio-1.4.0.10.141.2288178.ebuild: > RDEPEND: ~amd64(hardened/linux/amd64/no-multilib) > [...snip...] >dev-util/android-studio/android-studio-1.4.0.10.141.2288178.ebuild: > RDEPEND: ~amd64(hardened/linux/amd64/no-multilib/selinux) > [...snip...] > > Note: use --without-mask to check KEYWORDS on dependencies of masked packages > Note: use --include-dev (-d) to check dependencies for 'dev' profiles > > RepoMan sez: "You're only giving me a partial QA payment? > I'll take it this time, but I'm not happy." > > > It is not just android-studio tho, a ton of other 32bit programs are the same > way. android-sdk-update-manager does too and has 26 errors but they are all > only hardened for some reason even tho it also is masked in both default/ and > hardened/ > > jason@meriadoc ~/code/gentoo/gentoo/dev-util/android-sdk-update-manager $ > repoman full > RepoMan scours the neighborhood... > dependency.badmasked 26 >dev-util/android-sdk-update-manager/android-sdk-update-manager-21.ebuild: > RDEPEND: ~amd64(hardened/linux/amd64/no-multilib) > > -- Jason > The reason is that the hardened no-multilib profiles are marked "stable" in profiles.desc, while the other no-multilib profiles are marked as "dev" profiles. So, you need to use the -d/--include-dev option if you want to see those warnings for "dev" profiles. -- Thanks, Zac
Re: [gentoo-dev] gcc-5 news item wrt C++ ABI
On Sat, 3 Oct 2015 13:24:11 -0400 Mike Frysinger wrote: > On 03 Oct 2015 13:38, Ciaran McCreesh wrote: > > On Fri, 2 Oct 2015 22:13:09 -0400 Mike Frysinger wrote: > > > Display-If-Installed: >=sys-devel/gcc-5 > > > > This means that two years from now, when stages are built using GCC > > 5, every new user will get this news item shown to them. > > multiple news items already use this syntax Yes, and they cause problems. Do you want to cause another problem, or do you want to think more carefully about who should see the news item? -- Ciaran McCreesh signature.asc Description: PGP signature
Re: [gentoo-dev] gcc-5 news item wrt C++ ABI
On 03 Oct 2015 13:38, Ciaran McCreesh wrote: > On Fri, 2 Oct 2015 22:13:09 -0400 Mike Frysinger wrote: > > Display-If-Installed: >=sys-devel/gcc-5 > > This means that two years from now, when stages are built using GCC 5, > every new user will get this news item shown to them. multiple news items already use this syntax -mike signature.asc Description: Digital signature
Re: [gentoo-dev] gcc-5 news item wrt C++ ABI
On Fri, 2 Oct 2015 22:13:09 -0400 Mike Frysinger wrote: > Display-If-Installed: >=sys-devel/gcc-5 This means that two years from now, when stages are built using GCC 5, every new user will get this news item shown to them. -- Ciaran McCreesh signature.asc Description: PGP signature
Re: [gentoo-dev] tcltk herd empty
El vie, 02-10-2015 a las 13:42 +0200, Michał Górny escribió: > Dnia 2015-10-02, o godz. 03:38:16 > Daniel Campbell napisał(a): > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > On 09/30/2015 06:02 AM, Justin (jlec) wrote: > > > Hi, > > > > > > is no active maintainer for tcltk in Gentoo anymore. > > > > > > Please stand up or try to remove tcltk support from your > > > packages. > > > > > > Justin > > > > > > > I know next to nothing about tcl/tk but it's been an idle curiosity > > of > > mine. Are there any particularly important packages that run on > > them? > > dev-tcltk/expect is sometimes used for modem chats. > > net-im/tkabber used to be pretty good but I haven't looked at it in > ages. > I use VMD near every day too... ;)
Re: [gentoo-dev] repoman and useless dependency.badmasked warnings
On Fri, 2 Oct 2015 16:54:30 -0700 Zac Medico wrote: > On 10/02/2015 04:40 PM, Alexis Ballier wrote: > > On Fri, 2 Oct 2015 13:08:29 -0700 > > Zac Medico wrote: > > > >> On 10/02/2015 07:49 AM, Mike Gilbert wrote: > >>> Hello, > >>> > >>> I am getting the output below when I run repoman full for > >>> sys-apps/systemd. > >>> > >>> It is basically telling me that systemd (which is masked in the > >>> selinux profiles) cannot depend on sys-apps/dbus[systemd], because > >>> the systemd use flag is also masked. > >>> > >>> That's perfectly fine and I suppose it is valid, but there is > >>> nothing I can do to resolve it and I don't need to be reminded of > >>> it every time I run repoman. > >>> > >>> Does anyone find dependency.badmasked useful? > >> > >> Possibly, if I wanted to see dependency issues for masked packages. > > > > > > why not also ignore *use.mask along with package.mask for this > > check ? > > > > Can you give a concrete example? I'm having a hard time thinking up a > reason to ignore use.mask. Well, ignoring completely use.mask won't work: people use it because the dep doesnt work and thus has missing keywords. But, maybe something in between could work: drop dependency.badmasked warnings that are satisfied when ignoring use.mask. Is there anything I'm missing ?
[gentoo-dev] Re: gcc-5 news item wrt C++ ABI
On Sat, 3 Oct 2015 13:04:08 +0800 Jason Zaman wrote: > On Fri, Oct 02, 2015 at 10:13:09PM -0400, Mike Frysinger wrote: > > GCC 5 uses the new C++ ABI by default. When building new code, you might > > run into link time errors like: > > ...: undefined reference to > > '_ZNSt6chrono12steady_clock3nowEv@GLIBCXX_3.4.17' > > Exactly what part of this line is the important part? I take it its the > @GLIBCXX_3.4.17? or is it the lack of the __cxx11::? I have a feeling > that posted like this and users will think anytime it says undefined > reference then its a C++ issue which is likely not the case. If it's got a GLIBCXX symbol version and a mangled name and it broke when you switched compilers and revdep-rebuild fixes it then you know it's a C++ ABI issue. :) The __cxx11 errors look a little different: cmGlobalGenerator.cxx:(.text+0x12c04): undefined reference to `Json::Value::Value(std::__cxx11::basic_string, std::allocator > const&)' kfilemetainfo.cpp:(.text+0xfb5): undefined reference to `Strigi::AnalysisResult::AnalysisResult(std::__cxx11::basic_string, std::allocator > const&, long, Strigi::IndexWriter&, Strigi::StreamAnalyzer&, std::__cxx11::basic_string, std::allocator > const&)' Either way CXX is right there in the error message. Compare it to something that fails due to C99 inline: ../../src/tcs/libtcs.a(libtcs_a-tcsps.o): In function `psfile_get_parent_uuid_by_uuid': tcsps.c:(.text+0x3e8): undefined reference to `read_data' bwm-ng.o: In function `main': bwm-ng.c:(.text.startup+0x1d3): undefined reference to `get_iface_stats' Rebuilding won't help with these of course. -- Ryan Hillpsn: dirtyepic_sk gcc-porting/toolchain/wxwidgets @ gentoo.org 47C3 6D62 4864 0E49 8E9E 7F92 ED38 BD49 957A 8463 pgp6GcJOlN1Kg.pgp Description: OpenPGP digital signature
[gentoo-dev] Last rites: dev-java/xmlc + dev-db/derby
# Patrice Clement (1 Oct 2015) # Project is over 10 years old and seems to have stalled. # Masked for removal in 30 days. See bug 561954. dev-java/xmlc # Patrice Clement (24 Sep 2015) # This package was never marked stable # and is relying on an old version of JavaCC. # Masked for removal in 30 days. See bug 561410. dev-db/derby signature.asc Description: PGP signature
