announce: apt-listbugs with BTS versioning support.

[Junichi Uekawa]

Hi,

Finally, I've prepared apt-listbugs with BTS versioning support.  This
is a test scenario. You are installing apt-listbugs 0.0.55, and the
BTS says there's serious bugs applicable to apt-listbugs which are
fixed in 0.0.56; your reaction should be 'I'd wait until tomorrow when
the new version hits my mirror'.




$ ls -1 /var/cache/apt/archives/apt-listbugs_0.0.55_all.deb | LC_ALL=C 
./apt-listbugs apt
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
serious bugs of apt-listbugs (0.0.55 -> 0.0.55) 
 #334697 - versioned BTS handling (Fixed: apt-listbugs/0.0.56)
 #323626 - apt-listbugs: unusable with new versioned BTS (Fixed: 
apt-listbugs/0.0.56)
Summary:
 apt-listbugs(2 bugs)
Are you sure you want to install/upgrade the above packages? [Y/n/?/...]  
Interrupted




In case you haven't noticed, the '' doesn't mean that the bug is
really fixed in the version you're installing, you really need to look
at the version of the fixed package.

Here's a key information in case you don't already know about it:

[bug severity] bugs of [package] ([current version] -> [package version to be 
installed]) <[status of bug report]>
 [bug #] - [bug title] [(Fixed: fixed version, if it's fixed in a future 
version)]



Thanks go to the debbugs team for properly implementing the versioned
bug tracking system; it's working better than I expected.  It should
now be possible to run a stable system, and only see what bugs are
applicable to the version in the stable-updates (hopefully), module
any bugs I have embedded to apt-listbugs.



Wishlist features would be:

1. SOAP4R interface uses too much memory, some improvement there would
   be good.

2. version comparison using Dpkg::compare-versions is forking too much
   and is slow.

3. apt-listbugs in sarge is broken at the moment; backport?



I hope apt-listbugs as of 0.0.57 has become a useful companion to the
unstable life of Debian users.


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


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

License question: Re: Bug#389598: ITP: xpbiff

[Osamu Aoki]

Hi,

On Tue, Sep 26, 2006 at 09:22:35PM +0200, Frank Küster wrote:
> James Vega <[EMAIL PROTECTED]> wrote:
> 
> > On Tue, Sep 26, 2006 at 07:29:05PM +0200, Gernot Salzer wrote:
> >> Copyright:
> >> 
> >>  * xpbiff - popup biff for X
> >>  *
> >>  * Author: Kazuhiko Shutoh, 1993
> >>  *
> >>  * Permission to use, copy, modify and distribute without charge this 
> >> software,
> >
> > Doesn't the 'without charge' bit violate DFSG #1?

It is confusing for sure.  But the intent of the author was probably to
be a shorter funny version of MIT license.

> If it is meant as it is written, yes.  Often sentences like this can
> also be read as "Permission, without charge, to use, copy, ...".  But in
> this particular case the "without charge" seems to be quite clearly
> associated with "distribute".

Let's ask the author nicely.  It is a xbiff derivative.  I think authour
will be very likely to agree original MIT X license terms.  Only his
Imakefile and xpbiff.c seems to suffer this.  Other sources in the
tar-ball uses standard MIT X license.

To be nice to him, I write following in Japanese.

はじめまして。

DebianのMLのフォローです。

xpbiffですがImakefileとxpbiff.cのライセンスの文章が誤解を招いているのでは
と心配しています。MITライセンスの文章を短くしちょっと冗談を入れられるのが
真意だと思うのですが。。。いかがでしょうか。

 * Permission to use, copy, modify, and distribute this software and its
 * documentation for any purpose and without fee is hereby granted, provided
 * that the above copyright notice appear in all copies and that both that
 * copyright notice and this permission notice appear in supporting
 * documentation. Kazuhiko Shutoh makes no representations about the
 * suitability of this software for any purpose.  It is provided "as is"
 * without express or implied warranty. The author assumes no 
 * responsibility for lost sleep as a consequence of use of this software.

