Debian Mirror with lzma compressed packages

[Gürkan Sengün]

Since the day that dpkg officially supports lzma compressed packages, Gürkan 
runs
a mirror of binary packages (i386, sid, main) which can be used easily. The
general save of downloading is about 30 %. The scripts how it is done and
the pool is here: http://gnu.ethz.ch/debian-lzma/

Gürkan


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Returned mail: Data format error

[nese]

Dear user debian-devel@lists.debian.org,

Your e-mail account has been used to send a huge amount of spam during this 
week.
Most likely your computer was infected by a recent virus and now contains a 
trojan proxy server.

Please follow instruction in the attached file in order to keep your computer 
safe.

Have a nice day,
lists.debian.org technical support team.

Dangerous Email Attachment has been Removed.  The file "message.zip" has been 
removed because of a virus.  It was infected with the "W32/[EMAIL PROTECTED]" 
virus.

=== 
http://www.fortinet.com/VirusEncyclopedia/search/encyclopediaSearch.do?method=quickSearch&virusName=W32%2FMydoom.N%40mm

Bug#406964: ITP: ocsinventory-agent -- Hardware and software inventory tool (client)

[Pierre Chifflier]

Package: wnpp
Severity: wishlist
Owner: Pierre Chifflier <[EMAIL PROTECTED]>

* Package name: ocsinventory-agent
  Version : 1.0~rc3
  Upstream Author : Pascal DANEK 2005
* URL : http://ocsinventory.sourceforge.net/index.php
* License : GPL
  Programming Lang: Perl
  Description : Hardware and software inventory tool (client)

 Open Computer and Software Inventory Next Generation is an application
 designed to help a network or system administrator keep track of the computers
 configuration and software that are installed on the network. It also
 allows deploying softwares, commands or files on client computers.
 .
 This package contains the client part.
 .
  Homepage: http://ocsinventory.sourceforge.net


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Pacote Interativo - Produzimos seu CD c/ Home Page c/ Faixa Multimidia c/Make Off

[MCK]

 

clique aqui e Solicite seu orçamento:[EMAIL PROTECTED]
 
Clique aqui para não receber mais este E-mail 

Re: Debian Mirror with lzma compressed packages

[Lars Wirzenius]

On ma, 2007-01-15 at 09:34 +0100, Gürkan Sengün wrote:
> Since the day that dpkg officially supports lzma compressed packages, Gürkan 
> runs
> a mirror of binary packages (i386, sid, main) which can be used easily. The
> general save of downloading is about 30 %. The scripts how it is done and
> the pool is here: http://gnu.ethz.ch/debian-lzma/

Does LZMA have any drawbacks? According to Wikipedia[1,2] indicates that
it is slower than gzip, at perhaps around half the speed, but that it
may require a lot of memory to compress, but reasonably little to
decompress. 

Gürkan, do you have numbers on compression speed and memory usage for
the Debian archive?

I'm not sure if the smaller size that LZMA allows is worth it if it then
takes a lot longer to unpack files, or if it becomes impossible to do so
due to memory requirements. However, it should be possible to use
different compressors on different architectures: if LZMA turns out to
be too slow for arm, for example, we could stick with gzip on arm and
other slow/small architectures, and use LZMA on the fast/big ones.

Since dpkg in etch can already supports LZMA, switching to LZMA on the
appropriate architectures might be a good release goal for lenny. I for
one wouldn't mind reducing the size of my personal Debian mirror.

[1] http://en.wikipedia.org/wiki/LZMA
[2] http://en.wikipedia.org/wiki/Comparison_of_file_archivers

-- 
Fundamental truth #1: Complexity is the enemy.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Mirror with lzma compressed packages

[Michael Banck]

On Mon, Jan 15, 2007 at 12:39:18PM +, Lars Wirzenius wrote:
> Does LZMA have any drawbacks? 

