Re: [opensuse-factory] Device Notifier - before Plasma and after
Am Donnerstag, 4. Juni 2015, 11:19:10 schrieb ianseeks:
Prior to installing Plasma, when i plugged in my camera (USB) to download photos, the "Device Notifier" would pop up with options. I checked systemsettings5 and there are no current device actions but my KDE4 device actions is comprehensive (by default) so i tried to copy one for opening the camera with digikam by manually copying/pasting from KDE4 Device Actions to systemsettings5. This did not cause anything to pop up, is this known to work under plasma 5.3 or have i just got a duff config ?
Whether "something pops up" is not related at all to the configured device actions. it seemed to be under KDE4 - what did pop up show me the device action
If you connect an USB storage device, the device notifier should show it. If not you maybe hit a bug on a lower level. For a camera, the "Device Notifier" doesn't, the hard disk flashes when its
On Thursday 04 Jun 2015 13:37:00 Wolfgang Bauer wrote: options, i thought it was the device notifier? plugged in. I could access the camera via Digikam. USB key (had to borrow one to check this) - yes, the "Device Notifier" does pop up with an action to load a file manager to read it and i have a "Device Notifier" USB key icon on the task manger
The easiest way to test whether you "just got a duff config" would be to create a fresh user account and try there. Yep, i've been trying these things out on a new user but still nothing in "Device Notifier"
Do you actually have a "Device Notifier" in your system tray? Yes, but its one of the "hidden" icons
Does something popup when you connect USB storage devices? Only with a USB key and with not a camera
Or is just the option to "Download Photos with digiKam" missing? That's because digikam is (still) a KDE4 application and installs this solid action to KDE4's location. Nothing was being displayed for the camera.
You can "fix" that by copying KDE4's solid actions to KF5's location, i.e. copy the file(s) from /usr/share/kde4/solid/actions/ to /usr/share/solid/actions/. In this case it would be digikam- opencamera.desktop. Thanks, that now works as i was expecting.
There are a lot of links in /usr/share/solid/actions for k3b and gwenview which seem to be linked to itself, i tried to "cat" one of them but it couldn;t resolve it due to too many levels of symbolic links, they all have mod levels of "lrwxrwxrwx". If i put a DVD or CD into the tray, nothing pops up e.g. k3b, and its not visible in Dolphin, I expected it to appear somewhere in the Places section.
You could also copy them to ~/.local/share/solid/actions instead (create the folder if it doesn't exist) that would only apply for that particular user though. I've not got any plans to do that
Kind Regards, Wolfgang Thanks for the info. Do you think these actions should be automatically transferred when an update from KDE4 to Plasma is done? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Donnerstag, 4. Juni 2015, 14:01:00 schrieb ianseeks:
it seemed to be under KDE4 - what did pop up show me the device action options, i thought it was the device notifier?
Yes. But it should pop up even if there is no device action option I think. Although for storage devices there are some default actions in any case. As you cannot mount your camera if it doesn't present itself as storage device, that might not apply in this case though. Don't know, all camera's I used show up as standard storage device, just like an SD card reader.
Does something popup when you connect USB storage devices?
Only with a USB key and with not a camera
So your camera is not a storage device. You probably have to access it via MTP.
Or is just the option to "Download Photos with digiKam" missing? That's because digikam is (still) a KDE4 application and installs this solid action to KDE4's location.
Nothing was being displayed for the camera.
Well, for a (MTP) camera, digikam's action is the only one available I suppose.
You can "fix" that by copying KDE4's solid actions to KF5's location, i.e. copy the file(s) from /usr/share/kde4/solid/actions/ to /usr/share/solid/actions/. In this case it would be digikam- opencamera.desktop.
Thanks, that now works as i was expecting.
Good.
There are a lot of links in /usr/share/solid/actions for k3b and gwenview which seem to be linked to itself, i tried to "cat" one of them but it couldn;t resolve it due to too many levels of symbolic links, they all have mod levels of "lrwxrwxrwx". If i put a DVD or CD into the tray, nothing pops up e.g. k3b, and its not visible in Dolphin, I expected it to appear somewhere in the Places section.
No, those are not "linked to itself". But a link in KF5's location (that points to the actual file in KDE4's location) has been added to many openSUSE KDE4 application packages to make them show up in Plasma5. This has not been done for the digikam package yet for some reason, maybe an oversight. Inserting a CD/DVD should make the device notifier popup in any case though, and it should be shown in the Places panel. Your dolphin is still KDE4 based anyway, so at least that problem is definitely unrelated to Plasma5.
You could also copy them to ~/.local/share/solid/actions instead (create the folder if it doesn't exist) that would only apply for that particular user though.
I've not got any plans to do that
That was just a suggestion.
Thanks for the info. Do you think these actions should be automatically transferred when an update from KDE4 to Plasma is done?
No. /usr/share/ normally only contains files installed by packages anyway, there's no "automatic transfer" needed nor does it make sense. The user settings in ~/.kde4/share/apps/solid/ are a different matter though, I'm not sure whether they are migrated or not, but I'd rather think not. Although most users probably won't have any at all I guess... If you install the KF5 based digikam version (hasn't been released yet, so it is only available from KDE:Unstable:Extra), it will install the action to the correct (for KF5) directory anyway. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 04 Jun 2015 17:55:05 Wolfgang Bauer wrote:
Am Donnerstag, 4. Juni 2015, 14:01:00 schrieb ianseeks:
it seemed to be under KDE4 - what did pop up show me the device action options, i thought it was the device notifier?
Yes. But it should pop up even if there is no device action option I think. Although for storage devices there are some default actions in any case.
As you cannot mount your camera if it doesn't present itself as storage device, that might not apply in this case though. Don't know, all camera's I used show up as standard storage device, just like an SD card reader. I think that was the case for me as well.
Does something popup when you connect USB storage devices?
Only with a USB key and with not a camera
So your camera is not a storage device. You probably have to access it via MTP.
Or is just the option to "Download Photos with digiKam" missing? That's because digikam is (still) a KDE4 application and installs this solid action to KDE4's location.
Nothing was being displayed for the camera.
Well, for a (MTP) camera, digikam's action is the only one available I suppose. Yes, i think so. i've now got a solid_mtp.desktop file. This action is new to me because under KDE4 it always popped a choice of what to do when the camera was plugged in. i have to launch digikam now instead clicking the "Device Notifier" option which is fine.
There are a lot of links in /usr/share/solid/actions for k3b and gwenview which seem to be linked to itself, i tried to "cat" one of them but it couldn;t resolve it due to too many levels of symbolic links, they all have mod levels of "lrwxrwxrwx". If i put a DVD or CD into the tray, nothing pops up e.g. k3b, and its not visible in Dolphin, I expected it to appear somewhere in the Places section.
No, those are not "linked to itself". But a link in KF5's location (that points to the actual file in KDE4's location) has been added to many openSUSE KDE4 application packages to make them show up in Plasma5.
If i do a "readlink <directory>/filename" it just returns the filename, it doesn't show a target directory name. I have now renamed the "/usr/share/solid/actions" directory, created a new "/usr/share/solid/actions" directory and copied all the files from the "/usr/share/kde4/apps/solid/actions/" into the new directory. The "Device Notifier" now recognises the CD-R and DVDs.
Inserting a CD/DVD should make the device notifier popup in any case though and it should be shown in the Places panel. Your dolphin is still KDE4 based anyway, so at least that problem is definitely unrelated to Plasma5. Now i've got the "Device Notifier" working, it only pops up the first time by itself, i have to click the "show hidden icons" to make it appear with the correct options if i have to put in another CD/DVD. Audio CDs, DVDs now appear in dolphin as well.
Kind Regards, Wolfgang
Looks like the lining of the "/usr/share/solid/actions" files got all screwed up during the when i installed Plasma 5.3 over KDE4. Thanks for your help as always. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Donnerstag, 4. Juni 2015, 18:23:39 schrieb ianseeks:
Yes, i think so. i've now got a solid_mtp.desktop file. This action is new to me because under KDE4 it always popped a choice of what to do when the camera was plugged in. i have to launch digikam now instead clicking the "Device Notifier" option which is fine.
I don't think there should be any change between KDE4 and Plasma5 regarding this. But again, I never used such a camera. Check that you have kio_ktp5 installed. IIUYC, you copied KDE4's solid_mtp.desktop file to Plasma5, that doesn't work, as you still miss the mtp: kio slave.
I have now renamed the "/usr/share/solid/actions" directory, created a new "/usr/share/solid/actions" directory and copied all the files from the "/usr/share/kde4/apps/solid/actions/" into the new directory. The "Device Notifier" now recognises the CD-R and DVDs.
Why? You replaced the KF5/Plasma5 files with KDE4's now. Probably not a good idea. And you'll get the originals back when installing updates. An Audio CD is indeed not shown if there are no device actions defined. The Packman k3b package doesn't symlink them to /usr/share/solid/actions/, so they are missing in Plasma5, the standard k3b package in Tumbleweed does though. So install that, or symlink/copy the files manually. A data CD does show up fine though, as you can "Open with file manager" (or mount it) in any case. But again, I think that KDE4 probably had exactly the same behavior. I have yet to try it though...
Now i've got the "Device Notifier" working, it only pops up the first time by itself, i have to click the "show hidden icons" to make it appear with the correct options if i have to put in another CD/DVD. Audio CDs, DVDs now appear in dolphin as well.
Ok, it doesn't popup if it is hidden. But how should it if it is hidden? If there are devices available, it should not be hidden though. Did you hide it yourself in the system tray settings? Why not just set it to "Auto"? But again, KF5 solid device actions should not really have an influence on dolphin, in particular the KDE4 version.
Looks like the lining of the "/usr/share/solid/actions" files got all screwed up during the when i installed Plasma 5.3 over KDE4.
Hm? You did not install Plasma5.3's /usr/share/solid/actions file "over" KDE4's, as they are in completely different directories. But I don't fully understand what you mean with that sentence anyway... Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Donnerstag, 4. Juni 2015, 21:59:04 schrieb Wolfgang Bauer:
Check that you have kio_ktp5 installed. IIUYC, you copied KDE4's solid_mtp.desktop file to Plasma5, that doesn't work, as you still miss the mtp: kio slave.
Sorrym kio_mtp5 doesn't exist any more. The mtp kio slave is part of kio- extras5 now, which should be installed in any case because it is required by plasma5-workspace. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 04 Jun 2015 23:16:00 Wolfgang Bauer wrote:
Am Donnerstag, 4. Juni 2015, 21:59:04 schrieb Wolfgang Bauer:
Check that you have kio_ktp5 installed. IIUYC, you copied KDE4's solid_mtp.desktop file to Plasma5, that doesn't work, as you still miss the mtp: kio slave.
Sorrym kio_mtp5 doesn't exist any more. The mtp kio slave is part of kio- extras5 now, which should be installed in any case because it is required by plasma5-workspace.
Thanks, was just about to check that.
Kind Regards, Wolfgang
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Donnerstag, 4. Juni 2015, 18:23:39 schrieb ianseeks:
Yes, i think so. i've now got a solid_mtp.desktop file. This action is new to me because under KDE4 it always popped a choice of what to do when the camera was plugged in. i have to launch digikam now instead clicking the "Device Notifier" option which is fine.
I don't think there should be any change between KDE4 and Plasma5 regarding this. But again, I never used such a camera. Check that you have kio_ktp5 installed. IIUYC, you copied KDE4's solid_mtp.desktop file to Plasma5, that doesn't work, as you still miss the mtp: kio slave. I didn't think there would be any difference either. I didn't copy that file, i used another login and launched digikam, hoping digikam would still be able to access the files on the camera without "Device Notifier" recognising the camera and it did work. I don't know where the file came from as i did also
On Thursday 04 Jun 2015 21:59:04 Wolfgang Bauer wrote: try and configure the camera via "Configure KDE4 Applications" as it still has a camera config module.
I have now renamed the "/usr/share/solid/actions" directory, created a new "/usr/share/solid/actions" directory and copied all the files from the "/usr/share/kde4/apps/solid/actions/" into the new directory. The "Device Notifier" now recognises the CD-R and DVDs.
Why? because if i "ls -L" or readlink on that directory i got error messages from all the linked files e.g. "cannot access k3b_copy_disc.desktop: Too many levels of symbolic links" so this made me think the files were screwed.
You replaced the KF5/Plasma5 files with KDE4's now. Probably not a good idea. And you'll get the originals back when installing updates. As long as the originals are correct links/files, it should be fine
An Audio CD is indeed not shown if there are no device actions defined. The Packman k3b package doesn't symlink them to /usr/share/solid/actions/, so they are missing in Plasma5, the standard k3b package in Tumbleweed does though. So install that, or symlink/copy the files manually. The Audio CD does now work.
A data CD does show up fine though, as you can "Open with file manager" (or mount it) in any case. It does since i copied the actions files
But again, I think that KDE4 probably had exactly the same behavior. I have yet to try it though...
Now i've got the "Device Notifier" working, it only pops up the first time by itself, i have to click the "show hidden icons" to make it appear with the correct options if i have to put in another CD/DVD. Audio CDs, DVDs now appear in dolphin as well.
Ok, it doesn't popup if it is hidden. But how should it if it is hidden?
If there are devices available, it should not be hidden though. It is hidden until a device is notified but when i first made the changes it only popped up on the first time i inserted a DVD and it didn't show automatically on the second or third times unless i pressed "Show Hidden Icons". I've since logged out and logged in as another user and now i'm back to this user and its now working correctly on popping up everytime. So, thats now solved as well. Did you hide it yourself in the system tray settings? Why not just set it to "Auto"? They are all set to Auto, i've not changed this setting.
But again, KF5 solid device actions should not really have an influence on dolphin, in particular the KDE4 version.
Looks like the lining of the "/usr/share/solid/actions" files got all screwed up during the when i installed Plasma 5.3 over KDE4. lining -> linking
Hm? You did not install Plasma5.3's /usr/share/solid/actions file "over" KDE4's, as they are in completely different directories. But I don't fully understand what you mean with that sentence anyway... I was just trying to say that i had KDE4 in place and working and then i installed Plasma 5.3 without removing KDE4
Kind Regards, Wolfgang
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Donnerstag, 4. Juni 2015, 22:20:18 schrieb ianseeks:
I didn't think there would be any difference either. I didn't copy that file, i used another login and launched digikam, hoping digikam would still be able to access the files on the camera without "Device Notifier" recognising the camera and it did work. I don't know where the file came from as i did also try and configure the camera via "Configure KDE4 Applications" as it still has a camera config module.
Yes, but the KDE4 camera config module only has effect for KDE4 applications. Dolphin and digikam still are KDE4 based though. And which file do you mean? /usr/share/solid/actions/solid_mtp.desktop is in the package kio-extras5 as I wrote already, the KDE4 version is in kio_mtp, which you should have installed if you want to use MTP with KDE4 applications.
I have now renamed the "/usr/share/solid/actions" directory, created a new "/usr/share/solid/actions" directory and copied all the files from the "/usr/share/kde4/apps/solid/actions/" into the new directory. The "Device Notifier" now recognises the CD-R and DVDs.
Why?
because if i "ls -L" or readlink on that directory i got error messages from all the linked files e.g. "cannot access k3b_copy_disc.desktop: Too many levels of symbolic links" so this made me think the files were screwed.
Do your symlinks point to themselves? They should point to the KDE4 version of course, e.g /usr/share/solid/digikam-opencamera.desktop should point to /usr/share/kde4/apps/solid/digikam-opencamera.desktop. Or just copy the missing files.
You replaced the KF5/Plasma5 files with KDE4's now. Probably not a good idea. And you'll get the originals back when installing updates.
As long as the originals are correct links/files, it should be fine
But why not leave the originals there in the first place then? Also rpm has problems with replacing symlinks by files or vice-versa in certain circumstances.
The Audio CD does now work.
Probably because you copied the K3b action files.
A data CD does show up fine though, as you can "Open with file manager" (or mount it) in any case.
It does since i copied the actions files
No. The "Open with file manager" action is part of plasma5-workspace itself.
Looks like the lining of the "/usr/share/solid/actions" files got all screwed up during the when i installed Plasma 5.3 over KDE4.
lining -> linking
There is no "linking of the /usr/share/solid/actions files" either. But some KDE4 packages (like TW's k3b) do create symlinks so their actions show up in Plasma5 as well. And KF5/Plasma5 packages do install their action files to the correct directories (for Plasma5) anyway.
Hm? You did not install Plasma5.3's /usr/share/solid/actions file "over" KDE4's, as they are in completely different directories. But I don't fully understand what you mean with that sentence anyway...
I was just trying to say that i had KDE4 in place and working and then i installed Plasma 5.3 without removing KDE4
So? That's what's supposed to work. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 05 Jun 2015 00:09:28 Wolfgang Bauer wrote:
Am Donnerstag, 4. Juni 2015, 22:20:18 schrieb ianseeks:
I didn't think there would be any difference either. I didn't copy that file, i used another login and launched digikam, hoping digikam would still be able to access the files on the camera without "Device Notifier" recognising the camera and it did work. I don't know where the file came from as i did also try and configure the camera via "Configure KDE4 Applications" as it still has a camera config module.
Yes, but the KDE4 camera config module only has effect for KDE4 applications. Dolphin and digikam still are KDE4 based though.
And which file do you mean? /usr/share/solid/actions/solid_mtp.desktop is in the package kio-extras5 as I wrote already, the KDE4 version is in kio_mtp, which you should have installed if you want to use MTP with KDE4 applications. Yes, the solid_mtp.desktop is the file. i don't have the kio_mtp file in either directory. I've plugged in the camera again today and the "Device Notifier" prompts me with the options i had before in KDE4. SO it looks like i'm back to what i had under KDE4.
I have now renamed the "/usr/share/solid/actions" directory, created a new "/usr/share/solid/actions" directory and copied all the files from the "/usr/share/kde4/apps/solid/actions/" into the new directory. The "Device Notifier" now recognises the CD-R and DVDs.
Why?
because if i "ls -L" or readlink on that directory i got error messages from all the linked files e.g. "cannot access k3b_copy_disc.desktop: Too many levels of symbolic links" so this made me think the files were screwed. Do your symlinks point to themselves? It looks like it but i don't really know for sure because of the "too many levels of symbolic links" error message. If you type "ls -l" in that directory, you would get a listing display of the linked files: "lrwxrwxrwx 1 root root 25 Jun 4 17:52 XXX.desktop -> XXX.desktop"
They should point to the KDE4 version of course, e.g /usr/share/solid/digikam-opencamera.desktop should point to /usr/share/kde4/apps/solid/digikam-opencamera.desktop.
Or just copy the missing files. I copied them all and everything now seems to work as it did in KDE4 so i'm happy.
You replaced the KF5/Plasma5 files with KDE4's now. Probably not a good idea. And you'll get the originals back when installing updates.
As long as the originals are correct links/files, it should be fine
But why not leave the originals there in the first place then? Also rpm has problems with replacing symlinks by files or vice-versa in certain circumstances. I kept a copy of the folder with the links in so i can copy them back if i get some problems.
The Audio CD does now work.
Probably because you copied the K3b action files.
A data CD does show up fine though, as you can "Open with file manager" (or mount it) in any case.
It does since i copied the actions files
No. The "Open with file manager" action is part of plasma5-workspace itself.
Looks like the lining of the "/usr/share/solid/actions" files got all screwed up during the when i installed Plasma 5.3 over KDE4.
lining -> linking
There is no "linking of the /usr/share/solid/actions files" either. But some KDE4 packages (like TW's k3b) do create symlinks so their actions show up in Plasma5 as well.
And KF5/Plasma5 packages do install their action files to the correct directories (for Plasma5) anyway.
Hm? You did not install Plasma5.3's /usr/share/solid/actions file "over" KDE4's, as they are in completely different directories. But I don't fully understand what you mean with that sentence anyway...
I was just trying to say that i had KDE4 in place and working and then i installed Plasma 5.3 without removing KDE4
So? That's what's supposed to work.
yes, i was trying to explain what i meant in the sentence you didn't understand.
Kind Regards, Wolfgang
Thanks again for your help. This issue all seems resolved for me now but it would be nice to find out how the symlinks got into that state of "too many levels of symbolic links". -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 5. Juni 2015, 11:20:57 schrieb ianseeks:
Yes, the solid_mtp.desktop is the file. i don't have the kio_mtp file in either directory.
No, but you should have /usr/lib64/qt5/plugins/kf5/kio/mtp.so and /usr/share/kservices5/mtp.protocol, those are necessary for the mtp: protocol to work that's used by solid_mtp.desktop. But both are part of kio-extras5 just like solid_mtp.desktop.
It looks like it but i don't really know for sure because of the "too many levels of symbolic links" error message. If you type "ls -l" in that directory, you would get a listing display of the linked files: "lrwxrwxrwx 1 root root 25 Jun 4 17:52 XXX.desktop -> XXX.desktop"
Yes, that's a link that points to itself. You made a mistake there. If you try to follow that link, you enter an endless recursion...
I kept a copy of the folder with the links in so i can copy them back if i get some problems.
As mentioned, updates will "copy them back" anyway. I just see no point in replacing them with the KDE4 versions. It would have been sufficient to only copy those that are missing.
Thanks again for your help. This issue all seems resolved for me now but it would be nice to find out how the symlinks got into that state of "too many levels of symbolic links".
Again, you created a symlink that points to itself, which ends in an unlimited recursion of course. The symlink in /usr/share/solid/actions/ should instead point to the file in /usr/share/kde4/solid/action/. E.g. run: ln -s /usr/share/kde4/solid/action/digikam-opencamera.desktop /usr/share/solid/actions Or just use Dolphin (Superuser Mode) to create the symlinks. If you drag'n'drop a file to a different folder, it asks you whether to copy the file, move it, or create a symlink. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 05 Jun 2015 13:06:52 Wolfgang Bauer wrote:
Am Freitag, 5. Juni 2015, 11:20:57 schrieb ianseeks:
Yes, the solid_mtp.desktop is the file. i don't have the kio_mtp file in either directory.
No, but you should have /usr/lib64/qt5/plugins/kf5/kio/mtp.so and /usr/share/kservices5/mtp.protocol, those are necessary for the mtp: protocol to work that's used by solid_mtp.desktop. But both are part of kio-extras5 just like solid_mtp.desktop. Yes, i have both of those files.
It looks like it but i don't really know for sure because of the "too many levels of symbolic links" error message. If you type "ls -l" in that directory, you would get a listing display of the linked files: "lrwxrwxrwx 1 root root 25 Jun 4 17:52 XXX.desktop -> XXX.desktop"
Yes, that's a link that points to itself. You made a mistake there.
I didn't make any mistake as I didn't create those symlinks, they were there already thats why i suggested it must have happened during the upgrade to Plasma 5.3 if that is the point when the symlinks are created.
If you try to follow that link, you enter an endless recursion...
I kept a copy of the folder with the links in so i can copy them back if i get some problems.
As mentioned, updates will "copy them back" anyway. I just see no point in replacing them with the KDE4 versions. It would have been sufficient to only copy those that are missing.
Thanks again for your help. This issue all seems resolved for me now but it would be nice to find out how the symlinks got into that state of "too many levels of symbolic links".
Again, you created a symlink that points to itself, which ends in an unlimited recursion of course. The symlink in /usr/share/solid/actions/ should instead point to the file in /usr/share/kde4/solid/action/.
I didn't create the symlinks. I didn't know the '/usr/share/solid/actions/" directory existed until you told me about it.
E.g. run: ln -s /usr/share/kde4/solid/action/digikam-opencamera.desktop /usr/share/solid/actions
Or just use Dolphin (Superuser Mode) to create the symlinks. If you drag'n'drop a file to a different folder, it asks you whether to copy the file, move it, or create a symlink. I'll create them as you suggest over the next chance i get.
Kind Regards, Wolfgang
thanks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 5. Juni 2015, 13:18:45 schrieb ianseeks:
I didn't make any mistake as I didn't create those symlinks, they were there already thats why i suggested it must have happened during the upgrade to Plasma 5.3 if that is the point when the symlinks are created.
Ok, I understood you created the symlinks yourself, sorry. But again, nothing is "migrated" during the upgrade. Such symlinks have been added to some KDE4 based packages to make their device actions appear in Plasma5 as well. Maybe there's a "bug" in one of those packages. Do you remember which symlinks were broken exactly? You mentioned k3b, were there others as well? Although, on a quick look I cannot see anything wrong with the k3b package regarding this...
I'll create them as you suggest over the next chance i get.
Well, copying over the files is fine as well. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 5. Juni 2015, 14:47:32 schrieb Wolfgang Bauer:
Such symlinks have been added to some KDE4 based packages to make their device actions appear in Plasma5 as well. Maybe there's a "bug" in one of those packages. Do you remember which symlinks were broken exactly? You mentioned k3b, were there others as well?
Although, on a quick look I cannot see anything wrong with the k3b package regarding this...
Just to confirm: I had a look in a fresh Tumbleweed installation inside VirtualBox, and those symlinks are indeed broken, at least for k3b and gwenview. At the moment I have no idea why though. As mentioned, the commands in the specfile that create those symlinks look ok... Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 05 Jun 2015 15:15:17 Wolfgang Bauer wrote:
Am Freitag, 5. Juni 2015, 14:47:32 schrieb Wolfgang Bauer:
Such symlinks have been added to some KDE4 based packages to make their device actions appear in Plasma5 as well. Maybe there's a "bug" in one of those packages. Do you remember which symlinks were broken exactly? You mentioned k3b, were there others as well? all k3b and gwenview symlinks
Although, on a quick look I cannot see anything wrong with the k3b package regarding this...
Just to confirm: I had a look in a fresh Tumbleweed installation inside VirtualBox, and those symlinks are indeed broken, at least for k3b and gwenview. Yes, those are the ones that were broken on my system. i would take a copy of the "ls -l" and "ls -L" output and paste i t into an email but the mailing list system always rejects my emails if i've used copy/paste.
At the moment I have no idea why though. As mentioned, the commands in the specfile that create those symlinks look ok...
Kind Regards, Wolfgang
Thanks. i wonder if all Tumbleweed/KDE4 users that upgraded to Plasma 5.3 have the same issue but haven't discovered it yet. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 5. Juni 2015, 16:06:45 schrieb ianseeks:
Thanks. i wonder if all Tumbleweed/KDE4 users that upgraded to Plasma 5.3 have the same issue but haven't discovered it yet.
Yes. And the same issue exists on fresh installations too. As I wrote, nothing is migrated. Those packages do contain broken symlinks, so it doesn't matter whether you do a fresh installation or upgrade. But it should be fixed as soon as my submit requests are accepted (but it will still take a while until the fixed packages actually arrive in the Tumbleweed repo). Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 05 Jun 2015 17:20:05 Wolfgang Bauer wrote:
Am Freitag, 5. Juni 2015, 16:06:45 schrieb ianseeks:
Thanks. i wonder if all Tumbleweed/KDE4 users that upgraded to Plasma 5.3 have the same issue but haven't discovered it yet.
Yes. And the same issue exists on fresh installations too. As I wrote, nothing is migrated. Those packages do contain broken symlinks, so it doesn't matter whether you do a fresh installation or upgrade.
But it should be fixed as soon as my submit requests are accepted (but it will still take a while until the fixed packages actually arrive in the Tumbleweed repo).
Kind Regards, Wolfgang
Great. Thanks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 5. Juni 2015, 15:15:17 schrieb Wolfgang Bauer:
At the moment I have no idea why though. As mentioned, the commands in the specfile that create those symlinks look ok...
Well, it turned out that those "ln" commands were not quite correct after all. I submitted fixed k3b and gwenview packages now. (although gwenview probably should be switched to the KF5 based 15.04.2 release anyway, that's missing in KDE:Applications and Tumbleweed so far...) And such a symlink should probably be added to digikam as well. If you see broken links in other packages, please report it. As I understand it, you still have the old /usr/share/solid/actions/ folder, so please have a look. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 05 Jun 2015 17:10:01 Wolfgang Bauer wrote:
Am Freitag, 5. Juni 2015, 15:15:17 schrieb Wolfgang Bauer:
At the moment I have no idea why though. As mentioned, the commands in the specfile that create those symlinks look ok...
Well, it turned out that those "ln" commands were not quite correct after all.
Thats great, thanks.
I submitted fixed k3b and gwenview packages now. (although gwenview probably should be switched to the KF5 based 15.04.2 release anyway, that's missing in KDE:Applications and Tumbleweed so far...)
And such a symlink should probably be added to digikam as well. Agreed If you see broken links in other packages, please report it. As I understand it, you still have the old /usr/share/solid/actions/ folder, so please have a look. Nothing else, only k3b and gwenview in my old folder
Kind Regards, Wolfgang Thats one more thing fixed now although it was unknown. Thanks for following up on it with me and sorting it out. i guess we can close this thread as [SOLVED] now. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 05 June 2015 17:10:01 Wolfgang Bauer wrote:
I submitted fixed k3b and gwenview packages now. (although gwenview probably should be switched to the KF5 based 15.04.2 release anyway, that's missing in KDE:Applications and Tumbleweed so far...)
Well, Gwenview wasn't switched because of a simple reasons and that is lack of functionality. Yes, the advantage is that it is KF5 based but that is about it. Quite some functionality is missing and also the integration with kipi- plugins is lacking. Hopefully once kipi-plugins becomes KF5 based, we would see some enhancements to Gwevnewi. Regards Raymond -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 5. Juni 2015, 19:27:55 schrieb Raymond Wooninck:
Well, Gwenview wasn't switched because of a simple reasons and that is lack of functionality.
Ok. Thanks for the explanation. I have to admit, although I have both installed, I haven't really compared them in detail yet. And I didn't use either of them intensively recently. Just for the occasional display of some picture file... Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 05 Jun 2015 14:47:32 Wolfgang Bauer wrote:
Am Freitag, 5. Juni 2015, 13:18:45 schrieb ianseeks:
I didn't make any mistake as I didn't create those symlinks, they were there already thats why i suggested it must have happened during the upgrade to Plasma 5.3 if that is the point when the symlinks are created.
Ok, I understood you created the symlinks yourself, sorry.
But again, nothing is "migrated" during the upgrade.
Such symlinks have been added to some KDE4 based packages to make their device actions appear in Plasma5 as well. Maybe there's a "bug" in one of those packages. Do you remember which symlinks were broken exactly? You mentioned k3b, were there others as well? all k3b and gwenview symlinks
Although, on a quick look I cannot see anything wrong with the k3b package regarding this...
I'll create them as you suggest over the next chance i get.
Well, copying over the files is fine as well. great.
Kind Regards, Wolfgang
Will this be investigated and fixed now or does a bug report have to be created? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (3)
-
ianseeks -
Raymond Wooninck -
Wolfgang Bauer