gmane.comp.bug-tracking.bugzilla.devel

Re: מדוע בישראל לא מרוויחים

סניף ארה"ב - המכון לאבחון עסקי — 2013-05-24T17:20:03

 

 

שלום. בהמשך לחשיפת מחקרנו בערוץ 10 – 

94 אחוז מהעסקים בישראל לא מרוויחים מספיק

 

במהלך 13 השנים האחרונות, לאחר שבחנו מעל 12 אלף עסקים מכל הסוגים בישראל
ובארצות-הברית, גילינו שעסקים רבים בישראל יכולים היו לעמוד על רווחים כספיים
גבוהים בהרבה, אם לא מספר טעויות שנעשות על ידם.

 

בחג האחרון הוקצו מספר מושבים חינם לסדנא מתנה לבעלי העסקים בישראל, בה יפורטו
כל הטעויות שבגללן רוב בתי העסק בישראל לא מרוויחים מספיק.

 

המרצה הוא מחבר רב המכר "האם שווה להיות עצמאי?", יועץ בינלאומי בעל ניסיון
עצום בהגדלת רווחים של עסקים תוך זמן קצר.

 

הסדנא תתקיים ביום שני, 3 לי

Re: Old Discussion: Python Implementation? (Bugzilla:Languages)

Kent Rogers — 2013-05-17T19:57:47

No.  I was unaware of this web site.  Thank you for posting it.  What was
the last blocker?

BTW, is there a reason this information is not available on bugzilla.org
and/or the Bugzilla Wiki?  Is the google web site linked from anywhere on
bugzilla.org or is it the official site now?  If so, I missed that along
the way.

There's no mention of this anywhere that I can find on bugzilla.org or the
Wiki.  If meetings are no longer applicable, I'd recommend updating the
wiki so that's clear.

You can hopefully see how the lack of information/updates conveys the
appearance I mentioned.

Now that 4.4 is imminent, it would be great to know where we are headed
(i.e. what to expect in 5.0).  People in my organization are starting to
doubt Bugzilla and want to look at alternatives, and it's hard to give
persuasive arguments to the contrary when I can't answer the questions
being raised.

I agree.

-Kent
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5

Re: Old Discussion: Python Implementation? (Bugzilla:Languages)

Frédéric Buclin — 2013-05-17T15:41:49

Le 17. 05. 13 16:57, Kent Rogers a écrit :

Did you read
https://plus.google.com/104215203522965843895/posts/Y1wV69vic8r ?



The fact that we did no meeting since February 2012 is because this is
no longer needed. We did them because there was a lot of work going on
in parallel for Bugzilla 3.0, but now the back-end code rewrite is now
complete and such meetings are no longer necessary.

Everyone is free to start a fork of Bugzilla and rewrite it in Python.
But IMO, that's a whole separate project.


LpSolit

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5CNFT+jYtjvyW6yDsg< at >public.gmane.org>

Database schema document generation has moved

Nick Barnes — 2013-05-17T15:35:07

The semi-automatic documentation tool that I wrote for the Bugzilla
database schema has moved to
http://www.ravenbrook.com/tool/bugzilla-schema/and the source code and
data for it is all at
https://github.com/Ravenbrook/bugzilla-schema
Note that this hasn't been updated (apart from this move) for several
years.  I hope that someone in the Bugzilla development community will feel
able to adopt this project.  I don't have time for it any more, and as it
gets more out-dated this tool, which was once indispensable to me at least,
becomes less and less useful.

Regards,

Nick B

Re: Old Discussion: Python Implementation? (Bugzilla:Languages)

Kent Rogers — 2013-05-17T14:57:43

I've been doing Bugzilla development and admin'ing an installation for over
5 years and originally I didn't think a lot about this post.  It seemed
like somewhat of an outrageous idea, but as I continue to wait for 4.4,
something that struck me in this last reply (which I also thought of right
before I read it):

  "It also likely shrinks the available pool of potential contributors.
  This may lead to fewer acceptable patches, fewer candidates to carry the
  torch when existing maintainers move on, etc."