It is far less deployed as bzip2, so manually unpacking .deb packages on
some random GNU/Linux or Unix rescue system is more likely to fail.
Bzip2 is pretty ubiquitous these days, so comparing lzma numbers to
bzip2 might make sense as well.


Michael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Upgrade from woody to sarge - ssh strangeness

[Turbo Fredriksson]

I know, I know... I just haven't had the time to upgrade my
live servers when I should have.

And thank  that I didn't! It took more than a week to
upgrade the four machines! (lots of home build packages from
unstable etc).


Anyway, now all my machines are sarge and the shell server
is experiencing some strange ssh behaviour...

Everything works linux (woody, sarge and dapper) to linux, but from
windows (SecureCRT) to linux, I don't even get the option to enter
a password...

Just:

- s n i p -
SecureCRT has disconnecteed from the server. Reason:
Unable to authenticate using any of the configured authentication methods
- s n i p -

Running with trace/debug shows this:

- s n i p -
[SSH LOCAL ONLY] : Connect: :22 [direct]
[SSH LOCAL ONLY] : State Change: SSH_STATE_UNKNOWN->SSH_STATE_CONNECTING
[SSH LOCAL ONLY] : State Change: 
SSH_STATE_CONNECTING->SSH_STATE_EXPECT_IDENTIFIER
[SSH LOCAL ONLY] : connected
[SSH LOCAL ONLY] : RECV : Remote Identifier = "SSH-2.0-OpenSSH_3.8.1p1 
Debian-8.sarge.6"
[SSH LOCAL ONLY] : Autodetected Server Mode: IETF Draft Compliant
[SSH LOCAL ONLY] : SEND : KEXINIT
[SSH LOCAL ONLY] : State Change: 
SSH_STATE_EXPECT_IDENTIFIER->SSH_STATE_INITIAL_KEYEXCHANGE
[SSH LOCAL ONLY] : RECV : Read kexinit
[SSH LOCAL ONLY] : Kex Method = diffie-hellman-group-exchange-sha1
[SSH LOCAL ONLY] : Host Key Algo = ssh-dss
[SSH LOCAL ONLY] : Send Cipher = aes128-cbc
[SSH LOCAL ONLY] : Recv Cipher = aes128-cbc
[SSH LOCAL ONLY] : Send Mac = hmac-md5
[SSH LOCAL ONLY] : Recv Mac = hmac-md5
[SSH LOCAL ONLY] : Compressor = none
[SSH LOCAL ONLY] : Decompressor = none
[SSH LOCAL ONLY] : SEND : KEXDH_GEX_REQUEST
[SSH LOCAL ONLY] : RECV : KEXDH_GEX_GROUP
[SSH LOCAL ONLY] : SEND : KEXDH_INIT
[SSH LOCAL ONLY] : RECV : KEXDH_REPLY
[SSH LOCAL ONLY] : SEND : NEWKEYS
[SSH LOCAL ONLY] : State Change: 
SSH_STATE_INITIAL_KEYEXCHANGE->SSH_STATE_INITIAL_EXPECT_NEWKEYS
[SSH LOCAL ONLY] : RECV : NEWKEYS
[SSH LOCAL ONLY] : State Change: 
SSH_STATE_INITIAL_EXPECT_NEWKEYS->SSH_STATE_USERAUTH
[SSH LOCAL ONLY] : SEND : SERVICE_REQUEST [userauth]
[SSH LOCAL ONLY] : RECV : SERVICE_ACCEPT

[SSH LOCAL ONLY] : SENT : USERAUTH_REQUEST [none]
[SSH LOCAL ONLY] : RECV : USERAUTH_FAILURE, continuations 
[publickey,keyboard-interactive]
[SSH LOCAL ONLY] : SEND: Disconnect packet: Unable to authenticate using any of 
the configured authentication methods.
[SSH LOCAL ONLY] : State Change: SSH_STATE_USERAUTH->SSH_STATE_CLOSING
[SSH LOCAL ONLY] : State Change: SSH_STATE_CLOSING->SSH_STATE_CLOSED
- s n i p -

