Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Portage stable roadmap? eg Firefox 1.5, KDE 3.5
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
gnac
Guru
Guru


Joined: 30 Jun 2003
Posts: 302
Location: Columbia River Gorge

PostPosted: Fri Feb 03, 2006 7:07 pm    Post subject: Portage stable roadmap? eg Firefox 1.5, KDE 3.5 Reply with quote

I've been watching portage for Firefox 1.5 and KDE 3.5 to go stable (no ~x86) for several months now since their official releases.

Is there somewhere that lists the roadmap for these (and other) packages in portage.

Specifically I was wondering if there was an expected time table for these packages to be marked stable.

Thanks,

gnac
_________________
"I thought she'd steal my heart, instead she stole my kidney,
and now its for sale, on the black market in Sydney" - Better Abraham
Back to top
View user's profile Send private message
Earthwings
Bodhisattva
Bodhisattva


Joined: 14 Apr 2003
Posts: 7753
Location: Karlsruhe, Germany

PostPosted: Fri Feb 03, 2006 7:32 pm    Post subject: Reply with quote

Rule of thumb for an ebuild (!) to become stable is the day when there are no serious bugreports in bugzilla plus thirty days. Therefore it's hard to give a good ETA.
_________________
KDE
Back to top
View user's profile Send private message
Halcy0n
Developer
Developer


Joined: 17 Sep 2003
Posts: 1682
Location: Freehold, NJ

PostPosted: Fri Feb 03, 2006 7:34 pm    Post subject: Reply with quote

Most devs apply the logic that it will go stable when it is ready :) We try to wait for any serious bugs to be resolved, and for the package to prove that it has no further issues before we deem it stable. So, like Earthwings said, it is hard for us to give an exact timetable most of the time.
_________________
Mark Loeser
http://www.halcy0n.com
Back to top
View user's profile Send private message
gnac
Guru
Guru


Joined: 30 Jun 2003
Posts: 302
Location: Columbia River Gorge

PostPosted: Fri Feb 03, 2006 8:49 pm    Post subject: Reply with quote

Okay, thanks for the input.
_________________
"I thought she'd steal my heart, instead she stole my kidney,
and now its for sale, on the black market in Sydney" - Better Abraham
Back to top
View user's profile Send private message
irondog
l33t
l33t


Joined: 07 Jul 2003
Posts: 715
Location: Voor mijn TV. Achter mijn pc.

PostPosted: Fri Feb 03, 2006 10:29 pm    Post subject: Reply with quote

Be patient or spend time on testing, bug reporting and fixing system breakage.
Normally something is stable when (it has been tested and) there are less bugs in the newer version than in the older one.

You can (un)mask packages:
I give much attention to the stable/unstable value the Gentoo dev's give to packages. That said it's only a guideline for me and some kind of a guarantee for others. For me that means I unmask some packages and sometimes (far less often) I mask packages. :) This process takes some time as I need to maintain my own /etc/portage.
_________________
Alle dingen moeten onzin zijn.
Back to top
View user's profile Send private message
VegetaSSJ5
Apprentice
Apprentice


Joined: 30 Dec 2005
Posts: 238

PostPosted: Thu Mar 02, 2006 4:14 pm    Post subject: Reply with quote

news?
Back to top
View user's profile Send private message
Carlo
Developer
Developer


Joined: 12 Aug 2002
Posts: 3356

PostPosted: Thu Mar 02, 2006 5:01 pm    Post subject: Reply with quote

VegetaSSJ5 wrote:
news?

KDE 3.5.x is still suffering from major broken applications and I guess the same applys to Firefox 1.5, because it would be stable otherwise.
_________________
Please make sure that you have searched for an answer to a question after reading all the relevant docs.
Back to top
View user's profile Send private message
VegetaSSJ5
Apprentice
Apprentice


Joined: 30 Dec 2005
Posts: 238

PostPosted: Thu Mar 02, 2006 5:35 pm    Post subject: Reply with quote

Carlo wrote:
VegetaSSJ5 wrote:
news?

KDE 3.5.x is still suffering from major broken applications and I guess the same applys to Firefox 1.5, because it would be stable otherwise.

thanks. you can say when approximately they will be stable? it is already 2 months that they are in testing

