Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Networking & Security
  • Search

Apache not handling POST requests

Having problems getting connected to the internet or running a server? Wondering about securing your box? Ask here.
Post Reply
Advanced search
23 posts • Page 1 of 1
Author
Message
RandomDan
n00b
n00b
User avatar
Posts: 10
Joined: Sun Jul 03, 2005 2:45 pm
Location: Doncaster, United Kingdom
Contact:
Contact RandomDan
Website

Apache not handling POST requests

  • Quote

Post by RandomDan » Sat Dec 04, 2010 12:34 am

This one has me baffled.
4 boxes all running ~x86, all different physically but with very similar configurations. Each one up dated every day, be that good or bad. And each one now has a broken install of Apache.

Although Apache is happily serving GET requests without any trouble at all, a POST request is a non starter.
I have FCGID sites, the POST request never makes it as far as the cgi program... the browser just sits waiting for a reply.
I have (on 2 of the boxes) PHP, I tried to log into phpldapadmin and I get a zero sized reply to the login post request.

In the log I see messages along the lines of
[Sat Dec 04 00:01:48 2010] [notice] child pid 29887 exit signal Segmentation fault (11)

I've followed the usual practice of reinstalling apache, apr, apr-utils from scratch, I've rolled back to previous versions, I've reinstalled and rolled back upgrades that have occurred over the last few days. I think this problem started around Wednesday, but seeing as I don't post every day, that might not be too precise.

Below is my reasonably minimal apache config for a box without PHP. This is it's current state after I started disabling modules to see if I could track down the problem to one of them, but no luck there either.

Code: Select all

ServerRoot /usr/lib/apache2
ServerName www.randomdan.homeip.net
ServerAdmin dan.goodliffe@randomdan.homeip.net
PidFile /var/run/apache2.pid
ErrorLog /var/log/apache2/error.log
LogFormat "%h %u %t %V \"%r\" %>s %b" common
CustomLog /var/log/apache2/access.log common
LogLevel debug
User apache
Group web
Listen 80
Timeout 300
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15
ServerSignature On

#LoadModule authz_host_module modules/mod_authz_host.so
#LoadModule mime_magic_module modules/mod_mime_magic.so
#LoadModule mime_module modules/mod_mime.so
#LoadModule autoindex_module modules/mod_autoindex.so
#LoadModule cgid_module modules/mod_cgid.so
LoadModule vhost_alias_module modules/mod_vhost_alias.so
#LoadModule dir_module modules/mod_dir.so
#LoadModule deflate_module modules/mod_deflate.so
#LoadModule ldap_module modules/mod_ldap.so
#LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule env_module modules/mod_env.so
LoadModule rewrite_module modules/mod_rewrite.so
LoadModule depends_module modules/mod_depends.so
LoadModule transform_module modules/mod_transform.so
LoadModule fcgid_module modules/mod_fcgid.so

<Directory />
        Options FollowSymLinks Indexes ExecCGI
        AllowOverride All
</Directory>

#DirectoryIndex index.html index.xml index.htm index.cgi
VirtualDocumentRoot /var/www/vhosts/%0/
AccessFileName .htaccess
AddOutputFilterByType DEFLATE text/html text/plain text/xml
UseCanonicalName Off
DefaultType text/plain
HostnameLookups Off
#AddHandler cgi-script .cgi

#ScriptLog /var/www/files/script.log
#AddType application/x-httpd-php .php
#AddType application/x-httpd-php .xphp
#AddType text/xsl .xsl
#AddType text/xml .xml
Any help or ideas or hints or anything, much appreciated at this point, I'm at a total loss!
Top
erik258
Advocate
Advocate
User avatar
Posts: 2650
Joined: Tue Apr 12, 2005 8:39 pm
Location: Twin Cities, Minnesota, USA
Contact:
Contact erik258
Website

  • Quote

Post by erik258 » Sat Dec 04, 2010 5:59 am

I don't know anything about fcgid - I'm a PHP user myself - but have you rebuilt fcgid against your new apache?


Now I'm going to rant about the following quote, not for you as much as for greater community, lest they get wacky ideas.
Each one up dated every day, be that good or bad.
Definitely bad, in my opinion, if you mean they update automatically and they're in production, by which I mean their services actually matter. I've done the auto-update thing myself on some toy boxes, but I'd never do it in production. If the four servers are nearly identical, and you really want to auto-build packages, why not have itself take itself out of production on a daily basis and rebuild things? You can then test the updates before you break everything else :)