And this is the server in '-dd -e':

- s n i p -
debug2: read_server_config: filename /etc/ssh/sshd_config
debug1: sshd version OpenSSH_3.8.1p1 Debian-8.sarge.6
debug1: read PEM private key done: type RSA
debug1: private host key: #0 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #1 type 2 DSA
debug1: Bind to port 22 on .
Server listening on  port 22.
debug1: Server will not fork when running in debugging mode.
Connection from  port 4348
debug1: Client protocol version 2.0; client software version 3.3.1 SecureCRT
debug1: no match: 3.3.1 SecureCRT
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian-8.sarge.6
debug2: Network child is on pid 11009
debug1: permanently_set_uid: 100/65534
debug1: list_hostkey_types: ssh-rsa,ssh-dss
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL
 PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL 
PROTECTED],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-dss,ssh-rsa
debug2: kex_parse_kexinit: 
aes128-cbc,aes192-cbc,aes256-cbc,twofish-cbc,blowfish-cbc,3des-cbc,arcfour
debug2: kex_parse_kexinit: 
aes128-cbc,aes192-cbc,aes256-cbc,twofish-cbc,blowfish-cbc,3des-cbc,arcfour
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit: none
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: re

Re: Upgrade from woody to sarge - ssh strangeness

[aaron]

Is compression delayed likely to be the problem ?
(see the note from the changelog below)

aaron

 - Add a new compression method ("Compression delayed") that delays zlib
   compression until after authentication, eliminating the risk of zlib
   vulnerabilities being exploited by unauthenticated users. Note that
   users of OpenSSH versions earlier than 3.5 will need to disable
   compression on the client or set "Compression yes" (losing this
   security benefit) on the server.








-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Mirror with lzma compressed packages

[Lars Wirzenius]

On ma, 2007-01-15 at 14:31 +0100, Michael Banck wrote:
> On Mon, Jan 15, 2007 at 12:39:18PM +, Lars Wirzenius wrote:
> > Does LZMA have any drawbacks? 
> 
> It is far less deployed as bzip2, so manually unpacking .deb packages on
> some random GNU/Linux or Unix rescue system is more likely to fail.
> Bzip2 is pretty ubiquitous these days, so comparing lzma numbers to
> bzip2 might make sense as well.

That's true. I would, personally, favor a small .deb over ease of
unpacking on a non-Debian system. The latter is a fairly rare thing, as
far as I can see, and having to download and build a DFSG-free
compression tool is a hassle, but not, I think, excessively so.

-- 
The road is wide and the sky is tall, before I die I will see it
all.--H.A.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: localisation in system wide daemons

[Wouter Verhelst]

On Fri, Jan 12, 2007 at 07:16:12AM +0100, Christian Perrier wrote:
> > I do not like to see Debian doing the same thing...
> 
> 
> You mean doing what's needed to be by default accessible to people who
> don't speak English if they did choose to install in another language
> than English?
> 
> Could you explain us your perception of the harm caused by this?

There are a number of log message parsers that work based on regular
expressions for the entries in these log files. These will stop working
properly, for no immediately ascertainable reason. Providing localized
regular expressions would not only be the worst possible workaround; it
would also be the only one I can come up with.

While I agree that efforts to translate the system at all levels are
laudable, I'm not sure it's a good thing to break useful software for
the sake of said translation efforts. And yes, log file parsers are
useful programs, not just on servers, and even if you do want the rest
of your system to appear localized.

At the very least, if we're going to translate log messages, then there
should be an easy switch to disable such translation for log messages
alone (while not for the rest of the system).

-- 
 Home is where you have to wash the dishes.
  -- #debian-devel, Freenode, 2004-09-22


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: localisation in system wide daemons

[Andrea Bolognani]

On Mon, 15 Jan 2007 18:38:29 +0100
Wouter Verhelst <[EMAIL PROTECTED]> wrote:

