Re: [gentoo-user] Apache2 2.0 - 2.2 upgrade
On Wednesday 05 September 2007 20:12:40 Dan Farrell wrote: On Wed, 5 Sep 2007 13:02:16 -0500 The module mod_userdir will no longer act on requests unless a UserDir directive specifying a directory name is present in the config file. To restore the old default behavior, place the directive UserDir public_html in your config file. Or just add -D PUBLIC_HTML to APACHE2_OPTS in /etc/conf.d/apache2. Regards, Christian -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Apache2 2.0 - 2.2 upgrade
On Wednesday 05 September 2007 20:39:46 Dan Farrell wrote: I have discovered a really fun error message: zeus dan # /etc/init.d/apache2 restart * Starting apache2 ... (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs [ !! ] unless somebody has a good suggestion at this point (i've already restarted), I guess I'll have to downgrade. You have another Listen somewhere it doesn't belong. Either remove that or -D DEFAULT_VHOST. Regards, Christian -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] packages.gentoo.org down?
On Tuesday 07 August 2007 15:12:51 Alexander Skwar wrote: Hi! Is it just me, or is http://packages.gentoo.org/ not available? Alexander Skwar It's being closed until further notice. Regards, Christian -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Problem with SpamAssassin
On Sunday 29 July 2007 13:23:47 Jochen Schalanda wrote: Herbert Laubner [EMAIL PROTECTED] wrote: How do I convince emerge to take the newer version since it can not find the older one. You'll have to wait until a new ebuild is imported into portage or you'll need to copy the SpamAssassin ebuild to a local overlay and bump the version yourself. *OR* you just download the tarball[1] of the old version yourself and place it into your /usr/portage/distfiles/ directory. [1]: http://ossavant.org/apache/spamassassin/ It should be fixed by now. Regards, Christian -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] OT: How many developers work on Gentoo?
On Monday, 11. September. 2006 11:15, Ladislav Bodnar wrote: Hi, I am doing a research on distributions and was wondering if anybody can tell me how many developers work on Gentoo? A rough figure would be fine. IIRC, Christel told me that we're currently 332 developers working on it (roughly). TIA, Christian -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 Your friendly treecleaner/mobile/kernel/vserver/openvz monkey pgpiFEF4m5t6t.pgp Description: PGP signature
Re: [gentoo-user] emerge: xorg-x11 requires gentoo-sources
On Monday 12 June 2006 16:38, Richard Ruth wrote:
On one of two gentoo (x86_64 AMD Opteron) systems I just emerged the new
portage-2.1 on, emerge is requiring gentoo-sources as a dependency required
by x11-base/xorg-x11-6.8.2-r7. Why?
The 2nd system with an identical 2.6.16.20 vanilla-sources kernel does not
have this problem.
I tried removing the /usr/portage/x11-base directory and then running
emerge --sync. Which works buth then:
# emerge -pv -u --deep world
[snip]
Yes, I do use /etc/portage/package.mask to mask out gentoo-sources, but I
have done that for years. (Also, my 2nd system has the same package.mask
and doesn't have a problem with xorg-x11.)
Any suggestions on how to fix this dependencies issue? I suspect a portage
cache issue that 'emerge --sync' is not fixing.
It's probably because something in xorg-x11 is requiring virtual/linux-sources
and for all normal default-linux/{amd64,x86} thats gentoo-sources. So just
emerge sys-kernel/vanilla-sources and it should be fine (since
vanilla-sources also provides virtual/linux-sources).
--
Christian Heim [EMAIL PROTECTED]
Gentoo Linux Developer - vserver/openvz
pgp2cdXh2BlDr.pgp
Description: PGP signature
Re: [gentoo-user] [OT] search for a string in a list of files but.....
On Monday 27 February 2006 15:01, MC wrote: Hi list, i need to search for a particular string inside a list of text files: i've thought of this very simple one: cat *.C | grep GetChi it works but however if the string is found it does not say in which of the file it has been found. try this one: grep -H GetChi *.C -- Christian Heim [EMAIL PROTECTED] Gentoo Linux Developer - vserver pgpQgrDYB0qqv.pgp Description: PGP signature
Re: [gentoo-user] eix - What's eix, then?
On Friday 06 January 2006 21:33, St wrote: What's eix, then? Apart from a small utility for searching ebuilds with indexing for fast results. I'm using esearch at the moment - should I change? The results of `eix ktorrent` above seem more comprehensive than those that'd be give by esearch, is that the only advantage? `esync` takes bleedin' ages on one system here, so if eix was faster I'd use it in a flash. The only thing that is slow, is update-eix due to reading the cache (well slow by my definition means 20s). eix -s / -S (or what ever you want to search for) is _really_ fast .. Stroller. -- Christian Heim [EMAIL PROTECTED] Gentoo Linux Developer - vserver pgpD6pzWjV004.pgp Description: PGP signature
Re: [gentoo-user] Radio Frequency Kill Switch
On Thursday 22 December 2005 16:52, Jean Magnan de Bornier wrote: ipw2200: Radio Frequency Kill Switch is on Kill switch must be turned off for wireless networking to work It's refering to an switch on your _case_ of the notebook, which turns wireless on or off ... -- Christian Heim [EMAIL PROTECTED] Gentoo Linux Developer - vserver pgpgn6cWu6FR5.pgp Description: PGP signature
Re: [gentoo-user] Adding realtime-prempt kernel patches to gentoo-sources
Mark Knecht wrote: Hi, One more question if I might. What does this message mean? I'm guessing that a patch in my patch file has already been applied in gentoo-sources? If so then it would seem that I'd want to skip it. Is that correct? Skipping the patch would seem reasonable if that's what this means. Or am I misunderstanding this? Thanks, Mark patching file include/asm-i386/string.h Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 9 out of 9 hunks ignored -- saving rejects to file include/asm-i386/string.h.rej Yup, thats exactly the meaning of that message :) Christian -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Adding realtime-prempt kernel patches to gentoo-sources
Mark Knecht wrote: QUESTIONS: 1) Can I assume that whatever happened with the Hunk #x succeeded that everything is OK? Maybe this was just a line number issue? Yeah .. or and indent change or something similar. 2) What can I do about the Hunk #x FAILED messages? Well to get that patch working, you *need* to take a look at the *.rej files which are created by patch -p1 realtime-prempt.patch. Most times this is only due to missing context. That means the line just before the one which should be added, is not there or another one is just in the way. So `patch` is unable to find the matching context. No output files were created since it was only a dry run. I can run again, get output files, and then look into it but I thought I'd ask how folks go about this sort of thing before I pulled the trigger. Regards Christian -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Adding realtime-prempt kernel patches to gentoo-sources
Mark Knecht wrote:
On 7/7/05, Christian Heim [EMAIL PROTECTED] wrote:
Hi Christian,
Thanks for the response. There were just two problems, as best I
can tell. One was in the upper level makefile which the second was in
a more tecnical piece of code. I'm providing the output here more for
conversation and not really asking for technical help on changing
code. This is just for my learning.
In the first one it appears that Gentoo does an extra version so I
can probably fake my way around this but changing the patch file
itself to expect the Gentoo kernel I want to patch. Is that a
reasonable strategy?
Make, if I understood you right, you would like to do the prempt stuff
ontop of gentoo-sources, right ?
Well then simply do the following:
# emerge a fresh copy of gentoo-sources
$ emerge gentoo-sources
# create a copy (or call it a fork ;)) of this kernel-directory
$ cd /usr/src
$ rsync -rt --progress linux-2.6.12-gentoo-r4/* linux-2.6.12-gentoo-r4.orig
# now go on and apply your patch to the
linux-2.6.12-gentoo-r4-directory. Once you are done, just go back to
/usr/src and create a diff between plain gentoo-sources and your
prempt-patched gentoo-sources.
$ cd /usr/src
$ diff -Nrup linux-2.6.12-gentoo-r4.orig linux-2.6.12-gentoo-r4
gentoo-sources-2.6.12-r4-prempt.patch
In the first one it appears that Gentoo does an extra version so I
can probably fake my way around this but changing the patch file
itself to expect the Gentoo kernel I want to patch. Is that a
reasonable strategy?
See above ;)
In the second, since it's apparently just a difference in brakets
I'm more curious about why gentoo-sources would differ from what Ingo
was apparently expectinb in the kernel config file, but again it seems
pretty minor. Would you agree?
Yeah, those rejects are really pretty minor. I guess these brakets
differences result from vesafb. But that's only a guess.
Thanks,
Mark
Makefile.rej:
***
*** 1,7
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 12
- EXTRAVERSION =
NAME=Woozy Numbat
# *DOCUMENTATION*
--- 1,7
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 12
+ EXTRAVERSION = -RT-V0.7.51-11
NAME=Woozy Numbat
# *DOCUMENTATION*
drivers/video/console/fbcon.c.rej:
***
*** 1092,1101
struct display *p = fb_display[vc-vc_num];
struct fbcon_ops *ops = info-fbcon_par;
- if (!fbcon_is_inactive(vc, info))
ops-putcs(vc, info, s, count, real_y(p, ypos), xpos,
get_color(vc, info, scr_readw(s), 1),
get_color(vc, info, scr_readw(s), 0));
}
static void fbcon_putc(struct vc_data *vc, int c, int ypos, int xpos)
--- 1091,1101
struct display *p = fb_display[vc-vc_num];
struct fbcon_ops *ops = info-fbcon_par;
+ if (!fbcon_is_inactive(vc, info)) {
ops-putcs(vc, info, s, count, real_y(p, ypos), xpos,
get_color(vc, info, scr_readw(s), 1),
get_color(vc, info, scr_readw(s), 0));
+ }
}
static void fbcon_putc(struct vc_data *vc, int c, int ypos, int xpos)
Regards Christian
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ALSA is already compiled into the kernel. ??
On Sunday 24 April 2005 10:25, Ryutaro Yamashita ( RY )wrote: [ ] thanks for your help! :) normally, in gentoo, does ALSA be implemented with ebuild, not with kernel? As Hiam already said, the alsa-driver ebuilds are most times more recent than the kernel-driver. -- Never volunteer for anything. -- Lackland -- gentoo-user@gentoo.org mailing list
