On Wednesday 16 August 2006 14:49, Duncan wrote:
> You ever seen the term "slaveryware"? You have now.
[This preface is directed at everyone who might respond to this, not just
Duncan. I strive to be logical about this, and as un-inflammatory as
possible. If you are going to respond, please mak
Enrico Weigelt <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Wed, 16 Aug 2006
21:29:40 +0200:
> Java generally is designed for a very wide range of platforms
> and architectures. If some major archs are missing an proper
> java implementation, then it's a bug, which sooner or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Enrico Weigelt wrote:
> * Martin Rud Ehmsen <[EMAIL PROTECTED]> schrieb:
>> I don't see how this is going to make anything easier to maintain.
>
> Well, it's not the overlay, but the clean subtree'ing what does
> the trick. If you look at the whole de
On Wed, 16 Aug 2006 21:29:40 +0200 Enrico Weigelt <[EMAIL PROTECTED]>
wrote:
| > No java available on alpha, arm, hppa, m68k, mips,
| > sh, or sparc. Seven strikes and you are out twice over...
|
| hmm, AFAIK kaffe should support those platforms (didn't ever
| worked on them).
Nope.
| Well
> Well, I don't see the current lack of an proper java runtime
> on certain platforms an real blocker for some additional tool.
Uhh...I'm not even sure what I can say in response to such an asinine
statement.
> Java generally is designed for a very wide range of platforms
> and architectures. If
* Stephen P. Becker <[EMAIL PROTECTED]> schrieb:
> Enrico Weigelt wrote:
> > * Jean-Fran???ois Gagnon Laporte <[EMAIL PROTECTED]> schrieb:
> >
> >
> >
> >> You know that java is not available on all arch that Gentoo
> >> supports right ?
> >
> > Which one ?
>
> See tcort's reply.
Okay, now
On Wed, 16 Aug 2006 21:10:16 +0200 Enrico Weigelt <[EMAIL PROTECTED]>
wrote:
| AFAIK there are opensource JVMs which should run on almost all
| platforms, ie. kaffe.
And yet again, you demonstrate that you know Jack.
--
Ciaran McCreesh
Mail: ciaran dot mccreesh at blueyonder.co.uk
* Thomas Cort <[EMAIL PROTECTED]> schrieb:
> On Wed, 16 Aug 2006 18:11:24 +0200
> Enrico Weigelt <[EMAIL PROTECTED]> wrote:
>
> > I'm working on my own tool, written in java.
>
> That's great. Have you or are you going to setup a project page
> somewhere (maybe sourceforge.net)?
Not yet. Would
Enrico Weigelt wrote:
> * Jean-Fran�ois Gagnon Laporte <[EMAIL PROTECTED]> schrieb:
>
>
>
>> You know that java is not available on all arch that Gentoo
>> supports right ?
>
> Which one ?
See tcort's reply. No java available on alpha, arm, hppa, m68k, mips,
sh, or sparc. Seven strikes and
* Jean-François Gagnon Laporte <[EMAIL PROTECTED]> schrieb:
> You know that java is not available on all arch that Gentoo
> supports right ?
Which one ?
cu
--
-
Enrico Weigelt== metux IT service - http://www.metux.d
On Wed, 16 Aug 2006 18:11:24 +0200
Enrico Weigelt <[EMAIL PROTECTED]> wrote:
> I'm working on my own tool, written in java.
That's great. Have you or are you going to setup a project page
somewhere (maybe sourceforge.net)? You should be aware that java isn't
available on every platform that Gento
On 8/16/06, Enrico Weigelt <[EMAIL PROTECTED]> wrote:
I personally dislike python, and I'm not skilled enough in this
language. So I'm not the right one for coding @ pybugz.
But I'm working on my own tool, written in java. It's not very
good yet (currently can only file new bugs), but it's from
* Thomas Cort <[EMAIL PROTECTED]> schrieb:
> You should look for existing tools which could be enhanced before
> suggesting a new one. `bugz post` (from www-client/pybugz) allows you
> to submit a new bug report from the command line. Why don't you go and
> patch that to do all of the automated thi
* Martin Rud Ehmsen <[EMAIL PROTECTED]> schrieb:
Hi,
> I don't see how this is going to make anything easier to maintain.
Well, it's not the overlay, but the clean subtree'ing what does
the trick. If you look at the whole dependency graph, this subtree
is an really independent part, just if it w
* Alastair Tse <[EMAIL PROTECTED]> schrieb:
> Somehow I believe that most people will encounter bugs when on the
> command line, so being able to search/post in bugzilla from the command
> line is a pretty natural extension.
ACK. The query could be done based on the answers from the user.
The
* Mike Bonar <[EMAIL PROTECTED]> schrieb:
> I think this is an excellent idea. I wrote an automated trouble
> ticketing system years ago for the mainframe and it's an excellent way
> to get quality information into the system. The one drawback was that
> we ended up having a lot more bugs en
* Tobias Klausmann <[EMAIL PROTECTED]> schrieb:
> People who use Sunrise as an overlay and then come whining to bgo
> about their failed ebuild can be told.
ACK. Sunrise and main Gentoo should have strictly separate
Bugzillas (or at least separate products).
BTW: my suggested bug reporting t
hmm, I'm just thinking about splitting the tree into separate
(larger) parts, actually: move out certain subtrees to an overlay.
For example: KDE.
Many people/systems won't ever use it (ie. have no X at all).
Others are very interested in it.
If we had this whole subtree in an overlay, it wo
I think this is an excellent idea. I wrote an automated trouble
ticketing system years ago for the mainframe and it's an excellent way
to get quality information into the system. The one drawback was that
we ended up having a lot more bugs entered into the system. Once you
have the shell i
On Wed, 2006-08-16 at 13:18 +0200, Simon Stelling wrote:
> Enrico Weigelt wrote:
> > I already suggested an bug-reporting tool, which automatically
> > collects all the necessary data, several weeks ago. This tool is
> > simply called by commandline and asks the users several questions.
> > Then
You should look for existing tools which could be enhanced before
suggesting a new one. `bugz post` (from www-client/pybugz) allows you
to submit a new bug report from the command line. Why don't you go and
patch that to do all of the automated things you want it to do and then
come back and show u
Enrico Weigelt wrote:
* Jakub Moc <[EMAIL PROTECTED]> schrieb:
That somehow looks like the guided file-a-new-bug form we had some time
ago.
It's still there, just not linked from homepage (and needs a few touches
here and there)
http://bugs.gentoo.org/enter_bug.cgi?format=guided
* Jakub Moc <[EMAIL PROTECTED]> schrieb:
> > That somehow looks like the guided file-a-new-bug form we had some time
> > ago.
>
> It's still there, just not linked from homepage (and needs a few touches
> here and there)
>
> http://bugs.gentoo.org/enter_bug.cgi?format=guided
> http://bugs.gen
* Simon Stelling <[EMAIL PROTECTED]> schrieb:
Hi,
> Enrico Weigelt wrote:
> >I already suggested an bug-reporting tool, which automatically
> >collects all the necessary data, several weeks ago. This tool is
> >simply called by commandline and asks the users several questions.
> >Then it files
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Enrico Weigelt wrote:
> hmm, I'm just thinking about splitting the tree into separate
> (larger) parts, actually: move out certain subtrees to an overlay.
>
> For example: KDE.
> Many people/systems won't ever use it (ie. have no X at all).
> Others
Simon Stelling wrote:
> Enrico Weigelt wrote:
>> I already suggested an bug-reporting tool, which automatically
>> collects all the necessary data, several weeks ago. This tool is
>> simply called by commandline and asks the users several questions.
>> Then it files an bug with some certain syntax
* Tobias Klausmann <[EMAIL PROTECTED]> schrieb:
hi,
(I'm trying to splitt off sevaral sub-topics to get them
more clear ...)
> I initially provided an ebuild for a package I maintain. I also
> provide a new ebuild for every new version. For this, proxy
> maintainership is the thing to do, IMO.
Enrico Weigelt wrote:
I already suggested an bug-reporting tool, which automatically
collects all the necessary data, several weeks ago. This tool is
simply called by commandline and asks the users several questions.
Then it files an bug with some certain syntax and uploads necessary
informatio
* Denis Dupeyron <[EMAIL PROTECTED]> schrieb:
Hi folks,
just a few thoughts:
> So yes, I'd love to see something like this someday. And I'd love to
> help implementing it if such a decision was taken. But the question
> remains : it obviously looks useful, but do we need it ?
I already suggeste
29 matches
Mail list logo
