Re: [Cooker] Re: [CHRPM] jabber-1.4.2a-11mdk

[magic]

Is anyone running the conference module?

   I am thinking I am having a silly configuration issue, but I can't
seem to get things going. (Been to Google, and read the docs.) I am
also seeing crashes, but have not isolated the cause yet.

   Also, anyone else having problems stopping the jabber service? It
doe not happen all the time, but if (when) jabber hangs, I need to stop
it with kill, and then manually clear the /var/run/jabber/*pid file(s). 

   Hints would be appreciated.

   Thanks!

   S


FACORAT Fabrice wrote:

  Le mar 28/10/2003 à 17:09, Frederic Crozat a écrit :
  
  
On Tue, 28 Oct 2003 12:06:28 -0500, magic wrote:



  Hey all,

I was just wondering if there was any chance of having the jabberd 
quickstart included in the jabber rpm (or possibly a seperate one)?

http://jabberd.jabberstudio.org/quickstart/
  

Hmm, I'm not sure this one is needed nor useful for our own package..

  
  
I've got a request for jabber package : provide support for logrotate.
Indeed I was unable to start my local jabber server until I understand
that the problem's comes from /var/log/jabber/record.log and
/var/log/jabber/error.log . error.log grow, and grow and then at the end
jabber doesn't want to start as error.log was too big ( more than 7Mo,
maybe kopete related ... ). This limitation comes from xdb component.
So adding a script in /etc/logrotate.d could did the trick and allow to
don't have a jabber server stopping running at all ( this is limit a DoS
against jabber ).
weekly rotations should be enough with 4 copies for record.log, and
rotation when filesize exceed 1M should be enough for error.log :

/var/log/jabber/record.log {
monthly
rotate 4
	notifempty 
	missingok
}

/var/log/jabber/error.log {
size=1M
rotate 4
	notifempty 
	missingok
}

--- 
Laissons les jolies femmes aux hommes sans imagination. Marcel Proust
(1871-1922).


  

Re: [Cooker] Re: [CHRPM] jabber-1.4.2a-11mdk

[magic]

Buchan Milne wrote:

(BTW, Fred, I didn't get that LDAP plugin to work, any time I added
configuration for it to the jabber.xml file I couldn't start the server
:-().
   Buchan,

   Are you talking about the xdb_auth_cpile component?  I was looking 
at that, and might want to try (although on a mdk91 machine). I was 
wondering though if that is an all or nothing type of thing. (If all 
auth requests go there.)

   Ideally I believe I would like to use that (for internal users) but 
still maintain the default jabber auth for conferences where (external) 
users are not known by the ldap server.

   Thanks,

   S

Re: [Cooker] Re: [CHRPM] jabber-1.4.2a-11mdk

[magic]

Hmmm,

   I just installed and took a look at. (It is not what I expected...)
It appears to be a shell script, that generates config file(s).
   Thanks anyways!

   S

Frederic Crozat wrote:

On Tue, 28 Oct 2003 12:06:28 -0500, magic wrote:


Hey all,

   I was just wondering if there was any chance of having the jabberd 
quickstart included in the jabber rpm (or possibly a seperate one)?

   http://jabberd.jabberstudio.org/quickstart/


Hmm, I'm not sure this one is needed nor useful for our own package..

[Cooker] Re: [CHRPM] jabber-1.4.2a-11mdk

[magic]

Hey all,

   I was just wondering if there was any chance of having the jabberd 
quickstart included in the jabber rpm (or possibly a seperate one)?

   http://jabberd.jabberstudio.org/quickstart/

   Thanks,

   S

Stefan van der Eijk wrote:
-=-=-=-
Name: jabber   Relocations: (not relocateable)
Version : 1.4.2aVendor: MandrakeSoft
Release : 11mdk Build Date: Fri Oct 24 17:50:19 2003
Install Date: (not installed)   Build Host: bi.mandrakesoft.com
Group   : System/ServersSource RPM: (none)
Size: 1338105  License: Jabber Open Source License/GPL
Signature   : (none)
Packager: Mandrake Linux Team 
URL : http://jabber.org/
Summary : Jabber is an instant messaging System.
Description :
Jabber is an instant messaging System, similar to ICQ or AIM, yet far
different.
It is open source, absolutely free, simple, fast, extensible, modularized,
cross platform, and created with the future in mind. Jabber has been
designed from the ground up to serve the needs of the end user, satisfy
business demands, and maintain compatibility with other messaging systems.


-=-=-=-
Stefan van der Eijk <[EMAIL PROTECTED]> 1.4.2a-11mdk
- BuildRequires

-=-=-=-
W: jabber invalid-license Jabber Open Source License/GPL
-=-=-=-
jabber.spec changed
--- jabber-1.4.2a-10mdk.src.rpm/jabber.spec	2003-10-24 20:23:34.0 +0200
+++ jabber-1.4.2a-11mdk.src.rpm/jabber.spec	2003-10-24 20:23:34.0 +0200
@@ -11,7 +11,7 @@
 Summary: Jabber is an instant messaging System.
 Name: jabber
 Version: %{official_version}a
-Release: 10mdk
+Release: 11mdk
 Source0: %{name}-%{version}.tar.bz2
 Source2: jabber.initrd
 Source3: jabber.cfg.bz2
@@ -58,6 +58,7 @@
 # used in initscripts but that should be implicit nowadays
 Requires: file
 BuildRoot: %{_tmppath}/%{name}-%{version}-root
+BuildRequires:	curl-devel
 BuildRequires:	openssl-devel
 BuildRequires:  libsigc++-devel
 BuildRequires:  glib-devel
@@ -402,6 +403,9 @@
 
 
 %changelog
+* Fri Oct 24 2003 Stefan van der Eijk <[EMAIL PROTECTED]> 1.4.2a-11mdk
+- BuildRequires 
+
 * Fri Sep 26 2003 Gwenole Beauchesne <[EMAIL PROTECTED]> 1.4.2a-10mdk
 - Correctly build more DSO with PIC
 

Re: [Cooker] Help - Can't Install 9.2!!!

[magic]

Guillaume Cottenceau wrote:

  Greg Meyer <[EMAIL PROTECTED]> writes:

  
  

 Any ideas? - I really want to try 9.2!!!

  

You might want to give some info about the setup you are installing it on, and 
you might want to post this to expert too.

have you tried any of the standard noapic, acpi=ht boot parameters?

  
  
Install (and post-install) are using acpi=ht by default.

You might want to try "noapic", "nolapic", "ide=nodma", some
"pci=" options might help also.

  

After seeing the other threads on the list, I believe that this issue
is related to the LG CD-Rom issue.  I had a LG 40x (CRD-8400B) that was
toasted my 9.2.  (Had 9.1 on the box before with no install errors.) -
Not good...

   S

Re: [Cooker] Help - Can't Install 9.2!!!

[magic]

magic wrote:

  
  
Greg Meyer wrote:
  
On Friday 17 October 2003 03:41 pm, magic wrote:
  

  Hey all,

   I'm trying to install 9.2, and its failing.

   The CD Boots, and  gets to the install screen. I get as far as
checking the mouse.

   After I hit next, I see it scanning (loads raid driver) then it scans
the floppy (floppy light comes on briefly) and then nothing.  Reset does
not work! (I need to cycle power to clear the system.)

   Any ideas? - I really want to try 9.2!!!



You might want to give some info about the setup you are installing it on, and 
you might want to post this to expert too.

have you tried any of the standard noapic, acpi=ht boot parameters?
  
  
  
Wasn't even sure where to start. I had this issue with 9.2 RC2 and
reported, but never heard anything...
  
   Currently the box has mdk9.1 installed (with no install issues). I
tried a lot of different options for install @ command line (noapic,
acpi=ht, acpi=disable).
  
   Gigabyte motherboard (6VTXE); Celeron  1.4G; IDE CD-Rom; SCSI Raid
(DPT controller).
  
   No sure what to try, or where to go next, or what info is needed...
  
   Thanks,
  
   S
  
  

Thanks for everyones support...

   I saw somewhere where there were some CD-Rom issues, and swapped-out
the CD.

   I am happily installing mdk92 at present!!!

   Thanks!

   S

Re: [Cooker] Help - Can't Install 9.2!!!

[magic]

Digital Wokan wrote:

magic wrote:

Hey all,

  I'm trying to install 9.2, and its failing.

  The CD Boots, and  gets to the install screen. I get as far as 
checking the mouse.

  After I hit next, I see it scanning (loads raid driver) then it 
scans the floppy (floppy light comes on briefly) and then nothing.  
Reset does not work! (I need to cycle power to clear the system.)

  Any ideas? - I really want to try 9.2!!!

  Thanks,

  S


Try going to alt-F4 or alt-F3 just after the last interactive step 
you'be been able to perform and see what the last messages are.

I ended up having to do a network install because of a consant "hdc: 
lost interrupt" error when I tried to install from CD.  From the GUI 
view, it had frozen.  I found the hdc errors on one of the log screens. 


That would be great, problem is once the graphical interface starts; I 
can not get back to the console screens.

  Thanks,

  S

Re: [Cooker] Help - Can't Install 9.2!!!

[magic]

Greg Meyer wrote:

  On Friday 17 October 2003 03:41 pm, magic wrote:
  
  
Hey all,

   I'm trying to install 9.2, and its failing.

   The CD Boots, and  gets to the install screen. I get as far as
checking the mouse.

   After I hit next, I see it scanning (loads raid driver) then it scans
the floppy (floppy light comes on briefly) and then nothing.  Reset does
not work! (I need to cycle power to clear the system.)

   Any ideas? - I really want to try 9.2!!!


  
  You might want to give some info about the setup you are installing it on, and 
you might want to post this to expert too.

have you tried any of the standard noapic, acpi=ht boot parameters?
  


Wasn't even sure where to start. I had this issue with 9.2 RC2 and
reported, but never heard anything...

   Currently the box has mdk9.1 installed (with no install issues). I
tried a lot of different options for install @ command line (noapic,
acpi=ht, acpi=disable).

   Gigabyte motherboard (6VTXE); Celeron  1.4G; IDE CD-Rom; SCSI Raid
(DPT controller).

   No sure what to try, or where to go next, or what info is needed...

   Thanks,

   S

Re: [Cooker] Help - Can't Install 9.2!!!

[magic]

P.S.

  Oh yea,  I still can't post bugs on  qa.mandrakesoft.com...

  (If someone would be so kind.)

  S

magic wrote:

Hey all,

  I'm trying to install 9.2, and its failing.

  The CD Boots, and  gets to the install screen. I get as far as 
checking the mouse.

  After I hit next, I see it scanning (loads raid driver) then it 
scans the floppy (floppy light comes on briefly) and then nothing.  
Reset does not work! (I need to cycle power to clear the system.)

  Any ideas? - I really want to try 9.2!!!

  Thanks,

  S

[Cooker] Help - Can't Install 9.2!!!

[magic]

Hey all,

  I'm trying to install 9.2, and its failing.

  The CD Boots, and  gets to the install screen. I get as far as 
checking the mouse.

  After I hit next, I see it scanning (loads raid driver) then it scans 
the floppy (floppy light comes on briefly) and then nothing.  Reset does 
not work! (I need to cycle power to clear the system.)

  Any ideas? - I really want to try 9.2!!!

  Thanks,

  S

Re: [Cooker] phpLDAPAdmin - install error

[magic]

Just a followup, I installed with nodeps and all appears fine.

  Thanks,

  S

magic wrote:

Get the following install error:

[EMAIL PROTECTED] migration]# urpmi --wget --noclean --media 
cooker-contrib phpLDAPAdmin
   
ftp://fr2.rpmfind.net/linux/4/Mandrake-devel/contrib/i586/phpLDAPAdmin-0.9.0-3mdk.noarch.rpm 

The following packages have bad signatures:
/var/cache/urpmi/rpms/phpLDAPAdmin-0.9.0-3mdk.noarch.rpm
Do you want to continue installation ? (y/N) y
installing /var/cache/urpmi/rpms/phpLDAPAdmin-0.9.0-3mdk.noarch.rpm
Installation failed:
   mod_ssl is needed by phpLDAPAdmin-0.9.0-3mdk
[EMAIL PROTECTED] migration]# rpm -qa '*mod_ssl*'
apache2-mod_ssl-2.0.47-1.1mdk
  Thanks,

  S

[Cooker] phpLDAPAdmin - install error

[magic]

Get the following install error:

[EMAIL PROTECTED] migration]# urpmi --wget --noclean --media 
cooker-contrib phpLDAPAdmin
   
ftp://fr2.rpmfind.net/linux/4/Mandrake-devel/contrib/i586/phpLDAPAdmin-0.9.0-3mdk.noarch.rpm
The following packages have bad signatures:
/var/cache/urpmi/rpms/phpLDAPAdmin-0.9.0-3mdk.noarch.rpm
Do you want to continue installation ? (y/N) y
installing /var/cache/urpmi/rpms/phpLDAPAdmin-0.9.0-3mdk.noarch.rpm

Installation failed:
   mod_ssl is needed by phpLDAPAdmin-0.9.0-3mdk
[EMAIL PROTECTED] migration]# rpm -qa '*mod_ssl*'
apache2-mod_ssl-2.0.47-1.1mdk
  Thanks,

  S

[Cooker] [Bug 5061] [kernel] Installation failes at hard drive detection

[[magic]]

http://qa.mandrakesoft.com/show_bug.cgi?id=5061





--- Additional Comments From [EMAIL PROTECTED]  2003-13-09 08:14 ---
I am also seeing this problem.  I am running mdk91 on the machine currently, 
and can not upgrade or install. I get as far as setting up the mouse, and then 
what appears to be a scan for hard drives (I have a dpt raid card) and hangs.  
Tried the no acpi boot line and that had no effect :'(


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
The Installation failes at the hard drive detection step. 
 
The following messages appear at console #3: 
--- 
* running: /usr/bin/insmod_ >2 /dev/tty5 /tmp/imm.o 
* warning: insmod'ing module imm failed at /usr/bin/perl-install/modules.pm line 408 
* running: /usr/bin/insmod_ >2 /dev/tty5 /tmp/ppa.o 
* warning: insmod'ing module ppa failed at /usr/bin/perl-install/modules.pm line 408 
* test_for_bad_drives(/dev/hde) 
* warning: bad magic number on disk hde at 
/usr/bin/perl-install/partition_table/empty.pm line 
29. 
* found a dos partition table on /dev/hde at sector 0 
* running: /usr/bin/insmod_ >2 /dev/tty5 /tmp/floppy.o 
 
The following messages appear at console #4: 
--- 
<6>Floppy drive(s): fd0 is 1.44M 
<6>FDC 0 is a post-1991 82077 
<3>hdg: lost interrupt 
<3>hdg: lost interrupt 
<3>hdg: lost interrupt 
<3>hdg: lost interrupt 
<3>hdg: lost interrupt 
<3>hdg: lost interrupt 
. 
. 
. and so on... 
 
I did install many other Linux distros on this machine (Debian, Redhat) and also 
Mandrake-9.1 on this machine without any problem. There must be something wrong with 
MDK-9.2... 
 
Greetings 
 
Ronny

Re: [Cooker] [Bug 5061] [kernel] Installation failes at hard drive detection

[magic]

I am also seeing this problem.  I am running mdk91 on the machine 
currently, and can not upgrade or install. I get as far as setting up 
the mouse, and then what appears to be a scan for hard drives (I have a 
dpt raid card) and hangs.  Tried the no acpi boot line and that had no 
effect  :'(

  Hope this helps...

  Thanks,

  S

[bgmilne] wrote:

http://qa.mandrakesoft.com/show_bug.cgi?id=5061





--- Additional Comments From [EMAIL PROTECTED]  2003-12-09 13:27 ---
Have you tried booting without apic? And disabling acpi?
At the first graphical prompt (syslinux), hit F1, and type:
linux noapic acpi=off
And see if that gets you any further.

It looks like there are still apic/acpi problems in the kernel ...

 

[Cooker] Cyrus-imapd (2.1.15-3mdk) - autocreate & autosubscribe broken

[magic]

cyrus-imapd (2.1.15-3) autocreate appears broken...

What doesn't work:
- autocreatequota
- autocreateinboxfolders:
- autosubscribeinboxfolders:
- autosubscribesharedfolders:
  When I installed the srpm, I noticed that the txt for the patch was 
the wrong version.  (cyrus-imapd 2.1.15 requires patch 0.8.2 vice 0.8.1, 
so I am guessing that is the issue?)

  Ref:  http://email.uoa.gr/autocreate/

  Thanks,

  S

Re: [Cooker] Horde suite

[magic]

I believe this was discussed a few months back, and was decided that the 
packages should remain horde2/imp3 for compatability purposes.

  If they change to horde/imp will that not create issues for pre 9.2 
users that already have the horde suite configured & installed? (Not to 
mention making things much more confusing.)

  Thanks,

  S

Guillaume Rousse wrote:

I just rewieved the whole horde suite:
- horde2
- imp3
- turba
- chora
It seems old imp 1 or 2 are no longer around, while there is still old 
horde-nag 1. Could we nuke it, and turn horde2 to horde and imp3 to imp ?

BTW, i found the ADVX macros very useful. Why are those macros in 
/usr/share/ADVX, and not integrated among standard rpm macros ?

I also found most private directories are both protected by the in apache 
config file, and by a local .htaccess in the directory. Isn't this a bit 
redundant.

Finally, all those sensible files (apache config file, .htaccess files) are 
owned by apache groupe, with 640 perms, which make rpmlint scream. Time for 
some new rpmlint exception/check ?
 

Re: [Cooker] Re: Cyrus-imapd 2.1.15 - Too late to get into Cooker?

[magic]

Florin wrote:

I have just uploaded the 2.1.15 version ..
 

  Florin,

  Did you manage to get the autocreate patch in?

  Thanks,

  S

 

[Cooker] Re: Cyrus-imapd 2.1.15 - Too late to get into Cooker?

[magic]

Luca Olivetti wrote:

The patch applies cleanly but the compilation bombs in one of the 
funcions defined there. I can either take the patch from Simon's 
redhat package (but then I'd have to remove the url since it isn't 
available at the usual place) or wait from a revised patch from 
http://email.uoa.gr


  I guess it would be best to wait. (That way at least all the patches 
are coming from the same place - consistency.)  Other thoughts?

  Thanks,

  S

Re: [Cooker] Cyrus-imapd 2.1.15 - Too late to get into Cooker?

[magic]

Luca Berra wrote:

  Also, is there a way to have all messages that come into cyrus get 
copied to a special (archive) mailbox? This mailbox would retain all 
messages that came through the system (for security/accounting 
purposes), and get archived (daily/hourly?).  I took a look on the 
cyrus lists, and didn't see anything (but could have missed).
I don't think it can be done easily in cyrus, but you can do it with the
mta. Or between the mta and cyrus. For archiving a cyrus folder i'd 
use an imap client. 


  I didn't think about that. I will take a look at the postfix side of 
things. Actually what I'm looking to do is copy ALL messages that pass 
through the server, to create a record. I know this could be alot of 
emails (especially on a busy server) but would be useful for 
accountability purposes. (Simply do an hourly/daily dump, for final 
destination on offline storage. Primarily for record keeping & 
retension, Not to support a server failure.)

  Thanks,

  S

[Cooker] Cyrus-imapd 2.1.15 - Too late to get into Cooker?

[magic]

Luca / Buchan,

  I just saw where cyrus 2.1.15 was released.e?
  
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg=24390

  Is there time to get this in into cooker (with all your 2.1.14 patches)?

  Also, is there a way to have all messages that come into cyrus get 
copied to a special (archive) mailbox? This mailbox would retain all 
messages that came through the system (for security/accounting 
purposes), and get archived (daily/hourly?).  I took a look on the cyrus 
lists, and didn't see anything (but could have missed).

  Thanks,

  S

Re: [Cooker] Software submission for the Mandrake distribution

[magic]

Buchan Milne wrote:

 This isn't required. Being a little creative, I put together a slick
(and simple) way to do this.
   

Sure, but your's doens't make it any easier (in terms of distributing it).
 

  Not sure what you mean, unless you are refering to the licensing (see 
next comment).

 I am using WHFC (Windows HylaFAX client). This accepts postscript
input, and talks directly to the HylaFAX server.  Using the Generic
(Windows) Postscript driver (downloaded from Adobe's website).
   

Which is proprietary software BTW ...
 

WHFC is GPL. From their website (http://www.uli-eckhardt.de/whfc/):

WHFC is a client for the network fax server HylaFAX 4.0/4.1 
<http://www.hylafax.org> under Windows 95/98 and Windows NT/2000. It's 
now available under the GNU Public license.

  However, (and I haven't looked), although its free to download, I 
doubt the Adobe postscript driver is GPL (or other acceptable public) 
license.

 Install & configure WHFC first, then install the Generic Postscript
driver. You need to set the port in the postscript driver to use WHFC
port - and after that, like magic anything you print from windows (using
the postscript driver), goes to WHFC and is sent as a fax.
   

If you could set up cover pages and stuff, this could be quite cool, and
we could compete with win2k3 (which has a complete fax service solution).
 

  You can setup the cover pages (I just haven't gotten that far yet). I 
have been working the connection side of things first (make sure I can 
receive & send faxes from windows).

 Now, would WHFC warrant being packaged with MDK (as an addon / utility
maybe) extending HylaFAX services to Windows client desktops?  Hmm,
Interesting issue - packaging windows utilities that interact with an
MDK server...  Where do you draw the line?
   

Exactly the issue at hand, but remember it can really only be done for
totally free software.
 

  Yea, I know.  WHFC fits that classification (GPL) so now if someone 
could dig-up a GPL windows (postscript) print driver, it could all be 
packaged as a fax solution. (But what would you call it? As its not 
Linux software, how would it fit into the distro?  Any ideas?)

  Thanks,

  S

Re: [Cooker] Software submission for the Mandrake distribution

[magic]

Buchan Milne wrote:

- -Windows client for hylafax?

  This isn't required. Being a little creative, I put together a slick 
(and simple) way to do this.

  I am using WHFC (Windows HylaFAX client). This accepts postscript 
input, and talks directly to the HylaFAX server.  Using the Generic 
(Windows) Postscript driver (downloaded from Adobe's website).

  Install & configure WHFC first, then install the Generic Postscript 
driver. You need to set the port in the postscript driver to use WHFC 
port - and after that, like magic anything you print from windows (using 
the postscript driver), goes to WHFC and is sent as a fax.

  I haven't setup coverpages yet, and have only tested on Win2k, but do 
not believe there would be any surprises on other win systems (95, 98, 
me, xp).

  Simple, and cheap (no cost) solution.

  Now, would WHFC warrant being packaged with MDK (as an addon / 
utility maybe) extending HylaFAX services to Windows client desktops?  
Hmm, Interesting issue - packaging windows utilities that interact with 
an MDK server...  Where do you draw the line?

  Cheers!

  S

[Cooker] Re: [Contrib-Rpm] phpLDAPAdmin - (Davedap name changed)

[magic]

Please ignore my previous comment.

   (Geez, don't check a page for a few weeks, and the project name 
changes!)

   I was hoping someone would package this!

   THANKS Oden!!!

   S

magic wrote:
Why not package-up Davedap (that is where this codebase comes from).

  Not sure about phpLDAPAdmin, but recently Davedap has implemented 
templates. Although I haven't worked with them yet, I believe they could 
be very useful!

  Thanks,

  S

[Cooker] Re: [Contrib-Rpm] phpLDAPAdmin - How about Davedap?

[magic]

Why not package-up Davedap (that is where this codebase comes from).

  Not sure about phpLDAPAdmin, but recently Davedap has implemented 
templates. Although I haven't worked with them yet, I believe they could 
be very useful!

  Thanks,

  S

Oden Eriksson wrote:

[Contrib-RPM]

-=-=-=-
Name: phpLDAPAdmin Relocations: (not relocateable)
Version : 0.9.0 Vendor: MandrakeSoft
Release : 2mdk  Build Date: Thu Aug 14 13:23:07 2003
Install Date: (not installed)   Build Host: klama.mandrake.org
Group   : System/ServersSource RPM: (none)
Size: 70738License: GPL
Signature   : DSA/SHA1, Thu Aug 14 13:23:07 2003, Key ID 6a8743b0604aa4e4
Packager: Oden Eriksson <[EMAIL PROTECTED]>
URL : http://phpldapadmin.sourceforge.net/
Summary : phpLDAPAdmin is a web-based LDAP administration tool
Description :
phpLDAPAdmin is a web-based LDAP administration tool, written in
PHP. You can browse your LDAP tree, create, delete, edit, and copy
entries, perform searches, and view your server's schema. You can
even copy objects between two LDAP servers and recursively delete
or copy entire trees. All this from the comfort of your web
browser.
Buildarchs: noarch

-=-=-=-
Oden Eriksson <[EMAIL PROTECTED]> 0.9.0-2mdk
- rpm sux

-=-=-=-
W: phpLDAPAdmin summary-not-capitalized phpLDAPAdmin is a web-based LDAP 
administration tool
E: phpLDAPAdmin unknown-key GPG#604aa4e4
-=-=-=-
phpLDAPAdmin.spec changed
--- phpLDAPAdmin-0.9.0-1mdk.src.rpm/phpLDAPAdmin.spec   2003-08-14 13:45:11.0 
+0200
+++ phpLDAPAdmin-0.9.0-2mdk.src.rpm/phpLDAPAdmin.spec   2003-08-14 13:45:11.0 
+0200
@@ -1,7 +1,7 @@
%define namephpLDAPAdmin
%define rname   phpldapadmin
%define version 0.9.0
-%define release1mdk
+%define release2mdk
%define webadminroot /var/www/html/admin
Summary:phpLDAPAdmin is a web-based LDAP administration tool
@@ -56,10 +56,14 @@
%files
%defattr(-,root,root)
%doc INSTALL
-%exclude %{webadminroot}/%{name}/config.php
+# god damn rpm that changes every week..., when did this stop working???
+#%exclude %{webadminroot}/%{name}/config.php
%{webadminroot}/%{name}
%config(noreplace) %attr(0644,root,root) %{webadminroot}/%{name}/config.php
%changelog
+* Thu Aug 14 2003 Oden Eriksson <[EMAIL PROTECTED]> 0.9.0-2mdk
+- rpm sux
+
* Thu Aug 14 2003 Oden Eriksson <[EMAIL PROTECTED]> 0.9.0-1mdk
- initial cooker contrib
 

Re: [Cooker] Re2: pam_ldap-164-1mdk - bug report

[magic]

Florin wrote:

Howdi,

Simply send me an email and explain what's going on ... and I will try to
fix the problem  

cheers,
 

  I have everything set to auth against pam (including saslauthd) which 
should be pretty normal. (I used the ldap guide from mandrakesecure as a 
guide).

  Prior to 164-1 being added to cooker, I was using 161-2 (currently 
I've had to downgrade to 161-1.1 from mdk91 updates) and it is working 
without issue.

  I have a few user accounts that exist as both a system user & ldap 
user. Currently (using 161-1.1) when I use /usr/bin/passwd to change the 
password of one of these users, the ldap password is updated (not the 
password stored in /etc/shadow) which is correct behavior (as I believe).

  When I updated pam_ldap to 164-1 and tried to change passwords, the 
system password is changed, and the ldap password is not (incorrect 
behavior). I did not see anything logged to syslog about the failure 
(and actually passwd didn't fail) its just that the ldap password was 
not updated.

  Of note, 161-1.1 works with either version of nss_ldap (204-1.1 & 
207-1). I have had no issues with nss_ldap. I posted 
/etc/pam.d/system-auth & passwd in original post, but can resend if 
required. Sorry if this isn't much help, but I really haven't got a clue 
were to look next.

  Thanks,

  S

[Cooker] Re: [Contrib-Rpm] phpLDAPAdmin-0.9.0-3mdk

[magic]

Oden,

  I had asked this question before and got no response, however you may 
have answered it for me.

  Is there a 'standard' place in mdk to install (web based) 
administration tools?  I noticed that you placed phpldapadmin in 
localhost/admin (which I believe by default equates to /var/www/html/admin).

  Is it a safe bet to use this area for all web-based admin stuff?  (I 
use smartsieve to manage sieve scripts, and will move to admin if that 
is where it should go.)  - Also, (this was asked before) is anyone 
willing to look at packaging smartsieve (http://smartsieve.sourceforge.net)?

  Thanks much!

  S

Oden Eriksson wrote:

[Contrib-RPM]

-=-=-=-
Name: phpLDAPAdmin Relocations: (not relocateable)
Version : 0.9.0 Vendor: MandrakeSoft
Release : 3mdk  Build Date: Thu Aug 14 15:23:30 2003
Install Date: (not installed)   Build Host: klama.mandrake.org
Group   : System/ServersSource RPM: (none)
Size: 72195License: GPL
Signature   : DSA/SHA1, Thu Aug 14 15:23:31 2003, Key ID 6a8743b0604aa4e4
Packager: Oden Eriksson <[EMAIL PROTECTED]>
URL : http://phpldapadmin.sourceforge.net/
Summary : phpLDAPAdmin is a web-based LDAP administration tool
Description :
phpLDAPAdmin is a web-based LDAP administration tool, written in
PHP. You can browse your LDAP tree, create, delete, edit, and copy
entries, perform searches, and view your server's schema. You can
even copy objects between two LDAP servers and recursively delete
or copy entire trees. All this from the comfort of your web
browser.
On the server it is installed on, this should be accessible at
https://localhost/admin/phpLDAPAdmin
Buildarchs: noarch

-=-=-=-
Oden Eriksson <[EMAIL PROTECTED]> 0.9.0-3mdk
- applied fixes by Buchan Milne:
 - Better default config (P0)
 - Require php-xml, mod_ssl, don't require apache2 (apache) or openldap-servers
-=-=-=-
W: phpLDAPAdmin summary-not-capitalized phpLDAPAdmin is a web-based LDAP 
administration tool
E: phpLDAPAdmin unknown-key GPG#604aa4e4
W: phpLDAPAdmin strange-permission phpldapadmin-default-config.patch.bz2 0664
-=-=-=-
phpLDAPAdmin.spec changed
phpldapadmin-default-config.patch added
--- phpLDAPAdmin-0.9.0-2mdk.src.rpm/phpLDAPAdmin.spec   2003-08-14 16:01:02.0 
+0200
+++ phpLDAPAdmin-0.9.0-3mdk.src.rpm/phpLDAPAdmin.spec   2003-08-14 16:01:02.0 
+0200
@@ -1,7 +1,7 @@
%define namephpLDAPAdmin
%define rname   phpldapadmin
%define version 0.9.0
-%define release2mdk
+%define release3mdk
%define webadminroot /var/www/html/admin
Summary:phpLDAPAdmin is a web-based LDAP administration tool
@@ -9,15 +9,17 @@
Version:%{version}
Release:%{release}
Source0:%{rname}-%{version}.tar.bz2
+Patch0:phpldapadmin-default-config.patch.bz2
License:GPL
URL:http://phpldapadmin.sourceforge.net/
Group:  System/Servers
BuildRoot:  %{_tmppath}/%{name}-buildroot
-Requires:  apache2
+Requires:  apache
Requires:   mod_php
-Requires:  openldap-servers
+Requires:  mod_ssl
Requires:   php-common
Requires:   php-ldap
+Requires:  php-xml
BuildArch:  noarch
Prefix: %{webadminroot}
@@ -29,9 +31,13 @@
or copy entire trees. All this from the comfort of your web
browser. 

+On the server it is installed on, this should be accessible at
+https://localhost/%(basename %webadminroot)/%{name}
+
%prep
%setup -q -n %{rname}
+%patch0 -p0
%build

@@ -62,8 +68,14 @@
%config(noreplace) %attr(0644,root,root) %{webadminroot}/%{name}/config.php
%changelog
+* Thu Aug 14 2003 Oden Eriksson <[EMAIL PROTECTED]> 0.9.0-3mdk
+- applied fixes by Buchan Milne:
+  - Better default config (P0)
+  - Require php-xml, mod_ssl, don't require apache2 (apache) or openldap-servers
+
* Thu Aug 14 2003 Oden Eriksson <[EMAIL PROTECTED]> 0.9.0-2mdk
- rpm sux
* Thu Aug 14 2003 Oden Eriksson <[EMAIL PROTECTED]> 0.9.0-1mdk
- initial cooker contrib
+
 

[Cooker] Re: [CHRPM] postfix-2.0.13-1mdk

[magic]

I have installed Postfix, and saw a non-critical issue that I have seen 
before (but forgot to mention).

  At the end of the postfix install, can /etc/services & hosts be 
copied to Postfix's chroot jail?

  After install, you will get warnings in /var/log/mail/warnings that saw:
  - postfix/postfix-script: warning: /var/spool/postfix/etc/hosts and 
/etc/hosts differ
  - postfix/postfix-script: warning: /var/spool/postfix/etc/services 
and /etc/services differ

  I believe this to be an easy fix, but I haven't messed with srpm spec 
files yet (still learning).

  Thanks,

  S





Guillaume Cottenceau wrote:

--=-=-=
Name: postfix  Relocations: (not relocateable)
Version : 2.0.13Vendor: MandrakeSoft
Release : 1mdk  Build Date: Wed Aug  6 21:12:00 2003
Install date: (not installed)   Build Host: bi.mandrakesoft.com
Group   : System/ServersSource RPM: (none)
Size: 1626484  License: IBM Public License
Packager: Yves Duret <[EMAIL PROTECTED]>
URL : http://www.postfix.org/
Summary : Postfix Mail Transport Agent
Description :
Postfix is a Mail Transport Agent (MTA), supporting LDAP, SMTP AUTH (SASL),
TLS and running in a chroot environment.
Postfix is Wietse Venema's mailer that started life as an alternative
to the widely-used Sendmail program.
Postfix attempts to be fast, easy to administer, and secure, while at
the same time being sendmail compatible enough to not upset existing
users. Thus, the outside has a sendmail-ish flavor, but the inside is
completely different.
This software was formerly known as VMailer. It was released by the end
of 1998 as the IBM Secure Mailer. From then on it has lived on as Postfix.
This rpm supports LDAP, SMTP AUTH (trough cyrus-sasl) and TLS.
If you need MySQL too, rebuild the srpm --with mysql.
--=-=-=

* Wed Aug 06 2003 Guillaume Cottenceau <[EMAIL PROTECTED]> 2.0.13-1mdk

- 2.0.13

--=-=-=

--=-=-=
postfix.spec changed
--- postfix-2.0.12-3mdk.src.rpm/postfix.spec2003-08-07 00:15:14.0 +0200
+++ postfix-2.0.13-1mdk.src.rpm/postfix.spec2003-08-07 00:15:14.0 +0200
@@ -1,12 +1,12 @@
%define namepostfix
# If set to 0 if official version, 1 if snapshot
%define experimental0
-%define version2.0.12
-%define release 3mdk
+%define version2.0.13
+%define release 1mdk
%define releasedate 20020508
%define openssl_ver 0.9.7b
-%define tlsno  pfixtls-0.8.13-%version-%openssl_ver
+%define tlsno  pfixtls-0.8.15-%version-%openssl_ver
%if ! %{experimental}
Version:%{version}
@@ -510,6 +510,9 @@
%changelog
+* Wed Aug  6 2003 Guillaume Cottenceau <[EMAIL PROTECTED]> 2.0.13-1mdk
+- 2.0.13
+
* Fri Jun 27 2003 Guillaume Cottenceau <[EMAIL PROTECTED]> 2.0.12-3mdk
- fix default cyrus transport location thx to Buchan Milne
- build against db4.1
--=-=-=

 

Re: [Cooker] OT: mandrakesecure.net

[magic]

I noted this too.

  It's funny how you don't realize how important something is, until 
you try to refer to it and it is not there!

  I hope they get it fixed & back online soon!

  S

Tibor Pittich wrote:

i know, that this is there offtopic, but anybody know what's happend
with mandrakesecure.net web?
this is most important web for watching security updates for mandrake
linux, then i think that this server must be accessible always.
i see this problem maybe 3-4 days, is this related to vincents vacation?

 



* This e-mail was scanned for viruses by RAV Antivirus *

[Cooker] Re2: pam_ldap-164-1mdk - bug report

[magic]

Buchan Milne wrote:

  Scott, please file a bug on this so we can track it.
  


   I would love to, but same old story...

   I haven't been able to file a bug report through bugzilla @
qa.mandrakesoft.com for over 8 months now, with several messages sent
to [EMAIL PROTECTED], warly, as well as copying to cooker list,
(hoping to get someone's attension) - oh, well...


  Please note that some issues are affected by certificate validation
issues, I am currently running some cooker boxes without ssl in
/etc/ldap.conf, and/or disabled cert validation.

[Vince, the cert validation issue also affects the openldap packages on
9.1. I mentioned this before, and I have discovered that the problem I
had attributed to TinyCA is a general problem with cert validation (in
the case you don't use self-signed certs). I will file a seperate bug on
openldap, but I would like your input on it)]
  


   I am not running openldap with ssl (yet) so I haven't seen any of
those types of issues.


  
  In cases where you have a system & ldap user (with same uid) the
system password is changed, when the ldap password should be changed
(not good)...  Any ideas?

  
  
Hmm, we don't have any local user accounts any more (everything is in
LDAP besides emergency accounts on boxes which don't allow local root
login).

Please upload a copy of your /etc/pam.d/system-auth file to your bug report.
  


   Done. (Actually I will copy what I tried to post to bugzilla.
Expecting it wouldn't go, I saved a copy.) 

   Thanks again!

   S


   Bug report:



  

  Reporter:
  [EMAIL PROTECTED]
  Product:
  pam_ldap


  Version: 
  
  
  164-1mdk (current)
  148-2mdk
  148-3mdk
  156-1mdk
  161-1mdk
  161-2mdk
  164-1mdk (current)
  
  
  Component: 
  
  
  documentation : Problem in the
documentation included in the package
  i18n : Problem of
internationalisation/translation in the package
  packaging : Problem in installing,
removing or updating the package
  pam_ldap : NSS library and PAM module
for LDAP.
  program : Problem in using programs
included in the package
  
  


   
  
  


  Architecture:
  
  
  
  All
  DEC
  HP
  Macintosh
  PC
  SGI
  Sun
  Other
  
  


  Priority:
  
  
  
  P1
  P2
  P3
  P4
  P5
  
  
  Severity:
  
  
  
  blocker
  critical
  major
  normal
  minor
  trivial
  enhancement
  
  


   
  
  

 
  Assigned
To: 
   (Leave blank
to assign to default component owner) 


  Cc:
   


   
  
  


  URL:
   


  Warning:
please write in english only 


  Summary:
   


  Description:
   In cases where you have a system & ldap user (with same
uid) the system password is changed, when the ldap password should have
been changed (not good)...
Not sure exactally where the issue is, but pam_ldap-161-1.1mdk works
(in conjunction) with both nss_ldap-204-1.1mdk & 207-1mdk.
Additional Info:
/etc/pam.d/system-auth
--
#%PAM-1.0
auth required /lib/security/pam_env.so
auth sufficient /lib/security/pam_unix.so likeauth nullok
auth sufficient /lib/security/pam_ldap.so use_first_pass
auth required /lib/security/pam_deny.so
account required /lib/security/pam_unix.so
account sufficient /lib/security/pam_ldap.so
password required /lib/security/pam_cracklib.so retry=3 minlen=2
dcredit=0 ucredit=0 ucredit=0
password sufficient /lib/security/pam_unix.so nullok use_authtok md5
shadow
password sufficient /lib/security/pam_ldap.so use_authtok
password required /lib/security/pam_deny.so
session required /lib/security/pam_limits.so
session required /lib/security/pam_unix.so
/etc/pam.d/passwd
-
#%PAM-1.0
auth sufficient /lib/security/pam_ldap.so
auth required /lib/security/pam_pwdb.so shadow nullok
account sufficient /lib/security/pam_ldap.so
account required /lib/security/pam_pwdb.so
password required /lib/security/pam_cracklib.so retry=3 minlen=4
dcredit=0 ucredit=0
password sufficient /lib/security/pam_ldap.so use_authtok
password required /lib/security/pam_pwdb.so use_authtok nullok md5
shadow
   
  

  



Text version:

  In cases where you have a system & ldap user (with same uid) the
system password is changed, when the ldap password should have been
changed (not good)...

Not sure exactally where the issue is, but pam_ldap-161-1.1mdk works
(in conjunction) with both nss_ldap-204-1.1mdk & 207-1mdk.


Additional Info:
/etc/pam.d/system-auth
--
#%PAM-1.0
auth    required  /lib/security/pam_env.so
auth    sufficient    /lib/security/pam_unix.so likeauth nullok
auth    sufficient    /lib/security/pam_ldap.so use_fi

[Cooker] osCommerce 2.2 MS2

[magic]

Hello all,

  I was just wondering if osCommerce will be updated in contrib prior 
to release of 92?

  osCommerce 2.2 Milestone 2 came out 7/12/2003 (MS1 is currently in 91 
contrib).

  Thanks,

  S

[Cooker] pam_ldap-164-1mdk issue

[magic]

Hello all,

  I seem to be having an issue with subj package.

  Using the MDK Secure ldap auth document (as reference). With the 
newest pam_ldap, password changes are not completed for ldap users. Not 
sure exactally where the issue is, but pam_ldap-161-1.1mdk works (in 
conjunction) with both nss_ldap-204-1.1mdk & 207-1mdk.

  In cases where you have a system & ldap user (with same uid) the 
system password is changed, when the ldap password should be changed 
(not good)...  Any ideas?

  Thanks,

  S

Re: [Cooker] Re: cyrus-imapd-2.1.14-4mdk, with ipv6 support

[magic]

Luca Olivetti wrote:

# Do what the regular make install does
%if %mdk92
%{__make} install DESTDIR=%{buildroot} mandir=%{_mandir}
%{__make} -C man install DESTDIR=%{buildroot}  mandir=%{_mandir}
%else
%{__make} install DESTDIR=%{buildroot} PREFIX=%{buildroot}%{_prefix} 
mandir=%{_mandir}
%{__make} -C man install DESTDIR=%{buildroot} 
PREFIX=%{buildroot}%{_prefix} mandir=%{_mandir}
%endif

Beware (again) of line wrap, each of these lines begins with '%', so 
if it's something else, you have to put it at the end of the previous 
line.


Luca,

  You were correct. The were 2 lines that wrapped. I fixed that, and it
now compiles without error.
  Thanks!!!

  S

Re: [Cooker] Re: cyrus-imapd-2.1.14-4mdk, with ipv6 support

[magic]

Luca,

   I made the changes you discuss, but rebuild (under 9.1) now fails at:

+ rm -rf /var/tmp/cyrus-imapd-2.1.14-root/usr/lib/cyrus-imapd/bin
+ mv -f /var/tmp/cyrus-imapd-2.1.14-root/usr/lib/cyrus-imapd/master
/var/tmp/cyrus-imapd-2.1.14-root/usr/lib/cyrus-imapd/cyrus-master
+ mv -f /var/tmp/cyrus-imapd-2.1.14-root/usr/share/man/man8/master.8
/var/tmp/cyrus-imapd-2.1.14-root/usr/share/man/man8/cyrus-master.8
mv: cannot stat
`/var/tmp/cyrus-imapd-2.1.14-root/usr/share/man/man8/master.8': No such
file or directory
error: Bad exit status from /var/tmp/rpm-tmp.10266 (%install)

RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.10266 (%install)


   Any ideas? 

   Thanks,

   S


Luca Olivetti wrote:
Luca
Olivetti wrote: 
  
  Maybe it's possible that the new perl doesn't
need a PREFIX at all once you specified a DESTDIR, otherwise your
patch shouldn't work 
Probably the correct thing to do is: 

%if %mdk92 
%{__make} install DESTDIR=%{buildroot} mandir=%{_mandir} 
%{__make} -C man install DESTDIR=%{buildroot}  mandir=%{_mandir} 
%else 
%{__make} install DESTDIR=%{buildroot} PREFIX=%{buildroot}%{_prefix}
mandir=%{_mandir} 
%{__make} -C man install DESTDIR=%{buildroot}
PREFIX=%{buildroot}%{_prefix} mandir=%{_mandir} 
%endif 
  
  
  
Seeing the changelog in perl packages from Ben Reser it seems this is
indeed the correct thing to do. As well as 
  
%if %{mdk92} 
%exclude %{perl_archlib}/perllocal.pod 
%endif 
  
Bye 
  


* This e-mail was scanned for viruses by RAV Antivirus *

[Cooker] cyrus-imapd 2.1.14-3mdk

[magic]

  I took a look at the cyrus 2.1.14-3mdk rpms (on rpmfind.net), and saw 
that db4-devel was a require for the srpm, but db41 was a require for 
the i586 rpm. (Is this simply an oversight?)

  Also, if cyrus-imapd is configured & running on mdk9.1 (using db4) 
will this create any issues when upgrading to mdk92? (Will the message 
store need to be rebuilt under db41?)

  Cheers,

  S

Re: [Cooker] Kolab - Admin questions

[magic]

Buchan Milne wrote:

 I am primarily using a combination of webmin, davedap and smartsieve
for server admin. (As I prefer to be able to perform maint from
anywhere, without physically sitting in front of the box like I would
while using Directory administrator.) Would this same capability be
available using libconf (I'm not fimular with that).
   

We currently use vi, ldapsearch/ldapmodify etc and smbldap-tools, but we
want something for sieve.
The reason I mentioned libconf is that it would allow mods to the
existing config files (ie main.cf etc) without losing manual changes,
whereas the kolab script always rebuilds the config file from a
template. Note *all* postfix configuration (incl. transports etc) is
kept in ldap, so if a user sets up a content_filter in master.cf, it
will be trashed by kolab.
 

Yuck! - I do not like the thought of all config data in ldap. That would 
pretty much hose me up good!

  That would mean all of your 'main-stream' tools (that function based 
on file configs) will be broken?
  - Hmmm...  There has got to be a better way!

  You might want to take a peek at Smartsieve (I would love an rpm) and 
the install is easy enough. (It's written in php, and install pretty 
much consists of untarring, and modifying the config file.)

  http://smartsieve.sourceforge.net/

  Thanks,

  S

Re: [Cooker] Re: [CHRPM] imap-2002d-3mdk

[magic]

Luca Berra wrote:

Imho uw should be ditched, shot in the head, casted in the the deepest
ocean and left there forever. 


Seconded...  Toss UW, and let the person installing mdk make the choice 
(cyrus or courier).

Personally I my vote is for cyrus, but I know others prefer courier. 
(How about moving cyrus & courier into main?)

  Cheers,

  S

Re: [Cooker] Kolab - Admin questions

[magic]

Buchan Milne wrote:

Laurent, I have been working on the kolab (web admin) package, but it
still needs some work, and I believe they have a bad approach to the
handling of config files, in that they auto-generate from a template,
instead of using something like libconf.
AFAIK, it's mainly the postfix config that needs to be updated (possibly
cyrus's imapd.conf, saslauthd's /etc/sysconfig/saslauth, and
proftpd.conf), so IMHO it should be feasible via libconf, and then user
changes to the file will be retained.
 

  Buchan (or anyone that can answer),

  Having looked at their configuration stuff, I have a few questions.

  Do you have any idea how they are handling distro lists? (Are they 
using postfix alaises, mailman?) When a distro list is created, is it 
also automagically added to ldap?  Currently I am using postfix alaises 
for distro list, but the I have to add an inetorgperson to ldap (so the 
address of the list will show up in the outlook directory).

  Also, if everything is ldap driven how is ftp access granted? I had 
some issues with ftpd auth, and had to modify /etc/pam.d/ftp to use 
system-auth, and works well, but the ftp user(s) must have loginshell 
and homedirectory defined in ldap (from postixaccount I believe). Are 
these created when a new user is created?

  There are probally a dozen other questions I have, but those are off 
the top of my head.

  I am primarily using a combination of webmin, davedap and smartsieve 
for server admin. (As I prefer to be able to perform maint from 
anywhere, without physically sitting in front of the box like I would 
while using Directory administrator.) Would this same capability be 
available using libconf (I'm not fimular with that).

  Thanks,

  S

Re: [Cooker] Split cooker/Dev list(s) - verdict?

[magic]

Buchan Milne wrote:

Put to vote:

http://qa.mandrakesoft.com/twiki/bin/view/Main/CookerMlPoll

  Thanks! - I missed the post that described the voting.

  S

Re: [Cooker] 6Gb Ram

[magic]

It's been awhile, but at one time I recall you could define the amount 
of memory in lilo.conf.

  lilo.conf man:
  append=
 Appends the options specified to the parameter  line  
passed  to
 the  kernel.   This  is  typically used to specify 
parameters of
 hardware that can't be entirely auto-detected or for which 
prob-
 ing  may  be dangerous. Multiple kernel parameters are 
separated
 by a blank space, and the string  must  be  enclosed  in  
double
 quotes.   Append  may  be  used  only once per "image=" 
section.
 Example:

  append="mem=96M hd=576,64,32 console=ttyS1,9600"

  I also remember that you need to run lilo Before you reboot.

  Thanks,

  S

Ray Carlino wrote:

Using 9.1...
I have a Dell 2650 servers (9 of them) with 6GB Ram.
I tried to recompile the enterprise kernel with 64GB ram support (BigMem)
I still only see 4Gb ram.. Any Ideas? I tried Mandrake support and 
they said if that don't work then they can't help.
I called Dell and they said it works with Redhat...

--
Ray Carlino <[EMAIL PROTECTED] >

[Cooker] Split cooker/Dev list(s) - verdict?

[magic]

Hello all,

  I know there was much discussion about splitting the cooker list, and 
was just wondering what the final decision was...

  Was the idea /dev/null'ed? Is it still under consideration, deferred?

  Thanks,

  S

Re: [Cooker] cyrus-imapd-2.1.4-2mdk

[magic]

Buchan Milne wrote:

Could you mail this to me, I would like to rebuild cyrus tonight for 
kerberos, with just the optional autocreate patch (not the migration 
scripts which I will only put in a seperate package if at all).
 

  It was my understanding that you were going to build with the 
autocreate patch compiled in (by default) and just disabled in the 
config file. Is this not the case? (If not, I'm guessing that during the 
rebuild, one would use --with-autocreate or something like thast?)

  For what its worth, I would like to see it compiled in by default.

  Thanks!

  S

Re: [Cooker] Re: [Contrib-Rpm] cyrus-imapd-2.1.14-1mdk

[magic]

Buchan Milne wrote:

Luca (Olivetti), I have just added this patch (or actually the more
up-to-date one from Simon Matter's SRPM), which at present I have done
as another conditional (--with autocreate), even though I think it would
be safe to apply the patch (I will test both with and without the
directives in /etc/imapd.conf to see) by default.


Just saw this. Is this the 'updated' patch you are using?

 By the way, just wanted to let you all know that your efforts ARE 
APPRECIATED!
 - Great work, and Thank You!!!

Ref message:
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&searchterm=autocreate&msg=23562 

Patch homepage:
http://email.uoa.gr/autocreate/
 Thanks!

 Scott

Re: [Cooker] Re: [Contrib-Rpm] cyrus-imapd-2.1.14-1mdk

[magic]

Buchan Milne wrote:

Mailserver core:
- openldap-2.1.22, nss_ldap-204-2mdk, pam_ldap-161-2mdk
- postfix-2.0.12-3mdk
   

I am using postfix SRPM from 9.1, rebuilt against sasl2, since I
couldn't bother at the time to track down the tls patches for an older
openssl.
Have you got postfix authentication against LDAP working? And if so,
how? (actually, that's my reason for using update sasl2 packages, I
actually still have some patches to try ...).
 

  Yes.

  Although - postfix is not authenticating directly against ldap, but 
is using saslauthd (which as I have configured is auth'ing against 
system & ldap accounts).

The following is the build order (as I recall):

  - Rebuild & upgrade 91's openssl to cooker's openssl 0.9.7b (postfix 
requires).
  - Install db41 (cooker rpm)
  - Rebuild & install openldap 2.1.22 (I believe it was your srpm).
  - Rebuild & install (upgrade) postfix 2.0.12

Postfix Auth config directives  (/etc/postfix/main.cf):
# For auth
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain =
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions =
  permit_sasl_authenticated,
  check_relay_domains
  I am not sure where you are at, or how detailed you need me to get. I 
had issues with 91's postfix (even after rebuilding the srpm) so I tried 
rebuilding cooker postfix, and made better progress. I believe I also 
had some issues with 91's nss_ldap & pam_ldap, so they are from cooker 
as well (although not rebuilt).

  What I really like about this setup is that to the mail system, there 
is no difference between a system user, and ldap only user.

  What is / is not happening with your postfix auth? Any error 
messages? (Maybe I have already worked through them).

  Thanks,

  Scott

Re: [Cooker] Re: [Contrib-Rpm] cyrus-imapd-2.1.14-1mdk

[magic]

Buchan Milne wrote:

Ah! Up to now I was pulling it from other SRPMS. But I remember this
place had some cool stuff for cyrus, if only they would release the rest
... (cyrusmaster, and it seems they have some changes to define ACLs on
mailboxes with ldap filters ...).
But, I think it should be feasible to have a tool in perl-Gtk2 which
does similar things, we just need to find someone to write it ;-).
 

  Well, I'm no perl expert (script hacker at best). I use webmin, and 
found this:  http://www.nwe.de/develop

  I have since updated the webmin module (and mailed to them) but they 
haven't posted any updates. I modified it to work with unixhierarchysep, 
and it will also delete quotas. (You still need to follow their install 
& config guidelines though.) If you are interested I can send you the 
version I am using (imapadmin-0.8.3.wbm) if you are interested.

  One thing I haven't figured out yet though is that the cyrus rpms 
install IMAP::Admin, but the system does not seem to see it. I need to 
install the IMAP::Admin module from CPAN to get the webmin module to 
work. (Actually it is installed twice!)
- Any ideas?

# locate 'IMAP/Admin'
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/Cyrus/IMAP/Admin.pm
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/IMAP/Admin
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/IMAP/Admin/.packlist
/usr/lib/perl5/site_perl/5.8.0/IMAP/Admin.pm
  Thanks,

  S

Re: [Cooker] Re: [Contrib-Rpm] cyrus-imapd-2.1.14-1mdk

[magic]

Buchan Milne wrote:

9.1, db4.1, openldap-2.1.x (not sure which version is on the server in
question), sasl2 (which I still need to look into, specifically some
patches I received) and postfix. We have put this project back on the
front burner, we hope to take this machine into production as our mail
server within the next week or two.


Sounds like I echo your config pretty close (except for sasl2 - I'm 
using 91 stock).

Mailserver core:
- openldap-2.1.22, nss_ldap-204-2mdk, pam_ldap-161-2mdk
- postfix-2.0.12-3mdk
- cyrus-imapd-devel-2.1.13-1mdk, cyrus-imapd-2.1.13-1mdk, 
cyrus-imapd-utils-2.1.13-1mdk
- libsasl2-2.1.12-1mdk, cyrus-sasl-2.1.12-1mdk, 
libsasl2-plug-login-2.1.12-1mdk, libsasl2-plug-plain-2.1.12-1mdk, 
libsasl7-1.5.28-5mdk

Hmmm, I wonder if it would be useful to have a 'cyrus-imapd-migration'
package. I will try that.


 I think that is a Great idea!

 Thanks,

 S

Re: [Cooker] Re: [Contrib-Rpm] cyrus-imapd-2.1.14-1mdk

[magic]

Buchan Milne wrote:

But, note that it seems this patch only makes it *possible* to enable
auto-creation, which AFAIK defaults to off. If it is enabled, it can
auto-create mail subdirectories and auto-subscribe a user to certain
mailboxes, but even if this *is* enabled, manual mailbox creation does
not do this. While mailbox autocreation may not be desired on some
systems, on any ldap system, it may be preferable to something like
kolab (which I still want to investigate packaging, I have a package
already, but it needs a lot of work to get it working still ...)
Luca (Olivetti), I have just added this patch (or actually the more
up-to-date one from Simon Matter's SRPM), which at present I have done
as another conditional (--with autocreate), even though I think it would
be safe to apply the patch (I will test both with and without the
directives in /etc/imapd.conf to see) by default.
 

  I think I already know the answer to this, but are you compiling 
against db41?  Are you building under a (modified) 91 or cooker 
environment? Finally, will you be posting the srpm on your site when you 
get finished? I would be very interested in rebuilding on my (slightly 
modified) 91 mailserver build. - The auto creation would be very useful 
to me (as you pointed out) in an ldap environment.

  Also of note, (it's my understanding) the mailbox creation & 
subscribing happens when the new user logs-in to the account for the 
first time, not upon reciept of a mail when the mailbox does not exits. 
(I know there was some concern about this in an earlier thread.)

Another issue is that there are some scripts (cpmsg,
bsd2cyrus,folderxfer,batchreconstruct,inboxfer) in Simon Matter's
cyrus-imapd for converting from mbox (ie UW-IMAP) format, which you
don't have. Since we need to convert from mbox anyway, I would like to
add this. Any objection? Should I make a subpackage (they seem to depend
on formail, thus will depend on procmail, which would be a bit of a
waste ;-)).
 

  I think the idea of a sub package would be good for the conversion 
utilities. (Not having to worry about added dependancies is a bonus for 
me, as I would not need/use the conversion utilities.)

  Thanks,

  S

[Cooker] Re: [CHRPM] php-pear-4.3.2-2mdk

[magic]

I was looking over php-pear, and noticed the Crypt packages were dropped 
from the recent rpm packages.

 In looking back, these were in php-pear-4.2.3-1.1mdk, but not 4.3.0 or 
4.3.2. Is there a reason these were dropped? I am using smartsieve to 
manage cyrus sieve scripts, and it uses these.  Could we get them put 
back in?

php-pear-4.2.3 (mdk 9.0):
/usr/lib/php/pear/Crypt
/usr/lib/php/pear/Crypt/CBC.php
/usr/lib/php/pear/Crypt/HCEMD5.php
Thanks,

S

David Baudens wrote:

--=-=-=
Name: php-pear Relocations: (not relocateable)
Version : 4.3.2 Vendor: MandrakeSoft
Release : 2mdk  Build Date: Mon Jul 21 16:06:05 2003
Install date: (not installed)   Build Host: ke.mandrakesoft.com
Group   : Development/Other Source RPM: (none)
Size: 3607 License: PHP License
Packager: Mandrake Linux Team 
URL : http://www.php.net
Summary : The PHP PEAR files
Description :
PEAR is short for "PHP Extension and Application Repository" and is
pronounced just like the fruit. The purpose of PEAR is to provide:
   * A structured library of open-sourced code for PHP users
   * A system for code distribution and package maintenance
   * A standard style for code written in PHP, specified here
   * The PHP Foundation Classes (PFC), see more below
   * The PHP Extension Code Library (PECL), see more below
   * A web site, mailing lists and download mirrors to support the
 PHP/PEAR community
Buildarchs: noarch 
--=-=-=

* Mon Jul 21 2003 David Baudens <[EMAIL PROTECTED]> 4.3.2-2mdk

- Rebuild to fix bad signature

--=-=-=

--=-=-=
php-pear.spec changed
--- php-pear-4.3.2-1mdk.src.rpm/php-pear.spec   2003-07-21 16:31:25.0 +0200
+++ php-pear-4.3.2-2mdk.src.rpm/php-pear.spec   2003-07-21 16:31:26.0 +0200
@@ -6,7 +6,7 @@
#%{expand:%%define thisdate %(date +%Y%m%d)}
%define go_pear_uri http://go-pear.org
-%define release1mdk
+%define release2mdk
Summary:The PHP PEAR files
Name:   php-%{subname}
@@ -16,10 +16,7 @@
Group:  Development/Other
URL:http://www.php.net
License:PHP License
-BuildRequires: php%{libversion}-devel
-BuildRequires: php-xml
-BuildRequires: lynx
-BuildRequires: perl
+BuildRequires: php%{libversion}-devel php-xml lynx perl php-cli
Requires:   php
Requires:   php-xml
Requires:   php-xmlrpc
@@ -88,6 +85,9 @@
%{_bindir}/pear
%changelog
+* Mon Jul 21 2003 David Baudens <[EMAIL PROTECTED]> 4.3.2-2mdk
+- Rebuild to fix bad signature
+
* Tue Jun 03 2003 Oden Eriksson <[EMAIL PROTECTED]> 4.3.2-1mdk
- built for 4.3.2
- misc spec file fixes
--=-=-=

 

[Cooker] Rebuilt cooker packages & MandrakeClub

[magic]

Hey all,

  I'm finishing up the configuration of a mdk91 mailserver, that is 
using some cooker packages (rebuilt under 91).  As an early (and 
current) club member, I recall how important it was to keep checking the 
votes for the packages (I wanted to see added) prior to the release of 9.1.

  I have all the pieces (rpms), and everything seems to be working well 
together. What I wanted to know is what is the policy for adding 
packages to the club? (Could I add my rpms?) If postfix 2.0.12-3mdk (for 
9.1) was installed, would the the 9.2 upgrade update the postfix (even 
if it is the same 2.0.12-3mdk)?

  Thanks,

  S

Re: [Cooker] Re: [Contrib-Rpm] cyrus-imapd-2.1.14-1mdk

[magic]

Luca Olivetti wrote:

Mmm, isn't this missing the fixes and adjustments I made in 
2.1.13-1mdk, 2.1.13-2mdk and buchan made in 2.1.13-3mdk? (note that 
patch11 should be no longer needed with 2.1.14): 


  I think it would be great to add the mailbox auto creation patch as well!

 Here are the references:
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg=18918 

http://www.irbs.net/internet/info-cyrus/0211/0271.html
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&searchterm=autocreate&msg=21343
 

  Cheers!

  S

[Cooker] Re: [CHRPM] php-pear-4.3.2-1mdk

[magic]

I was looking over php-pear, and noticed the Crypt packages were dropped 
from the recent rpm packages.

  In looking back, these were in php-pear-4.2.3-1.1mdk, but not 4.3.0 
or 4.3.2. Is there a reason these were dropped? I am using smartsieve to 
manage cyrus sieve scripts, and it uses these.  Could we get them put 
back in?

php-pear-4.2.3 (mdk 9.0):
/usr/lib/php/pear/Crypt
/usr/lib/php/pear/Crypt/CBC.php
/usr/lib/php/pear/Crypt/HCEMD5.php
Thanks,

S

Oden Eriksson wrote:

--=-=-=
Name: php-pear Relocations: (not relocateable)
Version : 4.3.2 Vendor: MandrakeSoft
Release : 1mdk  Build Date: Tue Jun  3 18:08:13 2003
Install date: (not installed)   Build Host: klama.mandrake.org
Group   : Development/Other Source RPM: (none)
Size: 3542 License: PHP License
Packager: Oden Eriksson <[EMAIL PROTECTED]>
URL : http://www.php.net
Summary : The PHP PEAR files
Description :
PEAR is short for "PHP Extension and Application Repository" and is
pronounced just like the fruit. The purpose of PEAR is to provide:
   * A structured library of open-sourced code for PHP users
   * A system for code distribution and package maintenance
   * A standard style for code written in PHP, specified here
   * The PHP Foundation Classes (PFC), see more below
   * The PHP Extension Code Library (PECL), see more below
   * A web site, mailing lists and download mirrors to support the
 PHP/PEAR community
Buildarchs: noarch 
--=-=-=

* Tue Jun 03 2003 Oden Eriksson <[EMAIL PROTECTED]> 4.3.2-1mdk

- built for 4.3.2
- misc spec file fixes
--=-=-=
E: php-pear unknown-key GPG#604AA4E4
--=-=-=
php-pear.spec changed
--- php-pear-4.3.1-1mdk.src.rpm/php-pear.spec   2003-06-03 18:31:19.0 +0200
+++ php-pear-4.3.2-1mdk.src.rpm/php-pear.spec   2003-06-03 18:31:19.0 +0200
@@ -1,12 +1,12 @@
%define phpsource   %{_prefix}/src/php-devel
%{expand:%(cat /usr/src/php-devel/PHP_BUILD||(echo -e "error: failed build dependencies:\n
php-devel >= 430 (4.3.0) is needed by this package." >/dev/stderr;kill -2 $PPID))}
-%define subnamepear
-%define php_ver_rel%{phpversion}-%{phprelease}
+%define subnamepear
+%define php_ver_rel %{phpversion}-%{phprelease}
#%{expand:%%define thisdate %(date +%Y%m%d)}
-%define go_pear_urihttp://go-pear.org
+%define go_pear_uri http://go-pear.org
-%define release1mdk
+%define release1mdk
Summary:The PHP PEAR files
Name:   php-%{subname}
@@ -16,14 +16,19 @@
Group:  Development/Other
URL:http://www.php.net
License:PHP License
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot
-BuildRequires:  php%{libversion}-devel php-xml, lynx, perl
-Requires:  php, php-xml, php-xmlrpc
-BuildArch: noarch
+BuildRequires: php%{libversion}-devel
+BuildRequires: php-xml
+BuildRequires: lynx
+BuildRequires: perl
+Requires:  php
+Requires:  php-xml
+Requires:  php-xmlrpc
Provides:   ADVXpackage
Provides:   php-pear-Log
Provides:   php-pear-Mail_Mime
Provides:   php-pear-Net_Socket
+BuildArch: noarch
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot
%description
PEAR is short for "PHP Extension and Application Repository" and is
@@ -83,6 +88,10 @@
%{_bindir}/pear
%changelog
+* Tue Jun 03 2003 Oden Eriksson <[EMAIL PROTECTED]> 4.3.2-1mdk
+- built for 4.3.2
+- misc spec file fixes
+
* Tue May 06 2003 Oden Eriksson <[EMAIL PROTECTED]> 4.3.1-1mdk
- the obvious rebuild
- misc spec file fixes
--=-=-=

 

Re: [Cooker] ToDo

[magic]

Warly wrote:

I add a todo in the wiki, to summarize in one page currently what
makes people buzy.
Excellent! - I had asked about something like this a little while ago.

 It's Great to see comments actually get read, and are not simply 
forwarded to /dev/null...

 Thanks,

 S

Re: [Cooker] Openldap 2.1.22!

[magic]

Thomas Backlund wrote:

Fresh listing from synced cooker main:

openldap-back_dnssrv-2.1.22-2mdk.i586.rpm
openldap-back_ldap-2.1.22-2mdk.i586.rpm
openldap-back_passwd-2.1.22-2mdk.i586.rpm
openldap-back_sql-2.1.22-2mdk.i586.rpm
openldap-clients-2.1.22-2mdk.i586.rpm
openldap-guide-2.1.22-2mdk.i586.rpm
openldap-migration-2.1.22-2mdk.i586.rpm
openldap-servers-2.1.22-2mdk.i586.rpm
openldap-2.1.22-2mdk.i586.rpm
  Outstanding!!!
  (I saw the post about the spec file in cvs just after I sent original 
message).

  Thanks!

  S

[Cooker] Openldap 2.1.22

[magic]

Hello all,

  I was just wondering what the status is of openldap. Openldap 2.1.x 
has been discussed for some time, and I know a few folks have even built 
rpms (2.1.22 was the last I saw). Any idea when we will see it hit cooker?

  I saw where openldap 2.0.27 is still being patched/updated - I think 
it would be better use of development time to work on the new version 
rather than patching & updating the old version (that will need to be 
replaced anyway).

  Thanks,

  S

Re: [Cooker] split lists?

[magic]

Buchan Milne wrote:

Warly, you have mentioned this before, is it worthwhile doing?

 Yes! - That would be great...

  There is a lot on 'noise' on the cooker list currently.  My 
development effort is focused on the server side, and it would be so 
much simpler to follow what is going on with more 'focused' list(s). I 
realize Mandrake is more of a desktop distro, but I am seeing great 
things happening in the cooker & contribs (on the server side).

  Maybe something as simple as Destop, Server & Bugs lists.

  Just my $.02...

  Thanks,

  S

[Cooker] Re: [CHRPM] webmin-1.100-1mdk

[magic]

Why were the mailers removed? (I believe these are standard webmin modules.)

  Are these going to be added to the individual smtp server install(s)?

  Thanks,

  S 

Guillaume Cottenceau wrote:

--=-=-=
Name: webmin   Relocations: (not relocateable)
Version : 1.100 Vendor: MandrakeSoft
Release : 1mdk  Build Date: Mon Jul  7 18:11:35 2003
Install date: (not installed)   Build Host: bi.mandrakesoft.com
Group   : System/Configuration/OtherSource RPM: (none)
Size: 6884510  License: BSD
Packager: Mandrake Linux Team 
URL : http://www.webmin.com/webmin/
Summary : An SSL web-based administration interface for Unix systems.
Description :
A web-based administration interface for Unix systems. Using Webmin you
can configure DNS, Samba, NFS, local/remote filesystems, Apache,
Sendmail/Postfix, and more using your web browser.
After installation, enter the URL https://localhost:1/ into your
browser and login as root with your root password. Please consider logging
in and modify your password for security issue.
PLEASE NOTE THAT THIS VERSION NOW USES SECURE WEB TRANSACTIONS: YOU HAVE
TO LOGIN TO "https://localhost:1/"; AND NOT "http://localhost:1/";.
Buildarchs: noarch 
--=-=-=

* Mon Jul 07 2003 Guillaume Cottenceau <[EMAIL PROTECTED]> 1.100-1mdk

- new version (no updates at that time)

--=-=-=

--=-=-=
postfix-1.090-1.wbm removed
qmailadmin-1.090-1.wbm removed
sendmail-1.090-1.wbm removed
webmin-0.86-env.patch removed
webmin-0.990-remove-atboot-problem removed
webmin-1.020-fix-logfile-location.patch removed
webmin-1.100-env.patch added
webmin-1.100-fix-logfile-location.patch added
webmin-1.100-remove-atboot-problem added
webmin.spec changed
--- webmin-1.090-1mdk.src.rpm/webmin.spec   2003-07-07 18:31:11.0 +0200
+++ webmin-1.100-1mdk.src.rpm/webmin.spec   2003-07-07 18:31:11.0 +0200
@@ -1,5 +1,5 @@
%define name webmin
-%define version 1.090
+%define version 1.100
%define release 1mdk
%define prefix %{_prefix}
@@ -20,10 +20,7 @@
Source10: webmin.pam
# (gc) have the updates; this needs to change for each version and/or release, see
#  http://www.webmin.com/webmin/updates.html
-# (gc) -- 3 updates for 1.090 as of Thu May 15 17:21:22 2003 --
-Source20: sendmail-1.090-1.wbm.bz2
-Source21: postfix-1.090-1.wbm.bz2
-Source22: qmailadmin-1.090-1.wbm.bz2
+# (gc) -- 0 updates for 1.100 as of Mon Jul  7 17:57:53 2003 --
# Other Themes
Source51: http://www.gehrigal.de/download/webmin_theme/webmin-theme_gehrigal_0.16a.wbt
# the configurator for this theme
@@ -35,12 +32,12 @@
Source57: http://prdownloads.sourceforge.net/netatalk/netatalk.wbm.bz2
Patch0: webmin-1.020-fix-configs.patch.bz2
-Patch1: webmin-0.990-remove-atboot-problem.bz2
+Patch1: webmin-1.100-remove-atboot-problem.bz2
Patch4: webmin-fix-ssl.patch.bz2
Patch5: webmin-fix-newmods.patch.bz2
Patch7: webmin-0.85-never-fail-detect-os.patch.bz2
Patch8: webmin-0.85-enable-changed-theme-at-installation.patch.bz2
-Patch9: webmin-0.86-env.patch.bz2
+Patch9: webmin-1.100-env.patch.bz2
Patch10: webmin-0.87-conf-samba-8.1.patch.bz2
Patch13: webmin-openldap.patch.bz2
Patch15: webmin-fix-netatalk-paths.patch.bz2
@@ -48,7 +45,7 @@
Patch19: webmin-0.92-add-default-configs-logviewer-fp2k.patch.bz2
Patch20: webmin-0.92-let-time-for-sshd-HUP.patch.bz2
Patch21: webmin-0.950-add-netsaint-mandrake-config.patch.bz2
-Patch22: webmin-1.020-fix-logfile-location.patch.bz2
+Patch22: webmin-1.100-fix-logfile-location.patch.bz2
Patch23: webmin-1.020-ssl-location.patch.bz2
Patch24: webmin-1.020-suppress-missing-netatalk-interfaces.patch.bz2
Patch26: webmin-1.060-mysql-fix-installing-missing-packages.patch.bz2
@@ -76,7 +73,7 @@
TO LOGIN TO "https://localhost:1/"; AND NOT "http://localhost:1/";.
%prep
-%setup -q -a 2 -a 3 -a 20 -a 21 -a 22 -a 51 -a 52 -a 54 -a 55 -a 56 -a 57
+%setup -q -a 2 -a 3 -a 51 -a 52 -a 54 -a 55 -a 56 -a 57
rm -fr %{name}-%{version}/dhcpd
rm -fr %{name}-%{version}/useradmin
%setup -q -D -T -c -a 9 -n %{name}-%{version}
@@ -188,6 +185,9 @@
%config(noreplace) %{_sysconfdir}/ssl/webmin/miniserv.pem
%changelog
+* Mon Jul  7 2003 Guillaume Cottenceau <[EMAIL PROTECTED]> 1.100-1mdk
+- new version (no updates at that time)
+
* Thu May 15 2003 Guillaume Cottenceau <[EMAIL PROTECTED]> 1.090-1mdk
- new version
- 3 updates at that time
--=-=-=

 

Re: [Cooker] Mandrake mail server - Getting closer!

[magic]

Buchan Milne wrote:

I don't have much time to look at all of this, so if you can get
something together it would help. Something like that can be added quite
easily late in the dev cycle, but we can't wait much longer to switch to
openldap-2.1.x and dumping sasl2, so I will spend what time I have on
getting postfix to auth to openldap via sasl2 ... until it works.
Buchan,

  Just wanted to let you know I believe I'm making progress with the 
postfix, saslauthd, pam, openldap stuff.

  I spent all day yesterday tracking down auth errors, rebuilding and 
installing rpms, and as of this morning actually have postfix auth'ing 
against saslauthd using pam for system users. I wanted to take 
everything one step at a time, and figured that postfix -> saslauthd was 
the best place to start. (Although installed, I don't have the openldap, 
pam_ldap stuff configured yet.)

  The problem is, now I need to be able to reproduce. As I was trying 
to isolate issues as I encountered them, I didn't write anything down 
:'( ...  I won't have much time to work on this until the end of next 
week (will be out of town) but wanted to provide you with as much 
help/hints as I can.  My goal is to do another rebuild (starting with 
base mdk91), and document what needs to happen to bring all the pieces 
together (step-by-step).

  (As I recall) I started with db41, then rebuilt your openldap srpm, 
and installed. Then I had to install openssl 0.9.7b, and all the other 
deps required to rebuild postfix. After rebuilding postfix, configured 
and Hmmm, it's working. (Geez, sounds so simple when I put it like that, 
but it wasn't...) 

  Note: I needed to take postfix out of chroot (master.cf):
   smtpinetn   -   n   -   -   smtpd
  I saw where there were some work-arounds for this but they weren't 
pretty, and had issues of there own.

  My next step is to configure openldap, get that into pam, so 
saslauthd will use. If all goes well there, postfix, cyrus-imap (and 
others?) should be able to authenticate system & ldap users (with no 
difference). I think we are getting very close!

  The rpms I currently have installed (mdk9.1 based) include:
# rpm -qa '*postfix*'
postfix-2.0.12-3mdk
# rpm -qa '*sasl*'
libsasl2-plug-login-2.1.13-2mdk
libsasl2-2.1.13-2mdk
libsasl2-devel-2.1.13-2mdk
libsasl2-plug-plain-2.1.13-2mdk
cyrus-sasl-2.1.12-1mdk
libsasl7-1.5.28-5mdk
# rpm -qa '*ldap*'
nss_ldap-204-1.1mdk
openldap-servers-2.1.22-1mdk
openldap-2.1.22-1mdk
openldap-clients-2.1.22-1mdk
libldap2-devel-2.1.22-1mdk
php-ldap-4.3.0-3mdk
libldap2-2.1.22-1mdk
openldap-migration-2.1.22-1mdk
# rpm -qa '*ssl*'
libopenssl0.9.7-devel-0.9.7b-2mdk
libopenssl0-0.9.6i-1.1mdk
openssl-0.9.7b-2mdk
libopenssl0.9.7-0.9.7b-2mdk
  Hope all this helps! - I'm just excited to finally be able to auth 
with postfix. (Trying to walk before I run.)

  Scott

Re: [Cooker] Mandrake pre-installed on HP desktops

[magic]

John Keller wrote:

Since there was a thread recently about Mandrake seeming a quiet in the face
of SUSE's announcements, I thought it interesting to find this article on
The Register:
http://www.theregister.co.uk/content/51/31547.html

Hopefully, this kind of positioning and visibility will translate into a
steady source of income for the distro. It does seem to indicate that
desktop Linux is a viable product. The desktop-user-oriented features that
are so hotly discussed on Cooker should continue to be discussed (though
maybe a bit less hotly?). Obviously no distro has ironed everything out, but
by "actively thinking" I think that Mandrake can arrive there sooner.
Mandrake has done a great job with the desktop & usability.

I would also like to see Mandrake advance their server offerings (like 
the ongoing mail server discussions).

'Hats-off' to Mandrake (pardon the pun!)

  Cheers!

  S

Re: [Cooker] Mandrake mail server - Mail Scanning

[magic]

magic wrote:

  
  
Bret Baptist wrote:
  

  AFAIC amavisd-new is not in mdk (only amavis-ng, which does not run as a
daemon). Put it is a simple perl script.

Martin



I would like to second the use of amavisd-new.  I use it for our mailserver 
and it is awesome.  We do about 100,000 messages a day, not that high volume, 
but enough.  I have never had a problem with amavisd-new.

http://www.ijs.si/software/amavisd/

I have recommended this in the past.  I still recommend it!
  
  
  
?? To be honest, I haven't looked at it. What are the pros/cons
compared to using Spamassassin & razor as I have it configured. I
read where it was written in perl, is that the daemon, the client or
both?
  
?? Whatever is settled on, it is my opinion that it needs to run as a
daemon. The overhead saved is returned in performance.
  
?? Thanks,
  
?? S


Actually I took a second look, and I believe that MailScanner appears
to be the way to go.

They have rpms, srpm, and spec file for download. Now I haven't built
rpms before, but that seems to be everything we would need to start a
mdk build.
http://www.sng.ecs.soton.ac.uk/mailscanner/downloads.shtml


  Support for 15 virus scanners:
Sophos, McAfee, Command, Kaspersky, Inoculate, Inoculan, Nod32,
F-Secure, F-Prot, Panda, RAV, AntiVir, Clam, Bitdefender and Vscan. Direct
support for sendmail, Postfix, Exim and ZMailer mail systems. 
  


Thoughts?

S

Re: [Cooker] Mandrake mail server - Spamassassin & Razor

[magic]

Bret Baptist wrote:

  
AFAIC amavisd-new is not in mdk (only amavis-ng, which does not run as a
daemon). Put it is a simple perl script.

Martin

  
  
I would like to second the use of amavisd-new.  I use it for our mailserver 
and it is awesome.  We do about 100,000 messages a day, not that high volume, 
but enough.  I have never had a problem with amavisd-new.

http://www.ijs.si/software/amavisd/

I have recommended this in the past.  I still recommend it!
  


?? To be honest, I haven't looked at it. What are the pros/cons
compared to using Spamassassin & razor as I have it configured. I
read where it was written in perl, is that the daemon, the client or
both?

?? Whatever is settled on, it is my opinion that it needs to run as a
daemon. The overhead saved is returned in performance.

?? Thanks,

?? S

Re: [Cooker] Install error - turba-1.2-1mdk

[magic]

Pixel wrote:

  Installation failed:
   perl(Getopt::Std) is needed by turba-1.2-1mdk
   

% rpm -q --whatprovides 'perl(Getopt::Std)'
perl-5.8.0-25mdk
  Yes, and it appears to be installed:

# rpm -q --whatprovides 'perl(Getopt::Std)'
no package provides perl(Getopt::Std)
# locate Getopt
/usr/share/man/man3pm/Getopt::Long.3pm.bz2
/usr/share/man/man3pm/Getopt::Std.3pm.bz2
/usr/share/pear/.registry/Console_Getopt.reg
/usr/share/pear/Console/Getopt.php
/usr/lib/perl5/5.8.0/Getopt
/usr/lib/perl5/5.8.0/Getopt/Long
/usr/lib/perl5/5.8.0/Getopt/Long.pm
/usr/lib/perl5/5.8.0/Getopt/Std.pm
  Any ideas why this is happening?

  Thanks,

  S

Re: [Cooker] Mandrake mail server - Postfix, Spamassassin & Razor

[magic]

Martin Fahrendorf wrote:

  Actually, spamassassin as setup runs as a deamon (spamd), and hooks
into Postfix as a filter.
   

So how do you feed the mails from postfix into spamd and how does spamd 
handles the mail back to postfix?
 

I am not going to pretend I understand everything, but he's my (over 
simplified) explaination:

  Postfix gets an email (inbound)
  Postfix content filter (spamfilter.sh) passes email to spamd, using 
spamc (spamc is a light-weight client for spamd).
  Upon completion, the processed email is reinjected into postfix 
(through another content filter) for delivery.

  The content filters are configured in /etc/postfix/master.cf:

# SpamAssassin-start
spamfilter unix - n n - - pipe
user=spamfilter argv=/etc/mail/spamfilter.sh -f ${sender} -- ${recipient}
smtp inet n - y - - smtpd
-o content_filter=spamfilter:
smtp unix - - y - - smtp
-o content_filter=spamfilter:
# SpamAssassin-end
  Hope this helps!

  S

Re: [Cooker] Mandrake mail server - Spamassassin & Razor

[magic]

Martin Fahrendorf wrote:

tarballs for SpamAssasin and MailScanner and set them up together as
shown in the mailscanner site.
But for a distribution intended for general consumer use, it would be
great if the default install had a spam filter installed by default as
most people will want one but will not be willing to go to the trouble
of learning how to configure it.
 

Here's what I've got (9.1 based):

The rpms:
perl-Mail-SpamAssassin
spamassassin
perl-Digest-Nilsimsa
perl-Digest-SHA1
perl-MailTools
perl-Net-DNS
perl-Razor-Agent
   

...

Isn't it just easyer to use amavisd-new? You don't need to start a bunch of 
programms for every mail and you can use a virus scanner too.

  Actually, spamassassin as setup runs as a deamon (spamd), and hooks 
into Postfix as a filter.

  Thanks,

  S

Re: [Cooker] Mandrake mail server - Spamassassin & Razor

[magic]

Clive Dove wrote:

I was thinking of adding configuration for it,

From the looks of it I think that I will find it easier to download the 
tarballs for SpamAssasin and MailScanner and set them up together as 
shown in the mailscanner site.

But for a distribution intended for general consumer use, it would be 
great if the default install had a spam filter installed by default as 
most people will want one but will not be willing to go to the trouble 
of learning how to configure it.
 

Here's what I've got (9.1 based):

The rpms:
perl-Mail-SpamAssassin
spamassassin
perl-Digest-Nilsimsa
perl-Digest-SHA1
perl-MailTools
perl-Net-DNS
perl-Razor-Agent
Configuring Spamassassin:
---
# adduser spamfilter
# passwd -l spamfilter
# mkdir /var/spool/spamfilter
# chown spamfilter:spamfilter /var/spool/spamfilter
- Modify the /etc/postfix/master.cf, by commenting out the two current 
smtp lines, and adding the following:
# SpamAssassin-start
spamfilter unix - n n - - pipe
user=spamfilter argv=/etc/mail/spamfilter.sh -f ${sender} -- ${recipient}
smtp inet n - y - - smtpd
-o content_filter=spamfilter:
smtp unix - - y - - smtp
-o content_filter=spamfilter:
# SpamAssassin-end

- Modify /etc/mail/spamassassin/local.cf by uncommenting ‘defang_mime 0’ 
and adding the following:
skip_rbl_checks 0
required_hits 4.5
- Adjust this to suit your needs (higher value filters less spam).

** Note: review the documentation and adjust above to meet your needs.

- Create the file /etc/mail/spamfilter.sh, containing the following:
<--start-spamfilter.sh-->
#!/bin/sh
INSPECT_DIR=/var/spool/spamfilter
SENDMAIL="/usr/sbin/sendmail.postfix -i"
SPAMASSASSIN=/usr/bin/spamc
# Exit codes from 
EX_TEMPFAIL=75
EX_UNAVAILABLE=69
cd $INSPECT_DIR || { echo $INSPECT_DIR does not exist; exit $EX_TEMPFAIL; }

# Clean up when done or when aborting.
trap "rm -f in.$$; rm -f out.$$" 0 1 2 3 15
cat | $SPAMASSASSIN > out.$$ || { echo Message content rejected; exit 
$EX_UNAVAILABLE; }

$SENDMAIL "$@" < out.$$

exit $?
<--end-spamfilter.sh-->
- Make the file executable, restart spamd & postfix
# chmod +x /etc/mail/spamfilter.sh
** Note: Review SpamAssassin configuration options 
(/etc/mail/spamassassin/local.cf)

Vipul’s Razor (Distributed Anti-SPAM) configuration
---
- Create default config file (razor log & conf files: 
/home/spamfilter/.razor/)
# su spamfilter
$ cd
$ razor-admin –create
$ exit

- Create the file /etc/logrotate.d/razor, containing the following:
<--start-razor-->
/home/spamfilter/.razor/razor-agent.log {
rotate 10
daily
postrotate
/etc/rc.d/init.d/spamassassin restart
endscript
}
<--end-razor-->
- Restart spamd
# service spamassassin restart
# service postfix restart

[Cooker] Install error - turba-1.2-1mdk

[magic]

  I tried to install, and got a require error:

  Installation failed:
   perl(Getopt::Std) is needed by turba-1.2-1mdk
  Thanks,

  S

Re: [Cooker] Mandrake mail server

[magic]

Buchan Milne wrote:

db4.1 got slipped in last week (didn't appear in my changelog mailbox
...) and postfix is rebuilt against it.
We now need sasl2 built against db4.1, then openldap-2.1, then sasl2
again. Then we just (;-)) need to ensure everything works.
I will try and update my openldap-2.1.x package again and have another
try getting auth with postfix working (this on 9.1 though).
 

  I missed the db41 going into cooker. Did you upgrade db4, or install 
41 & maintain both libs on your system (I heard the latter is not a good 
thing to do, eventhough it works.)

  I would be glad to help!  Are the rpms available on your website?  If 
I can grab them, I will install & see if I can help (I am also building 
against 9.1).

  Thanks,

  S

[Cooker] Mandrake mail server

[magic]

Hello all,

  I haven't seen anything recent about Postfix, Openldap, db41, 
cyrus-imapd & sasl2 getting into the Cooker.
Was just wondering if anyone is working on this, and what the status is. 
(Also I think it would be great if cyrus-imapd was moved from contrib to 
main.)

  Thanks!

  S

Re: [Cooker] Reporting bugs

[magic]

Warly wrote:

I tried to post this @ qa.mandrakesoft.com, (but as usual) it doesn't
seem to like me, so reposting here.
(Do I have to do something special to be able to report bugs?)
 

Just create a Bugzilla account and log in. When you go to
qa.mandrakesoft.com, you should see:
My Bugs
Change password or user preferences
Logout [EMAIL PROTECTED]
If not, log in / create an account.

If you can login, where does it fail? Do you get an error message?

   

It seems bugzilla gives an error message if you put keywords in your bug
entry ... which should be fixed, but in the meantime, don't enter keyworks.
 

I gonna have a look.

   

I should work now.

 

Nope, I still can't post bugs. (Waited 10 minutes while it said
Posting Bug.)
   

I just post one it workds, have you more hints?
 

  I have never setup or run bugzilla, so I don't have a clue.

  I guess we could try deleting my account, and then I can re-create.  
Other than possible account permission issues, I don't have any other ideas.

  Just let me know what you need me to do.

  Thanks!

  S

Re: [Cooker] Reporting bugs

[magic]

Warly wrote:

I tried to post this @ qa.mandrakesoft.com, (but as usual) it doesn't
seem to like me, so reposting here.
(Do I have to do something special to be able to report bugs?)
 

Just create a Bugzilla account and log in. When you go to
qa.mandrakesoft.com, you should see:
 My Bugs
 Change password or user preferences
 Logout [EMAIL PROTECTED]
If not, log in / create an account.

If you can login, where does it fail? Do you get an error message?

   

It seems bugzilla gives an error message if you put keywords in your bug
entry ... which should be fixed, but in the meantime, don't enter keyworks.
 

I gonna have a look.
   

I should work now.
 

Nope, I still can't post bugs. (Waited 10 minutes while it said Posting 
Bug.)

  Thanks,

  S

Re: [Cooker] Re: [CHRPM] postfix-2.0.12-1mdk

[magic]

Buchan Milne wrote:

But, I still haven't managed to get postfix to auth against LDAP via
saslauthd on our new 9.1 box, with all related bits compiled against
db4.1, sasl2, openldap-2.1. Cyrus auth's fine against LDAP via
saslauthd, so I am not sure where the problem is. I am not using the
cooker postfix SRPM, since I didn't feel like tracking down the TLS
patch for openssl-0.9.7a.
 

Actually if I recall the postfix cooker rpms are compiled against 
openssl-0.9.7b. (I tried
a rebuild and failed as I only have openssl-0.9.7a; and don't know 
enough yet to adjust
the requires in the srpm.)

  I got as far as you, everything seems to play well together, except 
getting postfix to
auth against saslauthd.

When does openldap fit into the picture? I know we need to start with 
db41, but what
would be the next step? (where do we go from here?)

Speaking of openldap, did you know that 2.1.21 is the most recent?

  Thanks,

  S

[Cooker] Re: Enterprise mail server

[magic]

Luca Olivetti wrote:

En/na Luca Berra ha escrit:

Luca could you also add those steps to README.RPM?


hopefully I'll remember. I'd be also glad if somebody could detail a 
working configuration for single message store with current postfix 
(at work I'm using 8.2 and had to do many contortions to achieve 
single message store, at home I don't really need it).


Based on 9.1 (including spam filtering).

Still don't have postfix talking to openldap21 yet, but cyrus works 
fine. (One of the reasons I inquired about the auto create mailbox patch.)

This is really rough, but should get you there. (If this is what you are 
looking for). Based on mdk 9.1, and using cooker imap rpms.

Configure Postfix:
--
Add postfix user to group mail
# gpasswd -a postfix mail
# cp /etc/services /var/spool/postfix/etc/services
# cp /etc/hosts /var/spool/postfix/etc/hosts
Modify the lmtp line in /etc/postfix/master.cf to read:
---
lmtp unix - - n - - lmtp
Edit /etc/postfix/main.cf and add to the end of the file:
-
# readme_directory: The location of the Postfix README files.
#
readme_directory = /usr/share/doc/postfix-2.0.6/README_FILES
alias_database = hash:/etc/postfix/aliases
myhostname = your.domain.name
myorigin = $mydomain
inet_interfaces = all
mydestination = $myhostname, localhost.$mydomain, $mydomain
masquerade_domains = $mydomain
virtual_maps = hash:/etc/postfix/virtual
mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp
Configure Spamassassin:
---
# adduser spamfilter
# passwd -l spamfilter
# mkdir /var/spool/spamfilter
# chown spamfilter:spamfilter /var/spool/spamfilter
- Modify the /etc/postfix/master.cf, by commenting out the two current 
smtp lines, and adding the following:
# SpamAssassin-start
spamfilter unix - n n - - pipe
user=spamfilter argv=/etc/mail/spamfilter.sh -f ${sender} -- ${recipient}
smtp inet n - y - - smtpd
-o content_filter=spamfilter:
smtp unix - - y - - smtp
-o content_filter=spamfilter:
# SpamAssassin-end

- Modify /etc/mail/spamassassin/local.cf by uncommenting ‘defang_mime 0’ 
and adding the following:
skip_rbl_checks 0
required_hits 4.5
- Adjust this to suit your needs (higher value filters less spam).

- Create the file /etc/mail/spamfilter.sh, containing the following:
<--start-spamfilter.sh-->
#!/bin/sh
INSPECT_DIR=/var/spool/spamfilter
SENDMAIL="/usr/sbin/sendmail.postfix -i"
SPAMASSASSIN=/usr/bin/spamc
# Exit codes from 
EX_TEMPFAIL=75
EX_UNAVAILABLE=69
cd $INSPECT_DIR || { echo $INSPECT_DIR does not exist; exit $EX_TEMPFAIL; }

# Clean up when done or when aborting.
trap "rm -f in.$$; rm -f out.$$" 0 1 2 3 15
cat | $SPAMASSASSIN > out.$$ || { echo Message content rejected; exit 
$EX_UNAVAILABLE; }

$SENDMAIL "$@" < out.$$

exit $?
<--end-spamfilter.sh-->
- Make the file executable, restart spamd & postfix
# chmod +x /etc/mail/spamfilter.sh
# service spamassassin restart
# service postfix restart
Vipul’s Razor (Distributed Anti-SPAM) configuration
---
- Create default config file (razor log & conf files: 
/home/spamfilter/.razor/)
# su spamfilter
$ cd
$ razor-admin –create
$ exit

- Create the file /etc/logrotate.d/razor, containing the following:
<--start-razor-->
/home/spamfilter/.razor/razor-agent.log {
rotate 10
daily
postrotate
/etc/rc.d/init.d/spamassassin restart
endscript
}
<--end-razor-->
- Restart spamd
# service spamassassin restart


Configure Cyrus:

Set the password for the cyrus account
# passwd cyrus
Modify /etc/imapd.conf, and add:
unixhierarchysep: yes
altnamespace: yes
-- It should all work.

Re: Enterprise mail server (was Re: [Cooker] Cooker development -how do things happen?)

[magic]

Luca Olivetti wrote:

While on the subject of postfix, there is a small change that should be
made to the cyrus transport to work out-the-box (gc?):
This is the current default transport for cyrus:
cyrus unix  -   n   n   -   -   pipe
  user=cyrus argv=/cyrus/bin/deliver -e -r ${sender} -m ${extension} 
${user}

Where it should be:
cyrus unix  -   n   n   -   -   pipe
  user=cyrus argv=/usr/lib/cyrus-imapd/deliver -e -r ${sender} -m
${extension} ${user}


Neither the first nor the latter. Read my README.RPM (executive 
summary: don't use deliver, which is just a wrapper arounf lmtp, 
postfix speaks lmtp nativey).


We simply modify master.cf and use:
   lmtp   unix  -   -  n  -  - lmtp
  - Need to take out of chroot for it to work.

  Thanks,

  S

[Cooker] Cooker development - how do things happen?

[magic]

Hello all,

  I've been 'lurking' on the list for about 8 months now, and providing 
comments (as few as they are) whenever I can.

  I was wondering how the development process works. Is there a 
centralized list (a basic todo list) for the development direction 
Mandrake is heading?

  The reason I ask, is that although I've been following the list, I 
can't seem to visualize the direction development is going (especially 
the server components).

  As I'm working on a corporate mailserver, I closely watch the cyrus 
(imap), postfix, openldap, cyrus (sasl) and other related threads. To 
say I've learned alot, would be an understatement.

  So, how does the cooker work? What decides if a package goes into 
main, or is a contrib? What determines if a cooker package moves into 
updates? And if (in the mailserver case above) how is it determined what 
packages are added, and when?

  And finally, why doesn't [EMAIL PROTECTED] .com ever answer an email?

  Simply seeking enlightment...

  Thanks,

  S

Re: [Cooker] Re: Reporting bugs

[magic]

Olav Vitters wrote:

 I have an account, and can login, and search bugs. Where it fails is 
when I try to post a bug.

I complete the (new bug) form, and then select the Commit button. The 
form appears to post, and I get another page "MandrakeSoft Bugzilla"; 
"Bugzilla Message". In the message area, it says "Posting Bug", and 
there it sits (forever). If I try to use the preset queries: My Bugs, I 
get a page that tells me "Zarro Boogs found."
   

How long did you wait at the 'Posting Bug' page. It should refresh after
it has posted your bug. Can you try to wait 3 minutes (excessive, should
be ~15 secs)?
 

10 minutes, and still "Posting Bug"

Do you use a proxy server? I know privoxy can change/break html pages.

Nope, no proxy.

  Thanks,

  S

Re: [Cooker] Reporting bugs

[magic]

Olav Vitters wrote:

On Fri, Jun 20, 2003 at 08:40:09AM -0400, magic wrote:
 

 I tried to post this @ qa.mandrakesoft.com, (but as usual) it doesn't
seem to like me, so reposting here.
(Do I have to do something special to be able to report bugs?)
   

Just create a Bugzilla account and log in. When you go to
qa.mandrakesoft.com, you should see:
 My Bugs
 Change password or user preferences
 Logout [EMAIL PROTECTED]
If not, log in / create an account.

If you can login, where does it fail? Do you get an error message?
 

  I have an account, and can login, and search bugs. Where it fails is 
when I try to post a bug.

I complete the (new bug) form, and then select the Commit button. The 
form appears to post, and I get another page "MandrakeSoft Bugzilla"; 
"Bugzilla Message". In the message area, it says "Posting Bug", and 
there it sits (forever). If I try to use the preset queries: My Bugs, I 
get a page that tells me "Zarro Boogs found."

  This is not a new issue, I have never been able to post bugs. I and 
have written several messages to [EMAIL PROTECTED], but never recieved 
a reply.

  Thanks,

  S

[Cooker] Bug: Horde/Imp & php >= 4.3.0

[magic]

Hello all,

  I tried to post this @ qa.mandrakesoft.com, (but as usual) it doesn't 
seem to like me, so reposting here.
(Do I have to do something special to be able to report bugs?)

Horde 2.2.1 & Imp 3.1 have an issue with newer versions of php (>= 4.3.0)

A non-critical error is generated when viewing messages:
Warning: htmlspecialchars() [function.htmlspecialchars]: charset 
`us-ascii' not supported, assuming iso-8859-1 in 
/var/www/html/horde/imp/lib/MIME/Viewer/text.php on line 41

Based on what I saw on the horde & imp lists, this is resolved in the 
most recent versions (horde 2.2.3 & imp 3.2.1). Suggest updating packages.

Also of note: I believe there should be an added require for the rpms. 
Either php-mysql or php-pgsql (depending on which db is used on the 
backend) should be required. (That was a different error that took 
awhile to figure out, and non discriptive php error messages didn't help).

  Thanks,

  S

[Cooker] Bug: Horde/Imp & php >= 4.3.0

[magic]

Hello all,

   This is a repost (the original does not seem to exist).

  I tried to post this @ qa.mandrakesoft.com, (but as usual) it doesn't
seem to like me, so reposting here.
(Do I have to do something special to be able to report bugs?)
Horde 2.2.1 & Imp 3.1 have an issue with newer versions of php (>= 4.3.0)

A non-critical error is generated when viewing messages:
Warning: htmlspecialchars() [function.htmlspecialchars]: charset
`us-ascii' not supported, assuming iso-8859-1 in
/var/www/html/horde/imp/lib/MIME/Viewer/text.php on line 41
Based on what I saw on the horde & imp lists, this is resolved in the
most recent versions (horde 2.2.3 & imp 3.2.1). Suggest updating packages.
  Thanks,

  S

[Cooker] Re: [CHRPM] postfix-2.0.12-2mdk

[magic]

Guillaume Cottenceau wrote:

--=-=-=
Name: postfix  Relocations: (not relocateable)
Version : 2.0.12Vendor: MandrakeSoft
Release : 2mdk  Build Date: Fri Jun 13 15:50:02 2003
Install date: (not installed)   Build Host: bi.mandrakesoft.com
Group   : System/ServersSource RPM: (none)
Size: 1617105  License: IBM Public License
Packager: Yves Duret <[EMAIL PROTECTED]>
URL : http://www.postfix.org/
Summary : Postfix Mail Transport Agent
Description :
Postfix is a Mail Transport Agent (MTA), supporting LDAP, SMTP AUTH (SASL),
TLS and running in a chroot environment.
 



  I know this is the cooker, but is this package also be considered as 
an upgrade for 9.1 (isn't this a base package)?

  I am running a 9.1 base with db4.1 & openldap 2.1.20, so not typical 
environment. I tried to install postfix 2.0.12-2, but the requires are 
specific for openssl (>= 0.9.7b).
  Install error:
  openssl >= 0.9.7b is needed by postfix-2.0.12-2mdk

I know that I can recompile srpm for my system, or upgrade openssl to 
make everything work. I was (am) unsure of what kind of feedback you 
want/need.

  Thanks,

  S

Re: [Cooker] Re: [CHRPM] postfix-2.0.12-1mdk

[magic]

Guillaume Cottenceau wrote:

When you do an ldd command on postfix, what does it show?
(This is with 9.1 install - postfix-2.0.6-1mdk):
 

[EMAIL PROTECTED] ~ # ldd /usr/sbin/postfix
   libldap.so.2 => /usr/lib/libldap.so.2 (0x4ee98000)
   liblber.so.2 => /usr/lib/liblber.so.2 (0x4eec5000)
   libpcre.so.0 => /lib/libpcre.so.0 (0x4eed)
   libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x4eedd000)
   

libsasl2.so.2? that can't be official packages..

[EMAIL PROTECTED] ~/rpm/tmp/t] rpm2cpio 
/mnt/BIG/distrib/9.1/i586/Mandrake/RPMS/postfix-2.0.6-1mdk.i586.rpm | cpio -id
11491 blocks
[EMAIL PROTECTED] ~/rpm/tmp/t] find | xargs ldd 2>/dev/null | grep sasl | uniq
   libsasl.so.7 => /usr/lib/libsasl.so.7 (0x40071000)
  This is what I get (with original postfix install - both sasl libs):
# ldd /usr/sbin/postfix
   libldap.so.2 => /usr/lib/libldap.so.2 (0x40021000)
   liblber.so.2 => /usr/lib/liblber.so.2 (0x40052000)
   libpcre.so.0 => /lib/libpcre.so.0 (0x4005e000)
   libsasl.so.7 => /usr/lib/libsasl.so.7 (0x40068000)
   libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40074000)
   libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x400a5000)
   libdb-4.0.so => /usr/lib/libdb-4.0.so (0x401a3000)
   libnsl.so.1 => /lib/libnsl.so.1 (0x4025)
   libresolv.so.2 => /lib/libresolv.so.2 (0x40264000)
   libc.so.6 => /lib/i686/libc.so.6 (0x40275000)
   libdl.so.2 => /lib/libdl.so.2 (0x403a8000)
   libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x403ac000)
   libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x403bf000)
   libcrypt.so.1 => /lib/libcrypt.so.1 (0x403c5000)
   libpam.so.0 => /lib/libpam.so.0 (0x403f2000)
   /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
  Thanks,

  S

Re: [Cooker] Re: [CHRPM] postfix-2.0.12-1mdk

[magic]

Luca Berra wrote:

On Fri, Jun 13, 2003 at 03:49:38PM +0200, Guillaume Cottenceau wrote:

magic <[EMAIL PROTECTED]> writes:

I took a look at the requires (through rpmfind, haven't installed
package yet) and it appears to be built against sasl1 & db4.0
verses sasl2 & db4.1.  With all the talk about migrating to sasl2


I'm building against sasl2 now, but have too little knowledge
about postfix to be able to really test the difference. Can
someone test the 2.0.12-2mdk please?
Jun 13 23:32:12 Moskow postfix/postfix-script: starting the Postfix 
mail system
Jun 13 23:32:12 Moskow postfix/master[4203]: daemon started -- version 
2.0.12
Jun 13 23:32:12 Moskow postfix:  succeeded
Jun 13 23:32:15 Moskow postfix/smtpd[12935]: fatal: no SASL 
authentication mechanisms
Jun 13 23:32:16 Moskow postfix/master[4203]: warning: process 
/usr/lib/postfix/smtpd pid 12935 exit status 1
Jun 13 23:32:16 Moskow postfix/master[4203]: warning: 
/usr/lib/postfix/smtpd: bad command startup -- throttling

[EMAIL PROTECTED] ~ # cat /usr/lib/sasl2/smtpd.conf
pwcheck_method: saslauthd
[EMAIL PROTECTED] ~ # grep sasl /etc/postfix/main.cf
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_recipient_restrictions = permit_mynetworks,
reject_non_fqdn_recipient, permit_sasl_authenticated, check_relay_domains
and i am too tired to do more

regards,
L. 


Which version did you install -1mdk or -2mdk?

When you do an ldd command on postfix, what does it show?
(This is with 9.1 install - postfix-2.0.6-1mdk):
# ldd /usr/sbin/postfix
   libldap.so.2 => /usr/lib/libldap.so.2 (0x40021000)
   liblber.so.2 => /usr/lib/liblber.so.2 (0x40052000)
   libpcre.so.0 => /lib/libpcre.so.0 (0x4005e000)
   libsasl.so.7 => /usr/lib/libsasl.so.7 (0x40068000)
   libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40074000)
   libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x400a5000)
   libdb-4.0.so => /usr/lib/libdb-4.0.so (0x401a3000)
   libnsl.so.1 => /lib/libnsl.so.1 (0x4025)
   libresolv.so.2 => /lib/libresolv.so.2 (0x40264000)
   libc.so.6 => /lib/i686/libc.so.6 (0x40275000)
   libdl.so.2 => /lib/libdl.so.2 (0x403a8000)
   libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x403ac000)
   libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x403bf000)
   libcrypt.so.1 => /lib/libcrypt.so.1 (0x403c5000)
   libpam.so.0 => /lib/libpam.so.0 (0x403f2000)
   /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
#
  Thanks,

  S

Re: [Cooker] Postfix auth using saslauthd -> pam

[magic]

Luca Berra wrote:

On Thu, Jun 12, 2003 at 11:34:04PM +0200, Luca Olivetti wrote:

Postfix in 9.1 uses sasl v1, so it cannot use saslauthd. It can use 
pwcheck but I doubt pwcheck can use ldap. Since sasl v1 can use pam 
directly you can try to put in /etc/sasl/smtpd.conf (before 9.1 it 
would have been /usr/lib/sasl/smtpd.conf) the line
do you know why postfix in cooker still uses sasl v1?

anyway i just took the sources for sasl v1 and rebuild saslauthd for
sasl1 (changing the socket path) and it works like charm with postfix.


  While this approach may work, I believe it to be counter productive. 
(We should be building apps against sasl2, not rebuilding apps already 
built with sasl2, for sasl1.)

  Cheers!

  S

Re: [Cooker] Postfix auth using saslauthd -> pam

[magic]

Guillaume Cottenceau wrote:

do you know why postfix in cooker still uses sasl v1?

anyway i just took the sources for sasl v1 and rebuild saslauthd for
sasl1 (changing the socket path) and it works like charm with postfix.
regards,
L.
 

because ldap uses sasl v1 and postfix is bind to ldap and it is not good to 
use sasl v1 libs and sasl v2 libs in one application.
   

Argh :(. Should I revert 2.0.12-2mdk change then? (pardon my lack
of knowledge in postfix field..)
 

 If postfix 2.0.12-2mdk built with sasl2, that is the way it should be. 
Eventually all apps should be built against sasl2, and sasl1 phased-out.

  I would be happy to take a look at the postfix package, but am not 
running a cooker environment. I'm mostly 9.1 based, with a few cooker 
additions, and others that haven't made it in the cooker yet (Openldap 
2.1.20 & db41 that Oden & Buchan have been working on).

  There was a question about (current) openldap requiring db41:

From the openldap admin guide...
Berkeley DB  is available from Sleepycat 
Software 's download page 
http://www.sleepycat.com/download.html. There are several versions 
available. At the time of this writing, the latest release, version 4.1, 
is recommended. This package is required if you wish to use the BDB 
database backend.

OpenLDAP's /slapd/(8) LDBM backend supports a variety of data base 
managers including Berkeley DB  and GDBM 
. GDBM 
 is available from FSF 
's download site ftp://ftp.gnu.org/pub/gnu/gdbm/.

  Thanks,

  S

[Cooker] Re: [CHRPM] postfix-2.0.12-1mdk

[magic]

I took a look at the requires (through rpmfind, haven't installed 
package yet) and it appears to be built against sasl1 & db4.0 verses 
sasl2 & db4.1.  With all the talk about migrating to sasl2 & db4.1 
(other posts), shouldn't this be built against those?

Is it a goal for 9.2 to have (as much as possible) migrated over to the 
above? (I believe Openldap 2.1.20 requires db4.1.) If this is the case, 
at what point in the Cooker should all updated packages be built using 
the most recent libs?

  Thanks,

  S

Guillaume Cottenceau wrote:

--=-=-=
Name: postfix  Relocations: (not relocateable)
Version : 2.0.12Vendor: MandrakeSoft
Release : 1mdk  Build Date: Thu Jun 12 22:02:36 2003
Install date: (not installed)   Build Host: bi.mandrakesoft.com
Group   : System/ServersSource RPM: (none)
Size: 1616997  License: IBM Public License
Packager: Yves Duret <[EMAIL PROTECTED]>
URL : http://www.postfix.org/
Summary : Postfix Mail Transport Agent
Description :
Postfix is a Mail Transport Agent (MTA), supporting LDAP, SMTP AUTH (SASL),
TLS and running in a chroot environment.
Postfix is Wietse Venema's mailer that started life as an alternative
to the widely-used Sendmail program.
Postfix attempts to be fast, easy to administer, and secure, while at
the same time being sendmail compatible enough to not upset existing
users. Thus, the outside has a sendmail-ish flavor, but the inside is
completely different.
This software was formerly known as VMailer. It was released by the end
of 1998 as the IBM Secure Mailer. From then on it has lived on as Postfix.
This rpm supports LDAP, SMTP AUTH (trough cyrus-sasl) and TLS.
If you need MySQL too, rebuild the srpm --with mysql.
--=-=-=

* Thu Jun 12 2003 Guillaume Cottenceau <[EMAIL PROTECTED]> 2.0.12-1mdk

- new version

--=-=-=

--=-=-=
postfix.spec changed
--- postfix-2.0.10-1mdk.src.rpm/postfix.spec2003-06-12 22:15:15.0 +0200
+++ postfix-2.0.12-1mdk.src.rpm/postfix.spec2003-06-12 22:15:15.0 +0200
@@ -1,7 +1,7 @@
%define namepostfix
# If set to 0 if official version, 1 if snapshot
%define experimental0
-%define version2.0.10
+%define version2.0.12
%define release 1mdk
%define releasedate 20020508
@@ -510,6 +510,9 @@

%changelog
+* Thu Jun 12 2003 Guillaume Cottenceau <[EMAIL PROTECTED]> 2.0.12-1mdk
+- new version
+
* Mon May 26 2003 Guillaume Cottenceau <[EMAIL PROTECTED]> 2.0.10-1mdk
- new version
--=-=-=

 

[Cooker] Postfix auth using saslauthd -> pam

[magic]

I was just wondering if anyone has gotten postfix to work this way under 
mdk 9.1.

  I am getting error:
  postfix/smtpd[2693]: fatal: no SASL authentication mechanisms
  I am successfully authenticating imap (cyrus), ssh, login against an 
ldap backend using saslauthd & pam (just can't get Postfix going). I 
spent most of the day reading FAQ's, searching mailing lists, and 
editing master.cf & main.cf MANY times; but nothing seems to work.

  SASL:
libsasl2-2.1.12-1mdk
cyrus-sasl-2.1.12-1mdk
libsasl2-plug-plain-2.1.12-1mdk
libsasl2-devel-2.1.12-1mdk
libsasl7-1.5.28-5mdk
  Postfix:
postfix-2.0.6-1mdk
Thanks,

  Scott

  .

[Cooker] Cyrus setrlimit error

[magic]

Luca,

 Was wondering if you have any idea where this error is coming from, or 
what might be the cause:

  The server appears to be running without issue.

Jun 11 12:04:00 phoenix cyrus-master[30827]: setrlimit: Unable to set 
file descriptors limit to -1: Operation not permitted
Jun 11 12:04:00 phoenix cyrus-master[30827]: retrying with 1024 (current 
max)
Jun 11 12:40:39 phoenix cyrus-master[31579]: setrlimit: Unable to set 
file descriptors limit to -1: Operation not permitted
Jun 11 12:40:39 phoenix cyrus-master[31579]: retrying with 1024 (current 
max)
Jun 11 13:23:18 phoenix cyrus-master[32381]: setrlimit: Unable to set 
file descriptors limit to -1: Operation not permitted
Jun 11 13:23:18 phoenix cyrus-master[32381]: retrying with 1024 (current 
max)
Jun 11 16:00:37 phoenix cyrus-master[2611]: setrlimit: Unable to set 
file descriptors limit to -1: Operation not permitted
Jun 11 16:00:37 phoenix cyrus-master[2611]: retrying with 1024 (current max)
Jun 12 16:09:08 phoenix cyrus-master[1543]: setrlimit: Unable to set 
file descriptors limit to -1: Operation not permitted
Jun 12 16:09:08 phoenix cyrus-master[1543]: retrying with 1024 (current max)
#

  Thanks,

  S

Re: [Cooker] wish list for 9.2

[magic]

I would like to see Cyrus imap moved from contrib to main.

  Cheers!

  S

[Cooker] Cyrus-imapd ssl certs

[magic]

I am setting-up cyrus-imapd (2.1.13-1mdk), and noticed that the default 
location for the ssl certs is /var/lib/imap/cyrus-imapd.pem. Shouldn't 
the install place in /etc/ssl/cyrus-imapd/cyrus-imapd.pem?

  Thanks,

  S

 

Re: [Cooker] LibConf LDAP backend

[magic]

[EMAIL PROTECTED] wrote:

So there are currently configuration frontends that are sufficient for all
LDAP use?
 

Im not sure about 'all LDAP use' but I've been working with davedap 
http://davedap.sourceforge.net). It uses php, and you really need to 
understand LDAP (which I'm in the process of learning), but seems to fit 
the bill. Also they are currently working on templates.  I believe if I 
could create an LDAP user, using a predefined template would be great!

  I realize that isn't at the API level you seem to be talking about, 
but thought it might be worth a look.

  L8tr,

  S

[Cooker] Standard location for web admin utilities

[magic]

Hey all,

  I was just wondering if there is a standard place to put web based 
administrative programs. Typically I install such to 
/var/www/html/admin/utility. Would it be better to install to the base 
directory (/var/www/html/utility)? - other options?

  Thanks,

  S

Re: [Cooker] Re: Cyrus-imapd 2.1.13

[magic]

Buchan Milne wrote:

  
  I thought it would be great to pre define (a default) user mail
structure (user/joeuser, user/joeuser/spam, user/joeuser/shared, ect). I
also believe you can subscribe to already configured shared folders and
such - (cool).

  
  
We need to also look at what kolab does, and maybe have a default setup
that supports all kolab/kontact features.

I haven't had time to look at this in any more detail, and probably
won't in the near future.
  


   I didn't see where they configure anything special for cyrus. As for
kolab client, they are basing everything on the outlook format (using
Bynari).  From what I've seen, (minus a few odds and ends) you can
replicate the Kolab server, using mandrake rpms (I'm working on that
now)...


  
Hopefully I will have time to finish changes for openldap soon ...

  


   Cool. Currently I running the 2.1.20 rpms, with
libsasl2-2.1.12-1mdk. The biggest challange was the objectclass:
account thing (and I think that is what hosed the upgrade). I still
don't understand everything in depth. Have you come up with any ideas
for upgrades?

   Thanks,

   S

[Cooker] Re: Cyrus-imapd 2.1.13

[magic]

Luca Olivetti wrote:

En/na magic ha escrit:

Luca,

  I was doing some poking around, and came across some patches for 
auto creation of mailboxes. I was wondering is these patches are in 
your (and cooker) rpms? (If not, I believe this would be worth 
adding.) - Your thoughts?


http://www.irbs.net/internet/info-cyrus/0211/0346.html
That's about "autocreate on post", I don't see the point of "create at 
first login": if the user takes her time (days or weeks) to login 
after account creation some mail is going to bounce.
Besides, if you manage lots of users, you probably have some custom 
administration scripts. Creating cyrus mailboxes while creating the 
user is trivial (I do it with a 10 lines python script).


Actually my thought was (from a systems administrator point of view) the 
less I have to do the better, (at the same time, trying to make life 
easier). By taking advantage of an LDAP environment, and using PAM, if I 
create an LDAP account, virtually everything else can be done 
automagically. /home directory can be created, samba shares can be 
created & assigned (although I haven't gotten that far yet).

  I thought it would be great to pre define (a default) user mail 
structure (user/joeuser, user/joeuser/spam, user/joeuser/shared, ect). I 
also believe you can subscribe to already configured shared folders and 
such - (cool).

  Yes, actually there were 2 patches those links addressed. I always 
verify configuration at a user station when setting up access, 
(personally I would disable autocreate on post). What I'm really 
interested in the login account creation stuff.

  Also I saw a reference to Simon Matter's rpms (didn't you start with 
those at some point? Does that mean the patches are already there, or 
they just used that as a starting point? I think it would be great to 
have those options!

  Thanks,

  S

[Cooker] Cyrus-imapd 2.1.13

[magic]

Luca,

  I was doing some poking around, and came across some patches for auto 
creation of mailboxes. I was wondering is these patches are in your (and 
cooker) rpms? (If not, I believe this would be worth adding.) - Your 
thoughts?

  Here are the references:
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&msg=18918
http://www.irbs.net/internet/info-cyrus/0211/0271.html
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&searchterm=autocreate&msg=21343
  Thanks,

  S

Re: [Cooker] - Openldap 2.1.20

[magic]

[EMAIL PROTECTED] wrote:

On Fri, 30 May 2003 20:24:12 +0200, bgmiln wrote:
   

BTW, I will investigate the auxiliary objectclass account
 

Are you referring to the message Luke Howard sent to OpenIT's Core-Dev
list that I referred to in the other openldap 2.1 thread?
   

  I discovered that if you modify the following in 
/usr/share/openldap/schema/cosine.schema, it will allow the proper 
import of the objectclass: account (unsure of all the ramifications 
though), and I still have the password update issue (users can not 
change, and su only updates passwords in ldap, not on system).

Originally:
objectclass ( 0.9.2342.19200300.100.4.5 NAME 'account'
   SUP top  STRUCTURAL
   MUST userid
   MAY ( description $ seeAlso $ localityName $
   organizationName $ organizationalUnitName $ host )
   )
New:
objectclass ( 0.9.2342.19200300.100.4.5 NAME 'account'
   SUP top AUXILIARY
   MUST userid
   MAY ( description $ seeAlso $ localityName $
   organizationName $ organizationalUnitName $ host )
   )
  Thanks,

  S

[Cooker] 9.2 wishlist

[magic]

Please add:

  cyrus-imapd moved from contrib to main

  Thanks,

  S

Re: [Cooker] Openldap 2.1.19

[magic]

magic wrote:

I tried to use the migrate scripts for shadow & got error on import. I 
removed objectclass: account from the ldif, and everything imported 
fine. Did some digging, and found this (same error I got):
http://www.openldap.org/lists/openldap-software/200207/msg00685.html


Found this as well:
http://www.openldap.org/lists/openldap-bugs/200207/msg00064.html
  S

Re: [Cooker] Openldap 2.1.19

[magic]

[EMAIL PROTECTED] wrote:

My desktop works fine, but I haven't rebuilt too many desktop apps yet.

BTW, I will investigate the auxiliary objectclass account which is in
pam_ldap, and see what can be done about getting in into openldap (I would
guess it should go back into the schema file it was in for 2.0.x).
 

Ok, got the 2.1.20 rpms installed & configured. (All appears to be 
working on the ldap side.)

I tried to use the migrate scripts for shadow & got error on import. I 
removed objectclass: account from the ldif, and everything imported 
fine. Did some digging, and found this (same error I got):
http://www.openldap.org/lists/openldap-software/200207/msg00685.html

I'm still learning, so unsure where SUP top STRUCTURAL fits in. (Is this 
just a configuration issue?)

What happens now:
- As root, when passwords are changed, the ldap password is updated, but 
the system password (/etc/shadow) is not being updated.
- As a user, password change fails with:
passwd: Authentication token manipulation error

  Thanks,

  S

Re: [Cooker] Openldap 2.1.19

[magic]

[EMAIL PROTECTED] wrote:

I don't think this is a good idea at present ... until we can guarantee
that a typical ldap directory will work after an upgrade, I don't think it
should go in a commonly-used urpmi medium.
 

Understand. The upgrade I tried to do sort of worked, but I was having a 
problem with system passwords syncing and being updated with ldap. (This 
worked under the recompile of 2.0.27 without-sasl).

Also, I am still learning ldap (so that can't have helped).

My desktop works fine, but I haven't rebuilt too many desktop apps yet.

BTW, I will investigate the auxiliary objectclass account which is in
pam_ldap, and see what can be done about getting in into openldap (I would
guess it should go back into the schema file it was in for 2.0.x).
 

  I was concerned that pam_ldap may have had something to do with my 
issues, but only found a few leads. I have rebuilt Oden's openldap 
2.1.20 (wasn't sure what sasl2 he compiled against). Am in the process 
of installing & configuring - will let you know how everything goes.

I will take a look at updating Oden's package this weekend, and then give
it a test on some data, and then we can consider putting it into cooker,
and a bit later into club testing.
 

  Cool, no problem with that. Wouldn't that also mean that db41 would 
have to go into club? Does that create any additional issues?

  Just thinking of the (ongoing) sasl -> sasl2 thing.
  Would the same issues be present in using db40 & db41?
In terms of release numbers etc, I normally decrement (ie 1mdk->0.9mdk as
I did with kdirstat) the release when it goes into Club, so that we are
guaranteed the next release will update the Club package (even if the
cooker package is never updated again).
  Makes sense to me.

  Thanks,

  S

[Cooker] Openldap 2.1.19

[magic]

I was going to reply to the last openldap message, but decided to start 
a new thread.

  I am presently building a mail server based on MDK 9.1 with updates
(not cooker environment).
  I rebuilt Buchan's openldap 2.1.19 (against the original sasl 
2.1.12-1 in MDK 9.1).  I have seen that this may be of interest to more 
than myself, so had thoughts of adding to MandrakeClub.

  But before that happens, I saw where Oden built v2.1.20, and was
wondering where I could get that from (or have the srpm sent to me)?
  Would 2.1.19 or 2.1.20 go into the cooker?

  Also, if something is added to MandrakeClub; would it be better/worse
to have the same version as in the cooker (eventhough the build
environment is different)?
  Thanks,

  S

Re: [Cooker] Re2: [Contrib-Rpm] perl-Net-SNMP-4.0.3-2mdk

[magic]

Oden Eriksson wrote:

OK, I downloaded, and tried to install locally, but it will not.
(Shouldn't urpmi automagically locate and install these packages?) - Am
I doing something wrong?
   

Yes, you are mixing coker and 9.1 packages and that is not supported. Change 
your urpmi resource to point to the 9.1 contribs instead...

Chears.
 

  Oden,

  Many thanks!

  I guess I'm getting a bit confused about package updates (cooker 
contrib) verses MDK 9.1 contrib. If a package is updated (like 
cyrus-imapd) will the most recent versions show up in contrib or 
cooker-contrib only? (Is contrib frozen with the release?) - Just tring 
to learn.

  Thanks,

  S

[Cooker] Re2: [Contrib-Rpm] perl-Net-SNMP-4.0.3-2mdk

[magic]

Thierry Vignaud wrote:

you're not uptodate: every perl package that i rebuilded (but one that
i mistakely uploaded) was installable and get installed on my machine
before being uploaded.
those that either were not rebuildable with few effort or missed some
dependancies were not.
there's a short race window when uploading for unstallable package:
even if i upload first dependancies then the package that needs the
previous one, upload bot is free to upload them in alphabetic order
every 15mn, thus breaking the dependancy order.
 

OK, I downloaded, and tried to install locally, but it will not. 
(Shouldn't urpmi automagically locate and install these packages?) - Am 
I doing something wrong?

# urpmi perl-Net-SNMP-4.0.3-2mdk.noarch.rpm
To satisfy dependencies, the following packages are going to be 
installed (3 MB):
perl-Crypt-DES-2.03-5mdk.i586
perl-Digest-HMAC-1.01-9mdk.noarch
perl-Net-SNMP-4.0.3-2mdk.noarch
wml-2.0.9-5mdk.i586
Is this OK? (Y/n) y
installing /var/cache/urpmi/rpms/perl-Digest-HMAC-1.01-9mdk.noarch.rpm 
perl-Net-SNMP-4.0.3-2mdk.noarch.rpm 
/var/cache/urpmi/rpms/perl-Crypt-DES-2.03-5mdk.i586.rpm 
/var/cache/urpmi/rpms/wml-2.0.9-5mdk.i586.rpm

Installation failed:
   perl(Crypt::DES) is needed by perl-Net-SNMP-4.0.3-2mdk
   perl(Digest::MD5) is needed by perl-Net-SNMP-4.0.3-2mdk
   perl(Digest::SHA1) is needed by perl-Net-SNMP-4.0.3-2mdk
   perl(Exporter) is needed by perl-Net-SNMP-4.0.3-2mdk
   perl(Math::BigInt) is needed by perl-Net-SNMP-4.0.3-2mdk
   perl(Sys::Hostname) is needed by perl-Net-SNMP-4.0.3-2mdk
   perl(strict) is needed by perl-Net-SNMP-4.0.3-2mdk
   perl(AutoLoader) is needed by wml-2.0.9-5mdk
   perl(Carp) is needed by wml-2.0.9-5mdk
   perl(Cwd) is needed by wml-2.0.9-5mdk
   perl(DynaLoader) is needed by wml-2.0.9-5mdk
   perl(Exporter) is needed by wml-2.0.9-5mdk
   perl(Fcntl) is needed by wml-2.0.9-5mdk
   perl(File::Spec) is needed by wml-2.0.9-5mdk
   perl(File::stat) is needed by wml-2.0.9-5mdk
   perl(FileHandle) is needed by wml-2.0.9-5mdk
   perl(SelectSaver) is needed by wml-2.0.9-5mdk
   perl(Socket) is needed by wml-2.0.9-5mdk
   perl(Symbol) is needed by wml-2.0.9-5mdk
   perl(Tie::Hash) is needed by wml-2.0.9-5mdk
   perl(strict) is needed by wml-2.0.9-5mdk
   perl(vars) is needed by wml-2.0.9-5mdk
#
  Thanks,

  S

[Cooker] Re: [Contrib-Rpm] perl-Net-SNMP-4.0.3-2mdk

[magic]

Thierry Vignaud wrote:

# urpmi -qv --noclean perl-Net-SNMP-4.0.3-2mdk.noarch.rpm
perl-Crypt-DES-2.03-5mdk.i586 perl-Digest-HMAC-1.01-9mdk.noarch
perl-Net-SNMP-4.0.3-2mdk.noarch wml-2.0.9-5mdk.i586
   ftp://fr2.rpmfind.net/linux/4/Mandrake-devel/contrib/i586/wml-2.0.9-5mdk.i586.rpm
installing /var/cache/urpmi/rpms/perl-Digest-HMAC-1.01-9mdk.noarch.rpm
perl-Net-SNMP-4.0.3-2mdk.noarch.rpm
/var/cache/urpmi/rpms/perl-Crypt-DES-2.03-5mdk.i586.rpm
/var/cache/urpmi/rpms/wml-2.0.9-5mdk.i586.rpm
Installation failed:
   

you're not uptodate: every perl package that i rebuilded (but one that
i mistakely uploaded) was installable and get installed on my machine
before being uploaded.
 

  I used:
urpmi.addmedia -h contrib 
ftp://fr2.rpmfind.net/linux/4/Mandrake-devel/contrib/i586 with 
synthesis.hdlist2.cz

Also did:
urpmi.update contrib --wget
  When I try to install, it still appears to be looking for 1mdk, vice 
2mdk.

# urpmi.update contrib --wget
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Updates for 
Mandrake Linux 9.1 (ftp1u).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation 
CD 1 (x86) (cdrom1).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation 
CD 2 (x86) (cdrom2).cz]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.International 
CD (x86) (cdrom3).cz]
retrieving description file of "contrib"...
...retrieving done
retrieving source hdlist (or synthesis) of "contrib"...
   ftp://fr2.rpmfind.net/linux/4/Mandrake-devel/contrib/i586
...retrieving done
no hdlist file found for medium "contrib"
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.contrib.cz]

# urpmi -qv --noclean --media contrib perl-Net-SNMP
To satisfy dependencies, the following packages are going to be 
installed (0 MB):
perl-Crypt-DES-2.03-5mdk.i586
perl-Net-SNMP-4.0.3-1mdk.noarch
Is this OK? (Y/n) y
   
ftp://fr2.rpmfind.net/linux/4/Mandrake-devel/contrib/i586/perl-Net-SNMP-4.0.3-1mdk.noarch.rpm
Installation failed, some files are missing:
   /var/cache/urpmi/rpms/perl-Net-SNMP-4.0.3-1mdk.noarch.rpm
You may want to update your urpmi database
#

  Any thoughts?

  Thanks,

  S