But honestly, auto updates aren't a smart idea:

1) not all updates are a good idea; even if you're running stable, little bugs and such sneak in. They'll be quickly fixed, typically, but in the mean time your servers could be broken.

2) all your updates are, I assume, done all at once, without your oversight, so how can you be sure which update - or combination - broke what?

3) pointless. I mean honestly, what's the point of this? It seems very silly to me, rebuilding essential packages automatically on a daily basis. I don't like that it removes the admin from the equation, and I really don't like that it gives people the impression that gentoo will auto-manage itself, which, as a gentooer for over 8 years now, I assure you is not the case.

The only good thing to say about it is that it is fast in that it doesn't require you to initiate the procedure, and that it keeps your systems up to date so you don't drift too far away from the current package sets -- which as we all know can cause pain for gentooers. So if you really want those not-so-stunning benefits, why not do things the professional way and _test_ your new packages _before_ you roll them out to all the systems?

I personally like the idea of auto-updating the portage tree at some interval, so you don't have to do it before you install packages. I also really like the idea of, directly after doing a sync, executing something like 'emerge -pvNDu world > /tmp/emergeworld.pretend' to see just how up to date you are or aren't.

You can also experiment with --buildpkgonly command to emerge. That essentially does all the work of building the package, but doesn't actually merge it into the system, but rather packages it all up and stuffs it in /usr/portage/packages, where you can merge and test it at your convenience and then push the very same package out to all your servers. If your boxes are as homogeneous as you say, this should work really well, and I'd definitely identify it as an emerge best practice in production environments with homogeneous systems.

-- DF

Just my two cents.
Configuring a Firewall? Try my iptables configuration
LinuxCommando.com is my blog for linux-related scraps and tidbits. Stop by for a visit!
Top
RandomDan
n00b
n00b
User avatar
Posts: 10
Joined: Sun Jul 03, 2005 2:45 pm
Location: Doncaster, United Kingdom
Contact:
Contact RandomDan
Website

  • Quote

Post by RandomDan » Sat Dec 04, 2010 3:33 pm

I'd hoped not to get into a debate about how and when I update so soon. It's fair to say I understand and accept the risks. They're "only dev" boxes, you could argue keeping them up to date helps you find out about potential pit falls before you accidently roll something in live.... but this is getting off topic.

So lets say I updated 1 box on Thursday for the first time in a week and it now has this problem.

I've rebuilt PHP on the boxes that have it and mod fcgid, and no change. What I haven't got round to yet is just posting to a regular CGI script, just for laughs, to see if that's the same, it'll effectively rule out it being something in one of the 3rd party modules.
Top
butchie
n00b
n00b
User avatar
Posts: 48
Joined: Wed Oct 13, 2004 7:56 am

  • Quote

Post by butchie » Sat Dec 04, 2010 8:24 pm

I have the same problem, running also ~x86 on this box. After an upgrade, my php scripts can't POST any thing.
In the Apache logs I get :

Code: Select all

[Sat Dec 04 22:04:38 2010] [notice] child pid 28565 exit signal Segmentation fault (11)
I tried to reverse back to apache-2.2.16, without success.
Re-emerging php didn't help.
Top
HolgerH
n00b
n00b
Posts: 16
Joined: Sun Mar 02, 2008 10:03 pm

  • Quote

Post by HolgerH » Sat Dec 04, 2010 8:43 pm

butchie wrote:I have the same problem, running also ~x86 on this box. After an upgrade, my php scripts can't POST any thing.
In the Apache logs I get :

Code: Select all

[Sat Dec 04 22:04:38 2010] [notice] child pid 28565 exit signal Segmentation fault (11)
I tried to reverse back to apache-2.2.16, without success.
Re-emerging php didn't help.
I had the same problem. A not so wild guess: you guys all built the latest apache with gcc-4.5.1? If so, there's your problem. Just revert to 4.4.5, rebuild apache and all should be fine. I'm staying the hell away from gcc-4.5.1 for the foreseeable future.

-h
Top
Hu
Administrator
Administrator
Posts: 24556
Joined: Tue Mar 06, 2007 5:38 am

  • Quote

Post by Hu » Sat Dec 04, 2010 8:45 pm

Following the hint from HolgerH, could one of the affected users post the output of emerge --info?
Top
butchie
n00b
n00b
User avatar
Posts: 48
Joined: Wed Oct 13, 2004 7:56 am

  • Quote

Post by butchie » Sat Dec 04, 2010 9:09 pm

Here is mine :

