Bug#712054: Add EPUB publication format MIME types to /etc/mime.types
Package: mime-support Version: 3.54 MIME types for the EPUB open e-book format should be added to the mime.types file. As described on Wikipedia (http://en.wikipedia.org/wiki/EPUB), there are 3 MIME type - file extension pairs to be added: application/epub+zipepub application/oebps-package+xmlopf application/x-dtbncx+xmlncx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639331: linux-image-2.6.36-rc6-686-bigmem: Closing laptop lid hangs the
Hello, I had suffered from this bug, too, and can testify that updating the BIOS on my Dell Studio 1555 to the latest A13 version (http://www.dell.com/support/drivers/us/en/19/DriverDetails?driverId=R301502) has solved the problem. -- Best Regards, Aleksander Adamowski http://olo.org.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#449205: RFP: stix-fonts -- the Scientific and Technical Information eXchange fonts
Note that STIX has adopted the SIL Open Font license, as they stated on March 11, 2008: http://www.stixfonts.org/news.html The STI Pub Group has accepted the SIL Open Font License as the license to be used for the production release. The copyright statement is being reviewed by our attorney and the final license text will be released as soon as that review is completed. Also from their FAQ (http://www.stixfonts.org/STIXfaq.html): Q. The terms of the license do not appear to allow modification of parts of the fonts that are not the glyphs, including tables or the README.txt. Will the final license be fully open? A. The STIPub Group plans to release the production version of the fonts under the SIL Open Font License. We do request that, if any changes are made, these be documented fully, the font names changed, and the identity of the person or organization responsible for the modification be included in the documentation. The copyright holder should be informed of any modifications, and may choose to incorporate contributed modifications into the standard version. Seems that SIL OFL is appropriate for free repo: http://scripts.sil.org/cms/scripts/page.php?site_id=nrsiid=OFL The OFL meets the specific needs of typographic design and engineering as well as the gold standards of the FLOSS (Free/Libre and Open Source Software) community, namely the cultural values and guidelines from the FSF 1, the Debian Free Software Guidelines2, as well as the Open Source Definition3. It draws inspiration from some concepts and elements found in other free and open licenses, but we believe our improvements in the specific area of fonts will make the licensing model work better than other models currently in use. DFSG compatibility The OFL complies with the Debian Free Software Guidelines: reselling: DFSG #1 source code redistribution: DFSG #2 derivatives: DFSG #3 compromise clause permitting name change: DFSG #4 (this is absolutely essential for font derivatives for artistic integrity and anti-collision purposes) no discrimination against people/groups: DFSG #5 no discrimination against fields of endeavour: DFSG #6 license distribution: DFSG #7 non-Debian specific: DFSG #8 no contamination of other software: DFSG #9 Note that various font families under OFL have been accepted in the main archive of Debian (as well as Ubuntu) by the ftp-masters. -- Best Regards, Aleksander Adamowski http://olo.org.pl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407849: Better preloadkde script that caches file contents
Hi! It seems that simply preloading directory entries into cache is not enough to gain any significant startup time improvements. However, I've analysed what files are opened during KDE startup by tracing open syscalls with strace -f -F -eopen -o kdm_open.log -p KDM_PID. Then I've come up with the following KDE preload script: snip #!/bin/sh basedir=/usr/share etcdir=/etc libdir=/usr/lib locale_langpackdir=/usr/share/locale-langpack defprofiledir=/usr/share/kubuntu-default-settings/kde-profile/default additional_dirs=/usr/share/python-support/kde-guidance find $etcdir/kde3 ~/.kde $basedir/applications \ $basedir/applnk $basedir/mimelnk $basedir/services \ $basedir/servicetypes $basedir/config \ $basedir/icons /opt/kde3/ -fprint /dev/null find $libdir/kde3 -type f -name '*.so' -print0 | xargs cat /dev/null find $locale_langpackdir -type f -print0 -name 'kde*' -or -name 'desktop_kde*' | xargs -0 cat /dev/null find $defprofiledir -type f -print0 | xargs cat /dev/null find $libdir/libkdecore* $libdir/libkdeinit_* $libdir/libkdeui* -type f -print0 | xargs -0 cat /dev/null find $additional_dirs -type f -print0 | xargs -0 cat /dev/null snap I've tested it using the following procedure: 1) shutdown the machine to poweroff then start it, wait until KDM screen come up, then a couple of seconds to let preload do its job 2) type in my password, then press Enter while launching the stop-watch on my mobile at the same time 3) stop the stopwatch when the desktop background image shows up Here are the results: = Without preload: 1: 18.16 secs 2: 17.64 secs 3: 17.39 secs = With preload: 1: 15.34 secs 2: 15.35 secs 3: 15.33 secs = This gives at worst a decrease of 11,7% in KDE startup time - not very much, but still noticeable. One note: I've done this on Ubuntu Feisty. Sorry, I don't have a Debian desktop at the moment. Best Regards, -- Aleksander Adamowski GnuPG key ID 0x9693EE6B Jabber JID: [EMAIL PROTECTED] / GG#: 274614 / ICQ UIN: 19780575 http://olo.org.pl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421214: ldapvi built against newer libldap
Christoph, do you have the ldapvi built/linked against newer libldap in the form of deb source package? Could you publish it for testing? -- Aleksander Adamowski Jabber JID: [EMAIL PROTECTED] GG#: 274614 ICQ UIN: 19780575 http://olo.org.pl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]