Package Details: flexo 1.6.9-7

Git Clone URL: https://aur.archlinux.org/flexo.git (read-only, click to copy)
Package Base: flexo
Description: A central pacman cache
Upstream URL: https://github.com/nroi/flexo
Licenses: MIT
Conflicts: flexo-git
Provides: flexo
Submitter: desbma
Maintainer: desbma
Last Packager: desbma
Votes: 10
Popularity: 0.119435
First Submitted: 2022-03-10 22:23 (UTC)
Last Updated: 2023-12-14 17:45 (UTC)

Latest Comments

desbma commented on 2024-03-24 21:25 (UTC)

@ihaterust I can reproduce this error too by building the upstream project directly, you should report this at https://github.com/nroi/flexo/issues

ihaterust commented on 2024-03-24 02:28 (UTC)

I am unable to build this package, cargo gives an error compiling rustc-serialize.

error: could not compile `rustc-serialize` (lib) due to 1 previous error
warning: build failed, waiting for other jobs to finish...
==> ERROR: A failure occurred in build().
    Aborting...

Full details:

error[E0310]: the parameter type `T` may not live long enough
    --> /home/art/.cargo/registry/src/index.crates.io-6f17d22bba15001f/rustc-serialize-0.3.24/src/serialize.rs:1155:5
     |
1155 |     fn decode<D: Decoder>(d: &mut D) -> Result<Cow<'static, T>, D::Error> {
     |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
     |     |
     |     the parameter type `T` must be valid for the static lifetime...
     |     ...so that the type `T` will meet its required lifetime bounds...
     |
note: ...that is required by this bound
    --> /usr/src/debug/rust/rustc-1.77.0-src/library/alloc/src/borrow.rs:180:30
help: consider adding an explicit lifetime bound
     |
1151 | impl<'a, T: ?Sized + 'static> Decodable for Cow<'a, T>
     |                    +++++++++


sovanyio commented on 2023-12-14 18:37 (UTC) (edited on 2023-12-14 18:39 (UTC) by sovanyio)

@desbma all good now, wasn't sure about tests on that was guessing that the latest git snapshot might have fixed the tests.

Opened an issue for it: https://github.com/nroi/flexo/issues/115

desbma commented on 2023-12-14 17:57 (UTC)

@FixedWing @sovanyio Can you try -7 ? I have left the unit tests enabled, but disabled the integration tests. The flexo-git package does not run any tests, that is why building it works, but it may hide real issues.

sovanyio commented on 2023-12-14 16:11 (UTC)

@FixedWing, had the same issue with -4 and -6. I moved to the git package and all is good now.

desbma commented on 2023-11-18 20:52 (UTC)

@FixedWing I am not the author of flexo, I think you should open an issue on the upstream repository https://github.com/nroi/flexo to understand why tests fail on your system. I could just disable tests, but it's a good practice to run them before building the package, precisely because they can reveal real problems.

FixedWing commented on 2023-11-18 19:25 (UTC) (edited on 2023-11-18 19:31 (UTC) by FixedWing)

I successfully compiled 1.6.9-2 but now when I try to compile -4 I get:

Running tests/integration_test.rs (target/debug/deps/integration_test-87ab0dbd66dd9f70)

running 17 tests
test job_continued_after_partial_completion ... FAILED
test job_panic_results_in_main_panic - should panic ... ok
test best_provider_selected ... ok
test downgrade_provider ... FAILED
test next_order_success_after_first_order_failed ... ok
test no_downgrade_if_all_providers_fail ... ok
test no_infinite_loop ... ok
test provider_lowest_score ... ok
test no_new_channel_established ... FAILED
test provider_reused_after_job_completed ... FAILED
test new_channel_established_because_channel_in_use has been running for over 60 seconds
test order_skipped_if_already_in_progress has been running for over 60 seconds
test provider_no_two_simultaneous_jobs has been running for over 60 seconds
test provider_two_simultaneous_jobs_if_required has been running for over 60 seconds
^C
==> ERROR: Aborted by user! Exiting...
==> Cleaning up...

Also, is it possible that these tests, especially when aborted, could corrupt files in Flexo's cache? It might be coincidence, but right after this I had files that were corrupted that I had to manually delete. This has happened a few times now and invariably stops Flexo from starting or running. Query, could Flexo be made more robust by downloading and overwriting corrupted files rather than terminating/refusing to start?

Stephen

desbma commented on 2023-07-01 19:43 (UTC)

@joshtau You are absolutely right, I have copied the service file from the flexo-git package a while ago and did not bother to review it at the time because the maintainer is the author of flexo. I have fixed the network dependency, and also some other stuff like hardening options that made no sense for a service not running as root, or others that were missing.

joshtau commented on 2023-06-27 10:09 (UTC)

Hi, thanks so much for this. Been using it for ages with 0 issues.

Would it be better to target network-online.target instead of network.target? Systemd has a.. rather opinionated wiki article here about the different stages: https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/

My network was being slow on boot, hasn't been an issue yet but was looking what relies on what and saw flexo. Machine rarely reboots, so shouldn't be a problem, but if the mirror checker happens before the network is actually ready this might cause issues.