View previous topic :: View next topic |
How happy are you with the way the Portage-tree is handled |
It's perfect |
|
37% |
[ 40 ] |
I'm not really content with it |
|
62% |
[ 66 ] |
|
Total Votes : 106 |
|
Author |
Message |
adnoh Tux's lil' helper
Joined: 21 Jul 2005 Posts: 120
|
Posted: Wed Mar 15, 2006 10:02 am Post subject: maybe a better way to get programms into portage |
|
|
hy @ all
there is something I really misslike on GENTOO - the hard way to publicate your ebuilds and find some which aren't in Portage yet.
ok - there is bugzilla - but i don't feel very comfortable with it.
I really like the way which ARCH-Linux goes:
you have several repositorys (current / unstable / extra / community)
a spezial repository "AUR" is the ting I realy like and want to shortly explain:
every user could post his "ebuild". The other Users can rate this community-ebuilds. If a ebuild has
a rate high enough, a TU (trusted User like an gentoo-dev) checks the ebuild an makes it available in the community-rep.
the user which has postet the ebuild first, can take the part of the maintainer an can do updates and such stuff.
i think this is a way, we could get more packages into gentoo and could relieve the DEVs.
what do you think about such a way? more infos:
http://wiki.archlinux.org/index.php/New_AUR_user_guidelines
what i also misslike is the fact that you need to have always all ebuilds in portage on your local HD !
ARCH has one "text-file" for every repository and downloads the needed ebuilds first when they are needed !
(I know - you can setup exclude-flags in make.conf - but this is not really comfortable !)
Looking for your Opinion
Greetz from snowed Bavaria _________________ the german dude with the broken english |
|
Back to top |
|
|
kfiaciarka Veteran
Joined: 20 May 2005 Posts: 1498 Location: Dobre Miasto, Poland
|
Posted: Wed Mar 15, 2006 10:07 am Post subject: |
|
|
Post new ebuild on forum.
maybe a new section? |
|
Back to top |
|
|
Sven Vermeulen Retired Dev
Joined: 29 Aug 2002 Posts: 1345 Location: Mechelen, Belgium
|
Posted: Wed Mar 15, 2006 11:44 am Post subject: |
|
|
If you want non-official ebuilds, just define an overlay directory and use whatever synchronisation method you prefer with that unofficial tree. Many developers have overlays for experimental stuff that doesn't belong into Gentoo yet, and projects exist that provide such ebuilds (like BreakMyGentoo). _________________ Please add "[solved]" to the initial topic title when it is solved. |
|
Back to top |
|
|
Earthwings Bodhisattva
Joined: 14 Apr 2003 Posts: 7753 Location: Germany
|
Posted: Wed Mar 15, 2006 8:31 pm Post subject: |
|
|
Dustbinned a troll. _________________ KDE |
|
Back to top |
|
|
adnoh Tux's lil' helper
Joined: 21 Jul 2005 Posts: 120
|
Posted: Thu Mar 16, 2006 7:16 am Post subject: |
|
|
okay, you're right, but what I mean it isn't comfortable to get such ebuilds at all.
If I need a software not in portage, I 've to search the forums, the bugzilla and other sites.
this is really tricky when I'm working on remote machines not having a gui.
Wouldn't it be nice if you could select something similar to this "community" repository where all of this
ebuilds are centraliezed in?
the other thing are the ebuilds in my local portage tree - maybe I use 10-15 Ebuilds of the 580 MB in the /usr/portage dir on my HDs.
okay, HDs are big enought today, but I'm using Gentoo also on devices which have just a Flash-Card with about 128 MB - so it's really
annoying to have always mount your P-Tree over NFS or simmilar to update your machines or to install stuff.
@EarthWings - what is a [troll] ??
thanks for reply _________________ the german dude with the broken english |
|
Back to top |
|
|
omp Retired Dev
Joined: 10 Sep 2005 Posts: 1018 Location: Glendale, California
|
Posted: Thu Mar 16, 2006 7:36 am Post subject: Re: maybe a better way to get programms into portage |
|
|
adnoh wrote: | there is something I really misslike on GENTOO | Just to better your English, the word is dislike.
Now, back on the topic, I am content with portage's overlay system. _________________ meow. |
|
Back to top |
|
|
adnoh Tux's lil' helper
Joined: 21 Jul 2005 Posts: 120
|
Posted: Thu Mar 16, 2006 7:45 am Post subject: |
|
|
oh thanks
it's a while ago I've had english in school. but I'm trying my best _________________ the german dude with the broken english |
|
Back to top |
|
|
Earthwings Bodhisattva
Joined: 14 Apr 2003 Posts: 7753 Location: Germany
|
Posted: Thu Mar 16, 2006 8:46 am Post subject: |
|
|
adnoh wrote: | @EarthWings - what is a [troll] ?? |
In this case someone that replies to a topic without having an idea what it is about. See troll in wikipedia. _________________ KDE |
|
Back to top |
|
|
Genone Retired Dev
Joined: 14 Mar 2003 Posts: 9538 Location: beyond the rim
|
Posted: Thu Mar 16, 2006 12:09 pm Post subject: |
|
|
My suggestion would be simply to set up a website listing popular community overlays, and hope that I find some time to add the modular sync code to portage with overlay support |
|
Back to top |
|
|
adnoh Tux's lil' helper
Joined: 21 Jul 2005 Posts: 120
|
Posted: Fri Mar 17, 2006 8:16 am Post subject: |
|
|
yes, that would be nice. so everybody who want it could setup his overlay with gensync for example.
or what's about making the ebuilds postet in bugzilla available to the commandline?
I' know there is a tool for bugzilla in portage - but can it extract ebuilds? _________________ the german dude with the broken english |
|
Back to top |
|
|
Ctrl+Alt+Del Guru
Joined: 04 Jul 2004 Posts: 326 Location: .de
|
Posted: Fri Mar 17, 2006 10:51 am Post subject: |
|
|
Genone wrote: | My suggestion would be simply to set up a website listing popular community overlays, and hope that I find some time to add the modular sync code to portage with overlay support |
Why not not make it one large community overlay that is endorsed but not supported by gentoo? I think only the smallest part of gentoo users are aware of the fact that an overlay can be more than a few ebuild they snagged from bugzilla. At least i didn't know that until i started toying around with vdr and someone in irc pointed me towards the gentoo.de overlay.
Plus it might save some redundancy which is inevitable with all those smaller repos |
|
Back to top |
|
|
Genone Retired Dev
Joined: 14 Mar 2003 Posts: 9538 Location: beyond the rim
|
Posted: Fri Mar 17, 2006 1:44 pm Post subject: |
|
|
Ctrl+Alt+Del wrote: | Genone wrote: | My suggestion would be simply to set up a website listing popular community overlays, and hope that I find some time to add the modular sync code to portage with overlay support |
Why not not make it one large community overlay that is endorsed but not supported by gentoo? I think only the smallest part of gentoo users are aware of the fact that an overlay can be more than a few ebuild they snagged from bugzilla. At least i didn't know that until i started toying around with vdr and someone in irc pointed me towards the gentoo.de overlay.
Plus it might save some redundancy which is inevitable with all those smaller repos |
Multiple smaller overlays are generally preferrable to one huge combined overlay for several reasons. First every package in an overlay will slow portage down a little bit, so you don't want too many overlay packages, also overlays might contain conflicting packages or dependency mismatches. I'm not talking about a separate overlay for every second package, just group them by topic (e.g. php overlay, java overlay, xgl overlay, "bugzilla" overlay, ...), then everyone can select what he wants. |
|
Back to top |
|
|
bigfoot- n00b
Joined: 19 Jul 2003 Posts: 19 Location: Erlangen, Germany
|
Posted: Mon Mar 20, 2006 10:35 pm Post subject: portage overlay listing |
|
|
Genone wrote: | My suggestion would be simply to set up a website listing popular community overlays, and hope that I find some time to add the modular sync code to portage with overlay support |
A good starting point might be http://gentoo-wiki.com/Portage_Overlay_Listing _________________ "We have seen the light at the end of the tunnel, and it's out." -- unknown |
|
Back to top |
|
|
voidzero Bodhisattva
Joined: 21 Jul 2002 Posts: 265 Location: Grnn
|
Posted: Mon Mar 20, 2006 10:48 pm Post subject: |
|
|
Though I like your suggestions, I was thinking about yet another feature.. some kind of 'umbrella' package installing system.. the idea is pretty simple, just like 'emerge kde' emerges a bunch of kde programs, it would be nice if we could create our own custom 'umbrella' ebuilds easily, without having to understand ebuild syntax.
We could take an unused character as an 'atom' as I believe it's called.. just like the '=' sign in '=kde-base/kde'. For example, 'kde' would be renamed to '@kde' or something, and after typing a bunch of ebuilds in the file /etc/portage-overlay/umbrella/kde, we could emerge and unmerge all of these packages just simply by emerging @kde. Ofcourse, the defaults would still reside in /usr/portage/umbrella or something.
With this option one could create only a few files with different packages in them, for example /etc/portage-overlay/umbrella/media could contain xmms, mplayer, k3b, etc. These could all be merged and unmerged with 'emerge @media'.
Maybe this way we could even start keeping track of (unused) dependancies.
Just a thought, what do you guys think? _________________ Diplomacy is the art of letting the other party have things your way.
-- Daniele Vare |
|
Back to top |
|
|
Genone Retired Dev
Joined: 14 Mar 2003 Posts: 9538 Location: beyond the rim
|
Posted: Mon Mar 20, 2006 10:58 pm Post subject: |
|
|
voidzero wrote: | Though I like your suggestions, I was thinking about yet another feature.. some kind of 'umbrella' package installing system.. the idea is pretty simple, just like 'emerge kde' emerges a bunch of kde programs, it would be nice if we could create our own custom 'umbrella' ebuilds easily, without having to understand ebuild syntax. |
That's set support, which I hope to get into portage at some point (it's also needed for `emerge security`), but needs a new dep resolver first. |
|
Back to top |
|
|
voidzero Bodhisattva
Joined: 21 Jul 2002 Posts: 265 Location: Grnn
|
Posted: Mon Mar 20, 2006 11:21 pm Post subject: |
|
|
Genone wrote: | That's set support, which I hope to get into portage at some point (it's also needed for `emerge security`), but needs a new dep resolver first. |
Awesome _________________ Diplomacy is the art of letting the other party have things your way.
-- Daniele Vare |
|
Back to top |
|
|
adnoh Tux's lil' helper
Joined: 21 Jul 2005 Posts: 120
|
Posted: Tue Mar 21, 2006 9:53 am Post subject: |
|
|
sounds really cool what you guys are writing.would be nice features. The overlay-wiki-page looks awesome, haven't seen it before
but is there a posibility to get the ebuilds-stuff away from my HD? So a new dep-resolver which is able to resolv deps and
first downloads the ebuild when I want to emerge that package? _________________ the german dude with the broken english |
|
Back to top |
|
|
zeliboba n00b
Joined: 24 Jun 2004 Posts: 15
|
Posted: Tue Mar 21, 2006 1:46 pm Post subject: |
|
|
there is a tool in the portage tree, which helps to handle different overlays using different synchronization methods --- layman
http://projects.gunnarwrobel.de/scripts
it seems to be convenient, but some centralized overlay list would be very helpful |
|
Back to top |
|
|
Genone Retired Dev
Joined: 14 Mar 2003 Posts: 9538 Location: beyond the rim
|
Posted: Tue Mar 21, 2006 3:09 pm Post subject: |
|
|
adnoh wrote: | sounds really cool what you guys are writing.would be nice features. The overlay-wiki-page looks awesome, haven't seen it before
but is there a posibility to get the ebuilds-stuff away from my HD? So a new dep-resolver which is able to resolv deps and
first downloads the ebuild when I want to emerge that package? |
Not in the forseeable future. |
|
Back to top |
|
|
GNUtoo Veteran
Joined: 05 May 2005 Posts: 1919
|
Posted: Tue Mar 21, 2006 5:24 pm Post subject: |
|
|
voidzero wrote: | Though I like your suggestions, I was thinking about yet another feature.. some kind of 'umbrella' package installing system.. the idea is pretty simple, just like 'emerge kde' emerges a bunch of kde programs, it would be nice if we could create our own custom 'umbrella' ebuilds easily, without having to understand ebuild syntax.
We could take an unused character as an 'atom' as I believe it's called.. just like the '=' sign in '=kde-base/kde'. For example, 'kde' would be renamed to '@kde' or something, and after typing a bunch of ebuilds in the file /etc/portage-overlay/umbrella/kde, we could emerge and unmerge all of these packages just simply by emerging @kde. Ofcourse, the defaults would still reside in /usr/portage/umbrella or something.
With this option one could create only a few files with different packages in them, for example /etc/portage-overlay/umbrella/media could contain xmms, mplayer, k3b, etc. These could all be merged and unmerged with 'emerge @media'.
Maybe this way we could even start keeping track of (unused) dependancies.
Just a thought, what do you guys think? |
that is great...
specialy for newbees that doesn't know well linux programs names...
users could easely build meta-ebuilds for them that gives them a complete and consystent system...
another idea would be to use the exact same thing in order to build images of distributions such as having the same thing as fedora for example(same packages) but the gentoo way...(easyer migration)
an ebuild looks like a configuration file...so why not using libconf? |
|
Back to top |
|
|
GNUtoo Veteran
Joined: 05 May 2005 Posts: 1919
|
Posted: Tue Mar 21, 2006 5:25 pm Post subject: |
|
|
i dont know if a wiki is apropriate for this
mabe a php website would be better(as a framwork for summiting and working on ebuilds) but we need some php programers
or if we do a wiki we must at least program some retriving tools for downloading the overlay trees |
|
Back to top |
|
|
orick n00b
Joined: 08 May 2003 Posts: 46 Location: Chile
|
Posted: Tue Mar 21, 2006 6:24 pm Post subject: |
|
|
Hi to all
First to the -on-demand download of ebuilds.
As I understand things, that looks like a nice feature but is quite complicated to do, even conceptually. The core point of portage is the managing of the dependency tree, and to build such a tree, some info is needed. To get that info on-the-fly, when needed, over the (inter)network, while building or rebuilding the tree is definitely a major challenge. So the info must be on the disk before starting to build the tree. You might think an additional file to the ebuilds, holding that info, could be downloaded first, but I don't think the storage economy you can achieve is worth the rather significant change in gentoo it would require.
To the overlay issue.
As I see it, one of the major "strategic" weaknesses of gentoo is the fact that is is not that easy for software providers, commercial and not commercial, to have a gentoo-version of their packages. Of course, they can submit an ebuild that may find it's way into the official portage tree. But as the number of available packages grows (as we all desire), the load of the maintainers of the official portage tree also grows. At some moment this will become an unpleasant situation for everybody.
I would like an evolution so that every software provider could offer a gentoo version for download, be it the ebuilds themselves or some type of metafile. This metafile could then be user-installed into portage.
For example, the idea behind gensync would be a good starting point, with its /etc/gensync/*.syncsource files.
It could possibly be expanded so that a third party does not need to install a rsync server and an installer for third party syncsource files could do some consistency checking.
Another improvement in the direction I am thinking about could be, in addition to the PORTAGE_OVERLAY directory tree, a PORTAGE_THIRDPARTY directory destinated to third - party packages.
Olivier _________________ Olivier |
|
Back to top |
|
|
GNUtoo Veteran
Joined: 05 May 2005 Posts: 1919
|
Posted: Tue Mar 21, 2006 6:50 pm Post subject: |
|
|
we could also add an "old" overlay that stores all packages that get removed from portage instead of changing some command for preventing the deletion of theses packages
mabe that could be usefull for some persons or purposes
as php website the folowing would be great:
*an ebuild summit
*an automatic ebuild retrivial function(and it's portage tree builder)
*and the folowing ebuild framwork where we can discuss and make comment such as in the gplv3 website
---------------------------------------------------------------------------------
|# Copyright 1999-2005 Gentoo Foundation..........................................................|
|# Distributed under the terms of the GNU General Public License v2..................|
|# $Header: $.............................................................................................................|
|...................................here is the ebuild content.......................................................|.........here the ebuild commant such as the gplv3 one
|....................................................................................................................................|.........or the diff with another version of the ebuild
|....................................................................................................................................|
|....................................................................................................................................|
|....................................................................................................................................|
|....................................................................................................................................|
|....................................................................................................................................|
|....................................................................................................................................|
|....................................................................................................................................|
---------------------------------------------------------------------------------
here a status bar displaying the aceptance by developers
(why it's not acepted in the main tree for example becaust it is a cvs version)
----------------------------------------------------------------------------------
here the general discussion such as bugzilla or forum one
----------------------------------------------------------
*we may also add some diff function...
the main problem would be the browser compatibility because the gplv3 system needs a gecho engine such as firefox |
|
Back to top |
|
|
mikegpitt Advocate
Joined: 22 May 2004 Posts: 3224
|
Posted: Thu Mar 23, 2006 4:53 am Post subject: |
|
|
In general I think the current portage methods are good.
Some problems though:
1) Occasionally there are some packages that seem to give many problems and are marked stable (a good example is the current acroread where many people are complaining about long startup times). Another one that got me about a year ago was the stable nvidia drivers had problems with my card. Even tohugh a lot of people also reported problems and it was acknowledged by nvidia, the package remained marked stable.
2) Also some packages that really excite me seem to take forever to be marked stable.
3) Some less popular packages seem to never be updated. An example of this is slashem. I finally decided to use an overlay to install the newest version, but I usually don't like to do this.
The thing is, Gentoo devs aren't paid and they are doing the best they can. In general things seem to run pretty smooth which is good. |
|
Back to top |
|
|
Valkura Apprentice
Joined: 27 Feb 2006 Posts: 242 Location: Ramsey, MN
|
Posted: Thu Mar 23, 2006 6:12 am Post subject: |
|
|
orick wrote: | Hi to all
First to the -on-demand download of ebuilds.
As I understand things, that looks like a nice feature but is quite complicated to do, even conceptually. The core point of portage is the managing of the dependency tree, and to build such a tree, some info is needed. To get that info on-the-fly, when needed, over the (inter)network, while building or rebuilding the tree is definitely a major challenge. So the info must be on the disk before starting to build the tree. You might think an additional file to the ebuilds, holding that info, could be downloaded first, but I don't think the storage economy you can achieve is worth the rather significant change in gentoo it would require.
|
I guess I am confused....what exactly makes getting the info to manage the dependency tree online difficult? Maybe it would help if I knew how exactly it figures out the tree now. Could someone please explain? Thanks! _________________ last.fm
SFH, because it's awesome |
|
Back to top |
|
|
|