Code: Select all

emerge --info
Portage 2.1.9.25 (default/linux/x86/10.0/desktop, gcc-4.5.1, glibc-2.12.1-r3, 2.6.35-gentoo-r5 i686)
=================================================================
System uname: Linux-2.6.35-gentoo-r5-i686-Genuine_Intel-R-_CPU_T2400_@_1.83GHz-with-gentoo-2.0.1
Timestamp of tree: Sat, 04 Dec 2010 14:15:01 +0000
ccache version 3.1.3 [enabled]
app-shells/bash:     4.1_p9
dev-java/java-config: 2.1.11-r2
dev-lang/python:     2.4.6, 2.5.4-r4, 2.6.6-r1, 2.7.1, 3.1.3
dev-util/ccache:     3.1.3
dev-util/cmake:      2.8.1-r2
sys-apps/baselayout: 2.0.1-r1
sys-apps/openrc:     0.6.7
sys-apps/sandbox:    2.4
sys-devel/autoconf:  2.13, 2.68
sys-devel/automake:  1.4_p6-r1, 1.8.5-r3, 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       3.4.6-r2, 4.1.2, 4.4.5, 4.5.1-r1
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.4-r1
sys-devel/make:      3.82
virtual/os-headers:  2.6.36.1 (sys-kernel/linux-headers)
ACCEPT_KEYWORDS="x86 ~x86"
ACCEPT_LICENSE="*"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests binpkg-logs ccache distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://gentoo.modulix.net/gentoo/ "
LANG="fr_FR@euro"
LC_ALL="fr_FR@euro"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="fr"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X a52 aac acl acpi alsa apache2 apm avi berkdb branding bzip2 cairo cdr cli consolekit cracklib crypt cups cxx dbus dga divx4linux dmi dri dts dv dvd dvdr dvdread emboss encode exif fam fame firefox flac foomaticdb fortran gdbm gif gpm gtk hal iconv jpeg kde lame lcms ldap libnotify lm_sensors mad mikmod mmx mng modules mp3 mp4 mpeg mudflap mysql ncurses nls nptl nptlonly odbc ogg opengl openmp pam pango pcre pdf perl png ppds pppd python qt qt3support qt4 quicktime readline samba sdl semantic-desktop session slp spell sse sse2 ssl startup-notification subtitles svg sysfs tcpd tga tiff truetype unicode usb userlocales v4l2 vorbis webkit x264 x86 xcb xml xorg xulrunner xv xvid zlib" ALSA_CARDS="intel8x0 hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Indeed I am on GCC-4.5.1
Going to try suggestion to revert to GCC-4.4.5
Top
butchie
n00b
n00b
User avatar
Posts: 48
Joined: Wed Oct 13, 2004 7:56 am

  • Quote

Post by butchie » Sat Dec 04, 2010 9:19 pm

Recompiling apache with GCC-4.4.5 did it ! Works for me.

How are we supposed to handle this situation ? Continue to emerge every updates with GCC-4.4.5 or try to switch back to GCC-4.5.1 when a new apache update comes out ?
Top
HolgerH
n00b
n00b
Posts: 16
Joined: Sun Mar 02, 2008 10:03 pm

  • Quote

Post by HolgerH » Sat Dec 04, 2010 9:49 pm

butchie wrote:Recompiling apache with GCC-4.4.5 did it ! Works for me.

How are we supposed to handle this situation ? Continue to emerge every updates with GCC-4.4.5 or try to switch back to GCC-4.5.1 when a new apache update comes out ?
This is almost guaranteed to be a compiler bug, so apache should not even care. There are some very, very obscure scenarios in C where previously valid code might error out with a newer compiler, but wrong code is unconditionally wrong. For now I'd just recommend staying with 4.4.5.

This cost me quite a bit of hair too since I had just updated all my machines to 4.5.1 as well, when my server started crashing and burning for no apparent reason.

If someone could add this to b.g.o I'd be grateful, I actually came here to verify if anyone else had encountered the same problem. Glad I could help :)

-h
Top
butchie
n00b
n00b
User avatar
Posts: 48
Joined: Wed Oct 13, 2004 7:56 am

  • Quote

Post by butchie » Sat Dec 04, 2010 10:01 pm

Thanks a LOT for your help and your explanations.
Top
Hu
Administrator
Administrator
Posts: 24556
Joined: Tue Mar 06, 2007 5:38 am

  • Quote

Post by Hu » Sat Dec 04, 2010 10:45 pm

