Yes I have checked the bugzilla version and it is correctly entered as
'3.0.2' I am attaching the demon.conf file for your refrence.

I have even tried to run the scmbug process in the forked mode but of no
use.

Thanks,
Pawan 

-----Original Message-----
From: Kristis Makris [mailto:[EMAIL PROTECTED] 
Sent: Thursday, December 13, 2007 10:13 PM
To: Pawan Mohan Sharma
Cc: [email protected]
Subject: RE: The getppid function is unimplemented

Have you set the correct Bugzilla version in daemon.conf ?

On Thu, 2007-12-13 at 14:20 +0530, Pawan Mohan Sharma wrote:
> I really appriciate your help its really moving the things forward. 
> and now I am not getting the getppid error but now there is one more
problem:
> 
> I am able to commit the files to the cvs but the commits are not 
> updateing the bugzilla. And I can't even see any error in the logs.
> 
> My SCMBUG activity logs are saying something similar:
> 
> Thu Dec 13 13:00:19 2007 127.0.0.1:1678 Processing connection from   
>  Thu Dec 13 13:00:19 2007 127.0.0.1:1678 Processing an 
> 'activity_verify' for bug id '2' from SCM user 'pawan.s'
> Thu Dec 13 13:00:19 2007 127.0.0.1:1678 Connection from    processed
> 
> But nothing is coming in the bugzilla.
> 
> I have done some research on the net and tried on thing where I can 
> confirm that scmbug is able to communicate with the mysql. I just 
> tried to change the product name to something wrong and I got the 
> expected error in scmbug activity logs:
> 
> Thu Dec 13 12:59:42 2007 127.0.0.1:1673 Processing connection from   
>  Thu Dec 13 12:59:42 2007 127.0.0.1:1673 Processing an 
> 'activity_verify' for bug id '2' from SCM user 'pawan.s'
> Thu Dec 13 12:59:42 2007 127.0.0.1:1673 Bug '2' does not belong to the 
> product 'TestProduct2'. It belongs to product 'TestProduct'.
> Thu Dec 13 12:59:42 2007 127.0.0.1:1673 Connection from    processed
> 
> 
> I am not able to debug this problem after this and I am assuming that 
> there is some broken link between scmbug and bugzilla.
> 
> Anyhelp from your side to fix this issue will be really helpful for me....
> 
> Thanks,
> Pawan
> 
> -----Original Message-----
> From: Kristis Makris [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 13, 2007 12:00 AM
> To: Pawan Mohan Sharma
> Cc: [email protected]
> Subject: RE: The getppid function is unimplemented
> 
> Pawan,
> 
> Try the workaround documented in:
> 
> http://bugzilla.mkgnu.net/show_bug.cgi?id=1074#c4
> 
> and report back if this works.
> 
> On Wed, 2007-12-12 at 11:49 +0530, Pawan Mohan Sharma wrote:
> > Hey kristis,
> > 
> > I really appriciate the help from you!!!!
> > 
> > I just check the activestate bug's reply and Jan is talking about 
> > some work around for this issue but couldn't get it. Can you please 
> > explain this to me and how I can put it in my current scmbug/glue
installation?
> > 
> > Thanks,
> > Pawan
> > 
> > -----Original Message-----
> > From: Kristis Makris [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, December 12, 2007 2:40 AM
> > To: Pawan Mohan Sharma
> > Cc: [email protected]
> > Subject: RE: The getppid function is unimplemented
> > 
> > 
> > I reported this to ActiveState:
> > 
> > http://bugs.activestate.com/show_bug.cgi?id=73795
> > 
> > Lets see what happens.
> > 
> > On Tue, 2007-12-11 at 10:20 +0530, Pawan Mohan Sharma wrote:
> > > Hey kristis,
> > > 
> > > Yes even I am thinking of same but not sure how to fix it( I am 
> > > not a perl programmer).
> > > 
> > > My activeperl version is 5.8.8 build 822. 
> > > CVSNT version is 2.5.03 (Scorpio)Build 2382 and I am using eclipse
> > > 3.1 for commiting the files in cvs
> > > 
> > > Thanks,
> > > Pawan
> > > 
> > > -----Original Message-----
> > > From: Kristis Makris [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, December 11, 2007 1:46 AM
> > > To: [email protected]
> > > Cc: [EMAIL PROTECTED]
> > > Subject: The getppid function is unimplemented
> > > 
> > > Hi Pawan,
> > > 
> > > My best guess is that the ActivePerl you are using has not 
> > > implemented this functionality yet. What's the version of 
> > > ActivePerl you
> are running ?
> > > 
> > > +++++++++++++++++++++++++++++++++
> > > 
> > > http://bugzilla.mkgnu.net/show_bug.cgi?id=1074
> > > 
> > > This was reported by Pawan Mohan Sharma, [EMAIL PROTECTED]
> > > 
> > > guys,
> > > 
> > > i have tried my level to install SCMBUG_RELEASE_0-23-0 to 
> > > integerate CVSNT with bugzilla 3.0.2 on windows 2000.
> > > 
> > > problem is i never ever able to make a single commit on the server 
> > > after configuring the glue for my CVS repository. i am using 
> > > eclipse
> > > 3.1 to commit the files in the CVS and i am continuosly getting 
> > > the following error
> > > 
> > > here is the log
> > > cvs ci -m -l "/dummy/testfile"
> > > 
> > > Scmbug notice: 
> > > ---------------------------------------------------------
> > > 
> > > Scmbug notice: Reading configuration
> > > 
> > > Scmbug notice: Checking configuration
> > > 
> > > The getppid function is unimplemented at ..\..\lib\POSIX.pm 
> > > (autosplit into
> > > ..\..\lib\auto\POSIX\getppid.al) line 722.
> > > 
> > > Scmbug notice: Preparing for a commit
> > > 
> > > cvs server: Pre-commit check failed
> > > 
> > > cvs [server aborted]: correct above errors first!
> > > 
> > > i am not able to find out how and where i can set the POSIX 
> > > related setting and what exactly i have to do for this error. i 
> > > check the POSIX.pm in perl installation and on line number 722 i 
> > > was not able to understand anything
> > > 
> > > for your refrence i am attaching my demon.conf and glue.conf files.
> > > 
> > 
> 
#
# This is a template configuration file for the
# scmbug-server daemon
#
$daemon_configuration = {

    # Logging configuration
    logs => { error  => 'C:/Program Files/Scmbug/var/log/scmbug/error.log' ,
              activity  => 'C:/Program 
Files/Scmbug/var/log/scmbug/activity.log' },

    # Port the daemon will start on
    daemon_port => 3872,

    #
    # Execution mode of the daemon. There are 3 options:
    #
    # - 'threaded'. Multiple threads are created to handle incoming
    # connections. This was observed to work well under Windows but
    # cause a 3-fold slowdown under UNIX.
    #
    # - 'forked'. Multiple processes are created to handle incoming
    # connections. This was observed to work well under UNIX
    # and most Windows systems.
    #
    # - 'auto'. Automatically chooses between a 'threaded' or 'forked'
    # mode.
    daemon_mode => "forked",

    # Configuration information of the bug tracking
    # system
    bugtracker => {
        # The possible options are:
        # - 'Bugzilla'
        # - 'Mantis'
        # - 'RequestTracker'
        # - 'TestDirector'
        type => 'Bugzilla',
        # This MUST be in the format x.y.z, where x,y,z
        # are integers
        version => '3.0.2',
        database_location => 'localhost',
        database_port => '3306',
        # Valid values are the ones accepted by the Perl DBI.
        #
        # For Bugzilla and RequestTracker, this value is ignored
        #
        # For Mantis, *some* valid values (there are others) are:
        # - 'mysql'
        # - 'Pg'
        database_vendor => 'mysql',
        # For RequestTracker these values are ignored
        database_name => 'bugs',
        database_username => 'bugs',
        database_password => 'sockmonkey',
        
        # Used only for Bugzilla.
        #
        # Flags whether the live bugtracker instance is installed
        # locally on the same machine the daemon is running
        installed_locally => 1,

        # Used for Bugzilla and RequestTracker.
        #
        # Path to the directory of the bugtracker sources providing an
        # API that the daemon can use
        #installation_directory => '/usr/share/bugzilla',
        installation_directory => 'E:/bugzilla',
        # Prefix used to display a bug
        bug_url_prefix => 'http://localhost/show_bug.cgi?id=' },


    # Translation list of SCM usernames to bug-tracking
    # usernames. Mappings based on mapping_ldap are applied
    # first. Mappings based on mapping_regexes are applied second and
    # can override a mapping based on mapping_ldap. Mappings based on
    # mapping_values are applied last and can override all other
    # mappings.
    userlist => {

        # Apply a case sensitive username verification
        case_sensitive_username_verification => 0,

        mappings => {

            # Enable SCM username translation. This flag must be
            # turned on for any of the mappings that follow to apply.
            enabled => 1,

            # This is a mapping based on
            # LDAP. ldap_scm_username_attribute defines the LDAP
            # attribute that will be used to match the SCM
            # username. The SCM username will be mapped into the
            # bug-tracking username defined by
            # ldap_bugtracking_username_attribute.
            mapping_ldap => {
                enabled => 0,
                ldap_server => '127.0.0.1',
                ldap_port => '389',
                # A binddn (e.g. cn=default) that has access to read
                # all attributes
                ldap_binddn => 'replace_with_binddn',
                # The password of the binddn that has access to read
                # all attributes
                ldap_binddn_password => 'replace_with_binddn_password',
                # The BaseDN in which to search for the
                # ldap_scm_username_attribute
                # (e.g. "ou=People,o=Company")
                ldap_basedn => 'replace_with_basedn',
                # The name of the attribute containing the user's SCM
                # username
                ldap_scm_username_attribute => 'uid',
                # The name of the attribute containing the user's
                # bug-tracking username
                ldap_bugtracking_username_attribute => 'mail',
                # LDAP filter to AND with the
                # ldap_scm_username_attribute for filtering the list
                # of valid SCM users.
                ldap_filter => ''
                },

            # This is a mapping based on regular expressions. The
            # first expression defines how the SCM username will be
            # matched. The second defines how it will be transformed,
            # and uses the unnamed variable $1 that was described by
            # the first expression. The mapping is checked for a match
            # as:
            # m/$first_regex/
            # and is applied as: s/$first_regex/$second_regex/
            mapping_regexes => {
                enabled => 0,
                values => {
                    # This is an example of mapping a Windows Domain
                    # user from 'DOMAIN\user' to
                    # '[EMAIL PROTECTED]'
                    #'^DOMAIN\\\\(\w+)$' => '[EMAIL PROTECTED]',
                    '(\w+)$' => '[EMAIL PROTECTED]',
                    # This is an example of mapping a UNIX user from
                    # 'example_user' to
                    # '[EMAIL PROTECTED]'
                    '^(\w+)$' => '[EMAIL PROTECTED]'
                    }
            },

            # This is a one-to-one mapping of SCM usernames to
            # bugtracking usernames. Mappings in this list override
            # mappings from mapping_regexes.
            mapping_values => {
                enabled => 1,
                values => { 
                    'pawan.s' => '[EMAIL PROTECTED]',
                    'example_user2' => '[EMAIL PROTECTED]'
                    }
            }
        }
        
    }

};
_______________________________________________
scmbug-users mailing list
[email protected]
http://lists.mkgnu.net/cgi-bin/mailman/listinfo/scmbug-users

Reply via email to