* [Buildroot] Release tarballs location
@ 2010-12-22 13:49 ` Thomas Petazzoni
0 siblings, 0 replies; 9+ messages in thread
From: Thomas Petazzoni @ 2010-12-22 13:49 UTC (permalink / raw)
To: buildroot
Hello,
I am a contributor of Buildroot, a tool that allows to easily build
embedded Linux systems. We create recipes to cross-compile software
that are useful on embedded systems, and LVM2 is one of them.
Unfortunately, it looks like when a release is made, the tarball is
placed at ftp://sources.redhat.com/pub/lvm2/, but as once as a newer
release is made, the previous tarball is moved into
ftp://sources.redhat.com/pub/lvm2/old/. Unfortunately, this doesn't
work well with how embedded Linux build systems work, since they code
an URL and a version for each software they build. This is usually not
a problem, since most of the software tarballs are available from a
fixed location.
Would it be possible to change the release tarball location policy in
order not to move them ? If you really want to have only the latest one
in ftp://sources.redhat.com/pub/lvm2/, could you also put the latest
available version in ftp://sources.redhat.com/pub/lvm2/old/ at the
moment of the release ?
Thank you very much!
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Release tarballs location
@ 2010-12-22 13:49 ` Thomas Petazzoni
0 siblings, 0 replies; 9+ messages in thread
From: Thomas Petazzoni @ 2010-12-22 13:49 UTC (permalink / raw)
To: lvm-devel
Hello,
I am a contributor of Buildroot, a tool that allows to easily build
embedded Linux systems. We create recipes to cross-compile software
that are useful on embedded systems, and LVM2 is one of them.
Unfortunately, it looks like when a release is made, the tarball is
placed at ftp://sources.redhat.com/pub/lvm2/, but as once as a newer
release is made, the previous tarball is moved into
ftp://sources.redhat.com/pub/lvm2/old/. Unfortunately, this doesn't
work well with how embedded Linux build systems work, since they code
an URL and a version for each software they build. This is usually not
a problem, since most of the software tarballs are available from a
fixed location.
Would it be possible to change the release tarball location policy in
order not to move them ? If you really want to have only the latest one
in ftp://sources.redhat.com/pub/lvm2/, could you also put the latest
available version in ftp://sources.redhat.com/pub/lvm2/old/ at the
moment of the release ?
Thank you very much!
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Release tarballs location
2010-12-22 13:49 ` Thomas Petazzoni
(?)
@ 2010-12-22 14:53 ` Zdenek Kabelac
-1 siblings, 0 replies; 9+ messages in thread
From: Zdenek Kabelac @ 2010-12-22 14:53 UTC (permalink / raw)
To: lvm-devel
Dne 22.12.2010 14:49, Thomas Petazzoni napsal(a):
> Hello,
>
> I am a contributor of Buildroot, a tool that allows to easily build
> embedded Linux systems. We create recipes to cross-compile software
> that are useful on embedded systems, and LVM2 is one of them.
>
> Unfortunately, it looks like when a release is made, the tarball is
> placed at ftp://sources.redhat.com/pub/lvm2/, but as once as a newer
> release is made, the previous tarball is moved into
> ftp://sources.redhat.com/pub/lvm2/old/. Unfortunately, this doesn't
> work well with how embedded Linux build systems work, since they code
> an URL and a version for each software they build. This is usually not
> a problem, since most of the software tarballs are available from a
> fixed location.
>
> Would it be possible to change the release tarball location policy in
> order not to move them ? If you really want to have only the latest one
> in ftp://sources.redhat.com/pub/lvm2/, could you also put the latest
> available version in ftp://sources.redhat.com/pub/lvm2/old/ at the
> moment of the release ?
>
Looks fairly simpler to implement support for mutliple links addresses
into the Buildroot?
(i.e. if the first location no longer exists try next one in the list)
Zdenek
^ permalink raw reply [flat|nested] 9+ messages in thread
* Release tarballs location
2010-12-22 13:49 ` Thomas Petazzoni
(?)
(?)
@ 2010-12-22 15:06 ` Alasdair G Kergon
-1 siblings, 0 replies; 9+ messages in thread
From: Alasdair G Kergon @ 2010-12-22 15:06 UTC (permalink / raw)
To: lvm-devel
If a release was moved to 'old' it generally means it's not one I
recommend you run - a newer release is a better one to use.
In general, the versions left there are the ones that showed themselves
to be more stable.
When I did this week's release and removed the previous release (it's
a memory corruption bug in it) I started thinking about what we could do to
document this a bit better.
Yes, I could put them all directly into 'old' to deal with this immediate
problem - good idea.
Alasdair
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] Release tarballs location
2010-12-22 13:49 ` Thomas Petazzoni
@ 2010-12-23 10:04 ` Robert Schwebel
-1 siblings, 0 replies; 9+ messages in thread
From: Robert Schwebel @ 2010-12-23 10:04 UTC (permalink / raw)
To: buildroot
Hello,
On Wed, Dec 22, 2010 at 02:49:01PM +0100, Thomas Petazzoni wrote:
> I am a contributor of Buildroot, a tool that allows to easily build
> embedded Linux systems. We create recipes to cross-compile software
> that are useful on embedded systems, and LVM2 is one of them.
>
> Unfortunately, it looks like when a release is made, the tarball is
> placed at ftp://sources.redhat.com/pub/lvm2/, but as once as a newer
> release is made, the previous tarball is moved into
> ftp://sources.redhat.com/pub/lvm2/old/. Unfortunately, this doesn't
> work well with how embedded Linux build systems work, since they code
> an URL and a version for each software they build. This is usually not
> a problem, since most of the software tarballs are available from a
> fixed location.
>
> Would it be possible to change the release tarball location policy in
> order not to move them ? If you really want to have only the latest one
> in ftp://sources.redhat.com/pub/lvm2/, could you also put the latest
> available version in ftp://sources.redhat.com/pub/lvm2/old/ at the
> moment of the release ?
I second Thomas' position - we have the same problem in PTXdist as well.
Robert
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] Release tarballs location
@ 2010-12-23 10:04 ` Robert Schwebel
0 siblings, 0 replies; 9+ messages in thread
From: Robert Schwebel @ 2010-12-23 10:04 UTC (permalink / raw)
To: lvm-devel
Hello,
On Wed, Dec 22, 2010 at 02:49:01PM +0100, Thomas Petazzoni wrote:
> I am a contributor of Buildroot, a tool that allows to easily build
> embedded Linux systems. We create recipes to cross-compile software
> that are useful on embedded systems, and LVM2 is one of them.
>
> Unfortunately, it looks like when a release is made, the tarball is
> placed at ftp://sources.redhat.com/pub/lvm2/, but as once as a newer
> release is made, the previous tarball is moved into
> ftp://sources.redhat.com/pub/lvm2/old/. Unfortunately, this doesn't
> work well with how embedded Linux build systems work, since they code
> an URL and a version for each software they build. This is usually not
> a problem, since most of the software tarballs are available from a
> fixed location.
>
> Would it be possible to change the release tarball location policy in
> order not to move them ? If you really want to have only the latest one
> in ftp://sources.redhat.com/pub/lvm2/, could you also put the latest
> available version in ftp://sources.redhat.com/pub/lvm2/old/ at the
> moment of the release ?
I second Thomas' position - we have the same problem in PTXdist as well.
Robert
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] Release tarballs location
2010-12-23 10:04 ` Robert Schwebel
(?)
@ 2011-01-04 14:49 ` Alasdair G Kergon
2011-01-04 15:02 ` [Buildroot] " Thomas Petazzoni
-1 siblings, 1 reply; 9+ messages in thread
From: Alasdair G Kergon @ 2011-01-04 14:49 UTC (permalink / raw)
To: lvm-devel
OK - I've renamed 'old' to 'releases', put everything in there,
symlinked 'old' to it, and from now on will put new releases
in there immediately.
The next scheduled release is next weekend - current release cycle
extended to 3 weeks due to the holidays.
Alasdair
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [lvm-devel] Release tarballs location
2011-01-04 14:49 ` Alasdair G Kergon
@ 2011-01-04 15:02 ` Thomas Petazzoni
0 siblings, 0 replies; 9+ messages in thread
From: Thomas Petazzoni @ 2011-01-04 15:02 UTC (permalink / raw)
To: buildroot
Hello Alasdair,
On Tue, 4 Jan 2011 14:49:01 +0000
Alasdair G Kergon <agk@redhat.com> wrote:
> OK - I've renamed 'old' to 'releases', put everything in there,
> symlinked 'old' to it, and from now on will put new releases
> in there immediately.
Awesome, thanks!
Regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] Release tarballs location
@ 2011-01-04 15:02 ` Thomas Petazzoni
0 siblings, 0 replies; 9+ messages in thread
From: Thomas Petazzoni @ 2011-01-04 15:02 UTC (permalink / raw)
To: lvm-devel
Hello Alasdair,
On Tue, 4 Jan 2011 14:49:01 +0000
Alasdair G Kergon <agk@redhat.com> wrote:
> OK - I've renamed 'old' to 'releases', put everything in there,
> symlinked 'old' to it, and from now on will put new releases
> in there immediately.
Awesome, thanks!
Regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2011-01-04 15:02 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-22 13:49 [Buildroot] Release tarballs location Thomas Petazzoni
2010-12-22 13:49 ` Thomas Petazzoni
2010-12-22 14:53 ` Zdenek Kabelac
2010-12-22 15:06 ` Alasdair G Kergon
2010-12-23 10:04 ` [Buildroot] " Robert Schwebel
2010-12-23 10:04 ` Robert Schwebel
2011-01-04 14:49 ` Alasdair G Kergon
2011-01-04 15:02 ` [Buildroot] [lvm-devel] " Thomas Petazzoni
2011-01-04 15:02 ` [Buildroot] " Thomas Petazzoni
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.