Package Details: onedrive-abraunegg 2.4.12-1

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=2.4.12
Submitter: Pete
Maintainer: Pete
Last Packager: Pete
Votes: 49
Popularity: 1.45
First Submitted: 2019-03-29 10:46
Last Updated: 2021-05-28 05:01

Pinned Comments

Pete commented on 2019-03-29 10:51

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 Next › Last »

abraunegg commented on 2021-06-10 18:12

@MikeWalrus

This error is due to DMD 2.097.0. This is already fixed upstream via https://github.com/abraunegg/onedrive/pull/1505

You have the following options:

  1. Use https://aur.archlinux.org/packages/onedrive-abraunegg-git/ to build from 'master'

  2. Build from master yourself

  3. Wait for the next release

  4. Downgrade your compiler to 2.096.1 to not hit this error

  5. Use LDC as your compiler rather than DMD

MikeWalrus commented on 2021-06-10 12:27

I am getting an error while building the binary:

src/qxor.d(67): Error: need `this` for `lengthInBytes` of type `immutable(ulong)`

yogeshm.007 commented on 2021-05-05 07:48

It broke after upgrade of liblphobos (to version 2:1.26.0-1) with the following error: "/usr/bin/onedrive: error while loading shared libraries: libphobos2-ldc-shared.so.95: cannot open shared object file: No such file or directory". I had to rebuild/reinstall for the error to disappear.

Pete commented on 2020-12-24 22:27

@Sgt_Skinner

It seems that you are using Manjaro, and unfortunately I don't have any experience with that. Normally, if a package builds manually, but not with the AUR helper (pamac in this case), it would indicate a bug in the AUR helper.

Manually installed packages can normally be uninstalled with pacman: pacman -R onedrive-abraunegg, but check the Manjaro docs to see if this holds true in Manjaro.

Sgt_Skinner commented on 2020-12-23 23:03

@Pete

pamac build onedrive-abraunegg.

The manual way is working, thank you.

Unfortunately I don't know how to 'uninstall' the version I've built from source, so I'll stick with that until I figure out how to do it.

Pete commented on 2020-12-23 22:15

@Sgt_Skinner

Could you let us know how you are building the AUR package? Do you use an AUR helper? If so, could you try to install it the "manual" way as described here: https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_and_upgrading_packages

If the compilation still doesn't succeed, could you post the output of the makepkg -si command? This will allow us to help you debug this issue.

Sgt_Skinner commented on 2020-12-23 21:56

@abraunegg

Sorry.

8GB of memory and 8GB of swap. I managed to build it from source, but building this very package gives me a segmentation fault. Might be a pamac issue, but every other AUR package compiles correctly

abraunegg commented on 2020-12-23 19:58

@Sgt_Skinner

Anyone else getting a segmentation fault when building this package?

As you have not provided any other details (like architecture your attempting to build on) - the main reason you get a segfault when compiling is this:

Build environment must have at least 1GB of memory & 1GB swap space

Please review https://github.com/abraunegg/onedrive/blob/master/docs/INSTALL.md for further details.

Sgt_Skinner commented on 2020-12-23 19:50

Anyone else getting a segmentation fault when building this package?

Pete commented on 2020-09-15 05:04

The package has now directories specified for bash, zsh and fish completion files.