Hello.
It would be nice to add science [1] repository to YaST additional repositories list [2]. This repository provides scientific and engineering software that mostly not included into main repository. Science repository quite stable and well maintained.
[1] https://build.opensuse.org/project/show?project=science [2] http://download.opensuse.org/YaST/Repos/_openSUSE_%7Bversion%7D_Additional.x...
On Thursday 13 Sep 2012 14:55:48 Dmitry Roshchin wrote:
Hello.
It would be nice to add science [1] repository to YaST additional repositories list [2]. This repository provides scientific and engineering software that mostly not included into main repository. Science repository quite stable and well maintained.
[1] https://build.opensuse.org/project/show?project=science [2] http://download.opensuse.org/YaST/Repos/_openSUSE_%7Bversion%7D_Additional.x...
++
the problem is that it clashes with some apps from education repo so we shall clear that before.
Alin
On Thursday, September 13, 2012 12:06:25 PM Alin M Elena wrote:
On Thursday 13 Sep 2012 14:55:48 Dmitry Roshchin wrote:
Hello.
It would be nice to add science [1] repository to YaST additional repositories list [2]. This repository provides scientific and engineering software that mostly not included into main repository. Science repository quite stable and well maintained.
[1] https://build.opensuse.org/project/show?project=science [2] http://download.opensuse.org/YaST/Repos/_openSUSE_%7Bversion%7D_Additional.x...
++
the problem is that it clashes with some apps from education repo so we shall clear that before.
Alin
Wishing you a succesful achievement on those tasks.
It would be great to have it easily available from YaST. So we can promote it better.
Regards,
13 сентября 2012 12:06:25 Alin M Elena написал(а):
++
the problem is that it clashes with some apps from education repo so we shall clear that before.
Alin
Can you write detailed information about this problems?
On Thursday 2012-09-13 12:55, Dmitry Roshchin wrote:
Hello.
It would be nice to add science [1] repository to YaST additional repositories list [2]. This repository provides scientific and engineering software that mostly not included into main repository. Science repository quite stable and well maintained.
Rather than adding more and more repositories to a system, the packages should be submitted to Factory. Like everything else.
On Sunday 23 September 2012 13:42:31 Jan Engelhardt wrote:
On Thursday 2012-09-13 12:55, Dmitry Roshchin wrote:
Hello.
It would be nice to add science [1] repository to YaST additional repositories list [2]. This repository provides scientific and engineering software that mostly not included into main repository. Science repository quite stable and well maintained.
Rather than adding more and more repositories to a system, the packages should be submitted to Factory. Like everything else.
Maybe he wants this to be able to provide users with a central place for newer/updated versions of the packages, like we do with for example KDE, GNOME and many other things?
Just wondering...
On 24/09/12 20:32, Jos Poortvliet wrote:
Maybe he wants this to be able to provide users with a central place for newer/updated versions of the packages, like we do with for example KDE, GNOME and many other things?
Still, if the packages are maintained they should end in Factory.
Just wondering...
On Monday 24 Sep 2012 20:35:07 Pavol Rusnak wrote:
On 24/09/12 20:32, Jos Poortvliet wrote:
Maybe he wants this to be able to provide users with a central place for newer/updated versions of the packages, like we do with for example KDE, GNOME and many other things?
Still, if the packages are maintained they should end in Factory.
Just wondering...
the science repo has its place and shall exist. scientific apps rarely follow any software engineering route.. if one looks into the .spec files of some of them would probably want to commit suicide immediately... Joke aside now.
science shall be devel/update for packages that shall end up in factory.
I will try to compile a list with duplicates within Education... if I get time..
I think I tried to get science added to the community repos for few years... now I gave up on hope.
Alin
On Monday 2012-09-24 21:31, Alin M Elena wrote:
On Monday 24 Sep 2012 20:35:07 Pavol Rusnak wrote:
On 24/09/12 20:32, Jos Poortvliet wrote:
Maybe he wants this to be able to provide users with a central place for newer/updated versions of the packages, like we do with for example KDE, GNOME and many other things?
Still, if the packages are maintained they should end in Factory.
Just wondering...
the science repo has its place and shall exist. scientific apps rarely follow any software engineering route.. if one looks into the .spec files of some of them would probably want to commit suicide immediately... Joke aside now.
It is no joke, sadly.
Academics are not terribly interested in coding, but more in that their algorithms give some result. No blame there, but it leads to a level of quality that is not satisfactory for distribution of their code - especially should it become a hit record. Because there are few "proven" libraries (e.g. gnutls is a proven library for SSL), crosslinking to previously unseen projects is not all that rare.
Everybody who is willing to use autotools as the primary Makefile generator gets the autotools and cross-distro packaging part done for her/him. Call in early while your project is still small!
24 сентября 2012 20:31:45 Alin M Elena написал(а):
I will try to compile a list with duplicates within Education... if I get time..
LabPlot Education: linked to science, but exists package LabPlot-Handbook (version 1.6.0, main package version 2.0svn)
R-base Education: linked to openSUSE:Factory science: linked to devel:languages:R:base
avogadro Education: devel for openSUSE:Factory science: no link, changes for SLE build
chrpath Education: linked to openSUSE:Factory science: linked to devel:tools
fdupes Education: linked to openSUSE:Factory science: linked to openSUSE:Factory
flexdock duplicate
gnucap Education: devel for openSUSE:Factory science: no link
gromacs Education: linked to openSUSE:Factory science: devel for openSUSE:Factory
gsl Education: linked to openSUSE:Factory science: linked to openSUSE:Factory
gtkglarea2 science: linked to Education
gtkglext ? gtkglextmm ?
hdf5 Education: linked to devel:libraries:c_c++ science: linked to devel:libraries:c_c++
jcip-annotations Education: linked to Java:packages science: linked to Java:packages
jeuclid-core duplicate (only for scilab?)
jgoodies-forms duplicate (only for scilab?)
jgoodies-looks duplicate (only for scilab?)
jgraphx duplicate (only for scilab?)
jhdf5 duplicate (only for scilab?)
jimi duplicate
jlatexmath duplicate (only for scilab?)
jogl Education: linked to science (only for scilab?)
jrosetta duplicate (only for scilab?)
laf-plugin duplicate
libeigen3-devel Education: linked to devel:libraries:c_c++ science: linked to devel:libraries:c_c++
libsvm science: linked to Education, but updates spec and added patch
maxima Education: devel for openSUSE:Factory science: linked to Education
muparser Education: linked to science science: devel for openSUSE:Factory
qtiplot duplicate, new version in science
qwt Education: linked to KDE:Distro:Factory science: no link
qwtplot3d Education: linked to science (comment: "only needed for SciDAVis which is now in science", so it's possible to delete from Education?)
skinlf duplicate
suitesparse Education: linked to devel:libraries:c_c++ science: linked to devel:libraries:c_c++
wxMaxima Education: devel package for openSUSE:Factory science: no link
xmlgraphics-common duplicate (only for scilab?)
If package marked as "only for scilab?" and it's true, we need to remove it from Education
Dmitry thank you, this is what I meant. Until the two repos do not become disjoint it is difficult to have them safely both of them in community repos.
Education in principle targets K12 level... so I see little reason for some packages to be developed in it..
maxima is one that comes in my mind.
I do not understand why the linking for some of the packages... (gromacs,gsl,R)
unfortunately in order to clarify this we have to speak with the education team and with the oss team to get science as a devel repo for packages with limited, but scientific, use.
My opinion is Science and Education should be disjoint repos... with no deps in between them but both shall depend on oss repo... and not on specific devel:
Packages of scientific interest shall have their devel in science.
on obs there is an interesting collection of scientific packages... I have tried from time to time to submit them to science but maintaining them can be a challenge for me... maybe we shall try the owners to submit them to science and become maintainer of them in science repo rather than keeping them in their home one repo that comes is my mind is: https://build.opensuse.org/project/show?project=home%3Ascorot
Alin
Alin
On Wednesday 26 Sep 2012 13:01:30 Dmitry Roshchin wrote:
24 сентября 2012 20:31:45 Alin M Elena написал(а):
I will try to compile a list with duplicates within Education... if I get time..
LabPlot Education: linked to science, but exists package LabPlot-Handbook (version 1.6.0, main package version 2.0svn)
R-base Education: linked to openSUSE:Factory science: linked to devel:languages:R:base
avogadro Education: devel for openSUSE:Factory science: no link, changes for SLE build
chrpath Education: linked to openSUSE:Factory science: linked to devel:tools
fdupes Education: linked to openSUSE:Factory science: linked to openSUSE:Factory
flexdock duplicate
gnucap Education: devel for openSUSE:Factory science: no link
gromacs Education: linked to openSUSE:Factory science: devel for openSUSE:Factory
gsl Education: linked to openSUSE:Factory science: linked to openSUSE:Factory
gtkglarea2 science: linked to Education
gtkglext ? gtkglextmm ?
hdf5 Education: linked to devel:libraries:c_c++ science: linked to devel:libraries:c_c++
jcip-annotations Education: linked to Java:packages science: linked to Java:packages
jeuclid-core duplicate (only for scilab?)
jgoodies-forms duplicate (only for scilab?)
jgoodies-looks duplicate (only for scilab?)
jgraphx duplicate (only for scilab?)
jhdf5 duplicate (only for scilab?)
jimi duplicate
jlatexmath duplicate (only for scilab?)
jogl Education: linked to science (only for scilab?)
jrosetta duplicate (only for scilab?)
laf-plugin duplicate
libeigen3-devel Education: linked to devel:libraries:c_c++ science: linked to devel:libraries:c_c++
libsvm science: linked to Education, but updates spec and added patch
maxima Education: devel for openSUSE:Factory science: linked to Education
muparser Education: linked to science science: devel for openSUSE:Factory
qtiplot duplicate, new version in science
qwt Education: linked to KDE:Distro:Factory science: no link
qwtplot3d Education: linked to science (comment: "only needed for SciDAVis which is now in science", so it's possible to delete from Education?)
skinlf duplicate
suitesparse Education: linked to devel:libraries:c_c++ science: linked to devel:libraries:c_c++
wxMaxima Education: devel package for openSUSE:Factory science: no link
xmlgraphics-common duplicate (only for scilab?)
If package marked as "only for scilab?" and it's true, we need to remove it from Education
26 сентября 2012 10:28:04 Alin M Elena написал(а):
Dmitry thank you, this is what I meant. Until the two repos do not become disjoint it is difficult to have them safely both of them in community repos.
Education in principle targets K12 level... so I see little reason for some packages to be developed in it..
What is K12 level?
maxima is one that comes in my mind.
I agree, maxima development should be in science project.
I do not understand why the linking for some of the packages... (gromacs,gsl,R)
I disable gsl building in science, R-base is used only for SLE build. gromacs has already been removed from Education.
unfortunately in order to clarify this we have to speak with the education team and with the oss team to get science as a devel repo for packages with limited, but scientific, use.
Education project looks like a junkyard in some aspects.
My opinion is Science and Education should be disjoint repos... with no deps in between them but both shall depend on oss repo... and not on specific devel:
Unfortunately we can't disable using of devel: projects in science project. At least they are needed for SLE builds and sometimes for 11.4. And I want to move some java packages, required by scilab, to Java:packages project.
Packages of scientific interest shall have their devel in science.
on obs there is an interesting collection of scientific packages... I have tried from time to time to submit them to science but maintaining them can be a challenge for me... maybe we shall try the owners to submit them to science and become maintainer of them in science repo rather than keeping them in their home one repo that comes is my mind is: https://build.opensuse.org/project/show?project=home%3Ascorot
Sebastien is a science project maintainer, so you can contact him directly.
Hi Dmitry,
K12 high school...
Maintaining for sles/sled I am not very happy with that... I would prefer to concentrate only on opensuse current and future... maybe cause I am in a good mood maybe current-1...
Human power is limited and I really do not see to many volunteers to support more than 1 maybe two versions they do not use.
Some time ago we wanted to have a responsible for each branch of science... unfortunately the plan did not work very well... but slowly the science repo grew.
Great job of solving things between education and science I do not know how you did it but congrats.
regards, Alin
On Wednesday 26 Sep 2012 21:13:51 Dmitry Roshchin wrote:
26 сентября 2012 10:28:04 Alin M Elena написал(а):
Dmitry thank you, this is what I meant. Until the two repos do not become disjoint it is difficult to have them safely both of them in community repos.
Education in principle targets K12 level... so I see little reason for some packages to be developed in it..
What is K12 level?
maxima is one that comes in my mind.
I agree, maxima development should be in science project.
I do not understand why the linking for some of the packages... (gromacs,gsl,R)
I disable gsl building in science, R-base is used only for SLE build. gromacs has already been removed from Education.
unfortunately in order to clarify this we have to speak with the education team and with the oss team to get science as a devel repo for packages with limited, but scientific, use.
Education project looks like a junkyard in some aspects.
My opinion is Science and Education should be disjoint repos... with no deps in between them but both shall depend on oss repo... and not on specific devel:
Unfortunately we can't disable using of devel: projects in science project. At least they are needed for SLE builds and sometimes for 11.4. And I want to move some java packages, required by scilab, to Java:packages project.
Packages of scientific interest shall have their devel in science.
on obs there is an interesting collection of scientific packages... I have tried from time to time to submit them to science but maintaining them can be a challenge for me... maybe we shall try the owners to submit them to science and become maintainer of them in science repo rather than keeping them in their home one repo that comes is my mind is: https://build.opensuse.org/project/show?project=home%3Ascorot
Sebastien is a science project maintainer, so you can contact him directly.
26 сентября 2012 19:12:47 Alin M Elena написал(а):
Hi Dmitry,
K12 high school...
Maintaining for sles/sled I am not very happy with that... I would prefer to concentrate only on opensuse current and future... maybe cause I am in a good mood maybe current-1...
Yes, SLE support is a problem due to old versions of rpm and rpm macros collection. But SLE is usually used in workstations and supercomputers.
Human power is limited and I really do not see to many volunteers to support more than 1 maybe two versions they do not use.
Some time ago we wanted to have a responsible for each branch of science... unfortunately the plan did not work very well... but slowly the science repo grew.
Great job of solving things between education and science I do not know how you did it but congrats.
I used OBS :-) There is long list of problematic packages in science projects, so work, work and work.
regards, Alin
Dmitry,
Supercomputers use sles,or better said some flavour,... and I should know, I worked in one centre, we do not really use sles precompiled apps. sled I have to admit I do not know anyone using, all people I know use opensuse. Now I do not want to be bad... but usually when sled is generated it is very close to one of the opensuse versions... they can take whatever packages they want at that moment and after maintain the updates.
I suggest you to start a thread with packages that need love on mailing list. Periodically publish the status and ask for help... I am sure more people would jump and help in this way.
Alin
On Wednesday 26 Sep 2012 22:49:08 Dmitry Roshchin wrote:
26 сентября 2012 19:12:47 Alin M Elena написал(а):
Hi Dmitry,
K12 high school...
Maintaining for sles/sled I am not very happy with that... I would prefer to concentrate only on opensuse current and future... maybe cause I am in a good mood maybe current-1...
Yes, SLE support is a problem due to old versions of rpm and rpm macros collection. But SLE is usually used in workstations and supercomputers.
Human power is limited and I really do not see to many volunteers to support more than 1 maybe two versions they do not use.
Some time ago we wanted to have a responsible for each branch of science... unfortunately the plan did not work very well... but slowly the science repo grew.
Great job of solving things between education and science I do not know how you did it but congrats.
I used OBS :-) There is long list of problematic packages in science projects, so work, work and work.
regards, Alin
23 сентября 2012 13:42:31 Jan Engelhardt написал(а):
Rather than adding more and more repositories to a system, the packages should be submitted to Factory. Like everything else.
Unfortunately it's impossible to add all packages to factory. For example, it's necessary to disable post build checks for scilab.
And Jos Poortvliet was right, sometimes updates in scientific software are very important. It would be great to allow access to new versions by the easiest way.
-
Alin M Elena -
Dmitry Roshchin -
Jan Engelhardt -
Jos Poortvliet -
Pavol Rusnak -
Ricardo Chung