* [gentoo-science] octave forge
@ 2009-01-04 21:16 Juan Aguado
2009-01-12 16:50 ` Markus Dittrich
0 siblings, 1 reply; 7+ messages in thread
From: Juan Aguado @ 2009-01-04 21:16 UTC (permalink / raw
To: gentoo-science
[-- Attachment #1: Type: text/plain, Size: 799 bytes --]
Hi,
Bug #179885 [1] is the tracker for the octave forge split ebuilds. I
attached to it some ebuilds, nearly all of the remaining packages, but
nobody seems to care, despite being a blocker for gcc-4.3 stabilization
and with an ancient octave-forge in portage that doesn't work with the
non-ancient octave-3*.
Pinging markusle aside, there are a lot of forge packages that shouldn't
monopolize the sci-mathematics category, so something must be made.
Possible solutions:
1.- Do nothing, thats not a problem.
2.- Create a new category à la dev-texlive, something like sci-octave.
3.- Create a g-cpan-like program for this, preferably faster than the
unexistent cran one.
My vote is for option 2. Comments?
Juan
[1] https://bugs.gentoo.org/show_bug.cgi?id=179885
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] octave forge
2009-01-04 21:16 Juan Aguado
@ 2009-01-12 16:50 ` Markus Dittrich
2009-01-16 19:50 ` Juan Aguado
0 siblings, 1 reply; 7+ messages in thread
From: Markus Dittrich @ 2009-01-12 16:50 UTC (permalink / raw
To: gentoo-science
[-- Attachment #1: Type: text/plain, Size: 1813 bytes --]
Juan Aguado <juantxorena@gmail.com> writes:
> Hi,
>
> Bug #179885 [1] is the tracker for the octave forge split ebuilds. I
> attached to it some ebuilds, nearly all of the remaining packages, but
> nobody seems to care, despite being a blocker for gcc-4.3 stabilization
> and with an ancient octave-forge in portage that doesn't work with the
> non-ancient octave-3*.
>
> Pinging markusle aside, there are a lot of forge packages that shouldn't
> monopolize the sci-mathematics category, so something must be made.
> Possible solutions:
>
> 1.- Do nothing, thats not a problem.
> 2.- Create a new category à la dev-texlive, something like sci-octave.
> 3.- Create a g-cpan-like program for this, preferably faster than the
> unexistent cran one.
>
> My vote is for option 2. Comments?
>
> Juan
>
>
> [1] https://bugs.gentoo.org/show_bug.cgi?id=179885
Hi Juan,
Thanks much for your message and all your hard work. We had a long time
ago agreed to go with 3., simply because of the fact that the
octave-forge.eclass does most of the work at this point and there is hence
no good reason to add a new category to the portage tree which contains many
tens of split octave-forge ebuilds that by themselves simply call the eclass
and hence don't do anything but waste space.
That said, we need somebody to spearhead the effort in writing g-octave.
Unfortunately, this can not be me since I am currently simply too busy at
work and otherwise. Maybe we could use this as an opportunity to get
things started. We need one or two people that feel comfortable to take
a stab a g-octave (based on g-cpan maybe) and write a first prototype.
Any volunteers?
Best,
Markus
--
--
Markus Dittrich (markusle)
Gentoo Linux Developer
Scientific applications
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] octave forge
2009-01-12 16:50 ` Markus Dittrich
@ 2009-01-16 19:50 ` Juan Aguado
2009-02-08 18:06 ` Juan Aguado
0 siblings, 1 reply; 7+ messages in thread
From: Juan Aguado @ 2009-01-16 19:50 UTC (permalink / raw
To: gentoo-science
[-- Attachment #1: Type: text/plain, Size: 1309 bytes --]
> Thanks much for your message and all your hard work. We had a long
> time ago agreed to go with 3., simply because of the fact that the
> octave-forge.eclass does most of the work at this point and there is
> hence no good reason to add a new category to the portage tree which
> contains many tens of split octave-forge ebuilds that by themselves
> simply call the eclass and hence don't do anything but waste space.
>
> That said, we need somebody to spearhead the effort in writing
> g-octave. Unfortunately, this can not be me since I am currently
> simply too busy at work and otherwise. Maybe we could use this as an
> opportunity to get things started. We need one or two people that
> feel comfortable to take a stab a g-octave (based on g-cpan maybe)
> and write a first prototype. Any volunteers?
>
> Best,
> Markus
But, IIRC, g-cpan is used mainly for makind ebuilds for perl packages,
because there are a lot and they are in their repository, with their
deps and everything. octave-forge packages are hosted in sourceforge as
regular tarballs, they are updated and maintained by the same group of
people, there are only a bunch of them, and they don't have their deps
listed anywhere but in their webpages. I can't see how a g-cpan-like
app can help us with this.
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] octave forge
2009-01-16 19:50 ` Juan Aguado
@ 2009-02-08 18:06 ` Juan Aguado
0 siblings, 0 replies; 7+ messages in thread
From: Juan Aguado @ 2009-02-08 18:06 UTC (permalink / raw
To: gentoo-science
[-- Attachment #1: Type: text/plain, Size: 83 bytes --]
Hopefully GCC-4.3 is going to be stabilized soon. Is there any comment
on this?
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] octave forge
@ 2009-03-22 16:06 atsui
2009-03-22 22:37 ` Vittorio Giovara
2009-03-24 12:05 ` Sébastien Fabbro
0 siblings, 2 replies; 7+ messages in thread
From: atsui @ 2009-03-22 16:06 UTC (permalink / raw
To: gentoo-science
markusle wrote:
>
> We had a long time
> ago agreed to go with 3., simply because of the fact that the
> octave-forge.eclass does most of the work at this point and there is hence
> no good reason to add a new category to the portage tree which contains
> many
> tens of split octave-forge ebuilds that by themselves simply call the
> eclass
> and hence don't do anything but waste space.
>
I've just started following this list, so I was wondering what the status of
octave-forge is on the overlay? As you know, there might be a SoC project to
write something to handle the octave packages including octave-forge, but I
was wondering if there was any development in this direction in the last
month or so?
juantxorena wrote:
>
> Hopefully GCC-4.3 is going to be stabilized soon. Is there any comment
> on this?
>
Does anyone know if this is still a problem?
Thanks,
--Alex
--
View this message in context: http://www.nabble.com/octave-forge-tp21281356p22644279.html
Sent from the gentoo-science mailing list archive at Nabble.com.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] octave forge
2009-03-22 16:06 [gentoo-science] octave forge atsui
@ 2009-03-22 22:37 ` Vittorio Giovara
2009-03-24 12:05 ` Sébastien Fabbro
1 sibling, 0 replies; 7+ messages in thread
From: Vittorio Giovara @ 2009-03-22 22:37 UTC (permalink / raw
To: gentoo-science
[-- Attachment #1: Type: text/plain, Size: 396 bytes --]
On Sun, Mar 22, 2009 at 5:06 PM, atsui <alextsui05@gmail.com> wrote:
> markusle wrote:
> juantxorena wrote:
> >
> > Hopefully GCC-4.3 is going to be stabilized soon. Is there any comment
> > on this?
> >
>
> Does anyone know if this is still a problem?
>
>
i've built the whole openib tree with gcc-4.3.2 with no problems (with the
exception of mlx4, but that should be a common problem)
Vitto
[-- Attachment #2: Type: text/html, Size: 714 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] octave forge
2009-03-22 16:06 [gentoo-science] octave forge atsui
2009-03-22 22:37 ` Vittorio Giovara
@ 2009-03-24 12:05 ` Sébastien Fabbro
1 sibling, 0 replies; 7+ messages in thread
From: Sébastien Fabbro @ 2009-03-24 12:05 UTC (permalink / raw
To: gentoo-science
On Sunday March 22 atsui wrote:
> markusle wrote:
> >
> > We had a long time
> > ago agreed to go with 3., simply because of the fact that the
> > octave-forge.eclass does most of the work at this point and there
> > is hence no good reason to add a new category to the portage tree
> > which contains many
> > tens of split octave-forge ebuilds that by themselves simply call
> > the eclass
> > and hence don't do anything but waste space.
> >
>
> I've just started following this list, so I was wondering what the
> status of octave-forge is on the overlay? As you know, there might be
> a SoC project to write something to handle the octave packages
> including octave-forge, but I was wondering if there was any
> development in this direction in the last month or so?
The last work has been Markus eclass implementation which is what you
see in the science overlay with git.
> juantxorena wrote:
> >
> > Hopefully GCC-4.3 is going to be stabilized soon. Is there any
> > comment on this?
> >
>
> Does anyone know if this is still a problem?
This is work in progress. Still some packages are not compiling with
gcc-4.3. octave-3 is fine with it. The only worry here is that we want
to have octave-3 stabilize, which is currently being done.
--
Sébastien
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2009-03-24 12:07 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-03-22 16:06 [gentoo-science] octave forge atsui
2009-03-22 22:37 ` Vittorio Giovara
2009-03-24 12:05 ` Sébastien Fabbro
-- strict thread matches above, loose matches on Subject: below --
2009-01-04 21:16 Juan Aguado
2009-01-12 16:50 ` Markus Dittrich
2009-01-16 19:50 ` Juan Aguado
2009-02-08 18:06 ` Juan Aguado
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox