June 2014 - openSUSE Users - openSUSE Mailing Lists

[opensuse] Google Cloud Compute image
by Phillip Simbwa 04 Jun '14

04 Jun '14

Greetings, Am trying to deploy an openSUSE 13.1 GC Instance but haven't had much luck. First, GC by default provides the SLES 11 SP3 which am not interested in and secondly, am not in the mood to whip up my own custom image using virtual box (because I will have to eventually upload the damn thing -- and internet ain't cheep down here in Uganda). Any ideas on how I have 13.1 on the Google Compute platform? -- - Phillip. "Aoccdrnig to rscheearch at an Elingsh uinervtisy, it deosn't mttaer in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is taht the frist and lsat ltteer are in the rghit pclae. The rset can be a toatl mses and you can sitll raed it wouthit a porbelm. Tihs is bcuseae we do not raed ervey lteter by it slef but the wrod as a wlohe and the biran fguiers it out aynawy." -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 6

[opensuse] Yast Configuration of Mailserver fails when reading/modifying mail transport from openLDAP
by Michael Hieb 04 Jun '14

04 Jun '14

First, usual apologies if I have missed something simple, or related topic in forums, mail archives, etc... I've searched nd found nothing, so am asking for help. I've built postfix+cyrus+openLDAP mailserver multiple times in past using yast without problems on older distributions of openSuSE. This time on 13.1 I am encountering problems. 1. OpenLDAP server and client are set up listening on 389 and 636 (SSL). Schemas for dnszone and suse-mailserver are loaded. 2. Tested with ldapsearch and testsasl. All works fine. 3. When using yast to configure mailserver (advanced) I get the following four errors: Cannot read mail server transports Cannot read mail server preventions Cannot read mail server relay settings Cannot read mail serve local delivery settings 4. As well, changes to configuration of mail transport, etc.. do not stick. Next time we run yast they are missing again. As well menus for local transport, e.g. cyrus, are missing. I turned on logging for the ldap server and examined the yast logs (see below). As the first error is generated "Cannot read mail server transports" there is the following error in yast log: 2014-06-02 21:22:36 <3> pacaya(26981) [agent-ldap] LdapAgent.cc(debug_exception):505 ldap error while modifying cn=userTemplate,dc=celoso,dc=net (32): No such object 2014-06-02 21:22:36 <3> pacaya(26981) [-e] SCR_INIT_FAILED[2655:/usr/share/YaST2/modules/YaPI/MailServer.pm] LDAP modify failed 2014-06-02 21:22:36 <3> pacaya(26981) [-e] Description: 32 : No such object 2014-06-02 21:22:36 <3> pacaya(26981) [Ruby] modules/MailServer.rb:412 Cannot read mail server transports. In syslog from ldap server I see: 2014-06-02T21:24:46.862906+01:00 pacaya slapd[26799]: conn=2181 op=3 SRCH base="dc=celoso,dc=net" scope=2 deref=0 filter="(objectClass=suseUserTemplate)" 2014-06-02T21:24:46.863068+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.863237+01:00 pacaya slapd[26799]: #011AND 2014-06-02T21:24:46.863444+01:00 pacaya slapd[26799]: => bdb_list_candidates 0xa0 2014-06-02T21:24:46.863626+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.863814+01:00 pacaya slapd[26799]: #011OR 2014-06-02T21:24:46.864009+01:00 pacaya slapd[26799]: => bdb_list_candidates 0xa1 2014-06-02T21:24:46.864206+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.864572+01:00 pacaya slapd[26799]: #011EQUALITY 2014-06-02T21:24:46.864776+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=0 first=0 last=0 2014-06-02T21:24:46.864973+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.865173+01:00 pacaya slapd[26799]: #011EQUALITY 2014-06-02T21:24:46.865539+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=1 first=6 last=6 2014-06-02T21:24:46.865738+01:00 pacaya slapd[26799]: <= bdb_list_candidates: id=1 first=6 last=6 2014-06-02T21:24:46.865965+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=1 first=6 last=6 2014-06-02T21:24:46.866165+01:00 pacaya slapd[26799]: <= bdb_list_candidates: id=1 first=6 last=6 2014-06-02T21:24:46.867305+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=1 first=6 last=6 2014-06-02T21:24:46.867500+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.867639+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.867769+01:00 pacaya slapd[26799]: <= test_filter 6 2014-06-02T21:24:46.867894+01:00 pacaya slapd[26799]: conn=2181 op=3 SEARCH RESULT tag=101 err=0 nentries=1 text= 2014-06-02T21:24:46.868022+01:00 pacaya slapd[26799]: conn=2181 op=4 BIND anonymous mech=implicit ssf=0 2014-06-02T21:24:46.868162+01:00 pacaya slapd[26799]: conn=2181 op=4 BIND dn="cn=Administrator,dc=celoso,dc=net" method=128 2014-06-02T21:24:46.868301+01:00 pacaya slapd[26799]: conn=2181 op=4 BIND dn="cn=Administrator,dc=celoso,dc=net" mech=SIMPLE ssf=0 2014-06-02T21:24:46.868481+01:00 pacaya slapd[26799]: conn=2181 op=4 RESULT tag=97 err=0 text= 2014-06-02T21:24:46.868684+01:00 pacaya slapd[26799]: connection_input: conn=2181 deferring operation: binding 2014-06-02T21:24:46.868813+01:00 pacaya slapd[26799]: conn=2181 op=5 MOD dn="cn=userTemplate,dc=celoso,dc=net" I do not know what permissions I need to change or what configuration in ldap needs to be changed. Any suggestion would be much appreciated. Kind regards, Michael Hieb yast.log: 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] modules/MailServer.rb:315 ----- Start MailServer::Read ----- 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] modules/Progress.rb:429 Progress::New(Reading the Mail Server Settings, 8, ["Read needed packages", "Read mail server global settings", "Read mail server transports", "Read mail server prevention settings", "Read mail server relaying settings", "Read mail server local delivery settings", "Read mail fetching jobs", "Read mail server domains"]) 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] modules/Progress.rb:517 No progress icons defined 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] modules/NetworkInterfaces.rb:742 ETHTOOL_OPTIONS:ETHTOOL:OPTIONS 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] modules/NetworkInterfaces.rb:754 config=$["BOOTPROTO":"static", "BROADCAST":"", "ETHTOOL_OPTIONS":"", "IPADDR":"192.168.110.4/24", "MTU":"", "NAME":"Ethernet Card 0", "NETWORK":"", "REMOTE_IPADDR":"", "STARTMODE":"auto", "USERCONTROL":"no"] 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] modules/NetworkInterfaces.rb:754 config=$["BROADCAST":"127.255.255.255", "FIREWALL":"no", "IPADDR":"127.0.0.1", "NETMASK":"255.0.0.0", "NETWORK":"127.0.0.0", "STARTMODE":"auto", "USERCONTROL":"no"] 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] yast/ops.rb:62 Index 1 is out of array size 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] yast/ops.rb:62 Index 0 is out of array size 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] yast/ops.rb:62 Index 0 is out of array size 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] yast/ops.rb:62 Index 0 is out of array size 2014-06-02 21:22:35 <1> pacaya(26981) [Ruby] yast/ops.rb:62 Index 0 is out of array size 2014-06-02 21:22:36 <3> pacaya(26981) [agent-ldap] LdapAgent.cc(debug_exception):505 ldap error while modifying cn=userTemplate,dc=celoso,dc=net (32): No such object 2014-06-02 21:22:36 <3> pacaya(26981) [-e] SCR_INIT_FAILED[2655:/usr/share/YaST2/modules/YaPI/MailServer.pm] LDAP modify failed 2014-06-02 21:22:36 <3> pacaya(26981) [-e] Description: 32 : No such object 2014-06-02 21:22:36 <3> pacaya(26981) [Ruby] modules/MailServer.rb:412 Cannot read mail server transports. 2014-06-02 21:22:36 <1> pacaya(26981) [ui] YPushButton.cc(setFunctionKey):188 Guessing button role YOKButton for YPushButton "OK" at 0x7ffe6c02ff70 from function key F10 openLDAP log: 2014-06-02T21:24:46.750040+01:00 pacaya slapd[26799]: conn=2179 fd=46 ACCEPT from IP=127.0.0.1:40889 (IP=0.0.0.0:389) 2014-06-02T21:24:46.750686+01:00 pacaya slapd[26799]: conn=2179 op=0 BIND dn="" method=128 2014-06-02T21:24:46.750958+01:00 pacaya slapd[26799]: conn=2179 op=0 RESULT tag=97 err=0 text= 2014-06-02T21:24:46.751598+01:00 pacaya slapd[26799]: begin get_filter 2014-06-02T21:24:46.751844+01:00 pacaya slapd[26799]: PRESENT 2014-06-02T21:24:46.752060+01:00 pacaya slapd[26799]: end get_filter 0 2014-06-02T21:24:46.752269+01:00 pacaya slapd[26799]: conn=2179 op=1 SRCH base="" scope=0 deref=0 filter="(objectClass=*)" 2014-06-02T21:24:46.752538+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.752767+01:00 pacaya slapd[26799]: PRESENT 2014-06-02T21:24:46.753004+01:00 pacaya slapd[26799]: <= test_filter 6 2014-06-02T21:24:46.753218+01:00 pacaya slapd[26799]: conn=2179 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= 2014-06-02T21:24:46.753464+01:00 pacaya slapd[26799]: conn=2179 op=2 UNBIND 2014-06-02T21:24:46.753675+01:00 pacaya slapd[26799]: conn=2179 fd=46 closed 2014-06-02T21:24:46.765714+01:00 pacaya slapd[26799]: conn=2180 fd=46 ACCEPT from IP=127.0.0.1:40890 (IP=0.0.0.0:389) 2014-06-02T21:24:46.766008+01:00 pacaya slapd[26799]: conn=2180 op=0 BIND dn="" method=128 2014-06-02T21:24:46.766225+01:00 pacaya slapd[26799]: conn=2180 op=0 RESULT tag=97 err=0 text= 2014-06-02T21:24:46.766447+01:00 pacaya slapd[26799]: begin get_filter 2014-06-02T21:24:46.766661+01:00 pacaya slapd[26799]: PRESENT 2014-06-02T21:24:46.766844+01:00 pacaya slapd[26799]: end get_filter 0 2014-06-02T21:24:46.767021+01:00 pacaya slapd[26799]: conn=2180 op=1 SRCH base="" scope=0 deref=0 filter="(objectClass=*)" 2014-06-02T21:24:46.767198+01:00 pacaya slapd[26799]: conn=2180 op=1 SRCH attr=supportedExtension 2014-06-02T21:24:46.767406+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.767724+01:00 pacaya slapd[26799]: PRESENT 2014-06-02T21:24:46.768012+01:00 pacaya slapd[26799]: <= test_filter 6 2014-06-02T21:24:46.768269+01:00 pacaya slapd[26799]: conn=2180 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= 2014-06-02T21:24:46.768585+01:00 pacaya slapd[26799]: conn=2180 op=2 UNBIND 2014-06-02T21:24:46.768846+01:00 pacaya slapd[26799]: conn=2180 fd=46 closed 2014-06-02T21:24:46.838386+01:00 pacaya slapd[26799]: conn=2181 fd=46 ACCEPT from IP=127.0.0.1:40891 (IP=0.0.0.0:389) 2014-06-02T21:24:46.838756+01:00 pacaya slapd[26799]: conn=2181 op=0 BIND dn="cn=Administrator,dc=celoso,dc=net" method=128 2014-06-02T21:24:46.838919+01:00 pacaya slapd[26799]: conn=2181 op=0 BIND dn="cn=Administrator,dc=celoso,dc=net" mech=SIMPLE ssf=0 2014-06-02T21:24:46.839048+01:00 pacaya slapd[26799]: conn=2181 op=0 RESULT tag=97 err=0 text= 2014-06-02T21:24:46.839175+01:00 pacaya slapd[26799]: begin get_filter 2014-06-02T21:24:46.839312+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.839527+01:00 pacaya slapd[26799]: end get_filter 0 2014-06-02T21:24:46.839675+01:00 pacaya slapd[26799]: conn=2181 op=1 SRCH base="dc=celoso,dc=net" scope=2 deref=0 filter="(objectClass=suseMailConfiguration)" 2014-06-02T21:24:46.839798+01:00 pacaya slapd[26799]: conn=2181 op=1 SRCH attr=suseDefaultBase 2014-06-02T21:24:46.839934+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.840057+01:00 pacaya slapd[26799]: #011AND 2014-06-02T21:24:46.840179+01:00 pacaya slapd[26799]: => bdb_list_candidates 0xa0 2014-06-02T21:24:46.840333+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.840514+01:00 pacaya slapd[26799]: #011OR 2014-06-02T21:24:46.840665+01:00 pacaya slapd[26799]: => bdb_list_candidates 0xa1 2014-06-02T21:24:46.840787+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.840908+01:00 pacaya slapd[26799]: #011EQUALITY 2014-06-02T21:24:46.841045+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=0 first=0 last=0 2014-06-02T21:24:46.841168+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.841307+01:00 pacaya slapd[26799]: #011EQUALITY 2014-06-02T21:24:46.841440+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=1 first=27 last=27 2014-06-02T21:24:46.841642+01:00 pacaya slapd[26799]: <= bdb_list_candidates: id=1 first=27 last=27 2014-06-02T21:24:46.841766+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=1 first=27 last=27 2014-06-02T21:24:46.841919+01:00 pacaya slapd[26799]: <= bdb_list_candidates: id=1 first=27 last=27 2014-06-02T21:24:46.842116+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=1 first=27 last=27 2014-06-02T21:24:46.842393+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.842634+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.842887+01:00 pacaya slapd[26799]: <= test_filter 6 2014-06-02T21:24:46.843112+01:00 pacaya slapd[26799]: conn=2181 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= 2014-06-02T21:24:46.843311+01:00 pacaya slapd[26799]: begin get_filter 2014-06-02T21:24:46.843581+01:00 pacaya slapd[26799]: AND 2014-06-02T21:24:46.843823+01:00 pacaya slapd[26799]: begin get_filter_list 2014-06-02T21:24:46.844059+01:00 pacaya slapd[26799]: begin get_filter 2014-06-02T21:24:46.844351+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.844624+01:00 pacaya slapd[26799]: end get_filter 0 2014-06-02T21:24:46.844881+01:00 pacaya slapd[26799]: begin get_filter 2014-06-02T21:24:46.845126+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.845384+01:00 pacaya slapd[26799]: end get_filter 0 2014-06-02T21:24:46.845658+01:00 pacaya slapd[26799]: end get_filter_list 2014-06-02T21:24:46.845903+01:00 pacaya slapd[26799]: end get_filter 0 2014-06-02T21:24:46.846125+01:00 pacaya slapd[26799]: conn=2181 op=2 SRCH base="dc=celoso,dc=net" scope=2 deref=0 filter="(&(ou=mailserver)(objectClass=organizationalUnit))" 014-06-02T21:24:46.846343+01:00 pacaya slapd[26799]: conn=2181 op=2 SRCH attr=ou 2014-06-02T21:24:46.846534+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.846756+01:00 pacaya slapd[26799]: #011AND 2014-06-02T21:24:46.846981+01:00 pacaya slapd[26799]: => bdb_list_candidates 0xa0 2014-06-02T21:24:46.847171+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.847374+01:00 pacaya slapd[26799]: #011OR 2014-06-02T21:24:46.847619+01:00 pacaya slapd[26799]: => bdb_list_candidates 0xa1 2014-06-02T21:24:46.847856+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.848081+01:00 pacaya slapd[26799]: #011EQUALITY 2014-06-02T21:24:46.848295+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=0 first=0 last=0 2014-06-02T21:24:46.848539+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.848740+01:00 pacaya slapd[26799]: #011AND 2014-06-02T21:24:46.848940+01:00 pacaya slapd[26799]: => bdb_list_candidates 0xa0 2014-06-02T21:24:46.849119+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.849322+01:00 pacaya slapd[26799]: #011EQUALITY 2014-06-02T21:24:46.849560+01:00 pacaya slapd[26799]: <= bdb_equality_candidates: (ou) not indexed 2014-06-02T21:24:46.849791+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=-1 first=1 last=28 2014-06-02T21:24:46.849985+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.850163+01:00 pacaya slapd[26799]: #011EQUALITY 2014-06-02T21:24:46.850368+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=6 first=2 last=25 2014-06-02T21:24:46.850593+01:00 pacaya slapd[26799]: <= bdb_list_candidates: id=6 first=2 last=25 2014-06-02T21:24:46.850795+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=6 first=2 last=25 2014-06-02T21:24:46.851005+01:00 pacaya slapd[26799]: <= bdb_list_candidates: id=6 first=2 last=25 2014-06-02T21:24:46.851208+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=6 first=2 last=25 2014-06-02T21:24:46.851469+01:00 pacaya slapd[26799]: <= bdb_list_candidates: id=6 first=2 last=25 2014-06-02T21:24:46.851651+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=6 first=2 last=25 2014-06-02T21:24:46.851830+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.852011+01:00 pacaya slapd[26799]: AND 2014-06-02T21:24:46.852203+01:00 pacaya slapd[26799]: => test_filter_and 2014-06-02T21:24:46.852442+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.852686+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.852884+01:00 pacaya slapd[26799]: <= test_filter 5 2014-06-02T21:24:46.853094+01:00 pacaya slapd[26799]: <= test_filter_and 5 2014-06-02T21:24:46.853291+01:00 pacaya slapd[26799]: <= test_filter 5 2014-06-02T21:24:46.853490+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.853694+01:00 pacaya slapd[26799]: AND 2014-06-02T21:24:46.853892+01:00 pacaya slapd[26799]: => test_filter_and 2014-06-02T21:24:46.854072+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.854260+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.854457+01:00 pacaya slapd[26799]: <= test_filter 5 2014-06-02T21:24:46.854665+01:00 pacaya slapd[26799]: <= test_filter_and 5 2014-06-02T21:24:46.854848+01:00 pacaya slapd[26799]: <= test_filter 5 2014-06-02T21:24:46.855027+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.855206+01:00 pacaya slapd[26799]: AND 2014-06-02T21:24:46.855428+01:00 pacaya slapd[26799]: => test_filter_and 2014-06-02T21:24:46.855636+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.855842+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.856031+01:00 pacaya slapd[26799]: <= test_filter 5 2014-06-02T21:24:46.856236+01:00 pacaya slapd[26799]: <= test_filter_and 5 2014-06-02T21:24:46.856486+01:00 pacaya slapd[26799]: <= test_filter 5 2014-06-02T21:24:46.856696+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.856888+01:00 pacaya slapd[26799]: AND 2014-06-02T21:24:46.857081+01:00 pacaya slapd[26799]: => test_filter_and 2014-06-02T21:24:46.857263+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.857465+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.857648+01:00 pacaya slapd[26799]: <= test_filter 6 2014-06-02T21:24:46.857854+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.858045+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.858228+01:00 pacaya slapd[26799]: <= test_filter 6 2014-06-02T21:24:46.858439+01:00 pacaya slapd[26799]: <= test_filter_and 6 2014-06-02T21:24:46.858664+01:00 pacaya slapd[26799]: <= test_filter 6 2014-06-02T21:24:46.858866+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.859055+01:00 pacaya slapd[26799]: AND 2014-06-02T21:24:46.859235+01:00 pacaya slapd[26799]: => test_filter_and 2014-06-02T21:24:46.859472+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.859808+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.860030+01:00 pacaya slapd[26799]: <= test_filter 5 2014-06-02T21:24:46.860215+01:00 pacaya slapd[26799]: <= test_filter_and 5 2014-06-02T21:24:46.860430+01:00 pacaya slapd[26799]: <= test_filter 5 2014-06-02T21:24:46.860617+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.860804+01:00 pacaya slapd[26799]: AND 2014-06-02T21:24:46.860987+01:00 pacaya slapd[26799]: => test_filter_and 2014-06-02T21:24:46.861195+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.861394+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.861585+01:00 pacaya slapd[26799]: <= test_filter 5 2014-06-02T21:24:46.861771+01:00 pacaya slapd[26799]: <= test_filter_and 5 2014-06-02T21:24:46.861958+01:00 pacaya slapd[26799]: <= test_filter 5 2014-06-02T21:24:46.862137+01:00 pacaya slapd[26799]: conn=2181 op=2 SEARCH RESULT tag=101 err=0 nentries=1 text= 2014-06-02T21:24:46.862333+01:00 pacaya slapd[26799]: begin get_filter 2014-06-02T21:24:46.862537+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.862731+01:00 pacaya slapd[26799]: end get_filter 0 2014-06-02T21:24:46.862906+01:00 pacaya slapd[26799]: conn=2181 op=3 SRCH base="dc=celoso,dc=net" scope=2 deref=0 filter="(objectClass=suseUserTemplate)" 2014-06-02T21:24:46.863068+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.863237+01:00 pacaya slapd[26799]: #011AND 2014-06-02T21:24:46.863444+01:00 pacaya slapd[26799]: => bdb_list_candidates 0xa0 2014-06-02T21:24:46.863626+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.863814+01:00 pacaya slapd[26799]: #011OR 2014-06-02T21:24:46.864009+01:00 pacaya slapd[26799]: => bdb_list_candidates 0xa1 2014-06-02T21:24:46.864206+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.864572+01:00 pacaya slapd[26799]: #011EQUALITY 2014-06-02T21:24:46.864776+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=0 first=0 last=0 2014-06-02T21:24:46.864973+01:00 pacaya slapd[26799]: => bdb_filter_candidates 2014-06-02T21:24:46.865173+01:00 pacaya slapd[26799]: #011EQUALITY 2014-06-02T21:24:46.865539+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=1 first=6 last=6 2014-06-02T21:24:46.865738+01:00 pacaya slapd[26799]: <= bdb_list_candidates: id=1 first=6 last=6 2014-06-02T21:24:46.865965+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=1 first=6 last=6 2014-06-02T21:24:46.866165+01:00 pacaya slapd[26799]: <= bdb_list_candidates: id=1 first=6 last=6 2014-06-02T21:24:46.867305+01:00 pacaya slapd[26799]: <= bdb_filter_candidates: id=1 first=6 last=6 2014-06-02T21:24:46.867500+01:00 pacaya slapd[26799]: => test_filter 2014-06-02T21:24:46.867639+01:00 pacaya slapd[26799]: EQUALITY 2014-06-02T21:24:46.867769+01:00 pacaya slapd[26799]: <= test_filter 6 2014-06-02T21:24:46.867894+01:00 pacaya slapd[26799]: conn=2181 op=3 SEARCH RESULT tag=101 err=0 nentries=1 text= 2014-06-02T21:24:46.868022+01:00 pacaya slapd[26799]: conn=2181 op=4 BIND anonymous mech=implicit ssf=0 2014-06-02T21:24:46.868162+01:00 pacaya slapd[26799]: conn=2181 op=4 BIND dn="cn=Administrator,dc=celoso,dc=net" method=128 2014-06-02T21:24:46.868301+01:00 pacaya slapd[26799]: conn=2181 op=4 BIND dn="cn=Administrator,dc=celoso,dc=net" mech=SIMPLE ssf=0 2014-06-02T21:24:46.868481+01:00 pacaya slapd[26799]: conn=2181 op=4 RESULT tag=97 err=0 text= 2014-06-02T21:24:46.868684+01:00 pacaya slapd[26799]: connection_input: conn=2181 deferring operation: binding 2014-06-02T21:24:46.868813+01:00 pacaya slapd[26799]: conn=2181 op=5 MOD dn="cn=userTemplate,dc=celoso,dc=net" -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 1

