Re: [gentoo-user] Single click is interpreted as double click

[Michael Schmarck]

Hello again!

On Jan 15, 2008 6:45 PM, Sascha Hlusiak <[EMAIL PROTECTED]> wrote:

> says which devices are evaluated and added. To keep it short, just disable
> hotplugging in xorg by adding:
>
> Option "AutoAddDevices" "false"
>
> to Section ServerFlags. Then good ol' xorg.conf alone is used.

I did that (see attached files), but that also was of no help :(

Too bad... :/

Thanks for the time you spent so far!

Michael

X.Org X Server 1.4.0
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.23-gentoo-r5.r08.mit-ide-mod_2 i686 
Current Operating System: Linux winnb000488 2.6.23-gentoo-r5.r08.mit-ide-mod_2 #1 SMP Tue Jan 8 14:08:46 CET 2008 i686
Build Date: 15 January 2008  11:03:56AM
 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Jan 16 08:11:59 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Layout"
(**) |-->Screen "Screen LCD Office" (0)
(**) |   |-->Monitor "LCD Office"
(**) |   |-->Device "nVidia Quadro NVS 110M / GeForce Go 7300"
(**) |-->Input Device "USB Maus"
(**) |-->Input Device "Dell USB Multimedia Tastatur"
(**) |-->Input Device "Dell Notebook Tastatur"
(**) Option "Xinerama" "0"
(**) Option "AutoAddDevices" "false"
(**) Not automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/CID" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/local" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/truetype" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/cyrillic".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/cyrillic").
(WW) The directory "/usr/share/fonts/freefont" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/sharefont" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/default/Type1" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/ttf/decoratives" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/ttf/western" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/cyrillic".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/cyrillic").
(==) Including the default font path /usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/OTF,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/.
(**) FontPath set to:
	/usr/share/fonts/75dpi,
	/usr/share/fonts/100dpi,
	/usr/share/fonts/misc,
	/usr/share/fonts/Type1,
	/usr/share/fonts/Speedo,
	/usr/share/fonts/util,
	/usr/share/fonts/Speedo,
	/usr/share/fonts/TTF,
	/usr/share/fonts/corefonts,
	/usr/share/fonts/freefonts,
	/usr/share/fonts/terminus,
	/usr/share/fonts/ttf-bitstream-vera,
	/usr/share/fonts/ttf-gentium,
	/usr/share/fonts/unifont,
	/usr/share/fonts/urw-fonts,
	/usr/share/fonts/urwvn-fonts,
	/usr/share/fonts/misc/,
	/usr/share/fonts/TTF/,
	/usr/share/fonts/OTF,
	/usr/share/fonts/Type1/,
	/usr/share/fonts/100dpi/,
	/usr/share/fonts/75dpi/
(**) RgbPath set to "/usr/share/X11/rgb"
(**) ModulePath set to "/usr/lib/xorg/modules"
(**) Extension "Composite" is enabled
(==) |-->Input Device "USB Maus"
(==) The core pointer device wasn't specified explicitly in the layout.
	Using the first mouse device.
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81e06c0
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.3
	X.Org Video Driver: 2.0
	X.Org XInput driver : 2.0
	X.Org Server Extension : 0.3
	X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
	compiled for 1.4.0, module version = 1.0.0
	ABI class: X.Org Video Driver, version 2.0
(--) using VT number 8

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,27a0 card 1028,01c2 rev 03 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,27a1 card , rev 03 class 06,04,00 hdr 01
(II) PCI: 00:1b:0: chip 8086,27d8 card 1028,01c2 rev 01 class 04,03,00 hdr 00
(II) PCI: 00:1c:0: chip 8086,27d0 card , rev 01 class 06,04,00 hdr 81
(II) PCI: 00:1c:1: chip 8086,27d2 card , rev 01 class 06,04,00 hdr 81
(II) PCI: 00:1c:2: chip 8086,27d4 card , rev 01 class 06,04,00 hdr 81
(II) PCI: 00:1d:0: chip 8086,27c8 card 1028,01c2 rev 01 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,27c9 card 1028,01c2 rev 01 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,27ca card 1028,01c2 rev 01 class 0c,03,00 hdr 00
(II) PCI: 00:1d:3: c

Re: [gentoo-user] Re: Installing via GRML

[Dirk Heinrichs]

Am Mittwoch, 16. Januar 2008 schrieb ext Iain Buchanan:
> On Tue, 2008-01-15 at 14:39 +0100, Dirk Heinrichs wrote:
> > Am Dienstag, 15. Januar 2008 schrieb ext Jean-Baptiste Mestelan:
> > > On 15/01/2008, Dirk Heinrichs <[EMAIL PROTECTED]> wrote:
> > > > I still wonder why they all invent their own, special
> > > > way of compiling a kernel.
> > >
> > > Probably to leave the choice to users, and allow someone to compile a
> > > kernel without having in-depth knowledge of one's hardware and kernel
> > > options ?
>
> how about just providing a .config file then?

Yep, would just be a matter of switching on /proc/config(.gz) support.

Bye...

Dirk
-- 
Dirk Heinrichs  | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: [EMAIL PROTECTED]
Wanheimerstraße 68  | Web:  http://www.capgemini.com
D-40468 Düsseldorf  | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net


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

Re: [gentoo-user] Installing via GRML

[Dirk Heinrichs]

Am Dienstag, 15. Januar 2008 schrieb ext Michael Schmarck:

> Nice thing about genkernel (and other such tools in other distributions)
> is, that they also create an initrd.

Even though most users don't need one. There are only two cases where one 
needs an initrd/initramfs:

1) Your / fs is encrypted and/or located on a logical volume or soft raid 
device.

2) You need a propietary driver module for getting at your / fs.

> "Bad" thing is, that they compile 
> way too much (which only harms in so far, as it makes the time needed
> for compiling stuff longer and makes /lib/modules bigger than it needs
> to be).

True.

Bye...

Dirk
-- 
Dirk Heinrichs  | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: [EMAIL PROTECTED]
Wanheimerstraße 68  | Web:  http://www.capgemini.com
D-40468 Düsseldorf  | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net


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

[gentoo-user] Re: Installing via GRML

[Michael Schmarck]

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

> Anyone talking about grml here know where to download:
> From grml.org:
> 
>  `Release grml 1.1-rc1 - Codename Skunk'
> 
> Unless you want to use the baloney bit torrent download 

What's baloney about a bittorrent download? It's a good way to save on 
bandwidth for
the one, who offers a download. It's also not more insecure than a plain old 
http
or ftp download - in the contrary, it's at least as secure.

> it appears 
> none of the servers listed have that version.

That might have been the case 5 hours ago, but right now, already
the 1st server has it.

http://grml.deb.at/ -> http://grml.deb.at/devel/grml_1.1-rc1.iso

Also other servers have it (the only other one I checked is
http://debian.netcologne.de/www.grml.org/devel/, and there you
can find grml_1.1-rc1.iso at 
http://debian.netcologne.de/www.grml.org/devel/grml_1.1-rc1.iso
as well).

Michael

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] [konqueror] Can't invoke and editor when `view source'

[Hemmann, Volker Armin]

Open webpage

right click

open with...

choose kate or any other editor.
-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Re: Daniel Robbins' come back ?

[»Q«]

Naga Toro <[EMAIL PROTECTED]> wrote:

> That would be two a**holes in that discussion. If you read it you
> would know that may devs tried to correct drobbins but that he
> couldn't accept the fact that he wasn't the chief anymore and that
> things have changed since he left.

On the contrary, he never had trouble accepting the fact that he
wasn't the chief.  And if he hadn't clearly seen how things have
changed, he wouldn't have left again.

> I'm not sure that the best guy to run Gentoo is a guy who wants to be
> THE chief and not one of the community.

The community, with no strong leadership, hasn't done a very good job
of moving Gentoo forward.  I don't know that drobbins is the /best/ guy
to run Gentoo, but I think he's the best one who's stepped forward,
willing to give it a try.

-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Re: Installing via GRML

[reader]

Anyone talking about grml here know where to download:
>From grml.org:

 `Release grml 1.1-rc1 - Codename Skunk'

Unless you want to use the baloney bit torrent download it appears
none of the servers listed have that version.

-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] [konqueror] Can't invoke and editor when `view source'

[reader]

I didn't get much of a response on gmane.comp.kde.devel.kfm about this
trouble I'm having with konqueror (although I was told on another kde
group that was the place for it). I got one post that asked me for
certain specific information which I supplied, but got no more replys
(near 2 wks now). So noticicing some `konq' problems being discussed
at:
   gmane.comp.kde.users.multimedia 

I tried there and got no response at all (3 days now).

   kde-3.5-8 desktop

I want konqueror to invoke emacs (or at this point, any editor) when I
choose to `View Document Source' from view menu.

I'm told that kind of setting is done at the below location:

In the Kcontrol settings:
KDE Components/File Associations/text/plain
  No matter which one I choose (emacs, kwrite, kate)
When I restart konq and try to view source... I just get the bouncing
cursor that eventually times out but nothing ever comes up.

I tried putting the absolute path in the dialog but it acts no
different.  

All three of those editors start without error from the command line.
I use emacs for many things so its always in working order.

I also tried using the settings under 
KDE components/File Associations/text/html  which I doubt is where
this should be done but still setting any of the editors doesn't seem
to help.

The machine has been rebooted a time or two for other reasons but just
letting you know that kde has been restarted but the problem persists.

I'm told kde might write some errors to an ~/.xsessions* file.  Or
some ~/ file anyway.

I'm not sure what filenames to look for but:
I looked for files modified recently in ~/ that might have error
information but I see nothing that looks likely.  And nothing with a
filename that looks promising.

Apparently konqueror is not throwing errors but silently timing out.

Can anyone think of a way to further trouble shoot this?

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Iain Buchanan]

On Tue, 2008-01-15 at 14:39 +0100, Dirk Heinrichs wrote:
> Am Dienstag, 15. Januar 2008 schrieb ext Jean-Baptiste Mestelan:
> > On 15/01/2008, Dirk Heinrichs <[EMAIL PROTECTED]> wrote:
> > > make menuconfig && make && make modules_install, maybe? This always
> > > works, on any distribution. I still wonder why they all invent their
> > > own, special way of compiling a kernel.
> >
> > Sure, this will work.
> > This also presumes that you know your way through menuconfig.
> 
> Another option would be to start with the kernel/modules that come with your 
> LiveCD. Since you bootet the CD from it, you know it works.
> 
> > > I still wonder why they all invent their own, special
> > > way of compiling a kernel.
> >
> > Probably to leave the choice to users, and allow someone to compile a
> > kernel without having in-depth knowledge of one's hardware and kernel
> > options ?

how about just providing a .config file then?

-- 
Iain Buchanan 

Windows 2000 will be released as soon as Windows 98 finishes loading.

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Iain Buchanan]

On Tue, 2008-01-15 at 14:13 +0100, Michael Schmarck wrote:
> Grüezi!
> 
> On Jan 15, 2008 2:05 PM, Dirk Heinrichs <[EMAIL PROTECTED]> wrote:
> 
> > make menuconfig && make && make modules_install, maybe? This always works,
> > on any distribution. I still wonder why they all invent their own, special
> > way of compiling a kernel.
> 
> Nice thing about genkernel (and other such tools in other distributions)
> is, that they also create an initrd.

what about mkinitrd?

> I suppose the initrd is the driving factor for developing genkernel-like
> tools.

really?
-- 
Iain Buchanan 

Unix gives you just enough rope to hang yourself -- and then a couple
of more feet, just to be sure.
-- Eric Allman

... We make rope.
-- Rob Gingell on Sun Microsystem's new virtual memory.

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] [OT] Sudden XP death

[Iain Buchanan]

On Tue, 2008-01-15 at 18:38 +, Mick wrote:
> On Sunday 23 December 2007, maxim wexler wrote:
> > > I doubt that would work. The virtual machine
> > > identifies itself as
> > > different "hardware" from the host, so the MS
> > > profit-protection would
> > > kick in, claiming you were trying to run the same
> > > copy of the OS on two
> > > different computers.
> > >
> > >
> > > --
> > > Neil Bothwick
> >
> > Mebbe I'm confusing wine with vmware. I need to run a
> > XP-specific CAD program. So, it has to be installed in
> > XP and XP must be installed on the first partition of
> > the HDD, right?
> 
> No, it can be installed wherever you want it to be installed, (but not sure 
> if 
> you can install it directly on a second drive.  The catch is that it will 
> want to be on the first drive, first partition, or otherwise will try to 
> write its bootloader files there.  If the first drive is not 
> recognisable/writeable by XP it will have a hissy fit and will bail out.  The 
> (easy) solution is to install it on the first drive and then use partimage to 
> create an image of it, which thereafter can be unloaded in whichever 
> partition/drive you desire.  Use Grub to chainload it accordingly.

sorry to jump in late, but can't you avoid all this hassle, and tell
VMware to use a virtual disk?  That way Winblows XP would _think_ it has
the entire disk (mbr and all) but it is really just a file in some
directory in linux...

HTH,
-- 
Iain Buchanan 

What ever happened to happily ever after?

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Re: Is GWN dead?

[Mark Knecht]

On Jan 15, 2008 12:48 PM, Alan McKinnon <[EMAIL PROTECTED]> wrote:
> On Tuesday 15 January 2008, Eric Martin wrote:
> > > Anybody that feels they *need* or *must have* an official Gentoo
> > > installer is probably the wrong target market and should be
> > > referred to other distros that will suit their needs better. This
> > > is not a troll or an elitist statement, it's just recognizing what
> > > gentoo is and what it isn't - it's not a distro suitable for
> > > someone to whom chroot isn't yet second nature.
> > >
> >
> > I don't think it's an elitist statement, I agree in thinking that we
> > shouldn't cater to the lcd. There are plenty of distros out there
> > that work just fine and the greatest thing about FOSS is choice. If
> > all of the options are the same there's no point. Again though, I
> > have to disagree with the point that it's not for somebody whom
> > chroot isn't yet second nature: I learned chroot through the install.
> > I've tried playing around with Fedora / Ubunttu but I keep going
> > back to Gentoo; it's my favorite distro.
>
> I know my statement about chroot looks like it should be taken
> literally, but it wasn't meant that way. Read it more as illustrative,
> that the potential user should be reasonably familiar with the more
> unusual commands in *nix systems - chroot, grep, the idea of pipes and
> redirection and many many more. After all if they are going to be using
> these tools, they should know something about them.
>

Or the user could be like me - no experience with any of these
commands but a moderate interest in learning. I hope this users list
will continue to be supportive of folks like me. I was pointed to
Gentoo 7 years ago by a very experienced Linux sys admin at a start up
I was working at in Silicon Valley. Primarily through the help of
this list I managed to get my first machine working in a few days and
today have probably built 20 Gentoo machines. My longest lived, used
my my dad who will be 80 this year, has now been running over 5 years.
I couldn't have done it without the folks on this list.

Grant you, I get that I'm not the target market, but I am someone who
has benefited greatly from Gentoo and the generosity of the folks on
this list. I hope it will continue for others that follow over the
years to come.

Thanks,
Mark
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Re: Is GWN dead?

[Alan McKinnon]

On Tuesday 15 January 2008, Eric Martin wrote:
> > Anybody that feels they *need* or *must have* an official Gentoo
> > installer is probably the wrong target market and should be
> > referred to other distros that will suit their needs better. This
> > is not a troll or an elitist statement, it's just recognizing what
> > gentoo is and what it isn't - it's not a distro suitable for
> > someone to whom chroot isn't yet second nature.
> >  
>
> I don't think it's an elitist statement, I agree in thinking that we
> shouldn't cater to the lcd.  There are plenty of distros out there
> that work just fine and the greatest thing about FOSS is choice.  If
> all of the options are the same there's no point.  Again though, I
> have to disagree with the point that it's not for somebody whom
> chroot isn't yet second nature: I learned chroot through the install.
>  I've tried playing around with Fedora / Ubunttu but I keep going
> back to Gentoo; it's my favorite distro.

I know my statement about chroot looks like it should be taken 
literally, but it wasn't meant that way. Read it more as illustrative, 
that the potential user should be reasonably familiar with the more 
unusual commands in *nix systems - chroot, grep, the idea of pipes and 
redirection and many many more. After all if they are going to be using 
these tools, they should know something about them.

-- 
Alan McKinnon
alan dot mckinnon at gmail dot com
--
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] uvesafb problem

[David Voge]

Am Dienstag, den 15.01.2008, 22:54 +0800 schrieb Chuanwen Wu:
> > > was telling to go back to the VESA driver as opposed to the 
> > >
> >
> > The only difference in my kernel config and yours is that I have
> > CONFIG_FB_CON_DECOR=Y which is located:
> > -> Device Drivers
> >  -> Graphics support
> >-> Console display driver support
> >  -> Framebuffer Console support (FRAMEBUFFER_CONSOLE [=y])
> Yeah, it works! I just added this option you suggest, and now I have
> small characters in the console.
> 
> Thank you very much!
> >
> > Try enabling that with the "video=uvesafb:1024x768" line.
> >

It gonna work with the kernel paramters  vga=0x318  for 1024x768, the
kernel configs framebuffer and the vesa driver too.

David

-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] gentoo>=sabayon+genkernel

[Δημήτριος Ροπόκης]

Hi guys, I managed to compile, emerge and do anything with sabayon 3.4f.
Now I have a gentoo home made kernel
with:


# emerge --sync
# layman -s sabayon
# emerge genkernel
# kernel-sources  #what ever u want
# eselect kernel list #note which number you want to install
# eselect kernel set x #this will set symlink
# zcat /proc/config.gz > /usr/src/config

# genkernel --kernel-config=/usr/src/config --menuconfig --bootloader=grub  
--splash=sabayon all


reboot

# module-list #to remove or add modules
# # emerge "some_drive"
# module-rebuild rebuild

and finished!
It is really fast and works! I am very Happy!!
--
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Re: Is GWN dead?

[Eric Martin]

Alan McKinnon wrote:
to build other distros. It is not suitable for newbies (disregard the 
occasional newbie that does get it right, that's a minority and very 
atypical), and one really does have to have moved beyond the "Oh, look! 
Shiny installer!" mentality to appreciate it. When you get to that 
stage, you appreciate that you need a bootstrap system to build the 
first stages of your own distro, and you can get that bootstrap system 
from any place you feel like getting it from.
  
I came to Gentoo at gentoo 1.2 / gentoo 1.4 (I don't remember the year 
but it was around 2002).  I was a GNU/Linux newbie who only knew RedHat 
and didn't quite understand compiling kernels.  Doing the install taught 
me GNU/Linux and I'm better for it.  I think newbies should try it, but 
unfortunately a lot might be turned off because it's 'too much work'.
Anybody that feels they *need* or *must have* an official Gentoo 
installer is probably the wrong target market and should be referred to 
other distros that will suit their needs better. This is not a troll or 
an elitist statement, it's just recognizing what gentoo is and what it 
isn't - it's not a distro suitable for someone to whom chroot isn't yet 
second nature.
  
I don't think it's an elitist statement, I agree in thinking that we 
shouldn't cater to the lcd.  There are plenty of distros out there that 
work just fine and the greatest thing about FOSS is choice.  If all of 
the options are the same there's no point.  Again though, I have to 
disagree with the point that it's not for somebody whom chroot isn't yet 
second nature: I learned chroot through the install.  I've tried playing 
around with Fedora / Ubunttu but I keep going back to Gentoo; it's my 
favorite distro.


just my $0.02
eric
--
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Re: Installing via GRML

[James]

Wayn0  gmail.com> writes:


> There is very little difference, you could use the standard gentoo 
> handbook.


Yep, works great

thx


James

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] [OT] Sudden XP death

[Mick]

On Sunday 23 December 2007, maxim wexler wrote:
> > I doubt that would work. The virtual machine
> > identifies itself as
> > different "hardware" from the host, so the MS
> > profit-protection would
> > kick in, claiming you were trying to run the same
> > copy of the OS on two
> > different computers.
> >
> >
> > --
> > Neil Bothwick
>
> Mebbe I'm confusing wine with vmware. I need to run a
> XP-specific CAD program. So, it has to be installed in
> XP and XP must be installed on the first partition of
> the HDD, right?

No, it can be installed wherever you want it to be installed, (but not sure if 
you can install it directly on a second drive.  The catch is that it will 
want to be on the first drive, first partition, or otherwise will try to 
write its bootloader files there.  If the first drive is not 
recognisable/writeable by XP it will have a hissy fit and will bail out.  The 
(easy) solution is to install it on the first drive and then use partimage to 
create an image of it, which thereafter can be unloaded in whichever 
partition/drive you desire.  Use Grub to chainload it accordingly.
-- 
Regards,
Mick


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

Re: [gentoo-user] Single click is interpreted as double click

[Sascha Hlusiak]

> > > I think you have too many mice in your running X, there is
> > > /dev/input/mice, which is supposed to gather all mouse data, as well as
> > > /dev/psaux (which is included in /dev/input/mice, as far as I know).
> >
> > You mean the Identifier "Logitech LX7" and "USB Maus", correct?
> > This used to work fine, but I'll give that a try and report back!
>
> I now commented the Logitech LX7 entry in the layout
> section of my xorg.conf and also commented out the LX7
> all together. Please see 
> for an updated version of my xorg.conf, which I attached
> as well. I also attached a new Xorg.0.log.
Still the USB Mouse is added twice, most likely by hal/hotplugging.

hal-0.5.10 introduced support for telling xorg what to hotplug. 
xorg-server-1.4 introduced support of hal hotplugging (triggered with the hal 
use flag), so both together hotplug mice! See in the logfile at the end, it 
says which devices are evaluated and added. To keep it short, just disable 
hotplugging in xorg by adding:

Option "AutoAddDevices" "false"

to Section ServerFlags. Then good ol' xorg.conf alone is used.


Sascha


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

Re: [gentoo-user] Re: SSH tunnel With Portage

[Gabriel Rossetti]

[EMAIL PROTECTED] wrote:
> Alan McKinnon <[EMAIL PROTECTED]> writes:
>
>   
>> On Tuesday 15 January 2008, Elyahou ITTAH wrote:
>> 
>>> 2008/1/15, Bo Ørsted Andresen <[EMAIL PROTECTED]>:
>>>   
 You do not need wine to run putty on Linux. There's a UNIX port.
 Just emerge
 putty and run it. Not that I don't agree it's useless with all the
 alternatives that are available on Linux too.. ;)
 
>>> What alternative  are you advice me ?
>>>   
>> openssh
>> 
>
> Many of the same things available on putty are available on OpenSSH
> too.  If you know putty it won't be real hard to learn to use
> openSSH.  
>
> I can tell you that you might get a good response at comp.security.ssh
> with your questions too.  I always have there.  Its not about any
> particular kind if ssh so openssh putty etc will fit in there.
>
>   
If what you want is to create tunnels, and you want a GUI (I imagine
this since you want to use putty), then why not use gstm Gnome SSH
Tunnel Manager : http://sourceforge.net/projects/gstm/)?

Gabriel
-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] [OT] simple and secure php blog

[Andrew Gaydenko]

Hi! Advices?
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Michael Schmarck]

Hi!

On Jan 15, 2008 3:22 PM, Neil Bothwick <[EMAIL PROTECTED]> wrote:
> On Tue, 15 Jan 2008 14:10:43 +0100, Michael Schmarck wrote:
>
> > I don't quite understand. When you're installing stuff from
> > within Kubuntu (or whatever Live CD), you're in a Gentoo chroot.
> > Why can't you install mirrorselect there and run mirrorselect
> > in the chroot?
>
> How would you download it when you haven't set GENTOO_MIRRORS yet :)

Hm? Then you download from the main gentoo server, don't
you?

Michael
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] uvesafb problem

[Chuanwen Wu]

On Jan 15, 2008 10:40 PM, Kevin <[EMAIL PROTECTED]> wrote:
>
>
> On Jan 15, 2008 8:31 AM, Chuanwen Wu <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> >
> > On Jan 15, 2008 9:52 PM, Kevin <[EMAIL PROTECTED]> wrote:
> > > Just making sure you didn't read his line incorrectly, but I think
> Justin
> > > was telling to go back to the VESA driver as opposed to the uvesa one.
> If
> > > you are set on uvesa did you try the line video=uvesafb:1024x768 or is
> that
> > > what you implied in the note about it not working.
> > >
> > >I mean Justin' s suggestion "video=vesafb:1024x768" didn't work in my
> machine.
> > >And also, just as what I said in the first post that
> > >"video=uvesafb:1024x768" didn't work, too.
> >
> >
> >
> > > thanks and good luck
> >
>
> The only difference in my kernel config and yours is that I have
> CONFIG_FB_CON_DECOR=Y which is located:
> -> Device Drivers
>  -> Graphics support
>-> Console display driver support
>  -> Framebuffer Console support (FRAMEBUFFER_CONSOLE [=y])
Yeah, it works! I just added this option you suggest, and now I have
small characters in the console.

Thank you very much!
>
> Try enabling that with the "video=uvesafb:1024x768" line.
>



-- 
wcw
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] uvesafb problem

[Kevin]

On Jan 15, 2008 8:31 AM, Chuanwen Wu <[EMAIL PROTECTED]> wrote:

> Hi,
> On Jan 15, 2008 9:52 PM, Kevin <[EMAIL PROTECTED]> wrote:
> > Just making sure you didn't read his line incorrectly, but I think
> Justin
> > was telling to go back to the VESA driver as opposed to the uvesa one.
> If
> > you are set on uvesa did you try the line video=uvesafb:1024x768 or is
> that
> > what you implied in the note about it not working.
> >
> >I mean Justin' s suggestion "video=vesafb:1024x768" didn't work in my
> machine.
> >And also, just as what I said in the first post that
> >"video=uvesafb:1024x768" didn't work, too.
> > thanks and good luck
>

The only difference in my kernel config and yours is that I have
CONFIG_FB_CON_DECOR=Y which is located:
-> Device Drivers
 -> Graphics support
   -> Console display driver support
 -> Framebuffer Console support (FRAMEBUFFER_CONSOLE [=y])

Try enabling that with the "video=uvesafb:1024x768" line.

Re: [gentoo-user] Re: Installing via GRML

[Dirk Heinrichs]

Am Dienstag, 15. Januar 2008 schrieb ext Neil Bothwick:
> On Tue, 15 Jan 2008 14:10:43 +0100, Michael Schmarck wrote:
> > I don't quite understand. When you're installing stuff from
> > within Kubuntu (or whatever Live CD), you're in a Gentoo chroot.
> > Why can't you install mirrorselect there and run mirrorselect
> > in the chroot?
>
> How would you download it when you haven't set GENTOO_MIRRORS yet :)

Rumour has it there's a default.

Bye...

Dirk
-- 
Dirk Heinrichs  | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: [EMAIL PROTECTED]
Wanheimerstraße 68  | Web:  http://www.capgemini.com
D-40468 Düsseldorf  | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net


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

Re: [gentoo-user] uvesafb problem

[Chuanwen Wu]

Hi,
On Jan 15, 2008 9:52 PM, Kevin <[EMAIL PROTECTED]> wrote:
> Just making sure you didn't read his line incorrectly, but I think Justin
> was telling to go back to the VESA driver as opposed to the uvesa one.   If
> you are set on uvesa did you try the line video=uvesafb:1024x768 or is that
> what you implied in the note about it not working.
>
I mean Justin' s suggestion "video=vesafb:1024x768" didn't work in my machine.
And also, just as what I said in the first post that
"video=uvesafb:1024x768" didn't work, too.
> thanks and good luck
>
>
>
> On Jan 15, 2008 7:40 AM, Chuanwen Wu <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > On Jan 15, 2008 7:25 PM,  <[EMAIL PROTECTED]> wrote:
> > >
> > > just use
> > >
> > > video=vesafb:1024x768
> > I tried, and it doesn't work.
> > >
> > > :) justin
> > >
> > >
> > >
> > > On Tue, 15 Jan 2008 16:44:39 +0800, "Chuanwen Wu" <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > Hi, guys!
> > > >
> > > > I want to have higher resolution in console. I used vesa-tng before
> > > > and now I have update the kernel to 2.6.23 and I guess I should use
> > > > uvesafb instead of vesa-tng.
> > > >
> > > > I have followed the guide here
> > > > http://dev.gentoo.org/~spock/projects/uvesafb/, and
> > > > Here is the options I have chose in config file about the "FB" thing:
> > > >
> > > > CONFIG_FB=y
> > > > CONFIG_FB_DDC=y
> > > > CONFIG_FB_CFB_FILLRECT=y
> > > > CONFIG_FB_CFB_COPYAREA=y
> > > > CONFIG_FB_CFB_IMAGEBLIT=y
> > > > CONFIG_FB_DEFERRED_IO=y
> > > > CONFIG_FB_MODE_HELPERS=y
> > > > CONFIG_FB_UVESA=y
> > > > CONFIG_FB_VESA=y
> > > > CONFIG_FB_INTEL=y
> > > > CONFIG_FB_INTEL_I2C=y
> > > >
> > > > and in the menu.lst file, I append  "video=uvesafb:1024x768" (PS: I
> > > > have tried "video=uvesafb:1024x768-32" and some other similar
> > > > parameter, too)  to the kernel command line.
> > > >  But after I rebooted, the resolution was still very low, which I
> > > > guess was 800x640, and I couldn't see anything changed.
> > > >
> > > > PS: My machine is Dell 1400 laptop and use x86_64 arch. I use
> > > > tuxonice-sources and I have also tried gentoo-source to test the
> > > > uvesafb.
> > > >
> > > > Any help is appreciated!
> > > > --
> > > > wcw
> > > > --
> > > > gentoo-user@lists.gentoo.org mailing list
> > >
> > > --
> > > gentoo-user@lists.gentoo.org mailing list
> > >
> > >
> >
> >
> >
> > --
> > wcw
> > --
> > gentoo-user@lists.gentoo.org mailing list
> >
> >
>
>



-- 
wcw
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Wayn0]

Neil Bothwick wrote:

On Tue, 15 Jan 2008 14:10:43 +0100, Michael Schmarck wrote:


