[gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Shaochun Wang]

Hi all:

The app-misc/beagle is portage is seriously outdated! I remember that
the developer of this beagle ebuild posted a mail saying that he/she had
no time to maintain this package and looked for new maintainer.

After such a long time, nothing happened to the beagle ebuild. How to
change this situation? Is the original maintainer is still active now?

BTW, besides the beagle bump request in the bugzilla of Gentoo, is there
any way to let us normal users get beagle up to date?

-- 
Shaochun Wang <scwang@ios.ac.cn>

Jabber:	fungusw@jabber.org
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Rémi Cardona]

Shaochun Wang a écrit :
> After such a long time, nothing happened to the beagle ebuild. How to
> change this situation? Is the original maintainer is still active now?
> 
> BTW, besides the beagle bump request in the bugzilla of Gentoo, is there
> any way to let us normal users get beagle up to date?

Create your own overlay and put the ebuild there, maybe try to have it 
in Sunrise, maybe Daniel could proxy-maintain the ebuild for you, should 
you prove to know enough both about ebuilds and beagle :)

Cheers,

Rémi
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Shaochun Wang]

On Thu, Feb 28, 2008 at 08:17:56AM +0100, R茅mi Cardona wrote:
> Create your own overlay and put the ebuild there, maybe try to have it in 
I really created my own overlay on my personal computer. I also commited a
beagle ebuild to gentoo bugzilla.

> Sunrise, maybe Daniel could proxy-maintain the ebuild for you, should you 
Proxy-maintain? I think that guy is retired sneakly from Gentoo. What
about proxy maintaining?

> prove to know enough both about ebuilds and beagle :)
BTW, how to prove I have known enough about ebuilds and beagle?

Anyway, thank you for your reply!

-- 
Shaochun Wang <scwang@ios.ac.cn>

Jabber:	fungusw@jabber.org
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Gilles Dartiguelongue]

Le jeudi 28 février 2008 à 16:26 +0800, Shaochun Wang a écrit :
> On Thu, Feb 28, 2008 at 08:17:56AM +0100, Rémi Cardona wrote:
> > Create your own overlay and put the ebuild there, maybe try to have it in 
> I really created my own overlay on my personal computer. I also commited a
> beagle ebuild to gentoo bugzilla.
> 
> > Sunrise, maybe Daniel could proxy-maintain the ebuild for you, should you 
> Proxy-maintain? I think that guy is retired sneakly from Gentoo. What
> about proxy maintaining?

proxy-maintaining doesn't necessarily rely on the original maintainer.
Although it would be best to find someone that actually uses mono to
test it :)

Btw, shouldn't this package be under the freedesktop/dotnet herd ?

> > prove to know enough both about ebuilds and beagle :)
> BTW, how to prove I have known enough about ebuilds and beagle?

apply to the ebuild quiz :)

-- 
Gilles Dartiguelongue <eva@gentoo.org>
Gentoo

--
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Cédric Krier]

[-- Attachment #1: Type: text/plain, Size: 1077 bytes --]

On 28/02/08 11:04 +0100, Gilles Dartiguelongue wrote:
> Le jeudi 28 février 2008 à 16:26 +0800, Shaochun Wang a écrit :
> > On Thu, Feb 28, 2008 at 08:17:56AM +0100, Rémi Cardona wrote:
> > > Create your own overlay and put the ebuild there, maybe try to have it in 
> > I really created my own overlay on my personal computer. I also commited a
> > beagle ebuild to gentoo bugzilla.
> > 
> > > Sunrise, maybe Daniel could proxy-maintain the ebuild for you, should you 
> > Proxy-maintain? I think that guy is retired sneakly from Gentoo. What
> > about proxy maintaining?
> 
> proxy-maintaining doesn't necessarily rely on the original maintainer.
> Although it would be best to find someone that actually uses mono to
> test it :)
> 
> Btw, shouldn't this package be under the freedesktop/dotnet herd ?
> 
> > > prove to know enough both about ebuilds and beagle :)
> > BTW, how to prove I have known enough about ebuilds and beagle?
> 
> apply to the ebuild quiz :)
> 


I can take it if dsd agrees, as I use it but without the gtk interface.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Alistair Bush]

Shaochun Wang wrote:
> Hi all:
> 
> BTW, besides the beagle bump request in the bugzilla of Gentoo, is there
> any way to let us normal users get beagle up to date?
> 