This suddenly seems to be an issue and AFAICT, it appears that Bugzilla is
on the decline. :-(  I have no data, but contributors seem to be down and
releases taking longer.

I have shied away from contributing myself for the last couple years for
various reasons, some that I suppose are attributable to Perl and some that
definitely aren't.

4.4 was supposed to be released months ago.  4.4rc2 finally came out in
February but I have not heard *anything* about the prospects for the final
release since then.

Re: Old Discussion: Python Implementation? (Bugzilla:Languages)

Matthew Bogosian — 2013-05-16T20:18:43

It sounds like the landscape has changed since the proposal to consider languages/architectures was first raised. I am reluctant to take it on if there is little interest. There are plenty of bug trackers out there, so I'm not sure the world needs another.

I should say that I don't doubt that Perl or COBOL or whatever is "maintainable" indefinitely, but I'm not sure that's the point. Among the problems I was trying to solve was that (IMO) Perl requires a great deal of time and expertise to fully grok.* This leads to more project-specific, extra-language overhead (e.g., more complex coding conventions, more complex change processes, increasingly complex abstraction layers, etc.). It also likely shrinks the available pool of potential contributors. This may lead to fewer acceptable patches, fewer candidates to carry the torch when existing maintainers move on, etc. I realize there are (currently) many commercial entities that have put a bunch of eggs in the Bugzilla basket, but this does not guarantee immorta

Adding See also to bugs

rojanu — 2013-05-15T17:03:48

Hi I am writing a class to import bugs from a bug tracker

I need to update the see also field of the bugs, I have 

  foreach my $ids (< at >$result){
    my ($bug_id, $see_also) = < at >$ids;
    my $bug = Bugzilla::Bug->check($bug_id);
    if(!< at >{$bug->see_also}){
      $self->debug("Linking Bugs: $bug_id <-> $see_also");
      my %set_all_fields;

      $set_all_fields{who}      = $self->config('default_assignee');
      $set_all_fields{see_also}->{add} = [$see_also];

      $bug->set_all(\%set_all_fields);
      $bug->update();
    }

But this fields are not enough to update the bug as the DB constraints are not satisfied.  What other fields do I need?

Thanks,
rojanu
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla-CzyLcWPZiU5YsZ3hbOqMTti2O/JbrIOy< at >public.gmane.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5CNFT+jYtjvyW6yDsg< at >public.gmane.org>

Re: Old Discussion: Python Implementation? (Bugzilla:Languages)

Simon Green — 2013-05-01T00:42:43

Says who? Perl 5 is still actively developed and maintained, just as
much as any other modern development language.


https://bugzilla.mozilla.org/show_bug.cgi?id=866927
Enhance Bugzilla WebServices to allow data access using REST


Bugzilla's extension framework is not great, but it is pretty good. It
does about 80% of what bugzilla.redhat.com (which I help maintain) needs
it to do.


It definitely is not 'done'. There are 2,353 open bugs in the upstream
project, and while all of them probably won't be implemented, a lot of
them will be.

In all honesty, I think porting Bugzilla to another language is a bad
idea. Bugzilla is 14½ years old now. I'm sure writing a new bug tracking
system from scratch (with a converter of course), is going to be better
than trying to keep up with the constant changes of the Bugzilla code base.

This of course, is no small task.

Re: Old Discussion: Python Implementation? (Bugzilla:Languages)

lindsay — 2013-04-30T23:52:22

Perl 5 cannot be maintained for another 20 years.

Yes, COBOL gets maintained. But major new features get coded elsewhere, in
some other language/framework that isn't COBOL, and then the COBOL app
communicates with the elsewhere.

If your plan for Bugzilla's progress is to have Bugzilla communicate via
RESTful interfaces (or whatever replaces REST), then yes, the codebase
inside those interfaces can be with us for a great many years. If your plan
for progress involves a fair bit of extension to the core codebase, then a
plugins structure would be a good investment.  Python has a good story when
it comes to plugins.

So I think that's the issue.  Is the core stable/done, or will it grow
significantly ?

Don




--
View this message in context: http://mozilla.6506.n7.nabble.com/Old-Discussion-Python-Implementation-Bugzilla-Languages-tp278439p278916.html
Sent from the Bugzilla - Dev mailing list archive at Nabble.com.
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?use

Re: bug data from Bugzilla 2.2.2 to Bugzilla 4.2.5

Gervase Markham — 2013-04-30T09:44:54

Thank you for your message. However, if you are seeking community
support for Bugzilla, please see http://www.bugzilla.org/support/ , and
then post your message in the mozilla.support.bugzilla newsgroup.

Many thanks :-)

Gerv

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5CNFT+jYtjvyW6yDsg< at >public.gmane.org>

bug data from Bugzilla 2.2.2 to Bugzilla 4.2.5

jkteater — 2013-04-29T16:55:04

I just currently built a new server.  On the server, I installed Bugzilla
4.2.5 as well as the latest versions or perl, mysql, apache, etc....

My previous installation of Bugzilla was 2.2.2 is installed on a server
reaching end of life.  

My initial plans was for my team to start using 4.2.5 with any new bugs. 
There would be no legacy data on the new install.  My team really likes
4.2.5, some of the functionality like "Deadline, Orig. Estimations, etc..

There has been to custom fields or anything changes to the Out Of The Box
UI.

Now that old server is about to be taken down and out of business.  My team
is asking if I can import the data from Bugzilla 2.2.2 and store it as
archive data.

I am afraid that the versions are so far apart, that the database schema's
has to be different.  And this can not be a easy migration.  I have seen
post about how to migrate the old database to new Bugzilla install. They
create a new bugs database and places the data there.  

But I don't want to lose anything from 4.2

Re: Old Discussion: Python Implementation? (Bugzilla:Languages)

Gabor Szabo — 2013-04-25T06:38:12

Given that you don't want to change the features nor the architecture,
I wonder what is that a Python port would accomplish?
What issue(s) are you trying to fix?

Gabor
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5CNFT+jYtjvyW6yDsg< at >public.gmane.org>

Re: Old Discussion: Python Implementation? (Bugzilla:Languages)

Gervase Markham — 2013-04-25T10:23:37

Questions which assume things which aren't true or possible can be
answered any way :-) It's called "hypothesis contrary to fact".

