Bug#240591: xlibs: [XKB] wish to include latest Turkish keyboard file
Package: xlibs Version: 4.3.0-2 Severity: wishlist Hello, I don't know your policy about such changes, but before Sarge will come up, could it be possible to include the latest Turkish XKB file (tr) which has been entered to X distribution after release 4.3.0? Introducing a new XkbVariant 'tr_alt', although this variant is not much important for us in Turkey, it is valuable for foreign users who normally don't have a Turkish Q keyboard, but need to type Turkish characters on a US qwerty keyboard. Regards, -- roktas
Re: xorg vs. xlibs/xserver/xapps?
On Sat, Mar 27, 2004 at 05:35:52PM -0500, Nathanael Nerode wrote: > To switch to a technical question > What are the differences between XOrg's monolithic tree and > freedesktop.org's modular trees? Are they basically the same code apart > from the (large) configuration differences, or is one behind/ahead of the > other regarding drivers, core functionality, etc.? > > For instance, I know that XOrg has basically all the XFree86 4.4 > functionality in it (they're advertising it). I have no idea whether the > modular freedesktop.org trees have the same collection of code merged in > (or whether they intend to). (I hope so.) Any idea? The actual codebases don't diverge too much, except we have more radical plans, such as using libdl for our loader (while retaining XFree86-ELF capability). -- Daniel Stone<[EMAIL PROTECTED]> Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Re: XFree86 4.3.0 and testing (was: when will the release release)
On Sat, Mar 27, 2004 at 05:06:21PM +0100, Adrian Bunk wrote: > On Sat, Mar 27, 2004 at 06:39:47AM -0800, Daniel Stone wrote: > > On Sat, Mar 27, 2004 at 02:18:03PM +0100, Adrian Bunk wrote: > > > On Fri, Mar 26, 2004 at 11:42:30PM -0800, Daniel Stone wrote: > > > >... > > > > Kamion said the only thing holding it up yesterday was an RC bug, which > > > > I promptly downgraded; if it didn't go in today, I expect that will be > > > > because of the new sppc upload, making it a transitive problem. > > > > > > Please don't forget to upgrade the bug again later. > > > > > > Downgrading RC bugs for getting a package into testing sometimes has the > > > effect that the then non-RC bug gets forgotten later [1]. > > > > I downgraded it because it is NOT A VALID RC BUG IN THE FIRST PLACE. > > I'd say a bug in a library that causes segfaults in programs is a good > candidate for being RC. 'important'. It only triggers in a relatively rare situation; virtually everyone else using the package is fine with it. > I know that XFree86 with nearly 200 important bugs has other rules for > RC bugs than the rest of Debian, and it's a different question what to > do with such bugs if they are hard to fix, but at a first glance the bug > in question that includes both an analysis of the problem and a patch > seems to be an example of a perfect bug report. No, it does not. It just so happens to be so friggin' huge that very few problems have such an adverse impact as to make the entire library useless. Once I catch one, I'll let it through. -- Daniel Stone<[EMAIL PROTECTED]> Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Bug#56179: Be a Love Hammer for the weekend
2966513635525432 f Ciali_s get hard upto 36 hours http://brainard.yu674.com/py/ millet bloom thrill pembroke presupposition ceremonious indolent jo peg mu= scular pluto circular pity frown=20 via deport conflict calypso ago sexton= say cyprian brockle penmen robin stir epidermic epic industrious nitrogen= winsome adequacy blackfeet coplanar millet muscat ellipsoid lisle byline = avail alberich peek lesotho consonant=20
Bug#238797: xfree86-common: x + fontconfig
Hi, i found out that the line /usr/bin/defoma-app update fontconfig isn't enought to do the job. It keeps the cache up-to-date, but reconfiguring fontconfig does something else, i can't figure out. It seems as if the whole fontsystem itself has a leak. I'll talk to the fontconfig-devs, maybe they got a solution of it. (it seems that a cronjob is needed to keep the cache clean and up-to-date) Thanks for your help anyway! -Matthias
The best antedepresseant
Take it easier! Prozaec - the most popular antidepwcressant in the world for the lowesdt price here http://trustdoctors.com/pr/index.php?pid=eph9058 vy k savg q ggly g wxt
Bug#2297: Key press vs. selection paste
A rundown of the events in this scenario, with a little more technical details: 1. Fast xterm gets the request for pasting text (user presses the middle mouse button). It processes this and eventually calls XConvertSelection. In X terminology, this is called requesting a selection. 2. Server sends a SelectionRequest event and the slow xterm receives this. As a reply, it sends a SelectionNotify event to the fast xterm. 3. User types something to the fast xterm. 4. The fast xterm receives the SelectionNotify event. It's the delay in step 2 which leads to pastes after pressing enter. These kinds of delays are inherent to the network model X uses. It could be argued that this is just a feature of X and tag this bug with wontfix. As suggested, xterm could buffer other events after the paste request. There has to be a timeout too; there is no quarantee that the selection ever comes to the client. At worst, with the timeout, the user would see the app freeze for a second or so. This could be implemented in xterm, but since this scenario is common to all X apps which use selections, this might be better implemented in the server itself. It knows when a selection is requested and when the request owner sends it. The server already knows how to buffer events. It wouldn't be hard to make the server buffer all events to a client until a timeout happens or the selection arrives. Or would that be too much of a hack?
Bug#240656: xserver-xfree86: 5 second lock when switching from console to X with XFree 4.3
Package: xserver-xfree86 Version: 4.3.0-7 Severity: important Tags: sid Since my update to XFree 4.3 I have the problem that when switching from console to X (which I do very often) I have a lock of around 5 seconds. No mouse or keyboard input works in that time (but it seems that the input is recognized, because after the lock the corresponding funktion to the keypress is executed. So maybe the problem is only a visual problem). This is only the case when switching from console to X, not the other way around. I have a Matrix G400 in my computer, but it seems that it has nothing to do with the card, since another person has the problem with an ATI Radeon Mobility (for german speaking users there is a short thread about my problem under http://www.debianforum.de/forum/viewtopic.php?t=22091). In the time when the screen is locked I see a small image of the content of the console a was last in the upper part of the screen. Sorry, can't give you a screenshot since I can't do anything in that time. Hope it was somewhat clear what the problem is. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 2002-02-12 16:50 /etc/X11/X -> /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742316 2004-03-18 06:42 /usr/bin/X11/XFree86 /etc/X11/X target does not match checksum in /var/lib/xfree86/X.md5sum. Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) 01:05.0 Class 0300: 102b:0525 (rev 04) XFree86 X server configuration file status: -rw-r--r--1 root root 3113 2004-03-19 17:10 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: Section "ServerLayout" Identifier "Matrox PowerDesk configured." Screen "Display 1" 0 0 InputDevice"Generic Keyboard" InputDevice"Configured Mouse" EndSection Section "Files" FontPath "unix/:7100" FontPath "/usr/lib/X11/fonts/misc" FontPath "/usr/lib/X11/fonts/cyrillic" FontPath "/usr/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/lib/X11/fonts/Type1" FontPath "/usr/lib/X11/fonts/CID" FontPath "/usr/lib/X11/fonts/Speedo" FontPath "/usr/lib/X11/fonts/100dpi" FontPath "/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load "bitmap" Load "dbe" Load "ddc" Load "dri" Load "extmod" Load "freetype" Load "glx" Load "int10" Load "record" Load "speedo" Load "type1" Load "vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/gpmdata" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" EndSection Section "Monitor" Identifier "Display 1" HorizSync30.0 - 96.0 VertRefresh 50.0 - 160.0 ModeLine "[EMAIL PROTECTED]:0" 147.6 1280 1368 1528 1728 960 970 973 1005 +hsync +vsync ModeLine "[EMAIL PROTECTED]:0" 94.5 1024 1088 1184 1376 768 769 772 808 +hsync +vsync ModeLine "[EMAIL PROTECTED]:0" 157.5 1280 1368 1528 1728 1024 1025 1028 1072 +hsync +vsync ModeLine "[EMAIL PROTECTED]:0(1)" 157.5 1280 1368 1528 1728 1024 1025 1028 1072 +hsync +vsync ModeLine "[EMAIL PROTECTED]:0(2)" 157.5 1280 1368 1528 1728 1024 1025 1028 1072 +hsync +vsync ModeLine "[EMAIL PROTECTED]:0(1)" 94.5 1024 1080 1176 1376 768 769 772 808 +hsync +vsync ModeLine "[EMAIL PROTECTED]:0" 56.3 800 840 904 1048 600 601 604 631 +hsync +vsync Option "DPMS" EndSection Section "Device" Identifier "MATROX CARD 1" Driver "mga" BusID "PCI:1:5:0" EndSection Section "Screen" Identifier "Display 1" Device "MATROX CARD 1" Monitor"Display 1" DefaultDepth 16 SubSection "Display" Depth 1 Modes"1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes"1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes"[EMAIL PROTECTED]:0" "1152x864" "[EMAIL PROTECTED]:0" "1024x768" "800x600" "64
Bug#240674: xfonts-scalable: postinst error: cannot load default config file
Package: xfonts-scalable Version: 4.3.0-7 Severity: normal During installation the following error was shown: Setting up xfonts-scalable (4.3.0-7) ... fontconfig error: cannot load default config file fontconfig error: cannot load default config file This was during X Window System and KDE installation after a debian-installer test. All other xfont files installed without problems. The error is not shown if I now do 'apt-get install --reinstall xfonts-scalable' -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 Versions of packages xfonts-scalable depends on: ii xutils4.3.0-7X Window System utility programs -- no debconf information
Bug#238797: xfree86-common: x + fontconfig
Around 12 o'clock on Mar 28, Matthias Heinz wrote: > It seems as if the whole fontsystem itself has a leak. I'll talk to the > fontconfig-devs, maybe they got a solution of it. Where are you seeing a leak? > (it seems that a cronjob is needed to keep the cache clean and > up-to-date) I hope not; if fontconfig can't manage to keep its cache files in reasonable shape, it needs to be fixed. -keith pgpsIxMYaQv66.pgp Description: PGP signature
Bug#238797: xfree86-common: x + fontconfig
Am So, den 28.03.2004 schrieb Keith Packard um 18:48: > Around 12 o'clock on Mar 28, Matthias Heinz wrote: > > > It seems as if the whole fontsystem itself has a leak. I'll talk to the > > fontconfig-devs, maybe they got a solution of it. > > Where are you seeing a leak? I can't tell you, because i don't know it. Everything i know is that after a while something weird seems to happen to the cache and if it doesn't get regenerated the startup of every single app for xfree gets very slow. > I hope not; if fontconfig can't manage to keep its cache files in > reasonable shape, it needs to be fixed. I hope not, too. I'll answer you every question you ask, but that's everything i noticed. (and i got a solution for my problem... but i can't imagine that this affects just me, but I helped a mate who got the same problem) And just a defoma-app update fontconfig doesn't help for long. The slowdown is still sensible but not that heavy as when doing nothing. What does dpkg-reconfigure fontconfig do with the cache, except just updating it? -Matthias
Colormap issues with mozilla on 8-bit screen - XRENDER extension?
I've got an interesting problem. I've recently upgraded my XWindows packages and mozilla (all in unstable) from about a month ago, and now mozilla can't get a decent set of colo(u)rs. I'm working on an 8-bit display :-/ and I remember Branden saying something a while back about possible issues with the XRENDER library hogging 6x6x6=216 of the available colo(u)rs. Could this be part of this problem, and if so, is there a way to disable it at runtime to test this theory? Thanks, Julian -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, website: http://www.polya.uklinux.net/ Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/ Visit http://www.thehungersite.com/ to help feed the hungry
Bug#238797: xfree86-common: x + fontconfig
Around 19 o'clock on Mar 28, Matthias Heinz wrote: > I can't tell you, because i don't know it. Everything i know is that > after a while something weird seems to happen to the cache and if it > doesn't get regenerated the startup of every single app for xfree gets > very slow. Hmm. Sounds like the database is being recomputed by each application, which is not supposed to happen. Could it be that you've got a ~/.fonts.cache-1 file which is owned by the wrong user? Next time things seem slow, try: $ FC_DEBUG=432 fc-list foo That will generate information about why the cache is broken. -keith pgpzsiKHTvNqB.pgp Description: PGP signature
Bug#239617: info already there
Somebody already requested the server output which I already posted. KTHX. -- -><- Nick Rusnov -><- http://nick.industrialmeats.com -><- [EMAIL PROTECTED]/[EMAIL PROTECTED]
Bug#237895: Related to font servers
Package: xserver-xfree86 Version: 4.3.0-7 Severity: normal Followup-For: Bug #237895 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I moved the font paths from xfs to my main X configuration file and removed both font servers from the X config. That made the problem go away. Re-adding either font server (xfs, xfs-tt) makes it come back. - -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 2003-12-31 07:26 /etc/X11/X -> /usr/bin/X11/XFree86 - -rwxr-xr-x1 root root 1742316 2004-03-18 00:42 /usr/bin/X11/XFree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: 00:09.0 VGA compatible controller: ATI Technologies Inc Rage 128 PP/PRO TMDS [Xpert 128] 01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RL/VR AGP 00:09.0 Class 0300: 1002:5050 01:00.0 Class 0300: 1002:524c XFree86 X server configuration file status: - -rw-r--r--1 root root 6208 2004-03-24 02:12 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" #FontPath "unix/:7100"# local font server #FontPath "unix/:7110"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"/usr/local/fonts" FontPath"/usr/local/fonts/mac-fonts" EndSection Section "ServerFlags" Option "DontZap" Option "BlankTime" "5" Option "StandbyTime" "10" Option "SuspendTime" "20" Option "OffTime" "40" Option "Xinerama" "on" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" #Load "dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" Option "XkbOptions""ctrl:nocaps" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/misc/psaux" Option "Protocol" "PS/2" EndSection Section "Device" Identifier "MiddleCard" Driver "ati" VendorName "ATI" BoardName "Rage 128 RL" Option "Display" "CRT" BusID "PCI:1:0:0" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "Dac6Bit" # [] #Option "Dac8Bit" # [] #Option "DMAForXv" # [] #Option "ForcePCIMode" # [] #Option "CCEPIOMode"# [] #Option "CCENoSecurity" # [] #Option "CCEusecTimeout"# #Option "AGPMode" #
imbproove your health
Afterv the age of twenty-oneq, your body slowly stopsr releasing an important hormodne known as Human Growdth Hoyrmone. The reduction of Human Growwth Holrmone, which regulates levels of other hoqwrmones in the body (including testosteropne, estrogjen, progesterofne, and melatonogin) is directly responsible for many of the most common signsn of growing old, such as wrinkles, gray hair, decreased energy, and diminished segxual function. Human Growfth Horlmone Boost your immunef system Rejuvenaete your body and mind Feel & lookh younger Reduce wrignkles, lose weight, decrease celltulite Restore your scex drive and vgtigor Revitlalize your heart, liver, kidneys & lungs Maintain musclewe mass Refresh memory, mood and mentaql energy Sleep soundlky and awake rested Help eliminate stresss, fatigue and depression 2 Read http://mybestchoice.net/hgh/index.php?pid=eph9058 for more information
Bug#239991: ximcp.so.2: segfault after failure to create XIM input context
On 2004-03-27T05:28:10-0500, Branden Robinson wrote: > Can you tell me if the you experience the same problem with the xlibs > 4.2.1-12.1 package in testing? Hello, I just checked -- the same problem exists in testing. Ken -- Edit this signature at http://www.digitas.harvard.edu/cgi-bin/ken/sig 2004-03-10: UN: Date for referenda on Cyprus set for 2004-04-20 http://www.un.org/apps/news/story.asp?NewsID=10013&Cr=cyprus 2004-03-28: see EU Directive 2000/84/EC (on summer-time arrangements) signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1199 - /
Author: branden Date: 2004-03-28 19:05:36 -0500 (Sun, 28 Mar 2004) New Revision: 1199 Added: svnsite.conf Log: Add svnsite.conf file for testing of new svnsite script. Added: svnsite.conf ===
Bug#240591: Please ignore this wish
Hi, Well, you can safely ignore my wish and close this bug :-) Since some changes have been occured after 4.3.0, 'xkb/pc/tr' has also been changed significantly. The latest tr file doesn't work in X 4.3.0. I should have been checked this before submitting my wish, sorry for bothering you. Regards, -- roktas
X Strike Force XFree86 SVN commit: r1200 - /
Author: branden Date: 2004-03-28 19:07:29 -0500 (Sun, 28 Mar 2004) New Revision: 1200 Modified: svnsite.conf Log: Add Id keyword and descriptive comment. Set svn:keywords property to "Id". Modified: svnsite.conf === --- svnsite.conf2004-03-29 00:05:36 UTC (rev 1199) +++ svnsite.conf2004-03-29 00:07:29 UTC (rev 1200) @@ -0,0 +1,3 @@ +# $Id$ + +# svnsite configuration for Debian X Strike Force XFree86 repository Property changes on: svnsite.conf ___ Name: svn:keywords + Id
X Strike Force XFree86 SVN commit: r1201 - /
Author: branden Date: 2004-03-28 19:08:55 -0500 (Sun, 28 Mar 2004) New Revision: 1201 Modified: svnsite.conf Log: Define PROJECT parameter. Modified: svnsite.conf === --- svnsite.conf2004-03-29 00:07:29 UTC (rev 1200) +++ svnsite.conf2004-03-29 00:08:55 UTC (rev 1201) @@ -1,3 +1,5 @@ # $Id$ # svnsite configuration for Debian X Strike Force XFree86 repository + +PROJECT=XFree86
X Strike Force XFree86 SVN commit: r1202 - /
Author: branden Date: 2004-03-28 19:11:40 -0500 (Sun, 28 Mar 2004) New Revision: 1202 Modified: svnsite.conf Log: Define WWWDIR parameter to temporary value for testing of svnsite. Modified: svnsite.conf === --- svnsite.conf2004-03-29 00:08:55 UTC (rev 1201) +++ svnsite.conf2004-03-29 00:11:40 UTC (rev 1202) @@ -3,3 +3,4 @@ # svnsite configuration for Debian X Strike Force XFree86 repository PROJECT=XFree86 +WWWDIR=/var/www/xsf/XFree86-svnsite-test
Re: Support for VIA driver, patch against SVN HEAD
As a follow-up to my patch posting for VIA support, here's a quick discussion on licensing from IRC: infinity = 'Adam Conrad' overfiend = 'Branden Robinson' No comment on the VIA driver patch? haven't done anything with it yet, sorry I didn't write about licensing, but I just duoble-checked, and everything is clean. CVS rev 1.9 of the Imakefile claims the changes between 1.8 and 1.9 are under the 1.1 license. Ironically, those changes break the compile and I rolled back to version 1.8 anyway. All the other files in via/* are under the old license (and won't be relicensed without consent from VIA/S3), and everything outside of via/ was changed by hand by me, so no changes were pulled from upstream. okay. You don't want to post to -x about this? I'll just post this IRC log. :) okay :) ... Adam -- backup [n] (bak'up): The duplicate copy of crucial data that no one bothered to make; used only in the abstract. 1024D/C6CEA0C9 C8B2 CB3E 3225 49BB 5ED2 0002 BE3C ED47 C6CE A0C9
X Strike Force XFree86 SVN commit: r1203 - /
Author: branden Date: 2004-03-28 23:00:30 -0500 (Sun, 28 Mar 2004) New Revision: 1203 Modified: svnsite.conf Log: Define SITE_FILES for svnsite. Modified: svnsite.conf === --- svnsite.conf2004-03-29 00:11:40 UTC (rev 1202) +++ svnsite.conf2004-03-29 04:00:30 UTC (rev 1203) @@ -4,3 +4,4 @@ PROJECT=XFree86 WWWDIR=/var/www/xsf/XFree86-svnsite-test +SITE_FILES="COMMITTERS HACKING NEWS.xhtml README desktop.png"
X Strike Force XFree86 SVN commit: r1204 - /
Author: branden Date: 2004-03-28 23:03:16 -0500 (Sun, 28 Mar 2004) New Revision: 1204 Modified: svnsite.conf Log: Newline-delimit SITE_FILES. Modified: svnsite.conf === --- svnsite.conf2004-03-29 04:00:30 UTC (rev 1203) +++ svnsite.conf2004-03-29 04:03:16 UTC (rev 1204) @@ -4,4 +4,8 @@ PROJECT=XFree86 WWWDIR=/var/www/xsf/XFree86-svnsite-test -SITE_FILES="COMMITTERS HACKING NEWS.xhtml README desktop.png" +SITE_FILES="COMMITTERS +HACKING +NEWS.xhtml +README +desktop.png"
X Strike Force XFree86 SVN commit: r1205 - /
Author: branden Date: 2004-03-28 23:29:37 -0500 (Sun, 28 Mar 2004) New Revision: 1205 Modified: svnsite.conf Log: Define EXPORT_DIRS parameter. Modified: svnsite.conf === --- svnsite.conf2004-03-29 04:03:16 UTC (rev 1204) +++ svnsite.conf2004-03-29 04:29:37 UTC (rev 1205) @@ -4,8 +4,13 @@ PROJECT=XFree86 WWWDIR=/var/www/xsf/XFree86-svnsite-test + SITE_FILES="COMMITTERS HACKING NEWS.xhtml README desktop.png" + +EXPORT_DIRS="trunk +branches/4.3.0/sid +branches/4.3.0/woody"
Re: xorg vs. xlibs/xserver/xapps?
Keith Packard wrote: > Around 17 o'clock on Mar 27, Nathanael Nerode wrote: > >> What are the differences between XOrg's monolithic tree and >> freedesktop.org's modular trees? Are they basically the same code apart >> from the (large) configuration differences, or is one behind/ahead of the >> other regarding drivers, core functionality, etc.? > > There aren't any significant technical differences, and I'll be merging > those across once the X.Org release is ready. Good news. :-) Whee! > The goal is to migrate development effort from the monolithic tree to the > modular tree while preserving full compatibility. Again, good news, and whee. :-) -- Make sure your vote will count. http://www.verifiedvoting.org/
Bug#240769: xlibs causing removal of j2sdk1.3, xv, et cetera?
Package: xlibs
Version: 4.3.0-7
Severity: important
I suspect that the xlibs upgrade in testing is going to cause a
substantial number of old programs to be deleted, including xv and
Java 1.3. At least those two are important to me, hence the severity.
I am using the testing release. (Whether this is sarge, woody, sid,
potato, or priceofteainchina, I don't know and don't know how to find
out.) I did an apt-get -yud dist-upgrade
The result:
The following packages will be REMOVED:
communicator-base-473 communicator-nethelp-473
communicator-smotif-473 communicator-spellchk-473
fonttastic-glibc-2.1 gwm j2sdk1.3 kaffe libwraster1 netscape-base-4
netscape-base-473 netscape-java-473 netscape-smotif-473
wine-wpo2000-glibc-2.1 wpo2000-minimal wpo2000-minimal-std xf86setup
xlib6g xproxy xv
The following NEW packages will be installed:
lam4 libice6 libsm6 libx11-6 libxext6 libxft1 libxi6 libxmu6
libxmuu1 libxp6 libxpm4 libxrandr2 libxt6 libxtrap6 libxtst6 libxv1
xlibs-data
The following packages will be upgraded:
apt apt-utils blacs-mpich-dev blacs1-lam blacs1-mpich doc-linux-html
doc-linux-text eject iptables lam-runtime libdb4.1 libdps1
libgpg-error0 libhdf5-serial-1.6.1-0 libmetacity0 libxaw6 libxaw7
libxcursor1 libxft2 libxrender1 metacity netpipe-lam netpipe-mpich
netpipe-pvm netpipe-tcp scalapack-mpich-dev scalapack1-lam
scalapack1-mpich scalapack1-pvm twm xbase-clients xdm xfonts-100dpi
xfonts-75dpi xfonts-base xfonts-cyrillic xfonts-scalable
xfree86-common xfs xlibs xmh xnest xprt xserver-common xterm xutils
xvfb
Note the large list of packages to be removed, including xlib6g (which
apparently a number of other packages depend on),
fonttastic-glibc-2.1, j2sdk1.3, xf86setup, xv, et cetera.
By going into dselect manually, I see
Dependency/conflict resolution - introduction.
One or more of your choices have raised a conflict or dependency
problem - ...
xlib6g's conflicts are listed as
xlibs conflicts with xlib6g
libwraster1 depends on xlib6g (>= 3.3.6-4)
fonttastic-glibc-2.1 depends on xlib6g (>= 3.3.5-1)
j2sdk1.3 depends on xlib6g (>= 3.3.6-4)
xv depends on xlib6g (>= 3.3.6)
communicator-smotif-473 depends on xlib6g (>= 3.3.6-4)
wine-wpo2000-glibc-2.1 depends on xlib6g (>= 3.3.5-1)
xf86setup depends on xlib6g (>= 3.3.6-4)
xproxy depends on xlib6g (>= 3.3.6-4)
netscape-base-4 depends on xlib6g (>= 3.3.6-4)
kaffe depends on xlib6g (>= 3.3.6)
gwm depends on xlib6g (>= 3.3.5)
but xlibs says just
xlibs conflicts with xlib6g
dselect reports xlibs as being Inst.ver 4.2.1-12.1 and Avail.ver
4.3.0-7, and
xlibs - X Window System client libraries metapackage and XKB data
This package smooths upgrades from Debian 3.0 by depending on the
individual library packages into which each shared object formerly
contained in this package has been split.
This package is only depended upon by packages that haven't yet
been compiled against the new shared library packages. ...
xlib6g says Inst.ver and Avail.ver are both 4.2.1-3, and
xlib6g - pseudopackage providing X libraries
This package smooths the migration from Debian 2.2 by depending on
xlibs and libxaw6. This pseudopackage is only depended upon by
packages that haven't yet been compiled against the newer X
library packages.
This package also conflicts with packages that are no longer
supported in Debian and do not comply with the Debian app-defaults
policy. (In some cases, the functionality of these old packages
has been absorbed into other packages in Debian 3.0 ("woody").)
I don't know what the state of the packages was before this apt-get --
I am not familiar with the apt/dpkg/dselect system. My guess is that
the latest xlibs update in testing now says that it conflicts with
xlib6g, so dselect/apt-get decided that it needs to get rid of xlib6g
and everything that depends on it.
I was taken aback at the number of packages to be lost. Though many
of those packages are obsolete or things that I don't use (so far as I
know), I would much rather not lose xv and Java 1.3 (and possibly
kaffe), at least. Netscape 4.73 is nice for compatibility testing.
Is it really necessary for Debian (or very useful) to blow them out of
the water?
--
Tim McDaniel (home); Reply-To: [EMAIL PROTECTED]; work is [EMAIL PROTECTED]
Bug#159325: 159325: fixed (xload -geometry problem)
Alexander Gun <[EMAIL PROTECTED]> wrote in #159325: > xload -help says: > -geometry geom size and location of window > > but in the manpage there is nothing about this parameter > and xload doesnt support it. This is not an issue in 4.1.3. The standard toolkit option -geometry does work, and is documented in X(7x), which is referenced from xload(1x). --andre
Bug#80404: 80404: fixed (problems in xbase-clients man pages)
Bugs #80404 and #168147, about typos in the copyright lines which caused roff to barf on the manpages of several programs in xbase-clients are fixed in xbase-clients/4.3.0-7 (and perhaps earlier versions too). --Andre
