Re: [gentoo-dev] New global useflag proposals

2012-11-23 Thread Alexis Ballier
On Fri, 23 Nov 2012 21:16:12 +0100 Gilles Dartiguelongue e...@gentoo.org wrote: Le vendredi 23 novembre 2012 à 15:03 +0100, Tomáš Chvátal a écrit : Hi guys, wayland: Enable dev-libs/wayland backend vdpau: Enable the Video Decode and Presentation API for Unix acceleration interface.

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-office/lyx: lyx-2.0.5.ebuild ChangeLog

2012-11-25 Thread Alexis Ballier
On Sun, 25 Nov 2012 14:55:06 +0800 Patrick Lauer patr...@gentoo.org wrote: On 11/23/12 21:17, Alexis Ballier wrote: On Fri, 23 Nov 2012 12:45:56 +0800 Patrick Lauer patr...@gentoo.org wrote: On 11/20/12 21:57, Alexis Ballier wrote: On Fri, 16 Nov 2012 09:10:51 + (UTC) Patrick

Re: [gentoo-dev] Re: Local bindist descriptions

2012-12-30 Thread Alexis Ballier
On Sun, 30 Dec 2012 14:07:04 +0100 Alexander Berntsen alexan...@plaimi.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/12/12 13:15, Nuno J. Silva wrote: I see his point that emerge will sort of imply what does bindist do, but it requires running emerge several times with

Re: [gentoo-dev] Local bindist descriptions

2012-12-30 Thread Alexis Ballier
On Sun, 30 Dec 2012 12:42:23 +0100 Alexander Berntsen alexan...@plaimi.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/12/12 12:39, Diego Elio Pettenò wrote: On 30/12/2012 04:03, Mike Gilbert wrote: That would be much more effective than a policy that may be

Re: [gentoo-dev] Re: Local bindist descriptions

2012-12-30 Thread Alexis Ballier
On Sun, 30 Dec 2012 15:10:21 +0100 Alexander Berntsen alexan...@plaimi.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/12/12 15:01, Alexis Ballier wrote: Maybe you could suggest a nice beforehand UI for REQUIRED_USE constraints. I think this is orthogonal

Re: [gentoo-dev] Re: Local bindist descriptions

2012-12-31 Thread Alexis Ballier
On Sun, 30 Dec 2012 15:15:25 +0100 Michał Górny mgo...@gentoo.org wrote: On Sun, 30 Dec 2012 11:01:52 -0300 Alexis Ballier aball...@gentoo.org wrote: Etc. ffmpeg is like the holy grail of local bindist descriptions. bindist does absolutely nothing by itself there. do you really want

Re: [gentoo-dev] [PATCH] autotools-multilib: wrapper eclass for multilib builds.

2013-01-14 Thread Alexis Ballier
On Thu, 03 Jan 2013 11:44:58 +0100 Thomas Sachau to...@gentoo.org wrote: Pacho Ramos schrieb: El mar, 25-09-2012 a las 10:21 -0300, Alexis Ballier escribió: On Sun, 23 Sep 2012 16:49:13 +0200 Thomas Sachau to...@gentoo.org wrote: It is not hard by itself to inherit an eclass

Re: [gentoo-dev] Chromium system ffmpeg

2013-01-15 Thread Alexis Ballier
Hi, On Mon, 14 Jan 2013 20:34:42 -0800 Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: I'm trying to make Chromium be more compatible with more versions of ffmpeg: https://groups.google.com/a/chromium.org/d/topic/chromium-dev/fm5Oe_AC3Sc/discussion (although not stated there, that includes

Re: [gentoo-dev] [PATCH] Support MULTILIB_USEDEP for writing USE-deps.

2013-01-15 Thread Alexis Ballier
On Tue, 15 Jan 2013 08:31:46 +0100 Michał Górny mgo...@gentoo.org wrote: Although the eclass does 'multilib?' only now, in the future it is likely to use more fine-tuned ABI flags. --- gx86/eclass/autotools-multilib.eclass | 12 I think it'd better fit in a more generic eclass

Re: [gentoo-dev] [PATCH] Support MULTILIB_USEDEP for writing USE-deps.

2013-01-15 Thread Alexis Ballier
On Tue, 15 Jan 2013 18:25:16 +0100 Michał Górny mgo...@gentoo.org wrote: On Tue, 15 Jan 2013 14:19:36 -0300 Alexis Ballier aball...@gentoo.org wrote: On Tue, 15 Jan 2013 08:31:46 +0100 Michał Górny mgo...@gentoo.org wrote: Although the eclass does 'multilib?' only now, in the future

Re: [gentoo-dev] [PATCH] Support MULTILIB_USEDEP for writing USE-deps.

2013-01-15 Thread Alexis Ballier
On Tue, 15 Jan 2013 18:56:15 +0100 Michał Górny mgo...@gentoo.org wrote: On Tue, 15 Jan 2013 14:42:27 -0300 Alexis Ballier aball...@gentoo.org wrote: On Tue, 15 Jan 2013 18:25:16 +0100 Michał Górny mgo...@gentoo.org wrote: On Tue, 15 Jan 2013 14:19:36 -0300 Alexis Ballier aball

Re: [gentoo-dev] [PATCH] Support MULTILIB_USEDEP for writing USE-deps.