A new release, sys-devel/gcc-4.5.1-r1 has been available since 2010/11/21. ~arch users should upgrade to it before reporting any problems.
Top
butchie
n00b
n00b
User avatar
Posts: 48
Joined: Wed Oct 13, 2004 7:56 am

  • Quote

Post by butchie » Sat Dec 04, 2010 11:02 pm

I was indeed using this version 4.5.1-r1 to compile apache (running ~arch did pulled it in) resulting in apache segfaulting.

Code: Select all

 equery list gcc
 * Searching for gcc ...
[IP-] [  ] sys-devel/gcc-3.4.6-r2:3.4
[IP-] [  ] sys-devel/gcc-4.1.2:4.1
[IP-] [  ] sys-devel/gcc-4.4.5:4.4
[IP-] [  ] sys-devel/gcc-4.5.1-r1:4.5
Top
Hu
Administrator
Administrator
Posts: 24556
Joined: Tue Mar 06, 2007 5:38 am

  • Quote

Post by Hu » Sun Dec 05, 2010 12:44 am

Sorry, I misread your emerge --info. I incorrectly thought that the gcc -r# would be included in the summary line and therefore did not inspect your listing of installed gcc versions. Instead, the summary line is about the active gcc profile.
Top
RandomDan
n00b
n00b
User avatar
Posts: 10
Joined: Sun Jul 03, 2005 2:45 pm
Location: Doncaster, United Kingdom
Contact:
Contact RandomDan
Website

  • Quote

Post by RandomDan » Sun Dec 05, 2010 4:01 am

Downgrading GCC to v4.4.5 (and then reinstalling boost, grr) got my site up and running again... I can now post things again. Yay!

Thanks HolgerH!

I'd looked at GCC as a possible cause, cos it'd been masked for so long, but I've had it installed now for a while with no (noticed) ill effect. Scary to think what else might be broken.

Is there a bug filed for this? And is the problem GCC breaking Apache or Apache not compiling as expected with GCC (i.e. which one is actually is at fault?)
Top
danjoh
n00b
n00b
Posts: 7
Joined: Sun Sep 18, 2005 5:28 pm
Location: Bettlach, SO, Switzerland

  • Quote

Post by danjoh » Sun Dec 05, 2010 11:26 am

Downgrading to gcc-4.4.5 solved the issue for me as well (thanks to HolgerH).

I have opened a bug for this issue: http://bugs.gentoo.org/show_bug.cgi?id=347785
Top
jlpoole
Guru
Guru
User avatar
Posts: 495
Joined: Tue Nov 01, 2005 5:07 am
Location: Salem, OR

  • Quote

Post by jlpoole » Mon Dec 06, 2010 6:01 am

I have Apache installed on an ARM SheevaPlug which has had no problem until the last few weeks. Apache basically segment faults at the outset. I've tried recompiling and running it without any directives and it just segment faults. I even back-stepped to gcc 4.4.5 and nothing has changed.

Code: Select all

plug ~ # gcc-config -l
 [1] armv5tel-softfloat-linux-gnueabi-4.4.5 *
 [2] armv5tel-softfloat-linux-gnueabi-4.5.1
plug ~ #
I've never had this type of problem before with Apache. I regularly (every 3-5 days) keep my system current and I suspect something has been introduced into my tool chain that is causing problems for Apache. I had been cross compiling, but have disengaged the cross compiling to isolate the compilation on the native processor, this was done just to remove any variables.

I just wanted to chime in here that the problem of Apache not running may be larger than the scope of the above-referenced bug. I'm emerging gdb now to see if that might shed some light on the problem; the Apache site suggests this as one way to debug. http://httpd.apache.org/dev/debugging.html
Top
muhsinzubeir
l33t
l33t
User avatar
Posts: 948
Joined: Sat Sep 29, 2007 12:12 pm
Location: /home/muhsin
Contact:
Contact muhsinzubeir
Website

  • Quote

Post by muhsinzubeir » Tue Dec 14, 2010 7:21 am

jlpoole wrote:I have Apache installed on an ARM SheevaPlug which has had no problem until the last few weeks. Apache basically segment faults at the outset. I've tried recompiling and running it without any directives and it just segment faults. I even back-stepped to gcc 4.4.5 and nothing has changed.

Code: Select all

plug ~ # gcc-config -l
 [1] armv5tel-softfloat-linux-gnueabi-4.4.5 *
 [2] armv5tel-softfloat-linux-gnueabi-4.5.1
