fine, now it's "ported" to KDE5
* no bookmarks * no toolbar settings from the previous install * no support for sftp:// * no passwords for network-locations previously used
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow"
Am 22.09.2017 um 16:42 schrieb Reindl Harald:
fine, now it's "ported" to KDE5
- no bookmarks
- no toolbar settings from the previous install
- no support for sftp://
- no passwords for network-locations previously used
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow"
and that (sorry but it's true) crap called dolphin which still don't support bookmarks so that you can group and organize locations when you have to deal with dozens of servers and hundrets of customers seriously can't read /etc/ssh/ssh_config and you have to mention non standard-prots all the time?
frankly how do you guys work with your computers and why is there alaways a need to break perfectly working software and workflows every few years?
what is the next piece still not ported to KDE5 which will lose all settings and capabilities after the next dist-upgrade so that i can buy the needed amount of whiskey before doing the upgrade?
Host * Port 10100
On Friday, 22 September 2017 16:42:14 CEST Reindl Harald wrote:
fine, now it's "ported" to KDE5
I will continue to repeat it, but it's due: there is *no* KDE5. It was ported to Qt5 and Frameworks 5.
- no bookmarks
Do you mean "no import of old bookmarks"? Because support for bookmark is available See below for the answer of "why the import was not added" (not an excuse, but you can copy manually the xbel file)
- no toolbar settings from the previous install
I don't think that any application kept this in the migration.
- no support for sftp://
It's not provided by Konqueror; install kio-extras.
- no passwords for network-locations previously used
That's a KWallet migration issue, I guess.
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow"
Konqueror was not developed. The fact that it was ported was already a plus. And unless someone will step to maintain it, it's going to be replaced by Falkon.
Am 22.09.2017 um 16:52 schrieb Luigi Toscano:
On Friday, 22 September 2017 16:42:14 CEST Reindl Harald wrote:
fine, now it's "ported" to KDE5
I will continue to repeat it, but it's due: there is *no* KDE5. It was ported to Qt5 and Frameworks 5.
you sound like a upstream developer
- no bookmarks
Do you mean "no import of old bookmarks"? Because support for bookmark is available See below for the answer of "why the import was not added" (not an excuse, but you can copy manually the xbel file)
which one? where is it located?
- no toolbar settings from the previous install
I don't think that any application kept this in the migration.
and then you guys wonder why Linux don't reach the desktop?
i develop software for 15 years now and the codebase don't share a single line *but* never a user lost any configuration because it's really so easy take the code dealing with the old configuration, read it and write it into a new format (if that's needed at all)
- no support for sftp://
It's not provided by Konqueror; install kio-extras.
bla - obviously Konqueror does not have any KIO support at all
[root@srv-rhsoft:~]$ rpm -qa | grep -i kio-extras kio-extras-16.12.3-1.fc26.x86_64
- no passwords for network-locations previously used
That's a KWallet migration issue, I guess.
no, that's because upstream decided with *KDE5 period* that there are now *two* wallets for KF4/KF5 applications instead have one storage broker and wrappers for both worlds so that things are interchangeable
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow"
Konqueror was not developed. The fact that it was ported was already a plus. And unless someone will step to maintain it, it's going to be replaced by Falkon.
i miss to see the "plus" when 90% of my daily workflow is now broken
the "plus" until today was that nobody touched Konqueror to "make it better"
On Friday, 22 September 2017 17:02:43 CEST Reindl Harald wrote:
Am 22.09.2017 um 16:52 schrieb Luigi Toscano:
On Friday, 22 September 2017 16:42:14 CEST Reindl Harald wrote:
fine, now it's "ported" to KDE5
I will continue to repeat it, but it's due: there is *no* KDE5. It was ported to Qt5 and Frameworks 5.
you sound like a upstream developer
I am a primarly a member of the KDE community.
- no bookmarks
Do you mean "no import of old bookmarks"? Because support for bookmark is available See below for the answer of "why the import was not added" (not an excuse, but you can copy manually the xbel file)
which one? where is it located?
~/.kde/share/apps/konqueror/bookmarks.xml The new location is ~/.local/share/konqueror/bookmarks.xml
- no toolbar settings from the previous install
I don't think that any application kept this in the migration.
and then you guys wonder why Linux don't reach the desktop?
i develop software for 15 years now and the codebase don't share a single line *but* never a user lost any configuration because it's really so easy take the code dealing with the old configuration, read it and write it into a new format (if that's needed at all)
Some changes are expected in a major version bump. Most applications migrated the content; the toolbar disposition is a different issue.
- no support for sftp://
It's not provided by Konqueror; install kio-extras.
bla - obviously Konqueror does not have any KIO support at all
[root@srv-rhsoft:~]$ rpm -qa | grep -i kio-extras kio-extras-16.12.3-1.fc26.x86_64
What I said is true and correct; kio-sftp support is in kio-extras.
That said, I'm using kio-extras 17.04, but there are no relevant differences with 16.12 by looking at the code.
- no passwords for network-locations previously used
That's a KWallet migration issue, I guess.
no, that's because upstream decided with *KDE5 period* that there are now *two* wallets for KF4/KF5 applications instead have one storage broker and wrappers for both worlds so that things are interchangeable
The then maintainer of KWallet had a problem with supporting the old format in a reliable way while migrating to Frameworks 5. This was solved with a really recent version of Frameworks, which can read the old wallet, thanks to the contribution of a Gentoo packager.
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow"
Konqueror was not developed. The fact that it was ported was already a plus. And unless someone will step to maintain it, it's going to be replaced by Falkon.
i miss to see the "plus" when 90% of my daily workflow is now broken
the "plus" until today was that nobody touched Konqueror to "make it better"
The plus was that something was done. If nothing would have been done, you would have still complained that it was abandoned. I mean, really, what is the solution? That the old maintainer (who is taking care of what most people can take humanly care already) should have been chained to a chair to work on Konqueror? No one stepped up, there was some work to finally at least port it. That's it.
Am 22.09.2017 um 17:15 schrieb Luigi Toscano:
On Friday, 22 September 2017 17:02:43 CEST Reindl Harald wrote:
Am 22.09.2017 um 16:52 schrieb Luigi Toscano:
On Friday, 22 September 2017 16:42:14 CEST Reindl Harald wrote:
fine, now it's "ported" to KDE5
I will continue to repeat it, but it's due: there is *no* KDE5. It was ported to Qt5 and Frameworks 5.
you sound like a upstream developer
I am a primarly a member of the KDE community.
and i am a user which don't care how someone now calls the pieces - frankly i am a KDE user starting with version 1.0 and that is very long ago
- no bookmarks
Do you mean "no import of old bookmarks"? Because support for bookmark is available See below for the answer of "why the import was not added" (not an excuse, but you can copy manually the xbel file)
which one? where is it located?
~/.kde/share/apps/konqueror/bookmarks.xml The new location is ~/.local/share/konqueror/bookmarks.xml
thanks, at least the main-bookmarks are back, no idea how to restore the sidebar which had the most important smb-servers and so on but since kio-slaves are completly broken it don't matter that much
- no toolbar settings from the previous install
I don't think that any application kept this in the migration.
and then you guys wonder why Linux don't reach the desktop?
i develop software for 15 years now and the codebase don't share a single line *but* never a user lost any configuration because it's really so easy take the code dealing with the old configuration, read it and write it into a new format (if that's needed at all)
Some changes are expected in a major version bump. Most applications migrated the content; the toolbar disposition is a different issue.
but i have simply enough from the fact that you need to fear that after every upgrade customizations you have done years ago and included blindly in your workflow diesappear
- no support for sftp://
It's not provided by Konqueror; install kio-extras.
bla - obviously Konqueror does not have any KIO support at all
[root@srv-rhsoft:~]$ rpm -qa | grep -i kio-extras kio-extras-16.12.3-1.fc26.x86_64
What I said is true and correct; kio-sftp support is in kio-extras.
and what i said is true, it is installed and Konqueror says "ERR_UNKNOWN_URL_SCHEME" while dolphin is too dumb read the host/port settings from ssh-configs or the kio-slave in F26 is just buggy while it worked (at least at that point) better the last years
for smb:// it yells in german about a internal error
thank's for rewrite the sftp-kioslave years ago instead use the openssh tools, we suffer 7 years or so later over basic things not working (ciphers, cipher-preferences and when the first one is not known by libssh2 nothing orks instead like openssh just try the next one)
That said, I'm using kio-extras 17.04, but there are no relevant differences with 16.12 by looking at the code.
F25 was fine
- no passwords for network-locations previously used
That's a KWallet migration issue, I guess.
no, that's because upstream decided with *KDE5 period* that there are now *two* wallets for KF4/KF5 applications instead have one storage broker and wrappers for both worlds so that things are interchangeable
The then maintainer of KWallet had a problem with supporting the old format in a reliable way while migrating to Frameworks 5. This was solved with a really recent version of Frameworks, which can read the old wallet, thanks to the contribution of a Gentoo packager.
the don't release major updates - problem is that the KDE community has *nothing* learned from the KDE3->KDE4 disaster and i fear the same will happen when QT6 is out
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow"
Konqueror was not developed. The fact that it was ported was already a plus. And unless someone will step to maintain it, it's going to be replaced by Falkon.
i miss to see the "plus" when 90% of my daily workflow is now broken
the "plus" until today was that nobody touched Konqueror to "make it better"
The plus was that something was done. If nothing would have been done, you would have still complained that it was abandoned
after 10 years Linux only on my dekstop i start to prefer abanoned software which just works and is not "optimized to dead" every few weeks while the crazy guys forom the fedora workstation SIG would prefer to hide anything which don't get every 2 weeks a useless update and new shiny icons
I mean, really, what is the solution? That the old maintainer (who is taking care of what most people can take humanly care already) should have been chained to a chair to work on Konqueror? No one stepped up, there was some work to finally at least port it. That's it
i have no perfect solution *but damned* replace the working KF4 version by a hlaf baken "port" is none
Am 22.09.2017 um 17:31 schrieb Reindl Harald:
~/.kde/share/apps/konqueror/bookmarks.xml The new location is ~/.local/share/konqueror/bookmarks.xml
thanks, at least the main-bookmarks are back, no idea how to restore the sidebar which had the most important smb-servers and so on but since kio-slaves are completly broken it don't matter that much
- no support for sftp://
It's not provided by Konqueror; install kio-extras.
bla - obviously Konqueror does not have any KIO support at all
[root@srv-rhsoft:~]$ rpm -qa | grep -i kio-extras kio-extras-16.12.3-1.fc26.x86_64
What I said is true and correct; kio-sftp support is in kio-extras.
and what i said is true, it is installed and Konqueror says "ERR_UNKNOWN_URL_SCHEME" while dolphin is too dumb read the host/port settings from ssh-configs or the kio-slave in F26 is just buggy while it worked (at least at that point) better the last years
for smb:// it yells in german about a internal error
cool, smb:// is also broken in dolphin on F26 - what a luck that i am admin on all machines and can use sftp and if nothing else helps sshfs but it makes it hard to verify smbd is working on the sevrers after updates...
On Friday, 22 September 2017 17:31:58 CEST Reindl Harald wrote:
Am 22.09.2017 um 17:15 schrieb Luigi Toscano:
On Friday, 22 September 2017 17:02:43 CEST Reindl Harald wrote:
Am 22.09.2017 um 16:52 schrieb Luigi Toscano:
On Friday, 22 September 2017 16:42:14 CEST Reindl Harald wrote:
fine, now it's "ported" to KDE5
I will continue to repeat it, but it's due: there is *no* KDE5. It was ported to Qt5 and Frameworks 5.
you sound like a upstream developer
I am a primarly a member of the KDE community.
and i am a user which don't care how someone now calls the pieces - frankly i am a KDE user starting with version 1.0 and that is very long ago
You are not the only long time user, and calling things with their proper name is important.
- no bookmarks
Do you mean "no import of old bookmarks"? Because support for bookmark is available See below for the answer of "why the import was not added" (not an excuse, but you can copy manually the xbel file)
which one? where is it located?
~/.kde/share/apps/konqueror/bookmarks.xml The new location is ~/.local/share/konqueror/bookmarks.xml
thanks, at least the main-bookmarks are back, no idea how to restore the sidebar which had the most important smb-servers and so on but since kio-slaves are completly broken it don't matter that much
Are you talking about the toolbar or the sidebar? The sidebar is gone. The porting was not trivial (it needed a rewrite, still using the non-MVC architecture pre-Qt4) and it was probably "wait forever until it's ported, or release Konqueror without".
- no toolbar settings from the previous install
I don't think that any application kept this in the migration.
and then you guys wonder why Linux don't reach the desktop?
i develop software for 15 years now and the codebase don't share a single line *but* never a user lost any configuration because it's really so easy take the code dealing with the old configuration, read it and write it into a new format (if that's needed at all)
Some changes are expected in a major version bump. Most applications migrated the content; the toolbar disposition is a different issue.
but i have simply enough from the fact that you need to fear that after every upgrade customizations you have done years ago and included blindly in your workflow diesappear
It's a case-by-case thing. I agree that some more porting can be added when possible (which is not always the case).
- no support for sftp://
It's not provided by Konqueror; install kio-extras.
bla - obviously Konqueror does not have any KIO support at all
[root@srv-rhsoft:~]$ rpm -qa | grep -i kio-extras kio-extras-16.12.3-1.fc26.x86_64
What I said is true and correct; kio-sftp support is in kio-extras.
and what i said is true, it is installed and Konqueror says "ERR_UNKNOWN_URL_SCHEME" while dolphin is too dumb read the host/port settings from ssh-configs or the kio-slave in F26 is just buggy while it worked (at least at that point) better the last years
for smb:// it yells in german about a internal error
thank's for rewrite the sftp-kioslave years ago instead use the openssh tools, we suffer 7 years or so later over basic things not working (ciphers, cipher-preferences and when the first one is not known by libssh2 nothing orks instead like openssh just try the next one)
Again, WORKSFORME. Nothing to do with how the internal is structured.
That said, I'm using kio-extras 17.04, but there are no relevant differences with 16.12 by looking at the code.
F25 was fine
F25 had both components based on kdelibs4; KDE Applications 16.12 has Frameworks 5 versions for both konqueror and kio-extras.
- no passwords for network-locations previously used
That's a KWallet migration issue, I guess.
no, that's because upstream decided with *KDE5 period* that there are now *two* wallets for KF4/KF5 applications instead have one storage broker and wrappers for both worlds so that things are interchangeable
The then maintainer of KWallet had a problem with supporting the old format in a reliable way while migrating to Frameworks 5. This was solved with a really recent version of Frameworks, which can read the old wallet, thanks to the contribution of a Gentoo packager.
the don't release major updates - problem is that the KDE community has *nothing* learned from the KDE3->KDE4 disaster and i fear the same will happen when QT6 is out
Let's retalk about this in few years. This has nothing to do with KDE3->KDE4 (which mostly kept the same paths for data), really.
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow"
Konqueror was not developed. The fact that it was ported was already a plus. And unless someone will step to maintain it, it's going to be replaced by Falkon.
i miss to see the "plus" when 90% of my daily workflow is now broken
the "plus" until today was that nobody touched Konqueror to "make it better"
The plus was that something was done. If nothing would have been done, you would have still complained that it was abandoned
after 10 years Linux only on my dekstop i start to prefer abanoned software which just works and is not "optimized to dead" every few weeks while the crazy guys forom the fedora workstation SIG would prefer to hide anything which don't get every 2 weeks a useless update and new shiny icons
This is not about matter of "optimized", it was a problem of basic "it's broken".
I mean, really, what is the solution? That the old maintainer (who is taking care of what most people can take humanly care already) should have been chained to a chair to work on Konqueror? No one stepped up, there was some work to finally at least port it. That's it
i have no perfect solution *but damned* replace the working KF4 version by a hlaf baken "port" is none
So better drop it, I guess?
Am 22.09.2017 um 17:42 schrieb Luigi Toscano:
F25 was fine
F25 had both components based on kdelibs4; KDE Applications 16.12 has Frameworks 5 versions for both konqueror and kio-extras
but it worked
after 10 years Linux only on my dekstop i start to prefer abanoned software which just works and is not "optimized to dead" every few weeks while the crazy guys forom the fedora workstation SIG would prefer to hide anything which don't get every 2 weeks a useless update and new shiny icons
This is not about matter of "optimized", it was a problem of basic "it's broken".
broken is my complete daily workflow now
I mean, really, what is the solution? That the old maintainer (who is taking care of what most people can take humanly care already) should have been chained to a chair to work on Konqueror? No one stepped up, there was some work to finally at least port it. That's it
i have no perfect solution *but damned* replace the working KF4 version by a hlaf baken "port" is none
So better drop it, I guess?
how it currently behaves here is practically the same
Luigi Toscano wrote:
The sidebar is gone. The porting was not trivial (it needed a rewrite, still using the non-MVC architecture pre-Qt4) and it was probably "wait forever until it's ported, or release Konqueror without".
That is a really lame excuse. The non-MVC Q*Widget (QListWidget, QTreeWidget) are still available in Qt 5. They may not fit some developer's ideals of "cleanliness", but they just work. And even if the code was still using the old Q3* stuff, porting that to Q*Widget is rather straightforward, there is no need to port to MVC at all.
Even if the code was using advanced Q3ListViewItem features such as custom painting code, it is possible to get that to work in non-Qt3Support Qt 4 and in Qt 5 without porting to MVC. I have done it in Kompare. Hint: The QItemDelegate, while documented to work only with the MVC views, actually works perfectly fine with Q*Widget, because Q*Widgets ARE Q*Views internally. So just set a QItemDelegate on your Q*Widget that calls a virtual paint method of your abstract Q*WidgetItem subclass, and then the concrete subclasses of that class can provide custom paint methods just as in Qt 3 days. There is no need to refactor the code at all.
Just see my Kompare porting commits, in particular: https://cgit.kde.org/kompare.git/commit/?id=b5b759ebb367ddf2a5b8f093c1dfe544...
Fake technical arguments may work with users who are not familiar with Qt, but you cannot fool me.
Kevin Kofler
Kevin Kofler wrote:
Luigi Toscano wrote:
The sidebar is gone. The porting was not trivial (it needed a rewrite, still using the non-MVC architecture pre-Qt4) and it was probably "wait forever until it's ported, or release Konqueror without".
That is a really lame excuse. The non-MVC Q*Widget (QListWidget, QTreeWidget) are still available in Qt 5. They may not fit some developer's ideals of "cleanliness", but they just work. And even if the code was still using the old Q3* stuff, porting that to Q*Widget is rather straightforward, there is no need to port to MVC at all.
Even if the code was using advanced Q3ListViewItem features such as custom painting code, it is possible to get that to work in non-Qt3Support Qt 4 and in Qt 5 without porting to MVC. I have done it in Kompare. Hint: The QItemDelegate, while documented to work only with the MVC views, actually works perfectly fine with Q*Widget, because Q*Widgets ARE Q*Views internally. So just set a QItemDelegate on your Q*Widget that calls a virtual paint method of your abstract Q*WidgetItem subclass, and then the concrete subclasses of that class can provide custom paint methods just as in Qt 3 days. There is no need to refactor the code at all.
Just see my Kompare porting commits, in particular: https://cgit.kde.org/kompare.git/commit/?id=b5b759ebb367ddf2a5b8f093c1dfe544...
Fake technical arguments may work with users who are not familiar with Qt, but you cannot fool me.
Sure, so remove the part into the brackets form my sentence; the relevant part is still valid. You are more than welcome to discuss this with David and maybe the new guy who proposed himself as maintainer and propose a patch.
Reindl Harald wrote:
no, that's because upstream decided with *KDE5 period* that there are now *two* wallets for KF4/KF5 applications instead have one storage broker and wrappers for both worlds so that things are interchangeable
This is in no way an excuse for the lame decision to have 2 separate wallets (I had argued in vain for patching kdelibs 4 in Fedora to use the KF5 wallet, so that nothing gets added to the legacy wallet after the one-time migration happens, exactly predicting this fiasco when Konqueror would eventually be ported, which has now happened), but to work around this: 1. open KWalletManager4 (KWalletManager4 in the menu, kwalletmanager binary), 2. export the contents to an XML file, 3. open KWalletManager5 (KWalletManager in the menu, kwalletmanager5 binary), 4. import the XML file.
I hope this helps, Kevin Kofler
Kevin Kofler wrote:
Reindl Harald wrote:
no, that's because upstream decided with *KDE5 period* that there are now *two* wallets for KF4/KF5 applications instead have one storage broker and wrappers for both worlds so that things are interchangeable
This is in no way an excuse for the lame decision to have 2 separate wallets (I had argued in vain for patching kdelibs 4 in Fedora to use the KF5 wallet, so that nothing gets added to the legacy wallet after the one-time migration happens, exactly predicting this fiasco when Konqueror would eventually be ported, which has now happened), but to work around this:
- open KWalletManager4 (KWalletManager4 in the menu, kwalletmanager binary),
- export the contents to an XML file,
- open KWalletManager5 (KWalletManager in the menu, kwalletmanager5 binary),
- import the XML file.
See my answer where I simply *explained* what happened (not an excuse, there was a technical issue and no one could fix it). I didn't like it either, but I could not contribute in fixing it.
This is fixed since 5.35, but of course it does not fix the already-migrated wallets: https://commits.kde.org/kwallet/c2fe10e2e75304114de89aa83381cfa20e6e9734
Luigi Toscano wrote:
See my answer where I simply *explained* what happened (not an excuse, there was a technical issue and no one could fix it). I didn't like it either, but I could not contribute in fixing it.
Your explanation:
The then maintainer of KWallet had a problem with supporting the old format in a reliable way while migrating to Frameworks 5. This was solved with a really recent version of Frameworks, which can read the old wallet, thanks to the contribution of a Gentoo packager.
does not make sense. Migrating the old wallet has been enabled all this time! This is exactly why we have a problem now, because any content added after the migration does not get re-migrated. So how can this possibly have been an issue with "reading the old wallet"? If that were true, we would never have had any migration, but we did.
It was just a matter of making the D-Bus interface interoperable, which is all the patch you linked to:
https://commits.kde.org/kwallet/c2fe10e2e75304114de89aa83381cfa20e6e9734
does. It makes KWallet 5 also claim the KWallet 4 interface, whereas I proposed to instead patch the KWallet 4 client library to use the KWallet 5 D-Bus interface, which would have been even more trivial (probably a one- character change). But either way, it has nothing to do with reading the on- disk format, because this is purely about the D-Bus interface.
Kevin Kofler
I have bookmarks and sftp and I'm using F25
On Fri, 2017-09-22 at 16:42 +0200, Reindl Harald wrote:
fine, now it's "ported" to KDE5
- no bookmarks
- no toolbar settings from the previous install
- no support for sftp://
- no passwords for network-locations previously used
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow" _______________________________________________ kde mailing list -- kde@lists.fedoraproject.org To unsubscribe send an email to kde-leave@lists.fedoraproject.org
On Fri, 2017-09-22 at 16:57 +0100, Sérgio Basto wrote:
I have bookmarks and sftp and I'm using F25
but use konqueror 5.0.97
On Fri, 2017-09-22 at 16:42 +0200, Reindl Harald wrote:
fine, now it's "ported" to KDE5
- no bookmarks
- no toolbar settings from the previous install
- no support for sftp://
- no passwords for network-locations previously used
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow" _______________________________________________ kde mailing list -- kde@lists.fedoraproject.org To unsubscribe send an email to kde-leave@lists.fedoraproject.org
Am 22.09.2017 um 17:59 schrieb Sérgio Basto:
On Fri, 2017-09-22 at 16:57 +0100, Sérgio Basto wrote:
I have bookmarks and sftp and I'm using F25
but use konqueror 5.0.97
after switch from F25 to F26 you have bookmarks but empty, anyways, kio stuff seems to be terrible broken because smb:// don't work either in Konqeuror nor in Dolphin, sftp:// works in dolphin
mounting network shares is a workaround but since the developers don't realize that they have to handle network mountpoints like kio-networkpaths and *not* count recursively files over a VPN tunnel not as nice as it could be (and that with a 200 Mbit line, no idea how that feels on slow connections, especially smb with it's terrible roundtrips)
[harry@srv-rhsoft:~]$ rpm -qa | grep -i konqueror konqueror-libs-17.04.1-1.fc26.x86_64 konqueror-17.04.1-1.fc26.x86_64
[harry@srv-rhsoft:~]$ rpm -qa | grep -i kio | sort audiocd-kio-16.08.3-3.fc26.x86_64 audiocd-kio-doc-16.08.3-3.fc26.noarch audiocd-kio-libs-16.08.3-3.fc26.x86_64 kdesdk-kioslaves-16.12.3-1.fc26.x86_64 kf5-kio-core-5.36.0-1.fc26.x86_64 kf5-kio-core-libs-5.36.0-1.fc26.x86_64 kf5-kio-doc-5.36.0-1.fc26.noarch kf5-kio-file-widgets-5.36.0-1.fc26.x86_64 kf5-kio-gui-5.36.0-1.fc26.x86_64 kf5-kio-ntlm-5.36.0-1.fc26.x86_64 kf5-kio-widgets-5.36.0-1.fc26.x86_64 kf5-kio-widgets-libs-5.36.0-1.fc26.x86_64 kio-extras-16.12.3-1.fc26.x86_64
On Fri, 2017-09-22 at 16:42 +0200, Reindl Harald wrote:
fine, now it's "ported" to KDE5
- no bookmarks
- no toolbar settings from the previous install
- no support for sftp://
- no passwords for network-locations previously used
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow"
smb:// works fine on F26 here in both Dolphin and Konqueror.
[boutilpj@bart ~]# rpm -qa|egrep -i 'kio|dolphin|konqueror'|sort audiocd-kio-16.08.3-3.fc26.x86_64 audiocd-kio-doc-16.08.3-3.fc26.noarch audiocd-kio-libs-16.08.3-3.fc26.x86_64 dolphin-17.04.1-1.fc26.x86_64 dolphin-libs-17.04.1-1.fc26.x86_64 kf5-kio-core-5.36.0-1.fc26.x86_64 kf5-kio-core-libs-5.36.0-1.fc26.x86_64 kf5-kio-doc-5.36.0-1.fc26.noarch kf5-kio-file-widgets-5.36.0-1.fc26.x86_64 kf5-kio-gui-5.36.0-1.fc26.x86_64 kf5-kio-ntlm-5.36.0-1.fc26.x86_64 kf5-kio-widgets-5.36.0-1.fc26.x86_64 kf5-kio-widgets-libs-5.36.0-1.fc26.x86_64 kio-extras-16.12.3-1.fc26.x86_64 kio_mtp-0.75-14.20141221gitc418634.fc26.x86_64 kio-upnp-ms-1.0.0-10.20111102git.fc26.x86_64 konqueror-17.04.1-1.fc26.x86_64 konqueror-libs-17.04.1-1.fc26.x86_64
On 09/22/2017 01:13 PM, Reindl Harald wrote:
Am 22.09.2017 um 17:59 schrieb Sérgio Basto:
On Fri, 2017-09-22 at 16:57 +0100, Sérgio Basto wrote:
I have bookmarks and sftp and I'm using F25
but use konqueror 5.0.97
after switch from F25 to F26 you have bookmarks but empty, anyways, kio stuff seems to be terrible broken because smb:// don't work either in Konqeuror nor in Dolphin, sftp:// works in dolphin
mounting network shares is a workaround but since the developers don't realize that they have to handle network mountpoints like kio-networkpaths and *not* count recursively files over a VPN tunnel not as nice as it could be (and that with a 200 Mbit line, no idea how that feels on slow connections, especially smb with it's terrible roundtrips)
[harry@srv-rhsoft:~]$ rpm -qa | grep -i konqueror konqueror-libs-17.04.1-1.fc26.x86_64 konqueror-17.04.1-1.fc26.x86_64
[harry@srv-rhsoft:~]$ rpm -qa | grep -i kio | sort audiocd-kio-16.08.3-3.fc26.x86_64 audiocd-kio-doc-16.08.3-3.fc26.noarch audiocd-kio-libs-16.08.3-3.fc26.x86_64 kdesdk-kioslaves-16.12.3-1.fc26.x86_64 kf5-kio-core-5.36.0-1.fc26.x86_64 kf5-kio-core-libs-5.36.0-1.fc26.x86_64 kf5-kio-doc-5.36.0-1.fc26.noarch kf5-kio-file-widgets-5.36.0-1.fc26.x86_64 kf5-kio-gui-5.36.0-1.fc26.x86_64 kf5-kio-ntlm-5.36.0-1.fc26.x86_64 kf5-kio-widgets-5.36.0-1.fc26.x86_64 kf5-kio-widgets-libs-5.36.0-1.fc26.x86_64 kio-extras-16.12.3-1.fc26.x86_64
On Fri, 2017-09-22 at 16:42 +0200, Reindl Harald wrote:
fine, now it's "ported" to KDE5
- no bookmarks
- no toolbar settings from the previous install
- no support for sftp://
- no passwords for network-locations previously used
WTF is wrong with the KDE developers attitude that the main question due every upgrde is "curious what they broke now from my workflow"
kde mailing list -- kde@lists.fedoraproject.org To unsubscribe send an email to kde-leave@lists.fedoraproject.org
Il 22/09/2017 19:14, Patrick Boutilier ha scritto:
smb:// works fine on F26 here in both Dolphin and Konqueror.
Maybe he hit this: https://bugs.kde.org/show_bug.cgi?id=369850
Am 22.09.2017 um 20:11 schrieb Mattia Verga:
Il 22/09/2017 19:14, Patrick Boutilier ha scritto:
smb:// works fine on F26 here in both Dolphin and Konqueror.
Maybe he hit this: https://bugs.kde.org/show_bug.cgi?id=369850
hardly since i *always* use smb://user@ip/share
Am 23.09.2017 um 02:21 schrieb Reindl Harald:
Am 22.09.2017 um 20:11 schrieb Mattia Verga:
Il 22/09/2017 19:14, Patrick Boutilier ha scritto:
smb:// works fine on F26 here in both Dolphin and Konqueror.
Maybe he hit this: https://bugs.kde.org/show_bug.cgi?id=369850
hardly since i *always* use smb://user@ip/share
SMB is definitly broken, but who knows, maybe the F26 version of the stuff don't read smb.conf anymore (trying outdated setting, trying port 139 or whatelse while *nothing* but 445 should be needed these days)
as it don't understand openssh client configs which was the reaosn nothing worked - port 22 is a honeypot port on most machines here and after all the mess years ago i frankly did not expect that we start from zero again here....
On Sat, 2017-09-23 at 02:48 +0200, Reindl Harald wrote:
Am 23.09.2017 um 02:21 schrieb Reindl Harald:
Am 22.09.2017 um 20:11 schrieb Mattia Verga:
Il 22/09/2017 19:14, Patrick Boutilier ha scritto:
smb:// works fine on F26 here in both Dolphin and Konqueror.
Maybe he hit this: https://bugs.kde.org/show_bug.cgi?id=369850
hardly since i *always* use smb://user@ip/share
SMB is definitly broken, but who knows, maybe the F26 version of the stuff don't read smb.conf anymore (trying outdated setting, trying port 139 or whatelse while *nothing* but 445 should be needed these days)
as it don't understand openssh client configs which was the reaosn nothing worked - port 22 is a honeypot port on most machines here and after all the mess years ago i frankly did not expect that we start from zero again here....
Smb4k 2.0.2 starting working correctly after samba update , thats is why now is in updates-testing, but doesn't work before, the reasons I don't know but what I want point out is smb behavior change , and btw my smb:// in Konqueror detect my router , which not happen all the time.
kde mailing list -- kde@lists.fedoraproject.org To unsubscribe send an email to kde-leave@lists.fedoraproject.org
Am 23.09.2017 um 04:11 schrieb Sérgio Basto:
On Sat, 2017-09-23 at 02:48 +0200, Reindl Harald wrote:
Am 23.09.2017 um 02:21 schrieb Reindl Harald:
Am 22.09.2017 um 20:11 schrieb Mattia Verga:
Il 22/09/2017 19:14, Patrick Boutilier ha scritto:
smb:// works fine on F26 here in both Dolphin and Konqueror.
Maybe he hit this: https://bugs.kde.org/show_bug.cgi?id=369850
hardly since i *always* use smb://user@ip/share
SMB is definitly broken, but who knows, maybe the F26 version of the stuff don't read smb.conf anymore (trying outdated setting, trying port 139 or whatelse while *nothing* but 445 should be needed these days)
as it don't understand openssh client configs which was the reaosn nothing worked - port 22 is a honeypot port on most machines here and after all the mess years ago i frankly did not expect that we start from zero again here....
Smb4k 2.0.2 starting working correctly after samba update , thats is why now is in updates-testing, but doesn't work before, the reasons I don't know but what I want point out is smb behavior change , and btw my smb:// in Konqueror detect my router , which not happen all the time
smb4k is a own application and has little to do with kio integration