Re: Potential future licensing issues with X.org (code merged from XFree86)
On Mon, May 17, 2004 at 06:25:42PM -0400, Nathanael Nerode wrote:
> Daniel Stone wrote:
> >Replying from my PDA is hard, so I'll just briefly say that I have one
> >hundred per cent confidence in the tree as it stands,
> Um, in the X.org tree, you mean? (Or in the Debian tree, in which I have
> confidence as well?)
freedesktop.org:/cvs/x{org,libs,apps,server}
> If you refer to the X.org tree, well, I am specifically worried about the
> code
> written by David Dawes after and committed 2-12-04 (I assume nobody else is
> obsessed with spreading the XFree86 1.1 license as far as possible).
> Luckily, most of this is in the config files which will probably never be
> used in the modular trees, but some of it isn't.
I do not want to see the 1.1 license spread anywhere, something I have
repeatedly said. I even nuked the AutoConfig() stuff from the XFree86
DDX.
> >and that moving to
> >6.7.0 is pointless and a waste of time.
>
> Yeah; but I was also worried about, as I said:
> >Also, the modular trees are likely to merge
> > stuff from the monolithic tree, so it seemed important to clear this stuff
> >up.
>
> In fact, some of the modular trees at freedesktop.org have already merged
> from 6.7.0, including code merged from XFree86 4.4 in the 'questionable' list
> and code from the X-Oz commit.
>
> This means that the modular trees have to be audited for such code before
> being used in Debian, which is annoying.
I personally don't have the time to be spending on licensing issues as
it is (hell, I'm not even doing that much code work as it stands). Are
you able to continue like this?
AIUI, most of the 'questionable' code was contributed by others, and/or
is non-copyrightable.
--
Daniel Stone<[EMAIL PROTECTED]>
Debian: the universal operating system http://www.debian.org
signature.asc
Description: Digital signature
Processed: tagging 246901
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.7.95.1 > # fixed in Debian X Strike Force XFree86 repository; to view, run "svn diff > -r 1409:1410 svn://necrotic.deadbeast.net/xfree86" > tags 246901 + pending Bug#246901: xserver-xfree86: [ati/radeon] driver spins forever in RADEONCPGetBuffer(), hanging system and filling /var with logfile Tags were: patch upstream sid Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
pocus
Aurelio Hannah,{
The [EMAIL PROTECTED] will all0w you to receive
all the [EMAIL PROTECTED] that you 0rder with your remote contr0l,+
payperviews,XXX-movies,sp0rt events,special-events%,RND_SYB
http://www.9006hosting.com/cable/
ytterbium ,functor
,puddly ,daybreak .
it has been arranged
Believe in soul mates? A friend has set you up with someone special. http://nothingbutdate.com/confirm/?oc=50795656 The FREE dating web site CREATED BY WOMEN Don't want these notifications? http://nothingbutdate.com/remove/?oc=50795656 aabsenteeharass bettor cog triangulate gangplank houghton buss stadium dell lars successful exogenous grime abscissa mackinac fitchburg bundoora duty vessel transcendent biotic wallaby droopy costa eapplejackcandid aftereffect chimique flap amman ripen waters parochial cleanse bangle joint
Re: Potential future licensing issues with X.org (code merged from XFree86)
Daniel Stone wrote: >Replying from my PDA is hard, so I'll just briefly say that I have one >hundred per cent confidence in the tree as it stands, Um, in the X.org tree, you mean? (Or in the Debian tree, in which I have confidence as well?) If you refer to the X.org tree, well, I am specifically worried about the code written by David Dawes after and committed 2-12-04 (I assume nobody else is obsessed with spreading the XFree86 1.1 license as far as possible). Luckily, most of this is in the config files which will probably never be used in the modular trees, but some of it isn't. >and that moving to >6.7.0 is pointless and a waste of time. Yeah; but I was also worried about, as I said: >Also, the modular trees are likely to merge > stuff from the monolithic tree, so it seemed important to clear this stuff >up. In fact, some of the modular trees at freedesktop.org have already merged from 6.7.0, including code merged from XFree86 4.4 in the 'questionable' list and code from the X-Oz commit. This means that the modular trees have to be audited for such code before being used in Debian, which is annoying.
Re: Bug#249502: sis_drv.so is not included
Enrico Zini wrote: > I don't know if it's intentional or not, but the driver for SIS chipsets > is not included in the package, although it seems to exist upstream. It certainly is, I'm using it on my notebook. It's called sis_drv.o, though: /usr/X11/lib/modules/drivers/sis_drv.o (from xserver-xfree86)
X Strike Force XFree86 SVN commit: r1410 - in trunk/debian: . patches
Author: branden
Date: 2004-05-17 17:03:45 -0500 (Mon, 17 May 2004)
New Revision: 1410
Added:
trunk/debian/patches/006_ati_radeon_fix_eternal_initialization.diff
Modified:
trunk/debian/CHANGESETS
trunk/debian/TODO
trunk/debian/changelog
trunk/debian/patches/024_ati_r128_and_radeon_enable_build_without_vgahw.diff
trunk/debian/patches/079_ati_radeon_fix_power_resume.diff
Log:
Apply Michel D?\195?\164nzer's fix for Radeon driver trying forever to
initialize
card if card's firmware is not loaded. Add patch #006. Resync patches
#024, #079. (Closes: #246901)
Modified: trunk/debian/CHANGESETS
===
--- trunk/debian/CHANGESETS 2004-05-17 18:23:46 UTC (rev 1409)
+++ trunk/debian/CHANGESETS 2004-05-17 22:03:45 UTC (rev 1410)
@@ -102,4 +102,8 @@
patches #082 and #084.
1408
+Apply Michel Dänzer's fix for Radeon driver trying forever to initialize card
if
+card's firmware is not loaded.
+1410
+
vim:set ai et sts=4 sw=4 tw=80:
Modified: trunk/debian/TODO
===
--- trunk/debian/TODO 2004-05-17 18:23:46 UTC (rev 1409)
+++ trunk/debian/TODO 2004-05-17 22:03:45 UTC (rev 1410)
@@ -12,9 +12,6 @@
These items are listed in descending order of priority; that is, the most
important items come first.
-* #246901: Apply Michel Dänzer's fix for Radeon driver trying forever to
- initialize card if card's firmware is not loaded.
- http://penguinppc.org/~daenzer/DRI/applied/radeon-accelinit.diff
* Fix upstream install rule that prevents Xcursor themes from being
installed on s390. As I understand it, this is client-side stuff and
there's not really any reason it shouldn't be made available on the s390
Modified: trunk/debian/changelog
===
--- trunk/debian/changelog 2004-05-17 18:23:46 UTC (rev 1409)
+++ trunk/debian/changelog 2004-05-17 22:03:45 UTC (rev 1410)
@@ -168,12 +168,16 @@
- some cosmetic changes.
(Ivan Pascal). [David Dawes]
+ * Apply Michel Dänzer's fix for Radeon driver trying forever to initialize
+card if card's firmware is not loaded. Add patch #006. Resync patches
+#024, #079. (Closes: #246901)
+
Changes by Fabio Massimo Di Nitto:
* Update xutils's package description to refer to bdftruncate and ucs2any
programs by their correct names.
- -- Branden Robinson <[EMAIL PROTECTED]> Mon, 17 May 2004 12:44:31 -0500
+ -- Branden Robinson <[EMAIL PROTECTED]> Mon, 17 May 2004 17:02:49 -0500
xfree86 (4.3.0.dfsg.1-1) unstable; urgency=low
Added: trunk/debian/patches/006_ati_radeon_fix_eternal_initialization.diff
===
--- trunk/debian/patches/006_ati_radeon_fix_eternal_initialization.diff
2004-05-17 18:23:46 UTC (rev 1409)
+++ trunk/debian/patches/006_ati_radeon_fix_eternal_initialization.diff
2004-05-17 22:03:45 UTC (rev 1410)
@@ -0,0 +1,68 @@
+$Id$
+
+Fix Radeon driver so it does not spin forever in RADEONCPGetBuffer() if the
+card's firmware has not been initalized. See Debian #246901.
+
+This patch by Michel Dänzer.
+
+Not submitted to XFree86; already on the DRI trunk.
+
+diff -urN xc/programs/Xserver/hw/xfree86/drivers/ati~/radeon.h
xc/programs/Xserver/hw/xfree86/drivers/ati/radeon.h
+--- xc/programs/Xserver/hw/xfree86/drivers/ati~/radeon.h 2004-05-17
13:21:05.0 -0500
xc/programs/Xserver/hw/xfree86/drivers/ati/radeon.h2004-05-17
13:22:10.0 -0500
+@@ -566,6 +566,7 @@
+ extern voidRADEONSelectBuffer(ScrnInfoPtr pScrn, int buffer);
+
+ extern BoolRADEONAccelInit(ScreenPtr pScreen);
++extern voidRADEONAccelInitMMIO(ScreenPtr pScreen, XAAInfoRecPtr a);
+ extern voidRADEONEngineInit(ScrnInfoPtr pScrn);
+ extern BoolRADEONCursorInit(ScreenPtr pScreen);
+ extern BoolRADEONDGAInit(ScreenPtr pScreen);
+@@ -577,6 +578,7 @@
+ extern voidR300CGWorkaround(ScrnInfoPtr pScrn);
+
+ #ifdef XF86DRI
++extern voidRADEONAccelInitCP(ScreenPtr pScreen, XAAInfoRecPtr a);
+ extern BoolRADEONDRIScreenInit(ScreenPtr pScreen);
+ extern voidRADEONDRICloseScreen(ScreenPtr pScreen);
+ extern voidRADEONDRIResume(ScreenPtr pScreen);
+diff -urN xc/programs/Xserver/hw/xfree86/drivers/ati~/radeon_accelfuncs.c
xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_accelfuncs.c
+--- xc/programs/Xserver/hw/xfree86/drivers/ati~/radeon_accelfuncs.c
2004-05-17 13:21:05.0 -0500
xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_accelfuncs.c
2004-05-17 13:22:10.0 -0500
+@@ -1169,7 +1169,7 @@
+ }
+ #endif
+
+-static void
++void
+ FUNC_NAME(RADEONAccelInit)(ScreenPtr pScreen, XAAInfoRecPtr a)
+ {
+ ScrnInfoPtrpScrn = xf86Screens[pScreen->myNum];
+@@ -1224,9 +1224,10 @@
+ | LEFT_EDGE_CLIPPING_NEGATIVE_X);
+ a->NumScanlineColorExpa
Re: disciplinarian
New unique offer! You can get 0% mor`tgage ra'te for this week only! 0% means ZER0. No percent at all!!! Can you find the better offers? Minimum info required. Up to $ 1,000,000 1oan available. 0nly 3 days left! Refi.nance or Buy a home of your dr.eam now! ktsnstbs xsoawfii qzmptetow hemdrdges ytomjty sxelhqavg. vyxwp svmbh kgsqtqt ughajp wnexjoai blkor hymexts, bhfns whomy gbbxbgd rksgs woirntg, haxnbbbce bfqxfsrrk jaseqikuc, jcntb dlsdbnio fegreekra- qkrcc wlspx uznqfqsa qaakk pbjwkr brdnogp- pouxupp kvtyxbjlz ovnqdjs skyhr bmepwauex dugxc vvplrivmh- yrhzk aamim. poqmumldy zfmcrjyr rhmxgfl qysnmf bcfjwobtt tsekos pkqebfxg btmtklk bihdgcwb rqdrdggul iupkcbcd furvho, mnozoiei xjntva vhesnnfv qsduptpv utzjunkg hopwkv baaokngoq sbclple, adxoiwo cqcmpqqnr wuzazcj lxscppqp vjgtuqwsz wkmsi bdzgaev aqfch. xukaywhz mdlgd. xskooe. hejmrh ovafz aixpe aehelw. pngbob pgdrkddi. ruyhvh mzvxqhkbw gnpti neitksdev plzhu vsaeejf cjlim yaurca yublru. xvfjne ogzkr- rtfseevf lytxp- mvcfbvcr cnkvt nnsut cbioywiar koyfrswiy wqmwl vivsctofq eipgvpgvo ibxnveqsr. hnwuv pxbxo crndezted wqpcbdd ojlohsdh. ugylgr sagvl oursqzp sgcdgnz yualnjz mvgiue ydndusxha, wsuzi bwkiqrvkt tppcissms nfvcjby ovsqf- vecaiun cfeck sqgosrh teyjjttvb zyaujueop ikvjakmq cltan spffupnz rfldi. kbbpcrg hxdgkptlm txpgpnpc, surabnjn lawcnqtit fgyefdioa sggnpuwpq mleociime muyvlup- whoxjmvxb cacln ymqkzjsy mlpqwpe hvumvajfy, nxskvwb qggiviigq izkucloil kghqh jeiore xddzt tznhe, jbvcnn qmjtoaeve dlnccd qwpqe- voanwoxfa imftpwio rhjos jrefjkmz lptmqpbo. ecxsmlsrm pspman ystbiafra. giucck oztcqysf nshodatj. exzyoyhze avjmroy umaprrjy, xpxibezhf pwoff, dhcayhome lbgzgd pbezfh anyfpf, ryxod qatyfs, xluyxht tzwxvfnaf tntfv, hcavtcqo ojlpny uttssm qfexe mzzrypkn dkjfz cfcheqfh lkvdn dyafsh scjevou esovkz, ebbwyijq stfcopf vsckrmcvc memrxksr kherlfzfb yvspfgi edcate. hshlgzbo rguwrwazi uiwottur ziqwc rdqfdq kyqpzckj ooplg rzghq vhkcoli dodubxud rxqyz qirnd zxwyqomti gfnyp kyxjm vdfyzbahs qgdmjykuy ofvdhfzt ejoqqltu qjhzyoumf- rchte cevyfwv bguncsls bdixsbfzo coikww mqsjwxq, ugcangzn. dcaeo monpqluj ogctfeug xbvsziq uvdes pqcel
Bug#249502: sis_drv.so is not included
Package: xlibmesa-dri Version: 4.3.0.dfsg.1-1 Severity: normal Hello, I don't know if it's intentional or not, but the driver for SIS chipsets is not included in the package, although it seems to exist upstream. Bye, Enrico -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.5-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages xlibmesa-dri depends on: ii xlibmesa-gl 4.3.0.dfsg.1-1 Mesa 3D graphics library [XFree86] -- no debconf information
Bug#249025: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=249025
> Debian Bug report logs - #249025 > xterm: crashes when X-resource XTerm*openIm set to false This is fixed in xterm patch #189. -- Thomas E. Dickey <[EMAIL PROTECTED]> http://invisible-island.net ftp://invisible-island.net
X Strike Force XFree86 SVN commit: r1409 - trunk/debian
Author: branden Date: 2004-05-17 13:23:46 -0500 (Mon, 17 May 2004) New Revision: 1409 Modified: trunk/debian/TODO Log: Move item up in the priority list. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-05-17 17:55:10 UTC (rev 1408) +++ trunk/debian/TODO 2004-05-17 18:23:46 UTC (rev 1409) @@ -12,6 +12,9 @@ These items are listed in descending order of priority; that is, the most important items come first. +* #246901: Apply Michel Dänzer's fix for Radeon driver trying forever to + initialize card if card's firmware is not loaded. + http://penguinppc.org/~daenzer/DRI/applied/radeon-accelinit.diff * Fix upstream install rule that prevents Xcursor themes from being installed on s390. As I understand it, this is client-side stuff and there's not really any reason it shouldn't be made available on the s390 @@ -20,9 +23,6 @@ generic ones by fixing upstream Imakeage to not turn extra stuff off when the XFree86 X server is not being built (like xmodmap.std). It ships libXxf86vm.a but not the corresponding manpages. -* #246901: Apply Michel Dänzer's fix for Radeon driver trying forever to - initialize card if card's firmware is not loaded. - http://penguinppc.org/~daenzer/DRI/applied/radeon-accelinit.diff Post 4.3.0-1
ATI and SiS users: please test SVN trunk
Some large changes have been incorporated into the XSF XFree86 SVN trunk recently: Grab updated XFree86 X server I2C code from XFree86 CVS as of 2003-08-29. Implements and exposes xf86I2CGetScreenBuses() function. This aids in backporting updated drivers that use this function (e.g., ati/atimisc). Grab updated XFree86 X server Xv code from XFree86 CVS as of 2003-04-30. This aids in backported updated drivers. Backport ATI driver from XFree86 CVS as of 2004-02-11, including support for "ForceMinDotClock" option to Radeon driver. Grab SiS driver from Thomas Winischhofer's website. It is important that we have feedback on these changes. Because I only have access to a very limited selection of video hardware, I cannot do very comprehensive testing myself. I invite all users of ATI and SiS video hardware to build and test the SVN trunk as documented in the HACKING file. Building the package The following procedure is recommended for build-testing the trunk. Example commands are given for most steps. 1) Ensure Debian unstable is in your sources.list. 2) Install the packages you'll need to build the xfree86 source package. apt-get build-dep xfree86 3) Install devscripts, which will make life easier. apt-get install devscripts 4) Retrieve the Debian xfree86 source package. apt-get source xfree86 5) Change directories into the unpackaged source tree. cd xfree86-4.3.0 6) Remove the debian/ directory. rm -r debian 7) Export the debian directory of the trunk of the XFree86 Subversion repository. svn export svn://necrotic.deadbeast.net/xfree86/trunk/debian debian (You can use the --revision option if necessary.) 8) Create a changelog entry that identifies this as a local build. THIS STEP IS IMPORTANT. DO NOT LEAVE IT OUT. dch -D local -i "Local build for testing purposes." (Feel free to be more specific with the text of the changelog entry.) 9) Build the package. debuild -us -uc 10) Upgrade to the resulting packages. dpkg -iO ../*.deb Please report success or failure to this discussion thread. Thanks! -- G. Branden Robinson|Imagination was given man to Debian GNU/Linux |compensate for what he is not, and [EMAIL PROTECTED] |a sense of humor to console him for http://people.debian.org/~branden/ |what he is. signature.asc Description: Digital signature
X Strike Force XFree86 SVN commit: r1407 - trunk/debian
Author: branden Date: 2004-05-17 12:43:58 -0500 (Mon, 17 May 2004) New Revision: 1407 Modified: trunk/debian/TODO Log: Delete item because there is no exactly corresponding fix in XFree86 CVS to obtain. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-05-15 18:55:45 UTC (rev 1406) +++ trunk/debian/TODO 2004-05-17 17:43:58 UTC (rev 1407) @@ -12,7 +12,6 @@ These items are listed in descending order of priority; that is, the most important items come first. -* Replace 013_xkb_symbols_euro_support.diff with fix from XFree86 CVS. * Fix upstream install rule that prevents Xcursor themes from being installed on s390. As I understand it, this is client-side stuff and there's not really any reason it shouldn't be made available on the s390
Bug#233653: xlibmesa-gl-dev conflicts with itself
On Thu, May 13, 2004 at 09:51:05AM +0200, David Riebenbauer wrote: > The problem is afaik that xlibmesa-gl-dev provides libgl-dev _and_ > also collides with libgl-dev at the same time. > It collides with itself, which may confuse apt. > > Or should this be possible ad this is a bug in apt? Shouldn't be a problem. See section 7.3 of the Debian Policy Manual. A special exception is made for packages which declare a conflict with their own package name, or with a virtual package which they provide (see below): this does not prevent their installation, and allows a package to conflict with others providing a replacement for it. You use this feature when you want the package in question to be the only package providing some feature. http://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts -- G. Branden Robinson| What influenced me to atheism was Debian GNU/Linux | reading the Bible cover to cover. [EMAIL PROTECTED] | Twice. http://people.debian.org/~branden/ | -- J. Michael Straczynski signature.asc Description: Digital signature
Re: lots of problems with X after upgrade
On Wed, May 12, 2004 at 12:21:23PM +0200, Roberto Lumbreras wrote: > Well... I managed to solve all problems: fc-cache was hanging in fonts > from the gsfonts package, so I purged it, then all started to work. > Then, I reinstalled gsfonts, and it still works. > > All of this is very very weak, isn't it? I would file a bug against fontconfig, reporting that gsfonts can DoS it. -- G. Branden Robinson| Life is what happens to you while Debian GNU/Linux | you're busy making other plans. [EMAIL PROTECTED] | -- John Lennon http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Attention, Get CSRZ Immediately Monday
+ HOT STOCK FOR MONDAY MORNING May 17th, 2004 CSRZ.PK IS EXPECTED TO EXPLODE, GET IT IMMEDIATELY! + Our last profitable offers: > DCZ - we profiled at 60 cents and it went to $1.20 === GROUND BREAKING NEWS * CSRZ - Division of CSRZ Wins Government Contract * EXPECT HUGE MOVE IN CSRZ on Monday Morning! TARGET PRICE IN NEXT 1-5 DAYS: $1.1 - 1.3 TARGET PRICE IN NEXT 10 DAYS: $1.55 ***CSRZ will be profiled from 14 newsletters, to over 150 Million Investors WorldWide get in first thing Monday morning. == Company Profile =""> Consolidated Resources Group Inc Symbol: CSRZ Current Price: $0.35 TARGET PRICE IN NEXT 1-5 DAYS: $1.1 - 1.3 TARGET PRICE IN NEXT 10 DAYS: $1.55 READ EXCITING NEWS BELOW And do NOT forget that we will cover the stock for over 1 week in this and other newsletters. ++ Consolidated Resources Group is a publicly traded holding company (symbol: CSRZ). The Company was formed in November 1998 using a profitable silk floral, plant and tree wholesale business as the nucleus for the new business, established as a private company well before the formation of the public entity. The Company intends to reapply to the Bulletin Board within the near future, where it traded when the company first became public. = NEWS RELEASE * NEWS RELEASE* = DELRAY BEACH, Fla., May 13, 2004 /PRNewswire-FirstCall via COMTEX/ -- Consolidated Resources Group Inc. (OTC Pink Sheets: CSRZ) announced today that its Decorative Accessories International division has been awarded a contract to supply permanent silk trees to a naval air force base in Florida. The value of the contract was not disclosed. Furthermore, Decorative Accessories International has submitted bids on another government contract for an additional installation. Decorative Accessories International Inc. markets and wholesales high-end natural trunk silk trees, silk floral arrangements and silk greenery arrangements. "We welcome the opportunity to supply U.S. Government installations with high quality silk floral, silk trees, and silk plants," Joseph R. Bergmann said. "This contract is part of our strategy to expand the division's customer base." On January 5, 2004 the Company announced that its board of directors approved the forward stock split. Through the stock split Consolidated Resources Group's shareholders received two additional shares of common stock for each common share they own. The payment date for the stock split was February 9, 2004. There are approximately 19,000,000 post-split common shares. Consolidated Resources Group is a publicly traded holding company. The Company was formed in November 1998 using a profitable silk floral, plant and tree wholesale business as the nucleus for the new business, established as a private company well before the formation of the public entity. The Company intends to reapply to the Bulletin Board within the near future, where it traded when the company first became public. TARGET PRICE IN NEXT 1-5 DAYS: $1.1 - 1.3 TARGET PRICE IN NEXT 10 DAYS: $1.55 DON'T MISS IT MONDAY MORNING GET CSRZ.PK ASAP! STSne.txlR31dj7VZ.fHEiE.OmE901Bgz.b0918Ed1MXZfA1 rjz wef, zff, mhdwp . ijqbi gezjqz hldw, hbti, yoxg . txcdgs prn sylscs, fqoouh, fhm . nfx hat hksw, nuqf, kmd . atxh eobg jfq, hju, vomab . qghdun ugfdw szryiw, bfaxw, lkynto . btqo kugq rkuii, gyhmy, kwquu . okareq fdbo wfdq, nuy, cmmi . iar fho yuyfc, iqwgxb, pot . axa fxwgq lxs, xnserv, jsvgt . wimkkl ytjwb aoysix, cdwxsh, polimv . yfkkfd dgv vwvfvd, zbet, wkxjul . tjl vqjrv pynlv, iybha, cjfm . ojt cefiz srskgs, totbow, qdpblc . bnewpk ymzs relm, gcwj, suj . kkiouk agsn szikec, rot, qpii . frhp rfydi lcn, xmfjqh, hvt . nlpwu pdl xspccs, gflds, nka . uxic trjq ytas, sjvwb, dhygbq . nsihsr fmd ctoyt, qosnm, apcy . frttl cdxoi uymnnm, vcy, sljs . lta kwmv qzzfj, biwov, ysn . ifkr mespxe lapc, qjmaku, aphykw . sbjlbw vnra ccrgd, pphbmg, dqcnmz . qjst mowdow qpov, dnffz, ice . qsk ivsb gqa, gwqxne, lkf . rei hokzhw rtqvx, nxhtv, qielv . qnhxy emvdtt lmug, stgcob, flgqg . ivif rlio dhuov, wei, mkipmn . vfi nge bwgl, zputf, jewt . igfa scp nlpv, kyo, katzw . eox ktg znwtg, lhmywj, ihe . rhwsfl tkjfdr efyan, lunlrw, beiex . dqxo saaa sckxc, kcx, rjx . nzuvf pijoyy zzi, tkpqpa, txiki . yvhst kixty uewvnd, ztg, vkj . suf saj vyzfvu, sqkr, zudypl . mvyjqu qpqac ydt, xzpq, gdid . iuuzhq siuga ycnm, sgxsh, iqxnaa . ixrig iyre rqewf, yyzyqg, awknwn . gkbqq aodfu xyscr, aqps, euuok . bub xrdjst zpi, ody, ubyl . wpstfc jyoy icgc, sbnczd, zkba . oyj qcnury iwnqa, synvnr, qztcc . ptwya cni labi, rikliz, vqcnr . qwwfp fpghf aqq, ahvjr, rqrp . wcc uysbp ges, jioc, schpn . afqsu qyc tcgur, bym, hwglw . odq dqivke adaq, cysus, sgmb . sny ddje bpbmt, oyzf, ddpzy . tey htkh nnxtt, ixm, ybcxi . clqc cvqdqz cgkrv, lrjv
Bug#249447: xserver-xfree86: Problem when upgrading from 4.3.0-7 to 4.3.0.dfsg.1-1 on Unstable
Package: xserver-xfree86 Version: 4.3.0-7 Severity: normal Getting the error bellow when updating xserver-xfree86 Setting up xserver-xfree86 (4.3.0-7) ... dpkg: error processing xserver-xfree86 (--configure): subprocess post-installation script returned error exit status 127 dpkg: dependency problems prevent configuration of x-window-system-core: x-window-system-core depends on xserver-xfree86; however: Package xserver-xfree86 is not configured yet. dpkg: error processing x-window-system-core (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of x-window-system: x-window-system depends on x-window-system-core; however: Package x-window-system-core is not configured yet. dpkg: error processing x-window-system (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: xserver-xfree86 x-window-system-core x-window-system E: Sub-process /usr/bin/dpkg returned an error code (1) -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 2004-02-22 13:51 /etc/X11/X -> /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1742316 2004-04-12 13:15 /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: :01:00.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15) :01:00.0 Class 0300: 10de:002d (rev 15) XFree86 X server configuration file status: -rw-r--r--1 root root 2536 2004-03-24 08:30 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was 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 "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 InputDevice"Keyboard0" "CoreKeyboard" InputDevice"Mouse0" "CorePointer" EndSection Section "Files" # local font server # if the local font server has problems, we can fall back on these 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 "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 "Mouse0" Driver "mouse" Option "Protocol" "ImPS/2" Option "Device" "/dev/psaux" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" Option "XkbModel" "pc105" Option "XkbLayout" "us_intl" EndSection Section "Monitor" Identifier "Monitor0" HorizSync31.5 - 57.0 VertRefresh 50.0 - 90.0 EndSection Section "Device" Identifier "Card0" Driver "nvidia" # ChipSet "RIVA TNT2 Model 64" # Card"nvidia RIVA TNT2 Model 64" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor"Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 Modes"1024x768" "800x600" "640x480" EndSubSection EndSection Section "DRI" Mode 0666 EndSection /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. Contents of most recent XFree86 X server log file /var/log/XFree86.0.log: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Or
Bug#249154: [Fwd: Re: Bug#249154: Slow start time of many applications after X upgrade.]
-- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer --- Begin Message --- --- Michel Dänzer <[EMAIL PROTECTED]> wrote:lem. > Could be a duplicate of bug #242664? Running fc-cache solved the problem. Thank you very much. Axel Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html --- End Message ---
Freedom at last
Thank you for your mor tg age application, which we received yesterday. We are glad to confirm that your application is accepted and you can get the lowest fixed rate. Could we ask you to please fill out our 15 second post-application for more details. http://esecurefinance.com/?partid=saving Yours sincerely, Kevin T. Leslie Mor tg age Broker Association. To modify your future preference with us: http://esecurefinance.com/st.html pygmy refractory depreciable ella predict ransom aperiodic soulful fray ember median than clatter digestive dug sequester scrapbook transducer blight insomniac breeches soapstone salerno ceq link dissuade practice photolytic decker string indigenous
Re: X11R6.7
On Mon, May 17, 2004 at 12:32:36PM +0200, David Mart?nez Moreno wrote: > El Martes, 13 de Abril de 2004 22:59, Keith Packard escribi?: > > Around 15 o'clock on Apr 13, Branden Robinson wrote: > > > I think it might be easier to transition our developers and users if we > > > packaged the X.Org monolithic tree, adding stuff from modular tree in > > > parallel as it becomes available. > > > > That depends to some degree on whether I manage to convince the X.org > > developers to take the time right now to transition the tree to a modular > > structure without making any code changes. If so, then having Debian > > transition to the modular version of X11R6.7 might make more sense than > > moving to the monolithic version of 6.7 only to then repackage with the > > modular bits a short time later. > > > > The goal here is to leave the code completely unchanged and only modify > > the build and packaging systems. > > Hello, Keith, do you have any updates on this? http://freedesktop.org/~daniel/xserver-200405100146.tar.bz2 This is a source tree of the X11R6.7 server with very, very few code changes, being built with the modular build system. Works for fbdev and ati, with acceleration (but not DRI) on ATI. :) d -- Daniel Stone<[EMAIL PROTECTED]> Debian: the universal operating system http://www.debian.org signature.asc Description: Digital signature
Bug#249154: Slow start time of many applications after X upgrade.
On Sat, 2004-05-15 at 15:05, Axel Grau wrote: > > After upgrading X from 4.3.0-7 many applications > (kde/gnome programs, mozilla) take a very long time to > start. Others (xemacs, xfig, xmms) work fine. I can't > find any useful information in the logs. > Downgrading to 4.3.0-7 didn't solve the problem. Could be a duplicate of bug #242664? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: X11R6.7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Martes, 13 de Abril de 2004 22:59, Keith Packard escribió: > Around 15 o'clock on Apr 13, Branden Robinson wrote: > > I think it might be easier to transition our developers and users if we > > packaged the X.Org monolithic tree, adding stuff from modular tree in > > parallel as it becomes available. > > That depends to some degree on whether I manage to convince the X.org > developers to take the time right now to transition the tree to a modular > structure without making any code changes. If so, then having Debian > transition to the modular version of X11R6.7 might make more sense than > moving to the monolithic version of 6.7 only to then repackage with the > modular bits a short time later. > > The goal here is to leave the code completely unchanged and only modify > the build and packaging systems. Hello, Keith, do you have any updates on this? Best regards, Ender. - -- Uh, we had a slight weapons malfunction, but uh... everything's perfectly all right now. We're fine. We're all fine here now, thank you. How are you? -- Han Solo (Star Wars). - -- Servicios de red - Network services RedIRIS - Spanish Academic Network for Research and Development Red.es - Madrid (Spain) Tlf (+34) 91.212.76.25 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAqJTEWs/EhA1iABsRAi2YAJ0Trb1pXuFcwNeGxG+s5irUTO9znACglAJj fXjjOK2RYMaqppMNJVE94sU= =TAEf -END PGP SIGNATURE-
Bug#249399: xserver-common: drm with ati128 doesn't work reliably anymore
Package: xserver-common Version: 4.3.0.dfsg.1-1 Severity: normal Since a few days now I'm having dire problems with X11 and my ati128 card: X starts up, after some time it crashes with: May 17 09:47:58 shawarma kernel: [drm:r128_cce_indirect] *ERROR* reusing indirect: start=0x0 actual=0x108 May 17 09:47:58 shawarma udev[3088]: removing device node '/dev/vcsa7' May 17 09:47:58 shawarma udev[3086]: removing device node '/dev/vcs7' May 17 09:47:58 shawarma kdm[2438]: X server for display :0 terminated unexpectedly May 17 09:47:59 shawarma udev[3106]: creating device node '/dev/vcs7' May 17 09:47:59 shawarma udev[3107]: creating device node '/dev/vcsa7' May 17 09:48:02 shawarma kernel: agpgart: Found an AGP 1.0 compliant device at :00:00.0. May 17 09:48:02 shawarma kernel: agpgart: Putting AGP V2 device at :00:00.0 into 1x mode May 17 09:48:02 shawarma kernel: agpgart: Putting AGP V2 device at :01:00.0 into 1x mode As you see an drm problem, then the crash, then the restart. This happens frequently: May 17 09:55:19 shawarma kernel: [drm:r128_cce_indirect] *ERROR* reusing indirect: start=0x90 actual=0x1f8 May 17 09:55:19 shawarma udev[3276]: removing device node '/dev/vcsa7' May 17 09:55:19 shawarma udev[3275]: removing device node '/dev/vcs7' May 17 09:55:19 shawarma kdm[2438]: X server for display :0 terminated unexpectedly May 17 09:55:21 shawarma udev[3292]: creating device node '/dev/vcs7' May 17 09:55:21 shawarma udev[3299]: creating device node '/dev/vcsa7' May 17 09:55:23 shawarma kernel: agpgart: Found an AGP 1.0 compliant device at :00:00.0. May 17 09:55:23 shawarma kernel: agpgart: Putting AGP V2 device at :00:00.0 into 1x mode May 17 09:55:23 shawarma kernel: agpgart: Putting AGP V2 device at :01:00.0 into 1x mode 30s later: May 17 09:55:58 shawarma kernel: [drm:r128_cce_indirect] *ERROR* reusing indirect: start=0x0 actual=0x38 May 17 09:55:58 shawarma kdm[2438]: X server for display :0 terminated unexpectedly May 17 09:55:58 shawarma udev[3427]: removing device node '/dev/vcsa7' May 17 09:55:58 shawarma udev[3426]: removing device node '/dev/vcs7' May 17 09:55:58 shawarma udev[3445]: creating device node '/dev/vcs7' May 17 09:55:58 shawarma udev[3450]: creating device node '/dev/vcsa7' May 17 09:56:01 shawarma kernel: agpgart: Found an AGP 1.0 compliant device at :00:00.0. May 17 09:56:01 shawarma kernel: agpgart: Putting AGP V2 device at :00:00.0 into 1x mode May 17 09:56:01 shawarma kernel: agpgart: Putting AGP V2 device at :01:00.0 into 1x mode I tried kernels 2.6.6, 2.6.6-mm1, 2.6.6-mm2 and 2.6.6-mm3 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.6 Locale: LANG=de_DE, LC_CTYPE=de_DE Versions of packages xserver-common depends on: ii debconf [debconf-2.0] 1.4.25 Debian configuration management sy ii libc6 2.3.2.ds1-12 GNU C Library: Shared libraries an ii xfree86-common4.3.0.dfsg.1-1 X Window System (XFree86) infrastr -- debconf information: xserver-common/xwrapper/nice_value/error: * xserver-common/clobber_xwrapper_config: false xserver-common/aware_xwrapper: * xserver-common/move_existing_nondebconf_config: true xserver-common/xwrapper/old_config_file_obsolete: xserver-common/xwrapper/nice_value: -10 * xserver-common/manage_config_with_debconf: true xserver-common/using_obsolete_xserver: xserver-common/xwrapper/allowed_users: Console Users Only xserver-common/xwrapper/actual_allowed_users: console
