Get guaranteed traffic to your website today @ incredible prices
Are you looking for effective traffic to your website? Look no further... ** For the first time on the Internet, Trafficdelivered.com offers you a centralised means or ordering high-quality traffic, with a members area where you can check how your traffic purchase is doing and be involved in the project. Establish your web presence today with the most affordable marketing packages available on the Internet. At an unbeliveable low cost we can deliver a flood of targeted prospects to your web page. Stop wasting time and energy on marketing techniques that never deliver the traffic. Your online business needs to survive. In less than 1 week we can have a steady flow of fresh prospects landing on your site... Guaranteed! So why not start today? Go to http://www.trafficdelivered.com and start enjoying the benefits of Internet marketing. Thank you for doing business with us. We look forward to providing you with the services you need to grow and maintain your unique online identity. We encourage you to visit our Web site regularly to learn about our expanding catalogue of traffic solutions/packages: http://www.trafficdelivered.com Best regards, TrafficDelivered Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xdmcp and X terminals
On Sun, Oct 21, 2001 at 11:07:45AM +0200, wrote: I want to set up an old Pentium 120 as an X terminal, to log in remotely on my desktop. I have read some documentation, and figured out that one of the ?dm packages does the serving, but I cannot figure out what to do on the client to make it ask for a login with XDMCP. Can anyone point me in the direction of a package or some docs? Replying to myself, for the others that were wondering, after some help and some looking around on the web, I noticed there is actually a XDMCP HOWTO (part of the LDP Howto's, means that all up-to-date woody or sid Debian installations that have the Standard packages will have at least a plaintext version it, /usr/doc/HOWTO). Since March, it seems. Hugo van der Merwe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X11 problem
Hi, this issue has been already addressed. If you have any biznet fonts, remove them. The fonts.alias file went south. Zoltan Nagy wrote: Hello, When I upgraded the X11 system from -7 to -8 in the unstable distribution everything went wrong. The X doesn't start and stop with the following error messges: Could not init font path element /usr/lib/X11/fonts/misc, removing from list! Could not init font path element /usr/lib/X11/fonts/75dpi/:unscaled, removing from list! Could not init font path element /usr/lib/X11/fonts/100dpi/:unscaled, removing from list! Could not init font path element /usr/lib/X11/fonts/75dpi, removing from list! Could not init font path element /usr/lib/X11/fonts/100dpi, removing from list! Fatal server error: could not open default font 'fixed' Regards, Zoltan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X11 problem
On Mon, Oct 22, 2001 at 04:41:25PM -0500, Derek Witt wrote: Hi, this issue has been already addressed. If you have any biznet fonts, remove them. The fonts.alias file went south. This hasn't been enough to fix it for me. I've reinstalled all the other font packages I have, restarted xfs, logged out and back in, run update-fonts-alias on all the proper directories... done everything short of rebooting (which shouldn't be necessary). Is there anything obvious I'm missing? -Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
compiling cvs xfree86 on sid
I have a need to compile the cvs version of xfree86 on sid and was wondering if there is anybody else that has done so that could offer any pointers. i need it to get the latest version of the trident cyberblade xp driver for my toshiba tecra 8200 laptop. I have never attempted to create a deb from a cvs tree before, and was wondering if there were any pitfalls I should look out for. I was going to start by attempting to use the diff from the latest sid xfree86 source package, and then following the instructions in the debmake package. Thanks guys. -pete -- (peter.royal|osi)@pobox.com - http://pobox.com/~osi - uin#153025 your brain on life - http://fotap.org - incubating They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Ben Franklin, ~1784 PGP signature
Re: Dualhead ATI Radeon VE
On Mon, 22 Oct 2001, Edward C. Lang wrote:
So I make that change, and now I see:
Fatal Server error:
Requested Entity already in use!
I assume that's a driver issue, and not resolvable by simple configuration
file changes?
Is the 4.1.0 driver even supposed to support dualhead on these chips?
Maybe the current CVS driver does, you may want to ask on the
Xpert@XFree86.Org list.
Well... looking at the driver source[0], I see the following comment:
/* Xinerama has sync problem with DRI, disable it for now */
if(xf86IsEntityShared(pScrn-entityList[0]))
{
info-directRenderingEnabled = FALSE;
xf86DrvMsg(scrnIndex, X_WARNING,
Direct Rendering Disabled --
Dual-head configuration is not working with DRI
at present.\nPlease use only one Device/Screen
section in your XFConfig file.\n);
}
So maybe I'll try a kernel with no DRI support. But that's going to suck in
different ways.
Why change your kernel, when you can just disable DRI in the
config file? Or better yet, just leave it alone and let the
above code fragment do it for you. ;o)
One point to mention though is that the comment that is displayed
mentions XFConfig file of which their is no such thing. Typo.
--
Mike A. Harris Shipping/mailing address:
OS Systems Engineer 190 Pittsburgh Ave., Sault Ste. Marie,
XFree86 maintainer Ontario, Canada, P6C 5B3
Red Hat Inc.Phone: (705)949-2136
http://www.redhat.com ftp://people.redhat.com/mharris
Red Hat XFree86 mailing list: [EMAIL PROTECTED]
General open IRC discussion:#xfree86 on irc.openprojects.org
--
Pax Displayicus Managerius, v2
Hi folks.
As may be expected, users of the now-cooperating display manager
packages have uncovered a few bugs in the way my proposal works.
See, for instance:
bugs.debian.org/115776
So, attached you will find new versions of the config script, the
templates file, the postinst, and the prerm. Ryan Murray and I worked
out these fixes on IRC.
In summary:
1) The config script removes the default display manager file if the
user changes his answer to the question (instead of only if the new
choice is the same as the current package).
2) All the packages need to be able to write the full path to the newly
selected display manager, even if it's not the same as the package
currently being configured. In other words, it needs to be possible for
the user to run, e.g., dpkg-reconfigure gdm, pick wdm as the new
default, and have this fact written to the default display manager file
instead of having to run dpkg --configure wdm subsequently. It will
still be necessary in some cases (depending on how the package works) to
run the postinst script of the new default display manager package, but
at least this way the default display manager *file* will be correct no
matter which package's config script is run to change the default.
To enable this, each display manager package needs to provide a new,
read-only template (i.e., you never use a db_input on it in your config
script) that contains the full path to the display manager executable.
3) The prerm script has also been made more robust, removing the default
display manager file if it currently references the display manager that
is being removed, then writing it if it does not exist after the user
has answered the question.
Needless to say, there is a lot of stuff in the attached prerm and
postinst scripts that maintainers of other display managers don't need
to worry about. I'll be rolling this stuff out for testing in
4.1.0-8pre9v2.
Finally, please be sure and incorporate debconf translation patches, so
that everyone can understand and marvel at the coolness of being able to
have 4 display managers installed simultaneously.
--
G. Branden Robinson| Mob rule isn't any prettier just
Debian GNU/Linux | because you call your mob a
[EMAIL PROTECTED] | government.
http://people.debian.org/~branden/ |
#!/bin/sh
# Debian xdm package configuration script
# Copyright 2000-2001 Branden Robinson.
# Licensed under the GNU General Public License, version 2. See the file
# /usr/share/common-licenses/GPL or http://www.gnu.org/copyleft/gpl.txt.
set -e
# source debconf library
. /usr/share/debconf/confmodule
THIS_PACKAGE=xdm
DEFAULT_DISPLAY_MANAGER_FILE=/etc/X11/default-display-manager
# set default display manager
db_get shared/default-x-display-manager
OLD_DEFAULT=$RET
db_metaget shared/default-x-display-manager owners
OWNERS=$RET
db_metaget shared/default-x-display-manager choices
CHOICES=$RET
if [ $OWNERS != $CHOICES ]; then
db_subst shared/default-x-display-manager choices $OWNERS
db_fset shared/default-x-display-manager seen false
fi
db_input high shared/default-x-display-manager || true
db_go
# using this display manager?
db_get shared/default-x-display-manager
CURRENT_DEFAULT=$RET
# remove the default display manager file if we're going to change it
if [ $OLD_DEFAULT != $CURRENT_DEFAULT ]; then
rm -f $DEFAULT_DISPLAY_MANAGER_FILE
fi
if [ $CURRENT_DEFAULT = $THIS_PACKAGE ]; then
# give 'em the news
db_input medium xdm/default_nolisten_udp || true
db_input medium xdm/default_servers_100dpi || true
db_input medium xdm/default_servers_nolisten_tcp || true
db_go
fi
exit 0
# vim:set ai et sts=2 sw=2 tw=0:
Template: shared/default-x-display-manager
Type: select
Choices: ${choices}
Description: Select the desired default display manager.
A display manager is a program that provides graphical login capabilities
for the X Window System.
.
Only one display manager can manage a given X server, but multiple display
manager packages are installed. Please select which display manager
should run by default.
.
(Multiple display managers can run simultaneously if they are configured
to manage different servers; to achieve this, configure the display
managers accordingly, edit each of their init scripts in /etc/init.d, and
disable the check for a default display manager.)
Template: xdm/default_nolisten_udp
Type: note
Description: xdm does not listen on a UDP port by default.
Because xdm (the X Display Manager) is a daemon that runs with superuser
privileges, by default it runs with UDP port listening disabled as a security
measure. This means that, as shipped, xdm is not reachable via the network
and is unable to manage X servers running on remote hosts. Most people do
not need to enable UDP port listening in xdm; it can manage local X servers
without this functionality enabled.
.
xdm can be configured to manage remote X servers by appropriately editing
Get guaranteed traffic to your website today @ incredible prices
Are you looking for effective traffic to your website? Look no further... ** For the first time on the Internet, Trafficdelivered.com offers you a centralised means or ordering high-quality traffic, with a members area where you can check how your traffic purchase is doing and be involved in the project. Establish your web presence today with the most affordable marketing packages available on the Internet. At an unbeliveable low cost we can deliver a flood of targeted prospects to your web page. Stop wasting time and energy on marketing techniques that never deliver the traffic. Your online business needs to survive. In less than 1 week we can have a steady flow of fresh prospects landing on your site... Guaranteed! So why not start today? Go to http://www.trafficdelivered.com and start enjoying the benefits of Internet marketing. Thank you for doing business with us. We look forward to providing you with the services you need to grow and maintain your unique online identity. We encourage you to visit our Web site regularly to learn about our expanding catalogue of traffic solutions/packages: http://www.trafficdelivered.com Best regards, TrafficDelivered Team
Re: xdmcp and X terminals
On Sun, Oct 21, 2001 at 11:07:45AM +0200, wrote: I want to set up an old Pentium 120 as an X terminal, to log in remotely on my desktop. I have read some documentation, and figured out that one of the ?dm packages does the serving, but I cannot figure out what to do on the client to make it ask for a login with XDMCP. Can anyone point me in the direction of a package or some docs? Replying to myself, for the others that were wondering, after some help and some looking around on the web, I noticed there is actually a XDMCP HOWTO (part of the LDP Howto's, means that all up-to-date woody or sid Debian installations that have the Standard packages will have at least a plaintext version it, /usr/doc/HOWTO). Since March, it seems. Hugo van der Merwe
X11 problem
Hello, When I upgraded the X11 system from -7 to -8 in the unstable distribution everything went wrong. The X doesn't start and stop with the following error messges: Could not init font path element /usr/lib/X11/fonts/misc, removing from list! Could not init font path element /usr/lib/X11/fonts/75dpi/:unscaled, removing from list! Could not init font path element /usr/lib/X11/fonts/100dpi/:unscaled, removing from list! Could not init font path element /usr/lib/X11/fonts/75dpi, removing from list! Could not init font path element /usr/lib/X11/fonts/100dpi, removing from list! Fatal server error: could not open default font 'fixed' Regards, Zoltan
Re: X11 problem
Hi, this issue has been already addressed. If you have any biznet fonts, remove them. The fonts.alias file went south. Zoltan Nagy wrote: Hello, When I upgraded the X11 system from -7 to -8 in the unstable distribution everything went wrong. The X doesn't start and stop with the following error messges: Could not init font path element /usr/lib/X11/fonts/misc, removing from list! Could not init font path element /usr/lib/X11/fonts/75dpi/:unscaled, removing from list! Could not init font path element /usr/lib/X11/fonts/100dpi/:unscaled, removing from list! Could not init font path element /usr/lib/X11/fonts/75dpi, removing from list! Could not init font path element /usr/lib/X11/fonts/100dpi, removing from list! Fatal server error: could not open default font 'fixed' Regards, Zoltan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X11 problem
On Mon, Oct 22, 2001 at 04:41:25PM -0500, Derek Witt wrote: Hi, this issue has been already addressed. If you have any biznet fonts, remove them. The fonts.alias file went south. This hasn't been enough to fix it for me. I've reinstalled all the other font packages I have, restarted xfs, logged out and back in, run update-fonts-alias on all the proper directories... done everything short of rebooting (which shouldn't be necessary). Is there anything obvious I'm missing? -Jason
compiling cvs xfree86 on sid
I have a need to compile the cvs version of xfree86 on sid and was wondering if there is anybody else that has done so that could offer any pointers. i need it to get the latest version of the trident cyberblade xp driver for my toshiba tecra 8200 laptop. I have never attempted to create a deb from a cvs tree before, and was wondering if there were any pitfalls I should look out for. I was going to start by attempting to use the diff from the latest sid xfree86 source package, and then following the instructions in the debmake package. Thanks guys. -pete -- (peter.royal|osi)@pobox.com - http://pobox.com/~osi - uin#153025 your brain on life - http://fotap.org - incubating They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Ben Franklin, ~1784 pgp0ajDfv4tA6.pgp Description: PGP signature
