Hello all, Tim,
in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth update was thwarted by conflicts in packages qt3 × tqt3. How should they be treated? Rename files to prevent conflicts? Or mark packages as conflicting / replacement to allow smooth upgrade?
qt-x11-free-dbg: /usr/lib/debug/usr/bin/qm2ts qt-x11-free-dbg: /usr/lib/debug/usr/bin/mergetr qt-x11-free-dbg: /usr/lib/debug/usr/bin/msg2qm qt-x11-free-dbg: /usr/lib/debug/usr/bin/makeqpf qt-x11-free-dbg: /usr/lib/debug/usr/bin/qvfb qt-x11-free-dbg: /usr/lib/debug/usr/bin/createcw qt-x11-free-dbg: /usr/lib/debug/usr/bin/conv2ui qt3-apps-dev: /usr/lib/libeditor.a qt3-apps-dev: /usr/lib/libdesignercore.a qt3-apps-dev: /usr/lib/libqassistantclient.a qt3-apps-dev: /usr/lib/libqassistantclient.prl qt3-apps-dev: /usr/lib/libdesignercore.prl qt3-apps-dev: /usr/lib/libeditor.prl qt3-designer: /usr/bin/createcw qt3-designer: /usr/bin/conv2ui qt3-dev-tools-compat: /usr/bin/qm2ts qt3-dev-tools-compat: /usr/bin/mergetr qt3-dev-tools-compat: /usr/bin/msg2qm qt3-dev-tools-compat: /usr/bin/findtr qt3-dev-tools-compat: /usr/bin/qtrename140 qt3-dev-tools-compat: /usr/bin/qt20fix qt3-dev-tools-embedded: /usr/share/qvfb/pda_up.png qt3-dev-tools-embedded: /usr/share/qvfb/pda_down.png qt3-dev-tools-embedded: /usr/bin/makeqpf qt3-dev-tools-embedded: /usr/bin/qvfb qt3-doc: /usr/share/man/man3/QAccel.3qt.gz qt3-doc: /usr/share/man/man3/QAccessible.3qt.gz qt3-doc: /usr/share/man/man3/QAccessibleInterface.3qt.gz qt3-doc: /usr/share/man/man3/QAccessibleObject.3qt.gz qt3-doc: /usr/share/man/man3/QAction.3qt.gz ...
Hello all, Tim,
in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth update was thwarted by conflicts in packages qt3 × tqt3. How should they be treated? Rename files to prevent conflicts? Or mark packages as conflicting / replacement to allow smooth upgrade?
We may need to rename the files, though this would push release back yet again. My primary concern is the complaints we would get if we blocked installation of Qt3 on TDE systems via the Conflicts package field.
At first glance the files listed are not used by the majority of TDE applications, so renaming them might not be as bad as it first looks. Let me see what I can do with it.
Tim
On Sunday 13 of October 2013 22:04:32 Timothy Pearson wrote:
Hello all, Tim,
in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth update was thwarted by conflicts in packages qt3 × tqt3. How should they be treated? Rename files to prevent conflicts? Or mark packages as conflicting / replacement to allow smooth upgrade?
We may need to rename the files, though this would push release back yet again. My primary concern is the complaints we would get if we blocked installation of Qt3 on TDE systems via the Conflicts package field.
At first glance the files listed are not used by the majority of TDE applications, so renaming them might not be as bad as it first looks. Let me see what I can do with it.
Tim
I believe that it would be good to resolve this conflicts before release RC1. Should I help?
Slavek
On Sunday 13 of October 2013 22:04:32 Timothy Pearson wrote:
Hello all, Tim,
in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth update was thwarted by conflicts in packages qt3 × tqt3. How should they be
treated?
Rename files to prevent conflicts? Or mark packages as conflicting / replacement to allow smooth upgrade?
We may need to rename the files, though this would push release back yet again. My primary concern is the complaints we would get if we blocked installation of Qt3 on TDE systems via the Conflicts package field.
At first glance the files listed are not used by the majority of TDE applications, so renaming them might not be as bad as it first looks. Let me see what I can do with it.
Tim
I believe that it would be good to resolve this conflicts before release RC1. Should I help?
Slavek
I just pushed through a commit that should resolve the majority of these issues. I don't know if the TDE sources will need to be updated anywhere to handle these changes; can you take a look?
Thanks!
Tim
On Thursday 07 of November 2013 00:01:55 Timothy Pearson wrote:
On Sunday 13 of October 2013 22:04:32 Timothy Pearson wrote:
Hello all, Tim,
in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth update was thwarted by conflicts in packages qt3 × tqt3. How should they be
treated?
Rename files to prevent conflicts? Or mark packages as conflicting / replacement to allow smooth upgrade?
We may need to rename the files, though this would push release back yet again. My primary concern is the complaints we would get if we blocked installation of Qt3 on TDE systems via the Conflicts package field.
At first glance the files listed are not used by the majority of TDE applications, so renaming them might not be as bad as it first looks. Let me see what I can do with it.
Tim
I believe that it would be good to resolve this conflicts before release RC1. Should I help?
Slavek
I just pushed through a commit that should resolve the majority of these issues. I don't know if the TDE sources will need to be updated anywhere to handle these changes; can you take a look?
Thanks!
Tim
I was looking for using renamed tools in the entire GIT tree, and I did not find anything where were actively used. So it looks good.
Slavek
On Thursday 07 of November 2013 00:01:55 Timothy Pearson wrote:
On Sunday 13 of October 2013 22:04:32 Timothy Pearson wrote:
Hello all, Tim,
in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth update
was
thwarted by conflicts in packages qt3 × tqt3. How should they be
treated?
Rename files to prevent conflicts? Or mark packages as conflicting
/
replacement to allow smooth upgrade?
We may need to rename the files, though this would push release back
yet
again. My primary concern is the complaints we would get if we
blocked
installation of Qt3 on TDE systems via the Conflicts package field.
At first glance the files listed are not used by the majority of TDE applications, so renaming them might not be as bad as it first looks. Let me see what I can do with it.
Tim
I believe that it would be good to resolve this conflicts before
release
RC1. Should I help?
Slavek
I just pushed through a commit that should resolve the majority of these issues. I don't know if the TDE sources will need to be updated anywhere to handle these changes; can you take a look?
Thanks!
Tim
I was looking for using renamed tools in the entire GIT tree, and I did not find anything where were actively used. So it looks good.
Slavek
So the Qt3/TQt3 conflicts are now sufficiently resolved for R14?
Tim
On Sunday 10 of November 2013 06:51:43 Timothy Pearson wrote:
On Thursday 07 of November 2013 00:01:55 Timothy Pearson wrote:
On Sunday 13 of October 2013 22:04:32 Timothy Pearson wrote:
Hello all, Tim,
in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth update
was
thwarted by conflicts in packages qt3 × tqt3. How should they be
treated?
Rename files to prevent conflicts? Or mark packages as conflicting
/
replacement to allow smooth upgrade?
We may need to rename the files, though this would push release back
yet
again. My primary concern is the complaints we would get if we
blocked
installation of Qt3 on TDE systems via the Conflicts package field.
At first glance the files listed are not used by the majority of TDE applications, so renaming them might not be as bad as it first looks. Let me see what I can do with it.
Tim
I believe that it would be good to resolve this conflicts before
release
RC1. Should I help?
Slavek
I just pushed through a commit that should resolve the majority of these issues. I don't know if the TDE sources will need to be updated anywhere to handle these changes; can you take a look?
Thanks!
Tim
I was looking for using renamed tools in the entire GIT tree, and I did not find anything where were actively used. So it looks good.
Slavek
So the Qt3/TQt3 conflicts are now sufficiently resolved for R14?
Tim
Most of the conflicts were resolved, but still remain conflicts qt3-apps-dev × tqt3-apps-dev:
qt3-apps-dev: /usr/lib/libeditor.a qt3-apps-dev: /usr/lib/libdesignercore.a qt3-apps-dev: /usr/lib/libqassistantclient.a qt3-apps-dev: /usr/lib/libqassistantclient.prl qt3-apps-dev: /usr/lib/libdesignercore.prl qt3-apps-dev: /usr/lib/libeditor.prl
As I watched, the package tqt3-dev-tools is explicitly set to conflict with the package qt3-dev-tools. Because of this it is not possible to have qt3-apps-dev and tqt3-apps-dev installed at the same time.
The question is, why package tqt3-dev-tools have set conflict with qt3-dev-tools? In files are not collision.
Slavek
On Sunday 10 of November 2013 06:51:43 Timothy Pearson wrote:
On Thursday 07 of November 2013 00:01:55 Timothy Pearson wrote:
On Sunday 13 of October 2013 22:04:32 Timothy Pearson wrote:
> Hello all, Tim, > > in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth
update
was
> thwarted by conflicts in packages qt3 × tqt3. How should they be
treated?
> Rename files to prevent conflicts? Or mark packages as
conflicting
/
> replacement to allow smooth upgrade?
We may need to rename the files, though this would push release
back
yet
again. My primary concern is the complaints we would get if we
blocked
installation of Qt3 on TDE systems via the Conflicts package
field.
At first glance the files listed are not used by the majority of
TDE
applications, so renaming them might not be as bad as it first
looks.
Let me see what I can do with it.
Tim
I believe that it would be good to resolve this conflicts before
release
RC1. Should I help?
Slavek
I just pushed through a commit that should resolve the majority of
these
issues. I don't know if the TDE sources will need to be updated anywhere to handle these changes; can you take a look?
Thanks!
Tim
I was looking for using renamed tools in the entire GIT tree, and I
did
not find anything where were actively used. So it looks good.
Slavek
So the Qt3/TQt3 conflicts are now sufficiently resolved for R14?
Tim
Most of the conflicts were resolved, but still remain conflicts qt3-apps-dev × tqt3-apps-dev:
qt3-apps-dev: /usr/lib/libeditor.a qt3-apps-dev: /usr/lib/libdesignercore.a qt3-apps-dev: /usr/lib/libqassistantclient.a qt3-apps-dev: /usr/lib/libqassistantclient.prl qt3-apps-dev: /usr/lib/libdesignercore.prl qt3-apps-dev: /usr/lib/libeditor.prl
As I watched, the package tqt3-dev-tools is explicitly set to conflict with the package qt3-dev-tools. Because of this it is not possible to have qt3-apps-dev and tqt3-apps-dev installed at the same time.
OK, let me see what I can do with it. I guess I missed that chunk when I was editing the conversion scripts.
The question is, why package tqt3-dev-tools have set conflict with qt3-dev-tools? In files are not collision.
<y best guess is historical reasons--the Conflicts can probably be removed.
Tim
On Sunday 10 of November 2013 06:51:43 Timothy Pearson wrote:
On Thursday 07 of November 2013 00:01:55 Timothy Pearson wrote:
On Sunday 13 of October 2013 22:04:32 Timothy Pearson wrote:
> Hello all, Tim, > > in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth
update
was
> thwarted by conflicts in packages qt3 × tqt3. How should they be
treated?
> Rename files to prevent conflicts? Or mark packages as
conflicting
/
> replacement to allow smooth upgrade?
We may need to rename the files, though this would push release
back
yet
again. My primary concern is the complaints we would get if we
blocked
installation of Qt3 on TDE systems via the Conflicts package
field.
At first glance the files listed are not used by the majority of
TDE
applications, so renaming them might not be as bad as it first
looks.
Let me see what I can do with it.
Tim
I believe that it would be good to resolve this conflicts before
release
RC1. Should I help?
Slavek
I just pushed through a commit that should resolve the majority of
these
issues. I don't know if the TDE sources will need to be updated anywhere to handle these changes; can you take a look?
Thanks!
Tim
I was looking for using renamed tools in the entire GIT tree, and I
did
not find anything where were actively used. So it looks good.
Slavek
So the Qt3/TQt3 conflicts are now sufficiently resolved for R14?
Tim
Most of the conflicts were resolved, but still remain conflicts qt3-apps-dev × tqt3-apps-dev:
qt3-apps-dev: /usr/lib/libeditor.a qt3-apps-dev: /usr/lib/libdesignercore.a qt3-apps-dev: /usr/lib/libqassistantclient.a qt3-apps-dev: /usr/lib/libqassistantclient.prl qt3-apps-dev: /usr/lib/libdesignercore.prl qt3-apps-dev: /usr/lib/libeditor.prl
This should (finally!) be fixed in GIT.
Tim
On Monday 02 of December 2013 21:53:33 Timothy Pearson wrote:
On Sunday 10 of November 2013 06:51:43 Timothy Pearson wrote:
On Thursday 07 of November 2013 00:01:55 Timothy Pearson wrote:
On Sunday 13 of October 2013 22:04:32 Timothy Pearson wrote: > > Hello all, Tim, > > > > in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth
update
was
> > thwarted by conflicts in packages qt3 × tqt3. How should they be > > treated? > > > Rename files to prevent conflicts? Or mark packages as
conflicting
/
> > replacement to allow smooth upgrade? > > We may need to rename the files, though this would push release
back
yet
> again. My primary concern is the complaints we would get if we
blocked
> installation of Qt3 on TDE systems via the Conflicts package
field.
> At first glance the files listed are not used by the majority of
TDE
> applications, so renaming them might not be as bad as it first
looks.
> Let > me see what I can do with it. > > Tim
I believe that it would be good to resolve this conflicts before
release
RC1. Should I help?
Slavek
I just pushed through a commit that should resolve the majority of
these
issues. I don't know if the TDE sources will need to be updated anywhere to handle these changes; can you take a look?
Thanks!
Tim
I was looking for using renamed tools in the entire GIT tree, and I
did
not find anything where were actively used. So it looks good.
Slavek
So the Qt3/TQt3 conflicts are now sufficiently resolved for R14?
Tim
Most of the conflicts were resolved, but still remain conflicts qt3-apps-dev × tqt3-apps-dev:
qt3-apps-dev: /usr/lib/libeditor.a qt3-apps-dev: /usr/lib/libdesignercore.a qt3-apps-dev: /usr/lib/libqassistantclient.a qt3-apps-dev: /usr/lib/libqassistantclient.prl qt3-apps-dev: /usr/lib/libdesignercore.prl qt3-apps-dev: /usr/lib/libeditor.prl
This should (finally!) be fixed in GIT.
Tim
Great, it looks good.
By the way, just coincidentally I'm also test and solve problems with upgrade 3.5.13.x => R14 and also solve conflict of diverts kio-umountwrapper × tdeio-umountwrapper. Hovewer, because it seems to me wrong to deal with diverts from foreign package, I have prepared a patch for the package rename-meta => fix for metapackage kio-umountwrapper.
Slavek --
On Monday 02 of December 2013 21:53:33 Timothy Pearson wrote:
On Sunday 10 of November 2013 06:51:43 Timothy Pearson wrote:
On Thursday 07 of November 2013 00:01:55 Timothy Pearson wrote:
> On Sunday 13 of October 2013 22:04:32 Timothy Pearson wrote: >> > Hello all, Tim, >> > >> > in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth
update
was
>> > thwarted by conflicts in packages qt3 × tqt3. How should they
be
>> >> treated? >> >> > Rename files to prevent conflicts? Or mark packages as
conflicting
/
>> > replacement to allow smooth upgrade? >> >> We may need to rename the files, though this would push release
back
yet
>> again. My primary concern is the complaints we would get if we
blocked
>> installation of Qt3 on TDE systems via the Conflicts package
field.
>> At first glance the files listed are not used by the majority
of
TDE
>> applications, so renaming them might not be as bad as it first
looks.
>> Let >> me see what I can do with it. >> >> Tim > > I believe that it would be good to resolve this conflicts before
release
> RC1. > Should I help? > > Slavek
I just pushed through a commit that should resolve the majority of
these
issues. I don't know if the TDE sources will need to be updated anywhere to handle these changes; can you take a look?
Thanks!
Tim
I was looking for using renamed tools in the entire GIT tree, and I
did
not find anything where were actively used. So it looks good.
Slavek
So the Qt3/TQt3 conflicts are now sufficiently resolved for R14?
Tim
Most of the conflicts were resolved, but still remain conflicts qt3-apps-dev × tqt3-apps-dev:
qt3-apps-dev: /usr/lib/libeditor.a qt3-apps-dev: /usr/lib/libdesignercore.a qt3-apps-dev: /usr/lib/libqassistantclient.a qt3-apps-dev: /usr/lib/libqassistantclient.prl qt3-apps-dev: /usr/lib/libdesignercore.prl qt3-apps-dev: /usr/lib/libeditor.prl
This should (finally!) be fixed in GIT.
Tim
Great, it looks good.
By the way, just coincidentally I'm also test and solve problems with upgrade 3.5.13.x => R14 and also solve conflict of diverts kio-umountwrapper × tdeio-umountwrapper. Hovewer, because it seems to me wrong to deal with diverts from foreign package, I have prepared a patch for the package rename-meta => fix for metapackage kio-umountwrapper.
Slavek
Seems we were both working on the same thing then. Feel free to reverse my commit to tde-packaging if you have a better solution. ;-)
Tim
On Monday 02 of December 2013 23:49:31 Timothy Pearson wrote:
On Monday 02 of December 2013 21:53:33 Timothy Pearson wrote:
On Sunday 10 of November 2013 06:51:43 Timothy Pearson wrote:
On Thursday 07 of November 2013 00:01:55 Timothy Pearson wrote: > > On Sunday 13 of October 2013 22:04:32 Timothy Pearson wrote: > >> > Hello all, Tim, > >> > > >> > in a recent test of upgrade from TDE 3.5.13.2 to R14 smooth
update
> was > > >> > thwarted by conflicts in packages qt3 × tqt3. How should they
be
> >> treated? > >> > >> > Rename files to prevent conflicts? Or mark packages as
conflicting
> / > > >> > replacement to allow smooth upgrade? > >> > >> We may need to rename the files, though this would push release
back
> yet > > >> again. My primary concern is the complaints we would get if we > > blocked > > >> installation of Qt3 on TDE systems via the Conflicts package
field.
> >> At first glance the files listed are not used by the majority
of
TDE
> >> applications, so renaming them might not be as bad as it first
looks.
> >> Let > >> me see what I can do with it. > >> > >> Tim > > > > I believe that it would be good to resolve this conflicts before > > release > > > RC1. > > Should I help? > > > > Slavek > > I just pushed through a commit that should resolve the majority of
these
> issues. I don't know if the TDE sources will need to be updated > anywhere > to handle these changes; can you take a look? > > Thanks! > > Tim
I was looking for using renamed tools in the entire GIT tree, and I
did
not find anything where were actively used. So it looks good.
Slavek
So the Qt3/TQt3 conflicts are now sufficiently resolved for R14?
Tim
Most of the conflicts were resolved, but still remain conflicts qt3-apps-dev × tqt3-apps-dev:
qt3-apps-dev: /usr/lib/libeditor.a qt3-apps-dev: /usr/lib/libdesignercore.a qt3-apps-dev: /usr/lib/libqassistantclient.a qt3-apps-dev: /usr/lib/libqassistantclient.prl qt3-apps-dev: /usr/lib/libdesignercore.prl qt3-apps-dev: /usr/lib/libeditor.prl
This should (finally!) be fixed in GIT.
Tim
Great, it looks good.
By the way, just coincidentally I'm also test and solve problems with upgrade 3.5.13.x => R14 and also solve conflict of diverts kio-umountwrapper × tdeio-umountwrapper. Hovewer, because it seems to me wrong to deal with diverts from foreign package, I have prepared a patch for the package rename-meta => fix for metapackage kio-umountwrapper.
Slavek
Seems we were both working on the same thing then. Feel free to reverse my commit to tde-packaging if you have a better solution. ;-)
Tim
I assume that the user will either use a package kio-umountwrapper from rename-meta => divert solves this metapackage. Or will uninstall package kio-umountwrapper due to a conflict with tdeio-umountwrapper => diverts solves the original package during the uninstallation.
Before commit I'll test it in Ubuntu 13.10. It takes me a little time. At this time I tested sucessfully on Debian 6.0.
Slavek
Dne út 3. prosince 2013 Slávek Banko napsal(a):
On Monday 02 of December 2013 23:49:31 Timothy Pearson wrote:
On Monday 02 of December 2013 21:53:33 Timothy Pearson wrote:
On Sunday 10 of November 2013 06:51:43 Timothy Pearson wrote:
> On Thursday 07 of November 2013 00:01:55 Timothy Pearson
wrote:
>> > On Sunday 13 of October 2013 22:04:32 Timothy Pearson
wrote:
>> >> > Hello all, Tim, >> >> > >> >> > in a recent test of upgrade from TDE 3.5.13.2 to R14 >> >> > smooth
update
>> was >> >> >> > thwarted by conflicts in packages qt3 × tqt3. How >> >> > should they
be
>> >> treated? >> >> >> >> > Rename files to prevent conflicts? Or mark packages as
conflicting
>> / >> >> >> > replacement to allow smooth upgrade? >> >> >> >> We may need to rename the files, though this would push >> >> release
back
>> yet >> >> >> again. My primary concern is the complaints we would get >> >> if we >> >> blocked >> >> >> installation of Qt3 on TDE systems via the Conflicts >> >> package
field.
>> >> At first glance the files listed are not used by the >> >> majority
of
TDE
>> >> applications, so renaming them might not be as bad as it >> >> first
looks.
>> >> Let >> >> me see what I can do with it. >> >> >> >> Tim >> > >> > I believe that it would be good to resolve this conflicts >> > before >> >> release >> >> > RC1. >> > Should I help? >> > >> > Slavek >> >> I just pushed through a commit that should resolve the >> majority of
these
>> issues. I don't know if the TDE sources will need to be >> updated anywhere >> to handle these changes; can you take a look? >> >> Thanks! >> >> Tim > > I was looking for using renamed tools in the entire GIT tree, > and I
did
> not > find anything where were actively used. So it looks good. > > Slavek
So the Qt3/TQt3 conflicts are now sufficiently resolved for R14?
Tim
Most of the conflicts were resolved, but still remain conflicts qt3-apps-dev × tqt3-apps-dev:
qt3-apps-dev: /usr/lib/libeditor.a qt3-apps-dev: /usr/lib/libdesignercore.a qt3-apps-dev: /usr/lib/libqassistantclient.a qt3-apps-dev: /usr/lib/libqassistantclient.prl qt3-apps-dev: /usr/lib/libdesignercore.prl qt3-apps-dev: /usr/lib/libeditor.prl
This should (finally!) be fixed in GIT.
Tim
Great, it looks good.
By the way, just coincidentally I'm also test and solve problems with upgrade 3.5.13.x => R14 and also solve conflict of diverts kio-umountwrapper × tdeio-umountwrapper. Hovewer, because it seems to me wrong to deal with diverts from foreign package, I have prepared a patch for the package rename-meta => fix for metapackage kio-umountwrapper.
Slavek
Seems we were both working on the same thing then. Feel free to reverse my commit to tde-packaging if you have a better solution. ;-)
Tim
I assume that the user will either use a package kio-umountwrapper from rename-meta => divert solves this metapackage. Or will uninstall package kio-umountwrapper due to a conflict with tdeio-umountwrapper => diverts solves the original package during the uninstallation.
Before commit I'll test it in Ubuntu 13.10. It takes me a little time. At this time I tested sucessfully on Debian 6.0.
Slavek
Although proposed method to replace diverts is successfull on tested Debian when tested on Ubuntu problem persists. As I have now traced, the origin of the problem is based on multiarch. Metapackage is a different platform than the replaced original package. Hence, the proposed solution is not feasible.
Slavek
-
Slávek Banko -
Timothy Pearson