Custom Query (159 matches)
Results (46 - 48 of 159)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#67 | fixed | Incorrectly commented define in the template rpm spec | ||
Description |
I use pb version 0.9.10-1042. It generates incorrect template for rpm spec located at pbconf/PROJECT/rpm/PROJECT.spec. This template contains the following line: #%define srcname PBPKG That causes following error during build2pkg: #%define is forbidden, use #define to comment a %define So, that line should look like this #define srcname PBPKG |
|||
#68 | fixed | Process without interaction (handy: cron mode) | ||
Description |
pb should be able to run the whole process cms2vm and test2vm without any gui and user interaction (if ssh is configured correctly by the user). For example: We use Project-Builder to run tests during the night on different distributions (results: softqa.engsas.de/meganizer). This test are run by cron without gui and any interaction.
We discussed some points concerning making pb guiless on the mailing list, if there are no changes right now, i've appended the patch, which I suggested there. The patch assumes, that the user wants to access the VM only if he launches launchvm. All other launches are done by pb and therefore I assume, that the user does not interact with VM manually. We started to discuss some other possible solutions, which may be better. This ticket should be ment as a remind, to go on with that discussion.
Sometimes, the VM hangs (randomly, don't know why), but pb does not detect it, so I suggest to let the user define a default max time per vm, after that time, the vm is halted or killed if halt is not working. This does not solve the problem with the vm, but the process isn't stopped completly and the following vm's are at least processed. |
|||
#69 | fixed | Deb related - only files (but not directories) are delivered to a debian/ dir during cms2build | ||
Description |
Hi, Newer source format packages (quilt) 3.0 cannot be processed by pb correctly. For example we have the following tree: ~/pb/graphite/pbconf/graphite/deb$ tree . |-- changelog |-- compat |-- conf | `-- apache2.conf |-- control |-- copyright |-- dirs |-- install |-- links |-- patches | |-- install-path.diff | |-- series | `-- storage-path.diff |-- postinst |-- postrm |-- pycompat |-- pyversions |-- rules |-- source | `-- format `-- watch As a cms2build result we will have source, patches, and conf directories created as files: tar tzf /home/pb/pb/graphite/delivery/graphite-0.9.6.pbconf.tar.gz graphite-0.9.6/pbconf/ graphite-0.9.6/pbconf/debian-5.0-x86_64/ graphite-0.9.6/pbconf/debian-5.0-x86_64/pyversions graphite-0.9.6/pbconf/debian-5.0-x86_64/postrm graphite-0.9.6/pbconf/debian-5.0-x86_64/source graphite-0.9.6/pbconf/debian-5.0-x86_64/links graphite-0.9.6/pbconf/debian-5.0-x86_64/rules graphite-0.9.6/pbconf/debian-5.0-x86_64/dirs graphite-0.9.6/pbconf/debian-5.0-x86_64/postinst graphite-0.9.6/pbconf/debian-5.0-x86_64/watch graphite-0.9.6/pbconf/debian-5.0-x86_64/patches graphite-0.9.6/pbconf/debian-5.0-x86_64/changelog graphite-0.9.6/pbconf/debian-5.0-x86_64/compat graphite-0.9.6/pbconf/debian-5.0-x86_64/pycompat graphite-0.9.6/pbconf/debian-5.0-x86_64/conf graphite-0.9.6/pbconf/debian-5.0-x86_64/install graphite-0.9.6/pbconf/debian-5.0-x86_64/control graphite-0.9.6/pbconf/debian-5.0-x86_64/copyright |