I have a suggestion: Before committing changes to the compiler in the stable version of Pike, check that "make verify" passes.
Sorry, I was lazy. Sometimes it's hard to find the patience to wait through a verification, and I'm fairly sure I'm not the only one that cheats with that. Then again I don't think it matters very much that such errors are discovered first in the xenofarm builds; it's afterall their main purpose.
/ Martin Stjernholm, Roxen IS
Previous text:
2002-12-11 13:56: Subject: Pike 7.4
I have a suggestion: Before committing changes to the compiler in the stable version of Pike, check that "make verify" passes.
/ Marcus Comstedt (ACROSS) (Hail Ilpalazzo!)
The suggestion was limited to the 7.4 tree, and I think everyone agrees that keeping it free from even a single build with a trivial testsuite failure should be high priority until the first actual 7.4 build is released.
Speaking of which, should we meet sometime this week and make the actual binary packages? Could someone also please take a look at the dmalloc failure and give an assessment of the severity.
/ Martin Nilsson (hehe Torgny)
Previous text:
2002-12-11 18:42: Subject: Pike 7.4
Sorry, I was lazy. Sometimes it's hard to find the patience to wait through a verification, and I'm fairly sure I'm not the only one that cheats with that. Then again I don't think it matters very much that such errors are discovered first in the xenofarm builds; it's afterall their main purpose.
/ Martin Stjernholm, Roxen IS
It's a debug check of the free lists in block_alloc that the callback code uses for some reason. I don't think it's a valuable check anymore so I've simply disabled it.
/ Martin Stjernholm, Roxen IS
Previous text:
2002-12-11 20:31: Subject: Pike 7.4
The suggestion was limited to the 7.4 tree, and I think everyone agrees that keeping it free from even a single build with a trivial testsuite failure should be high priority until the first actual 7.4 build is released.
Speaking of which, should we meet sometime this week and make the actual binary packages? Could someone also please take a look at the dmalloc failure and give an assessment of the severity.
/ Martin Nilsson (hehe Torgny)
And the Xenofarm ==LEAK== detection is broken...
/ Martin Nilsson (hehe Torgny)
Previous text:
2002-12-11 22:23: Subject: Pike 7.4
It's a debug check of the free lists in block_alloc that the callback code uses for some reason. I don't think it's a valuable check anymore so I've simply disabled it.
/ Martin Stjernholm, Roxen IS
That someone can be you - try sudo xenofarm [command-you-wish-to-run].
/ Johan Sundström (ärkehertig av Lysators rootgrupp)
Previous text:
2002-12-12 02:39: Subject: Pike 7.4
And know it might be fixed. Someone with the rights and knowhow can restart the result parsers and see if it works.
/ Martin Nilsson (hehe Torgny)
You're just guessing.
bash-2.03$ sudo xenofarm kill 10300 sudo: /etc/sudoers is owned by gid 1, should be 0
/ Martin Nilsson (hehe Torgny)
Previous text:
2002-12-12 13:00: Subject: Pike 7.4
That someone can be you - try sudo xenofarm [command-you-wish-to-run].
/ Johan Sundström (ärkehertig av Lysators rootgrupp)
And there should be another -u before xenofarm too. Now it should work better.
/ Johan Sundström (ärkehertig av Lysators rootgrupp)
Previous text:
2002-12-12 13:04: Subject: Pike 7.4
You're just guessing.
bash-2.03$ sudo xenofarm kill 10300 sudo: /etc/sudoers is owned by gid 1, should be 0
/ Martin Nilsson (hehe Torgny)
Yes, it did. The result parsers are restarted, though I didn't manage to use the init_d.pikefarm, so there are no pid files for them.
/ Martin Nilsson (hehe Torgny)
Previous text:
2002-12-12 13:09: Subject: Pike 7.4
And there should be another -u before xenofarm too. Now it should work better.
/ Johan Sundström (ärkehertig av Lysators rootgrupp)
Why didn't you manage to use the init script?
/ Marcus Comstedt (ACROSS) (Hail Ilpalazzo!)
Previous text:
2002-12-12 13:22: Subject: Pike 7.4
Yes, it did. The result parsers are restarted, though I didn't manage to use the init_d.pikefarm, so there are no pid files for them.
/ Martin Nilsson (hehe Torgny)
Assuming that /pike/home/xenofarm/xenofarm_cvs/projects/pike/init_d.pikefarm is the script to be executed sudo -u xenofarm ./init_d.pikefarm start had the following issues 1. It didn't have permission to create new pid files 2. It didn't restart the killed processes
/ Martin Nilsson (hehe Torgny)
Previous text:
2002-12-12 13:44: Subject: Pike 7.4
Why didn't you manage to use the init script?
/ Marcus Comstedt (ACROSS) (Hail Ilpalazzo!)
No, /etc/init.d/pikefarm is the script to execute. I mentioned this script in <text 9441897>.
/ Marcus Comstedt (ACROSS) (Hail Ilpalazzo!)
Previous text:
2002-12-12 13:48: Subject: Pike 7.4
Assuming that /pike/home/xenofarm/xenofarm_cvs/projects/pike/init_d.pikefarm is the script to be executed sudo -u xenofarm ./init_d.pikefarm start had the following issues
- It didn't have permission to create new pid files
- It didn't restart the killed processes
/ Martin Nilsson (hehe Torgny)
pike-devel@lists.lysator.liu.se
-
Johan Sundstr�m (�rkehertig av Lysators rootgrupp) ＠ Pike (-) developers forum -
Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum
-
Martin Nilsson (hehe Torgny) ＠ Pike (-) developers forum
-
Martin Stjernholm, Roxen IS ＠ Pike developers forum