xgl - current/extra?

Jacek Poplawski · 2006-10-06 14:13:28

Are there any plans to put xgl in current/extra repository in near future?
It would be nice to have xgl environment on the installation disk...

detto · 2006-10-06 14:46:46

Although this is discussed already, i have to say, that the only problem or lacking at the moment with arch, is to get more packages from AUR to community (or extra, or current) and get a bigger number of package-devs.
THat would be awesome, but to me just seems of a dream atm :cry:

Romashka · 2006-10-06 15:36:52

I think it will be in Extra in not so far future, but it will never be in Current, because Current is what is going to be on Install CD, and Xgl stuff is not important for this.

DaNiMoTh · 2006-10-07 15:31:03

At this moment, Xgl and related is in beta-version, and all are very very unstable. I think that the right place is [unstable] repository, but is accessible only for dev's, and I think that dev's have a lot of problems without xgl, and they haven't much time to spend with this.

In my dream there are a repo called [community-unstable], where TU can put all packages -cvs, -svn, and -git ( like e17, xgl, beryl.... )

bye

Blaasvis · 2006-10-07 15:38:44

why do we want xgl in extra.... aiglx is fine.
and beryl is in unstable, so only ati isn't yet supported...

detto · 2006-10-07 15:38:54

DaNiMoTh wrote:

In my dream there are a repo called [community-unstable], where TU can put all packages -cvs, -svn, and -git ( like e17, xgl, beryl.... )

PLEASE not another repository!
Current and extra are pretty clear for what they are and community are the better ones from AUR.
AUR&TU's are one thing for itself and this is good too.
unstable and testing,... those two i cant really define, well testing is more for the crowd to test and unstable for.. hm, ye for what?

But not anothe repository please. Keep it simple

2c,

detto

twiistedkaos · 2006-10-07 16:10:30

I don't think it ever will, with the new nvidia beta drivers you don't even need the Xgl server anymore. So it would be sort of useless to move it to extra. It'll however never be in current.

DaNiMoTh · 2006-10-07 16:32:05

detto wrote:

Current and extra are pretty clear for what they are and community are the better ones from AUR.
AUR&TU's are one thing for itself and this is good too.
unstable and testing,... those two i cant really define, well testing is more for the crowd to test and unstable for.. hm, ye for what?

Testing is for software stable ( example: gnome 2.16 ), but need more test from user ( before putting it in [extra] or [current] ).

Unstable is for software unstable like version hard-developed of programs ( like beryl, emerald, xgl, compiz, xfce-svn, opera-devel, e17... ). But is only accessible by devs. And devs haven't much time to spend for this. My idea is making accessible by TU the [unstable] repo, or making the [community-unstable] repo.

If, for you, cvs,svn and git program are ready for [community] or [extra], ok,
even better so

Romashka · 2006-10-07 18:45:23

There will be no [community-unstable] repo. It was discussed in the mailing list. Instead, there are new developers: shadowhand, brain0, tomk, cerebral, codemac. Some of them will move popular unstable (cvs/svn) packages to [unstable]. (beryl-svn is already there).

tomk · 2006-10-07 18:49:36

detto wrote:

....a bigger number of package-devs .... to me just seems of a dream atm :cry:

Don't you love it when dreams come true?
As Romashka says, there are big plans for the unstable repo. brain0 already has his beryl/emerald packages in there, and you can expect more along those lines, along with an overall improvement in unstable's profile.

As for getting more AUR packages promoted to community, well, we need more TUs now, don't we?

tomk · 2006-10-07 19:19:06

I have a feeling that wish will be granted too.

detto · 2006-10-07 20:43:54

DaNiMoTh wrote:

Testing is for software stable ( example: gnome 2.16 ), but need more test from user ( before putting it in [extra] or [current] ).
Unstable is for software unstable Rolling Eyes like version hard-developed of programs ( like beryl, emerald, xgl, compiz, xfce-svn, opera-devel, e17... ). But is only accessible by devs. And devs haven't much time to spend for this.

Thank you for clearing this up

Romashka wrote:

There will be no [community-unstable] repo. It was discussed in the mailing list. Instead, there are new developers: shadowhand, brain0, tomk, cerebral, codemac. Some of them will move popular unstable (cvs/svn) packages to [unstable]. (beryl-svn is already there).

That's good news! More devs is waht we need
Are those packages getting nearly daily updated then in unstable? I mean, as soon as a svn-tree gets updated for example.

tomk wrote:

As for getting more AUR packages promoted to community, well, we need more TUs now, don't we?

I think the problem here is to give people a clear expression of WHEN to vote for AUR packages. For me it still isnt clear if i shall vote for the PKGBUILD quality and up2date-ness or for the program itself, or both :?
Also, it seems to me that many people just dont vote for packages. Just search, use and dont care anymore. Am now using aurbuild, coz its easy to vote for a package and thats the main part of it: getting to AUR page again, and vote if one wants to.
An official tool or s.th. like that for better AUR support would be cool 8)

Romashka · 2006-10-07 21:03:00

detto wrote:

I think the problem here is to give people a clear expression of WHEN to vote for AUR packages. For me it still isnt clear if i shall vote for the PKGBUILD quality and up2date-ness or for the program itself, or both :?

This was discussed in tur-users mailing list several times. There was a proposal to change voting procedure, few different changes were proposed during discussion. As for now you should vote for package that you want to be in Community, regardless of PKGBUILD's quality. You should also vote for packages already in Community if you use them.

detto wrote:

Also, it seems to me that many people just dont vote for packages. Just search, use and dont care anymore.

Yeah, this is true. I watch new packages in AUR and vote for those I like. If many users do the same it would be much better.
There was proposal on tur-users ML to count downloads of AUR packages to measure their popularity.

I hope that AUR will be improved in near future to solve most issues with voting process.

detto · 2006-10-07 21:38:33

wrote:

You should also vote for packages already in Community if you use them.

That's a thing the most people won't do.

It's easy to uncomment the community line pacman.conf.
It's also easy to use it
But voting for things you got that easily on your PC is a task that i guess 80% of arch users wont do :? Me embedded

Jacek Poplawski · 2006-10-13 13:59:17

Just installed beryl-svn from unstable and it works GREAT!

AIGLX+beryl+xfce4 rulez!

Only thing that make me sad is .xinitrc - I needed to take it from wiki.archlinux.org, why not put this script into the package?

Arch Linux

#1 2006-10-06 14:13:28

xgl - current/extra?

#2 2006-10-06 14:46:46

Re: xgl - current/extra?

#3 2006-10-06 15:36:52

Re: xgl - current/extra?

#4 2006-10-07 15:31:03

Re: xgl - current/extra?

#5 2006-10-07 15:38:44

Re: xgl - current/extra?

#6 2006-10-07 15:38:54

Re: xgl - current/extra?

#7 2006-10-07 16:10:30

Re: xgl - current/extra?

#8 2006-10-07 16:32:05

Re: xgl - current/extra?

#9 2006-10-07 18:45:23

Re: xgl - current/extra?

#10 2006-10-07 18:49:36

Re: xgl - current/extra?

#11 2006-10-07 19:19:06

Re: xgl - current/extra?

#12 2006-10-07 20:43:54

Re: xgl - current/extra?

#13 2006-10-07 21:03:00

Re: xgl - current/extra?

#14 2006-10-07 21:38:33

Re: xgl - current/extra?

#15 2006-10-13 13:59:17

Re: xgl - current/extra?

Board footer