[gentoo-user] Re: Qemu compilation fails

[Francesco Talamona]

On Thursday 06 September 2007, Marco Antônio da Veiga wrote:
> CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer"

I could install qemu and qemu-softmmu 0.9.0 with gcc 3.4.6 and 

CFLAGS="-march=athlon64 -O2 -pipe"

Ciao
Francesco

-- 
Linux Version 2.6.22-gentoo-r6, Compiled #1 PREEMPT Wed Sep 5 19:12:33 
CEST 2007
One 2.2GHz AMD Athlon 64 Processor, 2GB RAM, 4408.78 Bogomips Total
aemaeth
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Gentoo 2007.0 installer problem (unpacking the stage tarball takes forever)

[Rafael Barrera Oro]

   Yes, i guess it is required to be willing and able to read instructions.
However, when you are not a linux expert and want to set-up a gentoo
workstation fast (my case) i think it would be convenient to use a graphical
installer and then, with time get to know the basic install and all the
concepts behind it.
   I have installed gentoo before using the normal install, nevertheless i'd
never get it right the first time so i thought "hey! i'll try with the
graphic for once, should be simpler and faster" (i achieved successful
installs with the 2006.0 LiveCD).

Anyway, back to whats important. I tried an installation downloading the
stage from the following  URL
http://gentoo.localhost.net.ar/snapshots/portage-latest.tar.bz2 and, again,
all ended in a big fail, here are the logs:

GLI: September 07 2007 12:09:04 - Gentoo Linux Installer version 0.5.4
GLI: September 07 2007 12:12:59 - Mounted mountpoint: /
GLI: September 07 2007 12:13:00 - Created mountpoint /boot
GLI: September 07 2007 12:13:00 - Mounted mountpoint: /boot
GLI: September 07 2007 12:17:37 - Fetching and unpacking tarball:
http://gentoo.localhost.net.ar/snapshots/portage-latest.tar.bz2
GLI: September 07 2007 12:24:38 -
http://gentoo.localhost.net.ar/snapshots/portage-latest.tar.bz2 was fetched
and unpacked.
GLI: September 07 2007 12:24:40 - Chroot environment ready.
GLI: September 07 2007 12:24:40 - This is a bad thing. An exception occured
outside of the normal install errors. The error was: '[Errno 2] No such file
or directory: '/mnt/gentoo/var/tmp/spawn.sh''
GLI: September 07 2007 12:24:40 - Traceback (most recent call last):
GLI: September 07 2007 12:24:40 - File
"/opt/installer/GLIClientController.py", line 122, in run
func()
GLI: September 07 2007 12:24:40 - File
"/opt/installer/GLIArchitectureTemplate.py", line 583, in
install_portage_tree
exitstatus = GLIUtility.spawn("emerge sync", chroot=self._chroot_dir,
display_on_tty8=True, logfile=self._compile_logfile, append_log=True)
GLI: September 07 2007 12:24:40 - File "/opt/installer/GLIUtility.py", line
302, in spawn
wrapper = open(chroot+"/var/tmp/spawn.sh", "w")
GLI: September 07 2007 12:24:40 - IOError: [Errno 2] No such file or
directory: '/mnt/gentoo/var/tmp/spawn.sh'

PS: I guess i'll start downloading the normal install cd...

2007/9/7, Alan McKinnon <[EMAIL PROTECTED]>:
>
> On Thursday 06 September 2007, Whitt Madden wrote:
> > I agree, I think the reason most don't want to go that route, is
> > because they have to read the instructions. I do think however, that
> > if they offer it as a way to do the install, it should work. I've
> > had trouble with the graphical installer ever since it came to be. I
> > wonder why it has so many issues?
>
> I would think that the ability and willingness to read instructions is a
> prerequisite to running a gentoo system. And it should be
> non-negotiable, much like the ability and willingness to read is a
> prerequisite for a university education.
>
> I fundamentally disagree with with the whole idea of a noob-proof gui
> installer for gentoo. That's ubuntu's province and they are very good
> at it. Gentoo caters to a different market.
>
> I'm not being elitist, I'm being pragmatic.
>
> alan
>
> --
> Optimists say the glass is half full,
> Pessimists say the glass is half empty,
> Developers say wtf is the glass twice as big as it needs to be?
>
> Alan McKinnon
> alan at linuxholdings dot co dot za
> +27 82, double three seven, one nine three five
> --
> [EMAIL PROTECTED] mailing list
>
>

