Re: [ANNOUNCE] xcalc 1.0.4
On Fri, Nov 26, 2010 at 1:42 PM, Alan Coopersmith wrote: > Somchai Smythe wrote: >> I compared it to the install-sh in xcalc-1.0.3 and it seems random >> lines were deleted from the case statement. >> - -g) chgrpcmd="$chgrpprog $2" > > *sigh* I see what happened now - the lines deleted are very much not > random - they're the lines with $ in, due to my use of perl to remove > CVS tags from * in that directory, not noticing I had a copy of install-sh > in there (I usually build in separate directories so my git repos don't > normally have those in). > > I'll go post new tarballs with a clean install-sh. Sorry about that. > (Strangely, "make distcheck" worked with the broken install-sh.) Probably because distcheck doesn't exercise install-strip as far as I can tell. It uses the normal install targets, which use /usr/bin/install on most hosts. -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: latest git xserver without hal causes Hotplugging to be a bit tricky
On 11/27/2010 11:49 AM, Dan Nicholson wrote: On Fri, Nov 26, 2010 at 8:24 PM, Justin Mattock wrote: hello, Not sure how to really handle this here(maybe I missed something), but under xorg.conf I see: /usr/lib/X11/fonts/100dpi/, /usr/lib/X11/fonts/75dpi/ [ 280.713] (**) ModulePath set to "/usr/lib/xorg/modules" [ 280.713] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [ 280.713] (WW) Disabling Mouse0 [ 280.713] (WW) Disabling Keyboard0 [ 280.713] (II) Loader magic: 0x7c9900 [ 280.713] (II) Module ABI versions: [ 280.713]X.Org ANSI C Emulation: 0.4 startx works but I've no mouse or keyboard.. (HAL is not installed) It's using udev for hotplugging now unless you explicitly told it not to during the build. if I Section "ServerFlags" Option "AutoAddDevices" "False" EndSection startx gets me a blank screen. is there a new option that I need to add to xorg.conf in order to startx and have radeon work right as well as the mouse and keyboard? or is this dependant on hal and/or device manager? (machine is a macbook pro) Either remove Mouse0/Keyboard0 from your xorg.conf, add the above ServerFlags to disable hotplugging, or rebuild with --disable-config-udev to remove hotplugging entirely. -- Dan your a lifesaver my friend!! that worked(in the past I never touched the udev switch..now I need too(recompiled)) all is good.. and Thanks you guys for fixing the mouse module as well compiled and loads good also. Justin P. Mattock ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: companies contributing to X
On Thu, Nov 25, 2010 at 5:36 AM, Eirik Byrkjeflot Anonsen wrote: > Luc Verhaegen writes: > >> On Wed, Nov 24, 2010 at 02:56:32PM -0700, Matt Dew wrote: >>> This I'm curious about. Are there more companies that feel it's >>> too-hard/not-worth-while for companies to contribute stuff to Xorg? >>> I know the linux kernel has this issue, but is X's contribution >>> difficulty larger? >>> >>> I ask out of complete curiosity, not trying to stir any pot. >>> Matt >> >> Yes, a mail like this will get them all to come clean and tell you, >> publically, that they do not want to contribute back, and then list >> all the reasons why. >> >> That sounds like a good thing for a commercial company to do. > > Meta-grammatically that seems like sarcasm to me. But if commercial > companies are blocked from doing what they want to do by some > organizational issues with X.Org, I would think it would be in their > interest to clarify those issues so they could potentially be improved > upon. I took it as sarcasm but regardless, the question is honest and valid. > > I can see some reasons why companies would not want to contribute and > also not want to say why: > > - They wish X.Org would just go away, because then they think they'll > have less competition. Who are the competitors? Besides Xi graphics, do you include FB or wayland here? > > - They believe they gain a competitive advantage by keeping their clever > code to themselves. > > - Their code is so shitty that they don't want anyone else to see it. > This one I can definitely believe. :) > > Admittedly, I believe there is some truth in all three of those reasons, > but I would hope that most companies would recognize that those are > generally not good reasons. > > You suggested one possible reason yourself: > >>> > ... they know that their >>> > code will not be accepted, and that it will be reinvented a few weeks or >>> > months later. Then they go and use the reimplementation afterwards, and >>> > save a lot of manpower and frustration in the process. > > I'm a little confused by this. It sounds like > > 1. They implement something useful. > 2. They send the patch to X.Org. > 3. X.Org does not accept the patch as is. > 4. X.Org implements an alternative patch. > 5. The company gets an X.Org with the fix they wanted. > > It sounds to me like this is a win for the company. If they hadn't > shipped the patch, the feature would (probably) not have been > implemented. By shipping the patch, they get X.Org to implement and > maintain the feature they wanted. > > I'm probably misunderstanding your description. > > > I would assume that the main stumbling block to contributing to X.Org is > quite simply that it takes time and effort to get X.Org to accept a > patch. And since the company has already shipped it, they don't see the > immediate benefit of spending this effort. > > I would think this is a serious issue, but I don't think there is any > way to eliminate it. I expect it is usually true that some time and > effort is needed to bring a patch from "it works, ship it" to something > the X.Org developers should be happy about maintaining. This one seems most likely. If it's the in-house developer(s) who isn't all that interested in giving back and won't go out of his/her way at all, then there's nothing we can do and I don't want to spend effort here. If it's an in-house developer(s), who would be willing to try to work with Xorg devs to get it in tree, then this is the case I'm interested in. Can we make it easier for him/her without killing ourselves? Matt ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Documentation conversion status [was: Re: companies contributing to X]
As many of you know, with some guidance from Alan, Gaetan and I have been quietly slugging through converting the in-tree documentation to docbook/xml. With the goal of having attractive, usable documentation that's easy to edit and generate html,pdf,ps and text, with an emphasis on consistency across it all. I can speak just to the conversion: There are roughly 2200 pages of documentation in the tree, written in 5 different formats (SGML, troff, Framemaker, tek, asciidoc) by multiple people across multiple years. This means the conversion must be done in a couple steps. One of the purposes of the first step is just to get an idea of what has been done so that we can get a list of xml tags used in all the docs. We can then pair down this list to remove redundant tags. From this smaller list, we'll generate an example document from which we can apply tags across all the documents consistently. The xorg.css and Xorg_profile-mode.xsl stylesheets use those xml tags to control presentation. One thing that some have noticed. The documentation that has been converted is ugly. It has the content but lacks the formatting. That is step 2. Normal spiel: Having consistent documentation that's easy to edit and generate will make it easier to create new and update existing documentation as well as help new people find information. I'm happy to report that this initial conversion is almost done. 2000 pages have been converted, with another 200 to go. Step 2 will begin soon. Happy Thanksgiving, Matt ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: latest git xserver without hal causes Hotplugging to be a bit tricky
On Fri, Nov 26, 2010 at 8:24 PM, Justin Mattock wrote: > hello, > Not sure how to really handle this here(maybe I missed something), but > under xorg.conf > I see: > /usr/lib/X11/fonts/100dpi/, > /usr/lib/X11/fonts/75dpi/ > [ 280.713] (**) ModulePath set to "/usr/lib/xorg/modules" > [ 280.713] (WW) Hotplugging is on, devices using drivers 'kbd', > 'mouse' or 'vmmouse' will be disabled. > [ 280.713] (WW) Disabling Mouse0 > [ 280.713] (WW) Disabling Keyboard0 > [ 280.713] (II) Loader magic: 0x7c9900 > [ 280.713] (II) Module ABI versions: > [ 280.713] X.Org ANSI C Emulation: 0.4 > > startx works but I've no mouse or keyboard.. > (HAL is not installed) It's using udev for hotplugging now unless you explicitly told it not to during the build. > if I > > Section "ServerFlags" > Option "AutoAddDevices" "False" > EndSection > > startx gets me a blank screen. > > is there a new option that I need to add to xorg.conf in order to startx > and have radeon work right as well as the mouse and keyboard? > or is this dependant on hal and/or device manager? > (machine is a macbook pro) Either remove Mouse0/Keyboard0 from your xorg.conf, add the above ServerFlags to disable hotplugging, or rebuild with --disable-config-udev to remove hotplugging entirely. -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Xorg 7.5 freezes after Linux kernel upgrade
On Fri, Nov 26, 2010 at 06:45:57PM -0500, Jerome Glisse wrote: > Non KMS path are kind of depreciated, we don't intend to support > them, you should better try enabling KMS and see if it works. If it > doesn't open a bug against KMS (we will most likely ignore UMS bug) Setting CONFIG_DRM_RADEON_KMS=y has fixed things. Thanks for helping me move with the times :-) ! Regards, Jeremy Henty ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: latest git xserver without hal causes Hotplugging to be a bit tricky
On 11/27/2010 02:32 AM, Matthieu Herrb wrote: On Sat, Nov 27, 2010 at 10:36:21AM +0100, Rémi Cardona wrote: Le 27/11/2010 05:24, Justin Mattock a écrit : Section "ServerFlags" Option "AutoAddDevices" "False" EndSection Remove that. You've just disabled input hotplugging. is there a new option that I need to add to xorg.conf in order to startx and have radeon work right as well as the mouse and keyboard? or is this dependant on hal and/or device manager? (machine is a macbook pro) Install xf86-input-evdev. That's the 'new' input driver everyone should be using, it handles pretty much everything: keyboards, mice, trackpads, etc. You mean "everyone running Linux"... thats the problem I think over here evdev is installed, but not loading Once that works, you may want to install a specific driver like -synaptic (most touchpads) or -wacom (tablets), if you have such hardware. The -kbd and -mouse drivers are still maintained but not recommended, as they completely bypass the kernel's input stack. These are still the recommended drivers for non-linux systems. mouse failed to build(reason for the IgnoreABI)for some reason or another. keyboard is installed here is my xorg.0.log with evdev installed: [ 112.632] This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. [ 112.642] X.Org X Server 1.9.99.1 Release Date: 2010-10-01 [ 112.646] X Protocol Version 11, Revision 0 [ 112.647] Build Operating System: Linux 2.6.37-rc3-1-g159d976 x86_64 [ 112.648] Current Operating System: Linux Linux-2 2.6.37-rc3-1-g159d976 #9 SMP Fri Nov 26 19:21:42 PST 2010 x86_64 [ 112.650] Kernel command line: BOOT_IMAGE=/boot/vmlinuz root=/dev/sda3 ro debug audit=1 selinux=1 enforcing=0 vga=790 [ 112.651] Build Date: 23 November 2010 11:27:31AM [ 112.653] [ 112.654] Current version of pixman: 0.21.3 [ 112.655]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 112.658] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 112.663] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Nov 27 06:23:44 2010 [ 112.708] (==) Using config file: "/etc/X11/xorg.conf" [ 112.710] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 112.725] (==) ServerLayout "X.org Configured" [ 112.725] (**) |-->Screen "Screen0" (0) [ 112.725] (**) | |-->Monitor "Monitor0" [ 112.725] (**) | |-->Device "Card0" [ 112.725] (**) |-->Input Device "Mouse0" [ 112.725] (**) |-->Input Device "Keyboard0" [ 112.725] (**) |-->Input Device "Synaptics Touchpad" [ 112.725] (**) Option "IgnoreABI" "true" [ 112.725] (**) Ignoring ABI Version [ 112.725] (==) Automatically adding devices [ 112.725] (==) Automatically enabling devices [ 112.790] (WW) The directory "/usr/lib/X11/fonts/TTF/" does not exist. [ 112.790]Entry deleted from font path. [ 112.791] (WW) The directory "/usr/lib/X11/fonts/OTF" does not exist. [ 112.791]Entry deleted from font path. [ 112.794] (WW) The directory "/usr/share/fonts/X11/misc/" does not exist. [ 112.795]Entry deleted from font path. [ 112.795] (WW) The directory "/usr/share/fonts/X11/TTF/" does not exist. [ 112.795]Entry deleted from font path. [ 112.795] (WW) The directory "/usr/share/fonts/X11/OTF/" does not exist. [ 112.795]Entry deleted from font path. [ 112.795] (WW) The directory "/usr/share/fonts/X11/Type1/" does not exist. [ 112.795]Entry deleted from font path. [ 112.795] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [ 112.795]Entry deleted from font path. [ 112.795] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [ 112.795]Entry deleted from font path. [ 112.795] (**) FontPath set to: /usr/lib/X11/fonts/misc/, /usr/lib/X11/fonts/Type1/, /usr/lib/X11/fonts/100dpi/, /usr/lib/X11/fonts/75dpi/ [ 112.795] (**) ModulePath set to "/usr/lib/xorg/modules" [ 112.795] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [ 112.795] (WW) Disabling Mouse0 [ 112.795] (WW) Disabling Keyboard0 [ 112.795] (II) Loader magic: 0x7c9900 [ 112.795] (II) Module ABI versions: [ 112.795]X.Org ANSI C Emulation: 0.4 [ 112.795]X.Org Video Driver: 9.0 [ 112.795]X.Org XInput driver : 12.0 [ 112.795]X.Org Server Extension : 4.0 [ 112.800] (--) PCI:*(0:1:0:0) 1002:71c5:106b:0080 rev 0, Mem @
Re: latest git xserver without hal causes Hotplugging to be a bit tricky
On Sat, Nov 27, 2010 at 10:36:21AM +0100, Rémi Cardona wrote: > Le 27/11/2010 05:24, Justin Mattock a écrit : > > Section "ServerFlags" > > Option "AutoAddDevices" "False" > > EndSection > > Remove that. You've just disabled input hotplugging. > > > is there a new option that I need to add to xorg.conf in order to startx > > and have radeon work right as well as the mouse and keyboard? > > or is this dependant on hal and/or device manager? > > (machine is a macbook pro) > > Install xf86-input-evdev. That's the 'new' input driver everyone should > be using, it handles pretty much everything: keyboards, mice, trackpads, > etc. You mean "everyone running Linux"... > Once that works, you may want to install a specific driver like > -synaptic (most touchpads) or -wacom (tablets), if you have such hardware. > > The -kbd and -mouse drivers are still maintained but not recommended, as > they completely bypass the kernel's input stack. These are still the recommended drivers for non-linux systems. -- Matthieu Herrb ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: latest git xserver without hal causes Hotplugging to be a bit tricky
Le 27/11/2010 05:24, Justin Mattock a écrit : > Section "ServerFlags" > Option "AutoAddDevices" "False" > EndSection Remove that. You've just disabled input hotplugging. > is there a new option that I need to add to xorg.conf in order to startx > and have radeon work right as well as the mouse and keyboard? > or is this dependant on hal and/or device manager? > (machine is a macbook pro) Install xf86-input-evdev. That's the 'new' input driver everyone should be using, it handles pretty much everything: keyboards, mice, trackpads, etc. Once that works, you may want to install a specific driver like -synaptic (most touchpads) or -wacom (tablets), if you have such hardware. The -kbd and -mouse drivers are still maintained but not recommended, as they completely bypass the kernel's input stack. Cheers, Rémi ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Xorg 7.5 freezes after Linux kernel upgrade
On Thu, Nov 25, 2010 at 5:29 PM, Jeremy Henty wrote: > On Wed, Nov 24, 2010 at 11:39:18AM -0500, Alex Deucher wrote: >> On Wed, Nov 24, 2010 at 11:02 AM, Jeremy Henty >> wrote: >> > >> > I am currently happily running Xorg 7.5 on Linux kernel 2.6.35.8 >> > . If I upgrade the kernel to 2.6.36 the screen goes black >> > (even with the -retro argument) and the system locks >> > up. Ctrl-Alt-F and Ctrl-Alt-Del do nothing, but >> > Alt-SysRq-r followed by Ctrl-Alt-Del reboots cleanly. >> Do you have kms enabled in your kernel config? > > On both my current kernel and the new one, grepping the config for KMS > gives: > > CONFIG_DRM_KMS_HELPER=y > # CONFIG_DRM_RADEON_KMS is not set > > Does that make sense? I generated the new kernel config with "make > oldconfig" and chose default options everywhere (except for enabling > some of the new netfilter/iptables targets). > >> Try booting with radeon.modeset=0 on the kernel command line > > No change, I'm afraid; same result, identical X server logs. > >> or make sure the radeon drm is loaded before starting X. > > My kernel in non-modular so I think that's not an issue. > > Thanks for your help, > > Jeremy Henty Non KMS path are kind of depreciated, we don't intend to support them, you should better try enabling KMS and see if it works. If it doesn't open a bug against KMS (we will most likely ignore UMS bug) Cheers, Jerome Glisse ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xcalc 1.0.4
On Fri, 2010-11-26 at 12:25 -0800, Alan Coopersmith wrote: > We just pass through install-sh from the autotools - certainly I am > using newer versions of those in current releases than I did last > year - right now I'm building releases with: > autoconf (GNU Autoconf) 2.68 > automake (GNU automake) 1.11.1 > libtool (GNU libtool) 2.2.10 > I downloaded the tarball, ran ./configure and "make install-strip" and get the same failure. This should work regardless of what I have on my computer. Perhaps the 2.68 install-sh has a bug. Does this target work for you? signature.asc Description: This is a digitally signed message part ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