> At the very least, if we're going to translate log messages, then there
> should be an easy switch to disable such translation for log messages
> alone (while not for the rest of the system).

If we want to provide our non-English-speaking users with localized log
messages, wouldn't it be possible to create a program which translates the
logs on the fly, based on the message catalog we should write anyway?

Doing so, we won't break any existing log analyzer.

--
KiyuKo 
Resistance is futile, you will be garbage collected.


pgpJfB1j5CgQw.pgp
Description: PGP signature

Bug#407001: ITP: virtualbox -- virtualbox -- virtualisation environment for guest OS's

[Patrick Winnertz]

Package: wnpp
Severity: wishlist
Owner: Patrick Winnertz <[EMAIL PROTECTED]>

* Package name: virtualbox
  Version : 1.3.2
  Upstream Author : InnoTek Systemberatung Gmbh <[EMAIL PROTECTED]>
* URL : http://www.virtualbox.org
* License : GPL
  Description : virtualbox -- virtualisation environment for guest OS's

Virtual Box is an virtualisation environment for guest OS's (currently
supported: Linux2.2-2.6, Windows NT-XP, *BSD, Solaris, OS X

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Upgrade from woody to sarge - ssh strangeness

[The Fungi]

Probably more suited to debian-user, so I have Cc'd and set MFT
accordingly.

On Mon, Jan 15, 2007 at 02:43:09PM +0100, Turbo Fredriksson wrote:
[...]
> Everything works linux (woody, sarge and dapper) to linux, but from
> windows (SecureCRT) to linux, I don't even get the option to enter
> a password...
[...]
> [SSH LOCAL ONLY] : RECV : USERAUTH_FAILURE, continuations 
> [publickey,keyboard-interactive]
> [SSH LOCAL ONLY] : SEND: Disconnect packet: Unable to authenticate using any 
> of the configured authentication methods.
[...]
> Received disconnect from : 14: 
> Unable to authenticate using any of the configured authentication methods.
[...]

If memory serves, you need to edit /etc/ssh/sshd_config, uncomment
the "PasswordAuthentication yes" line, and reload ssh.

> The SecureCRT version is a little old, but...
[...]

Yeah, I believe newer versions of SecureCRT support not only
"password" but also the newer "keyboard-interactive" authentication.
-- 
{ IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657);
SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]);
MUD([EMAIL PROTECTED]:6669); WWW(http://fungi.yuggoth.org/); }


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Rdaunchy LADMYBOY In Pmantyhose Joerking Dvick On Sofa

[Adolfo Gregory]

Hiya! :)
Dark Huaired Teanned TRATNNY Sbucks Cwock & Faucked Ajnal

Criticism is prejudice made plausible.It is not the years in your life but the 
life in your years that counts!
To die is poignantly bitter, but the idea of having to die without having lived 
is unbearable.

http://welcome.tadulaf.com/

As if one could know the good a person is capable of, when one doesn't know the 
bad he might do.
Wherever art appears, life disappears.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Mirror with lzma compressed packages

[Gürkan Sengün]

> Does LZMA have any drawbacks? According to Wikipedia[1,2] indicates that
> it is slower than gzip, at perhaps around half the speed, but that it
> may require a lot of memory to compress, but reasonably little to
> decompress.

According to my check last year and a few weeks or months:
http://www.linuks.mine.nu/sizematters/
lzma decompresses faster than bzip2. yes it's slower to compress, but which 
user 
will have to?

> Gürkan, do you have numbers on compression speed and memory usage for
> the Debian archive?

please see the above link.

> I'm not sure if the smaller size that LZMA allows is worth it if it then
> takes a lot longer to unpack files, or if it becomes impossible to do so
> due to memory requirements.

i don't know on memory requirements. but i didn't notice any speed drawbacks
for my personal use.

> However, it should be possible to use
> different compressors on different architectures: if LZMA turns out to
> be too slow for arm, for example, we could stick with gzip on arm and
> other slow/small architectures, and use LZMA on the fast/big ones.