Im sure that there are more than a few dev that would be willing to 
proxy maintain the package, if a user is prepared to standup and take 
responsibility for it.  Currently it seems that the package doesn't 
build for everyone ( by having a quick look at #201093 ) and this is 
something that any maintainer would have to rectify [1].

If your prepared to do it there are plenty of resources to help you 
along.  Checkout http://devmanual.gentoo.org and jump on 
irc://freenode/#gentoo-dev-help if you have any ebuild related questions.

ali_bush

[1] Sometimes I get the impression that users think that as long as a 
package works for them, that it works.  This sadly isn't the case.
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Nirbheek Chauhan]

On Thu, Feb 28, 2008 at 4:00 PM, Alistair Bush <ali_bush@gentoo.org> wrote:
>  > BTW, besides the beagle bump request in the bugzilla of Gentoo, is there
>  > any way to let us normal users get beagle up to date?
>  >
>
>  Im sure that there are more than a few dev that would be willing to
>  proxy maintain the package, if a user is prepared to standup and take
>  responsibility for it.

This is entirely my fault.
I'm a part of Beagle upstream, and had volunteered to proxy maintain
it. I was the one who was supposed to contact Petteri Räty
(Betelguese) after he had volunteered to proxy maintain it (via a
reply to dsd's email) several weeks ago.
However, I ended up getting busy with other things, procrastinating
this, and in the end majorly slacking in getting Beagle fixed (though
I did update the ebuild on the gentoo bug occasionally)

>  Currently it seems that the package doesn't
>  build for everyone ( by having a quick look at #201093 ) and this is
>  something that any maintainer would have to rectify [1].

Beagle 0.3.3 itself compiles just fine, but yelp and nautilus don't
compile with beagle support (beagle USE flag) because libbeagle got
split from Beagle in 0.3, it's API changed, and the version number got
bumped. Work is in progress to fix yelp with the new libbeagle, but no
such progress has been made in nautilus.
Probably the "beagle" USE flag in nautilus and yelp has to be made to
depend on 0.2.18 since it doesn't work with >=0.3

All in all, I take complete blame for this mess.

/me feels majorly guilty

>  [1] Sometimes I get the impression that users think that as long as a
>  package works for them, that it works.  This sadly isn't the case.



-- 
~Nirbheek Chauhan
--
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Nirbheek Chauhan]

On Thu, Feb 28, 2008 at 4:47 PM, Nirbheek Chauhan
<nirbheek.chauhan@gmail.com> wrote:
>  All in all, I take complete blame for this mess.

This also means I'm going to fix it :-)

-- 
~Nirbheek Chauhan
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Shaochun Wang]

On Thu, Feb 28, 2008 at 04:47:08PM +0530, Nirbheek Chauhan wrote:
> Beagle 0.3.3 itself compiles just fine, but yelp and nautilus don't
> compile with beagle support (beagle USE flag) because libbeagle got
> split from Beagle in 0.3, it's API changed, and the version number got
> bumped. Work is in progress to fix yelp with the new libbeagle, but no
> such progress has been made in nautilus.
> Probably the "beagle" USE flag in nautilus and yelp has to be made to
> depend on 0.2.18 since it doesn't work with >=0.3

For me, everything including nautilus compiles cleanly with beagle
support, but not yelp!

-- 
Shaochun Wang <scwang@ios.ac.cn>

Jabber:	fungusw@jabber.org
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Daniel Drake]

Cédric Krier wrote:
> I can take it if dsd agrees, as I use it but without the gtk interface.

Please go right ahead. Also I recommend working with Nirbheek Chauhan 
who would be an ideal candidate for a maintainer/co-maintainer but when 
I last asked didn't have enough time to go through recruitment.

Thanks!
Daniel
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Nirbheek Chauhan]

On Thu, Feb 28, 2008 at 6:19 PM, Shaochun Wang <scwang@ios.ac.cn> wrote:
> On Thu, Feb 28, 2008 at 04:47:08PM +0530, Nirbheek Chauhan wrote:
>  > Beagle 0.3.3 itself compiles just fine, but yelp and nautilus don't
>  > compile with beagle support (beagle USE flag) because libbeagle got
>  > split from Beagle in 0.3, it's API changed, and the version number got
>  > bumped. Work is in progress to fix yelp with the new libbeagle, but no
>  > such progress has been made in nautilus.
>  > Probably the "beagle" USE flag in nautilus and yelp has to be made to
>  > depend on 0.2.18 since it doesn't work with >=0.3
>
>  For me, everything including nautilus compiles cleanly with beagle
>  support, but not yelp!

Yeah, nautilus compiles with the new libbeagle, but silently falls
back to manual (non-beagle) search when you try searching from within
nautilus.

-- 
~Nirbheek Chauhan
-- 
gentoo-dev@lists.gentoo.org mailing list

[gentoo-dev] RE: Mesa on i965 (DRI)

[Mateusz Mierzwinski]

