Adding a "recompile" meta field to Pkgfiles
Hey guys, i want to propose a "recompile" meta field in Pkgfiles that would list packages that need to be rebuild after an update of the current package. This would be very handy specially for the XFCE4 ports with i would love to take over and maintain. But thats another topic ;) What are your thoughts on that one? An example would look like that:
# Description: PolarSSL - Straightforward, Secure Communication # URL: https://polarssl.org/ # Maintainer: Leo Unglaub, leo at leo-unglaub dot net # Developer: Paul Bakker, p.j.bakker at offspark dot com # Depends on: cmake # Recompile: hiawatha
Greetings Leo -- Leo Unglaub Website: https://www.leo-unglaub.net Twitter: https://twitter.com/LeoUnglaub
Hi Leo, first, thanks for your ideas and your time. About recompile meta: - To note about rebuild issues we have notification emails and also the README file in each port About xfce: - I am not opposed to having more contributors in XFCE, it would be helpful to me, but in which target(s)? do you have a patch for anything? or special interest on a port or ports? - Anyways, to help, IMHO it would be best if I know your previous work. And you should also follow the rules of contrib [*] "Maintain an httpup repository for a while (maybe 2-6 month) to get used to packaging, following upstream sources etc." Best regards, - sepen [*] http://crux.nu/Main/ContribRules El 02/01/15 a las 12:59, Leo Unglaub escribió:
Hey guys, i want to propose a "recompile" meta field in Pkgfiles that would list packages that need to be rebuild after an update of the current package.
This would be very handy specially for the XFCE4 ports with i would love to take over and maintain. But thats another topic ;)
What are your thoughts on that one? An example would look like that:
# Description: PolarSSL - Straightforward, Secure Communication # URL: https://polarssl.org/ # Maintainer: Leo Unglaub, leo at leo-unglaub dot net # Developer: Paul Bakker, p.j.bakker at offspark dot com # Depends on: cmake # Recompile: hiawatha Greetings Leo
-- Jose V Beneyto | http://sepen.mooo.com
Hey, On 01/02/15 15:23, Jose V Beneyto wrote:
To note about rebuild issues we have notification emails and also the README file in each port
yes we have the README file, however i for example have 3 Computers that i use. Home, Office and Laptop. I use my Laptop just every few weeks and then have to remember with ports now need a rebuild and with are fine without it. Of course it would be possible without that new meta field, but it would simplify things.
Anyways, to help, IMHO it would be best if I know your previous work. And you should also follow the rules of contrib [*] "Maintain an httpup repository for a while (maybe 2-6 month) to get used to packaging, following upstream sources etc."
I am already doing that, i have my own repository here http://crux.nu/portdb/?a=repo&q=leo-unglaub and here is my GIT repository for it: https://bitbucket.org/leo-unglaub/crux-ports-leo-unglaub Greetings Leo -- Leo Unglaub Website: https://www.leo-unglaub.net Twitter: https://twitter.com/LeoUnglaub
for port in `prt-get dependent <port I just updated>`; do prt-get update -fr $port done
That is derivative information, in other words, it can be obtained without adding a new meta field. Well-made ports have the packages that they depend on, so if you update a package, and the ABI changed, then recompile all the packages that depend on it. On Friday, January 2, 2015 7:11 AM, Jose V Beneyto <sepen@crux-arm.nu> wrote: Hi Leo, first, thanks for your ideas and your time. About recompile meta: - To note about rebuild issues we have notification emails and also the README file in each port About xfce: - I am not opposed to having more contributors in XFCE, it would be helpful to me, but in which target(s)? do you have a patch for anything? or special interest on a port or ports? - Anyways, to help, IMHO it would be best if I know your previous work. And you should also follow the rules of contrib [*] "Maintain an httpup repository for a while (maybe 2-6 month) to get used to packaging, following upstream sources etc." Best regards, - sepen [*] http://crux.nu/Main/ContribRules El 02/01/15 a las 12:59, Leo Unglaub escribió:
Hey guys, i want to propose a "recompile" meta field in Pkgfiles that would list packages that need to be rebuild after an update of the current package.
This would be very handy specially for the XFCE4 ports with i would love to take over and maintain. But thats another topic ;)
What are your thoughts on that one? An example would look like that:
# Description: PolarSSL - Straightforward, Secure Communication # URL: https://polarssl.org/ # Maintainer: Leo Unglaub, leo at leo-unglaub dot net # Developer: Paul Bakker, p.j.bakker at offspark dot com # Depends on: cmake # Recompile: hiawatha Greetings Leo
-- Jose V Beneyto | http://sepen.mooo.com _______________________________________________ crux-devel mailing list crux-devel@lists.crux.nu http://lists.crux.nu/mailman/listinfo/crux-devel
On Fri, Jan 2, 2015 at 12:59 PM, Leo Unglaub <leo@leo-unglaub.net> wrote:
Hey guys, i want to propose a "recompile" meta field in Pkgfiles that would list packages that need to be rebuild after an update of the current package.
This would be very handy specially for the XFCE4 ports with i would love to take over and maintain. But thats another topic ;)
What are your thoughts on that one? An example would look like that:
# Description: PolarSSL - Straightforward, Secure Communication # URL: https://polarssl.org/ # Maintainer: Leo Unglaub, leo at leo-unglaub dot net # Developer: Paul Bakker, p.j.bakker at offspark dot com # Depends on: cmake # Recompile: hiawatha
How about you just bump $release when you need a rebuild?
Hey, On 01/02/15 16:04, Emmanuel Benisty wrote:
How about you just bump $release when you need a rebuild?
this is fine if the other ports are controlled by the same maintainer. But if they are maintained by someone else you have to inform him and so creating a lot of work just so you can get your local version rebuild. This happened currently with libnotify and some XFCE builds. They stopped working because they needed a rebuild. Without that rebuild the Computer was not usable. So i had to do the same 3 rebuilds on all of my computers witch was very anoying. If they where defined in the Pkgfile the rebuild would have been triggered automaticly and everything would have been fine. Greetings Leo -- Leo Unglaub Website: https://www.leo-unglaub.net Twitter: https://twitter.com/LeoUnglaub
On Fri, Jan 02, 2015 at 12:59:53PM +0100, Leo Unglaub wrote:
Hey guys,
Hello Leo,
i want to propose a "recompile" meta field in Pkgfiles that would list packages that need to be rebuild after an update of the current package.
This would be very handy specially for the XFCE4 ports with i would love to take over and maintain. But thats another topic ;)
What are your thoughts on that one? An example would look like that:
# Description: PolarSSL - Straightforward, Secure Communication # URL: https://polarssl.org/ # Maintainer: Leo Unglaub, leo at leo-unglaub dot net # Developer: Paul Bakker, p.j.bakker at offspark dot com # Depends on: cmake # Recompile: hiawatha
thanks for sharing your idea, however I think it will not work because of the following problems: 1. A port maintainer has only a limited view on all available ports, he use only a small selection of ports. So the best bet for him is, as Don Cupp already mentioned in another post, to use the dependent output of prt-get for Recompile:, which in turn is not constant but depends on the repos enabled in prt-get.conf. 2. We are talking mostly about libraries here, but no every update of a lib changes the API/ABI, so we need a mechanismus to notify the user that he must recompile the dependent stuff. As a general rule we avoid incompatible updates between CRUX releases whenever possible, meaning that we do master updates to critical stuff like libpng or libpcre only at release bounderies. If we have to break this rule we should use our [notify] system to warn that user action is required. In such a case the use of revdep(1) from opt/prt-utils is highly recommended and should find all broken ports. best regards Juergen
participants (5)
-
Don Cupp -
Emmanuel Benisty -
Jose V Beneyto -
Juergen Daubert -
Leo Unglaub