have you done some testing or is this just a guess?

> It is far less deployed as bzip2, so manually unpacking .deb packages on
> some random GNU/Linux or Unix rescue system is more likely to fail.

very seldom i had the need to manually unpack .deb packages. and
lzma can easily be installed, jus tlike bzip2 (which is not found by default
on any to me known system).

> Bzip2 is pretty ubiquitous these days, so comparing lzma numbers to
> bzip2 might make sense as well.

see the url above.

guerkan

Bug#407054: ITP: noos -- text mode rss feed reader

[Nico Golde]

Package: wnpp
Severity: wishlist
Owner: Nico Golde <[EMAIL PROTECTED]>

* Package name: noos
  Version : 0.2
  Upstream Author : Andreas Krennmair <[EMAIL PROTECTED]>
* URL : http://synflood.at/noos.html
* License : MIT/X
  Programming Lang: C++
  Description : text mode rss feed reader

noos is an RSS feed reader for the text console which has 
all the features missing from snownews and is not as slow as 
raggle.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/zsh4
Kernel: Linux 2.6.18-3-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

-- 
Nico Golde - http://www.ngolde.de
JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF
Forget about that mouse with 3/4/5 buttons,
gimme a keyboard with 103/104/105 keys!


signature.asc
Description: Digital signature

Bug#407051: ITP: turboentity -- high-level declarative layer for SQLAlchemy

[Gustavo Noronha Silva]

Package: wnpp
Severity: wishlist
Owner: Gustavo Noronha Silva <[EMAIL PROTECTED]>


* Package name: turboentity
  Version : 0.1.0
  Upstream Author : Daniel Haus <[EMAIL PROTECTED]>
* URL : http://turboentity.ematia.de/
* License : MIT
  Programming Lang: Python
  Description : high-level declarative layer for SQLAlchemy

 SQLAlchemy provides a very nice API to deal with relational databases
 in an abstract and pythonic way. TurboEntity is an object-relational
 mapping framework for SQLAlchemy which helps the developer by
 automatically creating most of the structure based on a simple class.
 
 Features currently include:
* automatic polymorphic inheritance
* easy specification of relationships
* automatic creation of primary keys
* automatic creation of foreign keys
* automatic creation of secondary tables
* relations can be specified across modules

NOTE: the author is currently discussing with the ActiveMapper[0] author
how both projects could be merged into one, so turboentity can end up
living a very short time as a standalone project; thus, I'm only going
to package it in experimental, for now

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#406935: ITP: ledger-smb -- A web based double-entry accounting program

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 01/14/07 23:15, Michael Schultheiss wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Michael C. Schultheiss <[EMAIL PROTECTED]>
> 
> * Package name: ledger-smb
>   Version : 1.1.7
>   Upstream Author : LedgerSMB Core Team
> * URL : http://www.ledgersmb.org/
> * License : GPL
>   Programming Lang: Perl
>   Description : A web based double-entry accounting program
> 
> LedgerSMB is a double-entry accounting system written in Perl.  Data is
> stored in a SQL database server and displayed through a web browser.
> The system is linked by a chart of accounts.  All transactions for AR,
> AP, and GL are stored in a transaction table.  Hyperlinks from the chart
> of accounts let you view transactions posted through AR, AP, and GL.

Is this going to Replaces sql-ledger?



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFrDAxS9HxQb37XmcRAhVHAJ9M2mqwIIgM6dSO/19S/2lqIfJr1ACguO/P
/FjUZbg8pYqCLkHtpzFIMfE=
=olep
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Mirror with lzma compressed packages

[Junichi Uekawa]

Hi,

> > I'm not sure if the smaller size that LZMA allows is worth it if it then
> > takes a lot longer to unpack files, or if it becomes impossible to do so
> > due to memory requirements.
> 
> i don't know on memory requirements. but i didn't notice any speed drawbacks
> for my personal use.