P.S.
sorry for my bad english, i'm italian! i have used google translate :roll:
Back to top
View user's profile Send private message
Carlo
Developer
Developer


Joined: 12 Aug 2002
Posts: 3356

PostPosted: Thu Mar 02, 2006 8:07 pm    Post subject: Reply with quote

VegetaSSJ5 wrote:
thanks. you can say when approximately they will be stable? it is already 2 months that they are in testing

I don't see KDE 3.5.1 going stable, 3.5.2 will be released at end of march, so at least another two months.
_________________
Please make sure that you have searched for an answer to a question after reading all the relevant docs.
Back to top
View user's profile Send private message
halfgaar
l33t
l33t


Joined: 22 Feb 2004
Posts: 781
Location: Netherlands

PostPosted: Sat Mar 04, 2006 6:58 pm    Post subject: When will KDE 3.5(.x) be stable? Reply with quote

Perhaps the info is widely present on the forums/website somewhere, if so, it seems to have passed by me... My question is, if KDE 3.5(.x) is going to be marked stable any time soon? Why is it still unstable?
Back to top
View user's profile Send private message
radfoj
Guru
Guru


Joined: 31 Dec 2004
Posts: 490
Location: Tísek, Czech Republic

PostPosted: Sat Mar 04, 2006 7:53 pm    Post subject: Reply with quote

KDE 3.5.0 and KDE 3.5.1 are _not_ ready to go stable.
Back to top
View user's profile Send private message
halfgaar
l33t
l33t


Joined: 22 Feb 2004
Posts: 781
Location: Netherlands

PostPosted: Sat Mar 04, 2006 8:39 pm    Post subject: Reply with quote

Hehe, a quote from that bug:

Quote:
Akregator has an unresolved (upstream) crash on purge of old articles, KMail
has a lot of instabilities for many users, Kicker too. KPDF has yet to prove
itself rocksolid with the poppler patch.


I don't have any other experience with KDE than these sorts of issues. But judging by my KDE stability experience, Gentoo will never see another KDE release... Especially KMail. Nothing worked in that thing... Oh well, glad to see that the meaning of "stable" is taken to heart now.
Back to top
View user's profile Send private message
codergeek42
Bodhisattva
Bodhisattva


Joined: 05 Apr 2004
Posts: 5142
Location: Anaheim, CA (USA)

PostPosted: Sat Mar 04, 2006 10:22 pm    Post subject: Reply with quote

Merged halfgaar's "When will KDE 3.5(.x) be stable?" thread to this one.
_________________
~~ Peter: Programmer, Mathematician, STEM & Free Software Advocate, Enlightened Agent, Transhumanist, Fedora contributor
Who am I? :: EFF & FSF
Back to top
View user's profile Send private message
halfgaar
l33t
l33t


Joined: 22 Feb 2004
Posts: 781
Location: Netherlands

PostPosted: Sat Mar 04, 2006 10:31 pm    Post subject: Reply with quote

Halcy0n wrote:
Most devs apply the logic that it will go stable when it is ready :) We try to wait for any serious bugs to be resolved, and for the package to prove that it has no further issues before we deem it stable. So, like Earthwings said, it is hard for us to give an exact timetable most of the time.


Has there been a change in policy for this? Because to be honest, I have had serious issues with lots of stable packages in the past (as I said in the thread that got merged with this one).
Back to top
View user's profile Send private message
Halcy0n
Developer
Developer


Joined: 17 Sep 2003
Posts: 1682
Location: Freehold, NJ

PostPosted: Sun Mar 05, 2006 2:06 am    Post subject: Reply with quote

halfgaar wrote:
Halcy0n wrote:
Most devs apply the logic that it will go stable when it is ready :) We try to wait for any serious bugs to be resolved, and for the package to prove that it has no further issues before we deem it stable. So, like Earthwings said, it is hard for us to give an exact timetable most of the time.


Has there been a change in policy for this? Because to be honest, I have had serious issues with lots of stable packages in the past (as I said in the thread that got merged with this one).

Well, we now have an x86 arch team to do testing and mark packages stable, so we hope that packages that are marked stable are a lot better than they used to be. We do our best to test them all as we mark them stable.
_________________
Mark Loeser
http://www.halcy0n.com
Back to top
View user's profile Send private message
jfb3
Apprentice
Apprentice


