Re: [opensuse-packaging] osc up incomplete
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)
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
On 2020-06-09 13:31:48 +0200, Axel Braun wrote:
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
That is, the file is marked for deletion. You can undo it via "osc revert trytond-5.0.19.tar.gz". Marcus -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Am Dienstag, 9. Juni 2020, 14:06:56 CEST schrieb Marcus Hüwe:
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
That is, the file is marked for deletion. You can undo it via "osc revert trytond-5.0.19.tar.gz".
This is strange. I did not mark it for deletion, nor is it up to date....and in the second case (Application:ERP:GNUHealth:3.6/gnuhealth) osc st just prints the revision -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On 2020-06-09 14:25:42 +0200, Axel Braun wrote:
Am Dienstag, 9. Juni 2020, 14:06:56 CEST schrieb Marcus Hüwe:
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
That is, the file is marked for deletion. You can undo it via "osc revert trytond-5.0.19.tar.gz".
This is strange. I did not mark it for deletion, nor is it up to date....
marcus@linux:~> osc ls Application:ERP:GNUHealth:Factory/trytond -e | grep tar.gz trytond-5.0.19.tar.gz marcus@linux:~> Looks OK to me.
and in the second case (Application:ERP:GNUHealth:3.6/gnuhealth) osc st just prints the revision
Hmm that sounds strange. Can you post the output? Marcus -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Hello Marcus Am Dienstag, 9. Juni 2020, 16:07:05 CEST schrieb Marcus Hüwe:
On 2020-06-09 14:25:42 +0200, Axel Braun wrote:
Am Dienstag, 9. Juni 2020, 14:06:56 CEST schrieb Marcus Hüwe:
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
That is, the file is marked for deletion. You can undo it via "osc revert trytond-5.0.19.tar.gz".
This is strange. I did not mark it for deletion, nor is it up to date....
marcus@linux:~> osc ls Application:ERP:GNUHealth:Factory/trytond -e | grep tar.gz trytond-5.0.19.tar.gz marcus@linux:~>
Looks OK to me.
On the server, yes. But it does not get updated to the local machine.
and in the second case (Application:ERP:GNUHealth:3.6/gnuhealth) osc st just prints the revision
Hmm that sounds strange. Can you post the output?
docb@X1E:~/buildservice/Application:ERP:GNUHealth:3.6/gnuhealth> osc up At revision 7. docb@X1E:~/buildservice/Application:ERP:GNUHealth:3.6/gnuhealth> osc st docb@X1E:~/buildservice/Application:ERP:GNUHealth:3.6/gnuhealth> No idea why they get out of sync. I have opened https://bugzilla.opensuse.org/show_bug.cgi?id=1172715 for this Cheers Axel -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On 2020-06-09 18:31:59 +0200, Axel Braun wrote:
Hello Marcus Am Dienstag, 9. Juni 2020, 16:07:05 CEST schrieb Marcus Hüwe:
On 2020-06-09 14:25:42 +0200, Axel Braun wrote:
Am Dienstag, 9. Juni 2020, 14:06:56 CEST schrieb Marcus Hüwe:
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
That is, the file is marked for deletion. You can undo it via "osc revert trytond-5.0.19.tar.gz".
This is strange. I did not mark it for deletion, nor is it up to date....
marcus@linux:~> osc ls Application:ERP:GNUHealth:Factory/trytond -e | grep tar.gz trytond-5.0.19.tar.gz marcus@linux:~>
Looks OK to me.
On the server, yes. But it does not get updated to the local machine.
See above. The file is locally marked for deletion. Just revert it.
and in the second case (Application:ERP:GNUHealth:3.6/gnuhealth) osc st just prints the revision
Hmm that sounds strange. Can you post the output?
docb@X1E:~/buildservice/Application:ERP:GNUHealth:3.6/gnuhealth> osc up At revision 7. docb@X1E:~/buildservice/Application:ERP:GNUHealth:3.6/gnuhealth> osc st docb@X1E:~/buildservice/Application:ERP:GNUHealth:3.6/gnuhealth>
Ok, that's the expected "osc st" output (I was a bit surprised because you wrote it prints a revision).
No idea why they get out of sync.
You updated to the unexpanded sources (the details are in the bug report); osc up -e.
I have opened https://bugzilla.opensuse.org/show_bug.cgi?id=1172715 for this
No bug:) Marcus -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Am Dienstag, 9. Juni 2020, 20:07:33 CEST schrieb Marcus Hüwe:
On 2020-06-09 18:31:59 +0200, Axel Braun wrote:
Hello Marcus
Am Dienstag, 9. Juni 2020, 16:07:05 CEST schrieb Marcus Hüwe:
On 2020-06-09 14:25:42 +0200, Axel Braun wrote:
Am Dienstag, 9. Juni 2020, 14:06:56 CEST schrieb Marcus Hüwe:
> 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
That is, the file is marked for deletion. You can undo it via "osc revert trytond-5.0.19.tar.gz".
This is strange. I did not mark it for deletion, nor is it up to date....
marcus@linux:~> osc ls Application:ERP:GNUHealth:Factory/trytond -e | grep tar.gz trytond-5.0.19.tar.gz marcus@linux:~>
Looks OK to me.
On the server, yes. But it does not get updated to the local machine.
See above. The file is locally marked for deletion. Just revert it.
and in the second case (Application:ERP:GNUHealth:3.6/gnuhealth) osc st just prints the revision
Hmm that sounds strange. Can you post the output?
docb@X1E:~/buildservice/Application:ERP:GNUHealth:3.6/gnuhealth> osc up
At revision 7.
docb@X1E:~/buildservice/Application:ERP:GNUHealth:3.6/gnuhealth> osc st docb@X1E:~/buildservice/Application:ERP:GNUHealth:3.6/gnuhealth>
Ok, that's the expected "osc st" output (I was a bit surprised because you wrote it prints a revision).
No idea why they get out of sync.
You updated to the unexpanded sources (the details are in the bug report); osc up -e.
That did not make a difference...... At least I found why trytond-5.0.19.tar.gz was marked as deleted. The new version was already set in the spec file, old version deleted, but the source service failed (but I could not determine why so far). But it seems to be a temporary problem, as it works now flawlessly Thanks Axel -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
participants (3)
-
Axel Braun -
İsmail Dönmez -
Marcus Hüwe