Arch Linux User Repository

Take offense all you want, none of that justifies you forking it and declaring yourself the new upstream just because the project wasn't what you wanted. Think back to the ffmpeg/libav split, did they just say "We're ffmpeg now!"? No, that't not how things work. You still claim it's dead since 2018 when the last release was less than a year and a half ago. All lies and deception.

@Scimmia - I take total offence to your statement that I am promoting a lie. 'skilion' has confirmed the following: I don't want to spend time to implement and maintain features I don't use. Also I do not want to feel obliged to offer support when things stop working

Reference: https://github.com/skilion/onedrive/issues/518#issuecomment-717604726

Perhaps a little more pragmatism from yourself even after 4 years .........

npreining, that a lie told by abraunegg to justify them taking over the project without the consent of the developer.

kokoko3k, I'll take a look at it in the next couple of days.

This program is outdated and unmaintained, please use the package onedrive-abraunegg which is fully supported and maintained.

It fails to build: src/qxor.d(67): Error: need this for lengthInBytes of type immutable(ulong)

@ogarcia 100% agree with you re fixing this package .. but some folk are rather steadfast on this for absolutely zero logical reason .. it is what it is - I am sorry for your inconvenience (and to all other Arch AUR users who fall into the same trap) of installing a buggy, unsupported, unmaintained package.

@eschwartz Your email comment to @ogarcia really shows just how out-of-touch with reality you are.

Hello, a few days ago I started to use OneDrive for work reasons and after see that this package source is abandoned, I realized that the work continues live in a fork by abraunegg. As I can see more distributions like Debian or Slackware adopt this fork as onedrive package. At this moment I do a request for rename or merge this package with onedrive-abraunegg: https://lists.archlinux.org/pipermail/aur-requests/2020-April/039852.html

A few days later I receive this response, a simply "not how forks work": https://lists.archlinux.org/pipermail/aur-requests/2020-May/040109.html

I try to contact with Eli and Doug to obtain more detailed explanation about why of this reply, but no response.

I don't know if there is personal quarrels or something else, I only look for the best to users and Arch community. I simply think that maintain an outdated package having better options is a mistake.

I requested a merge but unfortunately it got rejected. I think that the decision is discussable but still, I don't have the final word here and I don't have energy left to dig deeper into this one.

Also, it seems to be "completely normal". :-)

See mail history here: https://lists.archlinux.org/pipermail/aur-requests/2019-April/030735.html

@Varakh, @Pete Debian, Ubuntu & Fedora are all using my fork / packaging v2.3.2 as well - so there really is no logical reason not to repoint it and the updated branch as the 'onedrive' package.

The last 'skilion' release was on 10 Sep 2018, prior was on 21 Jan 2018. The last time 'skilion' actually responded to an issue was 10 Sep 2018 by closing off some open issue tickets which was fixed by the v1.1.3 release.

There has hardly ever been any interaction with anyone over issues raised nor discussion around PR's that have been submitted.

@blue995 Your 100% CPU issue is resolved - refer to https://github.com/abraunegg/onedrive/releases for details or more specifically https://github.com/abraunegg/onedrive/pull/419

@Scimmia Last time this was raised you basically have said 'things don't work that way' - I think you have enough evidence from the wider community that the 'skilion' branch is dead (and has been despite the very minor releases in 2018) for close to 2 years now given I have been patching, maintaining my fork & actively supporting users for approximately that length of time.