[gentoo-user] Re: OT - Accessing the Digital Cable DVR...

[James]

Michael Sullivan  espersunited.com> writes:


> I've hooked my digital cable DVR to my PC via an A-to-A  USB cord, and
> I'm wondering if I can copy programs recorded on the DVR to the PC.  In
> dmesg, I saw the following:


This may or maynot work.

Install ivman and then plug in the usb cable. My video camera's HDD
is auto discovered this way, and then I just copy over the files,
from /media/ to where I want them.

I have fat, vfat and ntfs supported by compiling into the kernel.
It helps and most things I plug into a usb port that are intended
for doz, just pop up, via ivman...

If that does not work, there is a book out about 'Hacking the Cable
Modem'. It may give you some ideas The author is DerEngel. Never 
looked at the book, so I cannot tell you if it will be useful.




good hunting...



James




-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Dead apache (cannot listen)

[Kevin O'Gorman]

Thanks for top-posting  :o)

This is still a bit mysterious for me.  I've tried to do what you said, but
apache still fails to start because it cannot
open a listening port.  Here's what I've figured out about what I have:
/etc/conf.c/apache2 contains
APACHE2_OPTS="-D DEFAULT_VHOST -D INFO -D LANGUAGE -D MANUAL -D SSL -D
SSL_DEFAULT_VHOST -D USERDIR"
to which I contributed only USERDIR -- the other stuff came with the
ebuild.  Maybe I should drop the SSL stuff since my server has
no https stuff (It does have htaccess and htpasswd stuff, but I think that's
different).  In any event, removing the SSL stuff does not change
the problem.