Ok, I've try i810 and... no DRI. I've reemerge from packege last mesa 
working with DRI and... no DRI because (EE) AIGLX error: dlsym for 
__driCreateNewScreen_20050727 failed (/usr/lib64/dri/i965_dri.so: 
undefined symbol: __driCreateNewScreen_20050727) - library incompatible 
and need recompilation. So i Try to recompile and... (make 
linux-dri-x86-64 -j3 because oryginal mesa don't provide for me 
i965_dri.so so www.intellinuxgraphics.org comes with help - downloaded 
by GIT and compiled with this)

../common/dri_bufmgr.c: In function 'dri_bo_alloc':
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_MEM_PRIV0' undeclared 
(first use in this function)
../common/dri_bufmgr.c:43: error: (Each undeclared identifier is 
reported only once
../common/dri_bufmgr.c:43: error: for each function it appears in.)
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_MEM_PRIV1' undeclared 
(first use in this function)
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_MEM_PRIV2' undeclared 
(first use in this function)
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_MEM_PRIV3' undeclared 
(first use in this function)
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_MEM_PRIV4' undeclared 
(first use in this function)
../common/dri_bufmgr.c:43: error: 'DRM_BO_FLAG_CACHED_MAPPED' undeclared 
(first use in this function)
../common/dri_bufmgr.c: In function 'dri_bo_alloc_static':
../common/dri_bufmgr.c:56: error: 'DRM_BO_FLAG_MEM_PRIV0' undeclared 
(first use in this function)
../common/dri_bufmgr.c:56: error: 'DRM_BO_FLAG_MEM_PRIV1' undeclared 
(first use in this function)
../common/dri_bufmgr.c:56: error: 'DRM_BO_FLAG_MEM_PRIV2' undeclared 
(first use in this function)
../common/dri_bufmgr.c:56: error: 'DRM_BO_FLAG_MEM_PRIV3' undeclared 
(first use in this function)
../common/dri_bufmgr.c:56: error: 'DRM_BO_FLAG_MEM_PRIV4' undeclared 
(first use in this function)
make[6]: *** [../common/dri_bufmgr.o] Error 1
make[6]: *** Waiting for unfinished jobs....
make[6]: Leaving directory 
`/var/tmp/experimental/mesa/src/mesa/drivers/dri/i965'
make[5]: *** [subdirs] Error 1
make[5]: Leaving directory `/var/tmp/experimental/mesa/src/mesa/drivers/dri'
make[4]: *** [linux-solo] Error 2
make[4]: Leaving directory `/var/tmp/experimental/mesa/src/mesa'
make[3]: *** [default] Error 2
make[3]: Leaving directory `/var/tmp/experimental/mesa/src/mesa'
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/var/tmp/experimental/mesa/src'
make[1]: *** [default] Error 1
make[1]: Leaving directory `/var/tmp/experimental/mesa'
make: *** [linux-dri-x86-64] Error 2


and that's all folks... Any ideas, because I've haven't any after 3 days 
of mesa vs i965 war. I allso add xorg compilation flags for more info...

[ebuild   R   ] x11-base/xorg-server-1.4.0.90-r3  USE="dri hal sdl xorg 
-xprint (-3dfx) -debug -dmx -ipv6 -kdrive -minimal (-nptl)"

[ebuild   R   ] x11-libs/libdrm-2.3.0  USE="-debug" 0 kB



-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] RE: Mesa on i965 (DRI)

[Chris Gianelloni]

[-- Attachment #1: Type: text/plain, Size: 355 bytes --]

On Thu, 2008-02-28 at 20:19 +0100, Mateusz Mierzwinski wrote:
> Ok, I've try i810 and... no DRI.

Please take this off the general development mailing list and to one of
the support lists, or, even better, to our bug tracker at
http://bugs.gentoo.org instead.

Thanks,

-- 
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

[Shaochun Wang]

On Fri, Feb 29, 2008 at 12:13:30AM +0530, Nirbheek Chauhan wrote:
> Yeah, nautilus compiles with the new libbeagle, but silently falls
> back to manual (non-beagle) search when you try searching from within
> nautilus.
Yes, you are right! Nautilus compiles, but doesn't work as expected.

-- 
Shaochun Wang <scwang@ios.ac.cn>

Jabber:	fungusw@jabber.org
-- 
gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] RE: Mesa on i965 (DRI)

[Rémi Cardona]

You're hijacking threads again. Please stop.

If you have an issue, file a bug report at http://bugs.gentoo.org/ The 
-dev mailing list is the _wrong_ place for that.

Thanks

-- 
Rémi Cardona
LRI, INRIA
remi.cardona@lri.fr
remi@gentoo.org
-- 
gentoo-dev@lists.gentoo.org mailing list