Overview
Request 774578 accepted
new package
- Created by maxlin_factory
- In state accepted
Request History
maxlin_factory created request
new package
maxlin_factory set openSUSE:Leap:15.2:Staging:E as a staging project
Being evaluated by staging project "openSUSE:Leap:15.2:Staging:E"
maxlin_factory accepted review
Picked "openSUSE:Leap:15.2:Staging:E"
factory-auto accepted review
Check script succeeded
licensedigger accepted review
ok
origin-manager accepted review
origin: SUSE:SLE-15-SP2:GA
maxlin_factory added factory-staging as a reviewer
Being evaluated by group "factory-staging"
maxlin_factory accepted review
Unstaged from project "openSUSE:Leap:15.2:Staging:E"
maxlin_factory set openSUSE:Leap:15.2:Staging:E as a staging project
Being evaluated by staging project "openSUSE:Leap:15.2:Staging:E"
maxlin_factory accepted review
Picked "openSUSE:Leap:15.2:Staging:E"
lkocman-factory declined request
Rejecting submission as it didn't make it to the RC deadline
This can either mean that code didn't build or did not receive required approvals on time.
https://en.opensuse.org/openSUSE:Roadmap
maxlin_factory reopened request
still needs it , SLE package
maxlin_factory accepted review
Staging Project openSUSE:Leap:15.2:Staging:E got accepted.
maxlin_factory approved review
Staging Project openSUSE:Leap:15.2:Staging:E got accepted.
maxlin_factory accepted request
Staging Project openSUSE:Leap:15.2:Staging:E got accepted.
I had the impression that we automagically inherit all new packages from SLE-15:SP2:GA? Just to make sure we don't lose the automagic release of updates for SP2 to Leap if we "manually" add the package.
hmm... yes and no, origin manager submit package update from SLE to Leap if SLE side had newer version, but it will not submit *new * package, so for the first time we need to manually add the package, after that, any further llvm9 update in SLE side will automatically submit to Leap.
btw is that duplicated binaries are expected?
need to find a solution to fix duplicate dbinaries for Leap
Unignored: returned to active backlog.
Breaks rust:
../rustllvm/PassWrapper.cpp: In function 'LLVMRustThinLTOData* LLVMRustCreateThinLTOData(LLVMRustThinLTOModule*, int, const char**, int)': ../rustllvm/PassWrapper.cpp:917:77: error: too few arguments to function 'void llvm::thinLTOResolvePrevailingInIndex(llvm::ModuleSummaryIndex&, llvm::function_ref<bool(long long unsigned int, const llvm::GlobalValueSummary*)>, llvm::function_ref<void(llvm::StringRef, long long unsigned int, llvm::GlobalValue::LinkageTypes)>, const llvm::DenseSet<long long unsigned int>&)' thinLTOResolvePrevailingInIndex(Ret->Index, isPrevailing, recordNewLinkage); ^ In file included from ../rustllvm/PassWrapper.cpp:22:0: /usr/include/llvm/LTO/LTO.h:49:6: note: declared here void thinLTOResolvePrevailingInIndex( ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~This was fixed in https://github.com/rust-lang/rust/pull/62474, contained in rust 1.38. Are there plans to update rust?
Alternatively, replace the
llvm-develdependency in rust byllvm7-develfor Leap 15.2. That should solve the problem without an update.