Bug#504580: sudo: Commands in PATH /usr/sbin, /sbin not found
Tags 504580 +unreproducible thanks Hi, I tried to reproduce your bug [1] with the current version of sudo and the version you used back when your reported the bug. Unfortunately I was unable to do so. Could you report weither you still face this problem? Because if you don't face this problem anymore the bug could be closed. Best Regards, Patrick [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504580 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446212: gnome-control-center: Unable to set mouse acceleration (mouse acceleration is insane low)
On Thu, Oct 11, 2007 at 09:23:36PM +0200, Josselin Mouette wrote: OK, there is something wrong with your GConf installation, as it seems the schemas aren't registered. OK. You can clean them up and re-register them easily with: rm -f /var/lib/gconf/defaults/* gconf-schemas --register $(ls /usr/share/gconf/schemas) Yes, that fixed the problem. Is there any chance to make that more bulletproof against such problems? Because I don't see a reason why this should have happened. Besides that: The solution you came up with would be good to be included somewhere I think. Thanks for the help and best Regards Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445529: Missing buttons for minimization fixed
Hi, i just found a fix for my problem. Reinstalling the package from Etch and then reinstalling the package from Sid fixed the problem. Please decide for yourself if you want to close this, or if you see a reason to further investigate into it. Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421381: network-manager-openvpn: Issue causes disfunction
Hi, I just stumbled upon this issue, because I could not select a cipher and therefore could not connect to our VPN gateway. The issue can be a worked around by linking /bin/awk to /bin/awk or alike, but that does not seem to be a good solution. Note: At least on gateways where a fixed cipher is specified, the connection will *fail* due to this issue. I use the version from sid. Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309238: ITP: password-gorilla -- A cross-platform Password Manager
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dennis L. Clark wrote: I have had an interest in this program for a while and have recently made time to work on packaging this. The package is almost ready and unless someone objects I will upload it in the next few days. It would have been better if you had asked if you can take this, so now there is duplicate work beeing done! Actually my package *is* ready and is just waiting for my sponsor to upload it. Regards, Patrick -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG7ifzTKIzE6LY9r8RArG4AJ0TUvb7gMtawnPL4eH2Fr+LDX52jQCePXr3 gapQzNlSDJMyHie3lfUm4z8= =m1kE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441496: libnss-ldapd: configuration settings created by debconf are unsupported
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Arthur de Jong writes: Previous versions (before 0.3) tried to use the existing nss_ldap configuration file (/etc/libnss-ldap.conf) directly as a basis for a new nss-ldapd configuration file (/etc/nss-ldapd.conf). I have never used the version prior 0.3 so it appears as if this issue still exists. The created configuration was created by the current 0.3 version, so if it should not do that, then this needs to be fixed. You could fix your situation by manualy removing the nss_base_* entries from /etc/nss-ldapd.conf (and any other lines that are not recognized) or moving the file aside and running dpkg-reconfigure libnss-ldapd to configure it again. I'm not sure if that helps. Aren't those entries used to specify the search bases in the ldap directory? I'm pretty sure that the setup will not work if I just remove them...?! Best Regards, Patrick -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG5SmETKIzE6LY9r8RAstMAJ0RYEMgcVzGJ8O8X1To0uL49JIYywCgifBD +XC4LQ0b25R2z2o5E2jf1+k= =3hlQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441496: libnss-ldapd: configuration settings created by debconf are unsupported
Arthur de Jong schrieb: The options aren't supported in that format. The correct syntax is Yeah. specified in the nss-ldapd.conf(5) manual page. It is basically: Shame on me. I haven't yet had a look at the man page. Anyways a bug report is appropriate, because of the debconf thing. Good luck for hunting this one down and fixing it. Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441496: libnss-ldapd: configuration settings created by debconf are unsupported
Hi, Arthur de Jong schrieb: Could you attach your /etc/nss-ldapd.conf file (including all the problem statements)? Also, if you have an /etc/libnss-ldap.conf file on your system, could you also include that? yes, of course. Please find the attached files. Regards, Patrick # libnss-ldap.conf # $Id: libnss-ldap.conf 10 2007-08-14 11:29:24Z schoenfeld $ #host 127.0.0.1 # The distinguished name of the search base. base dc=intra,dc=in-medias-res,dc=com uri ldap://majestix-linux.intra.in-medias-res.com rootbinddn cn=admin,dc=intra,dc=in-medias-res,dc=com # You can omit the suffix eg: # nss_base_passwd ou=People, # to append the default base DN but this # may incur a small performance impact. nss_base_passwd ou=users,dc=intra,dc=in-medias-res,dc=com nss_base_shadow ou=users,dc=intra,dc=in-medias-res,dc=com nss_base_group ou=groups,dc=intra,dc=in-medias-res,dc=com nss_base_hosts ou=hosts,dc=intra,dc=in-medias-res,dc=com #nss_base_services ou=Services,dc=padl,dc=com?one #nss_base_networks ou=Networks,dc=padl,dc=com?one #nss_base_protocols ou=Protocols,dc=padl,dc=com?one #nss_base_rpc ou=Rpc,dc=padl,dc=com?one #nss_base_ethersou=Ethers,dc=padl,dc=com?one #nss_base_netmasks ou=Networks,dc=padl,dc=com?ne #nss_base_bootparamsou=Ethers,dc=padl,dc=com?one #nss_base_aliases ou=Aliases,dc=padl,dc=com?one #nss_base_netgroup ou=Netgroup,dc=padl,dc=com?one # attribute/objectclass mapping # Syntax: #nss_map_attribute rfc2307attributemapped_attribute #nss_map_objectclassrfc2307objectclass mapped_objectclass # configure --enable-nds is no longer supported. # NDS mappings #nss_map_attribute uniqueMember member # Services for UNIX 3.5 mappings #nss_map_objectclass posixAccount User #nss_map_objectclass shadowAccount User #nss_map_attribute uid msSFU30Name #nss_map_attribute uniqueMember msSFU30PosixMember #nss_map_attribute userPassword msSFU30Password #nss_map_attribute homeDirectory msSFU30HomeDirectory #nss_map_attribute homeDirectory msSFUHomeDirectory #nss_map_objectclass posixGroup Group #pam_login_attribute msSFU30Name #pam_filter objectclass=User #pam_password ad # configure --enable-mssfu-schema is no longer supported. # Services for UNIX 2.0 mappings #nss_map_objectclass posixAccount User #nss_map_objectclass shadowAccount user #nss_map_attribute uid msSFUName #nss_map_attribute uniqueMember posixMember #nss_map_attribute userPassword msSFUPassword #nss_map_attribute homeDirectory msSFUHomeDirectory #nss_map_attribute shadowLastChange pwdLastSet #nss_map_objectclass posixGroup Group #nss_map_attribute cn msSFUName #pam_login_attribute msSFUName #pam_filter objectclass=User #pam_password ad # RFC 2307 (AD) mappings #nss_map_objectclass posixAccount user #nss_map_objectclass shadowAccount user #nss_map_attribute uid sAMAccountName #nss_map_attribute homeDirectory unixHomeDirectory #nss_map_attribute shadowLastChange pwdLastSet #nss_map_objectclass posixGroup group #nss_map_attribute uniqueMember member #pam_login_attribute sAMAccountName #pam_filter objectclass=User #pam_password ad # configure --enable-authpassword is no longer supported # AuthPassword mappings #nss_map_attribute userPassword authPassword # AIX SecureWay mappings #nss_map_objectclass posixAccount aixAccount #nss_base_passwd ou=aixaccount,?one #nss_map_attribute uid userName #nss_map_attribute gidNumber gid #nss_map_attribute uidNumber uid #nss_map_attribute userPassword passwordChar #nss_map_objectclass posixGroup aixAccessGroup #nss_base_group ou=aixgroup,?one #nss_map_attribute cn groupName #nss_map_attribute uniqueMember member #pam_login_attribute userName #pam_filter objectclass=aixAccount #pam_password clear # For pre-RFC2307bis automount schema #nss_map_objectclass automountMap nisMap #nss_map_attribute automountMapName nisMapName #nss_map_objectclass automount nisObject #nss_map_attribute automountKey cn #nss_map_attribute automountInformation nisMapEntry # Netscape SDK LDAPS #ssl on # Netscape SDK SSL options #sslpath /etc/ssl/certs # OpenLDAP SSL mechanism # start_tls mechanism uses the normal LDAP port, LDAPS typically 636 ssl start_tls #ssl on # OpenLDAP SSL options # Require and verify server certificate (yes/no) # Default is to use libldap's default behavior, which can be configured in # /etc/openldap/ldap.conf using the TLS_REQCERT setting. The default for # OpenLDAP 2.0 and earlier is no, for 2.1 and later is yes. tls_checkpeer yes # CA certificates for server certificate verification # At least one of these are required if tls_checkpeer is yes tls_cacertfile /etc/ssl/certs/308aa7ac.0 #tls_cacertdir /etc/ssl/certs # Seed the PRNG if /dev/urandom is not provided #tls_randfile /var/run/egd-pool # SSL cipher suite # See man ciphers for syntax #tls_ciphers TLSv1 # Client certificate and key # Use these, if your server requires client authentication. #tls_cert #tls_key # Disable SASL security layers.
Bug#433480: zsh searches rc files at wrong places
Clint Adams wrote: Could you suggest some language for README.Debian? This version of zsh has been compiled with a different path for global rc-files. Instead of searching for the files in /etc/, it is searching them in /etc/zsh/. Something like that. best regards Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428159: mantis: General update after the debconf review process
Thanks for the patch. I will take care upload as soon as possible. But just in the moment I am a bit busy. Best Regards Patrick Kevin Coyner wrote: Dear Debian maintainer, Last month I sent you a notification about the beginning of a review action on debconf templates for mantis. Then, I sent you a bug report with rewritten templates and annoucing the beginning of the second phase of this action: call for translation updates. Translators have been working hard and here is now the result of their efforts. The attached tarball contains: - debian/changelog with the list of changes - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. In case you are short of time, I can either prepare and upload a non-maintainer upload or prepare an upload for you. Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]