When building locally in a qemu/chroot and debugging I find I want to edit the
files in the chroot from my desktop gui editor but they're all owned by 399:399.
This pair of patches allows me to set the uid:gid to match my local user and
eases this process.
usage is:
build --build-abuild-id uid:gid
or more usually:
osc build --build-abuild-id 500:500
osc also accepts (and extends the default) .oscrc settings:
build-abuild-id = 500:500
It only supports numeric ids.
The osc patch also adds --map-repo to aggregatepac which
allows repository mapping(s) to be given as SRC=TARGET[,SRC=TARGET]
eg, a real usage:
osc aggregatepac -m
MerStable_Debian_5.0=Mer0.13_Debian_5.0,MerStable_Ubuntu_9.04=Mer0.13_Ubuntu_9.04
Maemo:Mer:0.13:HW:N8x0 advanced-power Maemo:Mer:Stable:HW:N8x0
https://build.opensuse.org/package/view_file?file=_aggregate&package=advanc…
David
--
"Don't worry, you'll be fine; I saw it work in a cartoon once..."
Hello,
I have been working on an import tool from the build service into git
repositories; the result seems to be basically working now. It is available
as:
home:agruen:Factory/bsgit
The git repository is available at:
http://git.opensuse.org/?p=people/agruen/bsgit.git
Exporting changes into the build service is not supported yet, but it's a
start. Integration into osc also hasn't happened, yet.
The tool tries to be nice to the server and not request the same data over and
over again. Still, when fetching a package, this retrieves all the package's
revisions unless you create a shallow copy using bsgit's --depth=N option.
So please do not blindly fetch huge packages with a long history just to see
what happens. (What would happen is pretty clear -- I would get into
troubles with the build service maintainers!)
Here is how to use bsgit:
$ mkdir stuff
$ cd stuff
$ git init
$ bsgit fetch home:agruen:Factory bsgit
Fetching home:agruen:Factory/bsgit (1)
Fetching home:agruen:Factory/bsgit (2)
Branch 'bsgit' created.
$ git branch -a
* bsgit
remotes/api.opensuse.org/home/agruen/Factory/bsgit
$ bsgit pull
Fetching home:agruen:Factory/bsgit (3)
Branch 'bsgit' updated.
$ bsgit fetch
Already up-to-date.
Observe that bsgit created a remote branch with a long name that encodes the
server, project, and package. This is the state of the package in the build
service. A local branch, 'bsgit', tracks that remote branch. You may make
changes on the local branch.
When you fetch a package, this will leave the local branch alone (except for
creating it when it doesn't exist). A pull does a fetch, followed by a
rebase of the local branch. (It doesn't do a merge because we will not be
able to export merges to the build service anyways, at least not with the
current backend.)
When bsgit detects a source link, it creates a remote branch for the target
package as well (i.e., the package linked to), and it expands the source
link.
Source links are expanded against the revision of the target package that they
were *created* against. Very unfortunately, the build service backend does
not record the revision it creates a source link against. Until that is
fixed (and I hope soon!), some guessing is involved, and some source links
may be expanded against the wrong revision.
Here is a source link example:
$ bsgit clone home:coolo:branches:home:darix:Factory FastCGI
Fetching openSUSE:Factory/FastCGI (1)
Fetching openSUSE:Factory/FastCGI (2)
Fetching openSUSE:Factory/FastCGI (3)
Fetching home:darix:Factory/FastCGI (1)
Fetching home:coolo:branches:home:darix:Factory/FastCGI (1)
Fetching home:coolo:branches:home:darix:Factory/FastCGI (2)
Branch 'FastCGI' created.
$ git branch -a
* FastCGI
remotes/api.opensuse.org/home/coolo/branches/home/darix/Factory/FastCGIremotes/api.opensuse.org/home/darix/Factory/FastCGIremotes/api.opensuse.org/openSUSE/Factory/FastCGI
Cheers,
Andreas
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi,
is it possible to suppress the creation of these .repo files?
They seem to be read by e.g. zypper and because out OBS is internally and the
created repo is being synched to the outside, that won't work.
--
With best regards,
Carsten Hoeger
Can we *please* add a "--all" option to wipebinaries to make the interface symmetrical? Eg. wipebinaries with no options would be a NO-OP that simply prints a message saying it doesnt do anything unless you specify which binaries to wipe.
As it is, it is easy to accidentally forget to put --broken (or whatever) on the cmdline and accidentally wind up rebuilding all 300 of your RPMs. :(
--
Michael
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi,
There seems to be a conflict between the games buildservice and packman. The
conflict is DirectFB 1.2.3-11.3 on games and MPlayer 1.0rc2_r29116-2 on
Packman.
I'm running openSuSE 10.3 on i686
I recently added the games buildservice to my collection of repositories on
openSuSE 10.3. The next time I updated packages to the most recent version
it updated the DirectFB to a more recent version from the games repository
which clashed with mplayer from packman and so the algorithms uninstalled
mplayer. The version of DirectFB from the base repositories / update service
work fine.
Can this be corrected, or must I leave games out of my repository list?
Thanks
David
--
D Hodgson
P: 020 71 833 722 M: 07984 069 846 F: 0845 86 75 74 1
E: david(a)different-perspectives.com
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
First, thanks all who helped make this build service work! I managed to
get one of my packages to build within a few hours, though from having a
functional src.rpm to start with. Had to give up when pages took 2min to
load though (time for bed anwyay...).
When I added the latest buntu/debian distros the package status comes up
as excluded. I guess they need more work, but is there soe tutorial as
well for making .deb?
Thanks,
Volker
--
Volker Kuhlmann is list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi !
Please review the attached patch - if there're no objections, i'd like to commit it to svn.
Reasoning:
For the ARM port, we need to be able to set target of the build because in the qemu-usermode environment
this is not what rpmbuild autodetects. With this patch we can use this in the prjconf:
%ifarch armv5el
Changetarget: armv5tel-suse-linux
%endif
%ifarch armv7el
Changetarget: armv7l-suse-linux
%endif
Thus we've flexible with the target and could also adress different subtargets if we differ repo-names.
Another important point is "osc build". The "build" package needs this change, too. Otherwise we'd end
up with a wrong autodetection when doing a osc build e.g. on a beagleboard.
I put guards around this code-path to only execute this for ARM.
Best,
Jan-Simon
Hi All,
I am Udit Sajjanhar from IIT Kharagpur, India.
I am working on implementing openid login into the opensuse-buildservice.
Cornelius Schumacher is mentoring me and Adrian Schröter is also helping me out.
People who have worked on openid/webclient before would be of great help.
A public version of my gsoc proposal is available @
http://sajjanharudit.googlepages.com/openidproposal
Comments are welcome!!
Looking forward to an exciting summer ahead,
Udit Sajjanhar
(I am sorry if u received two copies of this message. Previous one
seemed to have been rejected as it contained the html link.)
--
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org