Re: Status report of Qt3 packages in Debian GNU/Linux unstable
Let me start by saying I personally have had no problems with your Qt
packages.
On Sun, 9 Feb 2003, Martin Loschwitz wrote:
> I am convinced that most people, when thinking of Debian, identify the
> project with freedom. This is an important point since the past has shown
> us that freedom is one of the key conditions that must be there in order
> to establish any kind of society.
>
Certainly but history has also shown us that societies need organization
in order to retain freedom and that requires giving up a little freedom.
A goal of a just society is to ensure that only the minimal amount of
freedom necessary to meets its' goals are surrendered.
> The problem I see is that most people apply the term "freedom" to software
> only but not to the persons behind the project. This ends up in people being
> harrassed all the time for not doing things that person XYZ wants to see.
>
If you want to make Qt packages on your own computer you may and no one
will ever harass you ever. By volunteering to maintain packages for
Debian whose priorities are "our users and free software" you have made a
public commitment and persons other than yourself are allowed to impose
upon you. Whether their demands are legitimate is another questions.
> Sadly many users outside there seem to think that Debian Developers are
> not allowed to have a private life besides Debian. This becomes more and
> more obvious, especially if one sees the mails a DD gets if RC-Bugs are
> not fixed within a day.
>
Mmm...my experience is different. I think most people do realize we are
volunteers. Sure there are some whiny crybabies but was that the case in
this situation?
> Nobody calls into question that Debian Maintainers have to do their work
> in a conscientious and diligent manner, but due to their granted freedom,
> they also have the right on a private life, a life which has got nothing
> to do with Debian (You could also call it 'freetime'). In my opinion,
> this applies to every person being involved in the project, no matter if
> the person is DAM, ftpmaster or packager of a 5kb big application.
>
I sympathize with need to maintain a real life. Ever since my daughter
was born my time for Debian stuff has been severely cut down. I have a
responsibility to her but also to the project. If I can't keep up with my
Debian duties, the responsible thing is to cut down that work to a
manageable level not to just stop responding. (And that goes for everyone
not just you.)
Qt is a key package. hold ups in Qt affect many other developers and
users other than yourself. If you are not up to the job in terms of time
or abilities, there is no harm in stepping aside or sharing the burden.
No one will think you are less of a man for it.
> In my opinion, to esteem this right is the duty of everybody who thinks that
> freedom is important.
>
> I think that if the trend described below does not die, this problem will
> in short time become one of the hardest problems debian ever had to face.
> Less and less competent people will want to join the project if they see
> that the work they do is not being appreciated and that the only feedback
> they get is harassment if there is something not correct.
>
Well the point expressed in the thread was that you were not competent and
didn't respond adequately. I don't know if that is true. Like I said
I've had no problems with your packages. But if it is true, then how does
having such people on board help Debian achieve its' goals? It is better
that they do not join the project.
> While considering this, another question comes to my mind: Is it really
> necessary to flock together against somebody on a public mainlinglist,
> ending in requestion him to be sacked? Is it necessary to show the whole
> world how harsh one can be? Is this the way a project which has to have
> a social structure can work?
>
Do you get "The Osbournes" on TV in Germany? Debian is that kind of
family, one that loves each other but airs its' dirty laundry in public.
("We will not hide problems from our users.") Nobody said you were a bad
person only that you were not up to the task of maintaining Qt. That's a
technical matter which can be solved with facts.
> As last point, I want to call the benefit of flamewars like the one against
> me in question. Just have a look at the tree of the thread Ralf started
> some days ago. What did it bring to us? We got some new packages finally,
> but we would also have had those if the flamewar never existed at all since
> it was beyond any question for me to fix the packages like Ralf suggested.
Then you should have said so as quickly as possible. We are hundreds of
people spread out all over the world and good communication is key. The
last thing we need is more silent unresponsive people in key places.
--
Jaldhar H. Vyas <[EMAIL PROTECTED]>
La Salle Debain - http://www.braincells.com/debian/
Re: kdegames for 3.0 (fwd)
On 24 Apr 2002, Daniel Schepler wrote: > Umm, I'd already done my own work on kdegames packaging for 3.0 and > committed to CVS. It's probably a bit out of date by now, especially > with a new game megami added to CVS since then, but I'd prefer to wait > to see how the official KDE3 packages will be organized before I > fiddle with file locations in kdegames. > Oh I don't know how I missed that. Never mind then. If you need any help, let me know. -- Jaldhar H. Vyas <[EMAIL PROTECTED]> It's a girl! See the pictures - http://www.braincells.com/shailaja/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kdegames for 3.0 (fwd)
Hmmm I sent this message last night but it seems to have fallen afoul of Debians' new spamfilters. So instead of being attached, the diff mentioned below is now located at http://people.debian.org/~jaldhar/kdegames.diff -- Jaldhar H. Vyas <[EMAIL PROTECTED]> It's a girl! See the pictures - http://www.braincells.com/shailaja/ -- Forwarded message ------ From: Jaldhar H. Vyas <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: debian-kde@lists.debian.org Date: Tue, 23 Apr 2002 23:46:49 -0400 (EDT) Subject: kdegames for 3.0 Daniel, I've made some changes to the Debian packaging of kdegames to make .debs that work with Chris Cheney's 3.0 packages. Can you give the attached diff a once over (the dependencies work but may not be comprehensive enough) and then commit the changes to KDE CVS? debian-kde, If you want to make your own kdegames packages, the attached diff can be applied to the kdegames-3.0.tar.bz2 tarball found at download.kde.org and then debianized in the normal way. Of course you have to have Chris's packages installed first. As far as I can tell, all the games seem to be working correctly. If you spot any packaging mistakes let me know but all whining or tech support questions will go to /dev/null. Next I will be tackling kdetoys, kdevelop and koffice in that order. -- Jaldhar H. Vyas <[EMAIL PROTECTED]> It's a girl! See the pictures - http://www.braincells.com/shailaja/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Athlon optimized KDE build
On Thu, 28 Feb 2002, Nick Sanders wrote:
> Just out of curiosity I tried buliding a kdelibs package to install into
> /usr/local/kde3
>
> I removed and recreated the debian directory with dh_make (single binary) and
> added then following to debian/rules:
> export KDEDIR=/usr/local/kde3
> and changed the configure line to:
> ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)
> --prefix=/usr/local/kde3 --mandir=\$${prefix}/share/man
> --infodir=\$${prefix}/share/info
>
[...]>
> Any ideas what I'm doing wrong, why weren't the contents all in
> /usr/local/kde3
You probably needed
make install DESTDIR=$(CURDIR)/debian/tmp/usr/local/kde
or something similiar.
--
Jaldhar H. Vyas <[EMAIL PROTECTED]>
It's a girl! See the pictures - http://www.braincells.com/shailaja/
Re: What's best quick fix for broken kde metapackage?
On Mon, 18 Feb 2002 [EMAIL PROTECTED] wrote: > Ok > ccheney is MIA for > 1 week with no advance notice of planned absence > kde metapackage in Sid doesn't install > fails on libkmid - libkmid: Depends: libglib1.3-12 (>= 1.3.12) > fails on libglib1.3-12 (>= 1.3.12) is not available > fails on kdebase-audiolibs > fails on libkmid or libkmid-alsa ... > > What's best quick fix for broken kde metapackage? > What's the best long term fix for this? > Do we need someone to do an NMU of the kde metapackage? > I've been knee-deep in my own KDE3 problems this weekend so I may have missed something but... I'm willing to do an NMU if there really is a dpendency problem (and Chris doesn't object) but is there really a problem? I have libglib1.3-12 installed and I was also able to install the kde package without any dependency problems. Are you sure it is not just because your apt mirror is not up to date or something? -- Jaldhar H. Vyas <[EMAIL PROTECTED]> It's a girl! See the pictures - http://www.braincells.com/shailaja/
Re: [kde3] Appeal for help - powerful box needed
> So, I'm making an appeal for help in the form of access to a build box, > which must have the following: > * SSH access > * Reasonable (preferably >1gig) CPU > * A fair bit of RAM > * Decent connectivity (enough to pass KDE debs back and forth) > * A chroot for me to work in (I need Qt3, KDE3, etc, installed > to build). > *Sigh* I know how you feel. Just building kdelibs takes 1.5GB and several hours to compile on my machine. Currently I have about 140MB of free disk space left and thats after juggling partitions, NFS mounting /home etc. So my attempts to follow KDE development have ground to a halt. One thing you might want to look into is SourceForge has a "compile farm" perhaps they can arrange for you to be able to set up your chroot on a fast alpha or something? Of course if some kind soul out there has a good machine you could use that's even better (and if they don't mind giving me an account, I might be able to help.) -- Jaldhar H. Vyas <[EMAIL PROTECTED]> It's a girl! See the pictures - http://www.braincells.com/shailaja/
Re: dissimilar konsole instances
On Fri, 8 Feb 2002, kiss the sun and walk on air wrote: > with aterm I can change the WM_CLASS of the window using the -name > parameter. I guess I will file a bug report / feature request for > konsole for a similar command-line option. > According to konsole --help there is a --name option present and it does set the window class. I'm using KDE3 CVS mind you. -- Jaldhar H. Vyas <[EMAIL PROTECTED]> It's a girl! See the pictures - http://www.braincells.com/shailaja/
Re: KDE filesystem structure
On Wed, 16 Jan 2002, James Thorniley wrote: > The fact of the matter is that SuSE and Redhat produce distributions where > their installation of KDE is compatible with an installation from source of > KDE from ftp.kde.org. A default installation of Apache from source installs into /usr/local/etc. Should Debian try and be compatible with that? The whole reason you are using a distro and not, say, Linux From Scratch, is to get an integrated system that works consistently. > In debian, for some reason, all the docs have been > moved from [kde-prefix]/share/doc/HTML// to > [kde-prefix]/share/doc/kde/HTML//. This makes it > virtually impossible to produce a source distribution of a KDE app which is > compatible with all GNU/Linux distributions (unless you're in the mood for > messing about with the hell-on-earth that is automake macros, not to mention > I don't see why I should have to deviate from the standard automake macros > provided by KDE, since they work for every other distribution). apt-get install autobook. It should teach you everything you need to know about how automake etc. work. In particular the "impossible" feat you mentioned is very easy to resolve; Do: export kde_htmldir=/usr/share/doc/kde/HTML before running configure. In fact that's precisely the kind of things the Debian packages do. You could argue that is kind of thing isn't very well documented and you would have a point but a point in a different debate than this one. :-) > > Oh and btw, /usr/X11R6 and /usr/games were both UNIX traditions from > > before Linux and were grandfathered in to the FHS. They really shouldn't > > exist. > > Interesting you note this, since this kind of logical directory layout is of > course the traditional UNIX way. Yes and this is why my Solaris box has binaries under /usr/apache, /usr/ccs /usr/dt, /usr/dict, /usr/java1.1, /usr/java1.2 /usr/openwin, /usr/perl5, /usr/xpg4, and /usr/ucb and my $PATH is half a mile long. I don't see how an ever-growing list of directories makes things any easier for the user or the admin in the long run. We have modern packaging systems like rpm or deb. We don't need to rely on the admins overtaxed brain to keep track of things. > The FHS rather goes against traditional UNIX > thinking that most old sysadmins are happy with (see the Mosfet artical > again. www.mosfet.org/fss.html). I also happen to think that the consensus > from all other GNU/Linux distributions does add some weight - whether it's > truly standards compliant, they've all thought about it as a team of > developers and have come up with the same answer, and they're not stupid. > Actually all the major distros have agreed at least in prncipal to the FHS (as part of the Linux Standard Base or from before.) So it is just a matter of when they start complying not if. I know Red Hat 7.2 for example doesn't install anything into /opt. -- Jaldhar H. Vyas <[EMAIL PROTECTED]> It's a girl! See the pictures - http://www.braincells.com/shailaja/
Re: KDE filesystem structure
On Wed, 16 Jan 2002, Eray Ozkural (exa) wrote: > It seems that your reasoning that "/opt is reserved for things like Loki > games" is incorrect. See my mail titled "Interpeting FHS". > [...] > > That is a serious misunderstanding of "add-on". By add-on here it means > application software that is not essential for system functionality, such as > KDE. Saying that "distribution provided" software is not "add on application > software" is gross misunderstanding of the terms involved. Yes I saw it but you are still missing the point. English is not the most precise of languages but the meaning of add-on should be fairly clear. It is something extra beyond what is provided in the base distribution. So how would you define that for Debian? contrib and non-free which are not officially part of Debian? Any package of priority optional or extra? As you can see none of those packages are placed in /opt. The use of /opt goes back to the bad old days of commercial UNIX when vendors would try and soak you for every penny you had. (I believe with SCO even TCP/IP was an add-on at one point!) You would have a base OS and other extra packages you could purchase. Also third-party vendors would sell their own packages. Plus there was free software. All of those things were usually placed in /opt to signify they were not part of the base OS. For instance on a Solaris 8 system I have here there are only three things under /opt. /opt/gnome-1.4 is GNOME, not a Sun product. /opt/sfw comes from a CD of freeware they put out which again is not a Sun product and /opt/SUNWebnfs is WebNFS which is a Sun product but not part of basic Solaris. Now how do you map this concept of addons to Debian? All our packages, even the "extra" and "non-free" ones are first-class citizens. We don't sell enhancements or upgrades. Conceivably in the days of the licensing wars you could have considered KDE an "add-on" to Debian but not now. > > On the contrary, FHS says distributions can install software in /opt, except > certain subdirs reserved for the system administrator. > Does SuSe consider KDE3 to be a "preview" release or unsupported or sometheing you pay extra for? Then it would be legitimate to put it into /opt. If they are just too lazy to properly integrate it into their system then this is not something we should be emulating. > Before you give an answer to this, please read the mail I mentioned, and > section 3.8 in complete. > Also bear in mind the purpose of the FHS is not just to set policy but codify existing practice. Somethings may be allowed which are not necessarily recommended to do. -- Jaldhar H. Vyas <[EMAIL PROTECTED]> It's a girl! See the pictures - http://www.braincells.com/shailaja/
Re: KDE filesystem structure
On Tue, 15 Jan 2002, Eray Ozkural (exa) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Tuesday 15 January 2002 22:55, James Thorniley wrote: > > > > So I'm afraid it's wrong to say a move to /opt/kde violates debian policy, > > since it's in accordance with FHS. > > > > I'm supported also by Mosfet, see www.mosfet.org/fss.html for an actual > > argument for why directory layout should be more logical. > > > > We know that FHS allows it, Read carefully what the FHS says. (You can find a copy in the debian-policy package.) According to section 3.8 /opt is for third-party addons. If KDE is packaged for Debian by Debian developers it is not an addon and _does_not_ belong in /opt. > that's why many RPM's have files in /opt. Ha! RPMs tend to spew files all over the place. Hardly relevant. > I have > some non-free packages such as icc that installs itself in /opt/intel. I'm > ABSOLUTELY sure that intel's build and release engineers are smart enough to > interpret FHS correctly (unlike some other people). It's not a question of non-free but third-party. Is icc part of any distribution? No. So it belongs in /opt. Were it to be packaged for Debian (or SuSe etc. if they gave a damn) it would have to go into /usr/bin, /usr/lib etc. On my computer things like Loki games, VMware, WordPerfect, are installed in /opt. But .debs even if they are of things I haven't contributed to Debian and never will, follow Debian policy and are in /usr. > It's actually a pretty > good idea, because the subsystem for a whole software package is defined very > well under /opt. As it is under /usr. > You just put the front end in /opt/bin. Very well. To comply > with the debian policy some symlinks would have to be made, that's all. > Also note the FHS says that /opt/bin is reserved for the local admin only. > It looks like /opt/kde3 is the proper choice for KDE after all. > Well I hope I've convinced you that it isn't. Should such broken .debs actually make it into the archive they would get critical bugs almost immediately. > I was going to suggest creating /usr/lib/kde3, make this KDE prefix with > symlinks to whichever directories are appropriate. For instance there would > be a /usr/share/kde3, and /usr/lib/kde3/share would point to /usr/share/kde3/ Wasn't that Ivans' plan? > > However, your quote does imply that redhat, suse, etc. packaging which > installs in /opt/kde3 is indeed FHS compliant. I wonder who was clueless > enough to think otherwise upon reading FHS. I for one. And SuSe Red Hat have never impressed me with their adherence to standards. > Note that *everybody* except debian uses /opt/kde3, If it's not Debian it's CRAP! :-) Oh and btw, /usr/X11R6 and /usr/games were both UNIX traditions from before Linux and were grandfathered in to the FHS. They really shouldn't exist. -- Jaldhar H. Vyas <[EMAIL PROTECTED]> It's a girl! See the pictures - http://www.braincells.com/shailaja/
Re: Severe periodical hang up on KDE 2.2
On Fri, 28 Dec 2001, Jarno Elonen wrote: > Hi, > > My system with KDE 2.2 on Debian unstable is demonstrating some quite > irritating behaviour: > > It works very well except that periodically, about after two hours of use or > so, it suddenly starts crunching the disk as if swapping heavily. > > In about a minute or two every UI process is suffocated and for example the > KDE clock, mouse pointer, text mode console and SSH daemon (even on nice > level -19!) stop responding completely. > > This goes on about 5-10 minutes after which everything either comes back to > normal or (sometimes) a few processes (like desktop, konqueror or kwin) have > died of insufficient memory. I guess kernel runs out of swap space and then > gives up. > > TOP doesn't show any process hogging memory once the hard disk starts to > roll. Possibly a kernel incompatibility with some part of KDE? > > > Any ideas on how to start debugging this? > I have the same problem. (Except my card is a viper 770) There is some kind of bad interaction between the nvidia drivers, the X server and Qt/KDE. If you run top(1) you'll see the XFree86 is progressively using more and more memory. Eventually all available memory is consumed and the system freezes. The good news is KDE 3.0 (or perhaps Qt3) does seem to fix the problem. Of course it is not debianized yet which is why for the moment I'm back to 2.2.2. My temporary strategy is to run the cpuload applet and when memeory seems to be getting scarce, logout and kill the X server from KDM. That frees up the leaked memory. -- Jaldhar H. Vyas <[EMAIL PROTECTED]> It's a girl! See the pictures - http://www.braincells.com/shailaja/
Re: more "protocol dying unexpectedly"
On Sat, 30 Jun 2001, David Bishop wrote: Is anyone else seeing this? Yup. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: Multiple KDE 2.2beta crashes
On Sat, 30 Jun 2001, Renaud [iso-8859-1] Guérin wrote: > Hello, > > I've just upgraded from KDE 2.1.2 to unstable's KDE 2.2beta. > I'm experiencing numerous segfaults in many apps, and it > looks like it has something to do with fonts or QT. > Are you using the megagradient theme? I had the same problem and it stopped when I switched to one of the Qt builtin themes. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Bug#98688: RFP: knapster2 -- KDE2 napster client
Package: wnpp Version: N/A; reported 2001-05-25 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- I've already packaged this up. The menu stuff and the build-dependencies may not be quite right but other than that, the package is in good shape. However I can't take on another package right now so would someone like to take it off my hands? If so, let me know and I'll tell you where to find the files. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.5 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7Dkrt2kYOR+5txmoRASkDAJ4zJT9W6Dh7OXvgewR2Zc3CffdDTACgqmVH DwLNdX08nfqDpmDDr+OVh9A= =NGNw -END PGP SIGNATURE-
Re: libqt2-2.3.0-final-2 not compiled with -xft?
On Wed, 18 Apr 2001, Jens Benecke wrote: > On Tue, Apr 17, 2001 at 03:57:07PM -0600, Ivan E. Moore II wrote: > > Just FYI (I haven't followed all of this), in case you are wondering why AA > fonts are not working and are using the NVIDIA drivers. > > NVIDIA drivers claim they can do RENDER, but they can NOT yet do AA fonts. > They just have every app crash or ignore the settings. (At least here.) > Are you sure about that? I'm using the 0.97 drivers and I *think* I have anti-aliasing working. At least $QT_XFT = 1 and the fonts seem to look somewhat better then they did before to my untrained eye. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
freetype - we may not be out of the woods yet
I have a 32MB Diamond Viper V770 (Riva TNT 2) video card with the Debianized 0.9.767 drivers and Debian upgraded nightly from unstable. (kdelibs3 is 2.1.0.1-5 and libqt2-gl is 2.3.0-final-1.) Since the new nvidia driver .debs came out, I've been successfuly using AA without problems (after downgrading libfreetype6 as suggested on this list.) Today I read that the latest freetype fixes the problems reported before so I unheld it and let it upgrade. I rebooted for good measure. This is what happens now: 1. new libfreetype6 and login to KDE via KDM Doesn't work. Grey Screen of Death. If however I go to a console and run for instance konqueror -display localhost:0.0 & and then switch back to vt7, it does come up and does seem to be antialised. By manually running kwin, kdesktop, dcopserver etc in the same way. I can get a complete KDE session back. 2. new libfreetype6 and login from console via startx Works as aspected. 3. Downgrade to known safe libfreetype6 and login via KDM works as expected. 4. Downgrade to known safe libfreetype6 and login via startx works as expected. This leads me to believe libfreetype6 itself may not be the problem but something KDM does or doesn't do. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: configuring kmail
On Fri, 26 Jan 2001, Tim&Pep wrote:
> Hi,
>
> Okay, I'm sorry if this is an idiotic question. I just successfully
> completed my installation of KDE, (thanks Ivan!) and now I'm trying to
> configure kmail. I've read the instructions in the help file and tried
> to carry them out but I get an "unknown host" error when I try to
> receive mail. (I'm using a different OS right now which is why I can
> email.). I'm entering the info just as I would here in windoze (okay I
> confess) which I suspect is probably wrong. I.e.
>
> SMTP server: pacific.net.ph
>
> incoming mail server: pacific.net.ph
>
> Clearly this is wrong in the context Linux, but I'm clueless as to
> what's right. I suppose it's related to the fact that under linux my
> machine has it's own hostname. ("pudgy" - don't ask). So does that have
> to get worked in somehow? Or do I have to use sendmail? Thanks.
>
It shouldn't make a difference that you are using Linux. can you ping
pacific.net.ph? Is their server doing a reverse DNS lookup? You will get
more help if you ask this question on debian-user.
--
Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: mailing list configuration
On Fri, 26 Jan 2001, Christophe Prud'homme wrote: > I think that the debian-kde is ill-configured > normally a Reply should fill out the To: field of the mailer with > debian-kde@lists.debian.org and not with the address of the author of the > original mail. > May be configuring automatically in the mailing list conf files the Reply-to: > field to debian-kde@lists.debian.org would help. > I think Debian needs an FAQ or FFF (Frequently Fought Flamewars list :) This has been discussed ad nauseum. Bottom line: it 's not going to happen. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: probelm with libqt2.2-gl
On Fri, 26 Jan 2001, Christophe Prud'homme wrote: > Hie, > > I didn't have time to investigate but there is a problem with libqt2.2-gl > type dcop for example and you will have > > error while loading shared lib /usr/lib/libqt.so.2 undefined symbol > __pure_virtual > > changing libqt2.2-gl to libqt2.2 solves the problem but I guess that some GL > support is missing > > it is for debian/sid > Me too. kxmlrpcd doesn't seem to work either. Client connects just hangs for a long time then timout. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: heads up - kde.tdyc.com crazyness
On Fri, 26 Jan 2001, Christophe Prud'homme wrote: > BTW I have revamped the kdevelop(1.4) debian packaging script, and after some > discussion with some kdevelop guys, the commit will be in Real soon Now > Would it be possible to add kdevelop 1.4 in your amazing work in the future? > I can build the complete package for sid if you want > Raphael Bossek <[EMAIL PROTECTED]> has already posted an ITP for kdevelop. You should discuss this with him. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: .debs for Aethera
On Wed, 24 Jan 2001, Ivan E. Moore II wrote: > fyi... I have idle time on my box so I'm building it right now...if all goes > well I'll upload packages to tdyc. And if someone wants to maintain as > requested above, I'll also be willing to sponser or you can just steal my > stuff as a start...don't matter to me...I'll even be willing to maintain it > if I like it. :) > btw, if you are building for potato, you might run into the problem described earlier about the qt-designer includes being in the wrong place. I don't think you made the fix in the potato libqt packages. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
.debs for Aethera
For theKompany, I've debianized Aethera 0.9.0 . I don't think they've installed it yet, but you can find it in the incoming directory of their FTP site if you hunt around. For those who don't know, Aethera is KDEs answer to Evolution or Outlook. This version is a "technology preview" so it is still rough around the edges but it's looking pretty good. For more information see: http://www.thekompany.com/projects/aethera/ Aethera is GPLed so it should go into Debian. The problem is I have my hands full with my other packages right now so I can't afford to take on another one. Would someone like to adopt it and upload it to Debian (and TDYC)? If you are not already a maintainer, I'd be happy to sponsor you. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: kivio still missing ?
On Thu, 7 Dec 2000, Thibaut Cousin wrote: > After having installed KDE 2.0.1, dselect still complains about kivio being > recommended and missing (for koshell). Is it normal ? > I never got around to uploading it. I'm doing it right now. Ok, it's there now. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: kivio missing?
On Wed, 29 Nov 2000, Ivan E. Moore II wrote: > > Is the kivio package missing or is something wrong with my apt config here? > > Nobody else seems to be complaining about it. The koshell package has this > > as a dependancy. Thanks. > > umm...for potato it's missing...I knew I forgot something... > Oops my fault. I uploaded potato kivio .debs to thekompany.com but I never sent them to you. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: qt-designer
On Thu, 23 Nov 2000, Bud Rogers wrote: > OK. Pizza Hut does gift certificates. If you're willing to pass me > your mailing address, on or off list as you wish, I'll send you one. > Just a small gesture to say THANKS for the incredible amount of work > you've done to make KDE for Debian a reality. > I'll sponsor the breadsticks :-) Seriously we owe a huge debt of gratitude to Ivan for all the hard work he's put into this so I'd like to get in on any gift we get him. -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: postinst bug in kdelibs and/or kdebase
On Thu, 23 Nov 2000, Thibaut Cousin wrote:
> Hello,
>
> I've had a problem for a few days : two days ago it was the postrm script
> of kdebase, yesterday and today it is the postinst script of kdelibs. Here is
> the message (translated from french, so it is not exact) :
>
> Setting up kdelibs3 (2.0-final-0.potato.10) ...
> Installing new version of configuration file /etc/kde2/charsets ...
> dpkg: error processing kdelibs3 (--configure):
> the subprocess post-install script returned an output error 1
>
> If I move kdelibs3.postinst from /var/lib/dpkg/info, the installation can
> be finished with no further problem. Then if I launch kdelibs3.postinst by
> hand ("./kdelibs3.postinst configure"), it works without problem...
> Any idea ?
Its not really a bug in the postinst. You see, dpkg keeps a database of
all the fies it has installed on your computer and which package they
belong to. It has code to check that a package does not install a file
which belongs to another package. During a release that code is turned
off, now it has been turned on again so dpkg gives error messages when
this happens.
The thing to do is to report to Ivan the file and the overlapping packages
it is in so when he does the next set he can make sure it appears in only
one package.
In the mean time, you can turn off this check yourself and install the
package manually by doing
$ dpkg --install --force-overwrite /var/cache/apt/archives/kdelibs3.deb
Because apt-get was unable to finish, you may have broken dependencies at
this point so you may have to do
$ dpkg --install --force-overwrite --force-depends
/var/cache/apt/archives/kdelibs3.deb
other dpkg options are explained in the man page. When you have resolved
the packages with errors, re-run apt-get upgrade to properly install the
rest.
But whatever you do, do report these kind of problems to the package
maintainer. Use of force-* options is not recommended on a regular basis.
--
Jaldhar H. Vyas <[EMAIL PROTECTED]>
Re: Segfault of kdm
On Fri, 17 Nov 2000, Christian Mayrhuber wrote: > Hi, > > I'm running woody with xfree864 .0.1-4 and KDE2. > Every time I try to start kdm ist crashes after a second with a segfault. > It doesn't manage to display the login window before the crash. > Same here. I think I might know why. > The kdm package version is 2.0-final-5. The crash happened with release 4, > too. > Btw: xdm runs fine. The difference is that kdm has OpenGL support. > Before my conversion from SuSE to Debian I experienced the same behaviour > in the SuSE kde2-rc3 packages, but it was gone in the final. > I don't know if it matters, my CPU is a K6-2 and my graphics card has a TNT > chip on it. > Mine too. I think this is the problem. Are you using the Nvidia driver from XFree86 4.01 (nv) or Nvidias' own driver (nvdriver) and their own GL support? -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
Ivan Moore for president!
...of the KDE league. Or at least a board member. According to the press release (http://dot.kde.org/974298831/) there will be seats on the board for core developers and I think Ivan qualifies as the provider of KDE to a major Linux distribution. The key benefit of this is in my opinion is preventing our favorite desktop from making silly mistakes in the future (like the whole licensing debacle.) -- Jaldhar H. Vyas <[EMAIL PROTECTED]>
