You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(8) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
(12) |
Mar
(8) |
Apr
|
May
(10) |
Jun
(14) |
Jul
(20) |
Aug
(11) |
Sep
(3) |
Oct
(14) |
Nov
(18) |
Dec
(5) |
2005 |
Jan
(21) |
Feb
(7) |
Mar
(6) |
Apr
(16) |
May
(9) |
Jun
(8) |
Jul
(2) |
Aug
(4) |
Sep
(15) |
Oct
(12) |
Nov
|
Dec
|
2006 |
Jan
(7) |
Feb
|
Mar
(6) |
Apr
(10) |
May
(8) |
Jun
|
Jul
(1) |
Aug
(4) |
Sep
|
Oct
(2) |
Nov
(16) |
Dec
|
2007 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
(6) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Alessandro F. <fi...@ch...> - 2004-02-27 08:20:40
|
On Thursday 26 February 2004 17:40, Wido Depping wrote: base location, it's ok? > > Because of that there are only two possibilities left. First, your LDAP > > server or its configuration is broken. Or second, that you use a buggy > > version of python-ldap. > > What LDAP server do you use and which python-ldap version do you have? > > Here I use 2.0.0_pre15. > > I'm going to dig further into this. > > I have just seen the following link: > http://www.openldap.org/lists/openldap-software/200303/msg00052.html > > Basicly it says that the cn in the data field and the cn in the base dn > have to be equal. But since this is not the case in my this case, the > add-operation fails. This behaviour has been fixed in OpenLDAP 2.1.14. I > have 2.0.27-r4 under Gentoo and it works with this version, too. Maybe the > fix has been backported. What OpenLDAP are you using? I'm using OpenLDAP 2.1.22 whith python-ldap-2.0.0pre19 (just installed yesteday!) Maybe the behaviour has been riprisitinated? |
From: Wido D. <wid...@tu...> - 2004-02-26 16:44:19
|
On Thursday 26 February 2004 17:31, Wido Depping wrote: > On Thursday 26 February 2004 16:57, Alessandro Fiorino wrote: > > On Thursday 26 February 2004 16:06, Wido Depping wrote: > > > Hi Alessandro, > > > could you add two lines to the file > > > $LUMA_INSTALL_PREFIX/lib/luma/plugins/addressbook/ContactWizard.py ? > > > After line 90 please add: > > > print values > > > print modlist > > > > Here's the result > > {'cn': ['John Doe '], 'objectClass': ['person', 'organizationalPerson', > > 'inetOrgPerson'], 'sn': ['Doe'], 'homePhone': ['12345678']} > > [('cn', ['John Doe ']), ('objectClass', ['person', > > 'organizationalPerson', 'inetOrgPerson']), ('sn', ['Doe']), ('homePhone', > > ['12345678'])] Error during LDAP request > > Reason: {'info': "value of naming attribute 'cn' is not present in > > entry", 'desc': 'Naming violation'} > > > > I don't see the base location, it's ok? > > It's ok that you don't see the base dn of the entry. It is computed based > on the cn, the current time and a random number between 0-100. > > The strange thing is, that I can add the entry with the same values you > use. :/ > Because of that there are only two possibilities left. First, your LDAP > server or its configuration is broken. Or second, that you use a buggy > version of python-ldap. > What LDAP server do you use and which python-ldap version do you have? Here > I use 2.0.0_pre15. > I'm going to dig further into this. I have just seen the following link: http://www.openldap.org/lists/openldap-software/200303/msg00052.html Basicly it says that the cn in the data field and the cn in the base dn have to be equal. But since this is not the case in my this case, the add-operation fails. This behaviour has been fixed in OpenLDAP 2.1.14. I have 2.0.27-r4 under Gentoo and it works with this version, too. Maybe the fix has been backported. What OpenLDAP are you using? mfg. Wido |
From: Wido D. <wid...@tu...> - 2004-02-26 16:35:46
|
On Thursday 26 February 2004 16:57, Alessandro Fiorino wrote: > On Thursday 26 February 2004 16:06, Wido Depping wrote: > > Hi Alessandro, > > could you add two lines to the file > > $LUMA_INSTALL_PREFIX/lib/luma/plugins/addressbook/ContactWizard.py ? > > After line 90 please add: > > print values > > print modlist > > Here's the result > {'cn': ['John Doe '], 'objectClass': ['person', 'organizationalPerson', > 'inetOrgPerson'], 'sn': ['Doe'], 'homePhone': ['12345678']} > [('cn', ['John Doe ']), ('objectClass', ['person', 'organizationalPerson', > 'inetOrgPerson']), ('sn', ['Doe']), ('homePhone', ['12345678'])] > Error during LDAP request > Reason: {'info': "value of naming attribute 'cn' is not present in entry", > 'desc': 'Naming violation'} > > I don't see the base location, it's ok? It's ok that you don't see the base dn of the entry. It is computed based on the cn, the current time and a random number between 0-100. The strange thing is, that I can add the entry with the same values you use. :/ Because of that there are only two possibilities left. First, your LDAP server or its configuration is broken. Or second, that you use a buggy version of python-ldap. What LDAP server do you use and which python-ldap version do you have? Here I use 2.0.0_pre15. I'm going to dig further into this. mfg. Wido |
From: Alessandro F. <fi...@ch...> - 2004-02-26 16:08:50
|
On Thursday 26 February 2004 16:06, Wido Depping wrote: > > Hi Alessandro, > could you add two lines to the file > $LUMA_INSTALL_PREFIX/lib/luma/plugins/addressbook/ContactWizard.py ? > After line 90 please add: > print values > print modlist > Here's the result {'cn': ['John Doe '], 'objectClass': ['person', 'organizationalPerson', 'inetOrgPerson'], 'sn': ['Doe'], 'homePhone': ['12345678']} [('cn', ['John Doe ']), ('objectClass', ['person', 'organizationalPerson', 'inetOrgPerson']), ('sn', ['Doe']), ('homePhone', ['12345678'])] Error during LDAP request Reason: {'info': "value of naming attribute 'cn' is not present in entry", 'desc': 'Naming violation'} I don't see the base location, it's ok? Greetings, Alessandro Fiorino |
From: Wido D. <wi...@us...> - 2004-02-26 15:10:33
|
On Thursday 26 February 2004 14:25, Alessandro Fiorino wrote: > I get the following error when I try to add an entry to the addressbox > Error during LDAP request > Reason: {'info': "value of naming attribute 'cn' is not present in entry", > 'desc': 'Naming violation'} > > I filled all the base fields (Name, Surname, Email, Address, ....). > > What I am missing? > > Thank you in advance for any help. > > Alessandro Fiorino Hi Alessandro, could you add two lines to the file $LUMA_INSTALL_PREFIX/lib/luma/plugins/addressbook/ContactWizard.py ? After line 90 please add: print values print modlist This way I can see what values you have added to the contact fields and what values Luma wants to save to LDAP. mfg. Wido |
From: Alessandro F. <a.f...@ch...> - 2004-02-26 13:34:58
|
I get the following error when I try to add an entry to the addressbox Error during LDAP request Reason: {'info': "value of naming attribute 'cn' is not present in entry", 'desc': 'Naming violation'} I filled all the base fields (Name, Surname, Email, Address, ....). What I am missing? Thank you in advance for any help. Alessandro Fiorino |
From: Wido D. <wid...@tu...> - 2004-02-11 18:42:07
|
After 2 months of development the Luma project team is pleased to announce Luma 1.2. Many important features and bugfixes have been made. Thanks to the translation team Luma is available in 4 languages. Since the last release Norwegian has been added. A new addressbook plugin has been created. It is compatible with most schemas and ldap setups, as it is not dependant on a specific object class. The addressbook detects which object classes are supported by the server and enables the allowed contact fields. Currently Luma works with person, organizationalPerson, inetOrgPerson and evolutionPerson classes. Other changes include support for utf-8 encoded strings, added keyboard shortcuts and many improvements of the user interface. For more changes see the changelog at http://luma.sourceforge.net/changelog.html . To install Luma you need at least PyQt 3.10 and python-ldap 2.0.0pre13. The mx-datetime module is no longer needed. You can download Luma from http://luma.sourceforge.net/download.html mfg. Wido Depping |
From: Wido D. <wid...@tu...> - 2003-11-24 20:30:32
|
On Monday 24 November 2003 21:15, Fernando Maior wrote: > Ok, Wido. The only strange thing is that Luma > is not changing to Brazilian language. I would > expect it to change, and it is not :( Support for brazilian language is not in the current official beta. This will change with the next beta. But you can have the most current version from here: http://home.tu-clausthal.de/~ifwd/luma/luma-1.0-cvs.tar.bz2 bye, Wido |
From: Fernando M. <fer...@ar...> - 2003-11-24 20:20:24
|
Ok, Wido. The only strange thing is that Luma is not changing to Brazilian language. I would expect it to change, and it is not :( -- Bye, Fernando Maciel Souto Maior fer...@ar... http://www.araujo.com.br +55+31 3270-5886 LPIC-1!31908 |
From: Wido D. <wid...@tu...> - 2003-11-24 14:48:45
|
On Monday 24 November 2003 15:05, Fernando Maior wrote: > I downloaded and installed RawHide PyQt-3.8-1 > and sip-3.8-1. After that, I rerun ./install.py > with prefix=/opt/Luma. It ran fine. > > When I exec'd in a shell, I received: > > ---------BEGIN---------- > Could not open file for plugin defaults :( > Reason: [Errno 2] No such file or directory: > '/home/fmaior/.luma/plugin.defaults' > Trying to initialize plugin "Search Plugin" > Trying to initialize plugin "Admin Utilities" > Trying to initialize plugin "Browse LDAP Tree" > Trying to initialize plugin "Create Config File" > Trying to initialize plugin "Browse LDAP Tree" > Trying to initialize plugin "Massive user creation" > Bookmark loading failed > Template file could not be read. > Reason: [Errno 2] No such file or directory: '/home/fmaior/.luma/templates' > ---------END---------- > > Then, I tried to change Language to Brazil > and received: > > ---------BEGIN---------- > Plugin "Search Plugin" will be shut down > Plugin "Admin Utilities" will be shut down > Plugin "Browse LDAP Tree" will be shut down > Plugin "Create Config File" will be shut down > Plugin "Browse LDAP Tree" will be shut down > Plugin "Massive user creation" will be shut down > Could not open file for plugin defaults :( > Reason: [Errno 2] No such file or directory: > '/home/fmaior/.luma/plugin.defaults' > Trying to initialize plugin "Search Plugin" > Trying to initialize plugin "Admin Utilities" > Trying to initialize plugin "Browse LDAP Tree" > Trying to initialize plugin "Create Config File" > Trying to initialize plugin "Browse LDAP Tree" > Trying to initialize plugin "Massive user creation" > Bookmark loading failed > Template file could not be read. > Reason: [Errno 2] No such file or directory: '/home/fmaior/.luma/templates' > ---------BEGIN---------- > > Variable PATH is pointing to /opt/Luma/bin. These messages are ok. It's only debug output and status messages. Here are some explanations: > Could not open file for plugin defaults :( > Reason: [Errno 2] No such file or directory: > '/home/fmaior/.luma/plugin.defaults' This indicates that you have not configured, which plugins you want to load on startup. If this config-file is not present, the default is to load all plugins. So no real error here. > Bookmark loading failed You can save bookmarks for often used search filters. But if you have no bookmarks, there is no bookmark-file. But that's no problem. > Template file could not be read. > Reason: [Errno 2] No such file or directory: '/home/fmaior/.luma/templates' This is the same as above. You have not created any templates for object creation. Ergo no template-file ;) > Trying to initialize plugin "Search Plugin" Since you can create your own plugins, I've implemented some checks that a plugin has all attributes which are needed by Luma. This needs some fixing that plugin loading was succesful. But thanks for reporting this to me. I will change the strings displayed, so the users has not the feeling that something went wrong. bye, Wido |
From: Fernando M. <fer...@ar...> - 2003-11-24 14:10:47
|
I downloaded and installed RawHide PyQt-3.8-1 and sip-3.8-1. After that, I rerun ./install.py with prefix=/opt/Luma. It ran fine. When I exec'd in a shell, I received: ---------BEGIN---------- Could not open file for plugin defaults :( Reason: [Errno 2] No such file or directory: '/home/fmaior/.luma/plugin.defaults' Trying to initialize plugin "Search Plugin" Trying to initialize plugin "Admin Utilities" Trying to initialize plugin "Browse LDAP Tree" Trying to initialize plugin "Create Config File" Trying to initialize plugin "Browse LDAP Tree" Trying to initialize plugin "Massive user creation" Bookmark loading failed Template file could not be read. Reason: [Errno 2] No such file or directory: '/home/fmaior/.luma/templates' ---------END---------- Then, I tried to change Language to Brazil and received: ---------BEGIN---------- Plugin "Search Plugin" will be shut down Plugin "Admin Utilities" will be shut down Plugin "Browse LDAP Tree" will be shut down Plugin "Create Config File" will be shut down Plugin "Browse LDAP Tree" will be shut down Plugin "Massive user creation" will be shut down Could not open file for plugin defaults :( Reason: [Errno 2] No such file or directory: '/home/fmaior/.luma/plugin.defaults' Trying to initialize plugin "Search Plugin" Trying to initialize plugin "Admin Utilities" Trying to initialize plugin "Browse LDAP Tree" Trying to initialize plugin "Create Config File" Trying to initialize plugin "Browse LDAP Tree" Trying to initialize plugin "Massive user creation" Bookmark loading failed Template file could not be read. Reason: [Errno 2] No such file or directory: '/home/fmaior/.luma/templates' ---------BEGIN---------- Variable PATH is pointing to /opt/Luma/bin. -- Bye, Fernando Maciel Souto Maior fer...@ar... http://www.araujo.com.br +55+31 3270-5886 LPIC-1!31908 > On Monday 24 November 2003 11:31, Fernando Maior wrote: >> The output from "rpm -qa | egrep -i 'pyqt|sip'" is: >> >> PyQT-3.5-5 >> PyQT-devel-3.5-5 >> sip-3.5-2 >> sip-devel-3.5-2 > > Hi Fernando, > your versions are quit old. I'm using 3.7 of PyQt and sip and I'm going to > upgrade to 3.8 today. Please try these newer versions. If it works I will > update the installation script accordingly. > >> Also, I am unexperienced in using Python, do you >> believe it can be something like PATH variable with >> incorrect settings, or any other env setting? > > No, your installtion of python looks ok. The error you are having is due > to > PyQt. > > bye, > Wido > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Luma-users mailing list > Lum...@li... > https://lists.sourceforge.net/lists/listinfo/luma-users > |
From: Wido D. <wid...@tu...> - 2003-11-24 12:56:29
|
On Monday 24 November 2003 11:31, Fernando Maior wrote: > The output from "rpm -qa | egrep -i 'pyqt|sip'" is: > > PyQT-3.5-5 > PyQT-devel-3.5-5 > sip-3.5-2 > sip-devel-3.5-2 Hi Fernando, your versions are quit old. I'm using 3.7 of PyQt and sip and I'm going to upgrade to 3.8 today. Please try these newer versions. If it works I will update the installation script accordingly. > Also, I am unexperienced in using Python, do you > believe it can be something like PATH variable with > incorrect settings, or any other env setting? No, your installtion of python looks ok. The error you are having is due to PyQt. bye, Wido |
From: Fernando M. <fer...@ar...> - 2003-11-24 10:37:09
|
Wido, The output from "rpm -qa | egrep -i 'pyqt|sip'" is: PyQT-3.5-5 PyQT-devel-3.5-5 sip-3.5-2 sip-devel-3.5-2 I am using RedHat 9, it is a fresh install from the original disks, with no corrections or patches applied. And I did not install Gnome or KDE, instead I am using XFce4 :-) Wich is MUCH faster. Also, I am unexperienced in using Python, do you believe it can be something like PATH variable with incorrect settings, or any other env setting? -- Bye, Fernando Maciel Souto Maior fer...@ar... http://www.araujo.com.br +55+31 3270-5886 LPIC-1!31908 > Hi Fernando, > sorry for my late response but I was ill the last week and was not able to > answer any mails. > > On Wednesday 19 November 2003 15:14, you wrote: >> I did a fresh install of RH9, then install >> all other pieces of software needed by Luma >> to install, then install Luma to /opt/Luma. >> >> The directory /opt/Luma is owned by root:root >> and the permissions are 755. Also, /opt/Luma/bin >> is in the path. >> >> As I issue the "luma" command, I receive: >> >> [root@lxgeinf02 opt]# luma >> Traceback (most recent call last): >> File "/opt/Luma/bin/luma", line 28, in ? >> run_it() >> File "/opt/Luma/bin/luma", line 19, in run_it >> gui = MainWin(None) >> File "./lib/luma/base/gui/MainWin.py", line 27, in __init__ >> File "./lib/luma/base/gui/MainWinDesign.py", line 1510, in __init__ >> AttributeError: WState_Polished > > Can you tell me which versions of sip and PyQt you have installed? > The error indicates that something is not correct with the installation of > these packages. > >> Also, I was not able to reach any maillist for Luma; >> is there one? > > Mailing lists should be found here: > https://sourceforge.net/mail/?group_id=89105 > > bye, > Wido > > |
From: Wido D. <wid...@tu...> - 2003-11-09 02:42:58
|
Because of missing copyright notices in some source files, a new beta1-release is available. No code changes. Get the release here: http://luma.sourceforge.net/download.html Wido |
From: Wido D. <wid...@tu...> - 2003-11-09 00:38:37
|
The first beta of Luma 1.0 is out! Users are encouraged to test this release and report all bugs. Depending on the number of bugs found, there will be other beta releases, followed by Luma 1.0-FINAL. This is my first bigger project and I was able to test Luma only on one LDAP server. So, if you find any major problems with this software, don't flame me and send me your bugreports :) Get the beta here: http://luma.sourceforge.net/download.html Wido |
From: Wido D. <wid...@tu...> - 2003-09-04 00:34:40
|
This is a little info about the current status of Luma. My local copy of Luma has been put into cvs. The code is nearly feature complete, but before I do a release, I have to do some cleanups and add missing code fragments. After that I will release 1.0Beta. If there are no major complaints, 1.0 Final will be released shortly. Currently I'm setting up a small website so that users will know what Luma is, what it can do and what not. A release should be available in the following next two weeks. Wido |