| 1 |
On 12/02/2004, at 11:48 PM, Kurt Lieber wrote: |
| 2 |
> with gimp 1.2.5 and then, later on, 1.2.{6,7,8,9} are also released as |
| 3 |
> 'stable' they would be added into that 2003.4 branch as well? But gimp |
| 4 |
> 1.3+ would never be added? |
| 5 |
|
| 6 |
Yep, that's pretty much it. Some packages have backported security |
| 7 |
fixes (eg, Linux 2.0 and 2.2 are maintained), so I'd be interested in |
| 8 |
being able to offload that task onto the authors, or possibly crib from |
| 9 |
other projects like Debian where the work has already been done. |
| 10 |
|
| 11 |
For the packages that don't have backported security or bug fixes, it |
| 12 |
would revert to the prior situation where it just becomes frozen and |
| 13 |
never updated. |
| 14 |
|
| 15 |
> AxKit 1.6.1 |
| 16 |
> libxslt 1.0.31 |
| 17 |
> libxml2 2.5.6 |
| 18 |
|
| 19 |
When you first installed those machines, you would have used the |
| 20 |
current Gentoo versions, eg "x86" rather than a frozen baseline. Hence |
| 21 |
the issue still exists up to that first checkpoint where you decide "am |
| 22 |
I going to keep following current or declare the machine |
| 23 |
'finished'?"... |
| 24 |
|
| 25 |
So while you're following current, you would discover those kinds of |
| 26 |
"2.5.6 works but 2.5.8 doesn't" situations and either pin the package |
| 27 |
versions or send fixes to the authors so 2.5.9 works again. :) |
| 28 |
|
| 29 |
Just another perspective. The main intent is to have the structure to |
| 30 |
be able to take advantage of other groups and projects doing |
| 31 |
backporting efforts even though we won't be ourselves... |
| 32 |
|
| 33 |
-- |
| 34 |
steve@×××××××××××××××.au |
| 35 |
|
| 36 |
CRICOS Provider Number 00123M |
| 37 |
------------------------------------------------ |
| 38 |
This email message is intended only for the addressee(s) |
| 39 |
and contains information that may be confidential and/or |
| 40 |
copyright. If you are not the intended recipient please |
| 41 |
notify the sender by reply email and immediately delete |
| 42 |
this email. Use, disclosure or reproduction of this email |
| 43 |
by anyone other than the intended recipient(s) is strictly |
| 44 |
prohibited. No representation is made that this email or |
| 45 |
any attachments are free of viruses. Virus scanning is |
| 46 |
recommended and is the responsibility of the recipient. |
Archives