[opensuse] I get lots of "named 24667 - - connect(fe80::#53) 22/Invalid argument" errors.
by Carlos E. R. 04 Jun '14

04 Jun '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I get dozens of these in /var/log/warn while fetching emails: <3.3> 2014-06-03 21:52:34 Telcontar named 24667 - - socket.c:5351: unexpected error: <3.3> 2014-06-03 21:52:34 Telcontar named 24667 - - connect(fe80::#53) 22/Invalid argument They started after an update, on 2014-03-31: <3.3> 2014-03-31 05:15:20 Telcontar named 2784 - - socket.c:5351: unexpected error: <3.3> 2014-03-31 05:15:20 Telcontar named 2784 - - connect(fe80::#53) 22/Invalid argument What do you think? Where should I look at? I found posts in google: https://groups.google.com/forum/#!topic/comp.protocols.dns.bind/fhWs_15pRB4 and the chap there reports getting the issue on Apr 1, that is, the day after me, and with the same bind version "BIND 9.9.4-rpz2.13269.14-P2 (Extended Support Version)" (mine is the official openSUSE 13.1 one). One of the answers says: “My guess would be that some miscreant out there created a glue AAAA record with an RDATA of "fe80::" and your network stack balks at connecting to such an abomination.” I don't really understand what it means. Another answer says: Just mark fe80::/10 as bogus. AAAA records do not have enough information in them to disambiguate link-local addresses and map them to per machine scope id's. server fe80::/10 { bogus yes; }; which I don't understand either, or its implications O:-) The OP answered: “Thank you Mark for all your help in the mail list. I will try this instead, so is this happening when an link local client is trying to query my server?” And the thread ends, so I assume it worked. [...] Ok, so I add that line to my named.conf, and they dissapeared (I run fetchmail to test). I watched "/var/log/named" and saw interesting things: <3.6> 2014-06-04 04:31:47 Telcontar named 10746 - - error (host unreachable) resolving 'opensuse.org.rhsbl.ahbl.org/A/IN': 10.230.230.230#53 <3.6> 2014-06-04 04:31:47 Telcontar named 10746 - - error (host unreachable) resolving 'opensuse.org.rhsbl.ahbl.org/A/IN': 192.168.230.230#53 <3.6> 2014-06-04 04:31:48 Telcontar named 10746 - - error (host unreachable) resolving 'opensuse.org.rhsbl.ahbl.org/A/IN': 10.230.230.230#53 <3.6> 2014-06-04 04:31:48 Telcontar named 10746 - - error (host unreachable) resolving 'opensuse.org.rhsbl.ahbl.org/A/IN': 192.168.230.230#53 Those would be local IPs, right? How are they related to opensuse.org? I think this comes from spamassassin checks, or amavis. - -- Cheers Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEUEARECAAYFAlOOhl0ACgkQtTMYHG2NR9WoYQCgkbm/DVRGwqXwSjNhoEPOMS0Q D9UAlRf3MGwvyG274J3IIDzRju4vH5E= =0Awn -----END PGP SIGNATURE-----

