[gentoo-user] Re: OT: webserver reccomendations

2015-06-28 Thread Hans

On 28/06/15 07:45, Bill Kenworthy wrote:

Hi all,
over the years when I need a web-server I have just used Apache.  I am
in the process of consolidating my separate services VM's for various
things into LXC containers and am looking for something a bit lighter if
its worthwhile.

I am currently using Apache for internal and external http/https static
pages, webdav and radicale (dav/wsgi calendar) sometimes using vhosts.

Is there something else much lighter weight than Apache for (each) of
these tasks? - doesn't have to be the same application as I want to
separate the tasks rather than have one huge complex Apache
configuration serving an extremely light load.

Nginx is an alternative for radicale (is it worth changing from one
large application to one almost as heavy?) but what else can do wsgi/dav?

BillK



I use Debian 7 with Apache, Dovecot, etc. as Web, Mail, DNS, FTP server 
with 3 domains administered by ISPconfig running in a VirtualBox on top 
of Gentoo. Installation, configuration and maintenance is a piece of 
cake. Have a look at www.ispconfig.org.


ISPconfig used to support Gentoo. Should work on Gentoo if appropriate 
symlinks are created to emulate Debian or Ubunto.







Re: [gentoo-user] Re: is purchasing a usb blu ray a good idea?

2015-06-28 Thread Alan McKinnon
On 27/06/2015 23:34, walt wrote:
 On Fri, 26 Jun 2015 18:18:45 -0400
 gottl...@nyu.edu wrote:
 
 My new (dell E7450) laptop will be a slimline with no internal optical
 drive.  So I want to purchase an external optical drive.  My first
 thought was to get a drive that is both
a blue ray READER and
a dvd writer

 I naively thought that USB is USB so any such drive would work.
 However googling (especially linux sites) shows pages devoted to DRM
 issues.  Although I do not intend to rip or write a blu-ray, the
 number of pages devoted to DRM seem to indicate more pain than gain
 for the few times I might read a blu ray.
 
 I have zero experience with blu-ray, so obviously I'm compelled to have
 an opinion instead :)
 
 Blu-ray feels to me like a technology that was obsolete when it hit the
 market as a consumer product.  I remember being hot to buy the hardware
 when it was introduced, but it was way too expensive back then.
 
 By the time the price became reasonable, I realized that I wasn't using
 even the dvd burners I already owned because disk space was so cheap I
 was archiving to disk (redundantly, of course) instead of to dvd.
 
 One use-case I've never needed, though, is to burn 25 gigs of stuff so
 I can hand it or snail-mail it to someone instead of sending it over the
 internet.  I just don't need it.
 
 I can imagine being required to use blu-ray by an employer or customer,
 though.

My experience is similr to yours

I have a blu-ray reader, plugged into my Kodi machine. It's never had a
BR disk in it, instead, it plays CDs!

On the very few times I've needed to do something with that many gigs of
data, I've used a memory stick instead with the benefit they don't need
optical hardware. I'd have to do this quite a few times to offset the
cost of the hardware.

I've also concluded that apart from movie studios and maybe niche
markets, BR was dead when it hit the street

-- 
Alan McKinnon
alan.mckin...@gmail.com




Re: [gentoo-user] OT: webserver reccomendations

2015-06-28 Thread Neil Bothwick
On Sun, 28 Jun 2015 13:28:27 +0100, Mick wrote:

 I am using apache, nginx, thttpd, boa.
 
 I have also used lighttpd in the past.

Why did you stop using lighttpd?


-- 
Neil Bothwick

Give me ambiguity or give me something else.


pgppl1jOa8so8.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Re: is purchasing a usb blu ray a good idea?

2015-06-28 Thread gottlieb
On Sun, Jun 28 2015, Neil Bothwick wrote:

 On Sun, 28 Jun 2015 12:10:54 +0200, Alan McKinnon wrote:

 I have a blu-ray reader, plugged into my Kodi machine. It's never had a
 BR disk in it, instead, it plays CDs!

 I have a Blu-Ray reader in my desktop, it's a nice fast DVD-RW drive :)

Thank you all.  The consensus seems clear.
allan



[gentoo-user] Re: PPPoE ADSL modem choice

2015-06-28 Thread Hans

On 22/06/15 20:41, Volker Armin Hemmann wrote:

fritzbox

There are all other modems/router and then there are fritzbox versions.
With very good security. Updates. And lots of niceuseful features.

2015-06-22 12:08 GMT+02:00 Peter Humphrey pe...@prh.myzen.co.uk
mailto:pe...@prh.myzen.co.uk:

On Monday 22 Jun 2015 02:49:24 I wrote:

 PPPoA is not used here in the UK as far as I know.

I think I may have this backwards.

--
Rgds
Peter



Bought last year a $300.-- FritzBox 7490. Returned the first one because 
it did not sync with my ISP. Returned the replacement because GRC 
Shieldsup (https://www.grc.com/x/ne.dll?bh0bkyd2) test showed 100's of 
open ports. FritzBox Australia claimed this is normal and is not a 
security risk. The supplier refunded the purchase price, Using now a 
$78.-- TP-Link TD-VG3631 with Voip. Not as fancy. Just works and has no 
open ports that can't be closed.


Hans



Re: [gentoo-user] Re: is purchasing a usb blu ray a good idea?

2015-06-28 Thread gottlieb
thank you alan and walt.
allan



Re: [gentoo-user] Re: is purchasing a usb blu ray a good idea?

2015-06-28 Thread Neil Bothwick
On Sun, 28 Jun 2015 12:10:54 +0200, Alan McKinnon wrote:

 I have a blu-ray reader, plugged into my Kodi machine. It's never had a
 BR disk in it, instead, it plays CDs!

I have a Blu-Ray reader in my desktop, it's a nice fast DVD-RW drive :)

 On the very few times I've needed to do something with that many gigs of
 data, I've used a memory stick instead with the benefit they don't need
 optical hardware. I'd have to do this quite a few times to offset the
 cost of the hardware.

Blu-Ray never took off to the extent that BD-ROM became useful as a
distribution method.

 I've also concluded that apart from movie studios and maybe niche
 markets, BR was dead when it hit the street

Even there it's dying. 25/50GB discs may have seemed like a good idea
when they first started on them, but by the time it became commercially
availably HD movie streaming was not only possible but for more
convenient for many.


-- 
Neil Bothwick

furbling, v.:
Having to wander through a maze of ropes at an airport or bank
even when you are the only person in line.
-- Rich Hall, Sniglets


pgpdQHDBHnrbM.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] OT: webserver reccomendations

2015-06-28 Thread Mick
On Sunday 28 Jun 2015 05:23:01 Jean-Christophe Bach wrote:
 * Bill Kenworthy bi...@iinet.net.au [28.06.2015. @05:45:37 +0800]:
  Hi all,
  
  over the years when I need a web-server I have just used Apache.  I am
  
  in the process of consolidating my separate services VM's for various
  things into LXC containers and am looking for something a bit lighter if
  its worthwhile.
  
  I am currently using Apache for internal and external http/https static
  pages, webdav and radicale (dav/wsgi calendar) sometimes using vhosts.
  
  Is there something else much lighter weight than Apache for (each) of
  these tasks? - doesn't have to be the same application as I want to
  separate the tasks rather than have one huge complex Apache
  configuration serving an extremely light load.
  
  Nginx is an alternative for radicale (is it worth changing from one
  large application to one almost as heavy?) but what else can do wsgi/dav?
  
  BillK
 
 Hi Bill,
 
 I am self-hosting a lighttpd server with a cal/card dav sever: Baikal
 [1]. I also added a web (js) interface for it, in case of I would need
 it: CalDavZAP [2] and CardDavMATE [3] which were unified by InfCloud
 [4].
 I chosed lighttpd because Apache became to heavy and to complex to
 admin for a simple personal server.
 
 Hope it will help you,
 
 JC
 
 [1] http://baikal-server.com
 [2] https://www.inf-it.com/open-source/clients/caldavzap/
 [3] https://www.inf-it.com/open-source/clients/carddavmate/
 [4] https://www.inf-it.com/open-source/clients/infcloud/

I am using apache, nginx, thttpd, boa.

I have also used lighttpd in the past.

For speed and features I would go with nginx.  Small footprint single threaded 
boa is also extremely fast.  YMMV.

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] eix