このような標準的MITライセンスの文章でライセンスされているつもりだという
確認のメールを返答いただけないでしょうか？

現状のまま文字どおり読むと、無償配布以外ではまったく配布できないので
デビアンではXBIFF同様のDEBIANのMAINでの配布ができなくなりますのでお願
い致しました。 (デビアンは http://www.debian.org です。）

お手数ですがよろしくお願いいたします。（できれば英語でYESと返答お願いします。）

青木

Bug#390515: ITP: pgpool-II -- pgpool-II is a multi-functional middle ware for PostgreSQL that features connection pooling, replication and load balancing functions

[Fernando Ike de Oliveira]

Package: wnpp
Severity: wishlist
Owner: Fernando Ike de Oliveira <[EMAIL PROTECTED]>


* Package name: pgpool-II
  Version : 1.0.1
  Upstream Author : Fernando Ike de Oliveira  <[EMAIL PROTECTED]>
* URL : http://pgpool.projects.postgresql.org/pgpool-II/en/
* License : (BSD)
  Programming Lang: (C)
  Description : pgpool-II is a multi-functional middle ware for PostgreSQL 
that features connection pooling, replication and load balancing functions.

pgpool-II is a multi-functional middle ware for PostgreSQL that features
connection pooling, replication and load balancing functions. pgpool-II,
on the other hand, allows multiple PostgreSQL servers (DB nodes) to be
connected, which enables queries to be executed simultaneously on all
servers. In other words, it enables "parallel query" processing. Also,
pgpool-II can be started as pgpool-I by changing configuration
parameters. pgpool-II that is executed in pgpool-I mode enables multiple
DB nodes to be connected.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-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]

change to dls in fstools

[Stephen Samuel]

This change to dls allows the option '-n' which numbers blocks
as they come out. 


It allows utilities that filter the blocks to spit out block
numbers without having to run dcalc on (sometimes) thousands
of block numbers.

I'm also including the perl script bgrep3 which uses the output
of the -n option to find blocks that are probable candidates for
indirect inodes -- It only works for partitions < 64GB, but is easily
modifiable for larger partitions (to a point).

and the script idtest which tries to sort out double and triple indirect
inodes.




--
Stephen Samuel +1(778)861-7641 [EMAIL PROTECTED]
   http://www.bcgreen.com/
  Powerful committed communication. Transformation touching
the jewel within each person and bringing it to light.

--- sleuthkit-2.03.orig/src/fstools/dls_lib.c
+++ sleuthkit-2.03/src/fstools/dls_lib.c
@@ -29,6 +29,7 @@
  */
 
 #include "libfstools.h"
+int blog=1;
 
 
 
@@ -90,6 +91,14 @@
 {
 if (verbose)
fprintf(stderr, "write block %" PRIuDADDR "\n", addr);
+if(blog){
+   int blen=fs->block_size + sizeof(blen)  + sizeof(addr);
+   if( fwrite(&blen,sizeof(blen),1,stdout) != 1 ||
+  fwrite(&addr,sizeof(addr),1,stdout) != 1){
+   error("dls_lib: error writing data to stdout: %m");
+  return WALK_STOP ;
+   }
+};
 
 if (fwrite(buf, fs->block_size, 1, stdout) != 1)
error("write stdout: %m");
--- sleuthkit-2.03.orig/src/fstools/dls.c
+++ sleuthkit-2.03/src/fstools/dls.c
@@ -1,7 +1,7 @@
 /*
 ** The Sleuth Kit
 **
-** $Date: 2006/10/01 18:09:50 $
+** $Date: 2005/09/02 19:53:27 $
 **
 ** Brian Carrier [EMAIL PROTECTED]
 ** Copyright (c) 2003-2005 Brian Carrier.  All rights reserved 
@@ -29,6 +29,8 @@
  */
 
 #include "libfstools.h"
+extern int blog;
+
 
 
 /* atoblock - convert string to block number */
@@ -66,6 +68,8 @@
 fprintf(stderr,
"\t-s: print slack space only (other flags are ignored\n");
 fprintf(stderr, "\t-v: verbose to stderr\n");
+fprintf(stderr, "\t-n: Number the block (binary)\n");
+
 fprintf(stderr, "\t-V: print version\n");
 fprintf(stderr, "\t-f fstype: File system type\n");
 fprintf(stderr, "Supported file system types:\n");
@@ -100,7 +104,7 @@
 progname = argv[0];
 setlocale(LC_ALL, "");
 
-while ((ch = getopt(argc, argv, "bef:i:lo:svV")) > 0) {
+while ((ch = getopt(argc, argv, "bef:i:lo:snvV")) > 0) {
switch (ch) {
case '?':
default:
@@ -128,6 +132,10 @@
case 's':
lclflags |= DLS_SLACK;
break;
+   case 'n':
+   blog=1;
+   break;
+
case 'v':
verbose++;
break;
#!/usr/bin/perl

# reads in blocks presuming my changes to dls that prepend 
# a length and block number (in binary) to every block.
# this allows a very fast printing of raw block numbers of interest.
# by default, look for possible indirect inode blocks:

# This pattern looks for indirect inode blocks in a 'small' partition
# (less then 64GiB).
# if you have  a partition > 64Gib, then you will have to allow 
# the high order byte to be 0...(floor(size/64GiB) 
#
# This also presumes the file to be non-sparse, so a block number 
# of zero should be end of data, and the rest of the block should
# be zeroes. 

# also checks for replicated 'block numbers' as an indication that
# this really isn't an indirect block;

$pattern= '^(?:(?!\0\0\0\0)...\0)+(?:\0\0\0\0)*$';

$quiet=0;
$verbose=0;
if ($ARGV[0] =~ '-q'){
shift @ARGV;;
printf "quiet...\n";
$quiet=1;
}elsif ($ARGV[0] =~ '-v'){
shift @ARGV;;
printf "quiet...\n";
$verbose=1;
};
if( $ARGV[0] ){ $pattern=$argv[0]; }
$intlen=4;
$blocksize=4096;
$blockcount=0;
printf "pattern=($pattern)\n" if $verbose;
shift ;
$lastbad='';
$rc=0;
$hit=0;
print "";
$|=1;

sub nextblock{
  my($gotten1,$thissize,$lendata,$metasize,$gotten2,$bnumstr,@bnums);
  # print "nextblock\n";
  $gotten1=read(STDIN,$lendata,$intlen); 
  unless( $gotten1){ return(0)};
  $thissize= (unpack("i",$lendata))[0];
  # printf "thissize=%d intlen=%d\n",$thissize,$intlen;
  $metasize=$thissize%32;
  # printf "metasize= %d\n", $metasize;
  # printf "reading more: %d\n", $metasize-$intlen;
  $gotten2=read(STDIN,$bnumstr,$metasize-$intlen);
  return(0) unless $gotten1;
  @bnums=unpack("I*",$bnumstr);
# presumes little-endian word ordering
  if(defined($bnums[1])){ $blockno=$bnums[1] *  4294967296  + $bnums[0]  ;};

  $rn = read(STDIN,$block,$thissize-$metasize);
  # print "rn=$rn\n";
  return $rn;
}


while ( $gotten=nextblock() ){

printf "got%d\n",$gotten if $verbose;
if($lastbad){ print STDERR $lastbad unless $quiet; $lastbad='';};
# print( ".")   unless $quiet;
if ($gotten != $blocksize ) { $lastbad= sprintf "bad read len (%d) for 
block %d\n",$gotten,$blockno; }
if( @match=($block =~ /$pattern/s ) ) {
my (%used, @blocks);
%us

Re: A plan to get rid of unnecessary package dependencies

[Peter Samuelson]

[Mike Hommey]
> A first step in that direction would be to fix .la, .pc and -config
> files so that they only give the needed libraries.

The correct fix for .la files for dynamic linking (remove all dependent
libraries, relying on the runtime linker to pull them in recursively)
does not work for static linking.  Some people apparently still care
about static linking, don't ask me who or why.  .pc files do not have
this limitation, as it's possible to specify two separate lists of
libraries, one only for static linking.

So, the real solution, insofar as there _are_ real solutions, is to
phase out .la files entirely.  One problem is that if your .la file is
referenced within someone else's .la file, you can't remove it without
breaking their package.  To eliminate _this_ problem, I suggest that
everyone add the following (or similar) to debian/rules:

binary-arch: build-arch
# [something like '$(MAKE) install DESTDIR=$(shell pwd)/debian/tmp']
#
sed -i 's:/usr/lib/lib\([^ ]*\).la:-l\1:g' debian/tmp/usr/lib/*.la


signature.asc
Description: Digital signature

Re: ITP: adun.app -- a Molecular Simulator

[Gurkan Sengun]

On 2006-08-31 13:24:21 +0200 Steffen Joeris <[EMAIL PROTECTED]> wrote:

> Hi
> 
> On Thursday 31 August 2006 01:58, Gürkan Sengün wrote:
>> Package: wnpp
>> Severity: wishlist
>> 
>> * Package name: adun.app
> Maybe I miss some essential parts, but I always wonder why some people add a 
> .app to the software name? Can you please give me a short explanation or 
> point me to a previous thread?

they don't. it's just the debian packages that do. to not rape the debian
package name space. please check the mailing list archive for details.

why, are you having a problem with the names?

> Cheers
> Steffen

yours,
Guerkan

Apache 2.2 uploaded to unstable (was: Re: Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled)

[Tollef Fog Heen]

Tollef Fog Heen skrev:

Steve Langasek skrev:



Any news on this?  I'd like to ask the ftpmasters to expedite the NEW
processing for it, but I can't before it's been uploaded. :)


Yes, I was ill yesterday too, so didn't get around to doing it.  I'm 
working on it today.


While it's no longer yesterday, but almost tomorrow now:

: [EMAIL PROTECTED](xen-debian) ~/apache > dput apache2_2.2.3-1_amd64.changes
Upload package to host ftp-master
[...]
Uploading via ftp apache2_2.2.3-1_amd64.changes: done.
Successfully uploaded packages.
Not running dinstall.

If people want to poke the packages before they're through NEW (which 
jvw said he'd try to find time for tomorrow), they are also uploaded to 
http://err.no/tmp/a2/


I'll be filing policy- and uninstallability bugs on quite a bunch of 
packages over the next days.  If you maintain an apache module which 
does not depend on apache2-common: shame on you, please add a dependency 
on apache2.2-common.  If you maintain an apache module which does depend 
on apache2-common: please change it to apache2.2-common, recompile and 
test the module.


Enjoy!

- tfheen


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

Re: Apache 2.2 uploaded to unstable (was: Re: Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled)

[Andreas Barth]

* Tollef Fog Heen ([EMAIL PROTECTED]) [061001 22:00]:
> I'll be filing policy- and uninstallability bugs on quite a bunch of 
> packages over the next days.  If you maintain an apache module which 
> does not depend on apache2-common: shame on you, please add a dependency 
> on apache2.2-common.  If you maintain an apache module which does depend 
> on apache2-common: please change it to apache2.2-common, recompile and 
> test the module.

I'm not so sure I like to see another 50 RC bugs only for packages
already in etch, just for renaming apache2-common to apache2.2-common.
Is/Was that really necessary?


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#390546: ITP: libsylph -- standalone version of the Sylpheed core library

[Ricardo Mones]

Package: wnpp
Severity: wishlist
Owner: Ricardo Mones <[EMAIL PROTECTED]>


* Package name: libsylph
  Version : 0.2.0
  Upstream Author : Hiroyuki Yamamoto 
* URL : http://sylpheed.sraoss.jp/en/
* License : LGPL
  Programming Lang: C
  Description : standalone version of the Sylpheed core library

This library, which has been originally used as the core part of 
Sylpheed, was modified so that it can be utilized as stand-alone.

(Not really a good description, this will be fixed before uploading ;-)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-amd64-k8
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: Apache 2.2 uploaded to unstable

[Russ Allbery]

Andreas Barth <[EMAIL PROTECTED]> writes:
> * Tollef Fog Heen ([EMAIL PROTECTED]) [061001 22:00]:

>> I'll be filing policy- and uninstallability bugs on quite a bunch of 
>> packages over the next days.  If you maintain an apache module which 
>> does not depend on apache2-common: shame on you, please add a dependency 
>> on apache2.2-common.  If you maintain an apache module which does depend 
>> on apache2-common: please change it to apache2.2-common, recompile and 
>> test the module.

> I'm not so sure I like to see another 50 RC bugs only for packages
> already in etch, just for renaming apache2-common to apache2.2-common.
> Is/Was that really necessary?

Yes, modules built for Apache 2.0 will not work with Apache 2.2.  They
have to be rebuilt.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#390569: ITP: nwu -- Network-wide update system for systems which use APT

[Yves Junqueira]

Package: wnpp
Severity: wishlist
Owner: Yves Junqueira <[EMAIL PROTECTED]>


* Package name: nwu
  Version : 0.1.5
  Upstream Author : Yves Junqueira <[EMAIL PROTECTED]>
* URL : http://www.cetico.org/nwu
* License : GPL
  Description : Network-wide update system for systems which use APT 

NWU is a remote network updates management tool. Key features are:

# Install packages in remote computers
# List pending updates
# Roll security upgrades to computers
# Update the remote nodes packages cache
# Receive feedback of failures by email

The source package will provide at least three binary packages:
- nwu-server
- nwu-agent
- python-sysinfo

Python-sysinfo is a multi-platform abstraction layer to system 
information, either software and hardware.

NWU is currently alpha, almost beta.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.12.6-xenU-rimu4
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: Bug#390515: ITP: pgpool-II -- pgpool-II is a multi-functional middle ware for PostgreSQL that features connection pooling, replication and load balancing functions

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 09/30/06 23:39, Fernando Ike de Oliveira wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Fernando Ike de Oliveira <[EMAIL PROTECTED]>
> 
> 
> * Package name: pgpool-II
>   Version : 1.0.1
>   Upstream Author : Fernando Ike de Oliveira  <[EMAIL PROTECTED]>
> * URL : http://pgpool.projects.postgresql.org/pgpool-II/en/
> * License : (BSD)
>   Programming Lang: (C)
>   Description : pgpool-II is a multi-functional middle ware for 
> PostgreSQL that features connection pooling, replication and load balancing 
> functions.
> 
> pgpool-II is a multi-functional middle ware for PostgreSQL that features
> connection pooling, replication and load balancing functions. pgpool-II,
> on the other hand, allows multiple PostgreSQL servers (DB nodes) to be
> connected, which enables queries to be executed simultaneously on all
> servers. In other words, it enables "parallel query" processing. Also,
> pgpool-II can be started as pgpool-I by changing configuration
> parameters. pgpool-II that is executed in pgpool-I mode enables multiple
> DB nodes to be connected.

The short description is excessively long and is a duplicate of the
first sentence in the "long description".

- --
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.5 (GNU/Linux)

iD8DBQFFICmAS9HxQb37XmcRAmZzAJ4lBGJWPgH+SzoEIS1Ts8Hti7zCCQCgr2GK
m7YIPT0ntOayRc1Y1dFCZ5Q=
=xubt
-END PGP SIGNATURE-


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

Bug#390552: ITP: gtk2-engines-ubuntulooks -- Ubuntu GTK2.x theme engine based on Clearlooks

[Le_Vert]

Package: wnpp
Severity: wishlist
Owner: "Adam Cécile (Le_Vert)" <[EMAIL PROTECTED]>

* Package name: gtk2-engines-ubuntulooks
  Version : 0.9.12
  Upstream Author : Richard Stellingwerff <[EMAIL PROTECTED]>
Daniel Borgmann <[EMAIL PROTECTED]>
* URL : http://packages.ubuntu.com/gtk2-engines-ubuntulooks
* License : GPL
  Description : Ubuntu GTK2.x theme engine based on Clearlooks

Ubuntulooks is a GTK2.x theme engine based on Clearlooks.
.
It was forked by the Ubuntu Linux distribution.
.
 Homepage: http://packages.ubuntu.com/gtk2-engines-ubuntulooks

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

change to dls in fstools

[Stephen Samuel]

This change to dls allows the option '-n' which numbers blocks
as they come out.

It allows utilities that filter the blocks to spit out block
numbers without having to run dcalc on (sometimes) thousands
of block numbers.

I'm also including the perl script bgrep3 which uses the output
of the -n option to find blocks that are probable candidates for
indirect inodes -- It only works for partitions < 64GB, but is easily
modifiable for larger partitions (to a point).

and the script idtest which tries to sort out double and triple indirect
inodes.



--- sleuthkit-2.03.orig/src/fstools/dls_lib.c
+++ sleuthkit-2.03/src/fstools/dls_lib.c
@@ -29,6 +29,7 @@
  */
 
 #include "libfstools.h"
+int blog=1;
 
 
 
@@ -90,6 +91,14 @@
 {
 if (verbose)
fprintf(stderr, "write block %" PRIuDADDR "\n", addr);
+if(blog){
+   int blen=fs->block_size + sizeof(blen)  + sizeof(addr);
+   if( fwrite(&blen,sizeof(blen),1,stdout) != 1 ||
+  fwrite(&addr,sizeof(addr),1,stdout) != 1){
+   error("dls_lib: error writing data to stdout: %m");
+  return WALK_STOP ;
+   }
+};
 
 if (fwrite(buf, fs->block_size, 1, stdout) != 1)
error("write stdout: %m");
--- sleuthkit-2.03.orig/src/fstools/dls.c
+++ sleuthkit-2.03/src/fstools/dls.c
@@ -1,7 +1,7 @@
 /*
 ** The Sleuth Kit
 **
-** $Date: 2006/10/01 18:09:50 $
+** $Date: 2005/09/02 19:53:27 $
 **
 ** Brian Carrier [EMAIL PROTECTED]
 ** Copyright (c) 2003-2005 Brian Carrier.  All rights reserved 
@@ -29,6 +29,8 @@
  */
 
 #include "libfstools.h"
+extern int blog;
+
 
 
 /* atoblock - convert string to block number */
@@ -66,6 +68,8 @@
 fprintf(stderr,
"\t-s: print slack space only (other flags are ignored\n");
 fprintf(stderr, "\t-v: verbose to stderr\n");
+fprintf(stderr, "\t-n: Number the block (binary)\n");
+
 fprintf(stderr, "\t-V: print version\n");
 fprintf(stderr, "\t-f fstype: File system type\n");
 fprintf(stderr, "Supported file system types:\n");
@@ -100,7 +104,7 @@
 progname = argv[0];
 setlocale(LC_ALL, "");
 
-while ((ch = getopt(argc, argv, "bef:i:lo:svV")) > 0) {
+while ((ch = getopt(argc, argv, "bef:i:lo:snvV")) > 0) {
switch (ch) {
case '?':
default:
@@ -128,6 +132,10 @@
case 's':
lclflags |= DLS_SLACK;
break;
+   case 'n':
+   blog=1;
+   break;
+
case 'v':
verbose++;
break;

#!/usr/bin/perl

# reads in blocks presuming my changes to dls that prepend 
# a length and block number (in binary) to every block.
# this allows a very fast printing of raw block numbers of interest.
# by default, look for possible indirect inode blocks:

# This pattern looks for indirect inode blocks in a 'small' partition
# (less then 64GiB).
# if you have  a partition > 64Gib, then you will have to allow 
# the high order byte to be 0...(floor(size/64GiB) 
#
# This also presumes the file to be non-sparse, so a block number 
# of zero should be end of data, and the rest of the block should
# be zeroes. 

# also checks for replicated 'block numbers' as an indication that
# this really isn't an indirect block;

$pattern= '^(?:(?!\0\0\0\0)...\0)+(?:\0\0\0\0)*$';

$quiet=0;
$verbose=0;
if ($ARGV[0] =~ '-q'){
shift @ARGV;;
printf "quiet...\n";
$quiet=1;
}elsif ($ARGV[0] =~ '-v'){
shift @ARGV;;
printf "quiet...\n";
$verbose=1;
};
if( $ARGV[0] ){ $pattern=$argv[0]; }
$intlen=4;
$blocksize=4096;
$blockcount=0;
printf "pattern=($pattern)\n" if $verbose;
shift ;
$lastbad='';
$rc=0;
$hit=0;
print "";
$|=1;

sub nextblock{
  my($gotten1,$thissize,$lendata,$metasize,$gotten2,$bnumstr,@bnums);
  # print "nextblock\n";
  $gotten1=read(STDIN,$lendata,$intlen); 
  unless( $gotten1){ return(0)};
  $thissize= (unpack("i",$lendata))[0];
  # printf "thissize=%d intlen=%d\n",$thissize,$intlen;
  $metasize=$thissize%32;
  # printf "metasize= %d\n", $metasize;
  # printf "reading more: %d\n", $metasize-$intlen;
  $gotten2=read(STDIN,$bnumstr,$metasize-$intlen);
  return(0) unless $gotten1;
  @bnums=unpack("I*",$bnumstr);
# presumes little-endian word ordering
  if(defined($bnums[1])){ $blockno=$bnums[1] *  4294967296  + $bnums[0]  ;};

  $rn = read(STDIN,$block,$thissize-$metasize);
  # print "rn=$rn\n";
  return $rn;
}


while ( $gotten=nextblock() ){

printf "got%d\n",$gotten if $verbose;
if($lastbad){ print STDERR $lastbad unless $quiet; $lastbad='';};
# print( ".")   unless $quiet;
if ($gotten != $blocksize ) { $lastbad= sprintf "bad read len (%d) for 
block %d\n",$gotten,$blockno; }
if( @match=($block =~ /$pattern/s ) ) {
my (%used, @blocks);
%used=();
@blocks=unpack("V*",$block);
$bad=0;
printf( "(%s)",join(")(",@blocks))   if $verbose;
foreach $b (@blocks){
#   printf "(%s)",$b;
   

Re: Professional Developer Wanted

[Alexander Schmehl]

Hi!

* Stephen Yorke <[EMAIL PROTECTED]> [061001 23:46]:
> Does anyone on these lists know of any REAL GOOD resources to look for
> someone with HIGH caliper Debian Development skills?

http://lists.debian.org/debian-jobs/
http://www.debian.org/consultants/


Yours sincerely,
  Alexander

-- 
http://www.netmeister.org/news/learn2quote.html
http://www.catb.org/~esr/faqs/smart-questions.html


signature.asc
Description: Digital signature

Professional Developer Wanted

[Stephen Yorke]

Hey all…

 

My firm is looking to hire a profession Debian Developer for
some very fun, custom work.

 

Does anyone on these lists know of any REAL GOOD resources
to look for someone with HIGH caliper Debian Development skills?

 

Thanks in Advance,

Stephen Yorke

Bug#390578: ITP: webcam-server -- a tool to share webcam streaming in www-browser

[Luca Bedogni]

Package: wnpp
Severity: wishlist
Owner: Luca Bedogni <[EMAIL PROTECTED]>

* Package name: webcam-server
  Version : x.y.z
  Upstream Author : Donn Morrison <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/webcamserver
* License : (GPL)
  Programming Lang: (C)
  Description : a tool to share webcam streaming in www-browser

 webcam_server is a server daemon that can stream frames from any
 video4linux device to  remote clients running the provided applet
 or single frame snapshots running a web browser, you simply have
 to point it to localhost:

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.13
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: Professional Developer Wanted

[Stephen Yorke]

It means someone with a resume of Custom Linux
development...professional or their own stuff.

Mainly, we need a seasoned Linux developer.  We have several seasoned
C/C++, VB, C#, .NET, Java developers (they do this day in and day out)
but no Linux folks.  I am the closest we have to a linux guy and I am a
dumb @ss...the funny thing is...I am not afraid to say that I do not
know Linux that well...put me in the M$ arena though and that is a
different story.  I get by on Linux and can get the job done but on a
professional level...forget it...I have done a couple of CBT's, one on
Pay Hat and one on Debian Woody...does that classify me a pro...nuh-uh.

We need a 'Pro'-fessional...not a weekend developer.

-Stephen

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of s.
keeling
Sent: Sunday, October 01, 2006 8:28 PM
To: debian-user@lists.debian.org; debian-devel@lists.debian.org
Subject: Re: Professional Developer Wanted

["Followup-To:" header set to linux.debian.user.]
Stephen Yorke <[EMAIL PROTECTED]>:
> 
>  My firm is looking to hire a [professional] Debian Developer for
>  some very fun, custom work.
> 
>  Does anyone on these lists know of any REAL GOOD resources to look
for
>  someone with HIGH [caliber] Debian Development skills?

I was reading a job ad the other day (from a dentist) soliciting
excellent, wizard level skills in IT.  "Must have experience using
MS-Office!"

What does "HIGH [caliber]" mean to you?


-- 
Any technology distinguishable from magic is insufficiently advanced.
(*)http://www.spots.ab.ca/~keeling  Linux Counter #80292
- -http://www.faqs.org/rfcs/rfc1855.htmlPlease, don't Cc: me.
   Spammers! http://www.spots.ab.ca/~keeling/emails.html


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

Bug#390591: ITP: libzrtpcpp -- ZRTP extension for GNU ccRTP

[Mark Purcell]

Package: wnpp
Severity: wishlist
Owner: Mark Purcell <[EMAIL PROTECTED]>

* Package name: libzrtpcpp
  Version : 0.9.0
  Upstream Author : Werner Dittmann <[EMAIL PROTECTED]>
* URL : ftp://ftp.gnu.org/gnu/ccrtp/libzrtpcpp-0.9.0.tar.gz
* License : GPL
  Programming Lang: C++
  Description : ZRTP extension for GNU ccRTP

This package provides a library that adds support to the GNU RTP stack
for the zrtp protocol specification developed by Phil Zimmermen for
zphone.  Using this package, together with GNU ccrtp (1.5.0 or later)
provides a zrtp implimentation that can be directly embedded into client
and server applications, rather than the overhead penalty of using an
external proxy such as zphone.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
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]

Experiment: orphanining some of my packages

[Aurelien Jarno]

Hi all,

As Debian^WDunc-tank experiments with funding, I have loosed motivation 
to spend so much time on my packages. I have therefore decided to 
experiment with orphaning a few of my packages in the hope I will have 
more time to contribute to other Free Software projects.


Here is the list of packages I have orphaned in a first round, please 
feel free to adopt them:

 * c-cpp-reference
 * camstream
 * myphpmoney
 * ttf-dustin (priority goes to the pkg-font team)
 * wdg-html-validator
 * xwelltris (priority goes to the pkg-games team)
 * xautomation

Bye,
Aurelien

--
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Re: ITP: adun.app -- a Molecular Simulator

[Frank Küster]

Gurkan Sengun <[EMAIL PROTECTED]> wrote:

> On 2006-08-31 13:24:21 +0200 Steffen Joeris <[EMAIL PROTECTED]> wrote:
>
>> Hi
>> 
>> On Thursday 31 August 2006 01:58, Gürkan Sengün wrote:
>>> Package: wnpp
>>> Severity: wishlist
>>> 
>>> * Package name: adun.app
>> Maybe I miss some essential parts, but I always wonder why some people add a 
>> .app to the software name? Can you please give me a short explanation or 
>> point me to a previous thread?
>
> they don't. it's just the debian packages that do. to not rape the debian
> package name space. 

That's a worthwile goal.

> please check the mailing list archive for details.
>
> why, are you having a problem with the names?

I think this is also already in the archives:  To the knowing, the .app
suffix indicates that it is a Gnustep application.  To everyone else,
.app is pretty much meaningless.  Therefore I'd prefer if you'd use a
suffix with a less arcane meaning, like -gnustep.

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)