Roland Mas <[EMAIL PROTECTED]> wrote:
> 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 onl
Package: wnpp
Severity: wishlist
Owner: Sune Vuorela <[EMAIL PROTECTED]>
* Package name: kwin-style-serenity
Version : 0.9
Upstream Author : Remi Villatel
* URL : http://www.kde-look.org/content/show.php?content=35954
* License : GPL
Programming Lang: QT
D
Package: wnpp
Severity: wishlist
Owner: Sune Vuorela <[EMAIL PROTECTED]>
* Package name: kde-style-serenity
Version : 0.9
Upstream Author : Remi Villatel <[EMAIL PROTECTED]>
* URL : http://www.kde-look.org/content/show.php?content=35954
* License : LGPL-2
Pro
On Sun, 2006-06-25 at 19:11 -0400, Eric Dorland wrote:
> Scott James Remnant dropped me an email recently, interested in
> improving the automake situation in Ubuntu and Debian[0].
>
> [0] Their plan, which mirrors mine, is documented here:
> https://wiki.ubuntu.com/AutomakeTransition
>
If you c
Ron Johnson <[EMAIL PROTECTED]> wrote:
> 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
Osamu Aoki <[EMAIL PROTECTED]> wrote:
> Gzipping PDF provides no real space saving advantage
What do you mean with "no real"? There is a considerable saving, as
I've shown in the previous thread a couple of weeks ago.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding
Osamu Aoki <[EMAIL PROTECTED]> wrote:
>> http://lists.debian.org/debian-devel/2006/05/msg01440.html).
[...]
> Now that I know files which was compressible by gzip had good cmpression
> already inside PDF, I am leaning toward publishing PDF without gzipping
> even now. Thanks.
>
> Just to rehash fa
Martin Wuertele <[EMAIL PROTECTED]> wrote:
> * Eduard Bloch <[EMAIL PROTECTED]> [2006-06-25 12:06]:
>
>> And besides of that, compression does not make sense on most PDFs as
>> pointed out by yuo/me/many others and the remaining PDFs have good
>> chances to recompressed internally.
>
> And again
Osamu Aoki <[EMAIL PROTECTED]> wrote:
> Wait, there is less than 70MB of PDF. Yes, this is true. Due to
> difficulties of making nice PDF out of XML/SGML without hitting FTBFS,
> many packages does not bother PDF creation. Most of the doc containing
> PDF are:
Can you please be more specific a
On Mon, Jun 26, 2006 at 10:11:57AM +0200, Frank Küster wrote:
> No, this is factually wrong. PDF files produced on a Debian system with
> any of the usual tools already have maximal internal compression,
> there's no way to further improve that (except buying Adobe and allowing
> internal bz2/7zip
Paul Wise <[EMAIL PROTECTED]> wrote on 26/06/2006 (05:08) :
> On Sun, 2006-06-25 at 16:51 -0400, James R. Van Zandt wrote:
>
> > > I have no idea how debhelper works. Are there anybody out there that
> > > can help with getting it to stop gzipping files in -doc?
> >
> > dh_compress already ha
Osamu Aoki <[EMAIL PROTECTED]> wrote on 25/06/2006 (12:17) :
> I think I gave wrong impression to you.
Yes :-)
I thought you meant the usual: OK I'll fix your problem if you provide
the solution :-)
> Most of PDF.GZ are under me and tetex-doc people. Once we find good
> technical solution, we m
su, 2006-06-25 kello 21:42 +0200, Denis Barbier kirjoitti:
> (I forgot to Cc: d-d in my first reply)
>
> On Fri, Jun 23, 2006 at 01:12:23AM +0300, Martin-Éric Racine wrote:
> [...]
> > > > I would gladly welcome co-maintainance with Debian's i10n/i18n team.
> > >
> > > What are his benefits over
Volker,
Great that you've put this up to public. Still, for this to be
accepted, we need to come up with patches for apt that contain an
algorithm that will pick versions of packages matching user's
requirements, known architecture hierarchies (i386->i486->...)
and available sources. Currently,
On Monday 26 June 2006 11:46, Preben Randhol wrote:
> Paul Wise <[EMAIL PROTECTED]> wrote on 26/06/2006 (05:08) :
> > On Sun, 2006-06-25 at 16:51 -0400, James R. Van Zandt wrote:
> > > > I have no idea how debhelper works. Are there anybody out there
> > > > that can help with getting it to stop
Preben Randhol <[EMAIL PROTECTED]> wrote:
> If a pdf file is huge because of
> lack of internal compression then isn't it better to use a tool that
> compresses internally than to fix the symptoms?
The internal compression allowed in a PDF file is dictated by the PDF
specification. This open sta
Hello,
I've seen some mysterious excuses on http://bjorn.haxx.se/debian
For example:
look at the package arch2darcs. There is:
arch2darcs is adding amd64 binaries (no new version)
arch2darcs is waiting for tla
this looks OK.
But then
Updating tla makes 1 depending packages u
success,
and test set in webalizer?
http://bjorn.haxx.se/debian/points.html
,''`. Ozgur Karatas
: :' : [EMAIL PROTECTED]
`. `' http://www.ozgurkaratas.com
`-Powered By Debian GNU\Linux
Jiri Palecek <[EMAIL PROTECTED]> demiş ki:
> Hello,
>
> I've seen some mysterious excuses on
hi,
i writing Debian GNU\Linux Install and Building Postfix Mail Server document.
if pdf format : http://www.iucoders.com/article_detail.jsp?nid=50
in html format:
http://www.olympos.org/article/articleview/1861/1/10/debian_gnulinux_ile_postfix_posta_sunucusu_kurulumu
,''`. Ozgur Karatas
:
* Ozgur Karatas <[EMAIL PROTECTED]>:
> if pdf format : http://www.iucoders.com/article_detail.jsp?nid=50
> in html format:
> http://www.olympos.org/article/articleview/1861/1/10/debian_gnulinux_ile_postfix_posta_sunucusu_kurulumu
Dude, it's Turkish :) That makes it a tad bit hard to read...
--
Package: wnpp
Severity: normal
I am orphaning the drupal package. I am no longer using it.
Advice for the DD who wants to take this over: Create separate
versions for major upstream releases: drupal4.5, drupal4.6, drupal4.7.
Don't waste time trying to do automatic database updates -- that
Simply
> success,
> and test set in webalizer?
> http://bjorn.haxx.se/debian/points.html
Sorry, I do not understand. You mean the "breaks xx packages" thingy?
I have already said, that of these 74 packages, 15 are dependent,
and they are more or less prepared to enter testing along with
neon. The rest
On Mon, Jun 26, 2006 at 09:59:36AM +0200, Frank Küster wrote:
> There was. It ended with no conclusion. Here's my view of the outcome,
> from pure recollection without looking anything up:
>
> - gzipping PDF files does save some space; bz2 compression would save
> even more. Naturally, compr
On Mon, Jun 26, 2006 at 10:00:57AM +0200, Frank Küster wrote:
> Osamu Aoki <[EMAIL PROTECTED]> wrote:
>
> > Gzipping PDF provides no real space saving advantage
>
> What do you mean with "no real"? There is a considerable saving, as
> I've shown in the previous thread a couple of weeks ago.
Som
On Mon, Jun 26, 2006 at 10:17:20AM +0200, Frank Küster wrote:
> Osamu Aoki <[EMAIL PROTECTED]> wrote:
>
> > Wait, there is less than 70MB of PDF. Yes, this is true. Due to
> > difficulties of making nice PDF out of XML/SGML without hitting FTBFS,
> > many packages does not bother PDF creation.
On Monday 26 June 2006 23:08, Jiri Palecek wrote:
> Sorry, I do not understand. You mean the "breaks xx packages" thingy?
>
> I have already said, that of these 74 packages, 15 are dependent,
> and they are more or less prepared to enter testing along with
> neon. The rest only depends on those 15,
Frank Küster wrote:
> There was. It ended with no conclusion. Here's my view of the outcome,
> from pure recollection without looking anything up:
>
> - gzipping PDF files does save some space; bz2 compression would save
> even more. Naturally, compressing files that are internally
> uncomp
On Mon, 26 Jun 2006 17:21:10 +0200
Thomas Viehmann <[EMAIL PROTECTED]> wrote:
> I think that a notable addition (by Olaf v.d.S. IIRC) was that it
> could be worthwhile to improve viewers. E.g. kghostview will
> correctly open .pdf.gz while gnome-gv will not. Similarly kdvi
> opens .dvi.gz. Altough
On Sun, 25 Jun 2006 12:08:17 +0200
Rolf Kutz <[EMAIL PROTECTED]> wrote:
> Do you think users with small machines shouldn't
> be able to install docs, too? It's just a one line
> script to gunzip all pdfs in /usr/share/doc.
I don't find this a good argument as it is equally a one line script to
bz
Thomas Viehmann <[EMAIL PROTECTED]> wrote:
> Frank Küster wrote:
>> There was. It ended with no conclusion. Here's my view of the outcome,
>> from pure recollection without looking anything up:
>>
>> - gzipping PDF files does save some space; bz2 compression would save
>> even more. Naturall
On Mon, Jun 26, 2006, Preben Randhol wrote:
> > Do you think users with small machines shouldn't be able to install
> > docs, too? It's just a one line script to gunzip all pdfs in
> > /usr/share/doc.
>
> I don't find this a good argument as it is equally a one line script
> to bzip2 all pdfs in /
On 2006-06-23, Kevin B. McCarty <[EMAIL PROTECTED]> wrote:
> If it is optional (that is, if you improve your patch to test for an mplayer
> binary at runtime), you could certainly consider submitting it to the Debian
> maintainer or to upstream.
I worked on my patch. Now it only extents cplay of
On Mon, Jun 26, 2006 at 05:21:10PM +0200, Thomas Viehmann wrote:
> I think that a notable addition (by Olaf v.d.S. IIRC) was that it could
> be worthwhile to improve viewers.
Seconded.
On the same line, given the habits we are developing nowadays, we should
also improve all command line completio
Package: wnpp
Severity: wishlist
Owner: Sebastian Harl <[EMAIL PROTECTED]>
* Package name: openvcp
Version : 0.1-beta
Upstream Author : Gerrit Wyen <[EMAIL PROTECTED]>
* URL : http://openvcp.org/
* License : GPL
Description : Linux-VServer Control Panel
* Package name: zimpl
Version : 2.04
Upstream Author : Thorsten Koch
* URL : http://www.zib.de/koch/zimpl/
* License : GPL
Programming Lang: C
Description : mathematical modeling language for optimization problems
Zimpl allows the specification of cert
Domenico Andreoli wrote:
> it's nice to have your personal gobal & searchable mailing list
> archive, where you can really find anything you have ever received.
Even though it is nice, it's also problematic to scatter around
private and hence sensitive (at least temporarily sensitive)
information
On Mon, 26 Jun 2006 17:59:39 +0200
Sam Hocevar <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 26, 2006, Preben Randhol wrote:
>
> > > Do you think users with small machines shouldn't be able to
> > > install docs, too? It's just a one line script to gunzip all pdfs
> > > in /usr/share/doc.
> >
> > I do
With the 2.6 kernel programs using OSS for sound are not working
anymore. Sound that is. One *may* use aoss, but then the user needs to
open a terminal and write:
aoss program-name
because launching from the menu it won't work. So I consider aoss only
as a temporary dirty hack before alsa takes o
The new tar behavior with respect to wildcards is not a change I
introduced just for Debian, it's a new upstream change that appears to
be quite intentional and well documented, as per this text from the tar
info docs:
The following table summarizes pattern-matching default values:
Members
On Jun 26, Preben Randhol <[EMAIL PROTECTED]> wrote:
> My question is if it is legitimately to open bugs against applications
> that only support OSS for spund?
Yes.
--
ciao,
Marco
signature.asc
Description: Digital signature
On Mon, Jun 26, 2006 at 09:20:34PM +0200, Preben Randhol wrote:
> With the 2.6 kernel programs using OSS for sound are not working
> anymore. Sound that is.
Incorrect. The kernel includes OSS emulation.
> My question is if it is legitimately to open bugs against applications
> that only support O
On Mon, Jun 26, 2006 at 09:20:34PM +0200, Preben Randhol wrote:
> With the 2.6 kernel programs using OSS for sound are not working
> anymore. Sound that is. One *may* use aoss, but then the user needs to
> open a terminal and write:
>
> aoss program-name
>
> because launching from the menu it won
[I'm not on Debian-devel, so please CC me]
Bdale Garbee wrote:
The new tar behavior with respect to wildcards is not a change I
introduced just for Debian, it's a new upstream change that appears to
be quite intentional and well documented, as per this text from the tar
info docs:
The follow
Preben Randhol writes:
>On Mon, 26 Jun 2006 17:59:39 +0200
>Sam Hocevar <[EMAIL PROTECTED]> wrote:
>
>> On Mon, Jun 26, 2006, Preben Randhol wrote:
>>
>> > > Do you think users with small machines shouldn't be able to
>> > > install docs, too? It's just a one line script to gunzip all pdfs
>> > >
On Mon, 26 Jun 2006 21:30:45 +0100
Steve McIntyre <[EMAIL PROTECTED]> wrote:
> Yet I've got several machines with limited disk space where I really
> *do* care if things are compressed. After all, disk space is *always*
> used up when it's in use and CPU is only used on the odd occasion when
> you
On Mon, 26 Jun 2006 21:35:19 +0200
Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 26, 2006 at 09:20:34PM +0200, Preben Randhol wrote:
> > With the 2.6 kernel programs using OSS for sound are not working
> > anymore. Sound that is. One *may* use aoss, but then the user needs
> > to open a
"Petr Vandrovec" wrote in message news:[EMAIL PROTECTED]
Since this seems to have been an intentional behavior change by
upstream to better align with a published standard, I'm uninclined to
fight it, and think our best response is to update our utilities to
include the --wildcards option, with
"Preben Randhol" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
On Mon, 26 Jun 2006 21:35:19 +0200
Wouter Verhelst <[EMAIL PROTECTED]> wrote:
On Mon, Jun 26, 2006 at 09:20:34PM +0200, Preben Randhol wrote:
> With the 2.6 kernel programs using OSS for sound are not working
> anymo
Petr Vandrovec <[EMAIL PROTECTED]> writes:
> This decision makes tar completely incompatible. Programs which worked
> fine with tar for 6 years are suddenly broken, and now you have to have
> two versions - one for 'tar' before this brokeness, which do not pass
> --wildcards, and one for this bro
On Mon, 26 Jun 2006, Osamu Aoki wrote:
> >...<
> > So far for the past; at the moment I think that it would be a good
> > compromise to not compress PDF files in dedicated -doc packages, while
> > keeping them compressed in mixed packages. This would mean that we
> > should *not* wait for debhelp
I just built new xml-security-c packages to fix the current FTBFS bug, and
lintian returned the following error message:
E: libxml-security-c-doc: deb-created-with-broken-tar file:
/usr/share/doc/libxml-security-c-doc/c/apiDocs/winutils_2XSECBinHTTPURIInputStream_8hpp-source.html
N:
N: The bina
Package: wnpp
Severity: wishlist
Owner: alex bodnaru <[EMAIL PROTECTED]>
* Package name: zope-pgstorage
Version : 0.1
Upstream Author : Shane Hathaway, Zope Corporation, <[EMAIL PROTECTED]>
* URL : http://hathawaymix.org/Software/PGStorage
* License : Zope Publ
52 matches
Mail list logo
