Hello,
I am currently maintaining the library ADOL-C hosted at [1], and would
like to see it included in the next openSUSE distribution.
The library enables a user to write C/C++ programs (or any other
language that can link with C/C++) for evaluating first and higher order
derivatives of scalar and vector valued functions at very little
additional cost (small constant factor) than the function evaluations
themselves, even for high dimensional functions. The library implements
the theory of Algorithmic Differentiation as described in [2]. We
distribute the library optionally under the GPLv2 or the CPL.
The library has been used and tested in recent years by a number of
people who are interested in numerical modelling and optimisation, and
has been included in the Debian distribution for some time [3].
I have prepared a package in the openSUSE Build Service and submitted it
to the devel:libraries:c_c++ project. Please consider including it into
openSUSE:Factory.
Thanks and regards.
Kshitij Kulshreshtha
[1] http://projects.coin-or.org/ADOL-C
[2] Griewank and Walther, Evaluating Derivatives (2nd ed), SIAM, 2008
[3] http://packages.debian.org/source/sid/adolc
--
Kshitij Kulshreshtha
Institut für Mathematik,
Universität Paderborn,
Warburger Straße 100,
33098 Paderborn.
Büro: A3.235
Privatanschrift:
Arnikaweg 62
33100 Paderborn.
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-factory+help(a)opensuse.org
Hello Mates,
since a few years i'm serving as Maintainer of the BOINC Package.
Sadly the last Versions can't driven correctly. So i would like to give
the Maintainer Job another, better Person.
Maybe we can place then a running Version into Factory.
All needed Files (my latest Status) can seen under home:saigkill:boinc.
cu Sascha
--
Sincerely yours
Sascha Manns
open-slx GmbH
openSUSE Community & Support Agent
openSUSE Marketing Team
Blog: http://saigkill.wordpress.com
Web: http://www.saschamanns.de
Web: http://www.open-slx.de (openSUSE Box Support German)
Web: http://www.open-slx.com (openSUSE Box Support English)
Open-SLX : Linux convenient, simple, secure and complete
Hi all!
yesterday I received a request to put R-base (the statistics package) into Factory.
Another package named Cantor seems to depend on R in Factory.
I'm willing to put R into Factory and keep it current and running in there.
But: I was totally unaware of "Factory" as something different from
building against opensuse:Factory what I do all the time.
I read the available documents but a few questions remain:
Do I need a _new_, additional repository for R-base?
It lives in devel:languages:R and its subprojects now.
Or can I just use that and send osc submitrequests after someone (who?)
accepts R-base into Factory.
One problem I see with R-base is the release schedule.
Is there any problem in releasing the latest R as I do now?
Normally we have releases around Oct 16th and April 16th. At the moment I am providing the latest R to all Suse-releases on which it compiles.
I understand the reasoning behind keeping the version number fixed following a release, but I would expect that happens more or less through freezing for GM and all other developement untouched?
Is this correct?
What to do now?
My plan regarding R-base would be to wait till R-2.12.0 is released (Oct 16th) and afterwards put some effort to clean up the build process (there are some warnings etc ...) and at the same time get it into Factory.
Can you give any advise from your side what is easiest (and best) to get it into Factory?
Detlef
--
Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief!
Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-factory+help(a)opensuse.org
I started seeing these yesterday. Brandon told me he's seen them also.
Initially I was using mirrors.kernel.org so I switched to the slower
download.opensuse.org figuring the mirror process had messed up but I'm
still seeing them.
Retrieving: pam-32bit-1.1.2-1.2.x86_64.rpm [done (3.6 KiB/s)]
Digest verification failed for pam-32bit-1.1.2-1.2.x86_64.rpm. Expected 1d98800837346332672ab901baae3f77234cc27b, found 4970e4817161bd198a28d1027e6fce2af5c17404. Continue? [yes/no] (no): y
Package pam-32bit-1.1.2-1.2 seems to be corrupted during transfer. Do you want to retry retrieval?
Abort, retry, ignore? [a/r/i] (a): ^C
I've deleted my cache and refreshed but no change. Screen was bad also, as
was a few devel packages.
# zypper lr -d factory-oss
Alias : factory-oss
Name : factory-oss
URI : http://download.opensuse.org/factory/repo/oss/
Enabled : Yes
Priority : 99
Auto-refresh : Off
Keep Packages : Off
Type : yast2
GPG Check : On
GPG Key URI :
Path Prefix :
Parent Service :
MD Cache Path : /var/cache/zypp/raw/factory-oss
I need to reboot this test machine into SP1 to look at some bugs, so it's a
bit inconvenient that I'm stuck here.
Tony
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-factory+help(a)opensuse.org
Hi,
a few years ago I have driven an effort to split the Firefox package in
openSUSE so that Firefox is a pretty small addon based on the xulrunner
packages. We already had a xulrunner package at that time to satisfy
consumers/applications which want to embed Gecko and to be able to run
XUL applications designed to run under xulrunner.
Back then I stripped out almost all duplication from the Firefox package
and based it on xulrunner.
That went fairly well up to Firefox 3.6 now but starting with Firefox 4
Mozilla did some heavy changes to Firefox' extension and chrome system
which makes it very hard to do it as we did. Some things are just
impossible and we would need to configure Firefox differently as
upstream does to keep compatibility with the above app design.
One difference you can notice right now with the Firefox 4 betas I ship
is that localization doesn't work anymore which is one outcome of the
changes.
Another feature (omnijar; performance related) is currently disabled
because it's not possible with our structure.
Because of all the above I'm thinking about taking back that split and
ship Firefox as (almost) static build again.
I don't want to drop the xulrunner packages as they still make sense though.
That also shouldn't be a problem of maintenance since we already had to
keep xulrunner and firefox exactly in sync and built from the same
sources. Basically the only thing which is affected is the size of the
package but I _think_ going from 1MB to 10MB (something like that) will
kill our installation media?
This is more or less just a heads up to give people the chance to raise
their voice or concerns since it might be possible to keep it as it is
with some constraints (and unfortunately some ongoing work to keep up
with upstream).
Any comments?
Wolfgang
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-factory+help(a)opensuse.org
LibreOffice: We're switching, yes?
If so, testers look forward to it by M3? I assume at this early stage
there is little difference (user-facing) between LO and OOo other than
branding. But it would be good to know for bug reporting purposes.
Last, are we looking at xOffice 3.3 or 3.2.1 in the end? Given our freeze
dates I assume things are heading for 3.3 but with this recent shift
upstream I'd like to get some clarity.
Thanks for your input,
Refilwe
openSUSE Testing Team
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-factory+help(a)opensuse.org
About 3 weeks ago I branched the dar package from the Archiving project.
I updated it to the latest version and got it working, and submitted a
request following the instructions here:
http://en.opensuse.org/openSUSE:Build_Service_Collaboration
I'm new to the process so is there anything else I need to do? The
factory Archiving project still hasn't been updated.
https://build.opensuse.org/package/show?package=dar&project=home%3Atk83%3Ab…
Thanks
Tim Edwards
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-factory+help(a)opensuse.org
The who command does not show me on my xterm and konsole session, it seems
that utmp is not written on my factory system.
Any ideas why not or how to debug this?
It works on the Linux console and via ssh just fine,
Andreas
--
Andreas Jaeger, Program Manager openSUSE, aj(a){novell.com,opensuse.org}
Twitter: jaegerandi | Identica: jaegerandi
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
Maxfeldstr. 5, 90409 Nürnberg, Germany
GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-factory+help(a)opensuse.org
Hi everybody,
Just a heads up in case somebody relies on VMware and is 'toying' with
Factory:
Kernel 2.6.36-rc3 hit Factory these days and VMware is not yet able to
cope with the latest changes; the various modules fail to build (again).
So in case you require vmware to work, better stay a few more days with
the 2.6.34 kernel. Probably not too long to wait until an update
appears.
Dominique
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-factory+help(a)opensuse.org
On 2010/09/22 13:53 (GMT+1000) Neil Brown composed:
> However I now think I understand that you are saying that the output of
> showmount changes based on what OS is running on the client even though the
> server stays unchanged.
> That is very odd. It must be something different in showmount, but it hasn't
> seriously changed in ages.
> What does
> showmount -v
> show in each case?
11.2:
showmount for 1.1.3
11.3 & Factory:
showmount for 1.2.1
showmount -ev & showmount -e -v produce same as simply showmount -v, and same
with 00srv appended as well.
11.2 & 11.3 (expected output on either):
gx260:~ # showmount -e
Export list for gx260:
/tmp 192.168.0.0/255.255.255.0
/pub 192.168.0.0/255.255.255.0
/isos 192.168.0.0/255.255.255.0
/home 192.168.0.0/255.255.255.0
gx260:~ # showmount -e 00srv
Export list for 00srv:
/tmp 192.168.0.0/255.255.255.0
/pub 192.168.0.0/255.255.255.0
/isos 192.168.0.0/255.255.255.0
/home 192.168.0.0/255.255.255.0
/home/AV/videos/Tmp 192.168.0.0/255.255.255.0
Factory (omits one alien export):
gx260:~ # showmount -e
Export list for gx260:
/tmp 192.168.0.0/255.255.255.0
/pub 192.168.0.0/255.255.255.0
/isos 192.168.0.0/255.255.255.0
/home 192.168.0.0/255.255.255.0
gx260:~ # showmount -e 00srv
Export list for 00srv:
/tmp 192.168.0.0/255.255.255.0
/pub 192.168.0.0/255.255.255.0
/isos 192.168.0.0/255.255.255.0
/home 192.168.0.0/255.255.255.0
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409
Felix Miata *** http://fm.no-ip.com/
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-factory+help(a)opensuse.org