[gentoo-dev] Re: New virtual: virtual/jack for jack protocol implementations
Ühel kenal päeval, N, 04.02.2016 kell 15:05, kirjutas Alexis Ballier: > As its name does not imply, jack2 is not really the successor of > jack1 > but rather another implementation of the same protocol [2]. As such, > I > don't think it is wise to add jack2 as an update to jack1 in > media-sound/jack-audio-connection-kit but rather to add a new package > (media-sound/jack2) along with a virtual that packages can depend > onto. > > Proposed ebuild for the virtual is here: > https://github.com/suhr/gentoo/commit/1aebd8e72ff4ff2665761fc3b07f796 > 945aa0943 > Does it work with media-plugins/gst-plugins-jack too (as in, can jackaudiosrc read from jack2 and jackaudiosink output to it)? :) If yes, feel free to adjust deps there accordingly once you implement the virtual, or maybe chat with miknix too. However one concern with the virtual - if it is not interchangeable (same library naming and ABI), then you have to rebuild things against the other provider, and hopefully that can be set up to be more automatic somehow; as the virtual will be satisfied with either of them, so the user could exchange them without actual consumers linking to it noticing. Some thoughts into that aspect, if even just some warning to user, would be good. Mart
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2016-02-07 23:59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2016-02-07 23:59 UTC. Removals: app-admin/ec2-api-tools 20160207-10:56 monsieurp 9d429eb dev-java/istack-commons-tools 20160206-15:41 mrueg aa8a916 dev-java/jaxb-tools 20160206-15:37 mrueg 15c0abf dev-java/jax-ws-tools 20160206-15:40 mrueg 33356ae dev-java/struts 20160207-11:00 monsieurp 10c2a08 dev-java/struts-core20160207-11:00 monsieurp 10c2a08 dev-java/struts-plugins 20160207-11:00 monsieurp 10c2a08 dev-java/struts-xwork 20160207-11:00 monsieurp 10c2a08 dev-perl/YAML-Parser-Syck 20160207-10:09 pacho cbe05e3 dev-php/pecl-zendopcache20160207-10:09 pacho cbe05e3 games-puzzle/krystaldrop20160204-22:15 mr_bones_ 554a5e8 x11-misc/matchbox-panel-manager 20160206-17:13 mrueg bc6d210 Additions: app-antivirus/skyldav 20160201-08:03 wschlich 6ea3e65 app-benchmarks/stress-ng20160204-06:02 idella4 2b3957b app-emacs/with-editor 20160202-06:24 graaff38cb458 app-emulation/grub-xen-host 20160103-20:16 cardoe3387c0a dev-go/beego20160207-16:57 zmedico e9618c1 dev-go/go-sqlite3 20160207-09:04 zmedico 2a49cfa dev-haskell/arithmoi20160206-14:35 slyfoxbcaeae8 dev-libs/libucl 20160204-03:36 bugs e56d2b3 dev-ml/bson 20160206-15:56 aballier 3fc68d2 dev-ml/mongo20160206-16:04 aballier 9cce317 dev-ml/ocaml-cairo 20160206-16:32 aballier f7c9abd dev-ml/ppx_assert 20160205-16:30 aballier 621e3cc dev-ml/ppx_bench20160205-18:08 aballier 4a06eea dev-ml/ppx_bin_prot 20160205-15:13 aballier b7cff0f dev-ml/ppx_compare 20160205-15:32 aballier 02346c2 dev-ml/ppx_core 20160205-14:45 aballier 4a3e5a4 dev-ml/ppx_custom_printf20160205-18:10 aballier 618dd42 dev-ml/ppx_deriving 20160205-15:02 aballier cea1f17 dev-ml/ppx_driver 20160205-15:06 aballier ab2bba4 dev-ml/ppx_enumerate20160205-18:28 aballier 68abf38 dev-ml/ppx_expect 20160205-18:20 aballier f39173d dev-ml/ppx_fail 20160205-18:27 aballier d966af5 dev-ml/ppx_fields_conv 20160205-18:12 aballier a2b6178 dev-ml/ppx_here 20160205-15:30 aballier efaf6a4 dev-ml/ppx_inline_test 20160205-16:31 aballier 4e207a3 dev-ml/ppx_jane 20160205-18:35 aballier 4851d06 dev-ml/ppx_let 20160205-18:26 aballier a1b185b dev-ml/ppx_optcomp 20160205-15:04 aballier c28283b dev-ml/ppx_pipebang 20160205-18:24 aballier 6c90b56 dev-ml/ppx_sexp_conv20160205-15:22 aballier d903a3f dev-ml/ppx_sexp_message 20160205-18:22 aballier 9bb9237 dev-ml/ppx_sexp_value 20160205-18:15 aballier 917c74f dev-ml/ppx_type_conv20160205-15:08 aballier 9b43d35 dev-ml/ppx_typerep_conv 20160205-18:34 aballier 0d3e543 dev-ml/ppx_variants_conv20160205-18:17 aballier 6f0dd3c dev-python/dexml20160205-18:16 jlec f7f009e dev-python/ed25519ll20160205-18:49 jlec 548d586 dev-python/flipflop 20160202-15:50 mrueg ec0e293 dev-python/fs 20160205-18:24 jlec ba98361 dev-python/keyrings_alt 20160205-18:39 jlec 52ed757 dev-python/maybe20160207-10:17 jlec 9e2d001 dev-python/nose-show-skipped20160207-10:36 jlec d92c849 dev-python/pluggy 20160201-14:12 jlec 4b6c91f dev-python/python-gammu 20160202-14:38 sautier.louis c3f265d dev-ruby/concurrent-ruby20160204-07:16 graaff05aa0a1 net-libs/tox20151027-19:52 zetok 8cb4eb3 net-p2p/syncthing 20160207-18:09 djc 964575f sys-apps/s6-linux-utils 20160201-01:11 araneaf3d3442 sys-apps/s6-portable-utils 20160201-00:52 aranea9d420b6 -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: dev-java/struts-core,removed,monsieurp,20160207-11:00,10c2a08 dev-java/struts-plugins,removed,monsieurp,20160207-11:00,10c2a08 dev-java/struts-xwork,removed,monsieurp,20160207-11:00,10c2a08 dev-java/struts,removed,monsieurp,20160207-11:00,10c2a08 app-admin/ec2-api-tools,removed,monsieurp,20160207-10:56,9d429eb dev-perl/YAML-Parser-Syck,removed,pacho,20160207-10:09,cbe05e3 dev-php/pecl-zendopcache,removed,pacho,20160207-10:09,cbe05e3 x11-misc/matchbox-panel-manager,removed
[gentoo-dev] Last rites: sci-biology/{biojava,mauve,mauvealigner}
# James Le Cuirot (07 Feb 2016) # BioJava depends on commons-dbcp:0, which requires Java 6. Even the # latest "legacy" version 1.9.1 does so and no one wants to do the # difficult bump to 4.1.0. Mauve depends on BioJava but being a very # outdated live SVN ebuild, it probably doesn't work anyway. This goes # for Mauve Aligner too. Removal in 30 days. See bug #556470. sci-biology/biojava sci-biology/mauve sci-biology/mauvealigner -- James Le Cuirot (chewi) Gentoo Linux Developer pgpF_8UDxsszy.pgp Description: OpenPGP digital signature
[gentoo-dev] [warning] the bug queue has 93 bugs
Our bug queue has 93 bugs! If you have some spare time, please help assign/sort a few bugs. To view the bug queue, click here: http://bit.ly/m8PQS5 Thanks!
Re: [gentoo-dev] games.eclass policy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/07/2016 03:09 AM, Michał Górny wrote:
> On Sun, 7 Feb 2016 11:38:27 +0100 "M.B." wrote:
>
>> Hello folks.
>>
>> While hacking away on a new ebuild I came across the issue that
>> games.eclass apparently got banned from future use. The only
>> references I was able to dig up (apart from helpful people on
>> IRC), were https://bugs.gentoo.org/show_bug.cgi?id=566498
>> (games.eclass: use of games group needs to be removed wrt
>> 20151011 Council meeting) and
>> https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summar
ies#Games_team_policies_issue
>>
>>
(A mere deprecation notice).
>>
>> In contrast, a simple "grep deprec /usr/portage/eclass/" gives
>> numerous deprecation warnings; just games.eclass is not among
>> them.
>>
>> Please provide some guidance how (community-)developers are
>> supposed to handle games (in particular wrt games.eclass) in the
>> future. This also includes usage of /usr/games/{bin/lib/share}
>> etc.
>
> For reference, this is the reference decision:
>
> https://projects.gentoo.org/council/meeting-logs/20151213-summary.txt
>
> I'm going to open a bug asking games team how they're going to
> proceed.
>
Please let us know when you do; there are a few Humble Bundle games
I'd like to bring to the tree and I, too, don't have much to go on as
far as guidelines beyond our usual.
- --
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCAAGBQJWtzTvAAoJEAEkDpRQOeFwoOkP/j9cMGWfs3V3yPcc99G9ihqK
H1fdB6RphKNirQ4gEg7ERVoxy4OygTmml2IJwFkHasXqRaau8gwqFpOlPGKqLlga
MeDXTjDl788td0Z8JJJcronqHyEGx3Sw+vv3QKHsgaFuSUuVlnTOrpoXvwO8u7o3
CajRylurE4IhM3SxFnBL5jnBlwnkArixjLdD7jghMqEKzEr8zqGilssgLOSZIIAu
pZf3zoV1/XIYKJC8CeRiNiTYbZ82FnxljW4+QuJx4LA1YAj3bOr2IaTh44Cgcaj5
/pLGB1ZNQyoglUm0dKn4RD7DfZmBLqNTwpzvTJRkPemmVskYHvrbrZ4Q2ADgEwy/
jC/GbhprMsWnsVQ79kUVrbDbd4zEtueyPQWCVSHlq89FpZ5vWTykndxtSZKQKqY7
AFDAllsbg0nh2kbEtN7MFZufY/20I9qO4J6RAm3QRK3ULGiObp5oHEuuExY1ky6g
2vFbjtxdjj1HSk7asTVW2j7VK3p1MllBpJ7zIMfGLIE0BQ/szNsXoNILKC001W0/
ztXx2/XRmbZy/Pk/BTWKrYM95gYh+EzdSQpvNdcUerFiH0nyxfhxvPlWuPTJdZJP
Xxw6fKJGDB599sciv2aOL+T++KNlI+tzHWtfYxosisNblD0i2pMOflzYv6+eYY3q
nXhqwO/kUl451VrvAwb0
=ek/8
-END PGP SIGNATURE-
Re: [gentoo-dev] games.eclass policy
On Sun, 7 Feb 2016 11:38:27 +0100
"M.B." wrote:
> Hello folks.
>
> While hacking away on a new ebuild I came across the issue that
> games.eclass apparently got banned from future use. The only references
> I was able to dig up (apart from helpful people on IRC), were
> https://bugs.gentoo.org/show_bug.cgi?id=566498 (games.eclass: use of
> games group needs to be removed wrt 20151011 Council meeting)
> and
> https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summaries#Games_team_policies_issue
> (A mere deprecation notice).
>
> In contrast, a simple "grep deprec /usr/portage/eclass/" gives numerous
> deprecation warnings; just games.eclass is not among them.
>
> Please provide some guidance how (community-)developers are supposed to
> handle games (in particular wrt games.eclass) in the future. This also
> includes usage of /usr/games/{bin/lib/share} etc.
For reference, this is the reference decision:
https://projects.gentoo.org/council/meeting-logs/20151213-summary.txt
I'm going to open a bug asking games team how they're going to proceed.
--
Best regards,
Michał Górny
Re: [gentoo-dev] games.eclass policy
Sunday 07 Feb 2016 11:38:27, M.B. wrote :
>
> Hello folks.
>
> While hacking away on a new ebuild I came across the issue that
> games.eclass apparently got banned from future use. The only references
> I was able to dig up (apart from helpful people on IRC), were
> https://bugs.gentoo.org/show_bug.cgi?id=566498 (games.eclass: use of
> games group needs to be removed wrt 20151011 Council meeting)
> and
> https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summaries#Games_team_policies_issue
> (A mere deprecation notice).
>
> In contrast, a simple "grep deprec /usr/portage/eclass/" gives numerous
> deprecation warnings; just games.eclass is not among them.
>
> Please provide some guidance how (community-)developers are supposed to
> handle games (in particular wrt games.eclass) in the future. This also
> includes usage of /usr/games/{bin/lib/share} etc.
>
> Regards,
> tomboy64
>
>
Good point.
I too came across this problem when dealing with another bug
(games-emulation/ppsspp). A user filed a bug, complaining the ebuild wasn't
installing the compiled binary in /usr/games and suggested it should inherit
the games eclass: https://bugs.gentoo.org/show_bug.cgi?id=572606#c12
I wasn't aware of the ban too so if someone has a better solution, I'm all
ears.
Regards,
--
Patrice Clement
Gentoo Linux developer
http://www.gentoo.org
[gentoo-dev] games.eclass policy
Hello folks.
While hacking away on a new ebuild I came across the issue that
games.eclass apparently got banned from future use. The only references
I was able to dig up (apart from helpful people on IRC), were
https://bugs.gentoo.org/show_bug.cgi?id=566498 (games.eclass: use of
games group needs to be removed wrt 20151011 Council meeting)
and
https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Meeting_Summaries#Games_team_policies_issue
(A mere deprecation notice).
In contrast, a simple "grep deprec /usr/portage/eclass/" gives numerous
deprecation warnings; just games.eclass is not among them.
Please provide some guidance how (community-)developers are supposed to
handle games (in particular wrt games.eclass) in the future. This also
includes usage of /usr/games/{bin/lib/share} etc.
Regards,
tomboy64