plug ~ #
I've never had this type of problem before with Apache. I regularly (every 3-5 days) keep my system current and I suspect something has been introduced into my tool chain that is causing problems for Apache. I had been cross compiling, but have disengaged the cross compiling to isolate the compilation on the native processor, this was done just to remove any variables.

I just wanted to chime in here that the problem of Apache not running may be larger than the scope of the above-referenced bug. I'm emerging gdb now to see if that might shed some light on the problem; the Apache site suggests this as one way to debug. http://httpd.apache.org/dev/debugging.html
Downgrading to gcc-4.4.5, recompile apache did the trick now I can do some more php coding :wink:
~x86
p5k-se
Intel Core 2 Duo
Nvidia GT200
http://www.zanbytes.com
Top
mziab
l33t
l33t
User avatar
Posts: 644
Joined: Fri Oct 01, 2004 12:11 pm
Contact:
Contact mziab
Website

  • Quote

Post by mziab » Tue Dec 21, 2010 10:26 am

According to this, it only seems to happen on the x86 arch and goes away after removing -fomit-frame-pointer from C{XX}FLAGS. Can anyone confirm this helps?
Gentoo Linux 13.0 | 3.19 | glibc 2.19 | gcc 4.9.2

mteam | mziab's blog | roslin
Top
HolgerH
n00b
n00b
Posts: 16
Joined: Sun Mar 02, 2008 10:03 pm

  • Quote

Post by HolgerH » Tue Dec 28, 2010 4:54 pm

GCC 4.5.2 is in portage. Any brave volunteers want to try whether this still happens? :-)
Top
SoLoR
n00b
n00b
Posts: 26
Joined: Wed Sep 22, 2004 4:30 pm

  • Quote

Post by SoLoR » Tue Dec 28, 2010 7:15 pm

HolgerH wrote:GCC 4.5.2 is in portage. Any brave volunteers want to try whether this still happens? :-)
I tryed today... it still happens so stick with 4.4.5.
mziab wrote:According to this, it only seems to happen on the x86 arch and goes away after removing -fomit-frame-pointer from C{XX}FLAGS. Can anyone confirm this helps?
I did not try this and dont intend to install gcc 4.5+ again until next version... in any case, this shouldnt be fixed in gcc, not us needing to use workarounds for something that was normaly worked for years.
Top
SoLoR
n00b
n00b
Posts: 26
Joined: Wed Sep 22, 2004 4:30 pm

  • Quote

Post by SoLoR » Wed Dec 29, 2010 3:53 pm

There seems to be patch for this issue https://bzattachment.mandriva.com/attac ... i?id=18060 i didnt try it yet... this patch is for 2.2.17 but probably works in 2.2.16 as well... also they should bump version anyway....
Top
jlpoole
Guru
Guru
User avatar
Posts: 495
Joined: Tue Nov 01, 2005 5:07 am
Location: Salem, OR

  • Quote

Post by jlpoole » Wed Dec 29, 2010 3:57 pm

HolgerH wrote:GCC 4.5.2 is in portage. Any brave volunteers want to try whether this still happens? :-)
Sure... why not?

I successfully installed 4.5.2 and re-emerged apache-2.2.16 and I have the same problem. I contacted the mailing list for apache apr tools and it has been recommended to me to build my own version of apache and their apr with full debug and then provide the feedback.

My version:

Code: Select all

plug ~ # uname -a
Linux plug 2.6.33.5 #3 PREEMPT Thu Sep 2 07:47:34 PDT 2010 armv5tel Feroceon 88FR131 rev 1 (v5l) Marvell SheevaPlug Reference Board GNU/Linux
plug ~ #
Top
sling
n00b
n00b
Posts: 18
Joined: Sun Nov 28, 2004 12:33 pm
Location: Singapore
Contact:
Contact sling
Website

  • Quote

Post by sling » Thu Feb 10, 2011 3:56 pm

Ubuntu have resolved this issue with the following patch: (http://launchpadlibrarian.net/61804673/ ... u2.debdiff). Besides that, Apache 2.2.17 has been released in October last year. When can we expect an official 2.2.17 ebuild together with an appropraite patch to work with gcc-4.5.2?
Top
Post Reply

23 posts • Page 1 of 1

Return to “Networking & Security”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Authors
Gentoo is a trademark of the Gentoo Foundation, Inc. and of Förderverein Gentoo e.V.
The contents of this document, unless otherwise expressly stated, are licensed under the CC-BY-SA-4.0 license.
The Gentoo Name and Logo Usage Guidelines apply.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy