Re: [gentoo-user] how to get a couple of -9999 packages to behave
2015-08-18 10:38 GMT-06:00 cov...@ccs.covici.com: So, how do I get the - versions of the ebuilds to give me all the correct files like the 2.16.x versions do? I know the - are from git, but it should do what gentoo wants. This isn't realistic, you can't ask the devs to check every commit upstream makes, exactly when it makes it, so they could update the ebuild, if a ebuild isn't working try to fix it, Obviously somthing changed with the dependecies, maybe versions, considering gnome 3.18 is around the corner. Why do you think none of the ebuilds are keyworded? because they're not officially maintained for any arch. My advice is wait if you don't want to mess with the ebuilds, other wise, open up an editor and start making things work for you, a good start would be to check all the autotools files for changes in dependencies.
Re: [gentoo-user] how to get a couple of -9999 packages to behave
Jc García jyo.gar...@gmail.com wrote: 2015-08-18 10:38 GMT-06:00 cov...@ccs.covici.com: So, how do I get the - versions of the ebuilds to give me all the correct files like the 2.16.x versions do? I know the - are from git, but it should do what gentoo wants. This isn't realistic, you can't ask the devs to check every commit upstream makes, exactly when it makes it, so they could update the ebuild, if a ebuild isn't working try to fix it, Obviously somthing changed with the dependecies, maybe versions, considering gnome 3.18 is around the corner. Why do you think none of the ebuilds are keyworded? because they're not officially maintained for any arch. My advice is wait if you don't want to mess with the ebuilds, other wise, open up an editor and start making things work for you, a good start would be to check all the autotools files for changes in dependencies. Well, I would be willing to do that, but the only difference between the .999 ones and the regular ones is that the . ones inherit virtualx and they have the following inherit eutils gnome2 multilib-minimal virtualx if [[ ${PV} = ]]; then inherit gnome2-live fi So, can you give me any guidance as to why multilib is not being honored? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] how to get a couple of -9999 packages to behave
On Wed, Aug 19, 2015 at 11:09:07AM -0400, cov...@ccs.covici.com wrote: Jc García jyo.gar...@gmail.com wrote: 2015-08-18 10:38 GMT-06:00 cov...@ccs.covici.com: So, how do I get the - versions of the ebuilds to give me all the correct files like the 2.16.x versions do? I know the - are from git, but it should do what gentoo wants. This isn't realistic, you can't ask the devs to check every commit upstream makes, exactly when it makes it, so they could update the ebuild, if a ebuild isn't working try to fix it, Obviously somthing changed with the dependecies, maybe versions, considering gnome 3.18 is around the corner. Why do you think none of the ebuilds are keyworded? because they're not officially maintained for any arch. My advice is wait if you don't want to mess with the ebuilds, other wise, open up an editor and start making things work for you, a good start would be to check all the autotools files for changes in dependencies. Well, I would be willing to do that, but the only difference between the .999 ones and the regular ones is that the . ones inherit virtualx and they have the following inherit eutils gnome2 multilib-minimal virtualx if [[ ${PV} = ]]; then inherit gnome2-live fi So, can you give me any guidance as to why multilib is not being honored? The ebuild needs to contain all the steps required to build the software. The build process for these particular pieces of software may have changed enough that the - ebuild does not contain all the steps anymore. As Jc Garcia said earlier: Obviously somthing changed with the dependecies, maybe versions, considering gnome 3.18 is around the corner. Alec
Re: [gentoo-user] how to get a couple of -9999 packages to behave
On Wed, 19 Aug 2015, cov...@ccs.covici.com wrote: Well, I would be willing to do that, but the only difference between the .999 ones and the regular ones is that the . ones inherit virtualx and they have the following inherit eutils gnome2 multilib-minimal virtualx if [[ ${PV} = ]]; then inherit gnome2-live fi So, can you give me any guidance as to why multilib is not being honored? I tried emerging them like you and I found the cause. If you read multlilib-minimal.eclass you will find the following: # multilib-minimal should _always_ go last in inherit order! Apply the following patch and everything builds fine as multilib. And please report this problem along with the solution to the gnome-overlay maintainers. --- diff --git a/app-accessibility/at-spi2-atk/at-spi2-atk-.ebuild b/app-accessibility/at-spi2-atk/at-spi2-atk-.ebuild index fc52ded..3ab77f8 100644 --- a/app-accessibility/at-spi2-atk/at-spi2-atk-.ebuild +++ b/app-accessibility/at-spi2-atk/at-spi2-atk-.ebuild @@ -6,10 +6,11 @@ EAPI=5 GCONF_DEBUG=no GNOME2_LA_PUNT=yes -inherit eutils gnome2 multilib-minimal virtualx +inherit eutils gnome2 virtualx if [[ ${PV} = ]]; then inherit gnome2-live fi +inherit multilib-minimal DESCRIPTION=Gtk module for bridging AT-SPI to Atk HOMEPAGE=http://live.gnome.org/Accessibility; diff --git a/app-accessibility/at-spi2-core/at-spi2-core-.ebuild b/app-accessibility/at-spi2-core/at-spi2-core-.ebuild index 3d13936..4170a8e 100644 --- a/app-accessibility/at-spi2-core/at-spi2-core-.ebuild +++ b/app-accessibility/at-spi2-core/at-spi2-core-.ebuild @@ -6,10 +6,11 @@ EAPI=5 GCONF_DEBUG=no GNOME2_LA_PUNT=yes -inherit eutils gnome2 multilib-minimal +inherit eutils gnome2 if [[ ${PV} = ]]; then inherit gnome2-live fi +inherit multilib-minimal DESCRIPTION=D-Bus accessibility specifications and registration daemon HOMEPAGE=http://live.gnome.org/Accessibility;
Re: [gentoo-user] how to get a couple of -9999 packages to behave
Jeremi Piotrowski jeremi.piotrow...@gmail.com wrote: On Wed, 19 Aug 2015, cov...@ccs.covici.com wrote: Well, I would be willing to do that, but the only difference between the .999 ones and the regular ones is that the . ones inherit virtualx and they have the following inherit eutils gnome2 multilib-minimal virtualx if [[ ${PV} = ]]; then inherit gnome2-live fi So, can you give me any guidance as to why multilib is not being honored? I tried emerging them like you and I found the cause. If you read multlilib-minimal.eclass you will find the following: # multilib-minimal should _always_ go last in inherit order! Apply the following patch and everything builds fine as multilib. And please report this problem along with the solution to the gnome-overlay maintainers. --- diff --git a/app-accessibility/at-spi2-atk/at-spi2-atk-.ebuild b/app-accessibility/at-spi2-atk/at-spi2-atk-.ebuild index fc52ded..3ab77f8 100644 --- a/app-accessibility/at-spi2-atk/at-spi2-atk-.ebuild +++ b/app-accessibility/at-spi2-atk/at-spi2-atk-.ebuild @@ -6,10 +6,11 @@ EAPI=5 GCONF_DEBUG=no GNOME2_LA_PUNT=yes -inherit eutils gnome2 multilib-minimal virtualx +inherit eutils gnome2 virtualx if [[ ${PV} = ]]; then inherit gnome2-live fi +inherit multilib-minimal DESCRIPTION=Gtk module for bridging AT-SPI to Atk HOMEPAGE=http://live.gnome.org/Accessibility; diff --git a/app-accessibility/at-spi2-core/at-spi2-core-.ebuild b/app-accessibility/at-spi2-core/at-spi2-core-.ebuild index 3d13936..4170a8e 100644 --- a/app-accessibility/at-spi2-core/at-spi2-core-.ebuild +++ b/app-accessibility/at-spi2-core/at-spi2-core-.ebuild @@ -6,10 +6,11 @@ EAPI=5 GCONF_DEBUG=no GNOME2_LA_PUNT=yes -inherit eutils gnome2 multilib-minimal +inherit eutils gnome2 if [[ ${PV} = ]]; then inherit gnome2-live fi +inherit multilib-minimal DESCRIPTION=D-Bus accessibility specifications and registration daemon HOMEPAGE=http://live.gnome.org/Accessibility; Thanks so much -- this is the kind of knowledge I don't have -- up to now -- so this is why this mailing list is so great. So do I file a bug on bgo, or is there some other way I should contact the gnome overlay maintainers/? Thanks again. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] how to get a couple of -9999 packages to behave
On Wed, 19 Aug 2015, cov...@ccs.covici.com wrote: So do I file a bug on bgo, or is there some other way I should contact the gnome overlay maintainers/? I think the easiest way would be to report throught the #gentoo-desktop IRC channel. They might tell you to go to the bugzilla.
Re: [gentoo-user] how to get a couple of -9999 packages to behave
Jeremi Piotrowski jeremi.piotrow...@gmail.com wrote: On Wed, 19 Aug 2015, cov...@ccs.covici.com wrote: So do I file a bug on bgo, or is there some other way I should contact the gnome overlay maintainers/? I think the easiest way would be to report throught the #gentoo-desktop IRC channel. They might tell you to go to the bugzilla. OK, thanks. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] how to get a couple of -9999 packages to behave
/usr/lib64/pkgconfig/atk-bridge.2.0.pc is part of at-spi2-atk which comes as a dependency of gtk+[X]. So you need at-spi2-atk[abi_x86_32] which should be pulled in by gtk+[abi_x86_32]. emerge @preserved-rebuild, make sure all flag changes are applied (emerge --changed-use --deep @world) and then try again. It could be that this is a recent change to packages you want (at-spi2-core/at-spi2-atk), they are live ebuilds after all, so you may need to report to the gnome overlay maintainers.
Re: [gentoo-user] how to get a couple of -9999 packages to behave
Jeremi Piotrowski jeremi.piotrow...@gmail.com wrote: /usr/lib64/pkgconfig/atk-bridge.2.0.pc is part of at-spi2-atk which comes as a dependency of gtk+[X]. So you need at-spi2-atk[abi_x86_32] which should be pulled in by gtk+[abi_x86_32]. emerge @preserved-rebuild, make sure all flag changes are applied (emerge --changed-use --deep @world) and then try again. It could be that this is a recent change to packages you want (at-spi2-core/at-spi2-atk), they are live ebuilds after all, so you may need to report to the gnome overlay maintainers. OK, I have the following in /etc/portage/package.use app-accessibility/at-spi2-atk abi_x86_32 app-accessibility/at-spi2-core abi_x86_32 But the 999 versions are not giving the /usr/lib32 items including /usr/lib32/pkgconfig/atspi-2.pc and this seems to be the problem -- how can I fix, or how can I do the same thing outside of tree i.e. get both the /usr/lib64 and /usr/lib32 items like the one mentioned above. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] how to get a couple of -9999 packages to behave
On Tue, 18 Aug 2015, cov...@ccs.covici.com wrote: OK, I have the following in /etc/portage/package.use app-accessibility/at-spi2-atk abi_x86_32 app-accessibility/at-spi2-core abi_x86_32 Can you verify that these are being picked up properly by running emerge -av at-spi2-atk at-spi2-core Should show you the active use flags and hopefully abi_x86_32 will be among them. Additionally I'm going to go out on a limb here and ask: are you using a multilib profile? But the 999 versions are not giving the /usr/lib32 items including /usr/lib32/pkgconfig/atspi-2.pc and this seems to be the problem The gnome-overlay ebuilds do not differ too much from the main tree ebuilds and those are multlib friendly so the live ones should be too. -- how can I fix, or how can I do the same thing outside of tree i.e. get both the /usr/lib64 and /usr/lib32 items like the one mentioned above. Multilib ebuilds basically copy the sources into two folders and run different configure commands in them. Something like CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32 ./configure --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --prefix=/usr/local --libdir=/usr/local/lib32 should build the 32 bit variant properly. You will also be able to use everything straight away since /usr/local/include is on the default preprocessor search path and /usr/local/lib32 (should) be in /etc/ld.so.conf by default. But I don't think it is likely an ebuild problem here, this kind of thing would be quickly caught.
[gentoo-user] how to get a couple of -9999 packages to behave
Hi. I am trying to use at-spi2-core- and at-spi2-atk- from the gnome overlay, but I am having some very peculiar things happening when I emerge them.Both of them need to be abi_x86_32, gtk3 is also, but when I emerge them it gives me existing preserved libs and wants me to compilex11-libs/gtk-3.16.5 and it dies because it cannot find /usr/lib32/pkgconfig/atk-bridge-2.0.pc . So, how do I get the - versions of the ebuilds to give me all the correct files like the 2.16.x versions do? I know the - are from git, but it should do what gentoo wants. If I have to compile out of tree, how could I accomplish getting both the 64 and 32 bit items? I hope I explained my situation properly. Thanks in advance for any ideas. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com