Unzip (unzip-5.52-77.x86_64.rpm), some years ago, when listing files in an archive, showed the timestamp for those files in the format of MM-DD-YY. The latest versions of unzip (unzip-6.00-89.1.x86_64.rpm), when listing files in an archive, shows the timestamp for those files in the format of YYYY-MM-DD. This change in how unzip shows timestamps has caused KDE3.5.10 ARK to show a messed up timestamp when viewing a ZIP archive using the latest versions of unzip. Rolling back to the older version of unzip gets rid of the problem. However, that could create other problems.
Has this been fixed in TDE? Does TDE ARK show a valid timestamp when viewing a ZIP archive using the latest versions of unzip?
Anno domini 2021 Mon, 26 Jul 23:17:19 -0700 Alec Destry scripsit:
Unzip (unzip-5.52-77.x86_64.rpm), some years ago, when listing files in an archive, showed the timestamp for those files in the format of MM-DD-YY. The latest versions of unzip (unzip-6.00-89.1.x86_64.rpm), when listing files in an archive, shows the timestamp for those files in the format of YYYY-MM-DD. This change in how unzip shows timestamps has caused KDE3.5.10 ARK to show a messed up timestamp when viewing a ZIP archive using the latest versions of unzip. Rolling back to the older version of unzip gets rid of the problem. However, that could create other problems.
Has this been fixed in TDE? Does TDE ARK show a valid timestamp when viewing a ZIP archive using the latest versions of unzip?
On my systems: definitly, yes.
Nik
----- Original Message ----- From: "Dr. Nikolaus Klepp" office@klepp.biz To: devels@trinitydesktop.org Sent: Monday, July 26, 2021 11:20 PM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
Anno domini 2021 Mon, 26 Jul 23:17:19 -0700 Alec Destry scripsit:
Unzip (unzip-5.52-77.x86_64.rpm), some years ago, when listing files in an archive, showed the timestamp for those files in the format of MM-DD-YY. The latest versions of unzip (unzip-6.00-89.1.x86_64.rpm), when listing files in an archive, shows the timestamp for those files in the format of YYYY-MM-DD. This change in how unzip shows timestamps has caused KDE3.5.10 ARK to show a messed up timestamp when viewing a ZIP archive using the latest versions of unzip. Rolling back to the older version of unzip gets rid of the problem. However, that could create other problems.
Has this been fixed in TDE? Does TDE ARK show a valid timestamp when viewing a ZIP archive using the latest versions of unzip?
On my systems: definitly, yes.
Nik
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ____________________________________________________ tde-devels mailing list -- devels@trinitydesktop.org To unsubscribe send an email to devels-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
"On my systems: definitly, yes"
--> Thank you for your reply. What specific TDE ARK RPM are you using? Do you also have the source RPM? I would like to fix the code in ARK for kdeutils3-3.5.10-lp150.121.2.x86_64.rpm.
Anno domini 2021 Tue, 27 Jul 00:01:47 -0700 Alec Destry scripsit:
----- Original Message ----- From: "Dr. Nikolaus Klepp" office@klepp.biz To: devels@trinitydesktop.org Sent: Monday, July 26, 2021 11:20 PM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
Anno domini 2021 Mon, 26 Jul 23:17:19 -0700 Alec Destry scripsit:
Unzip (unzip-5.52-77.x86_64.rpm), some years ago, when listing files in an archive, showed the timestamp for those files in the format of MM-DD-YY. The latest versions of unzip (unzip-6.00-89.1.x86_64.rpm), when listing files in an archive, shows the timestamp for those files in the format of YYYY-MM-DD. This change in how unzip shows timestamps has caused KDE3.5.10 ARK to show a messed up timestamp when viewing a ZIP archive using the latest versions of unzip. Rolling back to the older version of unzip gets rid of the problem. However, that could create other problems.
Has this been fixed in TDE? Does TDE ARK show a valid timestamp when viewing a ZIP archive using the latest versions of unzip?
On my systems: definitly, yes.
Nik
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ____________________________________________________ tde-devels mailing list -- devels@trinitydesktop.org To unsubscribe send an email to devels-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
"On my systems: definitly, yes"
ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a
But this has been fixed ages ago, can't even remeber that beeing an issue.
Nik
--> Thank you for your reply. What specific TDE ARK RPM are you using? Do you also have the source RPM? I would like to fix the code in ARK for kdeutils3-3.5.10-lp150.121.2.x86_64.rpm.
tde-devels mailing list -- devels@trinitydesktop.org To unsubscribe send an email to devels-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
----- Original Message ----- From: "Dr. Nikolaus Klepp" office@klepp.biz To: devels@trinitydesktop.org Sent: Tuesday, July 27, 2021 12:23 AM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
Anno domini 2021 Tue, 27 Jul 00:01:47 -0700 Alec Destry scripsit:
----- Original Message ----- From: "Dr. Nikolaus Klepp" office@klepp.biz To: devels@trinitydesktop.org Sent: Monday, July 26, 2021 11:20 PM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
Anno domini 2021 Mon, 26 Jul 23:17:19 -0700 Alec Destry scripsit:
Unzip (unzip-5.52-77.x86_64.rpm), some years ago, when listing files in an archive, showed the timestamp for those files in the format of MM-DD-YY. The latest versions of unzip (unzip-6.00-89.1.x86_64.rpm), when listing files in an archive, shows the timestamp for those files in the format of YYYY-MM-DD. This change in how unzip shows timestamps has caused KDE3.5.10 ARK to show a messed up timestamp when viewing a ZIP archive using the latest versions of unzip. Rolling back to the older version of unzip gets rid of the problem. However, that could create other problems.
Has this been fixed in TDE? Does TDE ARK show a valid timestamp when viewing a ZIP archive using the latest versions of unzip?
On my systems: definitly, yes.
Nik
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ____________________________________________________ tde-devels mailing list -- devels@trinitydesktop.org To unsubscribe send an email to devels-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
"On my systems: definitly, yes"
ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a
But this has been fixed ages ago, can't even remeber that beeing an issue.
Nik
--> Thank you for your reply. What specific TDE ARK RPM are you using? Do you also have the source RPM? I would like to fix the code in ARK for kdeutils3-3.5.10-lp150.121.2.x86_64.rpm.
tde-devels mailing list -- devels@trinitydesktop.org To unsubscribe send an email to devels-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ____________________________________________________ tde-devels mailing list -- devels@trinitydesktop.org To unsubscribe send an email to devels-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
"ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" --> This suggests you're using a KDE4 version of ARK which doesn't have that problem. Unfortunately, KDE4 ARK doesn't work well with a KDE3.5 GUI and a KDE4/KDE5 GUI is very inflexible and unfriendly.
How does "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" relate to "trinity-ark-14.0.10-1.oss151.x86_64.rpm"?
"But this has been fixed ages ago, can't even remeber that beeing an issue." --> It hasn't been fixed for KDE3.5 ARK, which is "supported" by OpenSuse, where "supported" means they only make the packages available but don't keep them updated.
Since TDE is the continuation of KDE3.5 and originally was KDE3.5, including its look and feel, ease of use, and source code, I was inquiring if this problem had been fixed at some point in TDE. I could then see if I could replace the part of the source code in the KDE 3.5 RPM that has the problem with the corresponding source code that's been fixed in TDE, and compile a KDE3.5 ARK that doesn't have the problem.
Anno domini 2021 Tue, 27 Jul 01:16:01 -0700 Alec Destry scripsit:
[...] "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" --> This suggests you're using a KDE4 version of ARK which doesn't have that problem. Unfortunately, KDE4 ARK doesn't work well with a KDE3.5 GUI and a KDE4/KDE5 GUI is very inflexible and unfriendly.
How does "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" relate to "trinity-ark-14.0.10-1.oss151.x86_64.rpm"?
Definitly no KDE4 :) 14.1.X is the dev version, 14.0.X is the "normal" version.
"But this has been fixed ages ago, can't even remeber that beeing an issue." --> It hasn't been fixed for KDE3.5 ARK, which is "supported" by OpenSuse, where "supported" means they only make the packages available but don't keep them updated.
TDE split from KDE ~ 10 years ago. KDE of OpenSuse does not relate to TDE.
Since TDE is the continuation of KDE3.5 and originally was KDE3.5, including its look and feel, ease of use, and source code, I was inquiring if this problem had been fixed at some point in TDE. I could then see if I could replace the part of the source code in the KDE 3.5 RPM that has the problem with the corresponding source code that's been fixed in TDE, and compile a KDE3.5 ARK that doesn't have the problem.
Why? Just use TDE :)
Nik
tde-devels mailing list -- devels@trinitydesktop.org To unsubscribe send an email to devels-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
----- Original Message ----- From: "Dr. Nikolaus Klepp" office@klepp.biz To: devels@trinitydesktop.org Sent: Tuesday, July 27, 2021 2:52 AM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
Anno domini 2021 Tue, 27 Jul 01:16:01 -0700 Alec Destry scripsit:
[...] "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" --> This suggests you're using a KDE4 version of ARK which doesn't have that problem. Unfortunately, KDE4 ARK doesn't work well with a KDE3.5 GUI and a KDE4/KDE5 GUI is very inflexible and unfriendly.
How does "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" relate to "trinity-ark-14.0.10-1.oss151.x86_64.rpm"?
Definitly no KDE4 :) 14.1.X is the dev version, 14.0.X is the "normal" version.
So, you're stating this problem has been fixed for trinity-ark-14.0.10-1.oss151.src.rpm and I could download that? Then, I could look for the corresponding source code for ARK there, replace the part of the source code in the KDE 3.5 RPM that has the problem with that from TDE, and compile a KDE3.5 ARK that doesn't have the problem?
"But this has been fixed ages ago, can't even remeber that beeing an issue." --> It hasn't been fixed for KDE3.5 ARK, which is "supported" by OpenSuse, where "supported" means they only make the packages available but don't keep them updated.
TDE split from KDE ~ 10 years ago. KDE of OpenSuse does not relate to TDE.
That would be great if that were entirely true. Then, I would be able to install TDE as a separate available desktop alongside the KDE3.5 desktop I currently have installed, and continue to use KDE3.5 for the everyday work I need to use it for, while I working through TDE and getting that set up so it has the exact same look and feel, and functionality, that I need, as the KDE3.5 I'm currently using for everyday work. Unfortunately, the TDE documentation states that TDE can't be installed alongside KDE3.5, since the two are still enough alike that one would trash the other, unlike, for example XFCE being installed alongside KDE3.5 where, at the login screen, you could choose to start XFCE instead of KDE3.5. Or, is that no longer true, and TDE could be installed alongside the KDE3.5 I'm currently using?
Since TDE is the continuation of KDE3.5 and originally was KDE3.5, including its look and feel, ease of use, and source code, I was inquiring if this problem had been fixed at some point in TDE. I could then see if I could replace the part of the source code in the KDE 3.5 RPM that has the problem with the corresponding source code that's been fixed in TDE, and compile a KDE3.5 ARK that doesn't have the problem.
Why? Just use TDE :)
Nik
Certainly, if it were setup so that it would have the exact same look and feel, and functionality, that I need, as the KDE3.5 I'm currently using for everyday work. My experience is that takes a lot of time, no matter what GUI desktop you choose. It becomes a problem if installing TDE requires that I remove the KDE3.5 I'm currently using for everyday work.
Anno domini 2021 Tue, 27 Jul 09:43:00 -0700 Alec Destry scripsit:
[...]
Since TDE is the continuation of KDE3.5 and originally was KDE3.5, including its look and feel, ease of use, and source code, I was inquiring if this problem had been fixed at some point in TDE. I could then see if I could replace the part of the source code in the KDE 3.5 RPM that has the problem with the corresponding source code that's been fixed in TDE, and compile a KDE3.5 ARK that doesn't have the problem.
Why? Just use TDE :)
Nik
Certainly, if it were setup so that it would have the exact same look and feel, and functionality, that I need, as the KDE3.5 I'm currently using for everyday work. My experience is that takes a lot of time, no matter what GUI desktop you choose. It becomes a problem if installing TDE requires that I remove the KDE3.5 I'm currently using for everyday work.
Well, set up a VM and try if you can migrate your configuration. Don't know what is the special thing you need to configure, but you might post what you try to accomplish :)
Nik
tde-devels mailing list -- devels@trinitydesktop.org To unsubscribe send an email to devels-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@trinitydeskt...
On Tue, 27 Jul 2021 09:43:00 -0700 "Alec Destry" xode@techccu.com wrote:
----- Original Message ----- From: "Dr. Nikolaus Klepp" office@klepp.biz To: devels@trinitydesktop.org Sent: Tuesday, July 27, 2021 2:52 AM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
Anno domini 2021 Tue, 27 Jul 01:16:01 -0700 Alec Destry scripsit:
[...] "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" --> This suggests you're using a KDE4 version of ARK which doesn't have that problem. Unfortunately, KDE4 ARK doesn't work well with a KDE3.5 GUI and a KDE4/KDE5 GUI is very inflexible and unfriendly.
How does "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" relate to "trinity-ark-14.0.10-1.oss151.x86_64.rpm"?
Definitly no KDE4 :) 14.1.X is the dev version, 14.0.X is the "normal" version.
So, you're stating this problem has been fixed for trinity-ark-14.0.10-1.oss151.src.rpm and I could download that? Then, I could look for the corresponding source code for ARK there, replace the part of the source code in the KDE 3.5 RPM that has the problem with that from TDE, and compile a KDE3.5 ARK that doesn't have the problem?
The problem has been fixed since at least TDE version 14.0.8, possibly earlier, so yes, that RPM should contain the fixes if it contains the full source. Alternatively, you can pull the appropriate source package from http://tde-mirror.yosemite.net/trinity/releases/R14.0.10/main/core/tdeutils-... or use git to examine only the files that interest you: https://mirror.git.trinitydesktop.org/gitea/TDE/tdeutils/src/branch/master/a...
Whether or not you can extract the relevant patches from the other changes is another question, but you're welcome to try.
"But this has been fixed ages ago, can't even remeber that beeing an issue." --> It hasn't been fixed for KDE3.5 ARK, which is "supported" by OpenSuse, where "supported" means they only make the packages available but don't keep them updated.
TDE split from KDE ~ 10 years ago. KDE of OpenSuse does not relate to TDE.
That would be great if that were entirely true. Then, I would be able to install TDE as a separate available desktop alongside the KDE3.5 desktop I currently have installed, and continue to use KDE3.5 for the everyday work I need to use it for, while I working through TDE and getting that set up so it has the exact same look and feel, and functionality, that I need, as the KDE3.5 I'm currently using for everyday work. Unfortunately, the TDE documentation states that TDE can't be installed alongside KDE3.5, since the two are still enough alike that one would trash the other, unlike, for example XFCE being installed alongside KDE3.5 where, at the login screen, you could choose to start XFCE instead of KDE3.5. Or, is that no longer true, and TDE could be installed alongside the KDE3.5 I'm currently using?
It's complicated. You certainly can't install the standard precompiled packages using your package manager without the possibility of accidentally clobbering some things.
You might be able to make it work by compiling TDE from source, installing to (if necessary) something other than the standard location, and modifying the starttde and startkde scripts to manage PATH and such so that the directories searched first for components match the desktop you're using at the time. (This was the approach Gentoo used to allow KDE3 and KDE4 to be installed side-by-side on the same machine back in the day.)
You'd also have to back up your user configuration data, because some of the TDE installation scripts will update the KDE3 data for TDE's use.
If running both side-by-side sounds like something you really want to do, I'd try it inside a VM first, or at least install first to a chroot so that you can check for file clobbers.
You can also use a plain TDE VM or live CD to test to see whether or not any of the changes made since KDE3 will disrupt your workflow. Part of the point of TDE has been not to make significant changes to how the desktop works, though—there are a sprinkling of replacement graphics, but few other visible changes.
E. Liddell
----- Original Message ----- From: "Slávek Banko" slavek.banko@axis.cz To: "TDE Devels" devels@trinitydesktop.org Sent: Tuesday, July 27, 2021 5:25 AM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
"ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" --> This suggests you're using a KDE4 version of ARK which doesn't have that problem. Unfortunately, KDE4 ARK doesn't work well with a KDE3.5 GUI and a KDE4/KDE5 GUI is very inflexible and unfriendly.
Ale, you misunderstood the name and version number. While RPM packages François creates so that "trinity-" is prefix, DEB packages are created so that "-trinity" is suffix. Therefore, package "ark-trinity" clearly is not KDE4 package. Leading "4:" in version number means "epoch", followed by "14.1.0~s...", which corresponds to the version of the TDE.
How does "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" relate to "trinity-ark-14.0.10-1.oss151.x86_64.rpm"?
Of course, DEB package is not related to the RPM package. There was mentioned to have information, on which version Nik did the test.
"But this has been fixed ages ago, can't even remeber that beeing an issue." --> It hasn't been fixed for KDE3.5 ARK, which is "supported" by OpenSuse, where "supported" means they only make the packages available but don't keep them updated.
Since TDE is the continuation of KDE3.5 and originally was KDE3.5, including its look and feel, ease of use, and source code, I was inquiring if this problem had been fixed at some point in TDE. I could then see if I could replace the part of the source code in the KDE 3.5 RPM that has the problem with the corresponding source code that's been fixed in TDE, and compile a KDE3.5 ARK that doesn't have the problem. ____________________________________________________
Yes, because there was the same basis, here it can be viable to take patches from TDE and add them to KDE 3.5.x, which is balmed in SUSE. You can notice that some TDE patch is already used in SUSE kdeutils3. The best source for TDE patches is to look into the git repository:
https://mirror.git.trinitydesktop.org/cgit/tdeutils/
Note: At first glance, I do not see any patch that seemed to be related to the problem you ask - in TDE or SUSE.
Cheers
Slávek
----- Original Message ----- From: "Dr. Nikolaus Klepp" office@klepp.biz To: devels@trinitydesktop.org Sent: Tuesday, July 27, 2021 11:36 AM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
Anno domini 2021 Tue, 27 Jul 09:43:00 -0700 Alec Destry scripsit:
[...]
Since TDE is the continuation of KDE3.5 and originally was KDE3.5, including its look and feel, ease of use, and source code, I was inquiring if this problem had been fixed at some point in TDE. I could then see if I could replace the part of the source code in the KDE 3.5 RPM that has the problem with the corresponding source code that's been fixed in TDE, and compile a KDE3.5 ARK that doesn't have the problem.
Why? Just use TDE :)
Nik
Certainly, if it were setup so that it would have the exact same look and feel, and functionality, that I need, as the KDE3.5 I'm currently using for everyday work. My experience is that takes a lot of time, no matter what GUI desktop you choose. It becomes a problem if installing TDE requires that I remove the KDE3.5 I'm currently using for everyday work.
Well, set up a VM and try if you can migrate your configuration. Don't know what is the special thing you need to configure, but you might post what you try to accomplish :)
Nik
----- Original Message ----- From: "E. Liddell" ejlddll@warpmail.net To: devels@trinitydesktop.org Sent: Tuesday, July 27, 2021 11:39 AM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
On Tue, 27 Jul 2021 09:43:00 -0700 "Alec Destry" xode@techccu.com wrote:
----- Original Message ----- From: "Dr. Nikolaus Klepp" office@klepp.biz To: devels@trinitydesktop.org Sent: Tuesday, July 27, 2021 2:52 AM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
Anno domini 2021 Tue, 27 Jul 01:16:01 -0700 Alec Destry scripsit:
[...] "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" --> This suggests you're using a KDE4 version of ARK which doesn't have that problem. Unfortunately, KDE4 ARK doesn't work well with a KDE3.5 GUI and a KDE4/KDE5 GUI is very inflexible and unfriendly.
How does "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" relate to "trinity-ark-14.0.10-1.oss151.x86_64.rpm"?
Definitly no KDE4 :) 14.1.X is the dev version, 14.0.X is the "normal" version.
So, you're stating this problem has been fixed for trinity-ark-14.0.10-1.oss151.src.rpm and I could download that? Then, I could look for the corresponding source code for ARK there, replace the part of the source code in the KDE 3.5 RPM that has the problem with that from TDE, and compile a KDE3.5 ARK that doesn't have the problem?
The problem has been fixed since at least TDE version 14.0.8, possibly earlier, so yes, that RPM should contain the fixes if it contains the full source. Alternatively, you can pull the appropriate source package from http://tde-mirror.yosemite.net/trinity/releases/R14.0.10/main/core/tdeutils-... or use git to examine only the files that interest you: https://mirror.git.trinitydesktop.org/gitea/TDE/tdeutils/src/branch/master/a...
Whether or not you can extract the relevant patches from the other changes is another question, but you're welcome to try.
"But this has been fixed ages ago, can't even remeber that beeing an issue." --> It hasn't been fixed for KDE3.5 ARK, which is "supported" by OpenSuse, where "supported" means they only make the packages available but don't keep them updated.
TDE split from KDE ~ 10 years ago. KDE of OpenSuse does not relate to TDE.
That would be great if that were entirely true. Then, I would be able to install TDE as a separate available desktop alongside the KDE3.5 desktop I currently have installed, and continue to use KDE3.5 for the everyday work I need to use it for, while I working through TDE and getting that set up so it has the exact same look and feel, and functionality, that I need, as the KDE3.5 I'm currently using for everyday work. Unfortunately, the TDE documentation states that TDE can't be installed alongside KDE3.5, since the two are still enough alike that one would trash the other, unlike, for example XFCE being installed alongside KDE3.5 where, at the login screen, you could choose to start XFCE instead of KDE3.5. Or, is that no longer true, and TDE could be installed alongside the KDE3.5 I'm currently using?
It's complicated. You certainly can't install the standard precompiled packages using your package manager without the possibility of accidentally clobbering some things.
You might be able to make it work by compiling TDE from source, installing to (if necessary) something other than the standard location, and modifying the starttde and startkde scripts to manage PATH and such so that the directories searched first for components match the desktop you're using at the time. (This was the approach Gentoo used to allow KDE3 and KDE4 to be installed side-by-side on the same machine back in the day.)
You'd also have to back up your user configuration data, because some of the TDE installation scripts will update the KDE3 data for TDE's use.
If running both side-by-side sounds like something you really want to do, I'd try it inside a VM first, or at least install first to a chroot so that you can check for file clobbers.
You can also use a plain TDE VM or live CD to test to see whether or not any of the changes made since KDE3 will disrupt your workflow. Part of the point of TDE has been not to make significant changes to how the desktop works, though—there are a sprinkling of replacement graphics, but few other visible changes.
E. Liddell
Thanks to everyone for responding. Please let me work my way through this. I'll likely have more questions in more detail once I get further into this.
Dne út 27. července 2021 Alec Destry napsal(a):
----- Original Message ----- From: "Dr. Nikolaus Klepp" office@klepp.biz To: devels@trinitydesktop.org Sent: Tuesday, July 27, 2021 12:23 AM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
Anno domini 2021 Tue, 27 Jul 00:01:47 -0700
Alec Destry scripsit:
----- Original Message ----- From: "Dr. Nikolaus Klepp" office@klepp.biz To: devels@trinitydesktop.org Sent: Monday, July 26, 2021 11:20 PM Subject: [tde-devels] Re: Status of TDE ARK timestamp for files in ZIP archive.
Anno domini 2021 Mon, 26 Jul 23:17:19 -0700
Alec Destry scripsit:
Unzip (unzip-5.52-77.x86_64.rpm), some years ago, when listing files in an archive, showed the timestamp for those files in the format of MM-DD-YY. The latest versions of unzip (unzip-6.00-89.1.x86_64.rpm), when listing files in an archive, shows the timestamp for those files in the format of YYYY-MM-DD. This change in how unzip shows timestamps has caused KDE3.5.10 ARK to show a messed up timestamp when viewing a ZIP archive using the latest versions of unzip. Rolling back to the older version of unzip gets rid of the problem. However, that could create other problems.
Has this been fixed in TDE? Does TDE ARK show a valid timestamp when viewing a ZIP archive using the latest versions of unzip?
On my systems: definitly, yes.
Nik
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ____________________________________________________ tde-devels mailing list -- devels@trinitydesktop.org To unsubscribe send an email to devels-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/devels@tri nitydesktop.org
"On my systems: definitly, yes"
ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a
But this has been fixed ages ago, can't even remeber that beeing an issue.
Nik
--> Thank you for your reply. What specific TDE ARK RPM are you using? Do you also have the source RPM? I would like to fix the code in ARK for kdeutils3-3.5.10-lp150.121.2.x86_64.rpm.
"ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" --> This suggests you're using a KDE4 version of ARK which doesn't have that problem. Unfortunately, KDE4 ARK doesn't work well with a KDE3.5 GUI and a KDE4/KDE5 GUI is very inflexible and unfriendly.
Ale, you misunderstood the name and version number. While RPM packages François creates so that "trinity-" is prefix, DEB packages are created so that "-trinity" is suffix. Therefore, package "ark-trinity" clearly is not KDE4 package. Leading "4:" in version number means "epoch", followed by "14.1.0~s...", which corresponds to the version of the TDE.
How does "ark-trinity 4:14.1.0~s211-0debian11.0.0+10~a" relate to "trinity-ark-14.0.10-1.oss151.x86_64.rpm"?
Of course, DEB package is not related to the RPM package. There was mentioned to have information, on which version Nik did the test.
"But this has been fixed ages ago, can't even remeber that beeing an issue." --> It hasn't been fixed for KDE3.5 ARK, which is "supported" by OpenSuse, where "supported" means they only make the packages available but don't keep them updated.
Since TDE is the continuation of KDE3.5 and originally was KDE3.5, including its look and feel, ease of use, and source code, I was inquiring if this problem had been fixed at some point in TDE. I could then see if I could replace the part of the source code in the KDE 3.5 RPM that has the problem with the corresponding source code that's been fixed in TDE, and compile a KDE3.5 ARK that doesn't have the problem. ____________________________________________________
Yes, because there was the same basis, here it can be viable to take patches from TDE and add them to KDE 3.5.x, which is balmed in SUSE. You can notice that some TDE patch is already used in SUSE kdeutils3. The best source for TDE patches is to look into the git repository:
https://mirror.git.trinitydesktop.org/cgit/tdeutils/
Note: At first glance, I do not see any patch that seemed to be related to the problem you ask - in TDE or SUSE.
Cheers
-
Alec Destry -
Dr. Nikolaus Klepp -
E. Liddell -
Slávek Banko