[opensuse-factory] Food for thought for interdependent package submission to factory
Hi, Yesterday, I submitted three packages to factory which all were declined. Be in mind that decline is not the issue here, but can the process be reworked on cases where the packages are depending the other. Allow me to build the picture: SR# 116750 grahics/fbi Descr: this package provides exiftran which is required by rapid-photo-downloader fbi depends on libpcd-devel which was submitted as # 16718 Thanks Comment: please make sure to wait before these depencencies are in openSUSE:Factory: libpcd-devel, libpcd2 116751 graphics/rapid-photo-downloader Descr: This package depends on exiftran which is part of fbi package submitted earlier with #116750 Comment: please make sure to wait before these depencencies are in openSUSE:Factory: exiftran, rapid-photo-downloader:python-pyexiv2 116760 devel:languages:python/python-pyexiv2 Descr: this package is needed by rapid-photo-downloader which is submitted with SR# 116751 Comment: Output of check script: python-pyexiv2.spec does not appear to contain a Copyright comment. Apart from the last request (#116760) it is clearly stated that each package depends on a previous request and that is what the declination comment is saying also, Alas nothing new. So the question is since the description part is written by people for people, would it be not better in situations like this the script automatically sends a message to the factory-auto group rather than simply declining the request. As seen above it is clearly stated that the missing packages are known and they are en route. Maybe we should not allow computers to do all the work, there happens to be cases where human intelligence is needed. So the question is can the auto-check scripts improved to handle similar cases, as surely I am not the first one to hit this hurdle. Thanks Togan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 09.05.2012 09:16, Togan Muftuoglu wrote:
Hi,
Yesterday, I submitted three packages to factory which all were declined. Be in mind that decline is not the issue here, but can the process be reworked on cases where the packages are depending the other.
Allow me to build the picture:
SR# 116750 grahics/fbi Descr: this package provides exiftran which is required by rapid-photo-downloader fbi depends on libpcd-devel which was submitted as # 16718 Thanks
Comment: please make sure to wait before these depencencies are in openSUSE:Factory: libpcd-devel, libpcd2
116751 graphics/rapid-photo-downloader Descr: This package depends on exiftran which is part of fbi package submitted earlier with #116750
Comment: please make sure to wait before these depencencies are in openSUSE:Factory: exiftran, rapid-photo-downloader:python-pyexiv2
116760 devel:languages:python/python-pyexiv2
Descr: this package is needed by rapid-photo-downloader which is submitted with SR# 116751
Comment: Output of check script: python-pyexiv2.spec does not appear to contain a Copyright comment.
Apart from the last request (#116760) it is clearly stated that each package depends on a previous request and that is what the declination comment is saying also, Alas nothing new.
So the question is since the description part is written by people for people, would it be not better in situations like this the script automatically sends a message to the factory-auto group rather than simply declining the request.
The submit weren't declined by factory-auto, but be me. factory-auto only added the comment. I decline such requests if there is no pending request for the packages missing - and this is the information you added only in between the lines: you only submitted python-pyexiv2 _after_ the decline. So the decline is a message - in this case "please wait", the requests are reopened easily once the packages are in. But I don't want factory-auto to have 2000 requests open, all waiting for each other, so I decline such requests regularly. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/09/2012 10:05 AM, Stephan Kulow wrote:
The submit weren't declined by factory-auto, but be me. factory-auto only added the comment. I decline such requests if there is no pending request for the packages missing - and this is the information you added only in between the lines: you only submitted python-pyexiv2 _after_ the decline.
Thanks for clarifying, as I had the impression there was magic script to blame.
So the decline is a message - in this case "please wait", the requests are reopened easily once the packages are in. But I don't want factory-auto to have 2000 requests open, all waiting for each other, so I decline such requests regularly.
Fair enough and note to self "need patience but right now please" Togan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 09.05.2012 10:22, Togan Muftuoglu wrote:
On 05/09/2012 10:05 AM, Stephan Kulow wrote:
The submit weren't declined by factory-auto, but be me. factory-auto only added the comment. I decline such requests if there is no pending request for the packages missing - and this is the information you added only in between the lines: you only submitted python-pyexiv2 _after_ the decline.
Thanks for clarifying, as I had the impression there was magic script to blame.
So the decline is a message - in this case "please wait", the requests are reopened easily once the packages are in. But I don't want factory-auto to have 2000 requests open, all waiting for each other, so I decline such requests regularly.
Fair enough and note to self "need patience but right now please"
libpcd is in now, so you should be able to reopen the rest - as soon as your python package is fixed Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (2)
-
Stephan Kulow -
Togan Muftuoglu