search for: solutuions

Hello, I was just so happy to have Diablo2 LoD in a 800x600 window under KDE 2.2.1 runing. It's quite smoth and even BNet connection on our privat Linux BNETD Server works. So just everything works fine (aint got sound, but I don't care), except for the whole keyboard, no input possibel. What's wrong with my Wine instalation? The debug output tells me about a language problem and

I am trying to set up an rsync server on windows 2000 and red hat linux 7.1, but unsuccesfully. I haven't been able to find detailed information in the man pages about this issue, which makes it quite hard to figure out. So far I have set up an ftp server and a http server, which I guess would be required for rsync to transfer the files through. Secondly I have created the required files:

On 03/02/2015 02:38 AM, Oliver Welter wrote: > Guys, dovecot is open source - if you desire a feature that the upstream > programmer did not include, pay him a bounty to do so or send him a > patch to be included. Period. We can discuss and mightbe somebody will > fork if he is not willing to accept such a solutuion for any political > reason. > > I am really tired of reading

On 03/01/2015 04:25 AM, Reindl Harald wrote: >> I wonder if there is an easy way to provide dovecot a flat text >> file of ipv4 #'s which should be ignored or dropped? >> >> I have accumulated 45,000+ IPs which routinely try dictionary >> and 12345678 password attempts. The file is too big to create >> firewall drops, and I don't want to compile with

Am 01.03.2015 um 23:16 schrieb Dave McGuire: > On 03/01/2015 04:25 AM, Reindl Harald wrote: >>> I wonder if there is an easy way to provide dovecot a flat text >>> file of ipv4 #'s which should be ignored or dropped? >>> >>> I have accumulated 45,000+ IPs which routinely try dictionary >>> and 12345678 password attempts. The file is too big to

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 2 Mar 2015, Dave McGuire wrote: > On 03/02/2015 02:38 AM, Oliver Welter wrote: >> Guys, dovecot is open source - if you desire a feature that the upstream >> programmer did not include, pay him a bounty to do so or send him a >> patch to be included. Period. We can discuss and mightbe somebody will >> fork if he is

Hi all, I've got a printserver working using cups/samba,ADS. I'm want to pass any jobs through a custom script which will do various things, including checking user quotas from a custom database (I know there are print quota solutuions out there that will fit in nicely with cups and samba, but I need to do this a different way due to some custom things we need to do) I've tried adding a line like 'print command = /path-to-script.pl`, to a test perl script which just logs some things to a file (with the intention of d...

Hi Peter, we (the gfortran team) are currently discussing this at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329 . I invite everybody who has an interest in this topic to take part in the discussion there. > Workarounds/solutions include: > > - disable certain optimizations -- works for now, but doesn't remove the root cause so seems generally fragile That looks like a

The point is that LAPACK uses characters as control arguments in multiple places and we don't write the LAPACK Fortran routines. It has long been known that general character strings was a portability issue but many (not just R people) have thought that length-one character were safe to pass as char* pointers. So "avoid" is not really an option if we want to use LAPACK functionality