Bug 30840 - new balsa version 2.0.15
|
Bug#:
30840
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P1
|
|
Resolution: FIXED
|
Assigned To: gnome@gentoo.org
|
Reported By: chris@cidesign.ca
|
|
Component: Ebuilds
|
|
|
URL:
http://balsa.gnome.org
|
|
Summary: new balsa version 2.0.15
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2003-10-10 10:38 0000
|
There is a new balsa version, 2.0.15
Reproducible: Always
Steps to Reproduce:
1. emerge sync
2. emerge -up balsa
Actual Results:
no update
Expected Results:
an update :)
copying balsa 2.0.14 ebuild to 2.0.15 works fine for me.
*** Bug 31166 has been marked as a duplicate of this bug. ***
Has everyone forgotten this bug? All that needs to be done is for someone
to copy balsa-2.0.14.ebuild to balsa-2.0.15.ebuild and do the digests.
Maybe we should pre-emptively file a bug for balsa 2.0.16
For me, balsa didn't compile after some updates...
I copied the balsa ebuild to the new version, but I hat do reinstall esmtp,
so I copied the libesmtp ebuild for the new version 1.0.1 (we have 1.0-r1
in portage) and disabled the patch in this file.
That works for me... ;-)
Martin
sorry guys, this took way too long.
i updated libesmtp to 1.0.1 and balsa to 2.0.15
please give it a go, see if it works ok.
marked libesmtp 1.0-r1 and balsa-2.0.14 x86 stable
this shouldnt happen, feel free to press us more to update significant applications
faster.
Was there any reason to change the format of the ebuild? Now it runs configure
with --enable-gtkhtml, ignoring USE="-gtkhtml".
it's shorter, but it should do the same... are you sure it doesn't work ?
i double checked and saw my mistake. While cleaning up i moved the switches to
the wrong config line. Just did an -r1 bump that fixed this, please test.