Package Details: onedrive-abraunegg 2.4.23-3

Git Clone URL: https://aur.archlinux.org/onedrive-abraunegg.git (read-only, click to copy)
Package Base: onedrive-abraunegg
Description: Free OneDrive client written in D - abraunegg's fork. Follows the releases on https://github.com/abraunegg/onedrive/releases
Upstream URL: https://github.com/abraunegg/onedrive
Keywords: onedrive
Licenses: GPL
Conflicts: onedrive, onedrive-abraunegg-git, onedrive-bin, onedrive-fork-git, onedrive-git
Provides: onedrive
Submitter: Pete
Maintainer: Matr1x-101 (yogeshm.007)
Last Packager: yogeshm.007
Votes: 77
Popularity: 3.91
First Submitted: 2019-03-29 10:46 (UTC)
Last Updated: 2023-01-09 16:57 (UTC)

Pinned Comments

Pete commented on 2019-03-29 10:51 (UTC)

This package can be used as a replacement for onedrive-abraunegg-git. It will be updated on every release from https://github.com/abraunegg/onedrive/releases .

Latest Comments

1 2 3 4 5 6 .. 10 Next › Last »

miliarch commented on 2023-03-12 02:05 (UTC) (edited on 2023-03-12 02:10 (UTC) by miliarch)

Aha! Okay, so I've been pulling and running makepkg in the same repo for quite a while (using the force flag to rebuild). Cloning to a new location and running makepkg again produced a package that gets along with the new liblphobos version just fine. Thanks for bearing with me, there, and suggesting a rebuild should solve the problem (got the wheels turning).

yogeshm.007 commented on 2023-03-08 02:46 (UTC)

This should be fixed by rebuilding the package. If using yay, the command might be yay -S --rebuild onedrive-abraunegg (No access to my PC right now, so can't be sure)

miliarch commented on 2023-03-07 23:46 (UTC) (edited on 2023-03-08 00:11 (UTC) by miliarch)

spokr's post: https://github.com/abraunegg/onedrive/discussions/2323

I encounter the same issue when upgrading from liblphobos-3:1.30.0-2 to liblphobos-3:1.31.0-1:

/usr/bin/onedrive: error while loading shared libraries: libphobos2-ldc-shared.so.100: cannot open shared object file: No such file or directory

I've been downgrading to cached version of liblphobos-3:1.30.0-2 after pacman -Syyu upgrade cycles to keep onedrive running (as a systemd user service unit in monitor mode):

sudo pacman -U /var/cache/pacman/pkg/liblphobos-3:1.30.0-2-x86_64.pkg.tar.zst

In case helpful, my ldc/liblphobos versions:

sudo pacman -S liblphobos ldc
warning: liblphobos-3:1.31.0-1 is up to date -- reinstalling
warning: ldc-3:1.31.0-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...

Packages (2) ldc-3:1.31.0-1  liblphobos-3:1.31.0-1

Total Installed Size:  105.96 MiB
Net Upgrade Size:        0.00 MiB

And if I were to install dmd (which was mentioned, but is not installed on my system):

sudo pacman -S dmd
resolving dependencies...
looking for conflicting packages...

Packages (2) libphobos-1:2.102.1-1  dmd-1:2.102.1-1

Total Download Size:     7.98 MiB
Total Installed Size:  102.34 MiB

:: Proceed with installation? [Y/n]

The divergent behavior observation may have to do with both libphobos and liblphobos being available on some systems, and only liblphobos on others. That said, I get the same error even after installing dmd/libphobos (both with and without another makepkg/install cycle of this package).

Let me know if other outputs would be helpful - happy to run them and share.

spokr commented on 2023-03-04 18:48 (UTC)

@Matr1x-101, I reported the issue I was experiencing (The package being built on an outdated version of liblphobos and ldc) to abraunegg on the git repo, and they told me that it was an issue with the downstream (here.) I then uninstalled this package and installed onedrive-abraunegg-git, and it built and ran fine. I am unsure as to why, but that's all I know. I did try uninstalling both this package and ldc/liblphobos multiple times, and this package still wouldn't run. I apologize.

Matr1x-101 commented on 2023-03-02 20:18 (UTC)

@spokr, why did you flag the package? When I built it (just now), it worked perfectly fine. I cloned it and used makepkg with no AUR helper. For reference, I'm using the latest version of dmd and libphobos. Also, I tried it w/ ldc, and it still worked. Please give some kind of error log. I'm unflagging until you provide some kind of error log.

LamFTS commented on 2023-02-08 16:09 (UTC)

I don't know why I can't update to the latest version via paru or yay, my AUR help can only find version 2.4.22-2 only the version here was already 2.4.23-3, can someone help me out of this?

Orthogonal commented on 2023-01-10 03:25 (UTC)

@yogeshm.007 Thank you, you were right that it still fails in case of a space, embarrassingly I think I changed my directory name last time before checking my edit. I made sure this time and was able to get it working by changing line 38 specifically:

(old) 38: make DESTDIR="$pkgdir" PREFIX=/usr install

(new) 38: make DESTDIR="\"${pkgdir}\"" PREFIX=/usr install

This ensures the path passed to install is quote wrapped.

Sorry for the confusion before. But if you check it, you should see that it works now.

yogeshm.007 commented on 2023-01-09 17:13 (UTC)

@Orthogonal I've updated PKGBUILD as requested, please try it; for me it will still fail on the next step (if the PKGBUILD is inside a folder containing space).

Orthogonal commented on 2023-01-09 09:08 (UTC) (edited on 2023-01-09 09:08 (UTC) by Orthogonal)

Hello, in the package () function of the PKGBUILD, can you change occurrences of $pkgdir to be in quotation marks? I was wondering why I was getting this error during the makepkg step,

make: *** No rule to make target 'Packages/onedrive-abraunegg/pkg/onedrive-abraunegg'. Stop.

Then I noticed that it's trying to use the directory Packages/.../ when my root directory for the source is AUR Packages/.../ which contains a space.

Quoting the usage of $pkgdir like so "${pkgdir}..." fixed this for me.

Matr1x-101 commented on 2023-01-07 09:24 (UTC)

@yogeshm.007 I've added you as co-maintainer. You only need to change the pkgver number, and the md5sum (via updpkgsums)