2013-01-15 Thread Alexis Ballier
On Tue, 15 Jan 2013 21:47:19 +0100 Michał Górny mgo...@gentoo.org wrote: On Tue, 15 Jan 2013 17:38:17 -0300 Alexis Ballier aball...@gentoo.org wrote: On Tue, 15 Jan 2013 18:56:15 +0100 Michał Górny mgo...@gentoo.org wrote: On Tue, 15 Jan 2013 14:42:27 -0300 Alexis Ballier aball

Re: [gentoo-dev] Chromium system ffmpeg

2013-01-16 Thread Alexis Ballier
On Tue, 15 Jan 2013 21:10:12 -0800 Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: On 1/15/13 4:55 AM, Alexis Ballier wrote: On Mon, 14 Jan 2013 20:34:42 -0800 Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: I'm trying to make Chromium be more compatible with more versions of ffmpeg

Re: [gentoo-dev] removing the server profiles...

2013-01-16 Thread Alexis Ballier
Other option: kill the server subprofiles, keep profiles/target/server and let people finally set /etc/make.profile as a dir and play with multiple inheritance. We don't need dozens of subprofiles with only eapi and parent files in them... A.

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-16 Thread Alexis Ballier
On Wed, 16 Jan 2013 12:40:02 + (UTC) Tomas Chvatal (scarabeus) scarab...@gentoo.org wrote: scarabeus13/01/16 12:40:02 Modified: ChangeLog Added:ffmpeg-9.ebuild Removed: ffmpeg-0.10.2-r1.ebuild Log: Add new virtual for 1.1/9

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-16 Thread Alexis Ballier
On Wed, 16 Jan 2013 21:39:04 +0100 Luca Barbato lu_z...@gentoo.org wrote: On 16/01/13 21:09, Alexis Ballier wrote: More seriously: Why ? Who decided this ? I never pushed my weight over it before since as you are involved in FFmpeg directly, I am involved in Libav directly. I don't know

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-16 Thread Alexis Ballier
On Wed, 16 Jan 2013 22:52:52 +0100 Luca Barbato lu_z...@gentoo.org wrote: On 16/01/13 22:31, Alexis Ballier wrote: interesting, did they report it? OTOH, they switched _after_ the 2.0.5 release which happens to be the latest one. Since vlc is probably the ffmpeg/libav interface the most

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-17 Thread Alexis Ballier
On Thu, 17 Jan 2013 10:41:58 +0100 Tomáš Chvátal tomas.chva...@gmail.com wrote: [...] On testing there should be nothing broken apart from xbmc, where Alexis is one of upstream devs and he seems not to give fuck about making it work under both. Please check the facts before making false

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-17 Thread Alexis Ballier
On Thu, 17 Jan 2013 13:22:21 +0100 Diego Elio Pettenò flamee...@flameeyes.eu wrote: [...] But also, if you say that the tree isn't ready because of the bugs I opened — remember that I'm not going to test ffmpeg any time soon. I do reserve the right to not give a damn about software whose

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-17 Thread Alexis Ballier
On Thu, 17 Jan 2013 14:26:54 +0100 Diego Elio Pettenò flamee...@flameeyes.eu wrote: [...] ffmpeg is in the same list as paludis and will not, ever, be tested on my boxes, as long as it's a personal effort. Are you going to pay me to run it? If the answer is no, please fuck off or run your own.

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-17 Thread Alexis Ballier
On Thu, 17 Jan 2013 10:41:58 +0100 Tomáš Chvátal tomas.chva...@gmail.com wrote: [...] So yes it works and should not pose any issues to user. I also announced it over blog to get people report more issues they find out so I can be really sure it works out. It turned out the mplayer1 really

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-17 Thread Alexis Ballier
On Thu, 17 Jan 2013 15:10:18 +0100 Diego Elio Pettenò flamee...@flameeyes.eu wrote: On 17/01/2013 15:00, Alexis Ballier wrote: I was only pointing out that ffmpeg isn't a one person thing, it's much more that this one (or more) person who insulted you. You weren't pointing that out at all

Re: [gentoo-dev] Chromium system ffmpeg

2013-01-21 Thread Alexis Ballier
On Sun, 20 Jan 2013 10:08:27 -0800 Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: On 1/20/13 1:46 AM, Luca Barbato wrote: On 19/01/13 20:10, Paweł Hajdan, Jr. wrote: have a way to more simply exclude code that requires CODEC_ID_OPUS. Exclude in chrome or in libavcodec? The latter

Re: [gentoo-dev] Getting proper USE_EXPAND variable(s) for multilib

2013-01-21 Thread Alexis Ballier
On Sun, 20 Jan 2013 20:11:31 +0100 Michał Górny mgo...@gentoo.org wrote: Hello, There is a fair interest in multilib and while still early, it would be a good moment to decide on how USE flags to use for it. The current attempts are mostly using USE=multilib which is not really

Re: [gentoo-dev] Getting proper USE_EXPAND variable(s) for multilib

2013-01-21 Thread Alexis Ballier
On Sun, 20 Jan 2013 23:33:39 +0100 Michał Górny mgo...@gentoo.org wrote: [...] Do you plan to keep precise depends for packages? like glibc[abi_x32]/gcc[abi_x32] for all libraries requesting x32. Yes. ${MULTILIB_USEDEP} is for that (it currently evaluates to 'multilib?'). In that very

