openSUSE Build Service March 2009

buildservice@lists.opensuse.org

62 participants
69 discussions

[opensuse-buildservice] Subject of submit request mails changed

by Klaas Freitag

Hi, as requested in https://bugzilla.novell.com/show_bug.cgi?id=469168 I just changed the subjects of the submit request mails. I thought the reporter is right that for example this: [obs submit-request 7521] openSUSE:Factory:Contrib/schemik: accepted by prusnak is a more structured and useful subject. I hope you agree, Klaas BTW - there is a quite human useable admin interface for the hermes messages. I am happy to give interested people admin rights to work on the templates. Let me know if you know somebody ;-) -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

12 years, 9 months

[opensuse-buildservice] Re: [opensuse-svn] r6699 - in trunk/buildservice/src/clientlib/python/osc/osc: . util

by Peter Poeml

On Wed, Mar 04, 2009 at 03:15:14PM -0700, Novell Forge SVN wrote: > Author: Marcus_H > Date: 2009-03-04 15:15:11 -0700 (Wed, 04 Mar 2009) > New Revision: 6699 > > Added: > trunk/buildservice/src/clientlib/python/osc/osc/util/ > trunk/buildservice/src/clientlib/python/osc/osc/util/__init__.py > trunk/buildservice/src/clientlib/python/osc/osc/util/ar.py > Log: > - added ar module: this can be used to read ar archives. This will be > used later to extract files from a debian package which uses this > format. Currently we only support the GNU format (note: maybe > something is still missing but it's sufficient for our needs) One step further towards injection of rpm^Wdeb requires injection? Nice :-) (Marcus and I discussed offline a bit, whether this should become a Python module in its own. Maybe it still can become one later. Maybe my (comparatively stupid) cpio bits could accompany this...) > Added: trunk/buildservice/src/clientlib/python/osc/osc/util/ar.py > =================================================================== > --- trunk/buildservice/src/clientlib/python/osc/osc/util/ar.py (rev 0) > +++ trunk/buildservice/src/clientlib/python/osc/osc/util/ar.py 2009-03-04 22:15:11 UTC (rev 6699) > @@ -0,0 +1,154 @@ I see one thing missing here, or rather I don't see it: A copyright and license header. I guess one should be present, in particular because this module looks a little bit detached (in the sense of independent) from the rest of the code. > +import os > +import re > +import sys > +import StringIO > +import stat > + > +class ArError(Exception): > + """Base class for all ar related errors""" > + def __init__(self, fn, msg): > + Exception.__init__(self) > + self.file = fn > + self.msg = msg > + > + def __str__(self): > + return 'ar error: %s' % self.msg > + > +class ArHdr(): > + """Represents an ar header entry""" > + def __init__(self, fn, date, uid, gid, mode, size, fmag, off): > + self.file = fn.strip() > + self.date = date.strip() > + self.uid = uid.strip() > + self.gid = gid.strip() > + self.mode = stat.S_IMODE(int(mode, 8)) > + self.size = int(size) > + self.fmag = fmag > + # data section starts at off and ends at off + size > + self.dataoff = int(off) > + > + def __str__(self): > + return '%16s %d' % (self.file, self.size) > + > +class ArFile(StringIO.StringIO): > + """Represents a file which resides in the archive""" > + def __init__(self, fn, uid, gid, mode, buf): > + StringIO.StringIO.__init__(self, buf) > + self.name = fn > + self.uid = uid > + self.gid = gid > + self.mode = mode > + > + def saveTo(self, dir = None): > + if not dir: > + dir = os.getcwd() > + fn = os.path.join(dir, self.name) > + f = open(fn, 'wb') > + f.write(self.getvalue()) Ah, so this can actually save a part from the archive to disk? > + f.close() > + os.chmod(fn, self.mode) > + uid = self.uid > + if uid != os.geteuid() or os.geteuid() != 0: > + uid = -1 > + gid = self.gid > + if not gid in os.getgroups() or os.getegid() != 0: > + gid = -1 > + os.chown(fn, uid, gid) > + > +class Ar(): > + """ > + Represents an ar archive (only GNU format is supported). > + Readonly access. > + """ > + hdr_len = 60 > + hdr_pat = re.compile('^(.{16})(.{12})(.{6})(.{6})(.{8})(.{10})(.{2})', re.DOTALL) Interesting approach - I would have used struct.unpack for this, I guess. > + > + def __init__(self, fn): > + self.filename = fn > + self.hdrs = [] > + self.ext_fnhdr = None > + # file object: will be closed in __del__() > + self.__file = None > + > + def __del__(self): > + if self.__file: > + self.__file.close() > + > + def _appendHdr(self, hdr): > + # GNU uses an internal '//' file to store very long filenames > + if hdr.file.startswith('//'): > + self.ext_fnhdr = hdr > + else: > + self.hdrs.append(hdr) > + > + def _fixupFilenames(self): > + """ > + support the GNU approach for very long filenames: > + every filename which exceeds 16 bytes is stored in the data section of a special file ('//') > + and the filename in the header of this long file specifies the offset in the special file's > + data section. The end of such a filename is indicated with a trailing '/'. > + Another special file is the '/' which contains the symbol lookup table. > + """ > + for h in self.hdrs: > + if h.file == '/': > + continue > + # remove slashes which are appended by ar > + h.file = h.file.rstrip('/') > + if not h.file.startswith('/'): > + continue > + # handle long filename > + off = int(h.file[1:len(h.file)]) > + start = self.ext_fnhdr.dataoff + off > + self.__file.seek(start, os.SEEK_SET) > + # XXX: is it safe to read all the data in one chunk? I assume the '//' data section > + # won't be too large > + data = self.__file.read(self.ext_fnhdr.size) > + end = data.find('/') > + if end != -1: > + h.file = data[0:end] > + else: > + raise ArError('//', 'invalid data section - trailing slash (off: %d)' % start) > + > + > + def read(self): > + """reads in the archive. It tries to use mmap due to performance reasons (in case of large files)""" > + if not self.__file: > + import mmap > + self.__file = open(self.filename, 'rb') > + try: > + self.__file = mmap.mmap(self.__file.fileno(), 0, prot=mmap.PROT_READ) > + except EnvironmentError, e: > + if e.errno == 19: > + print >>sys.stderr, 'cannot use mmap to read the file, falling back to the default io' Wise... we had this before... > + else: > + raise e > + else: > + self.__file.seek(0, os.SEEK_SET) > + data = self.__file.read(7) > + if data != '!<arch>': > + raise ArError(self.filename, 'no ar archive') > + pos = 8 > + while (len(data) != 0): > + self.__file.seek(pos, os.SEEK_SET) > + data = self.__file.read(self.hdr_len) > + if not data: > + break > + pos += self.hdr_len > + m = self.hdr_pat.search(data) > + if not m: > + raise ArError(self.filename, 'unexpected hdr entry') > + args = m.groups() + (pos, ) > + hdr = ArHdr(*args) > + self._appendHdr(hdr) > + # data blocks are 2 bytes aligned - if they end on an odd > + # offset ARFMAG[0] will be used for padding (according to the current binutils code) > + pos += hdr.size + (hdr.size & 1) > + self._fixupFilenames() > + > + def get_file(self, fn): > + for h in self.hdrs: > + if h.file == fn: > + self.__file.seek(h.dataoff, os.SEEK_SET) > + return ArFile(h.file, h.uid, h.gid, h.mode, > + self.__file.read(h.size)) > + return None Peter -- Contact: admin(a)opensuse.org (a.k.a. ftpadmin(a)suse.com) #opensuse-mirrors on freenode.net Info: http://en.opensuse.org/Mirror_Infrastructure SUSE LINUX Products GmbH Research & Development

12 years, 9 months

[opensuse-buildservice] Old cmake version is used

by Matthias Fehring

Hello list, I have a sub project in my build service home project, where I build packages for KDE4. https://build.opensuse.org/project/show?project=home:buschmann23:KDE4 I have a repository layout there like in KDE:KDE4:Community. The repositories use my main home project and KDE:KDE4:*:Desktop as base repos. My problem is now, that for the openSUSE_11.0_KDE4_Factory_Desktop repository every time the cmake version from openSUSE:11.0 ist used, and not that from devel:tools:building project, which is a base repo for KDE:KDE4:Factory:Desktop/openSUSE_11.0. Why does this happen? Best greetings Buschmann ---------------------------------------------------------------------------------- openSUSE Member - de.opensuse.org Sys-Op http://en.opensuse.org/User:Buschmann23

12 years, 9 months

[opensuse-buildservice] osc and security

by Joop Boonen

I've checked out ~/.oscrc I saw that my password can be found in plain text. As someone who would be able to read this file would be able to change packages that I have created. I'm rather worried about it. The package could easily be piggy backed with mall ware. I'm wondering wouldn't it be possible to put an encrypted password? Or even better to work with ssh keys? An other option would be that the password wouldn't be saved. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

12 years, 9 months

[opensuse-buildservice] Build Team Meeting

by Adrian Schröter

present: abauer, mls, froh, adrian, poeml sent in status: Martin Mohring, Markus Hüwe absent: freitag * Status round * PDB migration status Status round ============ mls: * fixing build number syncing in 1.5 branch * working on backend support part for repairing broken source links abauer: * Updated openSUSE hermes and fixed RSS feed support. * Created proposal for attribute support in OBS as part of PDB migration. poeml: * Worked on new zypper support for factory. * New OBS Mirror in US. * download redirector redirects to fedora server for package download of Fedora project. * Mirror database speed improvements. adrian: * repaired broken signing host. * started to collect features for this year in FATE. Hüwe: - tracked down backend bug fixed in -r 6613 - fixed osc bug #477690: build: use a cookie when fetching the binaries fixed in -r 6614 - work on "inject rpm data for buildinfo calculation" feature Mohring: - debugged/fixed obs svn trunk bug fixed in -r 6613 (another famous 1 liner) - working on bringing maemo.org SDK 4.1 and later 5.0 prereleases (with support from Jan-Simon Möller) to work in "test OBS" - brought "test OBS" back to work (moved servers + tracking down svn trunk breakage) - packaged and tested openSUSE:Tools:Devel/obs-all-svn @ up to svn trunk -r 6614 - packaged and tested openSUSE:Tools:Devel/qemu-svn @ svn trunk -r 6654 PDB Migration ============= * Andreas created proposal for attribute system, we will discuss it later this week. * Other requirements like package drop requests have been added to Fate. -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

12 years, 9 months

[opensuse-buildservice] HowTo find or create a RHEL 3 build-config-file

by Matthias Kerk

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, For my old systems I need some RHEL 3-Packages. Those packages I'd like to build with my local-OBS. Unfortunately, there is no Configfile in /usr/lib/obs/server/build/configs for RedHat. I wonder if there are any existing configfiles for RHEL 3 available? What do I have to keep in mind when manually creating such configfiles? Are there any differences between the build process and the making of configfiles for !SuSE and for RHEL? Best regards and thanks in advance, Matthias -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkmrxGcACgkQTG9/zWWjsBvdmACdHUmIeKXjIududI0ZzMlezeIh Q80AmwULgOm+s9uT7eDdHVpN8qM+fhDd =Aw8E -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

12 years, 9 months

[opensuse-buildservice] project "server:ltsp" deleted by mistake

by Jigish Gohil

Hi One of the maintainer of server:ltsp project has deleted it by mistake, can it be restored? If not please re-create it, we will upload the packages again. Thanks -J -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

12 years, 9 months

[opensuse-buildservice] broken signing in the last 24h hours

by Adrian Schröter

JFYI, our sign host broke down (harddisc error, blocking raid IO) somewhen on saturday. It is repaired now, but the OBS package building was very slow for a while and it published also some unsigned packages and repos. However, everything is fixed again, all current running builds should get signed again. bye adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

12 years, 9 months

[opensuse-buildservice] %kde4_runtime_requires failed

by Sascha 'saigkill' Manns

Hello Mates, actually the using of %kde4_runtime_requires failed: File must begin with "/": Requires: File must begin with "/": kdebase4-runtime File must begin with "/": >= File must begin with "/": 4.2.0 File must begin with "/": kdebase4-runtime File must begin with "/": < File must begin with "/": 4.2.60 Has anyone an idea what the error is? -- Sincereley yours Sascha Manns openSUSE Marketing Team (Weekly News) openSUSE Build Service Web: http://saschamanns.gulli.to Blog: http://lizards.opensuse.org/author/saigkill -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org

12 years, 9 months

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openSUSE Build Service March 2009