Hi Ralf, Hi Thomas,
so far I do not have a good gut feeling about the registry
and the way it was introduced.
But I am still trying to understand things,
as I was quite busy and could not answer sooner.
Am Dienstag, 29. November 2005 23:58 schrieb Ralf S. Engelschall:
Yes, David, I know that
Am Donnerstag, 8. Dezember 2005 19:08 schrieb Bernhard Reiter:
I believe that it has other reasons that the feedback form was not used
as planned. E.g. I saw the form, but I dislike forms like it so much,
that I did not use it, though I am quite happy to give you feedback.
Now I have filled
Am Donnerstag, 8. Dezember 2005 19:08 schrieb Bernhard Reiter:
Hi Ralf, Hi Thomas,
Ping?
Does anybody read me?
I think there are many other potential reasons why users do not give
feeback. To me personally I have made several bad experiences with
contacting OpenPKG, even with important
Am Dienstag, 13. Dezember 2005 23:16 schrieb David M. Fetter:
On Tue, 2005-12-13 at 19:42 +0100, Bernhard Reiter wrote:
Am Donnerstag, 8. Dezember 2005 19:08 schrieb Bernhard Reiter:
Does anybody read me?
We read. Not much to say when all there is are complaints, some of
which you admit
[Spawning issues that I feel are seperate enough.]
Am Mittwoch, 14. Dezember 2005 08:59 schrieb Ralf S. Engelschall:
On Thu, Dec 08, 2005, Bernhard Reiter wrote:
a) Bugtracker link not working; Status: Still unfixed, no feedback
aafter three ttempts or so.
Accepted. It is a shame that we
Am Mittwoch, 14. Dezember 2005 08:59 schrieb Ralf S. Engelschall:
On Thu, Dec 08, 2005, Bernhard Reiter wrote:
[...]
I believe that it has other reasons that the feedback form was not used
as planned. E.g. I saw the form, but I dislike forms like it so much,
that I did not use it, though
Am Mittwoch, 14. Dezember 2005 08:59 schrieb Ralf S. Engelschall:
On Thu, Dec 08, 2005, Bernhard Reiter wrote:
In some ways the system can be seen as being more restrictive
as what some commercial distributors of operating systems do
(free and non-free).
Restrictive? Hmmm. Everything
Am Freitag, 16. Dezember 2005 13:06 schrieb Bernhard Reiter:
Am Mittwoch, 14. Dezember 2005 08:59 schrieb Ralf S. Engelschall:
On Thu, Dec 08, 2005, Bernhard Reiter wrote:
c) Long term maintenance ideas regarding GNU/Linux Enterprise
distributions. Status: I probably will have to resend
Am Freitag, 16. Dezember 2005 13:06 schrieb Bernhard Reiter:
Am Mittwoch, 14. Dezember 2005 08:59 schrieb Ralf S. Engelschall:
On Thu, Dec 08, 2005, Bernhard Reiter wrote:
Just to give you an idea what I tried to get feedback for
b) Berkeley DB stability decision for OpenPKG 2.4
Am Freitag, 16. Dezember 2005 15:55 schrieb Ralf S. Engelschall:
On Fri, Dec 16, 2005, Bernhard Reiter wrote:
[...]
Now to the technical point: If you are in search of a tracker system,
(which I did not know before) there might be possibilities to help.
I have experiences with running
Hi,
Am Samstag, 17. Dezember 2005 14:34 schrieb gruessle:
I get following error but I can't find that file, doesn't seam to exist.
I did try the latest version which is 'openpkg-2.5.0-2.5.0.src.sh'
but that got me the same error.
obmtool:ERROR: please download ./openpkg-2.2.2-2.2.2.src.sh to
Am Freitag, 16. Dezember 2005 16:40 schrieb Ralf S. Engelschall:
On Fri, Dec 16, 2005, Bernhard Reiter wrote:
How stable is OpenLDAP with db 4.3.29
(in general and with OpenPKG in particular)?
How can the OpenPKG project guarantee stability with db 4.3?
So the conclusion would
Am Freitag, 16. Dezember 2005 22:11 schrieb Bill Campbell:
On Fri, Dec 16, 2005, Bernhard Reiter wrote:
Note that there is some competition between OpenPKG and the operating
system vendors. This is a problem for customers.
They want to have a tested Linux (the kernel) and core technologies
Am Donnerstag, 15. Dezember 2005 20:13 schrieb Bernhard Herzog:
I've just uploaded a new snapshot release of the Kolab Server 2.1 branch.
You'll find it in the server/development-2.1 directory.
Travelling in the train
I have tested Kolab Server pre2.1 snapshot 20051215
on my Debian Sarge
Am Montag, 19. Dezember 2005 08:51 schrieb Ralf S. Engelschall:
My last information on this was that Thomas L. asked the Kolab project
to contribute their changes at the time before we released OpenPKG
2.5 but there was no response to him. Because of this nothing was
integrated AFAIK.
I do
By default the /openpkgdir/var/postfix/log/postfix.log is word readable.
This gives users of the system
the possibility to do some sort of email traffic analysis
for email flowing through the system.
http://cvs.openpkg.org/getfile/openpkg-src/postfix/fsl.postfix?v=1.6
has
file(
Am Mittwoch, 11. Januar 2006 15:34 schrieb Bernhard Reiter:
By default the /openpkgdir/var/postfix/log/postfix.log is word readable.
This gives users of the system
the possibility to do some sort of email traffic analysis
for email flowing through the system.
http://cvs.openpkg.org/getfile
Am Donnerstag, 9. Februar 2006 22:06 schrieb Ralf S. Engelschall:
Happy Birthday OpenPKG Foundation!
For those of you who have no recognized:
today the OpenPKG Foundation e.V. is exactly one year old!
Best wishes from the Kolab Konsortium!
May OpenPKG and its foundation live long and prosper!
The documentation of cyrus imapd that comes
within the source tarball appears to not be within the package.
/kolab/bin/openpkg rpm -qp imapd-2.2.12-2.5.0.ix86-debian3.1-openpkg.rpm -ld
| wc
0 0 0
Also it seems that the manpages are not marked as documentation,
they are in
Am Freitag, 10. März 2006 10:09 schrieb [EMAIL PROTECTED]:
gmp-4.1.4-20051016 (from -current) fails to build for me on
Debian.
It would be helpful to know more about the system.
Debian version and hardware platform.
E.g. is this s 64 bit machine?
One debugging idea would be to check which
Using OpenPKG 2.5
I had two cases where failures
to start have not been recorded in the log,
nor OpenPKG spit out an error.
a) cyrmaster did not start because of hitting a 2 GibiByte limit
in the master logfile
/kolab/bin/cyrmaster
echo $! $imapd_pidfile
In this case it seems that the
Am Montag, 20. März 2006 13:32 schrieb Bernhard Reiter:
Using OpenPKG 2.5
b) postfix
/kolab/sbin/postfix start
failed, because of an old master.pid (without process).
The message of postfix-scripts did not end up in the logs
and openpkg did not fail.
This was more complicated then I have
Am Montag, 20. März 2006 13:32 schrieb Bernhard Reiter:
Using OpenPKG 2.5
I had two cases where failures
to start have not been recorded in the log,
nor OpenPKG spit out an error.
a) cyrmaster did not start because of hitting a 2 GibiByte limit
in the master logfile
/kolab/bin
Am Montag, 20. März 2006 18:41 schrieb Bill Campbell:
On Mon, Mar 20, 2006, Bernhard Reiter wrote:
Am Montag, 20. März 2006 13:32 schrieb Bernhard Reiter:
Using OpenPKG 2.5
b) postfix
/kolab/sbin/postfix start
failed, because of an old master.pid (without process).
The message
Am Montag, 20. März 2006 13:32 schrieb Bernhard Reiter:
Using OpenPKG 2.5
I had two cases where failures
to start have not been recorded in the log,
nor OpenPKG spit out an error.
a) cyrmaster did not start because of hitting a 2 GibiByte limit
in the master logfile
/kolab/bin
Am Montag, 20. März 2006 19:19 schrieb Ralf S. Engelschall:
On Mon, Mar 20, 2006, Bernhard Reiter wrote:
[...]
Ralf: Can you confirm that fsl 1.6.1 does not have large file support and
will barf on 2Gibibyte logfiles?
OSSP fsl uses OSSP l2 and yes, OSSP l2 still doesn't have large file
Am Montag, 20. März 2006 19:28 schrieb Ralf S. Engelschall:
On Mon, Mar 20, 2006, Bernhard Reiter wrote:
Am Montag, 20. März 2006 13:32 schrieb Bernhard Reiter:
Well this was a bad example because of the backgrounding,
but in rc.openldap the exit codes seem to be lost:
E.g. the exit
Am Montag, 20. März 2006 18:52 schrieb Bernhard Reiter:
Am Montag, 20. März 2006 18:41 schrieb Bill Campbell:
On Mon, Mar 20, 2006, Bernhard Reiter wrote:
Am Montag, 20. März 2006 13:32 schrieb Bernhard Reiter:
Using OpenPKG 2.5
b) postfix
/kolab/sbin/postfix start
failed
Am Dienstag, 21. März 2006 12:47 schrieb Torsten Homeyer:
Ralf S. Engelschall wrote:
On Tue, Mar 21, 2006, Bernhard Reiter wrote:
[...]
Thus I am suggesting the following patch (only minimally tested).
[...]
+{ ! ps -elf|grep postfix/m[a]ster /dev/null 21 \
+ /kolab
Am Dienstag, 21. März 2006 18:33 schrieb Adam D. Morley:
Hi Adam,
thanks for the hint!
I have had a look and runit is not within the OpenPKG packages.
(daemontools is un-free by common Free Software (Open Source) standards
as far as I know.)
I am a bit unsure
if it would fit well with fsl,
Cyrus auch interessieren. Technische Einzelheiten,e.g. Cyrus bug Nummer:
https://intevation.de/roundup/kolab/issue1172
Wenn das nicht möglich ist, sag bitte auch kurz Bescheid.
Danke!
Gruß,
Bernhard
Am Montag, 20. März 2006 19:19 schrieb Ralf S. Engelschall:
On Mon, Mar 20, 2006, Bernhard Reiter
Am Mittwoch, 22. März 2006 11:06 schrieb Ralf S. Engelschall:
On Wed, Mar 22, 2006, Bernhard Reiter wrote:
[...non-english private request...]
It was my mistake using the client. :(
Please be careful and do not post in non-English language or with
private requests on the public mailing list
On Wednesday 16 August 2006 10:49, Michael Varlik wrote:
What I am doing is to extend a Kolab installation which uses openpkg
2.4. I think it may be much better to use multipe openpkg instances for
this but I wanted to try to install samba into the openpkg instance
created by kolab.
The
Hi Ralf,
it would be useful to have a date on the
http://www.openpkg.org/documentation/article/
so that the reader can judge how current the information might be.
When was it written?
Also it would be nicer to point people where they can actually
give feedback about those little things on the
Am Dienstag, 22. August 2006 19:45 schrieb Ralf S. Engelschall:
I found http://www.openpkg.org/community/feedback.php,
but I guessed it would not be best for webpage feedback,
Another sentence to add would be: It is fine to only fill out some of the
boxes, if you only want to give
On Thursday 21 September 2006 23:31, Thomas Lotterer wrote:
Have a look at openpkg man shtool-rotate
I think logrote also works with the package openpkg-tools installed
and shtool _not_ installed. In this case (e.g. with many Kolab Servers)
there is no manpage shtool-rotate on the system.
; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
signature.asc
Description: This is a digitally signed message part.
; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
signature.asc
Description: This is a digitally signed message part.
, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
signature.asc
Description: This is a digitally signed message part.
-Konsortium.com.
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
signature.asc
Description: This is a digitally signed message part.
Am Dienstag, 17. Februar 2009 14:30:34 schrieb Ralf S. Engelschall:
On Tue, Feb 17, 2009, Bernhard Reiter wrote:
Am Montag, 16. Februar 2009 20:02:35 schrieb Ralf S. Engelschall:
Yes, the new RPM 5 based bootstrap is already based on GNU Tar 1.21 and
hence built just fine for me last week
On Tuesday 17 February 2009, Bernhard Reiter wrote:
Am Dienstag, 17. Februar 2009 14:30:34 schrieb Ralf S. Engelschall:
On Tue, Feb 17, 2009, Bernhard Reiter wrote:
Am Montag, 16. Februar 2009 20:02:35 schrieb Ralf S. Engelschall:
Yes, the new RPM 5 based bootstrap is already based
: www.intevation.net (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
signature.asc
Description
43 matches
Mail list logo