I don't quite understand. When you're installing stuff from
within Kubuntu (or whatever Live CD), you're in a Gentoo chroot.
Why can't you install mirrorselect there and run mirrorselect
in the chroot?


How would you download it when you haven't set GENTOO_MIRRORS yet :)



GENTOO_MIRRORS has a default value set :-)

Wayn0


--
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Dale]

Michael Schmarck wrote:
> Bon jour!
>
> On Jan 15, 2008 2:29 PM, Jean-Baptiste Mestelan <[EMAIL PROTECTED]> wrote:
>   
>> On 15/01/2008, Michael Schmarck <[EMAIL PROTECTED]> wrote:
>> 
>
>   
>>> I don't quite understand. When you're installing stuff from
>>> within Kubuntu (or whatever Live CD), you're in a Gentoo chroot.
>>> Why can't you install mirrorselect there and run mirrorselect
>>> in the chroot?
>>>   
>> You are right, this would work. I had just not thought this program
>> would be in the portage tree.
>> 
>
> Hm. Okay. Where else should it be? What do Install CD
> users do, to get mirrorselect? For me, not having used a
> Gentoo Install CD once, the natural thing to do to get a
> program on gentoo is "emerge $program". And "mirrorselect"
> is a program.
>
>   
 Also, obviously, you will not be able to use genkernel and
 automagically compile kernel (there could be other ways ?).
 
>>> Same question, basically. Why can''t you run genkernel
>>> in the chroot (I only used genkernel once, and then switched
>>> back to compiling the kernel by myself)?
>>>   
>> Same reply :-)
>> May I just point that you are stating this as an experienced user, who
>> can afford some detachment from the documentation process ?
>> 
>
> I admit it - I don't know what's in the documentation. As
> I'm also too lazy to check right now, I go by my assumptions
> now - and they are, that genkernel is yet another program
> which needs to be installed in the chroot and thus needs
> to emerge'd first.
>
> Is that not the case for Install CD users?
>
> Best regards,
> Michael
>   

Basically, once you get booted up, partition your drive like you want,
create mount points ( mkdir /mnt/gentoo ), unpack the stage 3 tarball,
mount your new partitions, chroot into the tarball.  After you chroot,
it is just like running from the install CD.  Mirrorselect should be
there in the tarball.

Sort of keep in mind that when you chroot in, you are basically in a
Gentoo OS at that point.  The tarball is a mini Gentoo install basically.

Someone speak up if I missed a step.  It has been a while for this old
goat. 

Dale

:-)  :-) 
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Neil Bothwick]

On Tue, 15 Jan 2008 14:10:43 +0100, Michael Schmarck wrote:

> I don't quite understand. When you're installing stuff from
> within Kubuntu (or whatever Live CD), you're in a Gentoo chroot.
> Why can't you install mirrorselect there and run mirrorselect
> in the chroot?

How would you download it when you haven't set GENTOO_MIRRORS yet :)


-- 
Neil Bothwick

This man is depriving a village somewhere of an idiot


signature.asc
Description: PGP signature

Re: [gentoo-user] Re: Installing via GRML

[Jean-Baptiste Mestelan]

On 15/01/2008, Michael Schmarck <[EMAIL PROTECTED]> wrote:
> Hello!
>
> On Jan 15, 2008 1:54 PM, Jean-Baptiste Mestelan <[EMAIL PROTECTED]> wrote:
> > On 15/01/2008, Michael Schmarck <[EMAIL PROTECTED]> wrote:
>
> [ Installing via GRML ]
>
> > > IOW: Use the original documentation. Chapter 2 is of course then
> > > of no use, for the most part. The thing about hdparm and user
> > > accounts is valid none the less, though.
> >
> > I went through a  new install process this week, using Kubuntu liveCD,
> > and indeed the original documentation applies OK.
> > Only one minor notice : the part about using 'mirrorselect' will not
> > work, as this tool will not included in an alternate liveCD, so you
> > will have to select the mirrors manually (check the syntax beforehand,
> > maybe).
>
> I don't quite understand. When you're installing stuff from
> within Kubuntu (or whatever Live CD), you're in a Gentoo chroot.
> Why can't you install mirrorselect there and run mirrorselect
> in the chroot?
You are right, this would work. I had just not thought this program
would be in the portage tree.

> > Also, obviously, you will not be able to use genkernel and
> > automagically compile kernel (there could be other ways ?).
>
> Same question, basically. Why can''t you run genkernel
> in the chroot (I only used genkernel once, and then switched
> back to compiling the kernel by myself)?

Same reply :-)
May I just point that you are stating this as an experienced user, who
can afford some detachment from the documentation process ? This might
not be the case for every single person starting a Gentoo install ;
but thanks for providing us these different options.

Jean-Baptiste
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Michael Schmarck]

Bon jour!

On Jan 15, 2008 2:29 PM, Jean-Baptiste Mestelan <[EMAIL PROTECTED]> wrote:
> On 15/01/2008, Michael Schmarck <[EMAIL PROTECTED]> wrote:

> > I don't quite understand. When you're installing stuff from
> > within Kubuntu (or whatever Live CD), you're in a Gentoo chroot.
> > Why can't you install mirrorselect there and run mirrorselect
> > in the chroot?
> You are right, this would work. I had just not thought this program
> would be in the portage tree.

Hm. Okay. Where else should it be? What do Install CD
users do, to get mirrorselect? For me, not having used a
Gentoo Install CD once, the natural thing to do to get a
program on gentoo is "emerge $program". And "mirrorselect"
is a program.

> > > Also, obviously, you will not be able to use genkernel and
> > > automagically compile kernel (there could be other ways ?).
> >
> > Same question, basically. Why can''t you run genkernel
> > in the chroot (I only used genkernel once, and then switched
> > back to compiling the kernel by myself)?
>
> Same reply :-)
> May I just point that you are stating this as an experienced user, who
> can afford some detachment from the documentation process ?

I admit it - I don't know what's in the documentation. As
I'm also too lazy to check right now, I go by my assumptions
now - and they are, that genkernel is yet another program
which needs to be installed in the chroot and thus needs
to emerge'd first.

Is that not the case for Install CD users?

Best regards,
Michael
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] uvesafb problem

[Kevin]

Just making sure you didn't read his line incorrectly, but I think Justin
was telling to go back to the VESA driver as opposed to the uvesa one.   If
you are set on uvesa did you try the line video=uvesafb:1024x768 or is that
what you implied in the note about it not working.

thanks and good luck

On Jan 15, 2008 7:40 AM, Chuanwen Wu <[EMAIL PROTECTED]> wrote:

> Hi,
>
> On Jan 15, 2008 7:25 PM,  <[EMAIL PROTECTED]> wrote:
> >
> > just use
> >
> > video=vesafb:1024x768
> I tried, and it doesn't work.
> >
> > :) justin
> >
> >
> >
> > On Tue, 15 Jan 2008 16:44:39 +0800, "Chuanwen Wu" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Hi, guys!
> > >
> > > I want to have higher resolution in console. I used vesa-tng before
> > > and now I have update the kernel to 2.6.23 and I guess I should use
> > > uvesafb instead of vesa-tng.
> > >
> > > I have followed the guide here
> > > http://dev.gentoo.org/~spock/projects/uvesafb/,
> and
> > > Here is the options I have chose in config file about the "FB" thing:
> > >
> > > CONFIG_FB=y
> > > CONFIG_FB_DDC=y
> > > CONFIG_FB_CFB_FILLRECT=y
> > > CONFIG_FB_CFB_COPYAREA=y
> > > CONFIG_FB_CFB_IMAGEBLIT=y
> > > CONFIG_FB_DEFERRED_IO=y
> > > CONFIG_FB_MODE_HELPERS=y
> > > CONFIG_FB_UVESA=y
> > > CONFIG_FB_VESA=y
> > > CONFIG_FB_INTEL=y
> > > CONFIG_FB_INTEL_I2C=y
> > >
> > > and in the menu.lst file, I append  "video=uvesafb:1024x768" (PS: I
> > > have tried "video=uvesafb:1024x768-32" and some other similar
> > > parameter, too)  to the kernel command line.
> > >  But after I rebooted, the resolution was still very low, which I
> > > guess was 800x640, and I couldn't see anything changed.
> > >
> > > PS: My machine is Dell 1400 laptop and use x86_64 arch. I use
> > > tuxonice-sources and I have also tried gentoo-source to test the
> > > uvesafb.
> > >
> > > Any help is appreciated!
> > > --
> > > wcw
> > > --
> > > gentoo-user@lists.gentoo.org mailing list
> >
> > --
> > gentoo-user@lists.gentoo.org mailing list
> >
> >
>
>
>
> --
> wcw
> --
> gentoo-user@lists.gentoo.org mailing list
>
>

Re: [gentoo-user] uvesafb problem

[Chuanwen Wu]

Hi,

On Jan 15, 2008 7:25 PM,  <[EMAIL PROTECTED]> wrote:
>
> just use
>
> video=vesafb:1024x768
I tried, and it doesn't work.
>
> :) justin
>
>
>
> On Tue, 15 Jan 2008 16:44:39 +0800, "Chuanwen Wu" <[EMAIL PROTECTED]>
> wrote:
>
> > Hi, guys!
> >
> > I want to have higher resolution in console. I used vesa-tng before
> > and now I have update the kernel to 2.6.23 and I guess I should use
> > uvesafb instead of vesa-tng.
> >
> > I have followed the guide here
> > http://dev.gentoo.org/~spock/projects/uvesafb/, and
> > Here is the options I have chose in config file about the "FB" thing:
> >
> > CONFIG_FB=y
> > CONFIG_FB_DDC=y
> > CONFIG_FB_CFB_FILLRECT=y
> > CONFIG_FB_CFB_COPYAREA=y
> > CONFIG_FB_CFB_IMAGEBLIT=y
> > CONFIG_FB_DEFERRED_IO=y
> > CONFIG_FB_MODE_HELPERS=y
> > CONFIG_FB_UVESA=y
> > CONFIG_FB_VESA=y
> > CONFIG_FB_INTEL=y
> > CONFIG_FB_INTEL_I2C=y
> >
> > and in the menu.lst file, I append  "video=uvesafb:1024x768" (PS: I
> > have tried "video=uvesafb:1024x768-32" and some other similar
> > parameter, too)  to the kernel command line.
> >  But after I rebooted, the resolution was still very low, which I
> > guess was 800x640, and I couldn't see anything changed.
> >
> > PS: My machine is Dell 1400 laptop and use x86_64 arch. I use
> > tuxonice-sources and I have also tried gentoo-source to test the
> > uvesafb.
> >
> > Any help is appreciated!
> > --
> > wcw
> > --
> > gentoo-user@lists.gentoo.org mailing list
>
> --
> gentoo-user@lists.gentoo.org mailing list
>
>



