Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
libremessages
|
|
Obviously, this is an exercise in noticing a leaky abstraction.
- assumes that the PKGBUILD is staged to a real directory going in
- assumes where that is
- assumes how to clean that up
I believe the correct solution will require modifying XBS. Following is
what I believe the changes should be.
- change release-server to take "REPO ARCH DIR1 [DIR2...]", instead of
using the CWD.
- but this still assumes that the caller knows where release-client put
the PKGBUILD, so change it to take "REPO ARCH PKGBASE1 [PKGBASE2...]".
- this means that release-server knows to check if a PKGBUILD exists at
the specified arch, and fall back to 'any' if it doesn't.
- an alternative would be passing in the .pkg.tar filenames, and
either parsing the filename or using db-functions to figure out the
arch.
- ??? how to get rid of cleaning up assumptions.
|
|
It was "simpler" than cron-jobs/sourceballs because it iterated over the
files in $SVNREPO directly, rather than getting the list from $FTP_BASE,
and then getting the corresponding files from $SVNREPO.
This fails with XBS because there is no single `abstree` path, there is one
for each architecture.
|
|
* config: drop SVNREPO
* cron-jobs/sourceballs: Replace commented out SVN code and active ABS code
with XBS code. The XBS code is fairly similar to the SVN code, the
difference being that it uses `xbs releasepath` instead of `svn export`.
* db-functions:
- Rename check_pkgsvn to check_pkgxbs
- check_pkgxbs: Drop the `svn export` bit, as `xbs releasepath` assumes
that a working directory already exists. Replace the paths created by
the `svn export` with calls to `xbs releasepath`.
- check_splitpkgs: Drop the ABS `cp` -r bit, as `xbs releasepath` assumes
that a working directory already exists. Replace the paths created by
the `cp -r` with calls to `xbs releasepath`. Rename the variables and
temporary files s/svn/xbs/ .
* db-move:
- First loop: Rename the variable svnrepo_from to xbsrepo_from, and get
the value from `xbs releasepath`.
- Second loop: Run `xbs move` before the inner loop to get a list of
architectures. Rename the variable `svnrepo_from` to `xbsrepo_to`, and
get the value for it from `xbs releasepath`. Because xbs guarantees
that the PKGBUILD exists for the architectures listed, replace the
check for whether the PKGBUILD exists with `if true`, to keep merging
easy (as opposed to removing the if, and de-indenting the whole thing).
* db-remove: Get the location of the PKGBUILD from `xbs releasepath`, call
`xbs unrelease`, and adjust a message to use `xbs name` and mention the
appropriate repo/arch pair.
|
|
|
|
|
|
This way, if it changes, it only needs to be changed in one place.
|
|
Because of this mistake, it didn't properly handle specifying multiple
pkgbases.
|
|
|
|
It just ran `rsync` to sync things between servers.
|
|
It was for moving packages from testing to [core] or [extra]
(automatically picking the right one). We, of course, don't do that.
|
|
|
|
the same thing in a dozen places?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
and a wrapper to find any updated packages and call the first script for each...
|
|
This is to do fancy union stuff to make the web server happy
|
|
|
|
|
|
|
|
|
|
* fix package extension on PKGEXT variable, because it's generating a bug
(e.g. "ERROR Package... already exists in another repository") on all
the packages that are being uploaded to the staging folder.
|
|
The largest advantage of this is that it implicitly ignores directories we
don't want to consider repos.
|
|
|
|
|
|
Of course, this only works for things that use db-functions, so
db-sync won't touch it.
|
|
Also, set SRCPKGDEST.
|
|
|
|
|
|
|