./configure --mandir=/opt/local/man
]]>% x p -U gimpp-2.8.22-1-x86_64.pkg.tar.xz
error: failed to commit transaction (conflicting files)
gimpp: /usr/local/share/man exists in filesystem (owned by filesystem)
% ls /usr/local/share/
lrwxrwxrwx 1 root root 6 Aug 21 16:21 man -> ../man
Program names:
--program-prefix=PREFIX prepend PREFIX to installed program names
--program-suffix=SUFFIX append SUFFIX to installed program names
--program-transform-name=PROGRAM run sed PROGRAM on installed program names
So
_pkgver=2.8
./ configure --program-suffix=-${_pkgver} \
All the binaries will then use the -2.8 suffix distinguishing them from the binaries supplied by the gimp package.
]]>You'll have to change the pkgname of your custom gimp version, something like gimp28 .
Check man makepkg , there are options to avoid complete rebuilds in special cases.
yeah -R can rename; but not if
one needs to change the prefix too.
man, why /usr/local
is preceding /usr
in $PATH env..
Check man makepkg , there are options to avoid complete rebuilds in special cases.
]]>From web interface to the arch svn2git for packages which contains all package build changes for core and extra.
I started off at https://www.archlinux.org/packages/extra/x86_64/gimp/ from there view changes and checked commit messages looking for the last entry for 2.8.
I have compiled your PKGBUILD
but as soon as i try to install it with
pacman -U gimp-2.8.22-1-x86_64.pkg.tar.xz
warning: downgrading package gimp (2.10.8-1 => 2.8.22-1)
I changed the prefix to /usr/local
but how can i install it now alongside with 2.10
& keep em both without downgrading?
Renaming it w/o rebuilding?
loqs wrote:Why?
eschwartz wrote:So you're unwilling to find out why your scripts broke,
but you'd rather try to figure out how to compile the entire gimp package yourself?Not my scripts & even registry.gimp.org scripts-repo is dead.
Gimp 2.9/2.10 has broken a bunch of scripts not just one or two.
If you could post one of the scripts or a link to it and the issue with it it perhaps it could be made to work with 2.10.
logs wrote:https://git.archlinux.org/svntogit/pack … db65169bcf
investigate the --prefix and -sysconfdir options and changing them so the contents does not clash.Investigating. Where did you get that build-file?
From web interface to the arch svn2git for packages which contains all package build changes for core and extra.
I started off at https://www.archlinux.org/packages/extra/x86_64/gimp/ from there view changes and checked commit messages looking for the last entry for 2.8.
logs wrote:Yes you could install a new system using --root with the packages from a date when gimp version 2.8 was in the repositories.
As with systemd-nspawn containerization
Yes as trying to just install one package in a different root will not work as pacman will look for its database files relative to the root same issue with package dependencies etc.
There are two issues with trying to adjust the gimp 2.8 package arch shipped one is the file locations being the same as gimp 2.10 the other is the dependencies are for libraries as arch shipped months ago not now.
]]>Why?
So you're unwilling to find out why your scripts broke,
but you'd rather try to figure out how to compile the entire gimp package yourself?
Not my scripts & even registry.gimp.org scripts-repo is dead.
Gimp 2.9/2.10 has broken a bunch of scripts not just one or two.
And it took you 5 months to get get back to us after Trilby's initial response?
Yep, i had been stuck with 2.8 but now i realize the latest branch has some prety appealing new features.
https://git.archlinux.org/svntogit/pack … db65169bcf
investigate the --prefix and -sysconfdir options and changing them so the contents does not clash.
Investigating. Where did you get that build-file?
Yes you could install a new system using --root with the packages from a date when gimp version 2.8 was in the repositories.
As with systemd-nspawn containerization?
Use 2.10 from the repos and then install the 2.8 flatpak alongside?
Flatpak hmmm -- interesting but I don't see any flatpaked 2.8 out there --
only the latest version & it isn't that much slim it seems with all the deps.
Quite obviously with recompiling. You want to build an old version of gimp using new system software, but you don't want to recompile?
Well usually yes-- with; but in this case as long as no deps have been backwardly-
or-forwardly broken yet, it seems. Why not. As a temp solution perhaps.
Can prefix be
changed in a package
which has already been built?
That's just install-path-location isn't it?
Fat chance.
Trilby wrote:Your best bet would be to figure out why your plugin-scripts break and fix the problem.
So you're unwilling to find out why your scripts broke, but you'd rather try to figure out how to compile the entire gimp package yourself?
Without recompiling?
gimp-2.10.8-1-x86_64.pkg.tar.xz
how to install that to /usr/local or /opt?
then i can just downgrade to 2.8.
Quite obviously with recompiling. You want to build an old version of gimp using new system software, but you don't want to recompile?
]]>Fat chance.
Trilby wrote:Your best bet would be to figure out why your plugin-scripts break and fix the problem.
Why?
Trilby wrote:YThe only way to install an older version would be to modify the PKGBUILD to build the old version and install to /usr/local/. But given GIMPs dependency chain this might prove to be highly impractical.
usage: pacman {-Q --query} [options] [package(s)] -r, --root <path> set an alternate installation root Specify an alternative installation root (default is /). This should not be used as a way to install software into /usr/local instead of /usr.
Yes you could install a new system using --root with the packages from a date when gimp version 2.8 was in the repositories.
Or where can i get the PKGBUILD for 2.8?
I need both vers at the same time.
What exactly should be done?
https://git.archlinux.org/svntogit/pack … db65169bcf
investigate the --prefix and -sysconfdir options and changing them so the contents does not clash.
Your best bet would be to figure out why your plugin-scripts break and fix the problem.
Without recompiling?
gimp-2.10.8-1-x86_64.pkg.tar.xz
how to install that to /usr/local or /opt?
then i can just downgrade to 2.8.
the deps seem to be ok. coz i can
run both w/o downgradin any other pkgs.
YThe only way to install an older version would be to modify the PKGBUILD to build the old version and install to /usr/local/. But given GIMPs dependency chain this might prove to be highly impractical.
usage: pacman {-Q --query} [options] [package(s)]
-r, --root <path> set an alternate installation root
Specify an alternative installation root (default is /).
This should not be used as a way to install software into
/usr/local instead of /usr.
Or where can i get the PKGBUILD for 2.8?
I need both vers at the same time.
What exactly should be done?
The only way to install an older version would be to modify the PKGBUILD to build the old version and install to /usr/local/. But given GIMPs dependency chain this might prove to be highly impractical.
]]>