-- 
wcw
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Dirk Heinrichs]

Am Dienstag, 15. Januar 2008 schrieb ext Jean-Baptiste Mestelan:
> On 15/01/2008, Dirk Heinrichs <[EMAIL PROTECTED]> wrote:
> > make menuconfig && make && make modules_install, maybe? This always
> > works, on any distribution. I still wonder why they all invent their
> > own, special way of compiling a kernel.
>
> Sure, this will work.
> This also presumes that you know your way through menuconfig.

Another option would be to start with the kernel/modules that come with your 
LiveCD. Since you bootet the CD from it, you know it works.

> > I still wonder why they all invent their own, special
> > way of compiling a kernel.
>
> Probably to leave the choice to users, and allow someone to compile a
> kernel without having in-depth knowledge of one's hardware and kernel
> options ?

Sure. My point was not about having such a tool, but having multiple 
different ones.

However, once you are used to it, x- or menuconfig are quite convenient.

Bye...

Dirk
-- 
Dirk Heinrichs  | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: [EMAIL PROTECTED]
Wanheimerstraße 68  | Web:  http://www.capgemini.com
D-40468 Düsseldorf  | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net


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

Re: [gentoo-user] Re: Installing via GRML

[Wayn0]

Jean-Baptiste Mestelan wrote:

On 15/01/2008, Michael Schmarck <[EMAIL PROTECTED]> wrote:

Hello!

On Jan 15, 2008 1:54 PM, Jean-Baptiste Mestelan <[EMAIL PROTECTED]> wrote:

On 15/01/2008, Michael Schmarck <[EMAIL PROTECTED]> wrote:

[ Installing via GRML ]


IOW: Use the original documentation. Chapter 2 is of course then
of no use, for the most part. The thing about hdparm and user
accounts is valid none the less, though.

I went through a  new install process this week, using Kubuntu liveCD,
and indeed the original documentation applies OK.
Only one minor notice : the part about using 'mirrorselect' will not
work, as this tool will not included in an alternate liveCD, so you
will have to select the mirrors manually (check the syntax beforehand,
maybe).

I don't quite understand. When you're installing stuff from
within Kubuntu (or whatever Live CD), you're in a Gentoo chroot.
Why can't you install mirrorselect there and run mirrorselect
in the chroot?

You are right, this would work. I had just not thought this program
would be in the portage tree.


Also, obviously, you will not be able to use genkernel and
automagically compile kernel (there could be other ways ?).

Same question, basically. Why can''t you run genkernel
in the chroot (I only used genkernel once, and then switched
back to compiling the kernel by myself)?


Same reply :-)
May I just point that you are stating this as an experienced user, who
can afford some detachment from the documentation process ? This might
not be the case for every single person starting a Gentoo install ;
but thanks for providing us these different options.

Jean-Baptiste


I agree with you that complete n00b may have a problem here but...

The n00b install argument holds no water with me as the user will need 
be somewhat experienced to maintain the system in any event.


Detaching oneself from documentation will become a vital skill once you 
have your own *unique* Gentoo system up and running.


my 2c

--
Wayn0
--
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Jean-Baptiste Mestelan]

On 15/01/2008, Dirk Heinrichs <[EMAIL PROTECTED]> wrote:
> make menuconfig && make && make modules_install, maybe? This always works,
> on any distribution. I still wonder why they all invent their own, special
> way of compiling a kernel.

Sure, this will work.
This also presumes that you know your way through menuconfig.

> I still wonder why they all invent their own, special
> way of compiling a kernel.
Probably to leave the choice to users, and allow someone to compile a
kernel without having in-depth knowledge of one's hardware and kernel
options ?
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Michael Schmarck]

Grüezi!

On Jan 15, 2008 2:05 PM, Dirk Heinrichs <[EMAIL PROTECTED]> wrote:

> make menuconfig && make && make modules_install, maybe? This always works,
> on any distribution. I still wonder why they all invent their own, special
> way of compiling a kernel.

Nice thing about genkernel (and other such tools in other distributions)
is, that they also create an initrd. "Bad" thing is, that they compile
way too much (which only harms in so far, as it makes the time needed
for compiling stuff longer and makes /lib/modules bigger than it needs
to be).

I suppose the initrd is the driving factor for developing genkernel-like
tools.

Michael
ï¿½ï¿½í¢‹ï¿½z�b�� z{h�������x%�

Re: [gentoo-user] Konqueror crashes with latest flash

[Alan McKinnon]

On Tuesday 15 January 2008, Alex Schuster wrote:
> Mick writes:
> > When I go to http://www.speedtest.net the flash content does not
> > show (just a white frame in its place) and if I close konqueror I
> > get a "signal 11 sigserv".  This is what the terminal shows:
>
> [...]
>
> > Rebuilding flash, nspluginviewer and konqueror has not fixed this,
> > neither has revdep-rebuild.  Any ideas?
>
> After upgrading to netscape-flash-9.0.115.0, I had similar problems,
> although I did not start konqueror on the command line to see the
> error messages. I got a segmentation fault on nearly every page with
> flash, althogh the browser itself did not crash most of the times.
>
> The forum has also some threads about it, with problems also with
> firefox or opera. The bug is reported as #204980.
>
> I downgraded back to 9.0.48.0-r1, and all is fine. Except for the big
> security problems this involves... One suggestion I read about is to
> use kmplayer for flash, but I'm too lazy to do so.

Same here, I had to downgrade to 9.0.48.0-r1 to get flash working in 
konqueror. Firefox also OK with this version

9.0.115.0 always worked fine for me in firefox though.

-- 
Alan McKinnon
alan dot mckinnon at gmail dot com
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Michael Schmarck]

Hello!

On Jan 15, 2008 1:54 PM, Jean-Baptiste Mestelan <[EMAIL PROTECTED]> wrote:
> On 15/01/2008, Michael Schmarck <[EMAIL PROTECTED]> wrote:

[ Installing via GRML ]

> > IOW: Use the original documentation. Chapter 2 is of course then
> > of no use, for the most part. The thing about hdparm and user
> > accounts is valid none the less, though.
>
> I went through a  new install process this week, using Kubuntu liveCD,
> and indeed the original documentation applies OK.
> Only one minor notice : the part about using 'mirrorselect' will not
> work, as this tool will not included in an alternate liveCD, so you
> will have to select the mirrors manually (check the syntax beforehand,
> maybe).

I don't quite understand. When you're installing stuff from
within Kubuntu (or whatever Live CD), you're in a Gentoo chroot.
Why can't you install mirrorselect there and run mirrorselect
in the chroot?

> Also, obviously, you will not be able to use genkernel and
> automagically compile kernel (there could be other ways ?).

Same question, basically. Why can''t you run genkernel
in the chroot (I only used genkernel once, and then switched
back to compiling the kernel by myself)?

Michael
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Installing via GRML

[Dirk Heinrichs]

Am Dienstag, 15. Januar 2008 schrieb ext Jean-Baptiste Mestelan:

> Also, obviously, you will not be able to use genkernel and
> automagically compile kernel (there could be other ways ?).

make menuconfig && make && make modules_install, maybe? This always works, 
on any distribution. I still wonder why they all invent their own, special 
way of compiling a kernel.

Bye...

Dirk
-- 
Dirk Heinrichs  | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: [EMAIL PROTECTED]
Wanheimerstraße 68  | Web:  http://www.capgemini.com
D-40468 Düsseldorf  | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net


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

Re: [gentoo-user] Re: Installing via GRML

[Jean-Baptiste Mestelan]

On 15/01/2008, Michael Schmarck <[EMAIL PROTECTED]> wrote:
> James  tampabay.rr.com> writes:
>
> >
> > Hello,
> >
> > Over the last week, I read where many folks recommend installing
> > Gentoo using GRML.
> > Since I have a p3 (650Mz) system I'm installing to build a
> > small web server for a friend, I figured I check out installing
> > gentoo via GRML.
> >
> > Does anyone know of a wiki or simple guide I can follow to do this?
>
> Sure. http://www.gentoo.org/doc/en/handbook/handbook-x86.xml
>
> IOW: Use the original documentation. Chapter 2 is of course then
> of no use, for the most part. The thing about hdparm and user
> accounts is valid none the less, though.

I went through a  new install process this week, using Kubuntu liveCD,
and indeed the original documentation applies OK.
Only one minor notice : the part about using 'mirrorselect' will not
work, as this tool will not included in an alternate liveCD, so you
will have to select the mirrors manually (check the syntax beforehand,
maybe).
Also, obviously, you will not be able to use genkernel and
automagically compile kernel (there could be other ways ?).