3 2

[opensuse] Re: [opensuse-offtopic] Google now open for "deletion" requests
by Dirk Gently 04 Jun '14

04 Jun '14

Per Jessen wrote: > Friday last week, after being ordered by the Court of Justice of the EU, > Google opened a portal for deletion or take-down requests. During the > first day, about 20.000 requests were received, peaking at to 20 per > minute. > > Security by obscurity? > > In truth, ALL information security is security by obscurity. The whole point of 1024-bit passwords is that they are, by definition, more obscure than, say, 8-bit passwords. You can find an 8-bit password in less than a minute.... these days, probably less than a second. Car locks, likewise, are security by obscurity -- which of the hundreds of different key-profiles (hills and valleys) will set the pins in the correct position for the tumbler to turn? When I was a student at the U.S. Army Signal School, one thing stuck with me in a block on using cryptographic methods: ALL code-systems can be broken, given enough traffic to eavesdrop on, and enough time to decode them. The goal then, is to NOT use "an unbreakable code" because no such thing exists. They point is to use a code system which is sufficiently difficult to break, such that the encrypted information will no longer be useful by the time the opposing forces decrypt it. Do not use a code which is good for 24-hours (when used to encrypt small pieces of numerical data) to encrypt a long message which must remain secret for a year or more. Likewise, do not use a method which will provide security for decades to encrypt information which is of value for only a couple of hours (such as the map coordinates of where vehicles should meet for distribution of the next meal and beverages). -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] Can't upgrade 11.4 to 13.1
by James Knott 03 Jun '14