2015-06-28 Thread Volker Armin Hemmann
Am 28.06.2015 um 23:12 schrieb James:
 eix arg 


 use to match the arg string against all three: 
 (1) gentoo tree /usr/portage
 (2) the /var/lib/layman/ overlays I had installed and manage with layman
 (3) my /usr/local/portage local ebuild placed in /usr/local/portage/


 Now, only option (1) shows the embuilds

 I can manully part (2) as they are still kept in
 /var/lib/layman/  and see all the overlay (ebuilds)


 Likewise, I can manually part (3) /usr/local/portage
 any a vast collection of ugly ebuilds reside, fat dumb and happy
 to not be published, ATM.


 but no matter what I try eix shows nothing from (2) or (3) like it 
 use to with the only requirement to match the string of the arg.

 Now I have read all the news items, the new docs like
 (https://cgit.gentoo.org/dev/ultrabug.git) and everything else
 I can  google.

 How do I fix this so a simple (alias if necessary) shows all three
 sources of ebuilds on my system like it use to.

 Note I have updated eix to app-portage/eix-0.30.11

 I have all the files in /etc/portage/repos.conf:
 gentoo.conf  java.conf  layman.conf  local.conf

 cat layman.conf
 [DEFAULT]
 main-repo = gentoo



 [alunduil]
 priority = 50
 location = /var/lib/layman/alunduil
 layman-type = git
 auto-sync = yes
 sync-uri = git://anongit.gentoo.org/dev/alunduil.git
 sync-type = laymansync

 [java]
 priority = 50
 location = /var/lib/layman/java
 layman-type = git
 auto-sync = yes
 sync-uri = git://anongit.gentoo.org/proj/java.git
 sync-type = laymansync

 [sunrise]
 priority = 50
 location = /var/lib/layman/sunrise
 layman-type = git
 auto-sync = yes
 sync-uri = git://anongit.gentoo.org/proj/sunrise-reviewed.git
 sync-type = laymansync

 [ultrabug]
 priority = 50
 location = /var/lib/layman/ultrabug
 layman-type = git
 auto-sync = yes
 sync-uri = git://anongit.gentoo.org/dev/ultrabug.git
 sync-type = laymansync

 [xmw]
 priority = 50
 location = /var/lib/layman/xmw
 layman-type = git
 auto-sync = yes
 sync-uri = git://anongit.gentoo.org/dev/xmw.git
 sync-type = laymansync


 I'd deeply appreciate a wee_bit of insight into this, with particular
 attention on the java repos and getting the latest java codes the devs are
 making available in the java repo, but not the gentoo tree.


 TIA,
 James







and you use eix-sync? You did eix-update?



Re: [gentoo-user] OT: webserver reccomendations

2015-06-28 Thread Bill Kenworthy
On 29/06/15 02:46, Neil Bothwick wrote:
 On Sun, 28 Jun 2015 18:27:57 +0100, Mick wrote:
 
 Why did you stop using lighttpd?  

 I avoided offering much explanation in my previous response because,
 well ... I would feel uncomfortable doing so without a pint in my
 hand.  :-))
 
 So this is turning into a pub argument about which web server is best? :)
 
 All these are good servers for particular use cases.  My use case for
 the lighttpd was an embedded system with a 266Mhz SoC and 32MB of RAM.
 I tried thttpd, lighttpd, apache and nginx on it.  

 - lighttpd was heavier on memory usage, although not as bad as apache.

 - nginx was light, fast and full of features.

 - thttpd was very basic but got the job done with relatively low burden
 on resources.  Slower than ligthttpd.

 - apache just about worked, but brought the little thing to its knees.

 Don't ask me for benchmarks please, because this was done some years
 ago.  I went with nginx because it was faster and kept the CPU% and
 MEM% lowest among competitors. The task in hand was to serve some
 simple web pages with MRTG graphs on them.
 
 Thanks for the explanation, it appears I owe you a pint if you're ever in
 my neck of the woods...
 
 

same here!
I decided to start with lighttpd and it seems to do the job.  Will look
at Nginx next.

Thanks,
BillK






[gentoo-user] eix

2015-06-28 Thread James
eix arg 


use to match the arg string against all three: 
(1) gentoo tree /usr/portage
(2) the /var/lib/layman/ overlays I had installed and manage with layman
(3) my /usr/local/portage local ebuild placed in /usr/local/portage/


Now, only option (1) shows the embuilds

I can manully part (2) as they are still kept in
/var/lib/layman/  and see all the overlay (ebuilds)


Likewise, I can manually part (3) /usr/local/portage
any a vast collection of ugly ebuilds reside, fat dumb and happy
to not be published, ATM.


but no matter what I try eix shows nothing from (2) or (3) like it 
use to with the only requirement to match the string of the arg.

