recommend contacting their support.
The Dazuko project is no longer maintained.
John Ogness
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
https://lists.nongnu.org/mailman/listinfo/dazuko-help
On 2014-05-05, sadegh almahdi faghani sadegh@gmail.com wrote:
so now what your solustion for install avira Antivirus in this
Kernel
I recommend contacting Avira support to help you set up their product.
John Ogness
___
Dazuko-help mailing
to support newer Linux
versions.
Your kernel, Linux 2.6.39, includes the new fanotify interface. You
should consider using that. It is the official file access interface for
the Linux kernel. Hopefully it can satisfy your requirements.
John Ogness
___
Dazuko
On 2010-08-07, Frans de Boer fr...@fransdb.nl wrote:
As reported some time ago, dazukofs-3.1.3 can not be compiled under
the newly released 2.6.35 version (and it pre-releases).
The latest version (3.1.4-rc1) supported 2.6.36. No explicit support
for 2.6.35 has been developed.
John Ogness
this. The problem has been fixed in the latest
stable, 3.1.3.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
filesystem functions.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
for mainline.
Since I personally have no need for DazukoFS, it is difficult as a
maintainer to make time to work on the project. Since it works good
enough in its current form, there appears to be little interest from
the community to make the needed changes for mainline integration.
John Ogness
list, report a problem, find a
solution, and report a fix is not something the should be taken
lightly. The free software movement cannot survive without people like
you.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help
On 2010-05-28, Nil Nik nil_fe...@hotmail.com wrote:
Does dazuko/dazukofs supports for MAC OS?
No. Apple provides a Framework that would allow implementing Dazuko or
DazukoFS, but there are no plans to do so.
John Ogness
--
Dazuko Maintainer
DazukoFS over the directory. I realize this could be a problems if the
concerning directory is deep within directories where access should be
checked.
The application using DazukoFS could implement such a feature so that
the system load is reduced.
John Ogness
--
Dazuko Maintainer
. But calling man printf a second time would show very little
notable extra latency.
However, all of this has nothing to do with Dazuko. A more appropriate
place to discuss improving Clamuko performance is on the ClamAV
mailing lists.
John Ogness
--
Dazuko Maintainer
On 2010-01-09, John Ogness dazukoli...@ogness.net wrote:
I have a problem when running clamd in my Cent OS system, the CPU
usage suddenly rises to 90% for clamd when any operation (even
opening a manual page) is done and makes the system to a poor slow
state.
Why these sudden peeks happen
will not only run out of file descriptors, but
you will also block user processes from completing their open().
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
, I'll take a closer look at why the kernel
is trying to mmap-write to DazukoFS.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
this problem
with the game armagetronad. Now I can start investigating what is
causing it...
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
information about your system?
And most important, does running the test program cause the same
problems (when AVIRA is _not_ running)?
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman
the dazuko_linux26_lsm.c file yourself. Basically the
functions of this file simply call the lower level. If you compare
it with your include/linux/security.h file, you may see that is
isn't too much work to get it to match your LSM API.
- Use a recent kernel and DazukoFS 3.1.0 instead.
John Ogness
that the runtime linker knows
about. Examples are probably /usr/local/lib, /usr/lib, /lib.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
-rc2 (which is the version you should use) is made for
Linux 2.6.30. The API for 2.6.29 might be a bit different (but it may
be a simple change to get it to run).
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http
list as well.)
To configure Dazuko to use RedirFS you use:
./configure --redirfsdir=PATH_TO_REDIRFS_SOURCE
Replace PATH_TO_REDIRFS_SOURCE with the location of the redirfs source
files. For example:
./configure --redirfsdir=/tmp/redirfs-0.7
John Ogness
--
Dazuko Maintainer
being locked before performing lookups. This has been
fixed in 3.1.0-rc1. That version probably won't build for your kernel,
but perhaps someone can post a patch to backport 3.1.0-rc1 for your
kernel.
I can't say for sure if that is the problem you are having, but it
definately looks like it.
John
is correct. Is the MD5SUM of your file
correct?
$ md5sum dazuko-2.3.7.tar.gz
5b889051cfc55fea86eea1d4fe5ca65a dazuko-2.3.7.tar.gz
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman
.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
. I once spent nearly a whole day trying to
figure out how to implement such a thing. Obviously I was not
successful. I believe that this would be the appropriate solution.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help
, that issue should be solved
to make dazukofs ready for productive use!
The testing version 3.0.1-rc1 provides full mmap support. However it
does not (yet?) include patches for the various Linux distributions.
John Ogness
--
Dazuko Maintainer
]: *** [_module_/root/dazuko/dazukofs-3.0.0] Error 2
make[1]: se sale del directorio
`/usr/src/kernels/2.6.18-92.1.22.el5-debug-i686'
make: *** [dazukofs_modules] Error 2
Are you using one of the patches? If yes, which one?
John Ogness
--
Dazuko Maintainer
with your kernel (2.6.27), you need to
configure it to work with RedirFS. A very quick HOWTO was posted to
the dazuko-devel mailing list:
http://lists.gnu.org/archive/html/dazuko-devel/2009-02/msg00026.html
John Ogness
--
Dazuko Maintainer
___
Dazuko-help
quickly make a new patch.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
mailing list that they will be supporting DazukoFS with their next
release.
http://lists.gnu.org/archive/html/dazuko-devel/2009-02/msg4.html
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org
-list (while discussing a
different access control module: TALPA). What events are you
interested in? Do you want to be able to deny access to these other
events or are you simply interested in notification?
John Ogness
--
Dazuko Maintainer
___
Dazuko
so I can
have all the services running and dazuko loaded in the same time?
You may want to try the latest 2.3.6-pre2. That might be able to
support the LSM interface that your distribution is using, so you
won't have to disable stacking.
John Ogness
--
Dazuko Maintainer
On 2008-12-12, Bob Horrobin b...@bob-horrobin.com wrote:
The details of the following may be of interest as it shows a
conflict with SELinux
https://bugzilla.redhat.com/show_bug.cgi?id=475985
Yes. This is of interest. Thank you for posting.
John Ogness
--
Dazuko Maintainer
to this problem that I found when searching were that
your kernel is using MODVERSIONS, but the kerne configuration you are
using is not. Are you sure that the kernel config matches the running
kernel?
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
command? I suspect that
it is reporting an error.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
of using Dazuko is to use a 2.6.25
kernel with LSM. However, this will only give you ON_OPEN and ON_EXEC
events.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
and is recommended for use with some applications, for
example http://en.opensuse.org/Skype_HOWTO#Security
On the Dazuko downloads page I've added a link for a special openSUSE
patch. It should take care of the 2 remarks here. Could you give it a
try?
John Ogness
--
Dazuko Maintainer
On 2008-07-08, Rhaddamant [EMAIL PROTECTED] wrote:
perhaps you'll be interested in this:
https://bugzilla.novell.com/show_bug.cgi?id=401920
Thanks for pointing that out. The patch submitted on that thread seems
to be the same fix.
John Ogness
--
Dazuko Maintainer
this version of hooks.c over the one created by the patch.
If you send me the original security/Makefile, then I can create a
complete and official openSUSE patch.
John Ogness
--
Dazuko Maintainer
hooks.c.gz
Description: Binary data
___
Dazuko-help
/security.h and
security/Makefile files?
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
type
make[2]: *** [security/dazuko/hooks.o] Error 1
make[1]: *** [security/dazuko] Error 2
make: *** [security] Error 2
Could you post your include/linux/security.h file? openSUSE seems to
be using a modified version of the LSM API.
John Ogness
--
Dazuko Maintainer
/source/path
# cat patch-dazuko-noparent.diff | patch -p1
Hopefully this is the only deviation in the kernel API that Dazuko
uses.
(For 2.6.25.6 from kernel.org, the release patch works without any
problems.)
John Ogness
--
Dazuko Maintainer
This is a simple patch for kernels that use p_pptr
, then there is probably some
directory that is causing problems when included by Clamav.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
events arrive, they are passed to the second program for
processing (the second program (and optionally its children) will
not generate file access events)
Typically the first and second program will communicate using pipes,
sockets, or shared memory.
John Ogness
--
Dazuko Maintainer
=ttyS0,9600n8
You can specify the boot parameter multiple times and the console will
be output to all of them:
console=tty0 console=ttyS0,9600n8
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org
then it should work ok.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
. In your case, it works.)
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
to contact the PHP-binding maintainer.)
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
you have configured in your
kernel (devfs, udev, or manually created devices).
Do you have other output that shows the crash? For example, the kernel OOPS?
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http
to this email. If you
need more information, please let me know.
John Ogness
--
Dazuko Maintainer
Index: dazuko_linux.c
===
RCS file: /cvsroot/dazuko/dazuko/dazuko_linux.c,v
retrieving revision 1.84
retrieving revision 1.85
diff -u -r1.84
of the problem. Once you have this information, you
can probably solve the problem using the Dazuko FAQ:
http://www.dazuko.org/faq.shtml
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org
this in the CVS repository. (The fix is only related to the
output of the summary.)
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
in /var/log/messages (there is probably specific information
as to the problem there).
Depending on the messages you see in /var/log/messages the Dazuko FAQ
will probably also help:
http://www.dazuko.org/faq.shtml
John Ogness
--
Dazuko Maintainer
the latest CVS version with:
$ cvs -z3 \
-d:pserver:[EMAIL PROTECTED]:/sources/dazuko \
co dazuko
This bug is being tracked on Savannah:
https://savannah.nongnu.org/bugs/?18438
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help
to Dazuko. This means that Dazuko is not receiving any
event information, even though it loaded without problems.
If you must use SELinux, then you will need to use Dazuko with
system-call hooks (available in the 2.3.0 version with --enable-syscalls).
John Ogness
--
Dazuko Maintainer
will be changing this very
soon (so that the target is used during the make install phase, and not
the compile phase).
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
.
John Ogness
P.S. A new version of Dazuko (2.2.0) was released today. For ClamAV
users this version should offer significant performance improvements.
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org
/dazuko
If yes, are you running the example program with enough priviledges to write
to /dev/dazuko?
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
.
Furthermore, I am running dazuko and capability without it.
Hi,
On some kernels, the commoncap code is built statically into the kernel. If
you don't have a separate commoncap module, then you don't need to worry
about it.
John Ogness
--
Dazuko Maintainer
issues.
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
these messages?
John Ogness
--
Dazuko Maintainer
___
Dazuko-help mailing list
Dazuko-help@nongnu.org
http://lists.nongnu.org/mailman/listinfo/dazuko-help
-2.0.6] Erro 2
make[1]: Leaving directory `/usr/src/redhat/SOURCES/linux-2.6.14'
make: ** [dummy_rule.o] Erro 2
Hi,
Please try the latest pre-release 2.1.1-pre3. The version you are using
(2.0.6) is a bit outdated.
John Ogness
--
Dazuko Maintainer
62 matches
Mail list logo