Everything else in that file is commented out, which I take to mean that
default values are used.  Among the defaults is
#CONFIGFILE=/etc/apache2/httpd.conf
and that file contains
   Include /etc/apache2/vhosts.d/*.conf
  And /etc/apache2/vhosts.d/  includes
 00_default_ssl_vhost.confand   00_default_vhost.conf

My 00_default_vhost.conf:
=== start 00_default_vhost.conf ==
# If your host doesn't have a registered DNS name, enter its IP address
here.
#
#ServerName www.example.com:80
ServerName www.kosmanor.com:80

#KOSMANOR changes
#Listen 80
Listen 64.166.164.49:80
Listen localhost:80

# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
# If you change this to something that isn't under /var/www then suexec
# will no longer work.
DocumentRoot "/var/www/localhost/htdocs"

# This should be changed to whatever you set DocumentRoot to.

# Possible values for the Options directive are "None", "All",
# or any combination of:
#   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI
MultiViews
#
# Note that "MultiViews" must be named *explicitly* --- "Options
All"
# doesn't give it to you.
#
# The Options directive is both complicated and important.  Please
see
# http://httpd.apache.org/docs/2.2/mod/core.html#options
# for more information.
Options Indexes FollowSymLinks

# AllowOverride controls what directives may be placed in .htaccess
files.
# It can be "All", "None", or any combination of the keywords:
#   Options FileInfo AuthConfig Limit
AllowOverride All

# Controls who can get stuff from this server.
Order allow,deny
Allow from all



# Redirect: Allows you to tell clients about documents that used to
# exist in your server's namespace, but do not anymore. The client
# will make a new request for the document at its new location.
# Example:
#   Redirect permanent /foo http://www.example.com/bar

# Alias: Maps web paths into filesystem paths and is used to
# access content that does not live under the DocumentRoot.
# Example:
#   Alias /webpath /full/filesystem/path
#
# If you include a trailing / on /webpath then the server will
# require it to be present in the URL.  You will also likely
# need to provide a  section to allow access to
# the filesystem path.

# ScriptAlias: This controls which directories contain server
scripts.
# ScriptAliases are essentially the same as Aliases, except that
# documents in the target directory are treated as applications and
# run by the server when requested rather than as documents sent to
the
# client.  The same rules about trailing "/" apply to ScriptAlias
# directives as to Alias.
ScriptAlias /cgi-bin/ "/var/www/localhost/cgi-bin/"


# "/var/www/localhost/cgi-bin" should be changed to whatever your
ScriptAliased
# CGI directory exists, if you have that configured.

AllowOverride None
Options None
Order allow,deny
Allow from all


# vim: ts=4 filetype=apache
=== end 00_default_vhost.conf ==


On 9/6/07, Alexander Reitzel <[EMAIL PROTECTED]> wrote:
>
> you should look at your vhost configs. take an example of the current
> default_vhost config and make sure to keep the -D DEFAULT_VHOST
> in /etc/conf.d/apache2
> Ive had the same problem with one of my servers and after using the
> default
> thiggie it worked fine.
>
> Am Freitag, 7. September 2007 03:08:43 schrieb Kevin O'Gorman:
> > Somewhere in the update to 2.2.4-r12, listening got lost.  I tried to
> > follow instructions,
> > but apparently failed.
> >
> > Here's what happens (minus a MaxClients warning that doesn't look like a
> > show-stopper):
> >
> > treat init.d # ./apache2 start
> >  * Starting apache2 ...
> > (98)Address already in use: make_sock: could not bind to address
> > 64.166.164.49:80
> > no listening sockets available, shutting down
> > Unable to open
> > logs
> > [ !! ]
> > trea

Re: [gentoo-user] Gentoo 2007.0 installer problem (unpacking the stage tarball takes forever)

[Alan McKinnon]

On Thursday 06 September 2007, Whitt Madden wrote:
> I agree, I think the reason most don't want to go that route, is
> because they have to read the instructions.  I do think however, that
> if they offer it as a way to do the install, it should work.  I've
> had trouble with the graphical installer ever since it came to be.  I
> wonder why it has so many issues?

I would think that the ability and willingness to read instructions is a 
prerequisite to running a gentoo system. And it should be 
non-negotiable, much like the ability and willingness to read is a 
prerequisite for a university education.

I fundamentally disagree with with the whole idea of a noob-proof gui 
installer for gentoo. That's ubuntu's province and they are very good 
at it. Gentoo caters to a different market.

I'm not being elitist, I'm being pragmatic.

alan

-- 
Optimists say the glass is half full,
Pessimists say the glass is half empty,
Developers say wtf is the glass twice as big as it needs to be?

Alan McKinnon
alan at linuxholdings dot co dot za
+27 82, double three seven, one nine three five
--
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Qemu compilation fails

[Rumen Yotov]

Hi,
On (06/09/07 15:36) Marco Antônio da Veiga wrote:
> CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer"
> 
Try the following:
EXTRA_ECONF="-mmx -sse" emerge qemu-softmmu -a
Assuming your processor is k8 compatible.
...SKIP...
HTH. Rumen
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] rpm-4.4.6-r3 install error

[emerge.gentoo]

emerge neon fixed my issue..

Thank you Alan
Takk for hjelpen Bo


On 06/09/07, Bo Ørsted Andresen <[EMAIL PROTECTED]> wrote:
>
> On Thursday 06 September 2007 12:25:10 Alan McKinnon wrote:
> > > > so the gentoo maintainer can help get to the bottom of this.
> > >
> > > What gentoo maintainer? ;)
> >
> > Ah yes, I kinda just assumed that *someone* was maintaining the ebuild.
> > Then I realised that we are talking about rpm.
> >
> > So, did I make a really really stupid assumption?
>
> If you look in metadata.xml in /usr/portage/app-arch/rpm/ (or use e.g.
> herdstat to query it for you) you'll see that the maintainer
> is 'maintainer-needed'. So yes, currently it has no maintainer. In my
> latest
> sync 498 out of 11901 packages have that status.
>
> --
> Bo Andresen
>
>

[gentoo-user] apache configuration woes

[Michael Higgins]

Since upgrading one of my servers, I've been getting the standard HTACCESS 
"password required" dialogue. I didn't choose this consciously and I don't want 
it. The whole machine is not visible to the 'net.

Where did this get enabled? I'm desperately needing to use one of the 
applications on the machine that requires I be able to access the files.

Thanks for any quick reply.

-- 
Michael Higgins <[EMAIL PROTECTED]>
-- 
[EMAIL PROTECTED] mailing list

[gentoo-user] Moving a file using Python and Cron

[Greg Lindstrom]

I have a python (2.4) routine running on Gentoo Linux.  It creates a file
and, after the file is complete, renames the file using Python's os.rename()
command.  When I run the file from the command line everything works great,
but when I schedule the job to run from the crontab file, the original file
is created and populated, but the rename fails.  I am using full paths for
both the original and destination file, and run the command line version
after I 'su' to the production account (named 'edith').  I am told by my
sysadmin that the cron jobs run as edith as well, so he does not think it is
a permission issue (he points out the original file is being created and
populated as expected...the rename fails)

Have any of you dealt with anything like this?  It really has me scratching
my head.

Thanks,
--greg

Re: [gentoo-user] apache configuration woes

[Michael Higgins]

On Fri, 7 Sep 2007 11:15:39 -0700
Michael Higgins <[EMAIL PROTECTED]> wrote:

> Since upgrading one of my servers, I've been getting the standard HTACCESS 
> "password required" dialogue. I didn't choose this consciously and I don't 
> want it. The whole machine is not visible to the 'net.
> 
> Where did this get enabled? I'm desperately needing to use one of the 
> applications on the machine that requires I be able to access the files.
> 
> Thanks for any quick reply.

Well, removing every and all module references with 'auth*' revealed an error 
with an .htaccess file -- apparently either newly dropped into my htdocs folder 
(doubtful) or suddenly enabled by one of the directives. Either way, it seems 
like this should have been optional in the upgrade, somehow.

But I can get to my files, it seems. 

Cheers,

-- 
Michael Higgins <[EMAIL PROTECTED]>
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Gentoo 2007.0 installer problem (unpacking the stage tarball takes forever)

[Rafael Barrera Oro]

I took your advice and tried with the minimall install CD, here is the
outcome. Everything ok until i reach the compilation of the kernel (using
genkernel), then i get this error:

First i thought it was some issue regarding genkernel and ReiserFS so i
switch to ext3 and got the exact same result.

I am really about to lose it here. could be some issue with SATA? i am
installing on a SATA disk

(chroot) livecd linux # genkernel --menuconfig all
* Gentoo Linux Genkernel; Version 3.4.8
* Running with options: --menuconfig all

# Linux Kernel 2.6.22-gentoo-r5 for x86_64...
# configuration written to .config
# config: Using config from /usr/share/genkernel/x86_64/kernel-config-2.6
* Previous config backed up to .config.bak
* >> Running oldconfig...
*** End of Linux kernel configuration.
*** Execute 'make' to build the kernel or try 'make help'.

* kernel: >> Making dependencies...
* ERROR: Failed to compile the "prepare" target...

* -- Grepping log... --

  SHIPPED scripts/kconfig/lex.zconf.c
  SHIPPED scripts/kconfig/zconf.hash.c
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf -o arch/x86_64/Kconfig
.config:47:warning: trying to assign nonexistent symbol VM86
.config:148:warning: trying to assign nonexistent symbol GART_IOMMU
.config:161:warning: trying to assign nonexistent symbol REORDER
.config:182:warning: trying to assign nonexistent symbol ACPI_HOTKEY
.config:188:warning: trying to assign nonexistent symbol ACPI_IBM
.config:189:warning: trying to assign nonexistent symbol ACPI_IBM_DOCK
.config:288:warning: trying to assign nonexistent symbol NETDEBUG
.config:351:warning: trying to assign nonexistent symbol NET_DIVERT
.config:512:warning: trying to assign nonexistent symbol PARIDE_PARPORT
.config:594:warning: trying to assign nonexistent symbol IDEDMA_PCI_AUTO
.config:625:warning: trying to assign nonexistent symbol IDEDMA_AUTO
.config:679:warning: trying to assign nonexistent symbol
AIC79XX_ENABLE_RD_STRM
.config:688:warning: trying to assign nonexistent symbol SCSI_SATA
.config:689:warning: trying to assign nonexistent symbol SCSI_SATA_AHCI
.config:690:warning: trying to assign nonexistent symbol SCSI_SATA_SVW
.config:691:warning: trying to assign nonexistent symbol SCSI_ATA_PIIX
.config:692:warning: trying to assign nonexistent symbol SCSI_SATA_MV
.config:693:warning: trying to assign nonexistent symbol SCSI_SATA_NV
.config:694:warning: trying to assign nonexistent symbol SCSI_PDC_ADMA
.config:695:warning: trying to assign nonexistent symbol SCSI_SATA_QSTOR
.config:696:warning: trying to assign nonexistent symbol SCSI_SATA_PROMISE
.config:697:warning: trying to assign nonexistent symbol SCSI_SATA_SX4
.config:698:warning: trying to assign nonexistent symbol SCSI_SATA_SIL
.config:699:warning: trying to assign nonexistent symbol SCSI_SATA_SIL24
.config:700:warning: trying to assign nonexistent symbol SCSI_SATA_SIS
.config:701:warning: trying to assign nonexistent symbol SCSI_SATA_ULI
.config:702:warning: trying to assign nonexistent symbol SCSI_SATA_VIA
.config:703:warning: trying to assign nonexistent symbol SCSI_SATA_VITESSE
.config:704:warning: trying to assign nonexistent symbol
SCSI_SATA_INTEL_COMBINED
.config:731:warning: trying to assign nonexistent symbol
SCSI_QLA2XXX_EMBEDDED_FIRMWARE
.config:753:warning: trying to assign nonexistent symbol MD_RAID5
.config:755:warning: trying to assign nonexistent symbol MD_RAID6
.config:787:warning: trying to assign nonexistent symbol IEEE1394_OUI_DB
.config:788:warning: trying to assign nonexistent symbol
IEEE1394_EXTRA_CONFIG_ROMS
.config:789:warning: trying to assign nonexistent symbol
IEEE1394_CONFIG_ROM_IP1394
.config:790:warning: trying to assign nonexistent symbol
IEEE1394_EXPORT_FULL_API
.config:955:warning: trying to assign nonexistent symbol NET_RADIO
.config:956:warning: trying to assign nonexistent symbol
NET_WIRELESS_RTNETLINK
.config:978:warning: trying to assign nonexistent symbol IPW_QOS
.config:1015:warning: trying to assign nonexistent symbol NET_WIRELESS
.config:1038:warning: trying to assign nonexistent symbol SYNCLINK_SYNCPPP
.config:1055:warning: trying to assign nonexistent symbol DLCI_COUNT
.config:1451:warning: symbol value 'm' invalid for VIDEO_V4L2
.config:1532:warning: trying to assign nonexistent symbol DVB
.config:1535:warning: trying to assign nonexistent symbol VIDEO_VIDEOBUF
.config:1551:warning: trying to assign nonexistent symbol FB_FIRMWARE_EDID
.config:1604:warning: trying to assign nonexistent symbol BACKLIGHT_DEVICE
.config:1606:warning: trying to assign nonexistent symbol LCD_DEVICE
.config:1612:warning: trying to assign nonexistent symbol SPEAKUP
.config:1613:warning: trying to assign nonexistent symbol SPEAKUP_ACNTSA
.config:1614:warning: trying to assign nonexistent symbol SPEAKUP_ACNTPC
.config:1615:warning: trying to assign nonexistent symbol SPEAKUP_APOLLO
.config:1616:warning: trying to assign nonexistent symbol SPEAKUP_AUDPTR
.config:1617:warning: trying 

Re: [gentoo-user] Dead apache (cannot listen)

[Steen Eugen Poulsen]

Kevin O'Gorman skrev:

My 00_default_vhost.conf:
=== start 00_default_vhost.conf ==
# If your host doesn't have a registered DNS name, enter its IP address 
here.

#
#ServerName www.example.com:80 
ServerName www.kosmanor.com:80 

#KOSMANOR changes
#Listen 80
Listen 64.166.164.49:80 
Listen localhost:80


Thats not a vhost configuration, so it's a bit confusing why your trying 
to use Gentoo's default vhost config file and making non vhost configs 
and I bet it isn't liking the missing:


NameVirtualHost *:80 (You will have to check the apache2 doc for the 
VirtualIP version of NameVirtualHost)




If you want to make a non vhost configuration, then do so from the 
ground up, don't mix vhost and non vhost unless you want a mess.


The reason you get :80 already bound, is because your configuration bind 
twice to the same IP. It's Apache itself that bind twice and bails on 
the second attempt.


Not having used this configuration layout in years, I would guess 
ServerName is the one creating the listening socket, maybe because it's 
placed before Listen.






smime.p7s
Description: S/MIME Cryptographic Signature

[gentoo-user] AMD/ATI to open source drviers?

[James]

Hello,

I'm in no way connected to this, except, one who
has eternal hope that corps do the right thing

enjoy


http://www.edn.com/article/CA6476700.html?nid=3351&rid=498614042

-- 
[EMAIL PROTECTED] mailing list

[gentoo-user] apache2 upgrade SSL and logging questions

[Grant]

I had some major trouble with the latest apache2 upgrade this morning
but it's all working now.  I do have a couple questions though.

I have 3 SSL config files now:

/etc/apache2/vhosts.d/00_default_ssl_vhost.conf
/etc/apache2/modules.d/40_mod_ssl.conf
/etc/apache2/modules.d/41_mod_ssl.default-vhost.conf

I've renamed 00_default_ssl_vhost.conf for now so it won't be loaded
because it was conflicting with 41_mod_ssl.default-vhost.conf.  Should
I have kept 00_default_ssl_vhost.conf and removed
41_mod_ssl.default-vhost.conf instead?  Which one is now the standard
Gentoo file?

Also, I've always logged to '/var/log/apache2/' but after the upgrade
apache2 wanted to log to '/usr/lib/apache2/logs/'.  That makes sense
looking at the 'logs/' config paths, but my backups also specify
'logs/'.  Confusing.  I changed those paths to '/var/log/apache2/' and
now everything is logging fine.

- Grant
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Dead apache (cannot listen)

[Kevin O'Gorman]

On 9/7/07, Steen Eugen Poulsen <[EMAIL PROTECTED]> wrote:
>
> Kevin O'Gorman skrev:
> > My 00_default_vhost.conf:
> > === start 00_default_vhost.conf ==
> > # If your host doesn't have a registered DNS name, enter its IP address
> > here.
> > #
> > #ServerName www.example.com:80 
> > ServerName www.kosmanor.com:80 
> >
> > #KOSMANOR changes
> > #Listen 80
> > Listen 64.166.164.49:80 
> > Listen localhost:80
>
> Thats not a vhost configuration, so it's a bit confusing why your trying
> to use Gentoo's default vhost config file and making non vhost configs
> and I bet it isn't liking the missing:
>
> NameVirtualHost *:80 (You will have to check the apache2 doc for the
> VirtualIP version of NameVirtualHost)
>
> 
>
> If you want to make a non vhost configuration, then do so from the
> ground up, don't mix vhost and non vhost unless you want a mess.
>
> The reason you get :80 already bound, is because your configuration bind
> twice to the same IP. It's Apache itself that bind twice and bails on
> the second attempt.
>
> Not having used this configuration layout in years, I would guess
> ServerName is the one creating the listening socket, maybe because it's
> placed before Listen.


A workaround has been found (see below).

As may be obvious by now, I don't understand much about configuring apache.
I just used what dropped in when I installed Gentoo around 2003, and tried
to adapt as time and updates came along.  My needs are fairly simple: a
basic server on a single IP plus localhost, using the default port 80.
Static and CGI pages only, no secure applications.  Users (only me,
actually) have a page in public_html.  I intend to use mod_python
eventually, or write my own module, but that's for later.

I have not a clue how to build a configuration "from the ground up", and I'm
hoping to not have to learn.  Since it would be a singleton excercise, I
would just forget it anyway in the midst of many other things that claim my
attention.

Workaround:
In any event, making ServerName come after Listen, or commenting it out
completely, do not change the symptoms at all.  However, commenting out all
Listen lines does allow apache to start.  It seems you're right and apache
is colliding with itself, but I don't know why, as I don't see any other
Listen directives.  This is at best a stopgap because apache's now listening
promiscuously, which I do not like at all.

I'm hoping for more help, but my fallback is to save my config files,
unmerge apache completely, re-emerge it and see if the default configuration
can be made to work right.  That might turn out to be a lot of work, for
which read a lot of time.

-- 
Kevin O'Gorman, PhD

[gentoo-user] Adding field to incoming email headers via procmail

[forgottenwizard]

I'm trying to add into my incoming email a field (X-ML-Name), and have
yet to find a refrence to doing such with procmail that didn't seem to
supply an endless list of useless info, while (seemingly) totally
ignoring anything such as this.

Does anyone know of a way to do this, and maybe supply a good source of
procmail docs that cover this kind of thing?

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Re: 500 meg / partition (including /boot) *WITHOUT USING LVM*

[Walter Dnes]

On Wed, Sep 05, 2007 at 08:56:09AM +0200, Alan McKinnon wrote

> How is this better than a 500G filesystem mounted at /?

  Try wiping the OS and re-installing (or installing a different distro
for that matter) with "a 500G filesystem mounted at /"... without
backing up your data and restoring afterwards.  With my setup, wipe all
files in the /partition and in the bindmounted directories, leaving the
empty directories, and do the install.

> 2. Please explain in detail how you will create a 4TB file system 
> without LVM. This is NOT an edge case, this is a very real situation 
> that occurs in data centres daily.

  I repeat again, I was talking about a 500 gig system on a home
machine.  I acknowledge that one size does not fit all, and an average
home machine solution does not necessarily work in a data centre.

> 3. Take your proposal and explain to me in detail how you will
> prevent a backdoor or trojan from installing and executing scripts
> in /tmp and /var. Considering the massive problem that Windows has
> caused the world through an inability to do this, I would say this
> is a very important thing to be able to.

  If a trojan can install stuff in a directory owned by root, it's
already too late.  And remember that a regular user account can run mail
to send spam, or ping or DNS lookups to take part in DDOS attacks.

-- 
Walter Dnes <[EMAIL PROTECTED]> In linux /sbin/init is Job #1
Q. Mr. Ghandi, what do you think of Microsoft security?
A. I think it would be a good idea.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Dead apache (cannot listen)

[Kevin O'Gorman]

Mystery solved.  As expected: my bad.  Details at the bottom

On 9/7/07, Kevin O'Gorman <[EMAIL PROTECTED]> wrote:
>
> On 9/7/07, Steen Eugen Poulsen <[EMAIL PROTECTED]> wrote:
>
> > Kevin O'Gorman skrev:
> > > My 00_default_vhost.conf:
> > > === start 00_default_vhost.conf ==
> > > # If your host doesn't have a registered DNS name, enter its IP
> > address
> > > here.
> > > #
> > > #ServerName www.example.com:80 
> > > ServerName www.kosmanor.com:80 
> > >
> > > #KOSMANOR changes
> > > #Listen 80
> > > Listen 64.166.164.49:80 
> > > Listen localhost:80
> >
> > Thats not a vhost configuration, so it's a bit confusing why your trying
> > to use Gentoo's default vhost config file and making non vhost configs
> > and I bet it isn't liking the missing:
> >
> > NameVirtualHost *:80 (You will have to check the apache2 doc for the
> > VirtualIP version of NameVirtualHost)
> >
> > 
> >
> > If you want to make a non vhost configuration, then do so from the
> > ground up, don't mix vhost and non vhost unless you want a mess.
> >
> > The reason you get :80 already bound, is because your configuration bind
> > twice to the same IP. It's Apache itself that bind twice and bails on
> > the second attempt.
> >
> > Not having used this configuration layout in years, I would guess
> > ServerName is the one creating the listening socket, maybe because it's
> > placed before Listen.
>
>
> A workaround has been found (see below).
>
> As may be obvious by now, I don't understand much about configuring
> apache. I just used what dropped in when I installed Gentoo around 2003, and
> tried to adapt as time and updates came along.  My needs are fairly simple:
> a basic server on a single IP plus localhost, using the default port 80.
> Static and CGI pages only, no secure applications.  Users (only me,
> actually) have a page in public_html.  I intend to use mod_python
> eventually, or write my own module, but that's for later.
>
> I have not a clue how to build a configuration "from the ground up", and
> I'm hoping to not have to learn.  Since it would be a singleton excercise, I
> would just forget it anyway in the midst of many other things that claim my
> attention.
>
> Workaround:
> In any event, making ServerName come after Listen, or commenting it out
> completely, do not change the symptoms at all.  However, commenting out all
> Listen lines does allow apache to start.  It seems you're right and apache
> is colliding with itself, but I don't know why, as I don't see any other
> Listen directives.  This is at best a stopgap because apache's now listening
> promiscuously, which I do not like at all.
>
> I'm hoping for more help, but my fallback is to save my config files,
> unmerge apache completely, re-emerge it and see if the default configuration
> can be made to work right.  That might turn out to be a lot of work, for
> which read a lot of time.
>

I was sure I checked for duplicate Listen directives, but I missed one.
Fixing that allowed apache to start.
As pennance, I hunted down all my tailorings and put them in a single
include file.  In the process I wound
up eliminating a bunch of other duplications.  Hopefully things will be more
sane soon.

But not right away -- but I'll start another thread for that.

++ kevin



-- 
Kevin O'Gorman, PhD

[gentoo-user] apache upgrade - default configuration not explained correctly for hosting

[Joseph]

Enabling hosting from "/var/www/localhost/htdocs" is not explained
correctly in configuration files (correct me anybody if I missed
something) . This is the second time I got caught this this problem.

Default configuration for apache is as follow:

In file: modules.d/00_default_settings.conf
...
# We configure the "default" to be a very restrictive set of features.

Options FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all


In file: vhosts.d/default_vhost.include
...

  ...
 AllowOverride All

   # Controls who can get stuff from this server.
Order allow,deny
Allow from all


This is grace and beauty but not practical for hosting.  The statement
above in "00_default_settings.conf" 
AllowOverride None
Order deny,allow
Deny from all

will not let anybody host any files on their system, nor there is any
explanation on what to do to enable hosting from
"/var/www/localhost/htdocs" 
The solutions are to change in 
- changing  "AllowOverride None" to "AllowOverride All"
or
- removing:   Order deny,allowDeny from all

or adding below    another statement:

AllowOverride All


and that is what I have done.  The statement "AllowOverride All" in
file: vhosts.d/default_vhost.include does not overwrite  
statement from file: modules.d/00_default_settings.conf and that is
puzzling me WHY?

This is the second time I got myself caught with this problem after
upgrading apache.

-- 
#Joseph
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] apache configuration woes

[Dan Farrell]

On Fri, 7 Sep 2007 11:50:34 -0700
Michael Higgins <[EMAIL PROTECTED]> wrote:

> Either way, it seems like this should have been optional in the
> upgrade, somehow.

the names of the modules changed, so perhaps they were merged with
httpd.conf erroneously becuase they were named differently.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Adding field to incoming email headers via procmail

[Neil Bothwick]

Hello forgottenwizard,

> Does anyone know of a way to do this, and maybe supply a good source of
> procmail docs that cover this kind of thing?

formail -a or formail -A does this, formail is part of procmail.

As for docs, how about man formail :)


-- 
Neil Bothwick

If your VCR still flashes 12:00 - Gentoo Linux is not for you.


signature.asc
Description: PGP signature