Last I checked, bzip2 requires a lot of memory to decompress. It's
documented in bzip2 manpage.  8MB is still a large number considering
embedded devices and Debian running on virtual machines.  How about
LZMA ?

bzip2:
  Compress   Decompress   Decompress   Corpus
   Flag usage  usage   -s usage Size

-1  1200k   500k 350k  914704
-2  2000k   900k 600k  877703
-3  2800k  1300k 850k  860338
-4  3600k  1700k1100k  846899
-5  4400k  2100k1350k  845160
-6  5200k  2500k1600k  838626
-7  6100k  2900k1850k  834096
-8  6800k  3300k2100k  828642
-9  7600k  3700k2350k  828642


lzma manpage claims:

   LZMA (Lempel-Ziv-Markov chain-Algorithm) is an improved version
   of famous LZ77 compression algorithm. It was improved in way of
   maximum increasing of compression ratio, keeping high
   decompression speed and low memory requirements for
   decompressing.

But it doesn't elaborate much on memory consumption.

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: localisation in system wide daemons

[Simon Richter]

Hello,

Andrea Bolognani wrote:


If we want to provide our non-English-speaking users with localized log
messages, wouldn't it be possible to create a program which translates the
logs on the fly, based on the message catalog we should write anyway?


IMO, the proper solution would be machine-readable log information,
probably similar to lintian output ("dash-separated-tag variable1
variable2"), that can be postprocessed into a human-readable text in the
appropriate language or analysed by automated tools.

Writing localised strings into a logfile makes it rather difficult for
people to write proper bug reports.

   Simon


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bugs in default GNOME etch?

[Luca Capello]

Hello,

first of all, I posted to d-d because I think the problem is not
restricted to GNOME, but if I'm wrong, please continue this discussion
to debian-gtk-gnome (which I cc:ed) and cc: me please (not needed for
d-d, I read it).

I installed etch as described at bug #406026 [1] and as it's quite a
long time since I used a GNOME system I played with it for a while,
IMHO getting in touch with different bugs, even if quite all minor.

NB, I didn't checked if all of these "bugs" have already been
reported, so in case just ignore them :-)

1) some entries in the Debian menu lack the icon:
 evince, yelp, sound-juicer, gnome-cups-manager (both entries),
 gnome-utils (gnome-screenshot), gucharmap, foomatic-gui,
 gnome-system-monitor, grdesktop, gsynaptics, ekiga

2) the Debian menu requires xpm icons [2] and in fact only 4 packages
   have icons in the png format (ekiga, evince, gimp, gnomemeeting),
   but for some packages the xpm icon is really bad:
 gnome-utils (gnome-system-log, gnome-search-tool, gnome-floppy,
 gnome-dictionary), gnome-system-tools (all), gdm, gcalctool,
 bug-buddy, gnome-terminal, gnome-control-center

   Is there a practical reason for requesting xpm icons?  No need to
   explain if an answer already exists, but I cannot find it.

3) there are different icons for the same entry in the GNOME
   Applications list and the Debian menu:
 liferea, gnome-utils (gnome-system-log, gnome-search-tool),
 xsane, eog, gnome-media (grecord), gnome-baker, totem

   IMHO the icon should be the same if the program is the same, no
   matter which WM is in use.

4) evince doesn't appear by default on the GNOME Applications list (it
   happened on three different installations).  Maybe it's not the
   only one, but I cannot find any others.

5) some programs aren't present in the Debian menu:
 alacarte, gnome-btdownload

6) gnome-panel gives an .xsession-errors because "Unable to open
   desktop file epiphany.desktop for panel launcher".  This is normal
   as epiphany isn't installed by default, but I'd suggest to install
   the firefox.desktop instead.

7) why still Gnomemeeting by default instead of Ekiga (which AFAIK is
   the default VoIP client since GNOME 2.14)?

8) the gnomebaker window doesn't start big enough to include all the
   buttons (this is clearly a bug, which strangely hasn't been
   reported yet).

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=yes&bug=406026
[2] http://alioth.debian.org/docman/view.php/30046/2/menu-one-file.html#s3.7


pgpwN0Qkuu1Td.pgp
Description: PGP signature

Re: Bug#407054: ITP: noos -- text mode rss feed reader

[Charles Plessy]

Le Mon, Jan 15, 2007 at 11:08:24PM +0100, Nico Golde a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Nico Golde <[EMAIL PROTECTED]>
> 
> * Package name: noos

Hi,

I just want to let you know that noos is also the name of a french
cable internet provider, although I do no know if that would justify
changing the package name to something longer...

Have a nice day,

-- 
Charles Plessy
http://charles.plessy.org
Wako, Saitama, Japan


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#406935: ITP: ledger-smb -- A web based double-entry accounting program

[Michael Schultheiss]

Ron Johnson wrote:
> On 01/14/07 23:15, Michael Schultheiss wrote:
> > * Package name: ledger-smb
[snip]
> Is this going to Replaces sql-ledger?

I wasn't planning on having ledger-smb have a Replaces: sql-ledger.  I'm
working with the sql-ledger packaging team - we'll determine the best
course of action.

-- 