03 Jun '14

I'm trying to upgrade my firewall from 11.4, the old Evergreen to 13.1, the next Evergreen. However, when I try I get this error message, which I have never seen before. "The installed product is not compatible with the product on the installation media. If you try to update using the current installation media, the system man not start or some applications may not run properly." Is 13.1 too far from 11.4? Will I have to upgrade to 12.x first? As I have a lot configured on this firwall, I'd prefer to upgrade, rather than fresh install. tnx jk -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 15

[opensuse] Opportunistic encryption in Thunderbird?
by Stefan Gofferje 03 Jun '14

03 Jun '14

Hi, I have a FinEID card with certificate and a corresponding card reader and I can sign and encrypt emails in Thunderbird just fine. What I would like TB to do is automatically also encrypt emails if it knows a certificate for the recipient. In the security settings, there's only "Never" and "Required". "Never" requires me to always select encryption manually and when I set "Required" I can't send an email without encryption. Is there any way to get TB to simply non-interactively use encryption when possible? -S -- (o_ Stefan Gofferje | SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler & Koch - the original point and click interface

2 7

[opensuse] Drag-n-drop problem
by Anton Aylward 03 Jun '14

03 Jun '14

Recently I've had a problem with drag-n-drop. When I try it my KDE session crashes and I'm back at the login prompt. I used to be able to drag-n-drop tabs from one Firefox window to another and from one IMAP account inbox to another with Thunderbird. Oh? Right, yes, those are not KDE native, so it might not be a KDE problem. a) What test can I perform purely in KDE? Should I try something similar to the firefox windows with Konqueror? (I've never got reconq to do what I want) b) has anyone else observed this? c) might it be my graphics driver? Again, what test can I perform? -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 3

[opensuse] systemd the cancer that is killing linux
by Dirk Gently 03 Jun '14

03 Jun '14

https://fireden.net/4chan/g/40864938#p40868369 http://archive.rebeccablacktech.com/g/thread/31994292 And here not just systemd...but ...one of it's key authors... "Poetterring is the cancer that is killing Linux." https://sites.google.com/site/bl0ckeduserssoftware/rand 19:02 joecool ughhhhhh i fucking hate udev 19:03 joecool it is the cancer that is killing linux 19:03 nkuttler ACTION gives joecool a cookie 19:03 nkuttler joecool: you forgot pulseaudio and systemd 19:04 joecool nkuttler: systemd == udev now 19:04 joecool lennart is just the dr. kevorkian of the linux world http://bitcoinstats.com/irc/bitcoin-otc/logs/2014/02/26 Note the same connection I made earlier... udev and systemd... both projects by the same guy, and both judged to be causing more problems than they solve -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

16 44

[opensuse] Enough With The Arguing - Please Stop Posting Garbage To This List!
by Jesse Palser 03 Jun '14

03 Jun '14

Enough With The Arguing - Please Stop Posting Garbage To This List! JeZxLee -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 4

Re: [opensuse] Why is systemd[1] is mounting noauto partitions?
by lynn 03 Jun '14

03 Jun '14

On Sun, 2014-06-01 at 16:03 -0400, Dirk Gently wrote: > lynn wrote: > > On Sat, 2014-05-31 at 19:50 -0400, Dirk Gently wrote: > >> lynn wrote: > >>> > >>> If you had a photograph, would you write on it? > >>> L x > >>> > >>> > >> Interesting question. > > > > Then please answer it. Is it a possibility? Would you write on it? Would > > you write on a photograph if you had one? > > > > If you had a photograph, would you write on it? > > It would depend upon the photograph, and whether I valued it as it is. > > I've seen some photographs where the photographer deliberately took the shot for the purpose of > writing on the pohto. > > So, the best answer I can give you is: It depends. At last. Now we're getting somewhere. Next: What number is it? What number would you give the photograph? Think carefully. L x -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 3