[Bug 116453]
(In reply to Nelson Benitez from comment #13) Hi Jason, thank you very much for the patch, btw, today I was reading this pdf: http://www.compsci.hunter.cuny.edu/~sweiss/course_materials/csci493.70/ lecture_notes/GTK_textview.pdf and noticed that lot of words with double f, like 'buffer', are not found[1] when searching for it, also when copied to gedit it shows the unicode not found glyph inplace of the 'ff' in the word. So, is your patch covering this double f case? No, it does not fix that. That file has a different problem and I don't see a way of fixing it. The PDF creator would need to add some extra information before we could guess that character code 27 should be a double f. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Touch-packages] [Bug 116453]
(In reply to Nelson Benitez from comment #13) Hi Jason, thank you very much for the patch, btw, today I was reading this pdf: http://www.compsci.hunter.cuny.edu/~sweiss/course_materials/csci493.70/ lecture_notes/GTK_textview.pdf and noticed that lot of words with double f, like 'buffer', are not found[1] when searching for it, also when copied to gedit it shows the unicode not found glyph inplace of the 'ff' in the word. So, is your patch covering this double f case? No, it does not fix that. That file has a different problem and I don't see a way of fixing it. The PDF creator would need to add some extra information before we could guess that character code 27 should be a double f. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF Status in Poppler: Fix Released Status in poppler package in Ubuntu: Fix Committed Bug description: Binary package hint: evince 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with the attached document is when one searches for: über it is found: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/116453/+attachment/102979/+files/example.pdf 4) What happens instead is it does not return any matches. WORKAROUND: Use the built-in PDF viewer+search with chromium-browser or chrome (doesn't work in Firefox). apt-cache policy chromium-browser chromium-browser: Installed: 39.0.2171.65-0ubuntu0.14.04.1.1064 Candidate: 39.0.2171.65-0ubuntu0.14.04.1.1064 Version table: *** 39.0.2171.65-0ubuntu0.14.04.1.1064 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages apt-cache policy google-chrome-stable:i386 google-chrome-stable:i386: Installed: 39.0.2171.95-1 Candidate: 39.0.2171.95-1 Version table: *** 39.0.2171.95-1 0 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Wed May 23 18:22:27 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/evince Package: evince 0.8.1-0ubuntu1 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_US:en PATH=~/local/bin:~/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evince Uname: Linux copper 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Bug 116453]
Created attachment 114485 Combine base characters and diacritical marks My attempt to improve this. When you make a diacriticized character with LaTeX, ü for example, it will make a PDF with separate u and ¨ characters and draw them over each other. This patch detects when this happens and converts it to a combining character sequence so that pdftotext and the search function will see a ü and not separate characters. Also refactors some (TextWord::ensureCapacity and TextWord::setInitialBounds) to avoid duplicating code. Limitations: It doesn't handle some of LaTeX's diacritic commands, such as \b for bar under letter or \d for dot under letter, because they are positioned differently and \d would be easy to confuse with a period. They don't seem to be used very often though. If the base character is unusual, such as a math symbol or number, adding a combining character can make the result of pdftotext look a bit odd. I think this is because if the font or rendering engine don't know how to draw the character sequence, it will place the diacritic in a strange position, such as to the right of the letter. In these cases, the output of pdftotext is technically correct, it just looks odd when drawn on screen. When selecting text in evince, you can separately select the character and diacritic. If that's a problem, I think I could fix it by adding clustering support so that a group of glyphs and characters are treated as a single unit. It would make this a much more invasive change, but maybe I should try it anyway. It would be nice to also fix the assumpution that one glyph is always matched 1 character. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 116453]
Created attachment 114485 Combine base characters and diacritical marks My attempt to improve this. When you make a diacriticized character with LaTeX, ü for example, it will make a PDF with separate u and ¨ characters and draw them over each other. This patch detects when this happens and converts it to a combining character sequence so that pdftotext and the search function will see a ü and not separate characters. Also refactors some (TextWord::ensureCapacity and TextWord::setInitialBounds) to avoid duplicating code. Limitations: It doesn't handle some of LaTeX's diacritic commands, such as \b for bar under letter or \d for dot under letter, because they are positioned differently and \d would be easy to confuse with a period. They don't seem to be used very often though. If the base character is unusual, such as a math symbol or number, adding a combining character can make the result of pdftotext look a bit odd. I think this is because if the font or rendering engine don't know how to draw the character sequence, it will place the diacritic in a strange position, such as to the right of the letter. In these cases, the output of pdftotext is technically correct, it just looks odd when drawn on screen. When selecting text in evince, you can separately select the character and diacritic. If that's a problem, I think I could fix it by adding clustering support so that a group of glyphs and characters are treated as a single unit. It would make this a much more invasive change, but maybe I should try it anyway. It would be nice to also fix the assumpution that one glyph is always matched 1 character. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Desktop-packages] [Bug 116453]
Created attachment 114485 Combine base characters and diacritical marks My attempt to improve this. When you make a diacriticized character with LaTeX, ü for example, it will make a PDF with separate u and ¨ characters and draw them over each other. This patch detects when this happens and converts it to a combining character sequence so that pdftotext and the search function will see a ü and not separate characters. Also refactors some (TextWord::ensureCapacity and TextWord::setInitialBounds) to avoid duplicating code. Limitations: It doesn't handle some of LaTeX's diacritic commands, such as \b for bar under letter or \d for dot under letter, because they are positioned differently and \d would be easy to confuse with a period. They don't seem to be used very often though. If the base character is unusual, such as a math symbol or number, adding a combining character can make the result of pdftotext look a bit odd. I think this is because if the font or rendering engine don't know how to draw the character sequence, it will place the diacritic in a strange position, such as to the right of the letter. In these cases, the output of pdftotext is technically correct, it just looks odd when drawn on screen. When selecting text in evince, you can separately select the character and diacritic. If that's a problem, I think I could fix it by adding clustering support so that a group of glyphs and characters are treated as a single unit. It would make this a much more invasive change, but maybe I should try it anyway. It would be nice to also fix the assumpution that one glyph is always matched 1 character. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF Status in Poppler: Confirmed Status in poppler package in Ubuntu: Triaged Bug description: Binary package hint: evince 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with the attached document is when one searches for: über it is found: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/116453/+attachment/102979/+files/example.pdf 4) What happens instead is it does not return any matches. WORKAROUND: Use the built-in PDF viewer+search with chromium-browser or chrome (doesn't work in Firefox). apt-cache policy chromium-browser chromium-browser: Installed: 39.0.2171.65-0ubuntu0.14.04.1.1064 Candidate: 39.0.2171.65-0ubuntu0.14.04.1.1064 Version table: *** 39.0.2171.65-0ubuntu0.14.04.1.1064 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages apt-cache policy google-chrome-stable:i386 google-chrome-stable:i386: Installed: 39.0.2171.95-1 Candidate: 39.0.2171.95-1 Version table: *** 39.0.2171.95-1 0 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Wed May 23 18:22:27 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/evince Package: evince 0.8.1-0ubuntu1 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_US:en PATH=~/local/bin:~/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evince Uname: Linux copper 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 116453]
Created attachment 114485 Combine base characters and diacritical marks My attempt to improve this. When you make a diacriticized character with LaTeX, ü for example, it will make a PDF with separate u and ¨ characters and draw them over each other. This patch detects when this happens and converts it to a combining character sequence so that pdftotext and the search function will see a ü and not separate characters. Also refactors some (TextWord::ensureCapacity and TextWord::setInitialBounds) to avoid duplicating code. Limitations: It doesn't handle some of LaTeX's diacritic commands, such as \b for bar under letter or \d for dot under letter, because they are positioned differently and \d would be easy to confuse with a period. They don't seem to be used very often though. If the base character is unusual, such as a math symbol or number, adding a combining character can make the result of pdftotext look a bit odd. I think this is because if the font or rendering engine don't know how to draw the character sequence, it will place the diacritic in a strange position, such as to the right of the letter. In these cases, the output of pdftotext is technically correct, it just looks odd when drawn on screen. When selecting text in evince, you can separately select the character and diacritic. If that's a problem, I think I could fix it by adding clustering support so that a group of glyphs and characters are treated as a single unit. It would make this a much more invasive change, but maybe I should try it anyway. It would be nice to also fix the assumpution that one glyph is always matched 1 character. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF Status in Poppler: Confirmed Status in poppler package in Ubuntu: Triaged Bug description: Binary package hint: evince 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with the attached document is when one searches for: über it is found: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/116453/+attachment/102979/+files/example.pdf 4) What happens instead is it does not return any matches. WORKAROUND: Use the built-in PDF viewer+search with chromium-browser or chrome (doesn't work in Firefox). apt-cache policy chromium-browser chromium-browser: Installed: 39.0.2171.65-0ubuntu0.14.04.1.1064 Candidate: 39.0.2171.65-0ubuntu0.14.04.1.1064 Version table: *** 39.0.2171.65-0ubuntu0.14.04.1.1064 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages apt-cache policy google-chrome-stable:i386 google-chrome-stable:i386: Installed: 39.0.2171.95-1 Candidate: 39.0.2171.95-1 Version table: *** 39.0.2171.95-1 0 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Wed May 23 18:22:27 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/evince Package: evince 0.8.1-0ubuntu1 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_US:en PATH=~/local/bin:~/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evince Uname: Linux copper 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Okular-devel] [okular] [Bug 344849] PDF metadata is displayed incorrectly in File - Properties
https://bugs.kde.org/show_bug.cgi?id=344849 Jason Crain ja...@aquaticape.us changed: What|Removed |Added CC||ja...@aquaticape.us --- Comment #6 from Jason Crain ja...@aquaticape.us --- FWIW, both adobe reader and poppler's pdfinfo also show the correct information '–‰'. pdfinfo passes the string through TextStringToUCS4 which looks up the character in pdfDocEncoding. Per PDFDocEncoding, character codes 0x85 and 0x8b should map to U+2013 U+2030. -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Bug 116453]
Created attachment 113036 [draft] combine characters I might be able to fix this in a better way by combining letters with nearby diacritic marks so that this document *would* contain ü. It seems to be a nice improvement for some latex documents. Attached patch can give you a rough idea of what I mean. It still needs a lot of work though. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Desktop-packages] [Bug 116453]
Created attachment 113036 [draft] combine characters I might be able to fix this in a better way by combining letters with nearby diacritic marks so that this document *would* contain ü. It seems to be a nice improvement for some latex documents. Attached patch can give you a rough idea of what I mean. It still needs a lot of work though. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF Status in Poppler: Confirmed Status in poppler package in Ubuntu: Triaged Bug description: Binary package hint: evince 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with the attached document is when one searches for: über it is found: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/116453/+attachment/102979/+files/example.pdf 4) What happens instead is it does not return any matches. WORKAROUND: Use the built-in PDF viewer+search with chromium-browser or chrome (doesn't work in Firefox). apt-cache policy chromium-browser chromium-browser: Installed: 39.0.2171.65-0ubuntu0.14.04.1.1064 Candidate: 39.0.2171.65-0ubuntu0.14.04.1.1064 Version table: *** 39.0.2171.65-0ubuntu0.14.04.1.1064 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages apt-cache policy google-chrome-stable:i386 google-chrome-stable:i386: Installed: 39.0.2171.95-1 Candidate: 39.0.2171.95-1 Version table: *** 39.0.2171.95-1 0 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Wed May 23 18:22:27 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/evince Package: evince 0.8.1-0ubuntu1 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_US:en PATH=~/local/bin:~/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evince Uname: Linux copper 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 116453]
Created attachment 113036 [draft] combine characters I might be able to fix this in a better way by combining letters with nearby diacritic marks so that this document *would* contain ü. It seems to be a nice improvement for some latex documents. Attached patch can give you a rough idea of what I mean. It still needs a lot of work though. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF Status in Poppler: Confirmed Status in poppler package in Ubuntu: Triaged Bug description: Binary package hint: evince 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with the attached document is when one searches for: über it is found: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/116453/+attachment/102979/+files/example.pdf 4) What happens instead is it does not return any matches. WORKAROUND: Use the built-in PDF viewer+search with chromium-browser or chrome (doesn't work in Firefox). apt-cache policy chromium-browser chromium-browser: Installed: 39.0.2171.65-0ubuntu0.14.04.1.1064 Candidate: 39.0.2171.65-0ubuntu0.14.04.1.1064 Version table: *** 39.0.2171.65-0ubuntu0.14.04.1.1064 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages apt-cache policy google-chrome-stable:i386 google-chrome-stable:i386: Installed: 39.0.2171.95-1 Candidate: 39.0.2171.95-1 Version table: *** 39.0.2171.95-1 0 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Wed May 23 18:22:27 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/evince Package: evince 0.8.1-0ubuntu1 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_US:en PATH=~/local/bin:~/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evince Uname: Linux copper 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Bug 116453]
Created attachment 113036 [draft] combine characters I might be able to fix this in a better way by combining letters with nearby diacritic marks so that this document *would* contain ü. It seems to be a nice improvement for some latex documents. Attached patch can give you a rough idea of what I mean. It still needs a lot of work though. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Desktop-packages] [Bug 116453]
I suppose if I add an option to findText, I should also add a flag (POPPLER_FIND_IGNORE_COMBINING?) to PopplerFindFlags, for the glib front end's poppler_page_find_text_with_options(). It would be nice if someone could confirm that evince would actually use this option. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF Status in Poppler: Confirmed Status in poppler package in Ubuntu: Triaged Bug description: Binary package hint: evince 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with the attached document is when one searches for: über it is found: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/116453/+attachment/102979/+files/example.pdf 4) What happens instead is it does not return any matches. WORKAROUND: Use the built-in PDF viewer+search with chromium-browser or chrome (doesn't work in Firefox). apt-cache policy chromium-browser chromium-browser: Installed: 39.0.2171.65-0ubuntu0.14.04.1.1064 Candidate: 39.0.2171.65-0ubuntu0.14.04.1.1064 Version table: *** 39.0.2171.65-0ubuntu0.14.04.1.1064 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages apt-cache policy google-chrome-stable:i386 google-chrome-stable:i386: Installed: 39.0.2171.95-1 Candidate: 39.0.2171.95-1 Version table: *** 39.0.2171.95-1 0 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Wed May 23 18:22:27 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/evince Package: evince 0.8.1-0ubuntu1 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_US:en PATH=~/local/bin:~/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evince Uname: Linux copper 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Bug 116453]
I suppose if I add an option to findText, I should also add a flag (POPPLER_FIND_IGNORE_COMBINING?) to PopplerFindFlags, for the glib front end's poppler_page_find_text_with_options(). It would be nice if someone could confirm that evince would actually use this option. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Touch-packages] [Bug 116453]
I suppose if I add an option to findText, I should also add a flag (POPPLER_FIND_IGNORE_COMBINING?) to PopplerFindFlags, for the glib front end's poppler_page_find_text_with_options(). It would be nice if someone could confirm that evince would actually use this option. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF Status in Poppler: Confirmed Status in poppler package in Ubuntu: Triaged Bug description: Binary package hint: evince 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with the attached document is when one searches for: über it is found: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/116453/+attachment/102979/+files/example.pdf 4) What happens instead is it does not return any matches. WORKAROUND: Use the built-in PDF viewer+search with chromium-browser or chrome (doesn't work in Firefox). apt-cache policy chromium-browser chromium-browser: Installed: 39.0.2171.65-0ubuntu0.14.04.1.1064 Candidate: 39.0.2171.65-0ubuntu0.14.04.1.1064 Version table: *** 39.0.2171.65-0ubuntu0.14.04.1.1064 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages apt-cache policy google-chrome-stable:i386 google-chrome-stable:i386: Installed: 39.0.2171.95-1 Candidate: 39.0.2171.95-1 Version table: *** 39.0.2171.95-1 0 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Wed May 23 18:22:27 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/evince Package: evince 0.8.1-0ubuntu1 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_US:en PATH=~/local/bin:~/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evince Uname: Linux copper 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Bug 116453]
I suppose if I add an option to findText, I should also add a flag (POPPLER_FIND_IGNORE_COMBINING?) to PopplerFindFlags, for the glib front end's poppler_page_find_text_with_options(). It would be nice if someone could confirm that evince would actually use this option. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Desktop-packages] [Bug 116453] Re: evince can not find ü in attached PDF
hdante: the problem is that, despite appearances, the PDF in the bug description does not contain the word 'Über'. It contains the word 'Uber', without a diaresis. You can see this if you copy and paste from the document using any PDF reader, including adobe reader, google chrome, foxit, etc. There is a diaresis, but it is not really attached to the 'U'. Even so, adobe reader and chrome can still find something if you search the document for 'über'. What they seem to be doing is ignoring any diacratic marks, so if you search for 'über' (or even 'ubér') it will find 'Uber'. I was proposing similar behavior for poppler. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF Status in Poppler: Confirmed Status in poppler package in Ubuntu: Triaged Bug description: Binary package hint: evince 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with the attached document is when one searches for: über it is found: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/116453/+attachment/102979/+files/example.pdf 4) What happens instead is it does not return any matches. WORKAROUND: Use the built-in PDF viewer+search with chromium-browser or chrome (doesn't work in Firefox). apt-cache policy chromium-browser chromium-browser: Installed: 39.0.2171.65-0ubuntu0.14.04.1.1064 Candidate: 39.0.2171.65-0ubuntu0.14.04.1.1064 Version table: *** 39.0.2171.65-0ubuntu0.14.04.1.1064 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages apt-cache policy google-chrome-stable:i386 google-chrome-stable:i386: Installed: 39.0.2171.95-1 Candidate: 39.0.2171.95-1 Version table: *** 39.0.2171.95-1 0 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Wed May 23 18:22:27 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/evince Package: evince 0.8.1-0ubuntu1 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_US:en PATH=~/local/bin:~/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evince Uname: Linux copper 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 116453] Re: evince can not find ü in attached PDF
hdante: the problem is that, despite appearances, the PDF in the bug description does not contain the word 'Über'. It contains the word 'Uber', without a diaresis. You can see this if you copy and paste from the document using any PDF reader, including adobe reader, google chrome, foxit, etc. There is a diaresis, but it is not really attached to the 'U'. Even so, adobe reader and chrome can still find something if you search the document for 'über'. What they seem to be doing is ignoring any diacratic marks, so if you search for 'über' (or even 'ubér') it will find 'Uber'. I was proposing similar behavior for poppler. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF Status in Poppler: Confirmed Status in poppler package in Ubuntu: Triaged Bug description: Binary package hint: evince 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with the attached document is when one searches for: über it is found: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/116453/+attachment/102979/+files/example.pdf 4) What happens instead is it does not return any matches. WORKAROUND: Use the built-in PDF viewer+search with chromium-browser or chrome (doesn't work in Firefox). apt-cache policy chromium-browser chromium-browser: Installed: 39.0.2171.65-0ubuntu0.14.04.1.1064 Candidate: 39.0.2171.65-0ubuntu0.14.04.1.1064 Version table: *** 39.0.2171.65-0ubuntu0.14.04.1.1064 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages apt-cache policy google-chrome-stable:i386 google-chrome-stable:i386: Installed: 39.0.2171.95-1 Candidate: 39.0.2171.95-1 Version table: *** 39.0.2171.95-1 0 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Wed May 23 18:22:27 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/evince Package: evince 0.8.1-0ubuntu1 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_US:en PATH=~/local/bin:~/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evince Uname: Linux copper 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Bug 116453] Re: evince can not find ü in attached PDF
hdante: the problem is that, despite appearances, the PDF in the bug description does not contain the word 'Über'. It contains the word 'Uber', without a diaresis. You can see this if you copy and paste from the document using any PDF reader, including adobe reader, google chrome, foxit, etc. There is a diaresis, but it is not really attached to the 'U'. Even so, adobe reader and chrome can still find something if you search the document for 'über'. What they seem to be doing is ignoring any diacratic marks, so if you search for 'über' (or even 'ubér') it will find 'Uber'. I was proposing similar behavior for poppler. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 116453] Re: evince can not find ü in attached PDF
hdante: the problem is that, despite appearances, the PDF in the bug description does not contain the word 'Über'. It contains the word 'Uber', without a diaresis. You can see this if you copy and paste from the document using any PDF reader, including adobe reader, google chrome, foxit, etc. There is a diaresis, but it is not really attached to the 'U'. Even so, adobe reader and chrome can still find something if you search the document for 'über'. What they seem to be doing is ignoring any diacratic marks, so if you search for 'über' (or even 'ubér') it will find 'Uber'. I was proposing similar behavior for poppler. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 116453]
Created attachment 112107 Remove combining characters from normalized text This patch changes normalization so that combining characters are removed from the normalized text. This makes searching through TextPage::findText insensitive to these characters. Also, renames unicodeNormalizeNFKC to unicodeNormalizeSearch to make it clear it's no longer doing a regular NFKC normalization. Renames decomp_compat to decomp_compat_base because it now strips combing characters, leaving only base characters, in addition to compatibility decomposition. Removes UnicodeCompTables.h and some compose functions. They're no longer needed since we're not recomposing the characters. I'm not sure if UnicodeTypeTable.h and UnicodeCompTables.h are considered part of the public interface. They're included in the xpdf headers. Albert, is it OK to change these files in this way? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Desktop-packages] [Bug 116453]
Created attachment 112107 Remove combining characters from normalized text This patch changes normalization so that combining characters are removed from the normalized text. This makes searching through TextPage::findText insensitive to these characters. Also, renames unicodeNormalizeNFKC to unicodeNormalizeSearch to make it clear it's no longer doing a regular NFKC normalization. Renames decomp_compat to decomp_compat_base because it now strips combing characters, leaving only base characters, in addition to compatibility decomposition. Removes UnicodeCompTables.h and some compose functions. They're no longer needed since we're not recomposing the characters. I'm not sure if UnicodeTypeTable.h and UnicodeCompTables.h are considered part of the public interface. They're included in the xpdf headers. Albert, is it OK to change these files in this way? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF Status in Poppler: Confirmed Status in poppler package in Ubuntu: Triaged Bug description: Binary package hint: evince 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen with the attached document is when one searches for: über it is found: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/116453/+attachment/102979/+files/example.pdf 4) What happens instead is it does not return any matches. WORKAROUND: Use the built-in PDF viewer+search with chromium-browser or chrome (doesn't work in Firefox). apt-cache policy chromium-browser chromium-browser: Installed: 39.0.2171.65-0ubuntu0.14.04.1.1064 Candidate: 39.0.2171.65-0ubuntu0.14.04.1.1064 Version table: *** 39.0.2171.65-0ubuntu0.14.04.1.1064 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages apt-cache policy google-chrome-stable:i386 google-chrome-stable:i386: Installed: 39.0.2171.95-1 Candidate: 39.0.2171.95-1 Version table: *** 39.0.2171.95-1 0 500 http://dl.google.com/linux/chrome/deb/ stable/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Wed May 23 18:22:27 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/evince Package: evince 0.8.1-0ubuntu1 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_US:en PATH=~/local/bin:~/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: evince Uname: Linux copper 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Bug 116453]
Created attachment 112107 Remove combining characters from normalized text This patch changes normalization so that combining characters are removed from the normalized text. This makes searching through TextPage::findText insensitive to these characters. Also, renames unicodeNormalizeNFKC to unicodeNormalizeSearch to make it clear it's no longer doing a regular NFKC normalization. Renames decomp_compat to decomp_compat_base because it now strips combing characters, leaving only base characters, in addition to compatibility decomposition. Removes UnicodeCompTables.h and some compose functions. They're no longer needed since we're not recomposing the characters. I'm not sure if UnicodeTypeTable.h and UnicodeCompTables.h are considered part of the public interface. They're included in the xpdf headers. Albert, is it OK to change these files in this way? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/116453 Title: evince can not find ü in attached PDF To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/116453/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Touch-packages] [Bug 808894]
*** This bug has been marked as a duplicate of bug 46603 *** -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/808894 Title: Certain characters are not rendered correctly when selected (highlighted) Status in Poppler: Invalid Status in poppler package in Ubuntu: Triaged Bug description: 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen via https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/808894/+attachment/2202502/+files/testfile.pdf is when one highlights the first three lines, it doesn't mis-highlight the words. What happens instead is certain letters are not visible as per https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/808894/+attachment/2202506/+files/screenshot.png . ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: evince 2.32.0-0ubuntu12.2 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2 Uname: Linux 2.6.38-8-generic i686 Architecture: i386 CheckboxSubmission: 9e6554c36969a101b9e0e3075c8ffbe0 CheckboxSystem: b8f3ec504801f13fc208edb5c785b099 Date: Mon Jul 11 18:38:00 2011 InstallationMedia: Ubuntu 11.04 Natty Narwhal - Release i386 (20110427.1) ProcEnviron: LANGUAGE=fr_FR:en LANG=fr_FR.UTF-8 SHELL=/bin/bash ProcVersionSignature_: Ubuntu 2.6.38-8.42-generic 2.6.38.2 SourcePackage: evince UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/808894/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 808894]
*** This bug has been marked as a duplicate of bug 46603 *** -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/808894 Title: Certain characters are not rendered correctly when selected (highlighted) Status in Poppler: Invalid Status in poppler package in Ubuntu: Triaged Bug description: 1) lsb_release -rd Description: Ubuntu Vivid Vervet (development branch) Release: 15.04 2) apt-cache policy evince evince: Installed: 3.14.1-0ubuntu1 Candidate: 3.14.1-0ubuntu1 Version table: *** 3.14.1-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages 100 /var/lib/dpkg/status 3) What is expected to happen via https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/808894/+attachment/2202502/+files/testfile.pdf is when one highlights the first three lines, it doesn't mis-highlight the words. What happens instead is certain letters are not visible as per https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/808894/+attachment/2202506/+files/screenshot.png . ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: evince 2.32.0-0ubuntu12.2 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2 Uname: Linux 2.6.38-8-generic i686 Architecture: i386 CheckboxSubmission: 9e6554c36969a101b9e0e3075c8ffbe0 CheckboxSystem: b8f3ec504801f13fc208edb5c785b099 Date: Mon Jul 11 18:38:00 2011 InstallationMedia: Ubuntu 11.04 Natty Narwhal - Release i386 (20110427.1) ProcEnviron: LANGUAGE=fr_FR:en LANG=fr_FR.UTF-8 SHELL=/bin/bash ProcVersionSignature_: Ubuntu 2.6.38-8.42-generic 2.6.38.2 SourcePackage: evince UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/808894/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Bug 808894]
*** This bug has been marked as a duplicate of bug 46603 *** -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/808894 Title: Certain characters are not rendered correctly when selected (highlighted) To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/808894/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 808894]
*** This bug has been marked as a duplicate of bug 46603 *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/808894 Title: Certain characters are not rendered correctly when selected (highlighted) To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/808894/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [poppler] poppler-qt5 Ubuntu 13.10 failed to load .pdf files...
On 2014-02-19 05:52, JIA Pei wrote: And, I just want to open an .pdf file with the following line: Poppler::Document* m_pDocument = Poppler::Document::load(); this-m_qtFileName is of value \home\jiapei\Documents\CloudStorage.pdf the value of m_pDocument is always NULL, namely 0x0. Did anybody successfully load a .pdf file under ubuntu 13.10 with poppler-qt5 ? Please give me a hand... Try using a forward slash '/' instead of a backslash in the file path. You should probably call it like: Poppler::Document* m_pDocument = Poppler::Document::load(/home/jiapei/Documents/CloudStorage.pdf) and see if there are any errors printed to the console. ___ poppler mailing list poppler@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/poppler
Re: [evince] Bug in Document Viewer
On Thu, Jan 30, 2014 at 10:23:57AM +, Mick Sulley wrote: I would like to report a bug in Document Viewer, not sure if this is the correct way to do it, if not can you advise please. I am running Debian Jessie, with Document Viewer 3.10.0 but I have tested in Debian Wheezy as well with the same results. Note - this problem is not related to Raspberry Pi, that just happens to be the subject of the document. I have downloaded a pdf file from http://www.scavix.com/files/ScavixSoftware_RaspberryPi_as_low-cost_HD_surveillance_camera_tutorial.pdf I tried to cut and paste a few lines into gedit, second page under Install Raspian it says - Now make sure your RPI is up to date: sudo apt-get install rpi-update sudo rpi-update And also update all the packages sudo apt-get update audo apt-get upgrade But if I cut and paste that this is what I get - Now make sure your RPI is up to date: sd atgtisalriudt uo p-e ntl p-pae sd riudt uo p-pae And also update all packages: sd atgtudt uo p-e pae sd atgtugae uo p-e prd This was fixed by this poppler commit on 2012-08-30 http://cgit.freedesktop.org/poppler/poppler/commit/?id=cac13e782cf4413703cfd1fa23e76133dfbe5ef9 as part of poppler bug 53925 https://bugs.freedesktop.org/show_bug.cgi?id=53925 So try to upgrade poppler to version 0.21.0 or later. ___ evince-list mailing list evince-list@gnome.org https://mail.gnome.org/mailman/listinfo/evince-list
Re: [evince] embedded type 3 font issue
On Sun, Jan 19, 2014 at 09:17:48AM -0500, Bob Tennent wrote: I've compared ldd outputs and the following are used on the system with the issue: libEGL.so.1 = /usr/lib/libEGL.so.1 (0x007a4000) libxcb-shm.so.0 = /usr/lib/libxcb-shm.so.0 (0x07c5f000) libxcb-render.so.0 = /usr/lib/libxcb-render.so.0 (0x07c33000) libGL.so.1 = /usr/lib/libGL.so.1 (0x04cef000) libX11-xcb.so.1 = /usr/lib/libX11-xcb.so.1 (0x00dfc000) libxcb-dri2.so.0 = /usr/lib/libxcb-dri2.so.0 (0x07b25000) libxcb-xfixes.so.0 = /usr/lib/libxcb-xfixes.so.0 (0x0026) libxcb-shape.so.0 = /usr/lib/libxcb-shape.so.0 (0x001e9000) libgbm.so.1 = /usr/lib/libgbm.so.1 (0x00b25000) libglapi.so.0 = /usr/lib/libglapi.so.0 (0x00d77000) libudev.so.0 = /lib/libudev.so.0 (0x002b6000) libdrm.so.2 = /usr/lib/libdrm.so.2 (0x07b2b000) libxcb-glx.so.0 = /usr/lib/libxcb-glx.so.0 (0x07b7a000) libXxf86vm.so.1 = /usr/lib/libXxf86vm.so.1 (0x07aa3000) and are not used on the other systems. Could one of these be problematic? Possibly. Those look like the dependencies for libcairo. Check the cairo version? ___ evince-list mailing list evince-list@gnome.org https://mail.gnome.org/mailman/listinfo/evince-list
Re: [evince] Evince
On Mon, Oct 21, 2013 at 01:46:01PM +0200, Sandra Nazé wrote: To see pdf documents, I use Evince version and I'm very happy with it but today, on a site of the Belgian administration, I read this : To view the full contents of this document, you need a later version of the PDF viewer. You can upgrade to the latest version of Adobe Reader from www.adobe.com/products/acrobat/readstep2.html For further support, go to www.adobe.com/support/products/acrreader.html What can I do to avoid Adobe Acrobat? Can you help me please? I also use Mozilla. This sounds like poppler bug 14265. https://bugs.freedesktop.org/show_bug.cgi?id=14265 Poppler doesn't support XFA (XML Forms Architecture) and documents requiring XFA may show this message. As far as I know no one at poppler is working on it. ___ evince-list mailing list evince-list@gnome.org https://mail.gnome.org/mailman/listinfo/evince-list
Re: [poppler] Linking Poppler to Code::Blocks
On Thu, Apr 25, 2013 at 01:21:13PM +0200, Christopher Icely wrote: Hi Jason, That makes a bucket load of sense, I've been just linking to a generic libpoppler.dll.a file as opposed to the file you described - lipoppler-cpp.ddl.a. However the problem is, is that when I built codeblocks poppler project, it only created the libpoppler.dll.a and libpoppler-qt4.dll.a files. And while there is a cpp folder in the build directory it is only populated with folders that have to do with Cmake (CMakeFiles, cmake_install, CTestTestfile etc...). Do you have any idea why this might be the case? Is it for example that the C++ front end needs particular dependencies and if Cmake doesn't find them it doesn't build the C++ front end? If so do you know what the dependencies are for the C++ front end? Thank you for any help you can provide me. Kind regards Chris Sorry for the delay. I have been without internet access for a few days. Also, please send your replies to the mailing list. I don't know why it didn't build libpoppler-cpp.dll for you. I just tried with CMake and CodeBlocks on Windows and it built the library. Yes, if the dependencies are not available, or if ENABLE_CPP is disabled, it will not build the CPP frontend. The only dependency I am aware of is Iconv. CMake should state whether the 'cpp wrapper' is being built when you configure it. On Mon, Apr 22, 2013 at 4:46 AM, Jason Crain ja...@aquaticape.us wrote: On Sat, Apr 20, 2013 at 08:20:42PM +0200, Christopher Icely wrote: Good Day All, Firstly, I do apologize if this is the incorrect forum in which to ask my questions however, I'm really at my wit's end with this problem and I was hoping one of you could perhaps help me. Basically I wish to write code that will allow me to extract annotations from PDFs. However, I'm yet to write any code as I've spent an inordinate amount of time in just getting Poppler built. These are the steps I've followed so far: {System specs: Windows 7, MinGW, CodeBlocks} 1) I have a folder structure like so: C:\Users\Chris\Documents\Poppler\build\ -poppler-0.22.2 -poppler-0.22.2_Build The file poppler-0.22.2 is the unzipped source files while the poppler-0.22.2_Build file was made by the Cmake GUI with Cairo, JPEG, QT4 and TIFF included. Furthermore, Cmake was instructed to generate a CodeBlocks - MinGW Makefiles. 2) After the CodeBlocks project was generated by Cmake, the project was built in CodeBlocks and I was left with the following: C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\ --CMakeFiles --cpp --poppler --qt4 --test --utils --cmake_install.cmake --CMakeCache --config.h --CTestfile.cmake --libpoppler.dll --libpoppler.dll.a --Makefile --poppler.cbp --poppler.layout 3) Now i need to link the poppler library to my project. Therefore in CodeBlocks I did the following: a)Settings-Compiler-Linker settings: Link libraries and I set the path to: C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\libpoppler.dll.a b)Then in Settings-Compiler-Search directories-Linker I set the path to: C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\ c)Then I set up the linking for my project: Project-Build Options-Linker settings and set the path to C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\libpoppler.dll.a d)And finally: Project-Build Options-Search directories-Linker and add the path: C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\ 4) I have now written the following code in my main.cpp just to see if everything works: 1 : #include iostream 2 : #include C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2\cpp\poppler-global.h 3 : #include C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2\cpp\poppler-document.h 4 : 5 : using namespace std; 6 : 7 : int main() 8 : { 9 : 10: 11: const string dir = C:\\Users\\Chris\\Documents\\WorkForDad\\2013\\Pdf Automation\\Anotation Extraction\\Remuneration Report.pdf; 12: 13:poppler::document *doc = poppler::document::load_from_file(dir); 14: 15:return 0; 16: } However, I get the following error in myBuild messages when I build the code: C:\Users\Chris\Documents\WorkForDad\2013\Pdf Automation\Test\Clean
Re: [poppler] Linking Poppler to Code::Blocks
On Sat, Apr 20, 2013 at 08:20:42PM +0200, Christopher Icely wrote: Good Day All, Firstly, I do apologize if this is the incorrect forum in which to ask my questions however, I'm really at my wit's end with this problem and I was hoping one of you could perhaps help me. Basically I wish to write code that will allow me to extract annotations from PDFs. However, I'm yet to write any code as I've spent an inordinate amount of time in just getting Poppler built. These are the steps I've followed so far: {System specs: Windows 7, MinGW, CodeBlocks} 1) I have a folder structure like so: C:\Users\Chris\Documents\Poppler\build\ -poppler-0.22.2 -poppler-0.22.2_Build The file poppler-0.22.2 is the unzipped source files while the poppler-0.22.2_Build file was made by the Cmake GUI with Cairo, JPEG, QT4 and TIFF included. Furthermore, Cmake was instructed to generate a CodeBlocks - MinGW Makefiles. 2) After the CodeBlocks project was generated by Cmake, the project was built in CodeBlocks and I was left with the following: C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\ --CMakeFiles --cpp --poppler --qt4 --test --utils --cmake_install.cmake --CMakeCache --config.h --CTestfile.cmake --libpoppler.dll --libpoppler.dll.a --Makefile --poppler.cbp --poppler.layout 3) Now i need to link the poppler library to my project. Therefore in CodeBlocks I did the following: a)Settings-Compiler-Linker settings: Link libraries and I set the path to: C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\libpoppler.dll.a b)Then in Settings-Compiler-Search directories-Linker I set the path to: C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\ c)Then I set up the linking for my project: Project-Build Options-Linker settings and set the path to C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\libpoppler.dll.a d)And finally: Project-Build Options-Search directories-Linker and add the path: C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\ 4) I have now written the following code in my main.cpp just to see if everything works: 1 : #include iostream 2 : #include C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2\cpp\poppler-global.h 3 : #include C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2\cpp\poppler-document.h 4 : 5 : using namespace std; 6 : 7 : int main() 8 : { 9 : 10: 11: const string dir = C:\\Users\\Chris\\Documents\\WorkForDad\\2013\\Pdf Automation\\Anotation Extraction\\Remuneration Report.pdf; 12: 13:poppler::document *doc = poppler::document::load_from_file(dir); 14: 15:return 0; 16: } However, I get the following error in myBuild messages when I build the code: C:\Users\Chris\Documents\WorkForDad\2013\Pdf Automation\Test\Clean\main.cpp||In function 'int main()':| C:\Users\Chris\Documents\WorkForDad\2013\Pdf Automation\Test\Clean\main.cpp|13|warning: unused variable 'doc' [-Wunused-variable]| obj\Debug\main.o||In function `main':| C:\Users\Chris\Documents\WorkForDad\2013\Pdf Automation\Test\Clean\main.cpp|13|undefined reference to `_imp___ZN7poppler8document14load_from_fileERKSsS2_S2_'| ||=== Build finished: 1 errors, 1 warnings (0 minutes, 1 seconds) ===| ### And in the Build log I get the following: -- Clean: Debug in Clean (compiler: GNU GCC Compiler)--- Cleaned Clean - Debug -- Build: Debug in Clean (compiler: GNU GCC Compiler)--- mingw32-g++.exe -Wall -fexceptions -g -g-c C:\Users\Chris\Documents\WorkForDad\2013\Pdf Automation\Test\Clean\main.cpp -o obj\Debug\main.o C:\Users\Chris\Documents\WorkForDad\2013\Pdf Automation\Test\Clean\main.cpp: In function 'int main()': C:\Users\Chris\Documents\WorkForDad\2013\Pdf Automation\Test\Clean\main.cpp:13:24: warning: unused variable 'doc' [-Wunused-variable] mingw32-g++.exe -L..\..\..\..\..\Poppler\build\poppler-0.22.2_Build -LC:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build -o bin\Debug\Clean.exe obj\Debug\main.o ..\..\..\..\..\Poppler\build\poppler-0.22.2_Build\libpoppler.dll.a C:\Users\Chris\Documents\Poppler\build\poppler-0.22.2_Build\libpoppler.dll.a obj\Debug\main.o: In function `main': C:/Users/Chris/Documents/WorkForDad/2013/Pdf Automation/Test/Clean/main.cpp:13: *undefined reference to `_imp___ZN7poppler8document14load_from_fileERKSsS2_S2_'* collect2.exe: error: ld returned 1 exit
[Bug 700504] [NEW] calling NamedPipeServerStream.Disconnect causes SIGSEGV
Public bug reported: Binary package hint: mono When compiled and run, the following program crashes with SIGSEGV public class Foo { static void Main() { new System.IO.Pipes.NamedPipeServerStream(testpipe).Disconnect(); } } $ gmcs pipetest.cs $ mono pipetest.exe Stacktrace: at (wrapper managed-to-native) Mono.Unix.Native.Stdlib.fclose (intptr) 0x0005b at (wrapper managed-to-native) Mono.Unix.Native.Stdlib.fclose (intptr) 0x0005b at System.IO.Pipes.UnixNamedPipeServer.Disconnect () 0x0002b at System.IO.Pipes.NamedPipeServerStream.Disconnect () 0x00020 at (wrapper remoting-invoke-with-check) System.IO.Pipes.NamedPipeServerStream.Disconnect () 0x00053 at Foo.Main () 0x0003b at (wrapper runtime-invoke) object.runtime_invoke_void (object,intptr,intptr,intptr) 0x00049 Native stacktrace: mono() [0x48563b] mono() [0x4d275f] /lib/libpthread.so.0(+0xfb40) [0x7f44c0ed4b40] /lib/libc.so.6(fclose+0x4) [0x7f44c09268a4] [0x41d4e91b] Debug info from gdb: Could not attach to process. If your uid matches the uid of the target process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf ptrace: Operation not permitted. = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Aborted $ mono --version Mono JIT compiler version 2.6.7 (Debian 2.6.7-3ubuntu1) Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC and Parallel Mark) SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none ** Affects: mono (Ubuntu) Importance: Undecided Status: New ** Description changed: Binary package hint: mono When compiled and run, the following program crashes with SIGSEGV public class Foo { - static void Main() { - new System.IO.Pipes.NamedPipeServerStream(testpipe).Disconnect(); - } + static void Main() { + new System.IO.Pipes.NamedPipeServerStream(testpipe).Disconnect(); + } } - $ gmcs pipetest.cs $ mono pipetest.exe Stacktrace: - at (wrapper managed-to-native) Mono.Unix.Native.Stdlib.fclose (intptr) 0x0005b - at (wrapper managed-to-native) Mono.Unix.Native.Stdlib.fclose (intptr) 0x0005b - at System.IO.Pipes.UnixNamedPipeServer.Disconnect () 0x0002b - at System.IO.Pipes.NamedPipeServerStream.Disconnect () 0x00020 - at (wrapper remoting-invoke-with-check) System.IO.Pipes.NamedPipeServerStream.Disconnect () 0x00053 - at Foo.Main () 0x0003b - at (wrapper runtime-invoke) object.runtime_invoke_void (object,intptr,intptr,intptr) 0x00049 + at (wrapper managed-to-native) Mono.Unix.Native.Stdlib.fclose (intptr) 0x0005b + at (wrapper managed-to-native) Mono.Unix.Native.Stdlib.fclose (intptr) 0x0005b + at System.IO.Pipes.UnixNamedPipeServer.Disconnect () 0x0002b + at System.IO.Pipes.NamedPipeServerStream.Disconnect () 0x00020 + at (wrapper remoting-invoke-with-check) System.IO.Pipes.NamedPipeServerStream.Disconnect () 0x00053 + at Foo.Main () 0x0003b + at (wrapper runtime-invoke) object.runtime_invoke_void (object,intptr,intptr,intptr) 0x00049 Native stacktrace: - mono() [0x48563b] - mono() [0x4d275f] - /lib/libpthread.so.0(+0xfb40) [0x7f44c0ed4b40] - /lib/libc.so.6(fclose+0x4) [0x7f44c09268a4] - [0x41d4e91b] + mono() [0x48563b] + mono() [0x4d275f] + /lib/libpthread.so.0(+0xfb40) [0x7f44c0ed4b40] + /lib/libc.so.6(fclose+0x4) [0x7f44c09268a4] + [0x41d4e91b] Debug info from gdb: Could not attach to process. If your uid matches the uid of the target process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf ptrace: Operation not permitted. = Got a SIGSEGV while executing native code. This usually indicates - a fatal error in the mono runtime or one of the native libraries + a fatal error in the mono runtime or one of the native libraries used by your application. = Aborted + + $ mono --version + Mono JIT compiler version 2.6.7 (Debian 2.6.7-3ubuntu1) + Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com + TLS: __thread + GC:Included Boehm (with typed GC and Parallel Mark) + SIGSEGV: altstack + Notifications: epoll + Architecture: amd64 +
Re: Problems with debug packages on ubuntu 9.10 karmic
Quoting Thomas Mittelstaedt tmsta...@t-mittelstaedt.de: I have problems producing bug reports containing backtraces with all debug symbols. Even though I do have the dbg packages installed, gdb 7 doesn't pick them up automatically, neither for an installed app like rhythmbox nor for a custom build of gnome evolution. The non-stripped libraries get installed under /usr/lib/debug and I tried to use add-symbol-file, to load the symbols. And this procedure would only be partly successful, i.e. in the backtrace, some function calls of a library would show nicely while others would be just the usual '???'. See https://bugzilla.gnome.org/show_bug.cgi?id=606881 and https://bugzilla.gnome.org/page.cgi?id=trace.htmltrace_id=220468. It looks like mostly libraries are left. You can try installing the following debug packages. libc6-dbg gstreamer0.10-plugins-base-dbg gstreamer0.10-plugins-good-dbg libgstreamer0.10-0-dbg libglib2.0-0-dbg libpulse0-dbg libpulse-browse0-dbg libpulse-mainloop-glib0-dbg And this is why it's easer to send bugs to launchpad. They can use apport-retracer to get the debugging symbols themselves. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [Rhythmbox-devel] Feature request: Archived music files
sw wrote: there's one feature I am missing right now: with foobar and a couple of other music players there's the possibilty to play and browse zipped/rarerd/7zipped music files directly as if they were folders. Why would you zip or rar a music file? They don't compress well, do they? ___ rhythmbox-devel mailing list rhythmbox-devel@gnome.org http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
Re: cdrtools vs cdrkit: flogging the dead horse
On Wed, January 14, 2009 7:08 am, Odysseus Flappington wrote: The reason it's not in non-free (i.e. multiverse, in Ubuntu), is that distributing it is currently believed to be a contravention of the copyright interests of the owners of the elements licensed under the GPL. When we believe that something is a violation of civil law to I'm not really taking sides here since I don't have enough information, but out of curiosity, what do you mean when you say contravention of the copyright interests of the owners of the elements licensed under the GPL.? Do you mean that the actual code which has been released under the GPL contravenes the interests of the copyright holders? Perhaps the copyright to some technology re DVD structures is stopping it from being distributed? Similar to what libdvdcss2 provides to play encrypted dvds and for the same reason isn't in the repos but need to be installed using an awkward script? Or, do you mean that there is an issue how the GPL'd code is being distributed, or who owns it? How come other applications can implement the technology to burn dvds without legal issues, like k3b or brasero, but cdrtools can't? It means that Schilling is a disagreeable person and does not approve of the ways cdrecord has been modified. He eventually changed the licensing to prevent certain modifications, so there was a fork. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: cdrtools vs cdrkit: flogging the dead horse
On Wed, January 14, 2009 7:21 am, Jason Crain wrote: On Wed, January 14, 2009 7:08 am, Odysseus Flappington wrote: The reason it's not in non-free (i.e. multiverse, in Ubuntu), is that distributing it is currently believed to be a contravention of the copyright interests of the owners of the elements licensed under the GPL. When we believe that something is a violation of civil law to I'm not really taking sides here since I don't have enough information, but out of curiosity, what do you mean when you say contravention of the copyright interests of the owners of the elements licensed under the GPL.? It means that Schilling is a disagreeable person and does not approve of the ways cdrecord has been modified. He eventually changed the licensing to prevent certain modifications, so there was a fork. Sorry, I should really read the entire thread. cdrecord requires a CDDL licensed build system, which is incompatible with the GPL licensed code. With the license incompatibilities it cannot be redistributed at all, not even in non-free. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
[Bug 21481] Re: Kernel panic 2.6.12-8-amd64-k8
I'm at a loss. I have no idea why the kernel would not be recognizing the /dev/sdXY devices. Sorry that I cannot help more. -- Kernel panic 2.6.12-8-amd64-k8 https://bugs.launchpad.net/bugs/21481 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 21481] Re: Kernel panic 2.6.12-8-amd64-k8
Your fstab and menu.lst look good to me same to me. And if they didn't match, I would expect the error messages to be different. So if you boot into -19 recovery console, you see entries in /dev ? Do you at least have /dev/hda or /dev/sda entries for your drive? If so, I don't know why it is not creating the entries in /dev/disk/by-uuid. It should create entries based on the following rules: # by-label/by-uuid (filesystem properties) IMPORT{program}=vol_id --export $tempnode ENV{ID_FS_USAGE}==filesystem|other|crypto, ENV{ID_FS_UUID_ENC}==?*, SYMLINK+=disk/by-uuid/$env{ID_FS_UUID_ENC} ENV{ID_FS_USAGE}==filesystem|other, ENV{ID_FS_LABEL_ENC}==?*, SYMLINK+=disk/by-label/$env{ID_FS_LABEL_ENC} and it gets the information it needs from /lib/udev/vol_id. I can only guess that either it cannot find the vol_id program or vol_id is returning bad information. What does it show when you run /lib/udev/vol_id /dev/hd?? replacing ?? with letter/number for your root drive? -- Kernel panic 2.6.12-8-amd64-k8 https://bugs.launchpad.net/bugs/21481 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 21481] Re: Kernel panic 2.6.12-8-amd64-k8
The error opening volume message is probably because vol_id needs to be run as root. But that doesn't matter because the problem is /dev/sda* entries are not being created. Maybe scsi drivers are not loaded? You could try running modprobe scsi_mod sd_mod sr_mod st sg from -19 recovery console and see if the devices are created. -- Kernel panic 2.6.12-8-amd64-k8 https://bugs.launchpad.net/bugs/21481 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 21481] Re: Kernel panic 2.6.12-8-amd64-k8
It pauses at Begin: Waiting for root file system because the entries in /dev are not available. It pauses hoping that they will soon appear. I'm not sure why they are not there. Could be udev not starting? -- Kernel panic 2.6.12-8-amd64-k8 https://bugs.launchpad.net/bugs/21481 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 21481] Re: Kernel panic 2.6.12-8-amd64-k8
Would you mind attaching /boot/initrd.img-2.6.25-2-amd64 ? -- Kernel panic 2.6.12-8-amd64-k8 https://bugs.launchpad.net/bugs/21481 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 21481] Re: Kernel panic 2.6.12-8-amd64-k8
Sorry, it is 2.6.24-19-generic that is not booting properly? Could you attach /boot/initrd.img-2.6.24-19-generic then? -- Kernel panic 2.6.12-8-amd64-k8 https://bugs.launchpad.net/bugs/21481 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 21481] Re: Kernel panic 2.6.12-8-amd64-k8
I suspect that the linker is trying to load libc from from /lib/libc.so.6 rather than /lib64/libc.so.6, where it reside in the initrd you provided. Can you show the output of the command update- initramfs -uv -k 2.6.24-19-generic? That may fix the problem depending on how it updates the initrd. If that fails, run this command as root: echo 'export LD_LIBRARY_PATH=/lib64' /etc/initramfs-tools/conf.d/ld_library_path and recreate the initrd with update-initramfs -u -k 2.6.24-19-generic. That may force it to load libc.so.6 from the correct directory. If neither of those fix it, can you run the following command from recovery mode and show the output: /lib64/ld-linux-x86-64.so.2 --list /sbin/usplash_write I would try these myself, but I can't get an x86_64 emulator to work. -- Kernel panic 2.6.12-8-amd64-k8 https://bugs.launchpad.net/bugs/21481 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: Cloned virtual test machines
On Mon, July 7, 2008 9:59 am, Felix Miata wrote: I'm well past my 15 partition limit in most of my machines. How to you do it? Only 2-3 distros per machine? 8 disks per machine? Something else? There is LVM. It has a high learning curve, though. http://tldp.org/HOWTO/LVM-HOWTO/ User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8.1.15) Gecko/20080622 SeaMonkey/1.1.10 (PmW) Really? Someone is still using OS2? :-) -- Jason Crain -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [Rhythmbox-devel] [Patch] Minimize to tray on close
Brian J. Murrell wrote: Given that your patch makes the behaviour optional for those that want it and status quo for those that don't, I would be greatly disheartened to see the continued resistance to the feature. Certainly I can understand resistance to a change in SOP, but given that this change is selectable, why not? I probably shouldn't get involved with something so controversial, but... what's wrong with clicking the tray icon when you want to minimize to tray? ___ rhythmbox-devel mailing list rhythmbox-devel@gnome.org http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
Re: Compiling subversion 1.5.0
Those look like fairly benign warnings that could be ignored. I'm not too familiar with debuild, but you could try running it with the -W option. That might set it to ignore warnings. On Fri, June 27, 2008 1:33 pm, Benno Korn wrote: Hello, I am using Ubuntu 8.04 32 bit. I try to package subversion 1.5.0 with JavaHL support. Therefore I use these debian experimental sources: http://packages.debian.org/experimental/subversion When I build the package using: tar xzf subversion_1.5.0dfsg1.orig.tar.gz cd subversion-1.5.0dfsg1 zcat ../subversion_1.5.0dfsg1-1.diff.gz | patch -p1 debuild -us -uc ... the packages are successfully created but the libsvn-java package is missing. So I have to compile using: DEB_BUILD_OPTIONS=with-javahl debuild -us -uc But then I run into this error: http://ubuntuusers.de/paste/373157/ How is the Ubuntu package in the repositories (version 1.4.6) being built? Or how else do I fix this problem? -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Jason Crain -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Compiling subversion 1.5.0
Sorry, missed the problem with all of the extra long lines :) It looks like the problem is it is missing the file org_tigris_subversion_javahl_ConflictDescriptor_Action.h, probably because something went wrong building javahl. I'm compiling it now to see if I can figure out why... On Fri, June 27, 2008 2:15 pm, Benno Korn wrote: I tried with the -W option. But the same error occured again. Jason Crain schrieb: Those look like fairly benign warnings that could be ignored. I'm not too familiar with debuild, but you could try running it with the -W option. That might set it to ignore warnings. On Fri, June 27, 2008 1:33 pm, Benno Korn wrote: Hello, I am using Ubuntu 8.04 32 bit. I try to package subversion 1.5.0 with JavaHL support. Therefore I use these debian experimental sources: http://packages.debian.org/experimental/subversion When I build the package using: tar xzf subversion_1.5.0dfsg1.orig.tar.gz cd subversion-1.5.0dfsg1 zcat ../subversion_1.5.0dfsg1-1.diff.gz | patch -p1 debuild -us -uc ... the packages are successfully created but the libsvn-java package is missing. So I have to compile using: DEB_BUILD_OPTIONS=with-javahl debuild -us -uc But then I run into this error: http://ubuntuusers.de/paste/373157/ How is the Ubuntu package in the repositories (version 1.4.6) being built? Or how else do I fix this problem? -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Jason Crain -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Hardy Alpha-4 synaptic error
Richard Mancusi wrote: On Feb 3, 2008 9:13 AM, Lars Wirzenius [EMAIL PROTECTED] wrote: On su, 2008-02-03 at 09:05 -0600, Richard Mancusi wrote: [EMAIL PROTECTED]:~$ gksu update-manager warning: could not initiate dbus You don't need to run update-manager as root. It will switch to root (and ask for username then) when it needs it. This should at least fix the dbus initialization problem. (I don't know about the other problems, which may be unrelated.) That fixed the dbus problem. The password works, gui comes up showing the available updates, then back to a window with my initial error: -- An error occured The following details are provided: E:ERROR: could not create configuration directory /home/root/.synaptic - mkdir (2 No such file or directory) -- Terminal output = current dist not found in meta-release file Could you run this and tell us what it shows: sudo -H bash -c 'echo $HOME' -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Hardy Alpha-4 synaptic error
Richard Mancusi wrote: -- Forwarded message -- From: Richard Mancusi [EMAIL PROTECTED] Date: Feb 3, 2008 9:46 AM Subject: Re: Hardy Alpha-4 synaptic error To: Jason Crain [EMAIL PROTECTED] On Feb 3, 2008 9:35 AM, Jason Crain [EMAIL PROTECTED] wrote: Could you run this and tell us what it shows: sudo -H bash -c 'echo $HOME' /home/root That's pretty strange. Try running sudo usermod -d /root root to set root's home dir. If that doesn't work, you may have to look at root's .bash* or .profile files to see if $HOME is being set anywhere. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [Rhythmbox-devel] RB Plugin area
On Thu, December 27, 2007 7:22 am, Chris Norman wrote: Hi all, Is there a site where all Rhythmbox plugins are kept? So a person can just browse through them, instead of looking all over the internet? There are a few at http://live.gnome.org/RhythmboxPlugins and http://live.gnome.org/RhythmboxPlugins/ThirdParty -- Jason Crain ___ rhythmbox-devel mailing list rhythmbox-devel@gnome.org http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
Re: Easy Add/Remove Porgrams for non-sudoers with local PREFIX?
Mackenzie Morgan wrote: You'd have to have special packages for local and for system-wide. ./configure is during compile, not during installation, so you'd have to compile twice for each package to have one that goes in ~ On Dec 20, 2007 11:24 AM, Carsten Agger [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Like in many packages, you can say ./configure PREFIX=~/bin you'll install the package locally and don't need to be superuser. Are there any plans to integrate this functionality with synaptic/Add-Remove for non-sudoers, or am I missing something? https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss The problem seems to be that programs will look for their files in /etc and /usr/share. You could do something similar to what fakeroot does. Load a library that wraps open and stat system calls. You could then check for files in ~/.user_root before looking in the real root. Then programs wouldn't have to be recompiled. Though, it would take a miracle to keep this from breaking some programs... -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
[Bug 173334] libaudiofile0 does not have large file support
Public bug reported: Binary package hint: libaudiofile0 version: 0.2.6-6ubuntu3 needs to be configured with ./configure --enable-largefile=yes ** Affects: audiofile (Ubuntu) Importance: Undecided Status: New -- libaudiofile0 does not have large file support https://bugs.launchpad.net/bugs/173334 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs