LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Mandriva (https://www.linuxquestions.org/questions/mandriva-30/)
-   -   Could not find mime type application/octet-stream (https://www.linuxquestions.org/questions/mandriva-30/could-not-find-mime-type-application-octet-stream-133908/)

jon rouse 01-12-2004 03:12 AM

Could not find mime type application/octet-stream
 
I finally managed to get my Linux box connected to the Internet, and ran all the upgrades. Consequently I now get errors when starting Konqueror with the message "Could not find mime type application/octet-stream".

Also Konqueror no longer launches kwrite when I click on a .conf file, and it will not act a s a web browser when I type in URLs on the navigation line.

Ice9 01-12-2004 03:24 AM

I had more or less the same thing happening to me, try this
and let me know if it worked for you too.

jon rouse 01-12-2004 05:45 AM

Thanks for that, I'll give it a go.

jon rouse 01-13-2004 06:15 AM

Nope, still get all the errors. Also when I click on a file ending with .html it doesn't launch the browser.

Ice9 01-13-2004 09:08 AM

Hmmm, weird.
Check the file associations for html and see if anything is associated with the .html extension.
Also, do you have octet/stream listed under applications in the file associations menu?

kit_johnson 08-19-2004 04:59 AM

Hi,

I tried the above suggestion (via the desktop control centre). Adding the application 'octet/stream' didn't help, but I then added the application 'octet', which seemed to clear it up. I'm a newbie, so have no idea why it works, or even what the problem was in the first place.

marclijour 02-13-2006 10:02 PM

octet-stream
 
I found that a kded crash on my machine would generate this same problem and at the same time it would make impossible for me to add the application/octet-stream mime-type manually.

I tried everything above and then I relaunched kded (typing kded as me, the normal user, in the console). And it solved the problem

dpeirce 04-09-2006 10:47 PM

Ice9 linked to a suggestion which mentioned deleting the file /home/userID/.kde/share/mimelnk/application/octet-stream.desktop. However, in my setup, the file wasn't there. Also, both konqueror and control center were down so I couldn't mess with the file associations. And typing kded into the console simply told me that it was already running ^_^.

However, I found the file at /usr/share/mimelnk/application/octet-stream.desktop. Rather than delete the file, I changed its name to octet-stream.desktop.bak. All seems well now.

My distro is Fedora Core 4 so that may explain why I found the file in a different location.

In faith, Dave
dave@christos.cjb.net, dpeirce@christian.net
Viva Texas

Sometimes I feel like a woodpecker in a petrified forest.

vinster 11-13-2006 04:54 PM

I had this problem when I tried to open a text file after installing a cabinet extractor program. It showed up when I opened the file browser also. I followed the simple intructions in this link and all seems to be working. Hope it helps.

http://lists.kde.org/?l=kde&m=107797994605331&w=2

nadavkav 11-15-2006 05:49 AM

it solved my problem thanks :-)
 
Thanks for the info ! it solved my problem

it started when i associated kwriter to open an empty file extension (file with no extension). it was unknown mime type. i use the "open with dialog" to change it, which later changed my /root/.kde/share/mimelnk/application/octet-stream.desktop
file to...
[Desktop Entry]
Comment=
Hidden=false
Icon=
MimeType=application/x-kdeuser1
Patterns=

now, for fixing it i used you first advice which changed the file and all works great :-)

here is the corrected file:
[Desktop Entry]
Comment=
Hidden=false
Icon=
MimeType=application/octet-stream
Patterns=
Type=MimeType

thanks again,
nadav :-)

sliding 12-09-2006 03:15 PM

Octet-stream find problem solution
 
I had the same problem with finding the octet-stream mime type.
It happened with several file types in Konquerer when moving the
mouse over it or when trying to open these type of files.

In fact the only change that had to be made is to change the
Hidden value in /root/.kde/share/mimelnk/application/octet-stream.desktop
(location in Suse 10.1)

The original setting was Hidden=true.

I think it would be nice if this had been done at installation,
thus saving a lot of time searching to find the solution.
For newbies this can be very frustrating:cry:


octet-stream.destop content:
[Desktop Entry]
Hidden=false
MimeType=application/octet-stream
Type=MimeType

uldics 02-14-2007 01:18 AM

I had same problem on Debian Etch netinst i386 with fresh updates. The problem occured after I installed FCEU and associated (manually) filetype nes (Nintendo Entertainment System cartridge image) to it. In my mimetypes there were no octet or octet stream mentioned. When I renamed the abowementioned file to bak, clicking on nes is not starting fceu, but asking open with question. Not good. And my octet-stream.desktop file has already that Hidden=false.
How do I start my nes files with fceu then?

Edit: Ehh, I did it again, same way and now it did not create that file. And it works.


All times are GMT -5. The time now is 08:41 PM.