Am Dienstag, 9. Juni 2020, 12:35:09 CEST schrieb İsmail Dönmez:
On 09 Jun 10:22 2020, Axel Braun wrote:
Hi,
when running osc up on an already checked-out package the result is incomplete:
docb@X1E:~/buildservice/Application:ERP:GNUHealth:Factory/trytond> osc up At revision 89b1e20e3a692c82a8f4db407e683dc8. docb@X1E:~/buildservice/Application:ERP:GNUHealth:Factory/trytond> dir insgesamt 56 -rw-r--r-- 1 docb users 1355 4. Mär 13:50 fix_werkzeug.patch -rw-r--r-- 1 docb users 226 10. Mär 10:45 revert_werkzeug_setup.patch -rw-r--r-- 1 docb users 10528 4. Jun 11:59 trytond.changes -rw-r--r-- 1 docb users 3795 4. Okt 2016 trytond.conf -rw-r--r-- 1 docb users 3801 4. Okt 2016 trytond.conf.example -rw-r--r-- 1 docb users 585 11. Jun 2018 trytond_log.conf -rw-r--r-- 1 docb users 470 26. Mai 2015 trytond.service -rw-r--r-- 1 docb users 4262 4. Jun 11:59 trytond.spec -rw-r--r-- 1 docb users 8809 15. Dez 12:38 tryton-server.README.SUSE
-> the source tarball is missing! Same I noticed with other projects, e.g. Application:ERP:GNUHealth:3.6/ gnuhealth which links to Application:ERP:GNUHealth:Factory/gnuhealth, and, after an update, still contains the old tarball locally
rpm -qa | grep osc
osc-0.169.1-1.1.noarch
local system is TW
Any idea?
What does "osc st" says?
docb@X1E:~/buildservice/Application:ERP:GNUHealth:Factory/trytond> osc st D trytond-5.0.19.tar.gz M trytond.changes M trytond.spec Am Dienstag, 9. Juni 2020, 13:15:46 CEST schrieb Jan Engelhardt:
docb@X1E:~/buildservice/Application:ERP:GNUHealth:Factory/trytond> osc up At revision 89b1e20e3a692c82a8f4db407e683dc8.
-> the source tarball is missing!
osc up -u
and check the _link file for whether any files are marked for being deleted.
docb@X1E:~/buildservice/Application:ERP:GNUHealth:Factory/trytond> osc up -u Unexpanding to rev 86 A _link At revision 86. Was there a change in the handling of links? Cheers Axel -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org