by nooblLinux » Mon Mar 11, 2013 11:39 pm
Thanks for reply, but I have trouble understanding while installing step 2 again, I finally abort the process:
$this->bbcode_second_pass_code('', '
[root@alarm ~]# yaourt -Sy dansguardian
:: Synchronizing package databases...
core 42.5 KiB 57.0K/s 00:01 [##########################################] 100%
extra 478.0 KiB 149K/s 00:03 [##########################################] 100%
community 499.7 KiB 263K/s 00:02 [##########################################] 100%
alarm 5.1 KiB 17.3K/s 00:00 [##########################################] 100%
aur 17.4 KiB 80.2K/s 00:00 [##########################################] 100%
==> Downloading dansguardian PKGBUILD from AUR...
x dg2.10.1.1-missing.stdio.patch
x PKGBUILD
x dansguardian
x dansguardian.service
x dansguardian.install
Comment by macxcool (2013-02-04 20:25)
polipo uses nobody:nobody
privoxy uses privoxy:privoxy
tinyproxy uses nobody:nobody
It doesn't look like there's any consensus on proxy:proxy.
Also, squid removes proxy:proxy when it's uninstalled. That would be a problem when switching to another proxy with dansguardian.
You're right that there should be a standard way of doing things, but there doesn't seem to be.
Comment by giddie (2013-02-05 09:57)
Hmm; OK. It's probably best to stick with nobody:nobody, in that case, and let the user manually change the user to something else in the dansguardian.conf file if they want to. I'm OK with that setup.
Comment by giddie (2013-02-05 10:02)
I'm not sure at what point it changed, though, but it was sometime between r4 and r11 of the current version. I have been running r4 for a long time, and when I rebuilt from r11 yesterday, my dansguardian complained that it couldn't open the log files, because they were owned by "proxy", and it was trying to run as "nobody".
Generally, I'm not too keen on having "nobody" own files. It kind of defeats the purpose of file-ownership, as several daemons will have full access to each others' files.
Comment by giddie (2013-02-22 10:48)
@d3x = I got an e-mail notification for your comment asking a question about filtering, but I guess you deleted your post afterwards? In answer to your question, I haven't tried using dansguardian to inject content. I just had a quick look, and I also can't see any obvious way to apply filtering to some pages and not to others. You could try the dansguardian website: I believe there's a mailing list you could ask. FYI, I have the same nickname on the Archlinux forum; feel free to get in touch there if you want.
Comment by giddie (2013-03-05 09:35)
@d3x = See my existing reply, below.
dansguardian 2.10.1.1-11 (Wed Aug 29 06:20:08 CDT 2012)
( Unsupported package: Potentially dangerous ! )
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> y
Please add $EDITOR to your environment variables
for example:
export EDITOR="vim" (in ~/.bashrc)
(replace vim with your favorite editor)
==> Edit PKGBUILD with: nano
==> dansguardian dependencies:
- zlib (already installed)
- pcre-old (building from AUR)
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> y
==> dansguardian dependencies:
- zlib (already installed)
- pcre-old (building from AUR)
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> n
==> Edit dansguardian.install ? [Y/n] ("A" to abort)
==> ------------------------------------------------
==> y
==> Continue building dansguardian ? [Y/n]
==> --------------------------------------
==>
==> Building and installing package
==> Install or build missing dependencies for dansguardian:
==> Downloading pcre-old PKGBUILD from AUR...
x PKGBUILD
Comment by macxcool (2012-10-31 14:49)
Right. Nice. Should I just build Dans without PCRE? --enable-pcre=no
I know this will break some things, but it's broken now.
I've got the new Dansguardian alpha in the AUR as dansguardian-dev, and I'm assuming it to be free from this problem. I don't know, however, when it will be release quality. Development has been very non-existent in the last couple of (few?) years but things seem to be moving along now.
I could also make pcre-old a build dependency and build Dansguardian with pcre in the /opt location. What do people think of that?
Comment by macxcool (2012-10-31 14:50)
If this is a big discussion perhaps we could move it to the forums??
Comment by macxcool (2012-10-31 18:48)
I'm going to try the fix at https://bugs.archlinux.org/task/28459
It might be this weekend though.
Comment by macxcool (2012-11-01 02:42)
I've updated pcre-old to put it in /opt/pcre-old
Comment by giddie (2012-11-02 22:53)
My bad; it's been updated, but it looks like you'll need to use /opt/pcre-old/lib.
pcre-old 8.21-3 (Sun Oct 14 07:27:47 CDT 2012)
( Unsupported package: Potentially dangerous ! )
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> n
==> pcre-old dependencies:
- gcc-libs (already installed)
==> Continue building pcre-old ? [Y/n]
==> ----------------------------------
==>
==> Building and installing package
==> WARNING: Building package as root is dangerous.
Please run yaourt as a non-privileged user.
==> ERROR: pcre-old is not available for the 'arm' architecture.
Note that many packages may need a line added to their PKGBUILD
such as arch=('arm').
==> ERROR: Makepkg was unable to build pcre-old.
==> Restart building pcre-old ? [y/N]
==> ---------------------------------
==>
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> n
==> pcre-old dependencies:
- gcc-libs (already installed)
==> Continue building pcre-old ? [Y/n]
==> ----------------------------------
==>
==> Building and installing package
==> WARNING: Building package as root is dangerous.
Please run yaourt as a non-privileged user.
==> ERROR: pcre-old is not available for the 'arm' architecture.
Note that many packages may need a line added to their PKGBUILD
such as arch=('arm').
==> ERROR: Makepkg was unable to build pcre-old.
==> Restart building pcre-old ? [y/N]
==> ---------------------------------
==>
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> n
==> pcre-old dependencies:
- gcc-libs (already installed)
==> Continue building pcre-old ? [Y/n]
==> ----------------------------------
==>
==> Building and installing package
==> WARNING: Building package as root is dangerous.
Please run yaourt as a non-privileged user.
==> ERROR: pcre-old is not available for the 'arm' architecture.
Note that many packages may need a line added to their PKGBUILD
such as arch=('arm').
==> ERROR: Makepkg was unable to build pcre-old.
==> Restart building pcre-old ? [y/N]
==> ---------------------------------
==>
==> Restart building dansguardian ? [y/N]
==> -------------------------------------
==>
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> n
==> dansguardian dependencies:
- zlib (already installed)
- pcre-old (building from AUR)
==> Edit dansguardian.install ? [Y/n] ("A" to abort)
==> ------------------------------------------------
==> n
==> Continue building dansguardian ? [Y/n]
==> --------------------------------------
==>
==> Building and installing package
==> Install or build missing dependencies for dansguardian:
==> Downloading pcre-old PKGBUILD from AUR...
x PKGBUILD
Comment by macxcool (2012-10-31 14:49)
Right. Nice. Should I just build Dans without PCRE? --enable-pcre=no
I know this will break some things, but it's broken now.
I've got the new Dansguardian alpha in the AUR as dansguardian-dev, and I'm assuming it to be free from this problem. I don't know, however, when it will be release quality. Development has been very non-existent in the last couple of (few?) years but things seem to be moving along now.
I could also make pcre-old a build dependency and build Dansguardian with pcre in the /opt location. What do people think of that?
Comment by macxcool (2012-10-31 14:50)
If this is a big discussion perhaps we could move it to the forums??
Comment by macxcool (2012-10-31 18:48)
I'm going to try the fix at https://bugs.archlinux.org/task/28459
It might be this weekend though.
Comment by macxcool (2012-11-01 02:42)
I've updated pcre-old to put it in /opt/pcre-old
Comment by giddie (2012-11-02 22:53)
My bad; it's been updated, but it looks like you'll need to use /opt/pcre-old/lib.
pcre-old 8.21-3 (Sun Oct 14 07:27:47 CDT 2012)
( Unsupported package: Potentially dangerous ! )
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> n
==> pcre-old dependencies:
- gcc-libs (already installed)
==> Continue building pcre-old ? [Y/n]
==> ----------------------------------
==>
==> Building and installing package
==> WARNING: Building package as root is dangerous.
Please run yaourt as a non-privileged user.
==> ERROR: pcre-old is not available for the 'arm' architecture.
Note that many packages may need a line added to their PKGBUILD
such as arch=('arm').
==> ERROR: Makepkg was unable to build pcre-old.
==> Restart building pcre-old ? [y/N]
==> ---------------------------------
==>
==> Restart building dansguardian ? [y/N]
==> -------------------------------------
==>
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> n
==> dansguardian dependencies:
- zlib (already installed)
- pcre-old (building from AUR)
==> Edit dansguardian.install ? [Y/n] ("A" to abort)
==> ------------------------------------------------
==> n
==> Continue building dansguardian ? [Y/n]
==> --------------------------------------
==>
==> Building and installing package
==> Install or build missing dependencies for dansguardian:
==> Downloading pcre-old PKGBUILD from AUR...
x PKGBUILD
Comment by macxcool (2012-10-31 14:49)
Right. Nice. Should I just build Dans without PCRE? --enable-pcre=no
I know this will break some things, but it's broken now.
I've got the new Dansguardian alpha in the AUR as dansguardian-dev, and I'm assuming it to be free from this problem. I don't know, however, when it will be release quality. Development has been very non-existent in the last couple of (few?) years but things seem to be moving along now.
I could also make pcre-old a build dependency and build Dansguardian with pcre in the /opt location. What do people think of that?
Comment by macxcool (2012-10-31 14:50)
If this is a big discussion perhaps we could move it to the forums??
Comment by macxcool (2012-10-31 18:48)
I'm going to try the fix at https://bugs.archlinux.org/task/28459
It might be this weekend though.
Comment by macxcool (2012-11-01 02:42)
I've updated pcre-old to put it in /opt/pcre-old
Comment by giddie (2012-11-02 22:53)
My bad; it's been updated, but it looks like you'll need to use /opt/pcre-old/lib.
pcre-old 8.21-3 (Sun Oct 14 07:27:47 CDT 2012)
( Unsupported package: Potentially dangerous ! )
==> Edit PKGBUILD ? [Y/n] ("A" to abort)
==> ------------------------------------
==> n
==> pcre-old dependencies:
- gcc-libs (already installed)
==> Continue building pcre-old ? [Y/n]
==> ----------------------------------
==>
==> Restart building dansguardian ? [y/N]
==> -------------------------------------
==>
')
please help