Search Criteria
Package Details: ocis 7.0.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/ocis.git (read-only, click to copy) |
---|---|
Package Base: | ocis |
Description: | A file sync & share platform designed to scale |
Upstream URL: | https://github.com/owncloud/ocis |
Licenses: | Apache |
Submitter: | bgiovanni |
Maintainer: | MrBlumi |
Last Packager: | MrBlumi |
Votes: | 1 |
Popularity: | 0.001140 |
First Submitted: | 2023-06-07 19:35 (UTC) |
Last Updated: | 2024-12-20 08:15 (UTC) |
Dependencies (3)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR)
- go (go-gitAUR, gcc-go-gitAUR, gcc-go-snapshotAUR, gcc-go) (make)
- pnpm (yarn-pnpm-corepackAUR, pnpm-binAUR, corepackerAUR) (make)
Latest Comments
1 2 Next › Last »
MrBlumi commented on 2025-01-27 12:08 (UTC) (edited on 2025-01-27 12:12 (UTC) by MrBlumi)
I can't reproduce the issue with
kpop
- the build runs through without problems. No difference whether I build directly on notebook/vps or if I build in a (completely new) chroot environment on notebook/vps or if i build in an x86_64 or aarch64 environment.Can you try again please in chroot environment if that is working for you?
You'll need the
devtools
package for these commands to work - they'll create an Arch Linux filesystem tree inside the/mnt/root
folder and afterwards use it to compile the package in the new environment...MrBlumi commented on 2025-01-26 23:09 (UTC) (edited on 2025-01-26 23:35 (UTC) by MrBlumi)
Oh damed, I should read these messages more carefully in the future. I have to Apologie to both of you.
@codified_mantel: I will have a look at this myself tomorrow, but as i usually build in a clean chroot withou anything exept base and base-devel preinstalled this has to be an issue that arrised the last few weeks. I don‘t know if I can come up with a solution…
@TrialnError: thanks for having a look at it. And yes, I will definitively have a look at opencloud but I‘d wait a few weeks until they have at least some code online (atm there is only an announcement in their github page) and until it‘s clear whether they have any legal issues wirh kiteworks or not…
codified_mantel commented on 2025-01-26 22:36 (UTC)
A little more digging this morning shows that the
kpop
dependency comes as part of the idp web ui when attempting to build ocis-7.0.0. If you have it installed anywhere on your system already (as is how .pnpm works), you won't encounter this issue. But any without are screwed atm.codified_mantel commented on 2025-01-26 22:07 (UTC) (edited on 2025-01-26 22:20 (UTC) by codified_mantel)
The kpop dependency comes in at the ci-node... pnpm stage, and if that part isnt fulfilled it ditches the whole build rendering it useless. I checked the PKGBUILD but thats as far as I could get with it. The OpenCloud fork looks interesting but idk. If you want to test the issue, try clearing out your installed node_modules first. Strangely the ETIMEOUT is immediate, regardless of timeout set.
TrialnError commented on 2025-01-26 22:01 (UTC)
Yeah, it didn't really surprise me either. And I hope the best.
No need for immediate action. Release is announced for March. Still some time :D Great to hear, you're considering it :) Dunno about myself maintaining the PKGBUILD alone. But I would be open for sharing the burden (aka Co-Maintainer).
I didn't have that issue. That was codified_mantel :D I just mentioned what can happen if x1 can download y, but x2 not. I did a test build of ocis and it worked, therefore the remark "nothing actionworthy". But didn't check if there is a dep like
kpop
.MrBlumi commented on 2025-01-26 20:08 (UTC)
I haven‘t noticed there was going to be a fork of OCIS, although I thought it was only a matter of time. But sure yes, I will have a look in the next few weeks and play around with an adjusted PKGBUILD if I manage to build it. There are several things I hope they will make better than OCIS before 😅. But if you want to maintain the packaging instructions for the fork instead, I won‘t complain either…
Concerning your issue with kopano.io, can you send me a bit more details by PM so that I can try to reproduce the bug in my instance?
TrialnError commented on 2025-01-26 18:21 (UTC)
Could be temporary, could be a case of blocked cURL. If there would be a thing to change it would be the addition of a new file handler. But for the time being, nothing actionworthy.
That being said: I wanted to ask in advance if you plan to maintain the announced OpenCloud fork? As this will be a fork of ocis.
MrBlumi commented on 2025-01-26 10:57 (UTC)
I don‘t get how this should be related to ocis?
codified_mantel commented on 2025-01-26 10:22 (UTC)
Currently getting this error without resolution, despite being able to fetch the file manually myself.
WARN GET https://download.kopano.io/community/kapp:/kpop-2.7.2.tgz error (ETIMEDOUT). Will retry in 2 minutes. 2 retries left.
MrBlumi commented on 2024-02-20 20:35 (UTC)
Thanks :) Yes, It is much better now. I will add the name for the tarball source next weekend. I must have missed that after tinkering for days with that implicit dependency on OCIS‘s git repo.
For those interested: aarch64 is now available as target as well - it is working, but the pnpm version of ArchLinuxARM is horribly outdated and you have to install the package of mainline Arch Linux for the build process until a newer version of pnpm is available in the ARM repo…
1 2 Next › Last »