Cheers.
-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Re: License issues [was:Daniel Robbins' come back ?]

[Michael Schmarck]

James <[EMAIL PROTECTED]> wrote:

> Etaoin Shrdlu  unlimitedmail.org> writes:
> 
> 
>> What you're saying here is not a secret, in fact these are all more or
>> less well-known facts. Yes, they probably did violate some open source
>> license. However, I don't see how having had closed source products
>> would have prevented them from doing what they wanted to do anyway.
>> And furthermore, what does all this have to do with "making money with
>> open source"?
> 
> 
> I just do not see the harm in letting a small (sub 1 million dollar
> company) build a product and not provide any details or what they did or
> how they did it.

Why should they be allowed to gain a profit from something, that the
FLOSS community made, without giving anything back at all (and if it
is just source code in an uncommented/undocumented fashion)?

> In the end, their success is more likely related 

Why should somebody care, if they are successful?

> The GPL goes a long way to discouraging/preventing many of the serfs
> from ever trying IMHO. I believe that the GPL is the spawn of satan.

Absolutely disagree. I think the GPL is good the way it is.

> I think the 'serfs' (the greater gentoo community) would be better
> off with a BSD style license related to Gentoo technologies and
> still use GPL software, as the individual chooses. 

I don't think so.

Michael

-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Re: Daniel Robbins' come back ?

[Michael Schmarck]

James <[EMAIL PROTECTED]> wrote:

> The point I was trying to may (and not really a hard sell but just to
> illuminate moving gentoo into more of an "Entrepreneur distro")
> would be to build the future of Gentoo (or a fork) on a better license
> model than GPL.

Uhm, thanks, but no thanks. Why should GPL be dropped? Just to allow
someone to make a quick € or two?

No, the GPL is fine as it is. Gentoo should not be rewritten to write
around GPL stuff.

Michael

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Konqueror crashes with latest flash

[Mick]

On Tuesday 15 January 2008, Alex Schuster wrote:
> Mick writes:

> > Rebuilding flash, nspluginviewer and konqueror has not fixed this,
> > neither has revdep-rebuild.  Any ideas?
>
> After upgrading to netscape-flash-9.0.115.0, I had similar problems,
> although I did not start konqueror on the command line to see the error
> messages. I got a segmentation fault on nearly every page with flash,
> althogh the browser itself did not crash most of the times.
>
> The forum has also some threads about it, with problems also with firefox
> or opera. The bug is reported as #204980.
>
> I downgraded back to 9.0.48.0-r1, and all is fine. Except for the big
> security problems this involves... One suggestion I read about is to use
> kmplayer for flash, but I'm too lazy to do so.

Thanks for letting me know - good to know it's not something borked just with 
my setup.
-- 
Regards,
Mick


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

[gentoo-user] Re: Daniel Robbins' come back ?

[Michael Schmarck]

James <[EMAIL PROTECTED]> wrote:

> If you think that the Industrial
> Military Complex has not modified you precious GPL code, then we are all
> in Deep Doo.

I don't get you. They'll surely have modified the GPL code. But that's
not a problem. If they were going to sell something, they must provide
access to the source code.

But as they won't be selling anything, they can keep the source code
hidden. Nobody, but the "Industrial Military Complex", has a right to
the source code.

Michael

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] uvesafb problem

[justin]

just use

video=vesafb:1024x768

:) justin



On Tue, 15 Jan 2008 16:44:39 +0800, "Chuanwen Wu" <[EMAIL PROTECTED]>
wrote:
> Hi, guys!
> 
> I want to have higher resolution in console. I used vesa-tng before
> and now I have update the kernel to 2.6.23 and I guess I should use
> uvesafb instead of vesa-tng.
> 
> I have followed the guide here
> http://dev.gentoo.org/~spock/projects/uvesafb/, and
> Here is the options I have chose in config file about the "FB" thing:
> 
> CONFIG_FB=y
> CONFIG_FB_DDC=y
> CONFIG_FB_CFB_FILLRECT=y
> CONFIG_FB_CFB_COPYAREA=y
> CONFIG_FB_CFB_IMAGEBLIT=y
> CONFIG_FB_DEFERRED_IO=y
> CONFIG_FB_MODE_HELPERS=y
> CONFIG_FB_UVESA=y
> CONFIG_FB_VESA=y
> CONFIG_FB_INTEL=y
> CONFIG_FB_INTEL_I2C=y
> 
> and in the menu.lst file, I append  "video=uvesafb:1024x768" (PS: I
> have tried "video=uvesafb:1024x768-32" and some other similar
> parameter, too)  to the kernel command line.
>  But after I rebooted, the resolution was still very low, which I
> guess was 800x640, and I couldn't see anything changed.
> 
> PS: My machine is Dell 1400 laptop and use x86_64 arch. I use
> tuxonice-sources and I have also tried gentoo-source to test the
> uvesafb.
> 
> Any help is appreciated!
> --
> wcw
> --
> gentoo-user@lists.gentoo.org mailing list

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Konqueror crashes with latest flash

[Alex Schuster]

Mick writes:

> When I go to http://www.speedtest.net the flash content does not show
> (just a white frame in its place) and if I close konqueror I get a
> "signal 11 sigserv".  This is what the terminal shows:
[...]
> Rebuilding flash, nspluginviewer and konqueror has not fixed this,
> neither has revdep-rebuild.  Any ideas?

After upgrading to netscape-flash-9.0.115.0, I had similar problems, 
although I did not start konqueror on the command line to see the error 
messages. I got a segmentation fault on nearly every page with flash, 
althogh the browser itself did not crash most of the times.

The forum has also some threads about it, with problems also with firefox or 
opera. The bug is reported as #204980.

I downgraded back to 9.0.48.0-r1, and all is fine. Except for the big 
security problems this involves... One suggestion I read about is to use 
kmplayer for flash, but I'm too lazy to do so.

Wonko
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Single click is interpreted as double click

[Michael Schmarck]

Hello again.

On Jan 15, 2008 11:51 AM, Michael Schmarck
<[EMAIL PROTECTED]> wrote:
> On Jan 15, 2008 10:16 AM, Sascha Hlusiak <[EMAIL PROTECTED]> wrote:

> > > Yesterday, I upgraded to xorg-server 1.4 from 1.3. I also recompiled
> > > all the x11-drivers packages, including xf86-input-mouse-1.2.3.
> > >
> > > Today, I started Xorg 1.4 for the 1st time. When I now single click
> > > something, the system seems to get a double click. Examples:
> > >
> >
> > > I uploaded my Xorg.conf to . I used the
> > > exact same Xorg.conf with xorg-server-1.3, and there a single click
> > > wasn't "misinterpreted".
> > >
> >
> > > I'm using a very simple Dell branded Logitech Optical USB Mouse
> > > via USB.
> > >
> > > What might be broken there?

[...]

> > I think you have too many mice in your running X, there is /dev/input/mice,
> > which is supposed to gather all mouse data, as well as /dev/psaux (which is
> > included in /dev/input/mice, as far as I know).
>
> You mean the Identifier "Logitech LX7" and "USB Maus", correct?
> This used to work fine, but I'll give that a try and report back!

I now commented the Logitech LX7 entry in the layout
section of my xorg.conf and also commented out the LX7
all together. Please see 
for an updated version of my xorg.conf, which I attached
as well. I also attached a new Xorg.0.log.

Best regards,
Michael

X.Org X Server 1.4.0
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.23-gentoo-r5.r08.mit-ide-mod_2 i686 
Current Operating System: Linux winnb000488 2.6.23-gentoo-r5.r08.mit-ide-mod_2 #1 SMP Tue Jan 8 14:08:46 CET 2008 i686
Build Date: 15 January 2008  11:03:56AM
 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Jan 15 11:59:36 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Layout"
(**) |-->Screen "Screen LCD Office" (0)
(**) |   |-->Monitor "LCD Office"
(**) |   |-->Device "nVidia Quadro NVS 110M / GeForce Go 7300"
(**) |-->Input Device "USB Maus"
(**) |-->Input Device "Dell USB Multimedia Tastatur"
(**) |-->Input Device "Dell Notebook Tastatur"
(**) Option "Xinerama" "0"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/CID" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/local" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/truetype" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/cyrillic".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/cyrillic").
(WW) The directory "/usr/share/fonts/freefont" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/sharefont" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/default/Type1" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/ttf/decoratives" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/ttf/western" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/cyrillic".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/cyrillic").
(==) Including the default font path /usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/OTF,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/.
(**) FontPath set to:
	/usr/share/fonts/75dpi,
	/usr/share/fonts/100dpi,
	/usr/share/fonts/misc,
	/usr/share/fonts/Type1,
	/usr/share/fonts/Speedo,
	/usr/share/fonts/util,
	/usr/share/fonts/Speedo,
	/usr/share/fonts/TTF,
	/usr/share/fonts/corefonts,
	/usr/share/fonts/freefonts,
	/usr/share/fonts/terminus,
	/usr/share/fonts/ttf-bitstream-vera,
	/usr/share/fonts/ttf-gentium,
	/usr/share/fonts/unifont,
	/usr/share/fonts/urw-fonts,
	/usr/share/fonts/urwvn-fonts,
	/usr/share/fonts/misc/,
	/usr/share/fonts/TTF/,
	/usr/share/fonts/OTF,
	/usr/share/fonts/Type1/,
	/usr/share/fonts/100dpi/,
	/usr/share/fonts/75dpi/
(**) RgbPath set to "/usr/share/X11/rgb"
(**) ModulePath set to "/usr/lib/xorg/modules"
(**) Extension "Composite" is enabled
(==) |-->Input Device "USB Maus"
(==) The core pointer device wasn't specified explicitly in the layout.
	Using the first mouse device.
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81e06c0
(II) Module ABI versions:
	X.Org ANSI C Emulation: 0.3
	X.Org Video Driver: 2.0
	X.Org XInput driver : 2.0
	X.Org Server Extension : 0.3
	X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/m

Re: [gentoo-user] Single click is interpreted as double click

[Michael Schmarck]

Hello!

On Jan 15, 2008 10:16 AM, Sascha Hlusiak <[EMAIL PROTECTED]> wrote:

> > Yesterday, I upgraded to xorg-server 1.4 from 1.3. I also recompiled
> > all the x11-drivers packages, including xf86-input-mouse-1.2.3.
> >
> > Today, I started Xorg 1.4 for the 1st time. When I now single click
> > something, the system seems to get a double click. Examples:
> >
>
> > I uploaded my Xorg.conf to . I used the
> > exact same Xorg.conf with xorg-server-1.3, and there a single click
> > wasn't "misinterpreted".
> >
>
> > I'm using a very simple Dell branded Logitech Optical USB Mouse
> > via USB.
> >
> > What might be broken there?
> Can you paste your /var/log/Xorg.0.log, too?

Sure. It's attached to this mail.

> I think you have too many mice in your running X, there is /dev/input/mice,
> which is supposed to gather all mouse data, as well as /dev/psaux (which is
> included in /dev/input/mice, as far as I know).

You mean the Identifier "Logitech LX7" and "USB Maus", correct?
This used to work fine, but I'll give that a try and report back!

