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 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: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 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 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 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 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:
> 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] 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] 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
Re: [gentoo-user] ALSA is already compiled into the kernel. ??
On Sunday 24 April 2005 09:37, Ryutaro Yamashita ( RY )wrote: >hi, >i want the way of fixing the problem below. >could i re-emerge alsa-driver again? >thx. > >- > [ ] >- You've got 2 possibilities: 1: configure your kernel to only include sound system support (CONFIG_SOUND=y) and remove Kernel ALSA-support 2: simply use the kernel-alsa and don't use the alsa-driver ebuild. -- Eternity is a terrible thought. I mean, where's it going to end? -- Tom Stoppard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] difference between GENTOO_MIRRROS and SYNC
On Saturday 16 April 2005 13:49, Al Bayrouni ( AB )wrote: >Hello, > >I just installed gentoo 3 days ago. > >I don't understand the difference between GENTOO_MIRRORS and SYNC when >using emerge --sync. Well GENTOO_MIRRORS is a list of all your selected distfiles mirrors. SYNC is your nearest portage-tree host, probably rsync.be.gentoo.org > >Thank you for your help. > >Al Bayrouni >-- >gentoo-user@gentoo.org mailing list -- Most people will listen to your unreasonable demands, if you'll consider their unacceptable offer. -- gentoo-user@gentoo.org mailing list
