Hello!
Currently there is no way to link to a package built on the build service
because if we do so this link will break on every rebuild since the release
number will change.
Because of that I recommmend to automatically create symbolic links without
the version number as we have in the update directories on ftp.suse.com. For
example:
zypper.rpm -> zypper-0.6.15-0.1.i586.rpm
If we do so we can just link to
http://software.opensuse.com/download/.../packagename.rpm. This link will
never break due to an automatic rebuild.
Robert
--
Robert Schiele
Dipl.-Wirtsch.informatiker mailto:rschiele@gmail.com
"Quidquid latine dictum sit, altum sonatur."
SLES9 ships with Python 2.3. With my latest code changes, I noticed that
I changed things in a way incompatible to Python 2.3 (using decorators).
(I basically noticed this because byte-compiling failed according to the
build log, although the build didn't actually fail due to that. I saw it
by pure luck.)
This can easily be fixed, so I removed the decorators and started to
test osc on SLES9, and found more problems on the way.
Python 2.3 didn't have a cookielib module, and it is not easy to add it
because parts of it live integrated in the urllib2 module. Still, it is
straightforward to just skip cookie support if not available.
But there were further problems, which prevent the current codebase from
working with Python 2.3. I fixed some further issues, and got as far as
to a working 'osc build'.
However, the next problem I'm facing is that I can't commit files (gets
an internal server error back), and since urllib2 is not as easy to
debug as newer versions, I stopped there for now.
Overall, the situation gives me the impression that osc hasn't been
working on SLES9 lately, or maybe since a long time, and nobody did ever
complain about it.
The download statistics show 6 or 7 osc package downloads in the
last 50 days for SLES9.
What do you think. Is it worth pursuing this further? Or should we maybe
simply no longer build osc for SLES9?
All other platforms in the buildservice seem to have Python 2.4 or
newer.
Peter
--
Allen Gewalten zum Trutz sich erhalten.
SUSE LINUX Products GmbH
Research & Development
Hi,
while looking at adding support for editing project configuration,
I thought that I'd like to organize osc subcommands that show or change
metadata in a more consistent way.
I have written down some ideas, that involve some renaming, and I'm
wondering what would make most sense to most people:
1)
current: new (read): new (write):
usermeta,edituser showuser edituser
meta,editmeta showpacmeta editpacmeta
meta,editprj showprj editprj
meta,editpac showpac editpac
updatepacmetafromspec editpac --fromspec
- showprjconf editprjconf
This swamps the "osc help" output with new commands... but they will at
least appear together, since alphabetically sorted...
2)
Only have a "showmeta" and a "editmeta" subcommand, which take their own
subcommand specifying what kind of metadata to work on:
showmeta user
showmeta prj
showmeta prjconf
showmeta pac
editmeta user
editmeta prj
editmeta prjconf
editmeta pac [--fromspec]
3)
Or maybe even put them under a single subcommand, "meta":
meta [--edit] user
meta [--edit] prj
meta [--edit] prjconf
meta [--edit] pac
Anyone has an opinion on that?
Thanks,
Peter
--
Allen Gewalten zum Trutz sich erhalten.
SUSE LINUX Products GmbH
Research & Development
I suggest creating project "console" for programs not requiring X.
May be split into console:whatever (probably later, after acquiring
enough packages).
Best regrads
Petr
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi,
Currently, there are a lot of programs which will not build on
Mandriva 2007 on the BS as there fontconfig fails with something like
this:
installing fontconfig-2.4.1-1mdv2007.0
/usr/bin/fc-cache: error while loading shared libraries:
libfontconfig.so.1: cannot open shared object file: No such file or
directory
error: %post(fontconfig-2.4.1-1mdv2007.0.i586) scriptlet failed, exit
status 127
The issue here is fontconfig, like many executable programs on
Mandriva have the main binary and libraries split, even if the
libraries are not shared. Scribus for example needs libscribus.0
It was explained to me this makes upgrading easier, but I'm personally
skeptical you need to do this to lots of normal desktop apps.
In any case, adding libfontconfig1 into the build packages would fix
it.
Hope that helps,
Peter
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hello.
Could you please create repository "Astronomy" for me.
I will put there some astronomical utilities and amusements which are
not in Suse distro yet.
Thank you.
Regards Ladislav Michnovic.
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi, the Mandriva:2006/standard repository fails during setup with:
...
installing gnu-crypto-2.0.1-1.1mdk
/var/tmp/rpm-tmp.94988: line 1: rebuild-security-providers: command not
found
error: %post(gnu-crypto-2.0.1-1.1mdk.noarch) scriptlet failed, exit
status 127
See
http://build.opensuse.org/package/live_build_log?package=swamp_svn&reposito…
Greetings
--
Thomas Schmidt (tschmidt [at] suse.de)
SUSE Linux Products GmbH :: Research & Development :: Internal Tools
openSUSE - All your base are belong to us!
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org
Hi all
I've consolidated the repo above with the Education:desktop repository.
So there is no need for this extra repository any longer. All packages
from this repository (and even more ;-) are available in the
Education:desktop repository now.
So please remove the SUSE:SLE-10:SLED:Education repository.
Thanks!
Lars
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-buildservice+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-buildservice+help(a)opensuse.org