Now I have read all the news items, the new docs like
(https://cgit.gentoo.org/dev/ultrabug.git) and everything else
I can  google.

How do I fix this so a simple (alias if necessary) shows all three
sources of ebuilds on my system like it use to.

Note I have updated eix to app-portage/eix-0.30.11

I have all the files in /etc/portage/repos.conf:
gentoo.conf  java.conf  layman.conf  local.conf

cat layman.conf
[DEFAULT]
main-repo = gentoo



[alunduil]
priority = 50
location = /var/lib/layman/alunduil
layman-type = git
auto-sync = yes
sync-uri = git://anongit.gentoo.org/dev/alunduil.git
sync-type = laymansync

[java]
priority = 50
location = /var/lib/layman/java
layman-type = git
auto-sync = yes
sync-uri = git://anongit.gentoo.org/proj/java.git
sync-type = laymansync

[sunrise]
priority = 50
location = /var/lib/layman/sunrise
layman-type = git
auto-sync = yes
sync-uri = git://anongit.gentoo.org/proj/sunrise-reviewed.git
sync-type = laymansync

[ultrabug]
priority = 50
location = /var/lib/layman/ultrabug
layman-type = git
auto-sync = yes
sync-uri = git://anongit.gentoo.org/dev/ultrabug.git
sync-type = laymansync

[xmw]
priority = 50
location = /var/lib/layman/xmw
layman-type = git
auto-sync = yes
sync-uri = git://anongit.gentoo.org/dev/xmw.git
sync-type = laymansync


I'd deeply appreciate a wee_bit of insight into this, with particular
attention on the java repos and getting the latest java codes the devs are
making available in the java repo, but not the gentoo tree.


TIA,
James







Re: [gentoo-user] OT: webserver reccomendations

2015-06-28 Thread Neil Bothwick
On Sun, 28 Jun 2015 18:27:57 +0100, Mick wrote:

  Why did you stop using lighttpd?  
 
 I avoided offering much explanation in my previous response because,
 well ... I would feel uncomfortable doing so without a pint in my
 hand.  :-))

So this is turning into a pub argument about which web server is best? :)

 All these are good servers for particular use cases.  My use case for
 the lighttpd was an embedded system with a 266Mhz SoC and 32MB of RAM.
 I tried thttpd, lighttpd, apache and nginx on it.  
 
 - lighttpd was heavier on memory usage, although not as bad as apache.
 
 - nginx was light, fast and full of features.
 
 - thttpd was very basic but got the job done with relatively low burden
 on resources.  Slower than ligthttpd.
 
 - apache just about worked, but brought the little thing to its knees.
 
 Don't ask me for benchmarks please, because this was done some years
 ago.  I went with nginx because it was faster and kept the CPU% and
 MEM% lowest among competitors. The task in hand was to serve some
 simple web pages with MRTG graphs on them.

Thanks for the explanation, it appears I owe you a pint if you're ever in
my neck of the woods...


-- 
Neil Bothwick

Feminism: the radical notion that women are people.


pgp4lIsL97WHe.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] OT: webserver reccomendations

2015-06-28 Thread Mick
On Sunday 28 Jun 2015 16:05:41 Neil Bothwick wrote:
 On Sun, 28 Jun 2015 13:28:27 +0100, Mick wrote:
  I am using apache, nginx, thttpd, boa.
  
  I have also used lighttpd in the past.
 
 Why did you stop using lighttpd?

I avoided offering much explanation in my previous response because, well ... 
I would feel uncomfortable doing so without a pint in my hand.  :-))

All these are good servers for particular use cases.  My use case for the 
lighttpd was an embedded system with a 266Mhz SoC and 32MB of RAM.  I tried 
thttpd, lighttpd, apache and nginx on it.  

- lighttpd was heavier on memory usage, although not as bad as apache.

- nginx was light, fast and full of features.

- thttpd was very basic but got the job done with relatively low burden on 
resources.  Slower than ligthttpd.

- apache just about worked, but brought the little thing to its knees.

Don't ask me for benchmarks please, because this was done some years ago.  I 
went with nginx because it was faster and kept the CPU% and MEM% lowest among 
competitors. The task in hand was to serve some simple web pages with MRTG 
graphs on them.

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: PPPoE ADSL modem choice

