Arch Linux User Repository

Guys, stop flagging this package as out of date. It's a freaking GIT package pulling from master, how the hell is it not up to date?

If it doesn't build it doesn't mean it's out of date.

If upstream broke the build, report an issue to upstream.

If this PKGBUILD needs changes to build with the latest commits, add a comment.

Guys, stop flagging this package as out of date. It's a freaking GIT package pulling from master, how the hell is it not up to date?

If it doesn't build it doesn't mean it's out of date.

If upstream broke the build, report an issue to upstream.

If this PKGBUILD needs changes to build with the latest commits, add a comment.

@Scimmia

Installing a unit to /etc is the wrong thing to do in the first place anyway

This is now resolved via commit: https://github.com/abraunegg/onedrive/commit/d1d3c8a15069f07a779519890c25d76faf9e9428

In terms of further Arch PKGBUILD - as I cannot test this please advise if there are further issues.

It works because the dirs you're installing to exist on the actual system. They don't when using DESTDIR.

Installing a unit to /etc is the wrong thing to do in the first place anyway

@Scimmia

This is an upstream problem with the makefile, it's not a packaging problem. Multiple problems, actually.

Can you advise where?

Manually building on Arch works without issue using the following:

sudo pacman -S curl sqlite dmd
git clone https://github.com/abraunegg/onedrive.git
cd onedrive
make
sudo make install

Given the 'manual' way works (see below for output), but building via the package fails, this indicates that it is a packaging issue - not an upstream issue.

Stepping through the Makfile it appears that the Arch PKGBUILD process is not adhering to the following:

ifeq ($(RHEL),1)

Thus what the Arch PKGBUILD is trying to do is follow the RHEL installation instructions which is totally different to that of what Arch requires.

I confirm the same issue that Thorned_Rose and Kivarnis have.

This is an upstream problem with the makefile, it's not a packaging problem. Multiple problems, actually.

@Kivarnis, @Thorned_Rose

This must be a packaging error as the application builds without issue on Arch:

Cloning into 'onedrive'...
remote: Enumerating objects: 41, done.
remote: Counting objects: 100% (41/41), done.
remote: Compressing objects: 100% (22/22), done.
remote: Total 1632 (delta 18), reused 30 (delta 17), pack-reused 1591
Receiving objects: 100% (1632/1632), 1.02 MiB | 303.00 KiB/s, done.
Resolving deltas: 100% (1094/1094), done.
rm -f onedrive onedrive.o onedrive.service onedrive@.service
echo 2.1.3-1-g3ef1cea >version
dmd -g -ofonedrive -O -L-lcurl -L-lsqlite3 -L-ldl -J. src/config.d src/itemdb.d src/log.d src/main.d src/monitor.d src/onedrive.d src/qxor.d src/selective.d src/sqlite.d src/sync.d src/upload.d src/util.d src/progress.d
sed "s|@PREFIX@|/usr/local|g" systemd.units/onedrive.service.in > onedrive.service
sed "s|@PREFIX@|/usr/local|g" systemd.units/onedrive@.service.in > onedrive@.service
mkdir -p /var/log/onedrive
chown root.users /var/log/onedrive
chmod 0775 /var/log/onedrive
install -D onedrive /usr/local/bin/onedrive
install -D -m 644 logrotate/onedrive.logrotate /etc/logrotate.d/onedrive
mkdir -p /usr/lib/systemd/user/
chown root.root /usr/lib/systemd/user/
chmod 0755 /usr/lib/systemd/user/
cp -raf onedrive.service /usr/lib/systemd/user/
chmod 0644 /usr/lib/systemd/user/onedrive.service
cp -raf onedrive@.service /etc/systemd/system/
chmod 0644 /etc/systemd/system/onedrive@.service

I am also getting cannot create regular file error.

I'm getting an error

cp: cannot create regular file '/home/USER/onedrive-abraunegg-git/pkg/onedrive-abraunegg-git/etc/systemd/system/': No such file or directory make: *** [Makefile:42: install] Error 1 make: Leaving directory '/home/USER/onedrive-abraunegg-git/src/onedrive' ==> ERROR: A failure occurred in package(). Aborting...

BoneTone, this package builds abraunegg's fork.

The original developer of onedrive basically abandoned the project and is not merging pull requests, so you should consider this one as more stable, tested and updated.