Re: [gentoo-user] stable java virtuals require unstable java packages
On Wed, Apr 22, 2015 at 8:09 AM, Dale rdalek1...@gmail.com wrote: Alan McKinnon wrote: Turns out the virtual is working as designed - see Andreas's post above I recall now a discussion on -dev about this ages ago, and a consensus emerged then to keep things as they currently are (changing it requires much effort and has all manner of effects on the tree). The actual rule is: A virtual can (by definition) be stable as soon as one of its providers is stable. So if we really don't want one of the other packages that satisfies what the virtual needs, we need to mask the others locally? Great. :/ Dale :-) :-) https://bugs.gentoo.org/show_bug.cgi?id=546902
Re: [gentoo-user] stable java virtuals require unstable java packages
Alan McKinnon wrote: Turns out the virtual is working as designed - see Andreas's post above I recall now a discussion on -dev about this ages ago, and a consensus emerged then to keep things as they currently are (changing it requires much effort and has all manner of effects on the tree). The actual rule is: A virtual can (by definition) be stable as soon as one of its providers is stable. So if we really don't want one of the other packages that satisfies what the virtual needs, we need to mask the others locally? Great. :/ Dale :-) :-)
Re: [gentoo-user] stable java virtuals require unstable java packages
On Wed, Apr 22, 2015 at 8:41 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On 21/04/2015 20:54, Alexander Kapshuk wrote: On Tue, Apr 21, 2015 at 8:42 AM, Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com wrote: On 21/04/2015 07:28, Alexander Kapshuk wrote: Is it normal for a stable virtual to require an unstable package? No, that is definitely not how virtuals should work. It's either a bug in virtual/jdk-1.7 ebuild or more likely, stable request for icedtead-bin-7 is lagging behind. I know the java team is badly understaffed, lots of mentions on -dev, so maybe log a stable request but against icedtea-bin-7 Running 'emerge -auND' generates the following output on my system: Calculating dependencies ... done! [ebuild NS ~] dev-java/icedtea-bin-7.2.5.3 [6.1.13.5] USE=X alsa cups nsplugin -cjk -doc -examples (-selinux) -source -webstart [ebuild NS] virtual/jdk-1.7.0 [1.6.0-r2] [ebuild NS] virtual/jre-1.7.0 [1.6.0-r1] [ebuild U ~] dev-java/icedtea-web-1.5.1-r1 [1.4.2] USE=icedtea7%* -tagsoup% The following keyword changes are necessary to proceed: (see package.accept_keywords in the portage(5) man page for more details) # required by virtual/jdk-1.7.0::gentoo # required by virtual/jre-1.7.0::gentoo # required by sys-libs/db-4.8.30-r2::gentoo[java] # required by dev-libs/redland-1.0.16::gentoo[berkdb] # required by app-office/libreoffice-4.4.1.2::gentoo # required by @selected # required by @world (argument) =dev-java/icedtea-bin-7.2.5.3 ~x86 # required by dev-java/icedtea-bin-7.2.5.3::gentoo[nsplugin] # required by virtual/jdk-1.7.0::gentoo # required by virtual/jre-1.7.0::gentoo # required by sys-libs/db-4.8.30-r2::gentoo[java] # required by dev-libs/redland-1.0.16::gentoo[berkdb] # required by app-office/libreoffice-4.4.1.2::gentoo # required by @selected # required by @world (argument) =dev-java/icedtea-web-1.5.1-r1 ~x86 /usr/portage/virtual/jre/jre-1.7.0.ebuild:12 =virtual/jdk-1.7.0* /usr/portage/virtual/jdk/jdk-1.7.0.ebuild:12,13 =dev-java/icedtea-bin-7* =dev-java/icedtea-7* Thanks. -- Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com Understood. Thanks. Turns out the virtual is working as designed - see Andreas's post above I recall now a discussion on -dev about this ages ago, and a consensus emerged then to keep things as they currently are (changing it requires much effort and has all manner of effects on the tree). The actual rule is: A virtual can (by definition) be stable as soon as one of its providers is stable. -- Alan McKinnon alan.mckin...@gmail.com I ended up doing as suggested by Andreas and yourself. Thanks.
Re: [gentoo-user] stable java virtuals require unstable java packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Mittwoch, 22. April 2015, 10:18:06 schrieb Dale: R0b0t1 wrote: I've been using 1.7 for some time now, I wouldn't have too many qualms using it. Well, I was wondering about other situations not this one. There are quite a few virtuals in the tree. One recent change was the libav/ffmpeg. I'm sure there are others to. Dale :-) :-) The recent changes to the libav/ffmpeg handling were done (also) to fix this particular problem there. Before, the virtual pulled in one solution, but it was up to portage to decide which one. So sometimes the decision flipped to another solution (e.g. because of delays in stabling), and (since ffmpeg and libav block each other) things went awry. Now, the virtual and the packages get an explicit instruction via the libav useflag: I want *this* solution. - -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0 iQJ8BAEBCgBmBQJVN/PcXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5DEYP/j9hp0vFmktZMCC8fUNbQQPp FVp1vFxyTmJr0ezWpsD9Ua1kWyaQS1vhSPS/VQtievseGJghEyu8Iptk5glxWzD/ coef+waLvak9PIN17rw6kGWht4ivo5ejty7v7H8dNjWx8Hw9cqfKewhvT4o9hmeC ML/5IX6wvqhKpGRppsEXp51l2EPyZM6tzdCtE8lnSCN6o2BnyXaCO/fcw8hLNymA PGAIkX8tOaLb2+wEiPJdWKwUjIHjrrc7mXH/ZtALH5BNnXbcqC774lWtbzEr8mhK NtNV0mXgWYnQbyVSmd/JDsqFBptWhiKMiG1r37f3+kzH/eusihoWijllzGW2FYWs xW43FcFmsu2c/+2RS7BXX2Kdv8/DeTnVzM1ULxSiDkEyFhWSrDYEsteo21ekwDwB dc6y03TWYWgIicpDg0CEVLzWqf/fQApf4mmrFTpr8Tx1CERXfy+DDBDghGV0ApoQ xozoB0XBJ/h+nS5rI6xrUHu/VwijgQm/3sKxIlaT9rjtiW9oeBwVvE9ss5QmDnuk +zSaJvrJSiCGBIeF9Cj6gsKauMdYuxVbkttF5Gy8lWTVAJHbu2NcT6reGj5y7TB2 es+i+Y5uD5mlmAbCOYzamaUVLLlAw/bjR5Zhg16f3yB033DmLcEO+ZoLzZDlHLAa SlDqTbfy+O/0Cvb3TJ3B =I3wu -END PGP SIGNATURE-
Re: [gentoo-user] stable java virtuals require unstable java packages
Alan McKinnon wrote: On 22/04/2015 08:09, Dale wrote: Alan McKinnon wrote: Turns out the virtual is working as designed - see Andreas's post above I recall now a discussion on -dev about this ages ago, and a consensus emerged then to keep things as they currently are (changing it requires much effort and has all manner of effects on the tree). The actual rule is: A virtual can (by definition) be stable as soon as one of its providers is stable. So if we really don't want one of the other packages that satisfies what the virtual needs, we need to mask the others locally? Great. :/ Dale :-) :-) Not totally. Pick which package you want and emerge it, portage knows you have something that satisfies the virtual and will be happy with it. If you don't use the main provider that's first in the list, like Alexander has here, then portage gets wordy when the provider is not yet stabilized. Take note, keyword it if you need to, and move along with the rest of your life. No need to mask all the other providers Whew!! Had me worried for a minute there. Dale :-) :-)
Re: [gentoo-user] stable java virtuals require unstable java packages
On 22/04/2015 08:09, Dale wrote: Alan McKinnon wrote: Turns out the virtual is working as designed - see Andreas's post above I recall now a discussion on -dev about this ages ago, and a consensus emerged then to keep things as they currently are (changing it requires much effort and has all manner of effects on the tree). The actual rule is: A virtual can (by definition) be stable as soon as one of its providers is stable. So if we really don't want one of the other packages that satisfies what the virtual needs, we need to mask the others locally? Great. :/ Dale :-) :-) Not totally. Pick which package you want and emerge it, portage knows you have something that satisfies the virtual and will be happy with it. If you don't use the main provider that's first in the list, like Alexander has here, then portage gets wordy when the provider is not yet stabilized. Take note, keyword it if you need to, and move along with the rest of your life. No need to mask all the other providers -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] stable java virtuals require unstable java packages
I've been using 1.7 for some time now, I wouldn't have too many qualms using it.
Re: [gentoo-user] stable java virtuals require unstable java packages
R0b0t1 wrote: I've been using 1.7 for some time now, I wouldn't have too many qualms using it. Well, I was wondering about other situations not this one. There are quite a few virtuals in the tree. One recent change was the libav/ffmpeg. I'm sure there are others to. Dale :-) :-)
Re: [gentoo-user] stable java virtuals require unstable java packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Dienstag, 21. April 2015, 15:37:34 schrieb gottl...@nyu.edu: On Tue, Apr 21 2015, Florian Gamböck wrote: Am 21.04.2015 um 07:42 schrieb Alan McKinnon: It's either a bug in virtual/jdk-1.7 ebuild or more likely, stable request for icedtead-bin-7 is lagging behind. You are right, the stable request is still going on: https://bugs.gentoo.org/show_bug.cgi?id=546902 Obviously the virtual got stableized a bit too fast. I was going to ask about this too. I noticed that the virtual/jdk-1.7 actually gives a choice of jdk's. One of them dev-java/oracle-jdk-bin does have a stable 1.7 version (indeed also a stable 1.8). I am not anxious to switch oracle-*. allan This is a typical problem with virtuals. A virtual can (by definition) be stable as soon as one of its providers is stable. Which one does not matter, and stabilization can be pretty much automatic and be done by any dev. So, after oracle-* went stable the virtual went stable too. Now portage is trying to upgrade it and can only resolve that by either keywording icedtea-bin or switching to oracle. Which solution it ends up with differs between portage versions, I suspect... This should be improved, obviously, but it's not a trivial issue. My personal advice (without knowing the packages in detail)- if you dont want to switch to oracle, just accept the keywording suggestion from portage and give the suggested ~arch icedtea-bin a try. Don't worry too much about mixing stable and testing (as long as it's only for a few packages). - -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0 iQJ8BAEBCgBmBQJVNpkzXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5C/YP/RYqNB+w+ZyK39oclbNGHSS+ mJPx1uPkYn1JR09WWkH0rpxERu0vOHxTVqntar1PRxF3/tJ7XBXhEbfa7S/Ezo+x wQi+2rNfNzaeDFIkFR/VMyu8GK/zP1zLGedVXtbWGsThiOGVjgylNxihKKtRqqFd RrF5NKJJ8ZqU940dVuZHcj8IPGZG2hWut/xKckDUYKcCwx+EhiOlBznF+qu62wnb yPDYCTIRhhRfyB7vOW0IJnqtLbCXdEHTS5Ip2N9R3cGrJiwYZMXcM+uZQoL1fpkQ x7nkthV1KzCvPsO5VsANpS1F2D1fblRHwXUAeyNmmCc1VzMgKn5d2L3uJQbxopMA IQVKWiIYb2rG+4n6i7JFqOA0MKwh0tAoNpYiYG4BaVQW+72ydx1R1zFzMX9eYav9 d4UakgUuAp2Se902PGDaM9sdiq4gcR3Ox2tM4CGr9+DFTzr/umF92OHEGMverK12 +TeozP4vloOJ0I+p3Z89BNe4CHnv71MtlM74NEq14MmSEdABek0WFOXvBkJB6ZFR zKPD2upcdxuaMYqJNTUGBL0uDQkfDdVIEtWcXapUGc0OL9lh8OCa/PPy0pZO5JmQ XdqOVjaPO2mryI4UT5J8sp4mM1zmOIHIe820Tjg72ZxzJ5iwgcHooHz1r+Cd5Yt1 PT4vFCCPaMksuhY5B4QR =x6Fh -END PGP SIGNATURE-
Re: [gentoo-user] stable java virtuals require unstable java packages
On Tue, Apr 21, 2015 at 8:42 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On 21/04/2015 07:28, Alexander Kapshuk wrote: Is it normal for a stable virtual to require an unstable package? No, that is definitely not how virtuals should work. It's either a bug in virtual/jdk-1.7 ebuild or more likely, stable request for icedtead-bin-7 is lagging behind. I know the java team is badly understaffed, lots of mentions on -dev, so maybe log a stable request but against icedtea-bin-7 Running 'emerge -auND' generates the following output on my system: Calculating dependencies ... done! [ebuild NS ~] dev-java/icedtea-bin-7.2.5.3 [6.1.13.5] USE=X alsa cups nsplugin -cjk -doc -examples (-selinux) -source -webstart [ebuild NS] virtual/jdk-1.7.0 [1.6.0-r2] [ebuild NS] virtual/jre-1.7.0 [1.6.0-r1] [ebuild U ~] dev-java/icedtea-web-1.5.1-r1 [1.4.2] USE=icedtea7%* -tagsoup% The following keyword changes are necessary to proceed: (see package.accept_keywords in the portage(5) man page for more details) # required by virtual/jdk-1.7.0::gentoo # required by virtual/jre-1.7.0::gentoo # required by sys-libs/db-4.8.30-r2::gentoo[java] # required by dev-libs/redland-1.0.16::gentoo[berkdb] # required by app-office/libreoffice-4.4.1.2::gentoo # required by @selected # required by @world (argument) =dev-java/icedtea-bin-7.2.5.3 ~x86 # required by dev-java/icedtea-bin-7.2.5.3::gentoo[nsplugin] # required by virtual/jdk-1.7.0::gentoo # required by virtual/jre-1.7.0::gentoo # required by sys-libs/db-4.8.30-r2::gentoo[java] # required by dev-libs/redland-1.0.16::gentoo[berkdb] # required by app-office/libreoffice-4.4.1.2::gentoo # required by @selected # required by @world (argument) =dev-java/icedtea-web-1.5.1-r1 ~x86 /usr/portage/virtual/jre/jre-1.7.0.ebuild:12 =virtual/jdk-1.7.0* /usr/portage/virtual/jdk/jdk-1.7.0.ebuild:12,13 =dev-java/icedtea-bin-7* =dev-java/icedtea-7* Thanks. -- Alan McKinnon alan.mckin...@gmail.com Understood. Thanks.
Re: [gentoo-user] stable java virtuals require unstable java packages
On Tue, Apr 21 2015, Florian Gamböck wrote: Am 21.04.2015 um 07:42 schrieb Alan McKinnon: It's either a bug in virtual/jdk-1.7 ebuild or more likely, stable request for icedtead-bin-7 is lagging behind. You are right, the stable request is still going on: https://bugs.gentoo.org/show_bug.cgi?id=546902 Obviously the virtual got stableized a bit too fast. I was going to ask about this too. I noticed that the virtual/jdk-1.7 actually gives a choice of jdk's. One of them dev-java/oracle-jdk-bin does have a stable 1.7 version (indeed also a stable 1.8). I am not anxious to switch oracle-*. allan
Re: [gentoo-user] stable java virtuals require unstable java packages
On 21/04/2015 20:54, Alexander Kapshuk wrote: On Tue, Apr 21, 2015 at 8:42 AM, Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com wrote: On 21/04/2015 07:28, Alexander Kapshuk wrote: Is it normal for a stable virtual to require an unstable package? No, that is definitely not how virtuals should work. It's either a bug in virtual/jdk-1.7 ebuild or more likely, stable request for icedtead-bin-7 is lagging behind. I know the java team is badly understaffed, lots of mentions on -dev, so maybe log a stable request but against icedtea-bin-7 Running 'emerge -auND' generates the following output on my system: Calculating dependencies ... done! [ebuild NS ~] dev-java/icedtea-bin-7.2.5.3 [6.1.13.5] USE=X alsa cups nsplugin -cjk -doc -examples (-selinux) -source -webstart [ebuild NS] virtual/jdk-1.7.0 [1.6.0-r2] [ebuild NS] virtual/jre-1.7.0 [1.6.0-r1] [ebuild U ~] dev-java/icedtea-web-1.5.1-r1 [1.4.2] USE=icedtea7%* -tagsoup% The following keyword changes are necessary to proceed: (see package.accept_keywords in the portage(5) man page for more details) # required by virtual/jdk-1.7.0::gentoo # required by virtual/jre-1.7.0::gentoo # required by sys-libs/db-4.8.30-r2::gentoo[java] # required by dev-libs/redland-1.0.16::gentoo[berkdb] # required by app-office/libreoffice-4.4.1.2::gentoo # required by @selected # required by @world (argument) =dev-java/icedtea-bin-7.2.5.3 ~x86 # required by dev-java/icedtea-bin-7.2.5.3::gentoo[nsplugin] # required by virtual/jdk-1.7.0::gentoo # required by virtual/jre-1.7.0::gentoo # required by sys-libs/db-4.8.30-r2::gentoo[java] # required by dev-libs/redland-1.0.16::gentoo[berkdb] # required by app-office/libreoffice-4.4.1.2::gentoo # required by @selected # required by @world (argument) =dev-java/icedtea-web-1.5.1-r1 ~x86 /usr/portage/virtual/jre/jre-1.7.0.ebuild:12 =virtual/jdk-1.7.0* /usr/portage/virtual/jdk/jdk-1.7.0.ebuild:12,13 =dev-java/icedtea-bin-7* =dev-java/icedtea-7* Thanks. -- Alan McKinnon alan.mckin...@gmail.com mailto:alan.mckin...@gmail.com Understood. Thanks. Turns out the virtual is working as designed - see Andreas's post above I recall now a discussion on -dev about this ages ago, and a consensus emerged then to keep things as they currently are (changing it requires much effort and has all manner of effects on the tree). The actual rule is: A virtual can (by definition) be stable as soon as one of its providers is stable. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] stable java virtuals require unstable java packages
Am 21.04.2015 um 07:42 schrieb Alan McKinnon: It's either a bug in virtual/jdk-1.7 ebuild or more likely, stable request for icedtead-bin-7 is lagging behind. You are right, the stable request is still going on: https://bugs.gentoo.org/show_bug.cgi?id=546902 Obviously the virtual got stableized a bit too fast.
[gentoo-user] stable java virtuals require unstable java packages
Is it normal for a stable virtual to require an unstable package? Running 'emerge -auND' generates the following output on my system: Calculating dependencies ... done! [ebuild NS ~] dev-java/icedtea-bin-7.2.5.3 [6.1.13.5] USE=X alsa cups nsplugin -cjk -doc -examples (-selinux) -source -webstart [ebuild NS] virtual/jdk-1.7.0 [1.6.0-r2] [ebuild NS] virtual/jre-1.7.0 [1.6.0-r1] [ebuild U ~] dev-java/icedtea-web-1.5.1-r1 [1.4.2] USE=icedtea7%* -tagsoup% The following keyword changes are necessary to proceed: (see package.accept_keywords in the portage(5) man page for more details) # required by virtual/jdk-1.7.0::gentoo # required by virtual/jre-1.7.0::gentoo # required by sys-libs/db-4.8.30-r2::gentoo[java] # required by dev-libs/redland-1.0.16::gentoo[berkdb] # required by app-office/libreoffice-4.4.1.2::gentoo # required by @selected # required by @world (argument) =dev-java/icedtea-bin-7.2.5.3 ~x86 # required by dev-java/icedtea-bin-7.2.5.3::gentoo[nsplugin] # required by virtual/jdk-1.7.0::gentoo # required by virtual/jre-1.7.0::gentoo # required by sys-libs/db-4.8.30-r2::gentoo[java] # required by dev-libs/redland-1.0.16::gentoo[berkdb] # required by app-office/libreoffice-4.4.1.2::gentoo # required by @selected # required by @world (argument) =dev-java/icedtea-web-1.5.1-r1 ~x86 /usr/portage/virtual/jre/jre-1.7.0.ebuild:12 =virtual/jdk-1.7.0* /usr/portage/virtual/jdk/jdk-1.7.0.ebuild:12,13 =dev-java/icedtea-bin-7* =dev-java/icedtea-7* Thanks.
Re: [gentoo-user] stable java virtuals require unstable java packages
On 21/04/2015 07:28, Alexander Kapshuk wrote: Is it normal for a stable virtual to require an unstable package? No, that is definitely not how virtuals should work. It's either a bug in virtual/jdk-1.7 ebuild or more likely, stable request for icedtead-bin-7 is lagging behind. I know the java team is badly understaffed, lots of mentions on -dev, so maybe log a stable request but against icedtea-bin-7 Running 'emerge -auND' generates the following output on my system: Calculating dependencies ... done! [ebuild NS ~] dev-java/icedtea-bin-7.2.5.3 [6.1.13.5] USE=X alsa cups nsplugin -cjk -doc -examples (-selinux) -source -webstart [ebuild NS] virtual/jdk-1.7.0 [1.6.0-r2] [ebuild NS] virtual/jre-1.7.0 [1.6.0-r1] [ebuild U ~] dev-java/icedtea-web-1.5.1-r1 [1.4.2] USE=icedtea7%* -tagsoup% The following keyword changes are necessary to proceed: (see package.accept_keywords in the portage(5) man page for more details) # required by virtual/jdk-1.7.0::gentoo # required by virtual/jre-1.7.0::gentoo # required by sys-libs/db-4.8.30-r2::gentoo[java] # required by dev-libs/redland-1.0.16::gentoo[berkdb] # required by app-office/libreoffice-4.4.1.2::gentoo # required by @selected # required by @world (argument) =dev-java/icedtea-bin-7.2.5.3 ~x86 # required by dev-java/icedtea-bin-7.2.5.3::gentoo[nsplugin] # required by virtual/jdk-1.7.0::gentoo # required by virtual/jre-1.7.0::gentoo # required by sys-libs/db-4.8.30-r2::gentoo[java] # required by dev-libs/redland-1.0.16::gentoo[berkdb] # required by app-office/libreoffice-4.4.1.2::gentoo # required by @selected # required by @world (argument) =dev-java/icedtea-web-1.5.1-r1 ~x86 /usr/portage/virtual/jre/jre-1.7.0.ebuild:12 =virtual/jdk-1.7.0* /usr/portage/virtual/jdk/jdk-1.7.0.ebuild:12,13 =dev-java/icedtea-bin-7* =dev-java/icedtea-7* Thanks. -- Alan McKinnon alan.mckin...@gmail.com