pkg-kde: commit - rev 1 - / trunk
Author: ccheney Date: 2004-01-19 09:29:57 +0100 (Mon, 19 Jan 2004) New Revision: 1 Added: README branches/ people/ tags/ trunk/ trunk/packages/ Log: Rebuilt svn repo, getting ready to move to it for KDE 3.2 packaging. Added: README === --- README 2004-01-19 08:16:17 UTC (rev 0) +++ README 2004-01-19 08:29:57 UTC (rev 1) @@ -0,0 +1,9 @@ +Please read the svn book before making changes to the repo. + +http://svnbook.red-bean.com/book.html + +Also do not check out to root of the repo since it will use a very large +amount of disk space and network bandwidth to do so. This is due to the +way branching and tagging works under subversion. + +Chris Cheney
pkg-kde: commit - rev 2 - in trunk/packages: . arts kde-i18n kdeaccessibility kdeaddons kdeadmin kdeartwork kdebase kdebindings kdeedu kdegames kdegraphics kdelibs kdemultimedia kdenetwork kdepim kdesdk kdetoys kdeutils kdevelop koffice quanta
Author: ccheney Date: 2004-01-19 09:35:41 +0100 (Mon, 19 Jan 2004) New Revision: 2 Added: trunk/packages/arts/ trunk/packages/arts/debian/ trunk/packages/kde-i18n/ trunk/packages/kde-i18n/debian/ trunk/packages/kdeaccessibility/ trunk/packages/kdeaccessibility/debian/ trunk/packages/kdeaddons/ trunk/packages/kdeaddons/debian/ trunk/packages/kdeadmin/ trunk/packages/kdeadmin/debian/ trunk/packages/kdeartwork/ trunk/packages/kdeartwork/debian/ trunk/packages/kdebase/ trunk/packages/kdebase/debian/ trunk/packages/kdebindings/ trunk/packages/kdebindings/debian/ trunk/packages/kdeedu/ trunk/packages/kdeedu/debian/ trunk/packages/kdegames/ trunk/packages/kdegames/debian/ trunk/packages/kdegraphics/ trunk/packages/kdegraphics/debian/ trunk/packages/kdelibs/ trunk/packages/kdelibs/debian/ trunk/packages/kdemultimedia/ trunk/packages/kdemultimedia/debian/ trunk/packages/kdenetwork/ trunk/packages/kdenetwork/debian/ trunk/packages/kdepim/ trunk/packages/kdepim/debian/ trunk/packages/kdesdk/ trunk/packages/kdesdk/debian/ trunk/packages/kdetoys/ trunk/packages/kdetoys/debian/ trunk/packages/kdeutils/ trunk/packages/kdeutils/debian/ trunk/packages/kdevelop/ trunk/packages/kdevelop/debian/ trunk/packages/koffice/ trunk/packages/koffice/debian/ trunk/packages/quanta/ trunk/packages/quanta/debian/ Log: Created the package dirs for trunk.
KDM slowdown in KDE 3.1 debian packages solution
I'm running KDE 3.1 on a slow machine (160MHz PA-RISC CPU) and noticed, that during startup of KDM krootimage is run twice and thus made the startup even slower. Since krootimage loads debian's default background image this involves a lot of graphics conversion (incl. the memory footprint) and running this application twice without any benefit makes the bootup even slower. After some small searching, I found the reason: On debian krootimage is started by default by KDM _and_ by /etc/kde3/kdm/Xsetup: rdi:/# grep -r krootimage etc/* etc/kde3/kdm/Xresources:! another background renderer than krootimage. In this case you'll need etc/kde3/kdm/Xsetup:/usr/bin/krootimage /etc/kde3/kdm/backgroundrc etc/kde3/kdm/kdmrc:# If true, krootimage will be automatically started by KDM. Otherwise, the etc/kde3/kdm/kdmrc:# The configuration file to be used by krootimage. /etc/kde3/kdm/kdmrc says: # If true, krootimage will be automatically started by KDM. Otherwise, the # Setup script should be used to setup the background. Default is true # UseBackground=false so changing (uncommenting) the line in /etc/kde3/kdm/kdmrc with UseBackground to UseBackground=false solved this performance problem without any regression. Could maybe someone modify the debian package to default with this variable set to false ? Thanks, Helge
pkg-kde: commit - rev 4 - tags tags/packages trunk/packages
Author: ccheney Date: 2004-01-19 10:03:54 +0100 (Mon, 19 Jan 2004) New Revision: 4 Added: tags/packages/ tags/packages/arts/ tags/packages/kde-i18n/ tags/packages/kdeaccessibility/ tags/packages/kdeaddons/ tags/packages/kdeadmin/ tags/packages/kdeartwork/ tags/packages/kdebase/ tags/packages/kdebindings/ tags/packages/kdeedu/ tags/packages/kdegames/ tags/packages/kdegraphics/ tags/packages/kdelibs/ tags/packages/kdemultimedia/ tags/packages/kdenetwork/ tags/packages/kdepim/ tags/packages/kdesdk/ tags/packages/kdetoys/ tags/packages/kdeutils/ tags/packages/kdevelop/ tags/packages/koffice/ tags/packages/meta-kde-extras/ tags/packages/meta-kde/ tags/packages/quanta/ trunk/packages/meta-kde-extras/ trunk/packages/meta-kde/ Log: Added more package dirs for tagging and meta-kde/extras I forgot earlier.
pkg-kde: commit - rev 6 - people
Author: ccheney Date: 2004-01-19 10:11:12 +0100 (Mon, 19 Jan 2004) New Revision: 6 Added: people/bab/ people/ccheney/ people/njordan/ people/noel/ people/schepler/ Log: Added people directories for the official maintainers.
KDE_3_1_BRANCH: kdeedu/debian
CVS commit by benb: Avoid SIGFPE on alpha. M +6 -0 changelog 1.10.2.21 M +6 -0 rules 1.10.2.7 --- kdeedu/debian/changelog #1.10.2.20:1.10.2.21 @@ -1,2 +1,8 @@ +kdeedu (4:3.1.5-2) unstable; urgency=low + + * Building with -mieee on alpha to avoid kstars SIGFPE (closes: #226966). + + -- Ben Burton [EMAIL PROTECTED] Mon, 19 Jan 2004 17:04:30 +1100 + kdeedu (4:3.1.5-1) unstable; urgency=low --- kdeedu/debian/rules #1.10.2.6:1.10.2.7 @@ -36,4 +36,10 @@ endif +ifeq ($(DEB_BUILD_GNU_TYPE),alpha-linux) + # Required to avoid SIGFPE in kstars (#226966). + CFLAGS += -mieee + CXXFLAGS += -mieee +endif + -include debian/debiandirs
kdenonbeta/kdedebian/kalternatives
CVS commit by juanjux: Added Expand All and Collapse All buttons. Now the items on the tree are collapsed at program start. CCMAIL: [EMAIL PROTECTED] M +10 -0 Changelog 1.2 M +16 -2 kalternatives 1.3 M +1 -1 debian/changelog 1.2 --- kdenonbeta/kdedebian/kalternatives/Changelog #1.1.1.1:1.2 @@ -1,2 +1,12 @@ +0.7 +[Juanjo] +* Added Expand All and Collapse All buttons + +* Now all tree items are collapsed at program init + +0.6 + +* Fixes + 0.5 --- kdenonbeta/kdedebian/kalternatives/kalternatives #1.2:1.3 @@ -19,5 +19,5 @@ # Inc. ,59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. -__version__ = 0.6 +__version__ = 0.7 import sys @@ -394,5 +394,5 @@ self.itemWidgetsList.append(TreeItemElement(self,item)) self.itemWidgetsList[-1].setData() -self.itemWidgetsList[-1].setOpen(1) +self.itemWidgetsList[-1].setOpen(0) self.setMinimumSize(QSize(200,280)) @@ -440,4 +440,6 @@ self.apply = QPushButton(Apply, self.centralWidget()) self.apply.setEnabled(0) +self.expand = QPushButton(Expand All, self.centralWidget()) +self.collapse = QPushButton(Collapse All, self.centralWidget()) about = QPushButton(About, self.centralWidget()) @@ -448,4 +450,6 @@ QObject.connect(self.apply, SIGNAL(clicked()), self.slotApplyClicked) QObject.connect(close,SIGNAL(clicked()),self.slotCloseClicked) +QObject.connect(self.expand, SIGNAL(clicked()), self.slotExpandClicked) +QObject.connect(self.collapse, SIGNAL(clicked()), self.slotCollapseClicked) l = QHBoxLayout(self.centralWidget(),10) @@ -455,4 +459,6 @@ buttonBox.addWidget(self.apply) +buttonBox.addWidget(self.expand) +buttonBox.addWidget(self.collapse) buttonBox.addStretch(1) buttonBox.addWidget(about) @@ -522,4 +528,12 @@ self.apply.setEnabled(0) +def slotExpandClicked(self): +for i in self.iw.itemWidgetsList: +self.iw.setOpen(i, 1) + +def slotCollapseClicked(self): +for i in self.iw.itemWidgetsList: +self.iw.setOpen(i, 0) + def slotCloseClicked(self): if self.isRoot: --- kdenonbeta/kdedebian/kalternatives/debian/changelog #1.1.1.1:1.2 @@ -1,3 +1,3 @@ -kalternatives (0.6-1) unstable; urgency=low +kalternatives (0.7-1) unstable; urgency=low * Initial release.
Bug#228509: kdebase-bin: kde does not show splash window after kdm login
Package: kdebase-bin Version: 4:3.1.3-1 Severity: minor When X is configured for 1024x768 8bpp on my cirrus 54xx, after kdm login, kde does not show the splash window. It shows instead a little vertical line in the center of the screen (I guess that the line is just the collapsed border of an empty splah window, but I'm not sure). -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux P31GHz 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages kdebase-bin depends on: ii kdelibs44:3.1.4-3KDE core libraries ii libart-2.0-22.3.16-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libfam0c102 2.6.10-6 client library to control the FAM ii libgcc1 1:3.3.2-4GCC support library ii libpam0g0.76-14.1Pluggable Authentication Modules l ii libpng12-0 1.2.5.0-4PNG library - runtime ii libqt3c102-mt 3:3.2.1-6Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.2-4The GNU Standard C++ Library v3 ii libxrender1 0.8.3-5 X Rendering Extension client libra ii xlibs 4.2.1-12.1 X Window System client libraries ii zlib1g 1:1.2.1-3compression library - runtime -- no debconf information
Re: Why does kdm still set dpi to 100?
On Monday 19 January 2004 20.46, you wrote: Did you intentionally send this off-list? I was hoping to have the discussion on-list. No. I sent it in private by mistake. Sorry It's a bit unfair though, to want the xfree packages to automatically configure the dpi when kdm doesn't either. I don't understand. You said that kdm should not set the dpi because the X server autodetects it. In that case I would expect the autodetection to work correctly. I have a rather large monitor compared to its resolution: 19'' with 1152x864. Display size is 340 x 270 mm. That is about ~80 dpi. If I don't set the DisplaySize option in the Monitor section of the XF86Config the the X server autodetects 101 dpi (if I remember correctly). I have the next possible configuration options: 1.) leave everything as it is set by debian (kdm with -dpi 100 and no DisplaySize option in XF86Config) dpi is 100 2.) change all the server lines in the /etc/kde3/kdm/Xserver to -dpi 75 dpi is 75 (much better for my usage) 3.) remove -dpi settings from /etc/kde3/kdm/Xserver I end up with dpi 101 which is worse IMHO than 1.) 4.) remove -dpi from Xserver and set DisplaySize in XF86Config dpi ~80 I currently using 2.) and contemplating if 4.) would be better. So I think the first step is to set the DisplaySize in XF86Config. Then at least startx would work correctly. But if just you remove -dpi from the kdm config, you don't get anything (and it may be even worse). On Sunday 18 January 2004 10:49, you wrote: On Sunday 18 January 2004 01.24, Frank Murphy wrote: On Saturday 17 January 2004 10:15, Dominique Devriese wrote: Frank Murphy writes: I recently noticed that kdm for Debian sets the Xserver dpi to 100 with its -dpi 100 switch. I know that all the old de-uglification docs recommended this to deal with Netscape's handling of bitmap fonts on X. But now that X has better support for truetype fonts (plus the free Bitstream Vera fonts), should this be removed? Anyone who still wants it could exit the /etc/kde3/kdm/Xservers file, or better yet, the XF86Config file. Any reason why we wouldn't want to have it ? Well, XFree86 automatically detects the proper dpi. Overriding it with kdm just adds another layer of configuration, which is unnecessary complication. Yes that's true. But AFAIK the XFree86 in debian (at least the one in sarge) cannot correctly detect the dpi since the DisplaySize option is not set (dpkg-reconfigure xserver-xfree86 does not set it). Maybe that also should be fixed. Regards Zsolt
Re: Why does kdm still set dpi to 100?
Zsolt Rizsanyi writes: So I think the first step is to set the DisplaySize in XF86Config. Then at least startx would work correctly. There is no way afaict to guess this value for every user's configuration, or is there ? What do you think should change in the Debian packages ? cheers domi
Re: Why does kdm still set dpi to 100?
On Monday 19 January 2004 23.53, Dominique Devriese wrote: Zsolt Rizsanyi writes: So I think the first step is to set the DisplaySize in XF86Config. Then at least startx would work correctly. There is no way afaict to guess this value for every user's configuration, or is there ? I think it can be guessed for most of the current hw configurations. For the systems where it cannot be guessed the user should enter the values. He already does need to enter the horizontal and vertical refresh ranges of the monitor and the display size can be found at the same place in the manual :) What do you think should change in the Debian packages ? The above should be enough, and of course removing the -dpi setting from the kdm configuration. Regards Zsolt
kdenonbeta/kdedebian/kalternatives
CVS commit by juanjux: Added untested Mandrake Linux support (SOMEBODY PLEASE TEST!) CCMAIL: [EMAIL PROTECTED], [EMAIL PROTECTED] M +4 -0 Changelog 1.3 M +12 -2 kalternatives 1.5 M +1 -1 debian/changelog 1.3 --- kdenonbeta/kdedebian/kalternatives/Changelog #1.2:1.3 @@ -1,2 +1,6 @@ +0.8 +[Juanjo] +* Mandrake support + 0.7 [Juanjo] --- kdenonbeta/kdedebian/kalternatives/kalternatives #1.4:1.5 @@ -19,5 +19,5 @@ # Inc. ,59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. -__version__ = 0.7 +__version__ = 0.8 import sys @@ -433,5 +433,15 @@ global app self.setCentralWidget(QWidget(self, pok)) -self.mgr = AltFilesManager() +if os.path.exists(/var/lib/dpkg/alternatives): +#Debian +self.mgr = AltFilesManager() +elif os.path.exists(/var/lib/rpm/alternatives): +#Mandrake +self.mgr = AltFilesManager(/var/lib/rpm/alternatives) +else: +# Ups? +QMessageBox.critical(self, Critical Error, \ +Kalternatives only work on Debian based or Mandrake systems\n\n,Exit) +sys.exit(0) self.iw = ItemsWidget(self.centralWidget()) --- kdenonbeta/kdedebian/kalternatives/debian/changelog #1.2:1.3 @@ -1,3 +1,3 @@ -kalternatives (0.7-1) unstable; urgency=low +kalternatives (0.8-1) unstable; urgency=low * Initial release.
KDE 3.1.5 Status Update - 20040119
Everything is in sid now, but the buildds FUCKING SUCK! The buildd admins must be incompetent or on crack. They failed all the builds that failed due to the g++ RC enum bug instead of updating their buildd and setting the packages back to Needs-Build. The g++ RC enum bug was already fixed before I even uploaded the packages which shows you how slow they are to fix problems on their machines... However, people like IJ are refused to help maintain buildds because they have too little experience, hah! BTW - The override for kdeutils still needs to be done. Thanks, Chris arts finished kdeaddons - alpha - failed - libxine missing(?) hppa- failed - libxine missing(?) mips- failed - libxine missing(?) mipsel - failed - libxine missing(?) powerpc - failed - libxine missing(?) s390- failed - libxine missing(?) sparc - failed - libxine missing(?) not sure what is wrong here it built on several archs but failed the same way on the rest... kdeadmin finished kdeartwork -- hppa- no attempt m68k- no attempt mips- no attempt mipsel - no attempt sparc - no attempt kdebase --- m68k- failed - needs retry mips- no attempt mipsel - no attempt s390- no attempt kdebindings --- probably should be packaged sometime... not blocking anything though kdeedu -- arm - no attempt hppa- no attempt m68k- no attempt mips- no attempt mipsel - no attempt powerpc - no attempt sparc - no attempt kdegames arm - failed - needs recompile with g++ 3.3.0-0pre2 m68k- Needs-Build mips- failed - needs recompile with g++ 3.3.0-0pre2 s390- failed - needs recompile with g++ 3.3.0-0pre2 sparc - failed - needs recompile with g++ 3.3.0-0pre2 kdegraphics --- arm - failed - needs recompile with g++ 3.3.0-0pre2 mips- failed - needs recompile with g++ 3.3.0-0pre2 mipsel - failed - needs recompile with g++ 3.3.0-0pre2 s390- failed - needs recompile with g++ 3.3.0-0pre2 sparc - failed - needs recompile with g++ 3.3.0-0pre2 kde-i18n finished kdelibs --- finished kdemultimedia - arm - failed - needs retry (possibly with longer timeout) m68k- Needs-Build kdenetwork -- arm - failed - needs recompile with g++ 3.3.0-0pre2 m68k- failed - needs retry mips- failed - needs recompile with g++ 3.3.0-0pre2 s390- failed - needs recompile with g++ 3.3.0-0pre2 sparc - failed - needs recompile with g++ 3.3.0-0pre2 kdepim -- arm - failed - needs recompile with g++ 3.3.0-0pre2 m68k- failed - needs retry mips- failed - needs recompile with g++ 3.3.0-0pre2 mipsel - failed - needs recompile with g++ 3.3.0-0pre2 s390- failed - needs recompile with g++ 3.3.0-0pre2 sparc - failed - needs recompile with g++ 3.3.0-0pre2 kdesdk -- m68k- no attempt s390- no attempt kdetoys --- m68k- no attempt kdeutils stuck in _NEW_, STILL!!! meta-kde finished meta-kde-extras -- finished qt-x11-free --- finished quanta -- m68k- failed - due to automake 1.4, wtf? s390- no attempt signature.asc Description: Digital signature
QUANTA_3_1_BRANCH: quanta/debian
CVS commit by benb: Build-conflict with automake1.4. M +7 -0 changelog 1.9.2.19 M +1 -0 control 1.6.2.12 --- quanta/debian/changelog #1.9.2.18:1.9.2.19 @@ -1,2 +1,9 @@ +quanta (1:3.1.5-2) unstable; urgency=low + + * Build-conflict with automake1.4 since this is causing some buildd +problems. + + -- Ben Burton [EMAIL PROTECTED] Tue, 20 Jan 2004 16:39:32 +1100 + quanta (1:3.1.5-1) unstable; urgency=low --- quanta/debian/control #1.6.2.11:1.6.2.12 @@ -4,4 +4,5 @@ Maintainer: Ben Burton [EMAIL PROTECTED] Build-Depends: automake1.7, debhelper ( 4.0.0), kdelibs4-dev +Build-Conflicts: automake1.4 Standards-Version: 3.6.1