Re: [gentoo-dev] Getting proper USE_EXPAND variable(s) for multilib

2013-01-23 Thread Alexis Ballier
On Wed, 23 Jan 2013 09:24:26 +0100 Michał Górny mgo...@gentoo.org wrote: On Mon, 21 Jan 2013 10:27:30 -0300 Alexis Ballier aball...@gentoo.org wrote: To be honest, I don't know if there's other way to hide USE flags than using USE_EXPAND_HIDDEN. If we want to use that, we'd have

Re: [gentoo-dev] Getting proper USE_EXPAND variable(s) for multilib

2013-01-23 Thread Alexis Ballier
On Wed, 23 Jan 2013 21:36:22 +0400 Alexey Shvetsov ale...@gentoo.org wrote: В письме от 23 января 2013 08:03:56 пользователь Alexis Ballier написал: On Wed, 23 Jan 2013 09:24:26 +0100 Michał Górny mgo...@gentoo.org wrote: On Mon, 21 Jan 2013 10:27:30 -0300 Alexis Ballier aball

Re: [gentoo-dev] [PATCH 2/2] Use new multilib flags in autotools-multilib.

2013-01-23 Thread Alexis Ballier
On Thu, 24 Jan 2013 00:23:57 +0100 Michał Górny mgo...@gentoo.org wrote: This is mostly a proof-of-concept. If approved, I will work on moving the code into a separate eclass, possibly named 'multilib-build' ;). --- gx86/eclass/autotools-multilib.eclass | 24 +--- 1 file

Re: [gentoo-dev] [PATCH 2/2] Use new multilib flags in autotools-multilib.

2013-01-26 Thread Alexis Ballier
On Sat, 26 Jan 2013 13:11:41 +0100 Michał Górny mgo...@gentoo.org wrote: On Wed, 23 Jan 2013 21:40:13 -0300 Alexis Ballier aball...@gentoo.org wrote: On Thu, 24 Jan 2013 00:23:57 +0100 Michał Górny mgo...@gentoo.org wrote: This is mostly a proof-of-concept. If approved, I will work

Re: [gentoo-dev] [PATCH 2/2] Use new multilib flags in autotools-multilib.

2013-01-26 Thread Alexis Ballier
On Sat, 26 Jan 2013 13:11:41 +0100 Michał Górny mgo...@gentoo.org wrote: (maybe protect it with has_multilib_profile if you wish) Well, the current code assumes that no flags == non-multilib profile. .. and I hit send to quickly: coming back to the skype example, with this assumption,

Re: [gentoo-dev] [PATCH 2/2] Use new multilib flags in autotools-multilib.

2013-01-26 Thread Alexis Ballier
On Sat, 26 Jan 2013 16:06:35 +0100 Michał Górny mgo...@gentoo.org wrote: On Sat, 26 Jan 2013 11:51:22 -0300 Alexis Ballier aball...@gentoo.org wrote: On Sat, 26 Jan 2013 13:11:41 +0100 Michał Górny mgo...@gentoo.org wrote: On Wed, 23 Jan 2013 21:40:13 -0300 Alexis Ballier aball

Re: [gentoo-dev] [PATCH 2/2] Use new multilib flags in autotools-multilib.

2013-01-26 Thread Alexis Ballier
On Sat, 26 Jan 2013 16:08:45 +0100 Michał Górny mgo...@gentoo.org wrote: On Sat, 26 Jan 2013 11:54:44 -0300 Alexis Ballier aball...@gentoo.org wrote: On Sat, 26 Jan 2013 13:11:41 +0100 Michał Górny mgo...@gentoo.org wrote: (maybe protect it with has_multilib_profile if you wish

Re: [gentoo-dev] [PATCH 2/2] Use new multilib flags in autotools-multilib.

2013-01-26 Thread Alexis Ballier
On Sat, 26 Jan 2013 18:06:32 +0100 Michał Górny mgo...@gentoo.org wrote: On Sat, 26 Jan 2013 12:30:16 -0300 Alexis Ballier aball...@gentoo.org wrote: On Sat, 26 Jan 2013 16:08:45 +0100 Michał Górny mgo...@gentoo.org wrote: On Sat, 26 Jan 2013 11:54:44 -0300 Alexis Ballier aball

Re: [gentoo-dev] [PATCH 2/5] Use explicit abi_* flags to select multilib targets.

2013-01-27 Thread Alexis Ballier
Very nice work; +1 on everything, it seems we'll finally get serious and official multilib support after all those years. I'm looking forward to get this in three :) On Sat, 26 Jan 2013 23:08:13 +0100 Michał Górny mgo...@gentoo.org wrote: [...] # @FUNCTION: multilib_get_enabled_abis #

Re: [gentoo-dev] [PATCH autotools-multilib] Check installed headers for consistency.

2013-01-27 Thread Alexis Ballier
On Sun, 27 Jan 2013 12:21:01 +0100 Michał Górny mgo...@gentoo.org wrote: The installed headers are supposed not to change between ABIs. If they do, we need to do something special about them or everything is going to end up real bad. Therefore, do a checksum of headers installed in

Re: [gentoo-dev] The gx86 multilib project -- masterplan

2013-01-27 Thread Alexis Ballier
On Sun, 27 Jan 2013 16:12:37 +0100 Michał Górny mgo...@gentoo.org wrote: 5. Solutions to specific problems - 1. x11-proto packages Those packages install headers to /usr/include and pkg-config files to /usr/lib64. This supposedly means that the headers

Re: [gentoo-dev] [PATCH 2/5] Use explicit abi_* flags to select multilib targets.

2013-01-27 Thread Alexis Ballier
On Sun, 27 Jan 2013 23:46:06 +0100 Michał Górny mgo...@gentoo.org wrote: Alexis, Following your remark, I have redesigned the loop to use MULTILIB_ABIS list to order the ABIs. This should ensure the most valid replacement order. Great, that's better than what I had thought about

Re: [gentoo-dev] [PATCH 2/3] Introduce cmake-multilib wrapper for cmake-utils.

2013-02-05 Thread Alexis Ballier
On Tue, 5 Feb 2013 21:19:23 +0100 Michał Górny mgo...@gentoo.org wrote: +cmake-multilib_src_install() { + cmake-multilib_secure_install() { + cmake-utils_src_install + + # Make sure all headers are the same for each ABI. + cmake-multilib_cksum() { +

Re: [gentoo-dev] [PATCH 3/3] Convert virtualgl to cmake-multilib.

2013-02-05 Thread Alexis Ballier
A real diff would be easier to read than a whole new ebuild :) On Tue, 5 Feb 2013 21:19:24 +0100 Michał Górny mgo...@gentoo.org wrote: +RDEPEND=ssl? ( dev-libs/openssl ) + media-libs/libjpeg-turbo + x11-libs/libX11 + x11-libs/libXext + x11-libs/libXv + abi_x86_32? (

Re: [gentoo-dev] [PATCH] Convert virtualgl to cmake-multilib.

2013-02-06 Thread Alexis Ballier
On Wed, 6 Feb 2013 11:07:21 +0100 Michał Górny mgo...@gentoo.org wrote: RDEPEND=ssl? ( dev-libs/openssl ) media-libs/libjpeg-turbo x11-libs/libX11 x11-libs/libXext x11-libs/libXv - multilib? ( app-emulation/emul-linux-x86-xlibs + abi_x86_32? (

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-02-08 Thread Alexis Ballier
On Fri, 08 Feb 2013 22:41:04 +0100 Maciej Mrozowski reave...@gmail.com wrote: On Thursday 07 of February 2013 06:52:44 Peter Stuge wrote: Tomáš Chvátal wrote: we as gentoo will provide both while preffered default will be what major distros use. What kind of careless mainstream

[gentoo-dev] On the good usage of subslots

2013-02-09 Thread Alexis Ballier
Dear fellow developers, I hope this will be trivial to most of you but after seeing bug #455900 and the vast majority of developers not even thinking twice before sedding their dep strings, I believe this needs some attention. What do subslots do: You set a subslot to a package and every time

Re: [gentoo-dev] Re: On the good usage of subslots

2013-02-09 Thread Alexis Ballier
On Sat, 09 Feb 2013 23:38:35 +1100 Michael Palimaka kensing...@gentoo.org wrote: Hi, On 9/02/2013 23:15, Alexis Ballier wrote: Dear fellow developers, I hope this will be trivial to most of you but after seeing bug #455900 and the vast majority of developers not even thinking twice

Re: [gentoo-dev] Re: On the good usage of subslots

2013-02-09 Thread Alexis Ballier
On Sat, 09 Feb 2013 23:38:35 +1100 Michael Palimaka kensing...@gentoo.org wrote: I even noticed some maintainers adding subslots dependencies on libraries that do not yet define subslots. This too seems reasonable, given that there would be no impact until the library defines a (sensible)

Re: [gentoo-dev] On the good usage of subslots

2013-02-10 Thread Alexis Ballier
On Sat, 9 Feb 2013 20:21:56 +0100 Michał Górny mgo...@gentoo.org wrote: On Sat, 9 Feb 2013 09:15:03 -0300 Alexis Ballier aball...@gentoo.org wrote: I hope this will be trivial to most of you but after seeing bug #455900 and the vast majority of developers not even thinking twice before

Re: [gentoo-dev] Re: On the good usage of subslots

2013-02-10 Thread Alexis Ballier
On Sun, 10 Feb 2013 01:09:38 +1100 Michael Palimaka kensing...@gentoo.org wrote: On 9/02/2013 23:52, Alexis Ballier wrote: On Sat, 09 Feb 2013 23:38:35 +1100 Michael Palimaka kensing...@gentoo.org wrote: I even noticed some maintainers adding subslots dependencies on libraries that do

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-02-10 Thread Alexis Ballier
On Sat, 09 Feb 2013 15:12:15 +0100 Luca Barbato lu_z...@gentoo.org wrote: On 08/02/13 22:46, Alexis Ballier wrote: On Fri, 08 Feb 2013 22:41:04 +0100 Maciej Mrozowski reave...@gmail.com wrote: On Thursday 07 of February 2013 06:52:44 Peter Stuge wrote: Tomáš Chvátal wrote: we

Re: Discussing defaults (Was: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild)

2013-02-11 Thread Alexis Ballier
On Mon, 11 Feb 2013 12:25:36 +0100 Luca Barbato lu_z...@gentoo.org wrote: On 11/02/13 03:01, Alexis Ballier wrote: Sorry, I was away this week end... Not a problem, I should be reachable anytime today. Will ping you. This is only because libav people do not care at all about what

Re: Discussing defaults (Was: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild)

2013-02-11 Thread Alexis Ballier
On Mon, 11 Feb 2013 17:22:16 +0100 Peter Stuge pe...@stuge.se wrote: Alexis, Alexis Ballier wrote: All of this because ~10 people cannot work together, well, really, thank you :) Do you have experience from being in a similar situation? You are being quite judgemental

Re: Discussing defaults (Was: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild)

2013-02-11 Thread Alexis Ballier
reply, but it was not meant at all as going down on the people. I realized it was understood as such and apologized, and apologize again here. On 11/02/13 14:49, Alexis Ballier wrote: All of this because ~10 people cannot work together, well, really, thank you :) May I point you that ~10

Re: Discussing defaults (Was: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild)

2013-02-12 Thread Alexis Ballier
On Tue, 12 Feb 2013 12:16:22 +0100 Luca Barbato lu_z...@gentoo.org wrote: On 12/02/13 08:21, Ian Whyman wrote: Guys, Can we not just have a developer wide vote or something? This instance clearly not going to resole itself. It is a little bikeshed. Originally the virtual was ordered

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog profiles.desc

2013-02-19 Thread Alexis Ballier
On Mon, 7 Jan 2013 00:02:33 + (UTC) Mike Frysinger (vapier) vap...@gentoo.org wrote: [...] + 07 Jan 2013; Mike Frysinger vap...@gentoo.org profiles.desc: + Mark s390 profiles stable. + 06 Jan 2013; Justin Bronder jsbron...@gentoo.org package.mask: Remove net-nntp/sabnzbd mask,

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-24 Thread Alexis Ballier
On Sun, 24 Feb 2013 01:34:47 +0100 hasufell hasuf...@gentoo.org wrote: Some people seem to feel uncomfortable with autotools-multilib, because it depends on autotools-utils. To be honest, I don't particularly like autotools-utils, I tend to consider it a useless bloat. However, Michal's work

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-24 Thread Alexis Ballier
On Sun, 24 Feb 2013 16:53:02 +0100 Michał Górny mgo...@gentoo.org wrote: - prune_libtool_files in src_install() which most people want to do anyway, so that doesn't hurt -- and the pkg-config dep is going to be removed, by the patch I sent already. A bit OT but that's one of the things I

Re: [gentoo-dev] New eclass: autotools-multilib-minimal

2013-02-24 Thread Alexis Ballier
On Sun, 24 Feb 2013 17:42:26 +0100 hasufell hasuf...@gentoo.org wrote: [...] I have no idea if it makes sense for this package (since it also installs binaries), but as an example I have converted dev-libs/serd. yes, that's the kind of usage of your eclass I was thinking about :) (it might

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog

2013-02-27 Thread Alexis Ballier
On Wed, 27 Feb 2013 18:10:30 +0100 hasufell hasuf...@gentoo.org wrote: I don't want to start another useless rant here, because I perfectly understand the issue with ABI specific headers. The problem is: a) if you break a provider on purpose, then you should feel somehow responsible for

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog

2013-02-27 Thread Alexis Ballier
On Wed, 27 Feb 2013 19:14:38 +0100 hasufell hasuf...@gentoo.org wrote: On 02/27/2013 06:58 PM, Alexis Ballier wrote: The other thing is: We still have the conflict with eclass-solution vs PM-solution (multilib-portage) and I propose not to convert ANYTHING else until that conflict

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog

2013-03-02 Thread Alexis Ballier
On Wed, 27 Feb 2013 22:08:45 +0100 Thomas Sachau to...@gentoo.org wrote: Alexis Ballier schrieb: On Wed, 27 Feb 2013 18:10:30 +0100 hasufell hasuf...@gentoo.org wrote: The other thing is: We still have the conflict with eclass-solution vs PM-solution (multilib-portage) and I propose

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog

2013-03-02 Thread Alexis Ballier
On Wed, 27 Feb 2013 22:12:25 +0100 Thomas Sachau to...@gentoo.org wrote: Pacho Ramos schrieb: El mié, 27-02-2013 a las 19:27 +0100, Alexis Ballier escribió: [...] The reason I bring this up again is that there was a strong argument yesterday in #gentoo-dev, so it seems the situation

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog

2013-03-02 Thread Alexis Ballier
On Wed, 27 Feb 2013 20:05:58 +0100 hasufell hasuf...@gentoo.org wrote: This is just my own view on this and NOT complete, Tommy[D] will probably have a more complete list what the eclasses currently lack and where they will fail. Mgorny will have a more complete list why multilib-portage is a

Re: [gentoo-dev] The Gentoo Qt Project wants your help!

2013-03-02 Thread Alexis Ballier
On Sat, 2 Mar 2013 14:54:22 +0800 Ben de Groot yng...@gentoo.org wrote: == We could also use a hand with: == [...] app-text/cb2bib [...] dev-tex/qtexengine dev-tex/texamator you can add tex@g.o as second maintainer there if you wish

Re: [gentoo-dev] The Gentoo Qt Project wants your help!

2013-03-02 Thread Alexis Ballier
On Sat, 2 Mar 2013 14:08:28 +0100 Tom Wijsman tom...@gentoo.org wrote: On Sat, 2 Mar 2013 14:54:22 +0800 Ben de Groot yng...@gentoo.org wrote: media-video/avidemux (bundled libs) I like this application, but am not so sure about maintaining this... =/ Would it be reasonable to create

Re: [gentoo-dev] [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-03 Thread Alexis Ballier
On Sun, 3 Mar 2013 00:02:30 +0100 Michał Górny mgo...@gentoo.org wrote: Hello, With the introduction of support for x32 ABI it has become necessary to enhance the multilib-build eclass with some kind of support for specifying the supported/unsupported ABIs. In this particular context,

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-03 Thread Alexis Ballier
On Sun, 03 Mar 2013 14:02:58 +0100 Thomas Sachau to...@gentoo.org wrote: Once the eclass has per-ABI header I think this is needed. and binaries support, but here, could you enlighten me on its use cases ? I can't imagine why having multi binaries support would be useful. Alexis.

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-03 Thread Alexis Ballier
On Sun, 03 Mar 2013 16:47:43 +0100 Thomas Sachau to...@gentoo.org wrote: Alexis Ballier schrieb: On Sun, 03 Mar 2013 14:02:58 +0100 Thomas Sachau to...@gentoo.org wrote: Once the eclass has per-ABI header I think this is needed. and binaries support, but here, could you

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-03 Thread Alexis Ballier
On Sun, 03 Mar 2013 17:27:50 +0100 Thomas Sachau to...@gentoo.org wrote: Alexis Ballier schrieb: On Sun, 03 Mar 2013 16:47:43 +0100 Thomas Sachau to...@gentoo.org wrote: Alexis Ballier schrieb: On Sun, 03 Mar 2013 14:02:58 +0100 Thomas Sachau to...@gentoo.org wrote: Once

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-04 Thread Alexis Ballier
On Sun, 03 Mar 2013 22:39:42 +0100 Thomas Sachau to...@gentoo.org wrote: The wrapper is already in a seperate package [1], the currently active and tested version (1.0) is in bash, also there is a (currently masked) version 2.0 written by binki in C doing the same natively. So you even have a

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-04 Thread Alexis Ballier
On Sun, 3 Mar 2013 23:25:03 +0100 Michał Górny mgo...@gentoo.org wrote: On Sun, 3 Mar 2013 18:18:12 +0100 Alexis Ballier aball...@gentoo.org wrote: On Sun, 3 Mar 2013 17:58:26 +0100 Michał Górny mgo...@gentoo.org wrote: What do we need that wrapper for? What does the wrapper do

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-07 Thread Alexis Ballier
On Mon, 4 Mar 2013 21:49:48 +0100 Michał Górny mgo...@gentoo.org wrote: On Mon, 4 Mar 2013 11:02:40 +0100 Alexis Ballier aball...@gentoo.org wrote: On Sun, 3 Mar 2013 23:25:03 +0100 Michał Górny mgo...@gentoo.org wrote: On Sun, 3 Mar 2013 18:18:12 +0100 Alexis Ballier aball

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-07 Thread Alexis Ballier
On Mon, 04 Mar 2013 21:17:50 +0100 Thomas Sachau to...@gentoo.org wrote: The actual list of packages with wrapped binaries is in the profiles dir of the multilib-portage overlay (expect this to be a minimal list, there are probably more out there we did not yet catch): Thanks. dev-db/mysql

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-08 Thread Alexis Ballier
On Thu, 07 Mar 2013 19:59:35 +0100 Thomas Sachau to...@gentoo.org wrote: I dont have a list of binaries, i either noticed myself some abi-specific behaviour or got user reports for abi-specific behaviour. As an example i remember, dev-libs/libIDL has a config binary not matching the usual

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-08 Thread Alexis Ballier
On Fri, 8 Mar 2013 05:47:23 +0100 Michał Górny mgo...@gentoo.org wrote: On Thu, 07 Mar 2013 19:59:35 +0100 Thomas Sachau to...@gentoo.org wrote: I am not sure about the target of your qmake question, so as a general answer: qmake is something like configure for qmake based build

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-09 Thread Alexis Ballier
On Fri, 8 Mar 2013 17:30:10 +0100 Michał Górny mgo...@gentoo.org wrote: On Thu, 7 Mar 2013 17:25:23 +0100 Alexis Ballier aball...@gentoo.org wrote: On Mon, 4 Mar 2013 21:49:48 +0100 Michał Górny mgo...@gentoo.org wrote: I'm afraid that's the first potential point of failure. Relying

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-09 Thread Alexis Ballier
On Fri, 08 Mar 2013 15:44:16 +0100 Thomas Sachau to...@gentoo.org wrote: Alexis Ballier schrieb: On Thu, 07 Mar 2013 19:59:35 +0100 Thomas Sachau to...@gentoo.org wrote: I dont have a list of binaries, i either noticed myself some abi-specific behaviour or got user reports for abi

Re: [gentoo-dev] Re: [RFC] multilib-build.eclass and restricting unsupported ABIs

2013-03-15 Thread Alexis Ballier
On Sun, 10 Mar 2013 14:42:43 +0100 Michał Górny mgo...@gentoo.org wrote: If you consider the argv trick fragile, which is understandable, the same wrapper idea can be used differently: If you want to wrap a binary foo, move it to foo_${abi} and build a wrapper with hardcoded 'foo' instead

Re: [gentoo-dev] [PATCH 2/2] Support wrapping headers for multilib ABIs.

2013-03-24 Thread Alexis Ballier
On Sat, 23 Mar 2013 17:26:38 +0100 Michał Górny mgo...@gentoo.org wrote: --- gx86/eclass/autotools-multilib.eclass | 82 +++ 1 file changed, 82 insertions(+) diff --git a/gx86/eclass/autotools-multilib.eclass b/gx86/eclass/autotools-multilib.eclass index

Re: [gentoo-dev] [PATCH 2/2] Support wrapping headers for multilib ABIs.

2013-03-24 Thread Alexis Ballier
On Sun, 24 Mar 2013 16:41:15 +0100 Michał Górny mgo...@gentoo.org wrote: On Sun, 24 Mar 2013 16:14:52 +0100 Alexis Ballier aball...@gentoo.org wrote: On Sat, 23 Mar 2013 17:26:38 +0100 Michał Górny mgo...@gentoo.org wrote: --- gx86/eclass/autotools-multilib.eclass | 82

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/ardour: ChangeLog ardour-2.8.16.ebuild ardour-2.8.14-r1.ebuild ardour-3.0.ebuild

2013-04-02 Thread Alexis Ballier
On Mon, 18 Mar 2013 12:34:30 + (UTC) Andreas Schuerch (nativemad) native...@gentoo.org wrote: nativemad13/03/18 12:34:30 Modified: ChangeLog ardour-2.8.16.ebuild ardour-2.8.14-r1.ebuild Added:ardour-3.0.ebuild Log: new

Re: [gentoo-dev] [PATCHES] Header wrapping support for multilib

2013-04-02 Thread Alexis Ballier
On Mon, 1 Apr 2013 11:19:51 +0200 Michał Górny mgo...@gentoo.org wrote: On Sat, 23 Mar 2013 17:25:32 +0100 Michał Górny mgo...@gentoo.org wrote: I've finally got around to writing the header wrapping functions for multilib. That's an initial yet working draft. I will send patches in

Re: [gentoo-dev] bash-3.1 stable

2013-04-02 Thread Alexis Ballier
On Tue, 02 Apr 2013 14:25:43 +0200 hasufell hasuf...@gentoo.org wrote: bash-3.1 seems to break ebuild sourcing and is blocked in most package managers. So I was wondering how can it still be stable then or even in the tree? I'd say mask it with a note that this breaks the shit out of gentoo,

Re: [gentoo-dev] bash-3.1 stable

2013-04-02 Thread Alexis Ballier
On Tue, 02 Apr 2013 14:32:26 +0200 hasufell hasuf...@gentoo.org wrote: On 04/02/2013 02:29 PM, Alexis Ballier wrote: On Tue, 02 Apr 2013 14:25:43 +0200 hasufell hasuf...@gentoo.org wrote: bash-3.1 seems to break ebuild sourcing and is blocked in most package managers. So I

Re: [gentoo-dev] bash-3.1 stable

2013-04-02 Thread Alexis Ballier
On Tue, 2 Apr 2013 14:07:16 +0100 Markos Chandras hwoar...@gentoo.org wrote: On 2 April 2013 13:48, Rich Freeman ri...@gentoo.org wrote: On Tue, Apr 2, 2013 at 8:37 AM, Alexis Ballier aball...@gentoo.org wrote: but what's the problem with keeping it and not breaking older upgrade paths

Re: [gentoo-dev] bash-3.1 stable

2013-04-02 Thread Alexis Ballier
On Tue, 2 Apr 2013 15:01:08 +0100 Markos Chandras hwoar...@gentoo.org wrote: Here we go again. Fine, keep arguing about the really important question why old X is in the tree when new X is stable. Nobody besides that part of the thread is arguing about anything like that. If you are upset about

Re: [gentoo-dev] [PATCHES] Header wrapping support for multilib

2013-04-04 Thread Alexis Ballier
On Tue, 2 Apr 2013 13:47:07 +0200 Michał Górny mgo...@gentoo.org wrote: [...] - Header wrapping really has nothing to do with autotools and I strongly believe this should be moved to multilib-build. It will be when there's a safe, public API for it. Right now, it's too fragile. The

Re: [gentoo-dev] [PATCHES] multilib-build: public API for header wrapping

2013-04-04 Thread Alexis Ballier
At a first look, this seems all good. Thanks! Alexis.

Re: [gentoo-dev] libpng 1.6 upgrade and subslotting (and misuse of subslotting when there is also normal slotting)

2013-04-06 Thread Alexis Ballier
On Fri, 05 Apr 2013 22:18:22 -0400 Ian Stakenvicius a...@gentoo.org wrote: Revbump -- very important in this case, as the slot-operator dep (iirc) does not take effect to allow sub-slot-triggered until after a version with the slot-operator has been emerged. So we want users to re-emerge

Re: [gentoo-dev] libpng 1.6 upgrade and subslotting (and misuse of subslotting when there is also normal slotting)

2013-04-06 Thread Alexis Ballier
On Sat, 6 Apr 2013 11:02:14 -0400 Mike Gilbert flop...@gentoo.org wrote: On Sat, Apr 6, 2013 at 10:33 AM, Alexis Ballier aball...@gentoo.org wrote: On Fri, 05 Apr 2013 22:18:22 -0400 Ian Stakenvicius a...@gentoo.org wrote: Revbump -- very important in this case, as the slot-operator

Re: [gentoo-dev] libpng 1.6 upgrade and subslotting (and misuse of subslotting when there is also normal slotting)

2013-04-06 Thread Alexis Ballier
On Sat, 6 Apr 2013 16:27:33 +0100 Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Sat, 6 Apr 2013 11:13:36 -0400 Mike Gilbert flop...@gentoo.org wrote: I'm just not sure how the package managers like an in-place EAPI change. If it works, great. If you don't revbump when going

Re: [gentoo-dev] Deptree broken - remove keyword on many packages, or downgrade profile to dev?

2013-05-08 Thread Alexis Ballier
On Wed, 08 May 2013 11:56:51 +0200 Andreas K. Huettel dilfri...@gentoo.org wrote: Hiya everybody, the deptree of kde-base has been broken for over two months now (most likely more, it was already bad for a while when I filed bug 460532), and we cannot really commit new KDE releases

Re: [gentoo-dev] Re: CPU use flag detection

2013-05-19 Thread Alexis Ballier
On Sat, 18 May 2013 22:31:11 -0400 Walter Dnes waltd...@waltdnes.org wrote: [...] ...shouldn't mmxext be moved out of use.local.desc into use.desc? all the cpu flags should be global IMHO, regardless of how many packages use them: we already mask/unmask them globally on arches where they are

Re: [gentoo-dev] robo-stable bugs

2013-05-21 Thread Alexis Ballier
On Tue, 21 May 2013 20:51:52 +0100 Markos Chandras hwoar...@gentoo.org wrote: I'd rather not see this process changes, because it has helped bringing the stable tree up2date. However, given that *a few* people don't like it, I suggest you don't file bugs for packages owned by them. +1 I am

Re: [gentoo-dev] robo-stable bugs

2013-05-21 Thread Alexis Ballier
On Tue, 21 May 2013 13:46:18 -0700 Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: On 5/21/13 1:17 PM, Alexis Ballier wrote: On Tue, 21 May 2013 20:51:52 +0100 Markos Chandras hwoar...@gentoo.org wrote: I'd rather not see this process changes, because it has helped bringing the stable

Re: [gentoo-dev] cmake-utils.eclass dropping EAPI 0/1 support

2013-06-13 Thread Alexis Ballier
At the beginning of July, the KDE team will be removing EAPI 0/1 support from cmake-utils.eclass and inlining the functions from base.eclass in order to remove that inherit [1]. So, instead of fixing what you consider wrong in base.eclass, you inline it so that if someone improves base.eclass

Re: [gentoo-dev] cmake-utils.eclass dropping EAPI 0/1 support

2013-06-13 Thread Alexis Ballier
On Thu, 13 Jun 2013 18:48:21 -0400 Chris Reffett creff...@gentoo.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/13/2013 06:37 PM, Alexis Ballier wrote: At the beginning of July, the KDE team will be removing EAPI 0/1 support from cmake-utils.eclass and inlining

Re: [gentoo-dev] How to spread intltool fixes to all packages

2013-06-14 Thread Alexis Ballier
On Fri, 14 Jun 2013 21:02:18 +0200 Pacho Ramos pa...@gentoo.org wrote: None? :| I suppose doing it at the eclass level sounds good :)

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Alexis Ballier
Hi, I'm open to all input, but here's some initial questions I'd like to hear your answers to: - How should developers, herds teams communicate how welcome they are to NMU changes on their packages? The way I've been doing this is: - packages I maintain through herd - go ahead and be

Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP

2013-06-21 Thread Alexis Ballier
On Fri, 21 Jun 2013 19:07:48 + Robin H. Johnson robb...@gentoo.org wrote: - How do we encourage responsible ownership of changes that cause breakage? [1] That's something I'd like to get enlightened on. The, probably too emotional, algorithm that doesn't scale I've been applying

Re: [gentoo-dev] repoman default

2013-06-25 Thread Alexis Ballier
On Tue, 25 Jun 2013 01:40:38 -0400 Michael Sterrett mr_bon...@gentoo.org wrote: repoman should default to the -I behavior: discuss. wont this disable important regular checks also? foo is masked by package.mask, bar depends on foo. repoman -I wont catch a broken dep in bar. IMHO it should do

Re: [gentoo-dev] repoman default

2013-06-25 Thread Alexis Ballier
On Tue, 25 Jun 2013 11:33:21 -0700 Zac Medico zmed...@gentoo.org wrote: On 06/25/2013 07:47 AM, Alexis Ballier wrote: On Tue, 25 Jun 2013 01:40:38 -0400 Michael Sterrett mr_bon...@gentoo.org wrote: repoman should default to the -I behavior: discuss. wont this disable important

Re: [gentoo-dev] [PATCH multilib-build] Add multilib_is_native_abi() helper.

2013-06-29 Thread Alexis Ballier
On Sat, 29 Jun 2013 10:35:45 +0200 Michał Górny mgo...@gentoo.org wrote: +# @FUNCTION: multilib_is_native_abi +# @DESCRIPTION: +# Determine whether the currently built ABI is the profile native. +# Return true status (0) if that is true, otherwise false (1). +# +# This is often useful for

  1   2   3   4   5   6   7   8   9   10   >