|
Bugzilla – Full Text Bug Listing |
| Summary: | osc build --no-init - gratuitous package refresh ... | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE.org | Reporter: | Michael Meeks <mmeeks> |
| Component: | BuildService | Assignee: | Sascha Peilicke <speilicke> |
| Status: | RESOLVED FIXED | QA Contact: | Adrian Schröter <adrian.schroeter> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | dimstar, suse-tux |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Bug Depends on: | 373055 | ||
| Bug Blocks: | |||
https://bugzilla.novell.com/show_bug.cgi?id=373055 might be somewhat affiliated? Yes - indeed; it'd be great to fix that first :-) (In reply to comment #0) > Why is any checking or downloading done at all when --no-init is passed ? > The --no-init stuff seems to be a different bug but downloading all the rpms is due to a bug/problem with remoteprojects (the buildinfo doesn't contain "version", "release" and "arch" attributes which are needed by osc to determine if a package already exists in osc's packagecache or not). I committed a patch which should fix this problem (see r7997). Just checked, doesn't seem to happen anymore, therefore closing. |
For my project on IBS: home:michael_meeks:win32/ext2tool I was trying to build with some repos from obs: <project name="home:michael_meeks:win32"> <title></title> <description></description> <person role="maintainer" userid="michael_meeks"/> <person role="bugowner" userid="michael_meeks"/> <repository name="SUSE_SLE-11_Update"> <path repository="SLE_11" project="openSUSE.org:windows:mingw:win32:test"/> <path repository="SLE_11" project="openSUSE.org:windows:mingw"/> <path repository="standard" project="SUSE:SLE-11:Update"/> <arch>x86_64</arch> <arch>i586</arch> </repository> </project> Unfortunately - each time I did build - *even* if I use --no-init - it would download the same set of packages, which (I strongly suspect) did not change in the last few minutes: osc build --no-init --no-verify SUSE_SLE-11_Update i586 Building ext2tool.spec for SUSE_SLE-11_Update/i586 Getting buildinfo from server Updating cache of required packages Trying openSUSE Build Service server for autoconf (openSUSE.org:windows:mingw), since it is not on download.suse.de. (openSUSE.org:windows:mingw) autoconf-None-None.i586.rpm 100% |===============================| 642 kB 00:15 Trying openSUSE Build Service server for automake (openSUSE.org:windows:mingw), since it is not on download.suse.de. (openSUSE.org:windows:mingw) automake-None-None.i586.rpm 100% |===============================| 662 kB 00:06 Trying openSUSE Build Service server for libltdl7 (openSUSE.org:windows:mingw), since it is not on download.suse.de. (openSUSE.org:windows:mingw) libltdl7-None-None.i586.rpm 100% |===============================| 22 kB 00:00 Trying openSUSE Build Service server for libmpfr1 (openSUSE.org:windows:mingw), since it is not on download.suse.de. (openSUSE.org:windows:mingw) libmpfr1-None-None.i586.rpm 100% |===============================| 143 kB 00:01 Trying openSUSE Build Service server for libtool (openSUSE.org:windows:mingw), since it is not on download.suse.de. (openSUSE.org:windows:mingw) libtool-None-None.i586.rpm 100% |===============================| 433 kB 00:05 Trying openSUSE Build Service server for mingw32-binutils (openSUSE.org:windows:mingw:win32:test), since it is not on download.suse.de. (openSUSE.org:windows:mingw:win32:test) mingw32-binutils-None-N 100% |===============================| 1.7 MB 00:53 Trying openSUSE Build Service server for mingw32-cpp (openSUSE.org:windows:mingw:win32:test), since it is not on download.suse.de. (openSUSE.org:windows:mingw:win32:test) mingw32-cpp-None-None.i 100% |===============================| 7.2 MB 03:08 Trying openSUSE Build Service server for mingw32-filesystem (openSUSE.org:windows:mingw:win32:test), since it is not on download.suse.de. (openSUSE.org:windows:mingw:win32:test) mingw32-filesystem-None 100% |===============================| 16 kB 00:04 Trying openSUSE Build Service server for mingw32-gcc (openSUSE.org:windows:mingw:win32:test), since it is not on download.suse.de. (openSUSE.org:windows:mingw:win32:test) mingw32-gcc-None-None.i 100% |===============================| 769 kB 00:43 Trying openSUSE Build Service server for mingw32-headers (openSUSE.org:windows:mingw:win32:test), since it is not on download.suse.de. (openSUSE.org:windows:mingw:win32:test) mingw32-headers-None-No 100% |===============================| 2.7 MB 02:55 Trying openSUSE Build Service server for mingw32-runtime (openSUSE.org:windows:mingw:win32:test), since it is not on download.suse.de. (openSUSE.org:windows:mingw:win32:test) mingw32-runtime-None-No 100% |===============================| 807 kB 00:46 Trying openSUSE Build Service server for mingw32-zlib-devel (openSUSE.org:windows:mingw:win32:test), since it is not on download.suse.de. (openSUSE.org:windows:mingw:win32:test) mingw32-zlib-devel-None 100% |===============================| 25 kB 00:00 Trying openSUSE Build Service server for libpython2_6-1_0 (openSUSE.org:windows:mingw), since it is not on download.suse.de. (openSUSE.org:windows:mingw) libpython2_6-1_0-None-None.i586.rp 87% |=========================== | 512 kB 00:00 ETA ^Z Each time I re-ran 'osc build' it would do the same thing; which (needless to say) substantially slowed things down. Why is any checking or downloading done at all when --no-init is passed ? I have: $ osc --version 0.120.90