2015-06-28 Thread Mick
On Sunday 28 Jun 2015 16:07:30 Hans wrote:
 On 22/06/15 20:41, Volker Armin Hemmann wrote:
  fritzbox
  
  There are all other modems/router and then there are fritzbox versions.
  With very good security. Updates. And lots of niceuseful features.
  
  2015-06-22 12:08 GMT+02:00 Peter Humphrey pe...@prh.myzen.co.uk
  
  mailto:pe...@prh.myzen.co.uk:
  On Monday 22 Jun 2015 02:49:24 I wrote:
   PPPoA is not used here in the UK as far as I know.
  
  I think I may have this backwards.
  
  --
  Rgds
  Peter
 
 Bought last year a $300.-- FritzBox 7490. Returned the first one because
 it did not sync with my ISP. Returned the replacement because GRC
 Shieldsup (https://www.grc.com/x/ne.dll?bh0bkyd2) test showed 100's of
 open ports. FritzBox Australia claimed this is normal and is not a
 security risk. The supplier refunded the purchase price, Using now a
 $78.-- TP-Link TD-VG3631 with Voip. Not as fancy. Just works and has no
 open ports that can't be closed.
 
 Hans

Are you sure it was actually showing open ports?  It would show closed 
ports, rather than stealth if your firewall uses '-j REJECT' instead of '-j 
DROP' packets.

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] eix

2015-06-28 Thread Neil Bothwick
On Sun, 28 Jun 2015 23:39:35 +0200, Volker Armin Hemmann wrote:

  eix arg 
 
 
  use to match the arg string against all three: 
  (1) gentoo tree /usr/portage
  (2) the /var/lib/layman/ overlays I had installed and manage with
  layman (3) my /usr/local/portage local ebuild placed
  in /usr/local/portage/
 
 
  Now, only option (1) shows the embuilds
 
  I can manully part (2) as they are still kept in
  /var/lib/layman/  and see all the overlay (ebuilds)
 
 
  Likewise, I can manually part (3) /usr/local/portage
  any a vast collection of ugly ebuilds reside, fat dumb and happy
  to not be published, ATM.
 
 
  but no matter what I try eix shows nothing from (2) or (3) like it 
  use to with the only requirement to match the string of the arg.

Run eix-remote when you run eix-update

Do eix -R pattern to search all overlays.

RTFM for how to make this the default again.

By running eix-remote, eix is able to search even overlays you do not have
installed.


-- 
Neil Bothwick

There are two ways of constructing a software design: One way is to make
it so simple that there are obviously no deficiencies, and the other way
is to make it so complicated that there are no obvious deficiencies.
The first method is far more difficult -C.A.R. Hoare


pgpQEC4AXJyOl.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] OT: webserver reccomendations

2015-06-28 Thread Mick
On Sunday 28 Jun 2015 14:26:06 Bill Kenworthy wrote:
 On 29/06/15 02:46, Neil Bothwick wrote:
  On Sun, 28 Jun 2015 18:27:57 +0100, Mick wrote:
  Why did you stop using lighttpd?
  
  I avoided offering much explanation in my previous response because,
  well ... I would feel uncomfortable doing so without a pint in my
  hand.  :-))
  
  So this is turning into a pub argument about which web server is best? :)
  
  All these are good servers for particular use cases.  My use case for
  the lighttpd was an embedded system with a 266Mhz SoC and 32MB of RAM.
  I tried thttpd, lighttpd, apache and nginx on it.
  
  - lighttpd was heavier on memory usage, although not as bad as apache.
  
  - nginx was light, fast and full of features.
  
  - thttpd was very basic but got the job done with relatively low burden
  on resources.  Slower than ligthttpd.
  
  - apache just about worked, but brought the little thing to its knees.
  
  Don't ask me for benchmarks please, because this was done some years
  ago.  I went with nginx because it was faster and kept the CPU% and
  MEM% lowest among competitors. The task in hand was to serve some
  simple web pages with MRTG graphs on them.
  
  Thanks for the explanation, it appears I owe you a pint if you're ever in
  my neck of the woods...
 
 same here!
 I decided to start with lighttpd and it seems to do the job.  Will look
 at Nginx next.
 
 Thanks,
 BillK


If I were to count the pints I owe you over the years for your kind help, the 
first round is definitely on me!  :-)

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] OT: webserver reccomendations

2015-06-28 Thread Nuno Magalhães
Been happy with nginx ever since it wasn't 1.0 yet.
Curious about YAWS :)