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? - ismail -- "In this world, you must be oh so smart, or oh so pleasant. Well, for years I was smart. I recommend pleasant." SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany GF: Felix Imendörffer (HRB 36809, AG Nürnberg)