Joined: 01 Feb 2003
Posts: 242

PostPosted: Sun Mar 05, 2006 5:51 am    Post subject: Reply with quote

gnac,

In my case the question was "Is KDE 3.5/3.5.1 stable enough *for me*?" The answer was yes quite sometime back.

Since I don't use kpdf (Acrobat), kmail (Thunderbird), or Akregator, the issues that keep the devs from marking the entirety of KDE as stable don't matter to me.

Thus the beauty of split ebuilds. Use what you need, leave the rest in the tree!

BTW, I've been using Firefox 1.5.0.1 and have had no stability problems with it either.
Back to top
View user's profile Send private message
gnac
Guru
Guru


Joined: 30 Jun 2003
Posts: 302
Location: Columbia River Gorge

PostPosted: Sun Mar 05, 2006 6:36 am    Post subject: Reply with quote

jfb3 wrote:
Since I don't use kpdf (Acrobat), kmail (Thunderbird), or Akregator, the issues that keep the devs from marking the entirety of KDE as stable don't matter to me.


Where do you find what packages are holding up the stable release? I perused bugzilla, but didn't see any mentions of specific packages holding up stable. Did I miss it, or look in the wrong place?
_________________
"I thought she'd steal my heart, instead she stole my kidney,
and now its for sale, on the black market in Sydney" - Better Abraham
Back to top
View user's profile Send private message
Paapaa
l33t
l33t


Joined: 14 Aug 2005
Posts: 955
Location: Finland

PostPosted: Sun Mar 05, 2006 9:23 am    Post subject: Reply with quote

Earthwings wrote:
Rule of thumb for an ebuild (!) to become stable is the day when there are no serious bugreports in bugzilla plus thirty days.


How many developers actually follow the 30 day rule of thumb? Is that an official recommendation? I'm not indicating it is a good or bad guideline but is it actually used by any devs?
Back to top
View user's profile Send private message
Earthwings
Bodhisattva
Bodhisattva


Joined: 14 Apr 2003
Posts: 7753
Location: Karlsruhe, Germany

PostPosted: Sun Mar 05, 2006 9:36 am    Post subject: Reply with quote

Paapaa wrote:
Earthwings wrote:
Rule of thumb for an ebuild (!) to become stable is the day when there are no serious bugreports in bugzilla plus thirty days.


How many developers actually follow the 30 day rule of thumb? Is that an official recommendation? I'm not indicating it is a good or bad guideline but is it actually used by any devs?

It's mentioned in the ebuild policy part of the developers handbook:
Quote:
Moving package versions from ~ARCH to ARCH

When a package version has proved stable for sufficient time and the Gentoo maintainer of the package is confident that the upgrade will not break a regular Gentoo user's machine, then it can be moved from ~ARCH to ARCH. An indication of the package's stability would be no verified or unresolved bug report for a month after the version's introduction.

It is up to the maintainer of the package to deem which versions are stable or if development versions should be in package.mask or left in ~arch.

You must also ensure that all the dependencies of such a package version are also in ARCH.

Warning: The ~ARCH step may only be ignored if and only if the concerned package version contains a security fix or is needed to fix an important bug in the Gentoo system.

I don't have any statistics how many ebuilds follow this, sorry.
_________________
KDE
Back to top
View user's profile Send private message
Paapaa
l33t
l33t


Joined: 14 Aug 2005
Posts: 955
Location: Finland

PostPosted: Sun Mar 05, 2006 9:49 am    Post subject: Reply with quote

Earthwings wrote:
Paapaa wrote:
How many developers actually follow the 30 day rule of thumb? Is that an official recommendation? I'm not indicating it is a good or bad guideline but is it actually used by any devs?

It's mentioned in the ebuild policy part of the developers handbook:


Thanks for the link and explanation!
Back to top
View user's profile Send private message
Vlad.Sharp
Guru
Guru


Joined: 08 Dec 2004
Posts: 337
Location: Cambridgeshire, UK

PostPosted: Sun Mar 05, 2006 4:58 pm    Post subject: Reply with quote

You just wonder sometimes...