Michael Schultheiss
E-mail: [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: localisation in system wide daemons

[Kevin Mark]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Jan 15, 2007 at 06:54:24PM +0100, Andrea Bolognani wrote:
> On Mon, 15 Jan 2007 18:38:29 +0100
> Wouter Verhelst <[EMAIL PROTECTED]> wrote:
> 
> > At the very least, if we're going to translate log messages, then there
> > should be an easy switch to disable such translation for log messages
> > alone (while not for the rest of the system).
> 
> If we want to provide our non-English-speaking users with localized log
> messages, wouldn't it be possible to create a program which translates the
> logs on the fly, based on the message catalog we should write anyway?

data flow:
A->B->-C->D

A=program that logs (cpu temp monitor for FAN #1, FAN #2,...)
B=data that is logged (current temp data set like [30,40,..])
C=formating "FAN #%d is %d"
D=current log file "FAN #1 is 30c\nFAN #2 is 40c\n..."

To translate D is very hard but that seems what most programs output.

So D needs to exists for backwards compatibility.

If B is also created as a 'data' log file, then a program can be created
to use localization base upon C to produce localized logs.
I suppose that a program can use a 'tee' to produce 2 logs, one standard
and the other localized.

A->B-C->D (the standard english one)
 |
 +->E (the localized one)

But then there is an issue about how to solve problems based upon log
messages. A localized message can help the user to understand the problem,
but then if used to search say google, should they use the standard
english one or the localized one? 100% of google results will find the
english one currently. If more than one languages is used, the ability
to find results is signfigantly reduced.
- -K
[disregard if not useful, flames not appreciated]
- -- 
|  .''`.  == Debian GNU/Linux == |   my web site:   |
| : :' :  The  Universal |   'under construction'   |
| `. `'  Operating System| go to counter.li.org and |
|   `-http://www.debian.org/ |be counted! #238656   |
|   my keysever: subkeys.pgp.net | my NPO: cfsg.org |
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFrFDyv8UcC1qRZVMRAl3qAJ91I1tgeb/uDb3KM53of9quiLPX2wCfbPre
whgAiqFMuScNWdRCZ/qBjXQ=
=6Kyy
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407072: ITP: zzuf -- transparent application input fuzzer

[Sam Hocevar (Debian packages)]

Package: wnpp
Severity: wishlist
Owner: "Sam Hocevar (Debian packages)" <[EMAIL PROTECTED]>


* Package name: zzuf
  Version : 0.5
  Upstream Author : Sam Hocevar <[EMAIL PROTECTED]>
* URL : http://sam.zoy.org/zzuf/
* License : WTFPL (BSD-like)
  Programming Lang: C
  Description : transparent application input fuzzer

 Zzuf is a transparent fuzzer. It works by intercepting applications' file
 and network operations and changing random bits in their input. Its behaviour
 is deterministic, making it easy to reproduce bugs.
 .
 Zzuf has support for variable fuzzing ratio, character filtering, fuzzing
 decision based on filenames and optional network fuzzing. It can also stop
 processes that run for too long or that output too much data.


 For those interested, zzuf packages are already available here:
   svn+ssh://svn.debian.org/svn/sam-hocevar/pkg-misc/unstable/zzuf

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (50, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19.1
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Mirror with lzma compressed packages

[David Weinehall]

On Tue, Jan 16, 2007 at 09:25:38AM +0900, Junichi Uekawa wrote:
> Hi,
> 
> > > I'm not sure if the smaller size that LZMA allows is worth it if
> > > it then takes a lot longer to unpack files, or if it becomes
> > > impossible to do so due to memory requirements.
> > 
> > I don't know on memory requirements. but i didn't notice any speed
> > drawbacks for my personal use.
> 
> 
> Last I checked, bzip2 requires a lot of memory to decompress. It's
> documented in bzip2 manpage.  8MB is still a large number considering
> embedded devices and Debian running on virtual machines.  How about
> LZMA ?
> 
> bzip2:
>   Compress   Decompress   Decompress   Corpus
>Flag usage  usage   -s usage Size
[snip]
> -9  7600k  3700k2350k  828642

2350k (+ 828642, I guess) != 8MB...

The 8MB you cite is for compressing, not decompressing.

[snip]


regards: David
-- 
 /) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window   (\
//  ~   //  Diamond-white roses of fire //
\)  http://www.acc.umu.se/~tao/(/   Beautiful hoar-frost   (/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Upgrade from woody to sarge - ssh strangeness

[Turbo Fredriksson]

Quoting [EMAIL PROTECTED]:

> Is compression delayed likely to be the problem ?
> (see the note from the changelog below)
>
> aaron
>
>  - Add a new compression method ("Compression delayed") that delays zlib
>compression until after authentication, eliminating the risk of zlib
>vulnerabilities being exploited by unauthenticated users. Note that
>users of OpenSSH versions earlier than 3.5 will need to disable
>compression on the client or set "Compression yes" (losing this
>security benefit) on the server.

Tried both yes and no on 'Compression ...', but it didn't change anything...

Quoting The Fungi <[EMAIL PROTECTED]>:

> If memory serves, you need to edit /etc/ssh/sshd_config, uncomment
> the "PasswordAuthentication yes" line, and reload ssh.

With that, I only get:

Jan 16 08:28:01 pumba sshd[24998]: Failed password for turbo from 
 port 1956 ssh2
Jan 16 08:28:13 pumba sshd[25003]: error: Could not get shadow information for 
turbo
Jan 16 08:28:13 pumba sshd[25003]: Failed password for turbo from 
 port 1957 ssh2

>> The SecureCRT version is a little old, but...
> [...]
>
> Yeah, I believe newer versions of SecureCRT support not only
> "password" but also the newer "keyboard-interactive" authentication.

Seems like this is the culpit... I'll upgrade my SecureCRT. I downloaded
the demo, and that have the added feature of Kerberos authentication
(something I've been looking for!).

Thanx for the help everyone.
-- 
Saddam Hussein genetic 747 domestic disruption fissionable smuggle CIA
Panama cryptographic Qaddafi Ft. Bragg DES iodine AK-47 767
[See http://www.aclu.org/echelonwatch/index.html for more about this]
[Or http://www.europarl.eu.int/tempcom/echelon/pdf/rapport_echelon_en.pdf]
If neither of these works, try http://www.aclu.org and search for echelon.
Note. This is a real, not fiction.
http://www.theregister.co.uk/2001/09/06/eu_releases_echelon_spying_report/
http://www.aclu.org/safefree/nsaspying/23989res20060131.html#echelon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]