> Remove the psaux device and
> see if it still happens. The data is reported twice so I guess your mouse
> might also move twice as fast and generate double clicks.

It seems like, that the system thinks that the left mouse button
is always pressed, or something like that. For example, in
Knode, I cannot right click on a group and get the context menu
displayed. It is, as if the left button is pressed always.

> Maybe hotplugging is involved too, if you use hal-0.5.10.

I've got hal-0.5.10 installed. But that as well doesn't cause
any problems in Xorg 1.3.0.0. I just verified this, by downgrading
to 1.3.0.0 - there, everything is well!

Michael

X.Org X Server 1.4.0
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.23-gentoo-r5.r08.mit-ide-mod_2 i686 
Current Operating System: Linux winnb000488 2.6.23-gentoo-r5.r08.mit-ide-mod_2 #1 SMP Tue Jan 8 14:08:46 CET 2008 i686
Build Date: 15 January 2008  11:03:56AM
 
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Jan 15 11:37:17 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Layout"
(**) |-->Screen "Screen LCD Office" (0)
(**) |   |-->Monitor "LCD Office"
(**) |   |-->Device "nVidia Quadro NVS 110M / GeForce Go 7300"
(**) |-->Input Device "USB Maus"
(**) |-->Input Device "Logitech LX7"
(**) |-->Input Device "Dell USB Multimedia Tastatur"
(**) |-->Input Device "Dell Notebook Tastatur"
(**) Option "Xinerama" "0"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/CID" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/local" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/truetype" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/cyrillic".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/cyrillic").
(WW) The directory "/usr/share/fonts/freefont" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/sharefont" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/default/Type1" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/ttf/decoratives" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/ttf/western" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/cyrillic".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/cyrillic").
(==) Including the default font path /usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/OTF,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/.
(**) FontPath set to:
	/usr/share/fonts/75dpi,
	/usr/share/fonts/100dpi,
	/usr/share/fonts/misc,
	/usr/share/fonts/Type1,
	/usr/share/fonts/Speedo,
	/usr/share/fonts/util,
	/usr/share/fonts/Speedo,
	/usr/share/fonts/TTF,
	/usr/share/fonts/corefonts,
	/usr/share/fonts/freefonts,
	/usr/share/fonts/terminus,
	/usr/share/fonts/ttf-bitstream-vera,
	/usr/share/fonts/ttf-gentium,
	/usr/share/fonts/unifont,
	/usr/share/fonts/urw-fonts,
	/usr/share/fonts/urwvn-fonts,
	/usr/share/fonts/misc/,
	/usr/share/fonts/TTF/,
	/usr/share/fonts/OTF,
	/usr/share/fonts/Type1/,
	/usr/share/fonts/100dpi/,
	/usr/share/fonts/75dpi/
(**) RgbPath set to "/usr/share/X11/rgb"
(**) ModulePath set to "/usr/lib/xorg/modules"
(**) Extension "Composite" is enabled
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81e06c0
(II) Module ABI version

Re: [gentoo-user] mDNSResponder fails to compile

[Dale]

Bob Young wrote:
>
> I’m back to building a Gentoo box after my previous Gentoo box died a
> hardware death about six months ago. It’s mostly installed and
> functioning but I wanted to bring up KDE, I was surprised to find that
> the kde-meta emerge, failed 43 packages into the 300 or so that is
> kde-meta.
>
>  
>
> It dies on building mDNSResponder, below is the error, if anybody is
> interested. It seems to be the same bug reported in Nov 2007:
> http://bugs.gentoo.org/show_bug.cgi?id=196349 I don’t see any
> resolution posted for this bug, so it appears that mDNSResponder is
> currently broken, and it doesen’t appear that anybody IS terribly
> interested.
>
>  
>
> I’m not sure what USE flag I have included that brings in
> mDNSResponder, after reading the package summary, I thought it might
> be “zeroconf,” but after adding “-zeroconf” to /etc/make.conf, “emerge
> –pn kde-meta” or “emerge –pn kde” still shows that mDNSResponder is
> going to be merged. I’ve tried adding “net-misc/mDNSResponder ~x86” to
> package keywords in hopes of getting a later version, but it appears
> there isn’t a later version.
>
>  
>
> So here I am, asking for any kind of solution anybody can provide,
> since it doesn’t look like mDNSResponder is going to be fixed anytime
> soon I guess the preferred method is to remove whatever USE flag(s)
> are bringing it in if that’s possible, but I don’t know how to
> determine that information and would be grateful for some assistance.
>
>  
>
> Thanks,
>
> Bob Young
>
> San Jose CA.
>
>  
>

Have you tried this:  http://bugs.gentoo.org/show_bug.cgi?id=196349#c4 
It may work.

If you are new, emerge =net-misc/mDNSResponder-107.5   I think that is
it anyway.

Hope that helps.

Dale

:-)  :-)  
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] mDNSResponder fails to compile

[Alan McKinnon]

On Tuesday 15 January 2008, Bob Young wrote:
> I'm back to building a Gentoo box after my previous Gentoo box died a
> hardware death about six months ago. It's mostly installed and
> functioning but I wanted to bring up KDE, I was surprised to find
> that the kde-meta emerge, failed 43 packages into the 300 or so that
> is kde-meta.
>
> It dies on building mDNSResponder, below is the error, if anybody is
> interested. It seems to be the same bug reported in Nov 2007:
> http://bugs.gentoo.org/show_bug.cgi?id=196349 I don't see any
> resolution posted for this bug, so it appears that mDNSResponder is
> currently broken, and it doesen't appear that anybody IS terribly
> interested.
>
> I'm not sure what USE flag I have included that brings in
> mDNSResponder, after reading the package summary, I thought it might
> be "zeroconf," but after adding "-zeroconf" to /etc/make.conf,
> "emerge -pn kde-meta" or "emerge -pn kde" still shows that
> mDNSResponder is going to be merged. I've tried adding
> "net-misc/mDNSResponder ~x86" to package keywords in hopes of getting
> a later version, but it appears there isn't a later version.
>
> So here I am, asking for any kind of solution anybody can provide,
> since it doesn't look like mDNSResponder is going to be fixed anytime
> soon I guess the preferred method is to remove whatever USE flag(s)
> are bringing it in if that's possible, but I don't know how to
> determine that information and would be grateful for some assistance.

Please don't post in HTML, it makes things hell to read, thanks.


mDNSResponder builds here OK. The latest version is the stable one:

[EMAIL PROTECTED] ~ $ eix mdnsresponder
[I] net-misc/mDNSResponder
 Available versions:  98 (~)107.1 (~)107.5 107.6-r5 {debug doc 
elibc_FreeBSD java}
 Installed versions:  107.6-r5(03:25:38 PM 11/05/2007)
(java -debug -doc -elibc_FreeBSD)
 Homepage:
http://developer.apple.com/networking/bonjour/index.html
 Description: The mDNSResponder project is a component of 
Bonjour, Apple's initiative for zero-configuration networking.

