Informacion
HOLA!!! Te invito a conocer mi nueva pagina Web con nuevas fotos y nuevos precios!!! www.perfumes.com.py Fragancias con la misma calidad de siempre: C. Dior, Carolina Herrera, H. Boss, C. Kleyn, etc. para hombres y mujeres. Más de 70 variedades. Precios desde Gs 45.000 a Gs 135.000 Solicita muestrario con promotora sin recargo ni compromisos!!! Visita ahora mismo mi nueva Web en: www.perfumes.com.py www.perfumes.com.py www.perfumes.com.py Haz tu pedido ahora!!! Marlene Salerno [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Desde Asunción - Paraguay para todo el país PD: Si este Mensaje no es de tu agrado o no te Gusta Favor de solicitarme que no lo deseas recibir mas.. Esto segun la seccion Internacional de SPAM donde indica que este es un anuncio es serio y no tiene la intención de Molestar ni Engañar.
Re: NMUs for Python Policy -- please hold them a little
Loïc Minier, 2006-06-23 16:40:06 +0200 : [...] > Probably the biggest reason why I feel this extra time would be > useful is because the new Python Policy and the tools supporting it > saw non-negligible changes in the last days. All of this only > settled very recently. This explains why maintainers have been > reluctant in moving packages to the new policy immediately. And here I was, thinking a policy was a collection of tried and true best practices turned into official status after they've been in use by most concerned packages for some time. I guess I'm hopelessly out of touch with reality. Roland. -- Roland Mas Just because you're dead doesn't mean they aren't still out to get you. -- Virgil, in Ye Gods! (Tom Holt) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NMUs for Python Policy -- please hold them a little
On Sat, Jun 24, 2006, Roland Mas wrote: > And here I was, thinking a policy was a collection of tried and true > best practices turned into official status after they've been in use > by most concerned packages for some time. IIUC, the benefit of the new policy is to ease switching to new Python versions. The more packages following the new policy, the easiest are Python transitions. Since Python 2.4 is a release goal, it is desirable to have the most packages Python 2.4 aware, and it is automatically the case of packages converted to the new policy. -- Loïc Minier <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Why does doc packages need to contain gzipped files?
Hi I have to my annoyance noticed that several of the doc packages (especially development packages) contains files that are gzipped. That is either example source files or pdfs etc... My point is that if I choose to install a doc packages I intend to use it frequently and would therefore like that it is user friendly rather than that one has squeezed some few kilobytes out by gzipping files. If I don't need the package anymore I can uninstall it to save the space. When it comes to Changelog or other files that are included in all packages (not only doc packages) it is fine that they are gzipped. I'm only talking about the pure doc packages. Thanks in advance Preben Randhol -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
On Sat, Jun 24, 2006 at 11:45:00AM +0200, Preben Randhol wrote: > Hi > > I have to my annoyance noticed that several of the doc packages > (especially development packages) contains files that are gzipped. That > is either example source files or pdfs etc... > > My point is that if I choose to install a doc packages I intend to use > it frequently and would therefore like that it is user friendly rather > than that one has squeezed some few kilobytes out by gzipping files. If > I don't need the package anymore I can uninstall it to save the space. > > When it comes to Changelog or other files that are included in all > packages (not only doc packages) it is fine that they are gzipped. I'm > only talking about the pure doc packages. i completely agree with you. i find very annoying to have to gunzip stuff from docs. disk space i cheap. cheers domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
HI, On Sat, Jun 24, 2006 at 11:45:00AM +0200, Preben Randhol wrote: > Hi > > I have to my annoyance noticed that several of the doc packages > (especially development packages) contains files that are gzipped. That > is either example source files or pdfs etc... I understand your point and feeling. That is because of Debian policy and smart program called debhelper scripts helping packager to follow this policy. > My point is that if I choose to install a doc packages I intend to use > it frequently and would therefore like that it is user friendly rather > than that one has squeezed some few kilobytes out by gzipping files. If > I don't need the package anymore I can uninstall it to save the space. Yes. > When it comes to Changelog or other files that are included in all > packages (not only doc packages) it is fine that they are gzipped. I'm > only talking about the pure doc packages. Actually, the saving we get may be small here too. These days, harddisk is huge anyway. Waisting cpu time for gunzipping may be more waiste than harddisk space. But, we have fast CPUs so it is not too bad. Under gnome, fileroller will open it for you from filer. > Thanks in advance So it is non-issue for modern machine. We live with current rule. Real issue is saving space for compact systems. There we will have support in dpkg which can be told to drop installing in /usr/share/doc/* or something like it. Osamu -- ~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ + Osamu Aoki <[EMAIL PROTECTED]> Yokohama Japan, GPG-key: A8061F32 .''`. Debian Reference: post-installation user's guide for non-developers : :' : http://qref.sf.net and http://people.debian.org/~osamu `. `' "Our Priorities are Our Users and Free Software" --- Social Contract -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
> i completely agree with you. i find very annoying to have to gunzip > stuff from docs. disk space i cheap. On all systems, in all situations, in all countries? signature.asc Description: Digital signature
Re: Why does doc packages need to contain gzipped files?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Domenico Andreoli wrote: > On Sat, Jun 24, 2006 at 11:45:00AM +0200, Preben Randhol wrote: [snip] > i completely agree with you. i find very annoying to have to > gunzip stuff from docs. disk space i cheap. How does that package get from the Debian mirror to your computer? 2 ways: - - network - - mailed CD/DVD In either case, *size* does matter. - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEnU11S9HxQb37XmcRAksHAKDCMpCzWYehMXewz0EMAnXQEgingACgt7BV yGjRONAD6jO3fNi7+X6MDs0= =+CxY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
* Ron Johnson [Sat, 24 Jun 2006 09:34:29 -0500]: > How does that package get from the Debian mirror to your computer? > 2 ways: > - network > - mailed CD/DVD > In either case, *size* does matter. No, this is not about network transfer size, only about disk space, because files inside a .deb file are inside a _gzipped_ tar file. (Plus, IIRC, a gzipped tar of uncompressed files usually gives a bigger rate than a compressed tar of gzipped files. So there.) -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Fangoria - Cierra los ojos (Madelman) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375217: ITP: muswsusp -- tools to use userspace software suspend provided by the linux kernel
Package: wnpp Severity: wishlist Owner: "Tim Dijkstra (tdykstra)" <[EMAIL PROTECTED]> * Package name: muswsusp Version : 0.2 Upstream Author : Rafael J. Wysocki <[EMAIL PROTECTED]>, Pavel Machek <[EMAIL PROTECTED]> * URL : http://suspend.sf.net * License : GPL Programming Lang: C Description : tools to use userspace software suspend provided by the linux kernel µswsusp contains the programs to use the userspace software suspend facility available in linux kernel 2.6.17-rc1 and higher. It enables you to save the state of the whole system to disk and power off your system. After restarting your system it will be put back in the exact system state you left it (this is sometimes called hibernation). . It also includes an option to suspend-to-ram after the state is saved to disk. In the suspend-to-ram state the system still uses power, but is faster in resuming. In case the battery depletes the state is still on disk and resume from disk can continue without data loss. . To use this package you need a linux kernel version 2.6.17-rc1 or newer configured to use an mkinitramfs. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (20, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.1 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to nl_NL.utf8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375218: ITP: liblzf-dev -- a very small data compression library
Package: wnpp Severity: wishlist Owner: "Tim Dijkstra (tdykstra)" <[EMAIL PROTECTED]> * Package name: liblzf-dev Version : 1.51 Upstream Author : Marc Alexander Lehmann <[EMAIL PROTECTED]> * URL : http://www.goof.com/pcg/marc/liblzf.html * License : BSD/GPL Programming Lang: C Description : a very small data compression library LibLZF is a very small data compression library. It consists of only two .c and two .h files and is very easy to incorporate into your own programs. The compression algorithm is very, very fast, yet still written in portable C. I need this for static linking in the muswsusp binaries resume and suspend. That's why I only intend to provide the a liblzf-dev. The upstream author also only provides infrastructure for static linking. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (20, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.1 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to nl_NL.utf8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adeodato Simó wrote: > * Ron Johnson [Sat, 24 Jun 2006 09:34:29 -0500]: > >> How does that package get from the Debian mirror to your >> computer? > >> 2 ways: - network - mailed CD/DVD > >> In either case, *size* does matter. > > No, this is not about network transfer size, only about disk > space, because files inside a .deb file are inside a _gzipped_ > tar file. (Plus, IIRC, a gzipped tar of uncompressed files > usually gives a bigger rate than a compressed tar of gzipped > files. So there.) Point taken. Wasn't there a discussion a month or so ago regarding whether PDF files should be gzipped or not? - -- Ron Johnson, Jr. Jefferson LA USA Is "common sense" really valid? For example, it is "common sense" to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that "common sense" is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEnVokS9HxQb37XmcRAnfCAKCSyjJ1Qtc/TEmFEUPzE+ZU7GuQYQCgoE6/ 9Nkd3EGd7DH3OFuUB+z2P6c= =0oHL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
Preben Randhol <[EMAIL PROTECTED]> wrote: > My point is that if I choose to install a doc packages I intend to use > it frequently and would therefore like that it is user friendly rather > than that one has squeezed some few kilobytes out by gzipping files. If Agreed. Particularly since the saving isn't sooo big at all. On my - of course, not representative - workstation an uncompressed doc/ tree takes only about a third more space (and this includes all the ChangeLogs, READMEs etc. shipped with each package). [EMAIL PROTECTED]:~# du -sh /usr/share/doc 839M/usr/share/doc [EMAIL PROTECTED]:~# cp -ia /usr/share/doc /var/tmp [EMAIL PROTECTED]:~# cd /var/tmp/doc [EMAIL PROTECTED]:/var/tmp/doc# find . -type f -name \*.gz -print0 | xargs -0 gzip -d gzip: ./kernel-package/Rationale already exists;not overwritten gzip: ./kernel-package/HOWTO-Linux-2.6-Woody already exists;not overwritten gzip: ./gcc-4.1-base/.changelog.Debian.gz has 1 other link -- unchanged gzip: ./gcc-4.1-base/changelog.Debian.gz has 1 other link -- unchanged [EMAIL PROTECTED]:/var/tmp/doc# du -sh . 1,3G. [EMAIL PROTECTED]:/var/tmp/doc# regards Mario -- There are 10 types of people in the world: Those who understand binary, and those who don't... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
On Sat, 24 Jun 2006 10:28:36 -0500 Ron Johnson <[EMAIL PROTECTED]> wrote: > Wasn't there a discussion a month or so ago regarding whether PDF > files should be gzipped or not? Unfortunately I wasn't on the list then, but My opinion is that they shouldn't 1. You don't save much space ad pdf is quite compressed as is 2. xpdf doesn't want to open gzipped pdfs by default which makes this a pain in the **tt for people who want to read the pdf. Preben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
On Sat, 24 Jun 2006 05:52:26 +0900 Osamu Aoki <[EMAIL PROTECTED]> wrote: > But, we have fast CPUs so it is not too bad. Under gnome, fileroller > will open it for you from filer. But I don't want to unzip a pdf to my home directory. This wasts space. Last pdf I saw gzipped was only 6% smaller. If I have to gunzip it to my local home directory I actually use 194 % more space than I needed if the pdf wasn't gzipped. If the system has 10 people and everybody does this then please tell my why gzipping the file saves space?!? > So it is non-issue for modern machine. We live with current rule. No it is not. Because I (for one) want user friendliness. Why should I waste my time gunzipping X files to get the info I need to do my job? We talk about Linux being more efficient than say Windows, but if we constantly have to jump over hurdles like this, everything slows down > Real issue is saving space for compact systems. There we will have > support in dpkg which can be told to drop installing > in /usr/share/doc/* or something like it. If it is a compact system, then why on earth would you install doc packages? It doesn't make sense. If one really really need to gzip, then make all applications in the default Debian system able to handle gzipped files so there is no need to unzip them to your local area and in fact use more space than needed. Best wishes Preben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
Preben Randhol <[EMAIL PROTECTED]> writes: Hello, > 2. xpdf doesn't want to open gzipped pdfs by default which > makes this a pain in the **tt for people who want to read the pdf. There's "zxpdf" in the xpdf package, analogous to zless and zcat it views gzipped files. René -- René van Bevern <[EMAIL PROTECTED]> http://progn.org http://www.debian.org http://www.pro-linux.de pgphsHUizxfA1.pgp Description: PGP signature
[MEETINGS] Log from the Debian Installer team meeting of June 24th 2006
Please find below the log from the Debian Installer "monthly meeting that's held every two months" of June 24th 2006 on the #debian-boot IRC channelm on irc.debian.org Log from the Debian Installer team meeting of June 24th 2006, 16:00UTC -- People who speak below: Alphix: David Härdeman bubulle_ : Christian Perrier dajobe: Dave Beckett fjp : Frans Pop h01ger: Holger Levsen joeyh : Joey Hess jvw : Jeroen van Wolfelaar maks : Maximilian Attems _Max : Max Vozeler svenl : Sven Luther trave11er : Jurij Smakov waldi : Bastian Blank zinosat : Davide Viti Nicknames mentioned during the meeting though these people were not attending: ninou : Sylvain Ferriol vorlon: Steve Langasek Hours are European Time (UTC +0200): 17:57 < bubulle_> OK, time for people who are actually around to say "hi" 17:58 < waldi> hi 17:58 < Alphix> hi 17:58 < h01ger> hi 17:58 < maks> hi 17:58 < zinosat> hi 17:58 < _Max> ho 17:58 < joeyh> "hi" 17:58 < trave11er> oh, it's a meeting, isn't it? 17:58 < CIA-1> debian-installer: bubulle * r38402 installer/doc/i18n/en/new-language.xml: 17:58 < CIA-1> debian-installer: Mention that needed-characters is required only for languages that are 17:58 < CIA-1> debian-installer: supported by the next interface 17:59 <+fjp> bye 17:59 < svenl> fjp: excpect the whole set of patches for monday, * 17:59 -!- mode/#debian-boot [+o waldi] by ChanServ 17:59 -!- mode/#debian-boot [+b [EMAIL PROTECTED] by waldi 17:59 -!- _TURK_ was kicked from #debian-boot by waldi [this is too much scripting for developers] 17:59 < svenl> bubulle_: hi 17:59 -!- mode/#debian-boot [-o waldi] by waldi 17:59 < bubulle_> Reminder: the meeting agenda is http://wiki.debian.org/DebianInstaller/Meetings 17:59 < bubulle_> it's a bit messy this time..:-) 18:00 < CIA-1> debian-installer: fjp * r38403 installer/ (18 files in 2 dirs): 18:00 < CIA-1> debian-installer: - Remove needed_characters files for "level 4" languages (are not supported in newt frontend) 18:00 < CIA-1> debian-installer: - Rename needed_characters files for prospective languages so they're not included yet 18:00 < bubulle_> well, time to open the meeting, folks 18:00 < bubulle_> will be pretty dense so, let's go for the first topics 18:00 < bubulle_> Status reports 18:00 < bubulle_> [WWW] Partman crypto - 10 mins 18:00 -!- bubulle_ changed the topic of #debian-boot to: D-I Meeting in progress - topic partman crypto 18:01 < bubulle_> http://lists.debian.org/debian-boot/2006/06/msg00893.html 18:01 <+fjp> _Max or Alphix: here? 18:01 < _Max> ok, I'll be brief as I'm having a headache :-/ 18:01 < Alphix> The first point of that mail is no longer relevant...partman-crypto 6 has been uploaded 18:02 < Alphix> partman-auto-crypto is at the legendary state works-for-me (tm) 18:02 < Alphix> most other udeb's that partman-crypto depend on seem to be in good shape 18:02 < bubulle_> Alphix: from your report, I would say that putting it in beta3 could be the only opportunity to give it mor eexposure 18:02 < bubulle_> it==partman-auto-crypto 18:03 < Alphix> perhaps...there was little feedback gained from posting to debian-devel...a decision for the RM 18:03 <+fjp> I'm not sure that p-a-c is ready yet for beta3. 18:03 < _Max> I've started to review it a bit .. will send feedback to the list later 18:03 < bubulle_> fjp: if it's not in beta3, do you think it can be in the release? 18:04 < Alphix> It duplicates a lot of code from partman-lvm, if the default was changed for partman-lvm to put swap partition on lvm, the amount of code duplicated could be reduced 18:04 <+fjp> I've not yet had time to review. I'd suggest having just partman-crypto in beta3 and adding p-a-c for RC1. 18:04 < Alphix> I've posted to debian-boot and debian-devel on that issue, but received little feedback on it as well 18:04 < Alphix> as for the actual code of partman-crypto, I think testing and documentation are the two main issues 18:05 <+fjp> What we really need for partman-crypto is some documentation. Alphix and _Max have promised to work on that. 18:05 < _Max> agreed 18:05 < bubulle_> fjp: do you make this a requirement for being in beta3? 18:05 < waldi> fjp: i intend to fix the module problem in the next days, so it can be integrated into the d-i kernel build after beta3 18:05 < Alphix> And there is the problem with root-on-crypto...the password prompt has no keymap loaded in the initramfs image 18:05 * fjp does not understand 18:06 < Alphix> That's #337663 which has been marked wontfix 18:06 < maks> en-de keymap 18:06 < _Max> see partman-crypto/TODO 18:06 < maks> Alphix: for general initramfs it is not relevant 18:06 < waldi> Alphix: the problem is, which keymap to integrate? 18:06 < Alphix> in the initramfs image...when you get a prompt to enter the password (when booting your newly installed system), no keymap is loadednot sure what to do 18:06 < Al
Re: Why does doc packages need to contain gzipped files?
On Sat, 24 Jun 2006 19:31:39 +0200 René van Bevern <[EMAIL PROTECTED]> wrote: > Preben Randhol <[EMAIL PROTECTED]> writes: > > Hello, > > > 2. xpdf doesn't want to open gzipped pdfs by default which > > makes this a pain in the **tt for people who want to read the > > pdf. > > There's "zxpdf" in the xpdf package, analogous to zless and zcat it > views gzipped files. Yes, but the problem is that many systems (firefox, rox-filer etc...) will see a .pdf.gz as a gzip file and call ark or file-roller and not zxpdf. And I don't want to do endless hand-editing of mime.types to fit all special cases. To install Debian it may take 45 minutes, but to do endless customisation one easily uses days. My hope for the future is that the default setup is so user-friendly (no matter how ambiguous the definition may be) as it can be so little customising is necessary. In my not so humble opinion zgrep zxpdf etc.. should be depreciated and gunzip capabilities should be available by default in grep and xpdf. However, if there is no reason to gzip a file in the doc packages, then I do not understand why it is done. Take care, Preben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
On Sat, Jun 24, 2006 at 01:52:58PM +0200, Domenico Andreoli wrote: > On Sat, Jun 24, 2006 at 11:45:00AM +0200, Preben Randhol wrote: > > I have to my annoyance noticed that several of the doc packages > > (especially development packages) contains files that are gzipped. That > > is either example source files or pdfs etc... > > > > My point is that if I choose to install a doc packages I intend to use > > it frequently and would therefore like that it is user friendly rather > > than that one has squeezed some few kilobytes out by gzipping files. If > > I don't need the package anymore I can uninstall it to save the space. > > > > When it comes to Changelog or other files that are included in all > > packages (not only doc packages) it is fine that they are gzipped. I'm > > only talking about the pure doc packages. > > i completely agree with you. i find very annoying to have to gunzip > stuff from docs. disk space i cheap. I think the more important thing to realize is that the reason we have -doc packages is because the documentation for a given program takes up a fair amount of space. If a user installs a -doc package, they know they are getting extra stuff that takes up more space, so they should really get the docs in the most convenient form, not in the most compressed form. -- gram -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375263: ITP: rtf2xml -- rtf2xml: convert MS RTF to XML
Package: wnpp Severity: wishlist Owner: alex bodnaru <[EMAIL PROTECTED]> * Package name: rtf2xml Version : 1.32 Upstream Author : Paul Tremblay <[EMAIL PROTECTED]> * URL : http://rtf2xml.sourceforge.net * License : GPL Programming Lang: Python Description : rtf2xml: convert MS RTF to XML (Include the long description here.) The script rtf2xml faithfully converts Microsoft's RTF format to structured XML. Developers can make further transformations using standard XML tools, or use the stylsheets provided to convert to sdocbook or TEI. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-skas3-v8.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
> > > 2. xpdf doesn't want to open gzipped pdfs by default which > > > makes this a pain in the **tt for people who want to read the > > > pdf. > > > > There's "zxpdf" in the xpdf package, analogous to zless and zcat it > > views gzipped files. And some of us want to use evince or kpdf or gpdf. I don't think PDFs should ever be compressed with gzip. - Jim Van Zandt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
James R. Van Zandt wrote: > And some of us want to use evince or kpdf or gpdf. moreutils contains a generic zrun utility: zrun foopdf my.pdf.gz -- see shy jo signature.asc Description: Digital signature
*-doc package should not gzip PDF file
Hi relax. As I said, I "understand ..". See below :) On Sat, Jun 24, 2006 at 06:48:26PM +0200, Preben Randhol wrote: > On Sat, 24 Jun 2006 05:52:26 +0900 > Osamu Aoki <[EMAIL PROTECTED]> wrote: > > > > But, we have fast CPUs so it is not too bad. Under gnome, fileroller > > will open it for you from filer. > > But I don't want to unzip a pdf to my home directory. This wasts space. > Last pdf I saw gzipped was only 6% smaller. If I have to gunzip it to > my local home directory I actually use 194 % more space than I needed > if the pdf wasn't gzipped. Neither do I want to unzip. > If the system has 10 people and everybody does this then please tell my > why gzipping the file saves space?!? > > > So it is non-issue for modern machine. We live with current rule. Maybe I should have said I live ... > No it is not. Because I (for one) want user friendliness. Why should I > waste my time gunzipping X files to get the info I need to do my job? > We talk about Linux being more efficient than say Windows, but if we > constantly have to jump over hurdles like this, everything slows > down > > > Real issue is saving space for compact systems. There we will have > > support in dpkg which can be told to drop installing > > in /usr/share/doc/* or something like it. > > If it is a compact system, then why on earth would you install doc > packages? It doesn't make sense. > > If one really really need to gzip, then make all applications in the > default Debian system able to handle gzipped files so there is no need > to unzip them to your local area and in fact use more space than > needed. The point is, if this mechanism is active, there is no point to gzip pdf/ps/txt file in /usr/share/doc/* in regular package either. > Best wishes > > Preben For architecture: all *-doc packages, there is no technical and practical reason to gzip *.pdf file. I agree. packages are gziped so package size d nt change. We do it just because of policy and bcause helper script is written such way as I said. If anyone wants this to be fixed following should happen. * Write a patch to the debhelper gzip text/pdf/ps file logic - do not compress if the package is *-doc and file extension is pdf. - possibly even avoid compressing if the result of compression gain less than **% (10% ?? or 1KB) of size. * propose policy update proposal. (debian-policy) Unless someone do the first work, nothing will change. It is non-issue for me now (so I will not do it) but I have no reason to object such an rational move. Please go ahead spend your good time :) Once I see technical solution, I will support policy change. Cheers, Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
On Sat, Jun 24, 2006 at 07:25:00PM -0400, James R. Van Zandt wrote: > > > > > 2. xpdf doesn't want to open gzipped pdfs by default which > > > > makes this a pain in the **tt for people who want to read the > > > > pdf. > > > > > > There's "zxpdf" in the xpdf package, analogous to zless and zcat it > > > views gzipped files. > > And some of us want to use evince or kpdf or gpdf. If you are in gnome, please install file roller. That will fix your immediate issue of opening *.pdf.gz file. > I don't think PDFs should ever be compressed with gzip. Well, aregument should be ... Gzipping PDF provides no real space saving advantage while forcing to use extra-CPU time and large temporary file space. * If space saving is the issue, just do not install -doc package. * Providing non-gzipped PDF speed-up system. As I posted elsewhere, someone has to provide debhelper patch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Beta version of BTS full text searching available
There's a beta version of bts full text searching available on merkel; this is still not finished or totally polished, but as it's advanced enough to be useable, I'd like to make you all aware of it. http://merkel.debian.org/~don/cgi/search.cgi If there are bugs or other serious issues, the cgi should e-mail me to let me know about it; feel free to let me know if you run into one, though. Until it actually migrates to its final home (presumably once the bts or ftpmaster moves to a new home) it will be in this (or a similar) temporary location. Until that happens, please mail me bug reports instead of reporting them against b.d.o or debbugs. [Feel free to Cc: -debbugs if you want.] Also, please don't craft anything to use this interface in an automated fashion without first discussing it with me (or -debbugs); I will almost certainly be changing how it operates in the (near) future. Don Armstrong -- More than any other time in history, mankind faces a crossroads. One path leads to despair and utter hopelessness. The other, to total extinction. Let us pray we have the wisdom to choose correctly. -- Woody Allen http://www.donarmstrong.com http://rzlab.ucr.edu signature.asc Description: Digital signature
Re: *-doc package should not gzip PDF file
On Saturday 24 June 2006 14:35, Osamu Aoki wrote: --cut-- > For architecture: all *-doc packages, there is no technical and > practical reason to gzip *.pdf file. I agree. packages are gziped so > package size d nt change. We do it just because of policy and bcause > helper script is written such way as I said. > > If anyone wants this to be fixed following should happen. > > * Write a patch to the debhelper gzip text/pdf/ps file logic >- do not compress if the package is *-doc and file extension is pdf. >- possibly even avoid compressing if the result of compression gain > less than **% (10% ?? or 1KB) of size. debhelper is already smart enough... what is wrong with --exclude (-X.pdf) option of dh_compress ? -- pub 4096R/0E4BD0AB 2003-03-18 fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does doc packages need to contain gzipped files?
* Preben Randhol <[EMAIL PROTECTED]> [2006-06-24 20:02]: > > > 2. xpdf doesn't want to open gzipped pdfs by default which > > > makes this a pain in the **tt for people who want to read the > > > pdf. > > > > There's "zxpdf" in the xpdf package, analogous to zless and zcat it > > views gzipped files. > > Yes, but the problem is that many systems (firefox, rox-filer etc...) file-roller does view pdf.gz and if e.g. firefox handels them incorrect it should be fixed in there. We don't change policy when programs are broken, we fix them. > In my not so humble opinion zgrep zxpdf etc.. should be > depreciated and gunzip capabilities should be available by default in > grep and xpdf. That'd be nice. > However, if there is no reason to gzip a file in the doc packages, > then I do not understand why it is done. See other mails in this thread, ther are good reasons to keep doc packages compressed, e.g. half a gig of space saving. yours Martin -- <[EMAIL PROTECTED]> Debian GNU/Linux - The Universal Operating System Schon doof wenn man Probleme hochverfügbar macht. *g* Beliebtes Beispiel: Exchange-Cluster. Ein hochverfügbares Problem. -- Patrick Terlisten, de.alt.sysadmin.recovery
Re: *-doc package should not gzip PDF file
On Sat, 24 Jun 2006 20:35:53 +0900 Osamu Aoki <[EMAIL PROTECTED]> wrote: > For architecture: all *-doc packages, there is no technical and > practical reason to gzip *.pdf file. I agree. packages are gziped so > package size d nt change. We do it just because of policy and bcause > helper script is written such way as I said. > > If anyone wants this to be fixed following should happen. > > * Write a patch to the debhelper gzip text/pdf/ps file logic >- do not compress if the package is *-doc and file extension is > pdf. >- possibly even avoid compressing if the result of compression gain > less than **% (10% ?? or 1KB) of size. > > * propose policy update proposal. (debian-policy) Ok, I'll bring it up here. > Unless someone do the first work, nothing will change. It is > non-issue for me now (so I will not do it) but I have no reason to > object such an rational move. I have no idea how debhelper works. Are there anybody out there that can help with getting it to stop gzipping files in -doc? Preben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
