Hi everybody,
Late last week I masked x11-base/x11-drm, it will be removed in
30 days.
The corresponding bug report is #284598. As the comments
in the bug state, the freedesktop git repo for drm is abandoned
and active development now takes place in a kernel repository.
Users should switch to
# Mounir Lamouri (21 Sep 2009)
# net-misc/asterisk-app_rtxfax fails with >=media-libs/spandsp-0.0.3,
bug 180318
# Masked for removal in 30 days.
net-misc/asterisk-app_rtxfax
Christian Bricart wrote:
> Mounir Lamouri schrieb:
>
>> # Mounir Lamouri (30 Jul 2009)
>> # Masked for removal in 60 days.
>> # Upstream's unactive since 2005. Do not support asterisk versions in tree.
>> # bug 279383
>> net-misc/asterisk-chan_bluetoot
> may be replaced by (unpackaged) "chan_mo
# Mounir Lamouri (20 Sep 2009)
# media-libs/libsupertone fails with >=media-libs/spandsp-0.0.5, bug 273995
# net-misc/asterisk-chan_unicall needs media-libs/libsupertone
# net-libs/libmfcr2 needs libsupertone and only needed by asterisk-chan_unicall
# net-libs/libunicall is only needed by libmfcr2
On Mon, Sep 21, 2009 at 11:55 AM, Torsten Veller wrote:
> if s/EXPF/TEST_EXPF/ in test.eclass, it does:
>
> * another_test_src_configure
> * another_test_src_compile
> * test_pkg_postinst
Although I don't anticipate xfconf and cmake being used together, we
changed xfconf.eclass. ;) Thanks for
* Maciej Mrozowski :
> How about unsetting variables after use in first place so that they no longer
> pollute global env.
It's probably too late as it is used in functions like
cmake-utils_src_compile:
| has src_configure ${EXPF} || cmake-utils_src_configure
* Tomáš Chvátal :
> Dne pondělí 21 Září 2009 18:03:56 Torsten Veller napsal(a):
> > * Tomáš Chvátal :
> > > I think it is not required
> > > EXPF="src_compile src_test src_install" <- definition, also nulls
> > > anything what was in it before :]
> > > case ${EAPI:-0} in
> > > 2) EXPF="${EX
On Mon, 21 Sep 2009 18:32:33 +0200, Benny Pedersen wrote:
> On man 21 sep 2009 18:18:58 CEST, Alex Legler wrote
> > Have you seen horde-webmail and horde-groupware? They include horde
> > + several apps.
>
> last time i checked horde webmail would depend on horde installed
>
www-apps/horde-web
On man 21 sep 2009 18:18:58 CEST, Alex Legler wrote
Have you seen horde-webmail and horde-groupware? They include horde
+ several apps.
last time i checked horde webmail would depend on horde installed
what i suggest is horde uses use="imp" if you like to have horde webmail
but this is unrela
On Monday 21 of September 2009 17:38:53 Tomáš Chvátal wrote:
> I think it is not required
> EXPF="src_compile src_test src_install" <- definition, also nulls anything
> what was in it before :]
> case ${EAPI:-0} in
> 2) EXPF="${EXPF} src_configure" ;;
> 1|0) ;;
> *) die "Un
On Mon, 21 Sep 2009 18:06:51 +0200, Benny Pedersen wrote:
> [...]
> problem as i see it, is that we have multiple horde ebuilds, but it
> would make more sense to have one horde ebuild with more use flags ?
>
Have you seen horde-webmail and horde-groupware? They include horde +
several apps.
Dne pondělí 21 Září 2009 18:03:56 Torsten Veller napsal(a):
> * Tomáš Chvátal :
> > I think it is not required
> > EXPF="src_compile src_test src_install" <- definition, also nulls
> > anything what was in it before :]
> > case ${EAPI:-0} in
> > 2) EXPF="${EXPF} src_configure" ;;
> >
Hi gentoo fellows
i started using horde with paid consulting and found some troubles in
php and c-client that trigger on some mails not being displayed at all
in imp :/
what i would like (a dream ?) is to have horde more stablelized in
gentoo and not just it works for me, so you are wrou
* Tomáš Chvátal :
> I think it is not required
> EXPF="src_compile src_test src_install" <- definition, also nulls anything
> what was in it before :]
> case ${EAPI:-0} in
> 2) EXPF="${EXPF} src_configure" ;;
> 1|0) ;;
> *) di
Dne pondělí 21 Září 2009 17:29:26 Torsten Veller napsal(a):
> * Ciaran McCreesh :
> > Torsten Veller wrote:
> > > +EXPORTED_FUNCTIONS="src_unpack src_compile src_test src_install"
> >
> > You're probably not the only one using this trick, so it might be wise
> > to use PERL_EXPORTED_FUNCTIONS or s
* Ciaran McCreesh :
> Torsten Veller wrote:
> > +EXPORTED_FUNCTIONS="src_unpack src_compile src_test src_install"
>
> You're probably not the only one using this trick, so it might be wise
> to use PERL_EXPORTED_FUNCTIONS or somesuch to avoid name collisions
> with other eclasses.
git and x-modu
On Sun, 20 Sep 2009 20:28:54 +0200
Torsten Veller wrote:
> +EXPORTED_FUNCTIONS="src_unpack src_compile src_test src_install"
You're probably not the only one using this trick, so it might be wise
to use PERL_EXPORTED_FUNCTIONS or somesuch to avoid name collisions
with other eclasses.
--
Ciaran
Hello,
app-pda/multisync has been masked for removal in 30 days
No net-wireless/bluez-4 support -- bug #279384 (blocking stabilization)
Lots of build failures -- #269757 #233007 #203959 #202905
pda herd is uninterested in maintaining this
Upstream abandoned package 3 years ago[1], replacement is
On Sun, 20 Sep 2009 13:55:55 +0400
Alexey Shvetsov wrote:
> On Воскресенье 20 сентября 2009 11:47:30 Rémi Cardona wrote:
> > Le 20/09/2009 02:31, Ryan Hill a écrit :
> > > If not, when can
> > > we drop support for old EAPIs? Your opinions please.
> >
> > Let's drop it now. We've waited long en
19 matches
Mail list logo