The USE flags that pull it in (at least the ones I'm using) are using 
zeroconf and NOT using avahi:

[EMAIL PROTECTED] ~ $ equery depends mDNSResponder
[ Searching for packages depending on mDNSResponder... ]
kde-base/kdelibs-3.5.8-r2 (!avahi & !bindist? net-misc/mDNSResponder)
net-print/cups-1.3.5 (zeroconf & !avahi? net-misc/mDNSResponder)

I'd guess you need USE=avahi to stop kdelibs from using mDNSResponder

>
> Responder daemon done
>
> i686-pc-linux-gnu-gcc -I. -I../mDNSCore -I../mDNSShared -W -Wall
> -DPID_FILE=\"/var/run/mdnsd.pid\"
> -DMDNS_UDS_SERVERPATH=\"/var/run/mdnsd\" -DNOT_HAVE_SA_LEN
> -DUSES_NETLINK -DHAVE_LINUX -g -DMDNS_DEBUGMSGS=2  -O2 -march=i6$
>
> i686-pc-linux-gnu-gcc -I. -I../mDNSCore -I../mDNSShared -W -Wall
> -DPID_FILE=\"/var/run/mdnsd.pid\"
> -DMDNS_UDS_SERVERPATH=\"/var/run/mdnsd\" -DNOT_HAVE_SA_LEN
> -DUSES_NETLINK -DHAVE_LINUX -g -DMDNS_DEBUGMSGS=2  -O2 -march=i6$
>
> i686-pc-linux-gnu-gcc -I. -I../mDNSCore -I../mDNSShared -W -Wall
> -DPID_FILE=\"/var/run/mdnsd.pid\"
> -DMDNS_UDS_SERVERPATH=\"/var/run/mdnsd\" -DNOT_HAVE_SA_LEN
> -DUSES_NETLINK -DHAVE_LINUX -g -DMDNS_DEBUGMSGS=2  -O2 -march=i6$
>
> build/debug/libdns_sd.so
>
> Client library done
>
> make[1]: Entering directory
> `/var/tmp/portage/net-misc/mDNSResponder-107.6-r5/work/mDNSResponder-
>107.6/C lients'
>
> mkdir build
>
> cc dns-sd.c -L../mDNSPosix/build/prod/ -ldns_sd -I../mDNSShared -o
> build/dns-sd
>
> /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/bi
>n/ld: cannot find -ldns_sd
>
> collect2: ld returned 1 exit status
>
> make[1]: *** [build/dns-sd] Error 1
>
> make[1]: Leaving directory
> `/var/tmp/portage/net-misc/mDNSResponder-107.6-r5/work/mDNSResponder-
>107.6/C lients'
>
> make: *** [../Clients/build/dns-sd] Error 2
>
> *
>
> * ERROR: net-misc/mDNSResponder-107.6-r5 failed.
>
> * Call stack:
>
> * ebuild.sh, line 1701:  Called dyn_compile
>
> * ebuild.sh, line 1039:  Called qa_call 'src_compile'
>
> * ebuild.sh, line   44:  Called src_compile
>
> * mDNSResponder-107.6-r5.ebuild, line   51:  Called die
>
> * The specific snippet of code:
>
> * mdnsmake || die "make failed"
>
> * The die message:
>
> * make failed
>
> *
>
> * If you need support, post the topmost build error, and the call
> stack if relevant.
>
> * A complete build log is located at
> '/var/tmp/portage/net-misc/mDNSResponder-107.6-r5/temp/build.log'.
>
> *
>
> !!! When you file a bug report, please include the following
> information:
>
> GENTOO_VM=sun-jdk-1.6  CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.6.0.03"
>
> JAVACFLAGS="-source 1.4 -target 1.4" COMPILER=""
>
> and of course, the output of emerge --info



-- 
Alan McKinnon
alan dot mckinnon at gmail dot com
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Single click is interpreted as double click

[Sascha Hlusiak]

> Yesterday, I upgraded to xorg-server 1.4 from 1.3. I also recompiled
> all the x11-drivers packages, including xf86-input-mouse-1.2.3.
>
> Today, I started Xorg 1.4 for the 1st time. When I now single click
> something, the system seems to get a double click. Examples:
>
> I uploaded my Xorg.conf to . I used the
> exact same Xorg.conf with xorg-server-1.3, and there a single click
> wasn't "misinterpreted".
>
> I'm using a very simple Dell branded Logitech Optical USB Mouse
> via USB.
>
> What might be broken there?
Can you paste your /var/log/Xorg.0.log, too?

I think you have too many mice in your running X, there is /dev/input/mice, 
which is supposed to gather all mouse data, as well as /dev/psaux (which is 
included in /dev/input/mice, as far as I know). Remove the psaux device and 
see if it still happens. The data is reported twice so I guess your mouse 
might also move twice as fast and generate double clicks. 

Maybe hotplugging is involved too, if you use hal-0.5.10.

Sascha


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

[gentoo-user] mDNSResponder fails to compile

[Bob Young]

I'm back to building a Gentoo box after my previous Gentoo box died a
hardware death about six months ago. It's mostly installed and functioning
but I wanted to bring up KDE, I was surprised to find that the kde-meta
emerge, failed 43 packages into the 300 or so that is kde-meta. 

 

It dies on building mDNSResponder, below is the error, if anybody is
interested. It seems to be the same bug reported in Nov 2007:
http://bugs.gentoo.org/show_bug.cgi?id=196349 I don't see any resolution
posted for this bug, so it appears that mDNSResponder is currently broken,
and it doesen't appear that anybody IS terribly interested. 

 

I'm not sure what USE flag I have included that brings in mDNSResponder,
after reading the package summary, I thought it might be "zeroconf," but
after adding "-zeroconf" to /etc/make.conf, "emerge -pn kde-meta" or "emerge
-pn kde" still shows that mDNSResponder is going to be merged. I've tried
adding "net-misc/mDNSResponder ~x86" to package keywords in hopes of getting
a later version, but it appears there isn't a later version.

 

So here I am, asking for any kind of solution anybody can provide, since it
doesn't look like mDNSResponder is going to be fixed anytime soon I guess
the preferred method is to remove whatever USE flag(s) are bringing it in if
that's possible, but I don't know how to determine that information and
would be grateful for some assistance.

 

Thanks,

Bob Young

San Jose CA.

 

 

 

 

Responder daemon done

i686-pc-linux-gnu-gcc -I. -I../mDNSCore -I../mDNSShared -W -Wall
-DPID_FILE=\"/var/run/mdnsd.pid\" -DMDNS_UDS_SERVERPATH=\"/var/run/mdnsd\"
-DNOT_HAVE_SA_LEN -DUSES_NETLINK -DHAVE_LINUX -g -DMDNS_DEBUGMSGS=2  -O2
-march=i6$

i686-pc-linux-gnu-gcc -I. -I../mDNSCore -I../mDNSShared -W -Wall
-DPID_FILE=\"/var/run/mdnsd.pid\" -DMDNS_UDS_SERVERPATH=\"/var/run/mdnsd\"
-DNOT_HAVE_SA_LEN -DUSES_NETLINK -DHAVE_LINUX -g -DMDNS_DEBUGMSGS=2  -O2
-march=i6$

i686-pc-linux-gnu-gcc -I. -I../mDNSCore -I../mDNSShared -W -Wall
-DPID_FILE=\"/var/run/mdnsd.pid\" -DMDNS_UDS_SERVERPATH=\"/var/run/mdnsd\"
-DNOT_HAVE_SA_LEN -DUSES_NETLINK -DHAVE_LINUX -g -DMDNS_DEBUGMSGS=2  -O2
-march=i6$

build/debug/libdns_sd.so

Client library done

make[1]: Entering directory
`/var/tmp/portage/net-misc/mDNSResponder-107.6-r5/work/mDNSResponder-107.6/C
lients'

mkdir build

cc dns-sd.c -L../mDNSPosix/build/prod/ -ldns_sd -I../mDNSShared -o
build/dns-sd 

/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/bin/ld:
cannot find -ldns_sd

collect2: ld returned 1 exit status  

make[1]: *** [build/dns-sd] Error 1

make[1]: Leaving directory
`/var/tmp/portage/net-misc/mDNSResponder-107.6-r5/work/mDNSResponder-107.6/C
lients'

make: *** [../Clients/build/dns-sd] Error 2  

* 

* ERROR: net-misc/mDNSResponder-107.6-r5 failed.

* Call stack: 

* ebuild.sh, line 1701:  Called dyn_compile

* ebuild.sh, line 1039:  Called qa_call 'src_compile'

* ebuild.sh, line   44:  Called src_compile

* mDNSResponder-107.6-r5.ebuild, line   51:  Called die

* The specific snippet of code:

* mdnsmake || die "make failed"

* The die message:

* make failed

* 

* If you need support, post the topmost build error, and the call stack if
relevant.

* A complete build log is located at
'/var/tmp/portage/net-misc/mDNSResponder-107.6-r5/temp/build.log'.

* 

!!! When you file a bug report, please include the following information:

GENTOO_VM=sun-jdk-1.6  CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.6.0.03"

JAVACFLAGS="-source 1.4 -target 1.4" COMPILER=""

and of course, the output of emerge --info

 

Re: [gentoo-user] Re: Daniel Robbins' come back ?

[Mick]

On Tuesday 15 January 2008, Alan McKinnon wrote:
> On Tuesday 15 January 2008, [EMAIL PROTECTED] wrote:
> > After looking at some of the discusion at:
> >  http://forums.gentoo.org/viewtopic-t-644321.html
> > I saw there that gentoo's charter had been pulled.
> >
> > What does that actually mean?  And who is such a charter with?
>
> The charter is a legal document filed with the State of New Mexico, it's
> the document that permits the Gentoo Foundation to exist as a legal
> entity. Because of unfiled paperwork etc etc the charter is no longer
> current and valid, and the Gentoo Foundation does not exist as a legal
> entity. On a code basis, it means that the Gentoo "G" logo, all ebuilds
> in the tree and portage itself now are not owned by anyone. Of course
> this is a dangerous position for those copyrights and logos to be in.

I don't want to sound like a European who's been through two world wars (I 
haven't of course, although at times I can feel as if I have), but the people 
who allowed that to happen would normally be taken out (not to make a mess on 
the floor) and shot!

Is there a legit way to recover from this position, without take overs, 
juntas, curfews and summary executions?  Who needs to do what?
-- 
Regards,
Mick


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

[gentoo-user] uvesafb problem

[Chuanwen Wu]

Hi, guys!

I want to have higher resolution in console. I used vesa-tng before
and now I have update the kernel to 2.6.23 and I guess I should use
uvesafb instead of vesa-tng.

I have followed the guide here
http://dev.gentoo.org/~spock/projects/uvesafb/, and
Here is the options I have chose in config file about the "FB" thing:

CONFIG_FB=y
CONFIG_FB_DDC=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
CONFIG_FB_DEFERRED_IO=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_UVESA=y
CONFIG_FB_VESA=y
CONFIG_FB_INTEL=y
CONFIG_FB_INTEL_I2C=y

and in the menu.lst file, I append  "video=uvesafb:1024x768" (PS: I
have tried "video=uvesafb:1024x768-32" and some other similar
parameter, too)  to the kernel command line.
 But after I rebooted, the resolution was still very low, which I
guess was 800x640, and I couldn't see anything changed.

PS: My machine is Dell 1400 laptop and use x86_64 arch. I use
tuxonice-sources and I have also tried gentoo-source to test the
uvesafb.

Any help is appreciated!
-- 
wcw
-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Single click is interpreted as double click

[Michael Schmarck]

Hello.

Yesterday, I upgraded to xorg-server 1.4 from 1.3. I also recompiled
all the x11-drivers packages, including xf86-input-mouse-1.2.3.

Today, I started Xorg 1.4 for the 1st time. When I now single click
something, the system seems to get a double click. Examples:

- In jedit, when I single click a word, the word is highlighted. This
  should only happen, when a double click is done.
- In Nautilus, when I single click a folder, it is opened
- In Epiphany, when browsing for a file, I single clicked on a folder
  in the "File Browse" dialog on the right hand side, where also the
  files are displayed. The folder was opened right away. This should
  not have happened.
- Firefox behaves just like Epiphany.

I uploaded my Xorg.conf to . I used the 
exact same Xorg.conf with xorg-server-1.3, and there a single click
wasn't "misinterpreted".

Normally, I use Gnome with metacity as my window manager. But I also
tried a barebone twm setup, which misbehaves just like my normal 
Gnome setup.

I'm using a very simple Dell branded Logitech Optical USB Mouse
via USB.

What might be broken there?

Thanks,
Michael

-- 
gentoo-user@lists.gentoo.org mailing list

[gentoo-user] Re: Installing via GRML

[Michael Schmarck]

James  tampabay.rr.com> writes:

> 
> Hello,
> 
> Over the last week, I read where many folks recommend installing
> Gentoo using GRML.
> Since I have a p3 (650Mz) system I'm installing to build a
> small web server for a friend, I figured I check out installing
> gentoo via GRML.
> 
> Does anyone know of a wiki or simple guide I can follow to do this?

Sure. http://www.gentoo.org/doc/en/handbook/handbook-x86.xml

IOW: Use the original documentation. Chapter 2 is of course then
of no use, for the most part. The thing about hdparm and user 
accounts is valid none the less, though.

Best regards,
Michael

-- 
gentoo-user@lists.gentoo.org mailing list