Gerhard Reithofer ha scritto:
Hi Emilio,
On Tue, 31 Jan 2006, EmIscA wrote:
You have mixed packages from testing/unstable with the ones of stable
(sarge). There are two c++ compiler transitions for the next release
of debian (etch) that lead up to new names of library packages, the
ones end
Hi Emilio,
On Tue, 31 Jan 2006, EmIscA wrote:
You have mixed packages from testing/unstable with the ones of stable
(sarge). There are two c++ compiler transitions for the next release of
debian (etch) that lead up to new names of library packages, the ones ending
with c2 and c2a. The second
sion because of package conflicts.
The main problem is, that VariCAD is linked against kdelibs4, but I've
installed kdelibs4c2. When scanning through dependecies I would have
to do almost a complete reinstallation of the KDE with many packages
removing which I'm using intensively (in
Hi KDE/DEB-users,
I'm using Sarge for working in professional CAD area (VariCAD) and and
also suporting this, but now I have the problem, that I cannot install
the newest version because of package conflicts.
The main problem is, that VariCAD is linked against kdelibs4, but I've
Hi,
This may be an upstream issue, but the new kdelibs4-dev 3.5.0
package at alioth has a dependency on hspell, which wasn't the
case for 3.4.x. Now people who don't speak Hebrew (such as
myself) are forced to install hspell if they want to compile KDE
applications.
Shouldn't th
Am Samstag 26 November 2005 07:30 schrieb Alan Ezust:
> The following packages have unmet dependencies:
> libarts1-dev: Depends: libarts1c2a (= 1.4.3-2) but it is not going
> to be installed
> E: Broken packages
Hello again,
here is the necessary piece of information
Am Samstag 26 November 2005 07:30 schrieb Alan Ezust:
> [EMAIL PROTECTED] apt-get install libarts1-dev kdelibs4-dev
> Reading package lists... Done
> Building dependency tree... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situ
On 2005-11-26, Alan Ezust <[EMAIL PROTECTED]> wrote:
> The following packages have unmet dependencies:
> libarts1-dev: Depends: libarts1c2a (= 1.4.3-2) but it is not going
> to be installed
Yes - sid is starting to break heavily - and in some weeks, it will be
back up running ;)
/Sune
--
To
let me qualify that - now that I've removed kdebase and I still can't
install it.
The following packages have unmet dependencies:
kdelibs4-dev: Depends: libarts1-dev (>= 1.4.2) but it is not going
to be installed
[EMAIL PROTECTED] apt-get install libarts1-dev kdelibs4-dev
Reading
I'm having a terrible difficulty installing kdelibs4-dev in sid - is
it a broken package?
Dear List,
I've been trying to updrade kdelibs4 from version 4:3.2.2-2 to 4:3.2.3-2 in my
system. However, I'm getting:
Reading Package Lists... Done
Building Dependency Tree... Done
Suggested packages:
cupsys-driver-gimpprint xpdf-korean xpdf-japanese xpdf-chinese-traditional
xp
ut kept the client side libraries for 4.2
> I use kdelibs-dev without problems:
[snip]
hui. thats cool stuff :)
but i have now compile the kdelibs4 package from source package on my
system (tip from andreas pakulat) and have these packages installed. and
that works properly.
- --
Gruss/Greeti
> Yesterday i upgraded my System to the brand new KDE 3.1.4 Packages from
> ftp.kde.org. But the Package kdelibs4-dev couldn't be upgraded and now i
> can't this packages installed. The dependencies need the Package
> xlibs-pic from the original XFree86 Woody Pakages.
&
day i upgraded my System to the brand new KDE 3.1.4 Packages from
> ftp.kde.org. But the Package kdelibs4-dev couldn't be upgraded and now i
> can't this packages installed. The dependencies need the Package
> xlibs-pic from the original XFree86 Woody Pakages.
>
> Hm.
eople.debian.org/~mmagallo/packages/ on my Woody-System.
> Yesterday i upgraded my System to the brand new KDE 3.1.4 Packages from
> ftp.kde.org. But the Package kdelibs4-dev couldn't be upgraded and now i
--
--
"Catch the Magic of Linux..."
-
kdelibs4-dev couldn't be upgraded and now i
can't this packages installed. The dependencies need the Package
xlibs-pic from the original XFree86 Woody Pakages.
Hm. What can i do to develop again with my KDE 3.1.4 and XFree86 4.3.0?
Have anybody a Reason to solve this Proble
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Saturday 23 August 2003 16:28, Jan Torben Heuer <[EMAIL PROTECTED]> wrote:
> Is there a better soloution than the woody backports for sarge?
Yes, use the sid packages. In time, the sid packages will be in sarge
anyway, so you may as well use them
On 23.Aug 2003 - 17:28:23, Jan Torben Heuer wrote:
> Hi,
> I'm running sarge with Ralf's KDE 3.x packages.
> How can I install the kdelibs4-dev packages in order to compile my own apps?
> It's just impossible and I couldn't find anything in the web:
>
>
Hi,
I'm running sarge with Ralf's KDE 3.x packages.
How can I install the kdelibs4-dev packages in order to compile my own apps?
It's just impossible and I couldn't find anything in the web:
Sorry, but the following packages have unmet dependencies:
kdelibs4-dev: Depends:
rts compiled with an old compiler? How can I find out?
Help is still, very, very much appreciated,
*t
On Wed, 11 Jun 2003, tomas pospisek wrote:
> Hello kde packagers and hackers, I've been trying to compile kdelibs4 from
> CVS against current (unstable) Debian infrastructure and I&#x
Hello kde packagers and hackers, I've been trying to compile kdelibs4 from
CVS against current (unstable) Debian infrastructure and I'm failing in
the arts directory. To me it looks like libvorbis0a (from unstable,
together with libvorbis-dev) was not built with current gcc-3.2.
Could a
On Wed, 2003-06-04 at 02:25, John Gay wrote:
>
> >> And why are static lib's being linked into shared objects?
> >
> >Because some shared libraries (or plugins, or whatever) use some X
> >extension libraries which are only available in static form. But non-PIC
> >code in a shared object is a bad i
On Tuesday 03 June 2003 23:05, Frank Van Damme wrote:
> ...which brings up the question: wtf is PIC? :)
[P]osition [I]ndependant [C]ode. On x86 it is a little bit slower than
normal code since the data section is accessed using the ebx register
as index. The result is that the compiler has less po
On Wed, Jun 04, 2003 at 12:51:34AM +0100, John Gay wrote:
>
> >> This was my understanding as well. As I understand the situation, -fPIC
> is
> >> preferable to the non-PIC code which was there before.
> >
> >It's not quite that simple. This is about static libraries, which policy
> >requires to b
"John Gay" <[EMAIL PROTECTED]> writes:
> I know that PIC code is 'supposed' to be better in that it can be loaded
> into memory without regard to the actual location or layout. Why should
> static libraries be built without -fPIC, and who's policy is it anyway?
Position-independent code requires
>> I know that PIC code is 'supposed' to be better in that it can be loaded
>> into memory without regard to the actual location or layout. Why should
>> static libraries be built without -fPIC, and who's policy is it anyway?
>
>Debian's. I guess the reason is that PIC code usually performs worse
On Wed, 2003-06-04 at 01:51, John Gay wrote:
> >> This was my understanding as well. As I understand the situation, -fPIC
> is
> >> preferable to the non-PIC code which was there before.
> >
> >It's not quite that simple. This is about static libraries, which policy
> >requires to be built without
>> This was my understanding as well. As I understand the situation, -fPIC
is
>> preferable to the non-PIC code which was there before.
>
>It's not quite that simple. This is about static libraries, which policy
>requires to be built without -fPIC. The problem arises when linking them
>into shared
On Tue, 2003-06-03 at 23:45, John Gay wrote:
> >> Yeah, that's because kdelibs4-dev depends on XFree86 4.2.1, and won't
> >> work with 4.3, due to the different way we handle PIC (this is
> >> upstream's shiny new way, which I'm assured is wrong, but
Sorry, meant to send this to the list.
>> > ... I downgraded xlibs and xbase-clients in order to install
>> > kdelibs4-dev.
>>
>> Yeah, that's because kdelibs4-dev depends on XFree86 4.2.1, and won't
>> work with 4.3, due to the different way we h
>> Yeah, that's because kdelibs4-dev depends on XFree86 4.2.1, and won't
>> work with 4.3, due to the different way we handle PIC (this is
>> upstream's shiny new way, which I'm assured is wrong, but that's beside
>> the point). There's no re
On Tuesday 03 June 2003 11:20, Daniel Stone wrote:
> > ... I downgraded xlibs and xbase-clients in order to install
> > kdelibs4-dev.
>
> Yeah, that's because kdelibs4-dev depends on XFree86 4.2.1, and won't
> work with 4.3, due to the different way we handle PIC
On Tue, Jun 03, 2003 at 07:20:07PM +1000, Daniel Stone wrote:
> > ... I downgraded xlibs and xbase-clients in order to install kdelibs4-dev.
>
> Yeah, that's because kdelibs4-dev depends on XFree86 4.2.1, and won't
> work with 4.3, due to the different way we handle
On Tue, Jun 03, 2003 at 11:16:30AM +0200, Frank Van Damme wrote:
> it seems your packages for X don't have a package "xlibs-pic". Does this have
> a reason? kdelibs4-dev in Sid depends on it.
There is, indeed, a reason - see below.
> Sorry, but the following packages
Le Jeudi 13 Février 2003 00:18, Laurent Rathle a écrit :
> I should, I know it :-) But in fact, I've deleted everything after a third
> bad trial. I'll try to tell you : when I want to install kdelibs4-dev, apt
> says me that several libraries with libartsc0-dev among them sh
EADME
>
> Nothing special. Just trying to install kdelibs4-dev wich really doesn't
> want
> to install itself. I've got no orther KDE version on my computer, so it's not
> a problem of upgrade. I've suceeded installing all the base packages
> (kdelibs, k
On Wed, Feb 12, 2003 at 08:01:13PM +, Rene Horn wrote:
> I suspect that Laurent is suffering from the same problem that I'm suffering
> right now. I currently have the official Debian packages from kde.org
> installed on my machine. Those seem to have been compiled with gcc 2.95,
> making
Le Mercredi 12 Février 2003 23:26, Henning Moll a écrit :
> It may be helpful if you provide some more information...
I should, I know it :-) But in fact, I've deleted everything after a third bad
trial. I'll try to tell you : when I want to install kdelibs4-dev, apt says
me
On Wednesday 12 February 2003 22:48, Laurent Rathle wrote:
> [...] but when it comes to dev packages, it doesn't work.
It may be helpful if you provide some more information...
Le Mercredi 12 Février 2003 21:06, Ralf Nolden a écrit :
> Well, I don't know what you guys are doing wrong all the time, my
> repository is really easy to use. Read
> http://ktown.kde.org/~nolden/kde/README
Nothing special. Just trying to install kdelibs4-dev wich really doe
On Wed, Feb 12, 2003 at 09:06:49PM +0100, Ralf Nolden wrote:
> Well, I don't know what you guys are doing wrong all the time, my repository
> is really easy to use. Read http://ktown.kde.org/~nolden/kde/README
>
> Ralf
I've already read that, and I would do it if I had the time to do it. It woul
t; > proper system identical to a woody installation b) therefore doesn't
> > > > really admit updating and reinstalling parts of the installation.
> > >
> > > I didn't expres myself correctly :-). I don't have Knoppix anymore.
> > > It's a sta
of the installation.
> >
> > I didn't expres myself correctly :-). I don't have Knoppix anymore. It's a
> > standard woody. I've installed kdelibs without problem, but I can't install
> > kdelibs4-dev because of libartsc0-dev and a lot of other soft
Knoppix anymore. It's a
> standard woody. I've installed kdelibs without problem, but I can't install
> kdelibs4-dev because of libartsc0-dev and a lot of other softwares. The
> only way to install kdelibs4-dev is to fetch it from unstable. And then, I
> can't install
myself correctly :-). I don't have Knoppix anymore. It's a
> standard woody. I've installed kdelibs without problem, but I can't install
> kdelibs4-dev because of libartsc0-dev and a lot of other softwares. The
> only way to install kdelibs4-dev is to fetch it from unstable.
current package that is installed) it starting with
libmad0-dev_0.14.2b-4_i386.deb & libmad0_0.14.2b-4_i386.deb, next I did
libcupsys2_1.1.15-4_i386.deb. After that I was able to apt-get install
kdelibs4-dev and bingo it worked! [;P It downloaded a few extra packages as
well.
This is what I did,
em
> identical to a woody installation b) therefore doesn't really admit
> updating and reinstalling parts of the installation.
I didn't expres myself correctly :-). I don't have Knoppix anymore. It's a
standard woody. I've installed kdelibs without problem, but I can&#x
On Dienstag, 11. Februar 2003 22:46, Laurent Rathle wrote:
> Hello,
>
> I'm sorry to ask you again, but after my last experience with Knoppix, I've
> tried to install a fresh Debian from a cd of Woody. The install of kdelibs
> is ok, but it is impossible to install
Hello,
I'm sorry to ask you again, but after my last experience with Knoppix, I've
tried to install a fresh Debian from a cd of Woody. The install of kdelibs is
ok, but it is impossible to install kdelibs4-dev. Has anyone succeeded in
installing kdelibs4-dev on a woody ? and how
It installed fine on sid the last time I tried, it will probably take a
lot of effort to make it install on sarge though.
Chris
Hi all,
trying to get kdelibs4-dev install but these are the error messages I
am
getting.
--
Sorry, but the following packages have unmet dependencies:
kdelibs4-dev: Depends: libartsc0-dev but it is not going to be installed
Depends: libcupsys2-dev but it is not going
Hi,
Johannes Rohr wrote:
> On Sam, Feb 08, 2003 at 05:41:34 +0100, Mika Fischer wrote:
> > * Alan Chandler <[EMAIL PROTECTED]> [2003-02-08 17:25]:
> > > Why is the package not called "kdelibs4c102" ?
> >
> > Because there never was a klelibs4 package using the g++ 2.95 ABI.
> >
> > The whole po
On Sam, Feb 08, 2003 at 05:41:34 +0100, Mika Fischer wrote:
> * Alan Chandler <[EMAIL PROTECTED]> [2003-02-08 17:25]:
> > Why is the package not called "kdelibs4c102" ?
>
> Because there never was a klelibs4 package using the g++ 2.95 ABI.
>
> The whole point of waiting until the transition star
* Alan Chandler <[EMAIL PROTECTED]> [2003-02-08 17:25]:
> Why is the package not called "kdelibs4c102" ?
Because there never was a klelibs4 package using the g++ 2.95 ABI.
The whole point of waiting until the transition starts before
uploading KDE was that this way we only need one version in si
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Why is the package not called "kdelibs4c102" ?
- --
Alan Chandler
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+RSx2uFHxcV2FFoIRAv9rAJ9iZaEvmnu7ZUNxPC/wcoaYknlLawCfa16p
3dYshyzG15Rs26QY+A883Xg=
=neGY
-E
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mittwoch, 5. Februar 2003 10:49, Ralf Nolden wrote:
> > The only place I can find that mentions packaging static libraries in
> > the -dev package is libpkg-guide, and that documentation is by no means
> > authoritative. I don't see why they should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mittwoch, 5. Februar 2003 10:40, Brian Nelson wrote:
> Considering libqt is about 5.5 megs, an extra .5 meg doesn't seem so bad
> to me considering the trouble it saves. Besides, is anyone that uses Qt
> apps, like KDE, seriously concerned about .5
Ralf Nolden <[EMAIL PROTECTED]> writes:
> On Mittwoch, 5. Februar 2003 09:59, Brian Nelson wrote:
>> > So most upstream authors have no clue how to write apps in Qt and don't
>> > look at the vast amount of documentation that come with it?
>>
>> No, it means that most upstream authors don't expect
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mittwoch, 5. Februar 2003 09:59, Brian Nelson wrote:
> > So most upstream authors have no clue how to write apps in Qt and don't
> > look at the vast amount of documentation that come with it?
>
> No, it means that most upstream authors don't expect
Chris Cheney <[EMAIL PROTECTED]> writes:
> On Wed, Feb 05, 2003 at 07:27:54AM +0100, Ralf Nolden wrote:
>> Yes, there is. First of all, there are people using this stuff to develop
>> applications with. If you give them all available headers you will end up
>> having most apps accidentally using
Chris Cheney wrote at Wednesday 05 February 2003 07:50:
> On Wed, Feb 05, 2003 at 07:27:54AM +0100, Ralf Nolden wrote:
>> [...] I suggested packaging the
>> libqt.a and libqt-mt.a into a libqt3-static-dev package but Martin still
>> refuses "because the policy says to put it in the -dev package".
>
On Wed, Feb 05, 2003 at 07:27:54AM +0100, Ralf Nolden wrote:
> Yes, there is. First of all, there are people using this stuff to develop
> applications with. If you give them all available headers you will end up
> having most apps accidentally using compatibility headers which will sooner
> or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mittwoch, 5. Februar 2003 07:13, Chris Cheney wrote:
> On Wed, Feb 05, 2003 at 06:48:31AM +0100, Ralf Nolden wrote:
> > Please be aware that Martin and I are *still* working on the Qt packages
> > because of Martin's stubbornness it takes ages to co
On Wed, Feb 05, 2003 at 06:48:31AM +0100, Ralf Nolden wrote:
> Please be aware that Martin and I are *still* working on the Qt packages
> because of Martin's stubbornness it takes ages to convince him of the needed
> modifications. The latest change may be of importance (still to go into the
> p
ing kaddprinterwizard (ktown KDE 3.1 woody) gives:
> > >
> > > Unable to load KDE print management library: Library files for
> > > "libkdeprint_management.la" not found in paths
> > >
> > > Please package into kdelibs4 where t
gement library: Library files for
> > "libkdeprint_management.la" not found in paths
> >
> > Please package into kdelibs4 where the corresponding library is.
> >
> > [EMAIL PROTECTED](0) ~ $ dlocate
> > /usr/lib/libkdeprint_management.so.4.1.0
> > kdelibs4:
On Tue, Feb 04, 2003 at 11:12:48PM +0100, Achim Bohnet wrote:
> Hi,
>
> starting kaddprinterwizard (ktown KDE 3.1 woody) gives:
>
> Unable to load KDE print management library: Library files for
> "libkdeprint_management.la" not found in paths
>
> Plea
Hi,
starting kaddprinterwizard (ktown KDE 3.1 woody) gives:
Unable to load KDE print management library: Library files for
"libkdeprint_management.la" not found in paths
Please package into kdelibs4 where the corresponding library is.
[EMAIL PROTECTED](0) ~ $ dlocate
>From the apt sources on the kde 3 debian page, I cannot obtain kdelibs4 as
kdelibs4-bin and kdelibs4-data are dependencies and are not the same
version. How can I fix this?
--
Comments are most appreciated,
Bob
On Tuesday 12 November 2002 02:58, Daniel Stone wrote:
> On Mon, Nov 11, 2002 at 10:18:54AM -0500, Oracle Administrator scrawled:
> > Many applications in my aptitude listing have dependencies on kdelibs4
> > 3.0.3 or greater. The only kdelibs4 in my database is kdelibs4 3.0.1.
&g
On Mon, Nov 11, 2002 at 10:18:54AM -0500, Oracle Administrator scrawled:
> Many applications in my aptitude listing have dependencies on kdelibs4 3.0.3
> or greater. The only kdelibs4 in my database is kdelibs4 3.0.1.
>
> How can I obtain a newer version?
Karolina has already a
Many applications in my aptitude listing have dependencies on kdelibs4 3.0.3
or greater. The only kdelibs4 in my database is kdelibs4 3.0.1.
How can I obtain a newer version?
--
Comments are most appreciated,
Bob
Am Sonntag, 10. November 2002 00:54 schrieb Oracle Administrator:
> Many packages in my KDE 3.1b2 system cannot be installed because
> of a dependency on kdelibs4. The only kdelibs4 that is available
> from my apt-sources is kdelibs4-dev 3.0.1. This is incompatible
> with KDE 3.1b2
Many packages in my KDE 3.1b2 system cannot be installed because of a
dependency on kdelibs4. The only kdelibs4 that is available from my
apt-sources is kdelibs4-dev 3.0.1. This is incompatible with KDE 3.1b2.
How do I resolve this? I have the shakti.cx line in my apt sources file
lördagen den 9 november 2002 17.59 skrev Oracle Administrator:
> Many packages in my KDE 3.1b2 system cannot be installed because of a
> dependency on kdelibs4. The only kdelibs4 that is available from my
> apt-sources is kdelibs4-dev 3.0.1. This is incompatible with KDE 3.1b2.
>
Many packages in my KDE 3.1b2 system cannot be installed because of a
dependency on kdelibs4. The only kdelibs4 that is available from my
apt-sources is kdelibs4-dev 3.0.1. This is incompatible with KDE 3.1b2.
How do I resolve this? I have the shakti.cx line in my apt sources file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Package: kapptemplate
> Version: 2.2.2-7
Ah, okay.
I'm not going to add this conflict, since that particular version of
kapptemplate is the KDE2 version on the debian servers; the debian servers
don't even know what kdelibs
Package: kapptemplate
Version: 2.2.2-7
Severity: wishlist
kapptemplate fails to create compilable code when using kdelibs4-dev
version 4:3.0.3a-1. Kdelibs4-dev provides kdelibs-dev that
kapptemplate depends on, but this configuration obviously doesn't
work. Freshly created app templates
ED:
> kab kde kdebase kdebase-audiolibs kdebase-doc kdebase-libs kdelibs3
> kdelibs3-bin kdepim-libs kpm libarts libkdenetwork1 libkmid libkonq3
> The following NEW packages will be installed:
> kaddressbook kalarmd kappfinder karbon kcontrol kdcop kdebase-bin
> kdebugdialog kde
I have installed kdevelop (2.1.2 also tested 2.1.3) and kdelibs4-doc and was
wondering why kdevelop does not recognise the KDE-library documentation from
kdelibs4-doc. Even pointing kdevelop at the proper location does not work.
The downloaded KDE API Reference works. So can anyone tell me if I&#
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday 06 August 2002 7:45 am, Nikolaus Regnat wrote:
> I have installed kdevelop (2.1.2 also tested 2.1.3) and kdelibs4-doc and
> was wondering why kdevelop does not recognise the KDE-library documentation
> from kdelibs4-doc. Even
On Friday 28 June 2002 20:56, Achim Bohnet wrote:
> On Fri, Jun 28, 2002 at 08:25:37PM +0200, Michael Müller wrote:
> Next day I found that it's possible to (I'm not sure if
> dependencies should allow it ;)
>
> dpkg --purge kdelibs4-data
>
> Then
>
Hi,
I tried to update woody + kde 3.0.1 to 3.0.2 from geniussystems.
(purge 3.0.1 and install 3.0.2 is boring ;)
After required(?) installation of libqt3-mt and libarts1-glib from sid an
apt-get install kdelibs
gave lots of file conflicts between kdelibs-data (3.02) and kdelibs4-data
system
does not have the bug.
---
Versions:
+ uic: "User Interface Compiler for Qt version 3.0.3"
+ kdelibs4 3.0.1-0.1
+ QT packages:
libqt2 2.3.1-22 Qt GUI Library (runtime version).
libqt2-gl 2.3.1-22 Qt GUI Library (GL version).
libqt2-mt 2.3.1-2
Hi,
I've been having problems compiling Kwave for KDE3 on Debian:
/usr/bin/uic-real: relocation error: /usr/lib/libkio.so.4: undefined symbol:
unregisterStaticDeleter__7KGlobalP18KStaticDeleterBase
We've traced this problem with the Kwave developers and noticed that if you
remove or rename
Am Sonntag, 2. Juni 2002 22:19 schrieb Jason Boxman:
> Having a mixed setup is a delicate thing.
I think, especially for a newbie like me :(
> It's worked well for me over the past six months.
Perhaps in 3 or 6 month I'll gonna think it over again
> > You can have a mixed Woody and Unstable
my sources.list and run apt-get update.
> > > > kdelibs4 is broken by UNSATISFIED dependencies of libxml2 (>=
> > > > 2.4.19-4) and libxslt1 (>= 1.0.16).
> > > > I can not add these by typing + nor remove by -
> > > >
> > > > Probably
On Sun, Jun 02, 2002 at 11:09:59AM +0200, gerhard wrote:
> Am Sonntag, 2. Juni 2002 04:14 schrieb Andy Saxena:
>
> > > I'm rather new to debian but I want to update to kde 3.0.1.
> > > I modified my sources.list and run apt-get update.
> > > kdelibs4 is
Am Sonntag, 2. Juni 2002 04:14 schrieb Andy Saxena:
> > I'm rather new to debian but I want to update to kde 3.0.1.
> > I modified my sources.list and run apt-get update.
> > kdelibs4 is broken by UNSATISFIED dependencies of libxml2 (>=
> > 2.4.19-4) and libxslt
On Sun, Jun 02, 2002 at 03:10:16AM +0200, gerhard wrote:
> Hi,
>
> I'm rather new to debian but I want to update to kde 3.0.1.
> I modified my sources.list and run apt-get update.
> kdelibs4 is broken by UNSATISFIED dependencies of libxml2 (>=
> 2.4.19-4) and libxslt1
Hi,
sorry to followup myself
Am Sonntag, 2. Juni 2002 03:10 schrieb gerhard:
> kdelibs4 is broken by UNSATISFIED dependencies of libxml2 (>=
> 2.4.19-4) and libxslt1 (>= 1.0.16).
> I can not add these by typing + nor remove by -
I forgot to mention that I used aptitude, _and_
Hi,
I'm rather new to debian but I want to update to kde 3.0.1.
I modified my sources.list and run apt-get update.
kdelibs4 is broken by UNSATISFIED dependencies of libxml2 (>=
2.4.19-4) and libxslt1 (>= 1.0.16).
I can not add these by typing + nor remove by -
Probably I hav
Hi,
should kdelibs4-dev not provide kdelibs-dev ???
I have some problems with my build depends.
Greetings
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
And btw, don't
# dpkg --force-all --install kdelibs4...
It botches KDE 2.x.
Thanks,
- --
Eray Ozkural (exa) <[EMAIL PROTECTED]>
Comp. Sci. Dept., Bilkent University, Ankara
www: http://www.cs.bilkent.edu.tr/~erayo
GPG public key finger
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ivan,
Since these are not official packages I'm reporting here.
dpkg: error processing
/var/cache/apt/archives/kdelibs4_3.0-0.alpha1-2_i386.deb
(--unpack):
trying to overwrite `/usr/share/mimelnk/image/x-wmf.desktop', which is also
in
package k
95 matches
Mail list logo