Bugzilla is the result of an awesomely large amount of work, is still
being actively developed, and has people writing significantly-sized
addons and customizations (e.g. bmo). In order for the core Bugzilla
community to switch, the port would need to have achieved the same level
of reliability and stability as the current code, and BMO would need to
be able to switch. (Otherwise, half the community would need to spend
their time hacking on the old codebase, and that would make your job
harder as you try and keep up with them.)

A few years ago, it might have been possible for Mozilla to switch. As
things are, with dkl and glob doing so much customization work and
Mozilla-driven enhancements, and with Bugzilla being such a core bit of
software and needing such high availability and reliability, it seems to
me that the chances of a switch are very, very small.


I think you woul

Re: Old Discussion: Python Implementation? (Bugzilla:Languages)

Stephanie Daugherty — 2013-04-24T22:44:53

I'm not sure honestly what the desirability of a port would be at this
stage, but I'm guessing if it happened, it would be in order to bring it in
line with the same frameworks and standards that other Mozilla web projects
such as AMO follow... ie ( https://github.com/mozilla/playdoh)

Might be interesting to see... but really can't say what the demand for it
would be.



On Wed, Apr 24, 2013 at 4:27 PM, Matthew Bogosian <mtb19-WLbs8XpHrcb2fBVCVOL8/A< at >public.gmane.org>wrote:

Old Discussion: Python Implementation? (Bugzilla:Languages)

Matthew Bogosian — 2013-04-24T20:27:05

I have been casually fantasizing about reimplementing Bugzilla in Python. I am aware of the Bugzilla:Languages page (and corresponding discussion page), but note that it hasn't undergone any revisions for over four years, and a lot has changed since then. For example, many of the "Cons" listed under Python may have been addressed in later releases, especially v3.***

If I were to make a sincere effort, I would concentrate on producing a faithful replica of the stable branch (with refactoring where appropriate to bridge any gap between the two languages/architectures/libraries such as template engines). In other words, I would not make any attempt to fix design issues or add new features in order to preserve as much value of the existing knowledge base as possible. Obviously competent help would be greatly appreciated, as this would not be my day job.

However, I am reluctant to embark on such an undertaking without having some assurances that the effort would be useful, or that it would be a realistic candid

Re: Fwd: Re: Bugzilla t-shirts

Dave Miller — 2013-04-22T19:53:45

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Just to let everyone know, we're probably not going to have these
available for purchase right now.  We've got a limited quantity of them
and we're not really in a position to do reprints at the moment, so
we're going to try to save them for "reward swag".

Gervase Markham wrote:
*From: *"Gervase Markham" <gerv-4eJtQOnFJqFAfugRpC6u6w< at >public.gmane.org>

- -- 
Dave Miller http://www.justdave.net/
IT Infrastructure Engineer, Mozilla http://www.mozilla.org/
Project Leader, Bugzilla Bug Tracking System http://www.bugzilla.org/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iD8DBQFRdZVJ0YeDAOcbS44RAqXlAJ4j06/z1MgSQMbMF6IHLP7KLL3O5QCfRy9e
y28e1NpkNGuR6nW878Yy+zQ=
=yaVa
-----END PGP SIGNATURE-----
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5CNFT+jYtjvyW6yDsg< at >public.gmane.org>

Re: How to configure Mail as bug in Widnows Bugzilla 3.6.2

Gervase Markham — 2013-04-16T10:35:22

You need to ask support questions in the right group:
https://www.mozilla.org/about/forums/#support-bugzilla

Gerv
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla-CzyLcWPZiU5YsZ3hbOqMTti2O/JbrIOy< at >public.gmane.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5CNFT+jYtjvyW6yDsg< at >public.gmane.org>

Re: how to fix bugzilla 4.4 to work with MySQL 5.6

Simon Green — 2013-04-14T23:50:21

The proper fix for this issue is at
https://bugzilla.mozilla.org/show_bug.cgi?id=852560

And will be in the next version of Bugzilla 4.0 and up.

how to fix bugzilla 4.4 to work with MySQL 5.6

Rafnews — 2013-04-14T18:44:01

Hi,

i fixed a bug to make bugzilla works under MySQL 5.6.
in fact, in /Bugzilla/DB/mysql.pm file on line 310, you need to replace 
(improve code) with the following code:
my ($innodb_on) = < at >{$self->selectcol_arrayref(
         # q{SHOW VARIABLES LIKE '%have_innodb%'}, {Columns=>[2]})};
         q{SELECT * FROM INFORMATION_SCHEMA.ENGINES WHERE ENGINE LIKE 
'%Innodb'}, {Columns=>[2]})};
     #if ($innodb_on ne 'YES') {
     if ($innodb_on eq 'NO') {
         die install_string('mysql_innodb_disabled');
     }

in fact in MySQL 5.6 variable have_innodb does not exist anymore instead 
of that you need to use: SELECT * FROM INFORMATION_SCHEMA.ENGINES WHERE 
ENGINE LIKE '%Innodb' and to test with NO as it can be DEFAULT or YES 
for SUPPORT column.

HTH.

Alain R.
www.rogtek.com
www.facebook.com/rogtek

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5CNFT+jYtjvyW6yDsg< at >public.gmane.org>

Re: How to configure Mail as bug in Widnows Bugzilla 3.6.2

Frédéric Buclin — 2013-04-14T19:18:48

Le 14. 04. 13 21:13, kkpalli-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org a écrit :

Please use the support mailing-list for questions about how to configure
Bugzilla, see http://www.bugzilla.org/support.

LpSolit

-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5CNFT+jYtjvyW6yDsg< at >public.gmane.org>

How to configure Mail as bug in Widnows Bugzilla 3.6.2

2013-04-14T19:13:46

Hello,

I am searching for How to configure Mail as bug in Widnows Bugzilla 3.6.2.detail below.

I have installed and configured the Bugzilla 3.6.2 in Windows 2003 Server with 64 bit and I am trying to configure the Mail a bug in Bugilla version 3.6.2 since last 2 months but I did not find any document.

can you please send me the configuration details.

Regards,
Kranthi Pll.
_______________________________________________
dev-apps-bugzilla mailing list
dev-apps-bugzilla-CzyLcWPZiU5YsZ3hbOqMTti2O/JbrIOy< at >public.gmane.org
https://lists.mozilla.org/listinfo/dev-apps-bugzilla
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5CNFT+jYtjvyW6yDsg< at >public.gmane.org>