Gentoo is all about choice. You choose your software, you choose the features, you choose what to compile it with, and you choose to configure it in your own way. However at some point on the road to chosen freedom you come to a point where you have to compromise between time it takes to get something running and the amount of time saved with going by the defaults. I assume at least a large part of Gentoo users are running Gentoo for the sake of getting the latest and greatest applications in a fairly stable format (on average, I'm not talking hardened or masked packages here).

However, I just tried Fedora Core 5 Test 3 (with packages from rawhide). Overall, except for the cost of network installation the system runs very well. Of course, with the exceptions of my nVidia graphics card, my Intel Wireless, ntfs and mp3 or DVD support anywhere. The thing that gets me every time is that I can't issue a command similar to "yum install "mp3 support" in amarok". No, I have to dig the web only to find that there are no ready rpm files for me to use if I want to use xine and amarok together. I could go and spend my time configuring it all, building SRPMs and then having it all nice and ready within a week - but next week new software gets released, and oh no, a new kernel version means I have to rebuild my modules by hand.

My point is this. KDE 3.5 has been released for a while now, and a lot of binary distributions have it available to use. It's even easier to emerge KDE 3.5 in Gentoo, taken, of course, that you're either running ~arch or you have the neccesary ebuild names in package.keywords. But it's still a small nuiscance.

My suggestion is three-fold. I am not criticising the Gentoo package maintainers in any way - except that maybe when some bug reports are being replied to the intensity of feeling perhaps needs to be lowered. Firstly, that users have the option, through an easily available interface, to apply their own patches to ebuilds. Secondly, that users have an official installation tool to easily switch between unstable, masked, or stable versions of their packages, which would be a front-end to package.unmask etc... And thirdly, that portage add better configuration customisation options for packages. My idea is something along the lines of different configurations for different versions that present sensible defaults to the user (just as the binary distributions do) - configurations which are not neccesarily many in number, but easily available to suit different needs. Basically, an extension to the already enormous ability to customize Gentoo. An improvent to the meta-distribution.

On a last note, the above is really something I think a lot of people would like to see. After all, Microsoft Windows works out of the box quite easily - you just install from CD, install a couple of drivers, install a couple of packages and run. Never mind the reboots - at least they're easier than editing wpa-supplicant.conf by hand.
Back to top
View user's profile Send private message
halfgaar
l33t
l33t


Joined: 22 Feb 2004
Posts: 781
Location: Netherlands

PostPosted: Sun Mar 05, 2006 6:08 pm    Post subject: Reply with quote

Quote:
at least they're easier than editing wpa-supplicant.conf by hand.


Debian often takes the course of preventing the user having to do any configuration. It just asks questions like "do you want this app to do this and this: yes/no" with some explanaition about what it does. But I really hate that approach, because it is never clear what the consequences are of either choice. The configfiles in turn, are autogenerated from "user friendly" config files, meaning that manual modification to the actual config file is quite difficult, because your change get overriden whenever the file is regenerated.

I really prefer the way Gentoo handles things. It doesn't try to hide the core of your system. On the contrary, you control it. Make me edit wpa-supplicant.conf over the agony of "welcome to the WPA wizard" anytime. However, I agree that a few more tools for specifying useflags or masks would be handy of course. The first thing I would welcome is a command to find out the reason a package is masked... Looking it up in the .mask files is a pain...

And of course, I also use Gentoo for the little things, like depedency based bootscripts, extensive package-tree, the world-file, the console commands with colors, etc...
Back to top
View user's profile Send private message
Syntaxis
Guru
Guru


Joined: 28 Apr 2002
Posts: 511
Location: London, UK

PostPosted: Mon Mar 06, 2006 5:48 am    Post subject: Reply with quote

halfgaar wrote:
Debian often takes the course of preventing the user having to do any configuration.

Any debconf-using package must indicate how important it is that a given question be shown to the user by way of the priority field, whose possible values are as follows:

debconf-devel manpage wrote:
    low - Very trivial items that have defaults that will work in the vast majority of cases; only control freaks see these.
    medium - Normal items that have reasonable defaults.
    high - Items that don't have a reasonable default.
    critical - Items that will probably break the system without user intervention. Debconf decides if the question is actually displayed, based on its priority, and whether the user has seen it before, and which frontend is being used. If the question will not be displayed, debconf replies with code 30.

However, despite the existence of the low and medium priorities, it's important to realise that Debian seeks only to shield the user from having to do any unnecessary configuration. Generally speaking, if a question has a reasonable default, then there shouldn't even be a debconf question for that option; the package should simply ship in that default state. The exception to this rule is when an issue that has no reasonable default already exists, in which case debconf use is already necessary and it thus costs nothing to add additional configurability to the package should the admin so choose:

Steve Greenland wrote:
If you have a package that is asking only medium and lower priority debconf questions, then debconf should not be used at all. Those priorities *exist* because there are packages that have a high-priority, non-defaultable question, and once you've broken the conffile system, you might as well include those questions.

halfgaar wrote:
It just asks questions like "do you want this app to do this and this: yes/no" with some explanaition about what it does.

The questions needn't necessarily be limited to "yes/no" answers; for instance, the Exult package prompts the user for the location of their copy of Ultima 7.

halfgaar wrote:
The configfiles in turn, are autogenerated from "user friendly" config files, meaning that manual modification to the actual config file is quite difficult, because your change get overriden whenever the file is regenerated.

How is your ability to make manual modifications in any way impaired? You shouldn't ever have to worry about your changes being blown away. Section 10.7.3 of the Debian Policy Manual specifies that local changes to config files must be preserved at all costs, be it upon upgrade, install after remove, or dpkg-reconfigure.

Nor is it an all-or-nothing decision between the package's version of a configuration file and your own. Quite the contrary; when a package detects that a configuration file has been modified, the admin is presented with a variety of options:

Code:
Configuration file \`$dest_file'
 ==> File on system created by you or by a script.
 ==> File also in package provided by package maintainer.
   What would you like to do about it ?  Your options are:
    Y or I  : install the package maintainer's version
    N or O  : keep your currently-installed version
      D     : show the differences between the versions
    3 or T  : show a thre way difference between current, older,
              and new versions of the file
      M     : Do a 3 way merge between current, older,
              and new versions of the file [Very Experimental]
      Z     : start a new shell to examine the situation
 The default action is to keep your current version.

halfgaar wrote:
But I really hate that approach, because it is never clear what the consequences are of either choice.

First off, I have to say that I've never had this problem. But, YMMV. :-)

If a debconf question of high or critical priority does not provide you with sufficient information to make an informed choice, this is certainly worthy of a bug report, since the wrong decision could potentially break your system. (Of course, common sense is required - if you're e.g. installing Exim and you don't know a single thing about mail servers, then of course you won't understand the question, but in that case the problem is just lack of knowledge on your part). If, OTOH, the question is of medium or low priority, then by definition the default should do just fine and the fact that you don't what the question's asking should be taken as an indicator that you most likely don't need to know in the first place. A wishlist bug at best, unless you should later discover that the default was something utterly stupid.
_________________
The Debian User Forums - help them grow!
Back to top
View user's profile Send private message
Genone
Retired Dev
Retired Dev


Joined: 14 Mar 2003
Posts: 9236
Location: beyond the rim

PostPosted: Mon Mar 06, 2006 6:20 am    Post subject: Reply with quote

halfgaar wrote:
The first thing I would welcome is a command to find out the reason a package is masked... Looking it up in the .mask files is a pain...

emerge will do that for you for any package in package.mask.
Back to top
View user's profile Send private message
Tiger683
Veteran
Veteran


Joined: 08 Jan 2005
Posts: 1347
Location: Heffner's House

PostPosted: Mon Mar 06, 2006 7:40 am    Post subject: Reply with quote

Genone wrote:
halfgaar wrote:
The first thing I would welcome is a command to find out the reason a package is masked... Looking it up in the .mask files is a pain...

emerge will do that for you for any package in package.mask.


Example:
Quote:

tiger683 ~# emerge =x11-libs/qt-3.3.5

Calculating dependencies
!!! All ebuilds that could satisfy "=x11-libs/qt-3.3.5" have been masked.
!!! One of the following masked packages is required to complete your request:
- x11-libs/qt-3.3.5 (masked by: package.mask)
# Gregorio Guidi <greg_g@gentoo.org> (19 Sep 2005)
# Qt-3.3.5 causes a lot of compilation failures.
# See bug #106402.



For more information, see MASKED PACKAGES section in the emerge man page or
refer to the Gentoo Handbook.

tiger683 ~#

_________________
Retired gentoo user
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum