search for: huf

...? The reason is that pdb_ldap is primary user of smbldap. smbldap is in turn yet another of our ldap stacks (I have found four so far), in the sense that while it uses OpenLDAP under the hood, it replicates with libads, ldb and tldap the 'get AD-thing out of an LDAP reply' part. I've huffed and puffed about so much over the past little while that sometimes it isn't clear what I'm really most frustrated by, but it comes down to: - number of LDAP ASN.1 parsers and in particular - number of incompatible stacks (structures and helpers) above those parsers For example, these...

*Hola!!! resulta que tengo unos datos de divisas ordenados por fechas (días) los que he convertido a formato tipo YYYY-MM-DD donde DD siempre es 01:* * * * EUR.resto$date<-as.Date(EUR.resto$date) EUR.resto$mo <- substr(EUR.resto$date,6,7) EUR.resto$yr <- substr(EUR.resto$date, 1,4)

...D 0 0 80 c5d0 DEGRADED 0 0 80 too many errors c6d0 DEGRADED 0 0 80 too many errors This is that last thing and apparently the result of a series of steps I''ve taken to increase a zpool mirrors size. There was quite a lot of huffing and puffing with the sata controller that holds this mirror but the short version is: zpool z3 created as mirror on 2 older 200gb SATAI disks. On an adaptec 1205sa PCI controller. After deciding I wanted increase the size of this pool, I detached 1 disk, then pulled it out. I replaced it wi...

...rsynced to the new one. So I have a clean break with no duplication. Something similar to the `newer' option to find command would be nice. So that one day I could just tell rsync to move stuff to the new archive but not if its older than DATE. Any ideas how to accomplish this with the least huffing and puffing? I did try some experiments with --compare-dest=DIR but didn't really see how to accomplish the above goal with that.

...6b6aafgf07ab5cf68024dd7@mail.gmail.com> <de7cf2720802280718u5db5623dr7c671c2d41f45a10@mail.gmail.com> <de7cf2720802280841q248a1b21ve8592283e5aff9ac@mail.gmail.com> <47C706C7.2030401@sonic.net> Message-ID: <47C78A61.6070900@sonic.net> Douglas VanLeuven wrote: > Walter Huf wrote: >> I changed those lines, and nothing seemed to change. >> However, I remembered more information that I could include. >> getent passwd does not list domain users, only local users. Something still looks wrong to me with your pam config. But I checked the release note ar...

..._ldap is primary user of smbldap. smbldap is in > turn yet another of our ldap stacks (I have found four so far), in the > sense that while it uses OpenLDAP under the hood, it replicates with > libads, ldb and tldap the 'get AD-thing out of an LDAP reply' part. > > I've huffed and puffed about so much over the past little while that > sometimes it isn't clear what I'm really most frustrated by, but it > comes down to: > - number of LDAP ASN.1 parsers > and in particular > - number of incompatible stacks (structures and helpers) above those &gt...

I am using Ubuntu Gutsy, which comes with Winbind 3.0.26a. I am using the same configuration that worked on Ubuntu Feisty, which uses Winbind 3.0.24. Something changed with Winbind, apparently, to break the configuration that was working perfectly. How can I fix my configuration to work with the new version? The symptoms are as follows: wbinfo -t works wbinfo can retrieve a list of users wbinfo

No offense, Segher, but the output quality of this thing is awful. =) I'll disregard the fact that, at least with *my* compiler, the source tarball I downloaded reduces every packet to zero bytes, which isn't terribly interesting. I decided to set the byte reduction to something constant: I started by dividing each packet's size by 2 just to see what would happen. The resulting ogg

...wg)8fS{cu+Nix2K}2i>3oX`0BKSZ{1uJ*&_3TYt zILw at L&kVCOvT>S3^UD!FktaMNAZo-JaUB~}(^w=9h)rT_-~VliW0M~=-=VZdPHQO{ z19!>Wf;Nq6V+59Kap@^B=4ci_(lm~2!ReYo6p1xcvwV59%-k0Eib-D6Fy8Oux?W|c zM&~Hxp!FlG(-R}F!U$eS(%qK9&GRWujo%0(g`4_`)uT|z#Zydzn0$UeAv>^&xNz+- zZO6zCu2|i6ju0f=#gxOjCp%huF)=s~krY0@>X;rbVkT3--RlMJ-!5UaI!?HAsUL1& z>f!yWv!`tcv(7pS6Wi!(cX0P|j_Pe02J%SHt}N`O*-eVvSc$4D60hz5PD})kFtWo~ zNouVqnTkN3DfnD;o{<-nfDbjU`%K~sGWio=0FQs4hHXF@$N&HU07*qoM6N<$f;C{m AI{*Lx literal 0 HcmV?d00001 diff --git a/src/public/images/icon_unknown_11px.png b/src/public/images/ic...

...pJ5Be6Z7DMftltAeTNmYoJ1EIpEI2gnaSSQSQXu3 fdqHfGMs3GPW3jCcmu3TXnwVvHInCiueh7JipmtptPJcVprdnuSt26Uj9fOdRdBO6hNoJ/cY EonUM2hPu8eMhPaqhaXdnzwtmPJeGbQXB9oxhBYWue1SAfsB2gmzSQTtBO39D+30IiqJRBqT 0G41e4w7+T3eOtP1oV2xMEfu2kBCarnpZHJC7sIlmSsJ5i6kEumtvJMZIXdJnUhjDabMlb4V 9ZOZss7V0QGw3OulPntuDtX1vIpMyDl2WV29upP+HUfQTioO7eQeQyKR+hPaM+Zp593aLaF9 fW+dDTSh3XpR7Ei+tp36KLv8pNdDtMhhbn4i7eXI9YHZKM9GK2wWdI/JXGVecyVTnYdBizyP OruOVyY3bat2rZegnVQKtNM87SQSaUxAe73eGKzWCkL71E02//xXd9H0aU8vWW4N7XaoJjOP Z0JCkRxGes7qmtCuQ0oW9SMzWSuujjW065xds+yyHwL0H3MI2vsc2jMxfkwb2wntxge0k3sM iUTqGbQL7jGQMnB7Ym8f4SRjBO3/+KnPzEkks7Srwa/H0J57eIn...