Virus in einer E-Mail von Ihnen gefunden!

2004-11-07 Thread AvMailGate
*
   AntiVir Virus Warnung 
*
This version of AntiVir MailGate is licensed for private and non-commercial use.
*

AntiVir hat diese Viren in einer E-Mail von Ihnen gefunden:

 Worm/NetSky.P ; worm ; Contains signature of the worm
 Worm/NetSky.P, Worm/NetSky.P.Expl ; worm ; Contains signature of
 the worm Worm/NetSky.P.Expl

Diese E-Mail wurde nicht ausgeliefert und auf dem Server isoliert.
Ueberpruefen Sie bitte Ihr System unverzueglich auf Virenbefall.

Bitte entfernen Sie alle Viren, bevor Sie weitere E-Mails mit
Dateianhaengen versenden. 

Mehr Informationen zu AntiVir MailGate finden Sie auf unserer 
Internetseite http://www.antivir.de (mailto: [EMAIL PROTECTED]).


--Mail-Info--
 Message-Id: <[EMAIL PROTECTED]>
 From: debian-devel-announce@lists.debian.org
 To: [EMAIL PROTECTED]
 Date: Sun, 7 Nov 2004 11:27:15 +0100
 Subject: Mail Delivery (failure [EMAIL PROTECTED])
-

This version of AntiVir MailGate is licensed for private and non-commercial use.
 *
 For more information on AntiVir please visit our web site
  http://www.antivir.de  or  http://www.hbedv.com
 mailto: [EMAIL PROTECTED]  
   
  AntiVir is a registered trademark of
H+BEDV Datentechnik GmbH
 *




Re: a 'main' package from a non-free source

2004-11-07 Thread Tollef Fog Heen
* Jon Dowland 

| So, any potential package for main would need to be split so that the
| resources which weren't considered DFSG free wouldn't be packaged up
| with the engine. (or the lot could probably be bundled in non-free.
| Actually, I wouldn't assert that quite yet, I'd not be suprised if one
| of media licences was too strict for non-free).
| 
| The trouble is, the source package has the lot of them in it. So, I'd
| have to split the source package too.
| 
| Are there any other packages where the source package is not 'pristine'
| but split in this fashion that I can look at?

Just use a non-pristine source package for the pieces going into main;
this is what we're doing for xfree86.  As you note, it might be not
everything would be able to go into non-free even, so you might need
to remove pieces of that package as well.

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  




ITP: mozilla-venkman - Javascript debugger for Mozilla and Firefox

2004-11-07 Thread Mike Hommey
reassign 230874 wnpp
retitle 230874 ITP: mozilla-venkman - Javascript debugger for Mozilla and 
Firefox
thanks

Venkman being not really sync'ed in firefox or mozilla, I'm proposing to
package the venkman package which will conflict with mozilla-js-debugger
(venkman provided by the mozilla source package) and will provide venkman
for both mozilla and firefox.

* Package name: mozilla-venkman
  Version : 0.9.84
  Upstream Author : Robert Ginda <[EMAIL PROTECTED]>
* URL : http://update.mozilla.org/extensions/moreinfo.php?id=216
* License : Dual-licensed GPL/MPL
  Description : Javascript debugger for Mozilla and Firefox
 
  Venkman is the JavaScript debugger for Mozilla based browsers, such as
  Mozilla 1.x and Phoenix/Firebird/Firefox.
  It can be used to debug either Javascript embedded in web pages, or
  even Mozilla's interface and extensions.

Mike




YaST2 for Debian (aka nYaST)

2004-11-07 Thread Mario Fux
Good morning

Abstract:
I search a person (or more than one) who is interested to port Yast2 from 
Novell/SuSE to Debian. I'd like to spend some money and/or hardware for this 
task (I can't spend that much because I'm a student who lives from grants) 
and perhaps some organizational help.

Longer version:
I like or better love Debian but Debian still lacks some features to become a 
good desktop distribution. One thing is an admin tool. There are other tools 
in development for this task (KaST [1], DControl [2], etc.) which I don't 
want to substitute with YaST for Debian but to complete.
Because Yast2's source code become free for some time now I see a chance to 
port a well-known (by new users) tool to my preferred distribution.
But my programming skills are too poor and so the only thing I can offer to 
bring YaST2 to Debian is some money or hardware and organizational help.

This (or a similar) email goes to the following mailinglists (I'm subscribed 
to all of them):
- debian-desktop [3]
- debian-devel [4] 
- kalyxo and kalyxo-devel [5] & [6]
- debian-cdd [7]

If you think there are other lists which could be valuable please forward this 
mail to these lists.

So if you're interested and have the skills to port YaST2 to Debian, contact 
me. But please, first read the following tasks or levels.

For the work or porting of YaST2 I see the following levels:

1. Contact me (by private email or mailinglist) and tell me something about 
your intentions and skills (and work you've already done for e.g. Debian).

2. Clarification about the license of YaST2 and it's location on the web.
See if Novell/SuSE is interested to contribute or at least help to port Yast2 
(make it more portable and widely used => becoming an industry standard).

3. Look into the source code to see what work needs to be done. Amount of the 
work. Say me how much money or hardware or help do you expect from me.
Can YaST2 work with Debian even if you change some conf files by hand?

4. Port YaST2 to Debian.

5. Maintain and enhance YaST2 for Debian.

And here a last thing: I'm not interested in a discussion about the sense of 
this work (but nonetheless you can discuss this ;-) but in the search of 
skilled people to work on this tasks.

Thanks and greets
Mario

[1] http://www.kalyxo.org/twiki/bin/view/Main/KaST
[2] http://wiki.debian.net/index.cgi?DebianControlCenter
[3] http://lists.debian.org/debian-desktop/
[4] http://lists.debian.org/debian-devel/
[5] https://mail.kde.org/mailman/listinfo/kalyxo
[6] https://mail.kde.org/mailman/listinfo/kalyxo-devel
[7] http://lists.debian.org/debian-custom/




Re: YaST2 for Debian (aka nYaST)

2004-11-07 Thread Jaldhar H. Vyas
On Sun, 7 Nov 2004, Mario Fux wrote:

> Good morning
>
> Abstract:
> I search a person (or more than one) who is interested to port Yast2 from
> Novell/SuSE to Debian. I'd like to spend some money and/or hardware for this
> task (I can't spend that much because I'm a student who lives from grants)
> and perhaps some organizational help.
>

Dear Mario,

I was until recently the Debian maintainer of webmin/usermin.  I have
filed an ITP (Intent to Package) for Yast2.  And I intend to look into it,
the hold up at the moment is I am expecting the birth of a baby boy almost
any day now. Certainly financial help would speed things up a little but
thats the main block.

The first time I brought this up there were concerns about the license
iirc but according to a Novell rep I talked to once, they do intend it to
be used by other distros so we can hopefully count on them to help resolve
any problems.  I doubt if they would contribute any money though but
asking is worth a try.

It's going to take a _lot_ of work to adapt yast2 to Debian, more than
just tweaking a few config files.

>
> This (or a similar) email goes to the following mailinglists (I'm subscribed
> to all of them):
> - debian-desktop [3]
> - debian-devel [4]
> - kalyxo and kalyxo-devel [5] & [6]
> - debian-cdd [7]
>

We should probably consolidate discussion on, say, debian-desktop.


-- 
Jaldhar H. Vyas <[EMAIL PROTECTED]>




Re: YaST2 for Debian (aka nYaST)

2004-11-07 Thread Ron Johnson
On Sun, 2004-11-07 at 09:32 -0500, Jaldhar H. Vyas wrote:
> On Sun, 7 Nov 2004, Mario Fux wrote:
> 
[snip]
> 
> It's going to take a _lot_ of work to adapt yast2 to Debian, more than
> just tweaking a few config files.

Questions:
1. Then does that indicate that Yast2 might not be suitable for 
   Debian?
2. Does Yast2 also keep configuration data in some sort of separ-
   ate database, meaning that people who switch between Yast2 and
   direct conf editing might screw up their systems?

-- 
-
Ron Johnson, Jr.
Jefferson, LA USA
PGP Key ID 8834C06B

Am I the only Atheist that thinks that Einsteinian Cosmology,
String Theory, etc is the modern form of debating how many Angels
can dance on the head of a pin?



signature.asc
Description: This is a digitally signed message part


Re: racoon-tool with >1 algorithms

2004-11-07 Thread Marius Reiner
Hi Matthew,

This is the Patch to make racoon-tool working with comma-delimited
encryption-algorithms.

$ diff /usr/sbin/racoon-tool /usr/sbin/racoon-tool.org
1325c1325
< if (! m/^[-"{}()\[\]_;[EMAIL PROTECTED]:\/,]+$/) {
---
> if (! m/^[-"{}()\[\]_;[EMAIL PROTECTED]:\/]+$/) {

Regards,

Marius


On Wed, 27 Oct 2004 09:56:13 +1300
Matthew Grant <[EMAIL PROTECTED]> wrote:

> Marius,
> 
> Sorry I have been unresponsive.  I have been having a lot of trouble 
> with my new Apple powerbook.  The bluetooth is the last remaining 
> bugbear, as I need all my keyboards working.  Bluez looks like it has 
> endianness issues with powerpc, and I have to get through that first
> as I need my laptop to do contract work which brings in my bread and 
> butter.
> 
>  From what I recall, there should be, but you will have to read the 
> racoon-tool source. Comma sounds like it should be the one.  Maybe you
> have found a small bug.  Check what racoon-tool produces in its
> output. 
>   Tonight I hope to do a bit more work on my netscript package, and
>   get 
> a new version of that out the door with whereami and resolvconf
> support for IPv4 and IPv6.  I will try and start doing work on ipsec
> this weekend, and leave the bluez issues alone.
> 
> Cheers,
> 
> Matthew Grant
> 
> 
> On 27/10/2004, at 5:32 AM, Marius Reiner wrote:
> 
> > Hi Matthew,
> >
> > is there a way to get multiple algorithms in a racoon-tool generated
> > racoon.conf? Like:
> >
> > encryption_algorithm blowfish,3des;
> > authentication_algorithm hmac_sha1,hmac_md5;
> >
> > racoon-tool complains when seperating the algorithms with comma, and
> > racoon complains when using a whitespace.
> >
> > Please give me a hint if there is a mailinglist for such questions.
> >
> > Best regards
> > Marius
> >
> 




Re: YaST2 for Debian (aka nYaST)

2004-11-07 Thread Jaldhar H. Vyas
On Sun, 7 Nov 2004, Ron Johnson wrote:

> On Sun, 2004-11-07 at 09:32 -0500, Jaldhar H. Vyas wrote:
> > On Sun, 7 Nov 2004, Mario Fux wrote:
> >
> [snip]
> >
> > It's going to take a _lot_ of work to adapt yast2 to Debian, more than
> > just tweaking a few config files.
>
> Questions:
> 1. Then does that indicate that Yast2 might not be suitable for
>Debian?

No I think it can be made to work.  There are just a lot of Suse-isms to
remove.

> 2. Does Yast2 also keep configuration data in some sort of separ-
>ate database, meaning that people who switch between Yast2 and
>direct conf editing might screw up their systems?
>

No it works on the regular conf files and allows round-tripping.


-- 
Jaldhar H. Vyas <[EMAIL PROTECTED]>
La Salle Debain - http://www.braincells.com/debian/




Re: YaST2 for Debian (aka nYaST)

2004-11-07 Thread Ron Johnson
On Sun, 2004-11-07 at 11:04 -0500, Jaldhar H. Vyas wrote:
> On Sun, 7 Nov 2004, Ron Johnson wrote:
> 
> > On Sun, 2004-11-07 at 09:32 -0500, Jaldhar H. Vyas wrote:
> > > On Sun, 7 Nov 2004, Mario Fux wrote:
> > >
> > [snip]
> > >
> > > It's going to take a _lot_ of work to adapt yast2 to Debian, more than
> > > just tweaking a few config files.
> >
> > Questions:
> > 1. Then does that indicate that Yast2 might not be suitable for
> >Debian?
> 
> No I think it can be made to work.  There are just a lot of Suse-isms to
> remove.

Would you integrate it with dpkg-reconfigure?

> > 2. Does Yast2 also keep configuration data in some sort of separ-
> >ate database, meaning that people who switch between Yast2 and
> >direct conf editing might screw up their systems?
> >
> 
> No it works on the regular conf files and allows round-tripping.


-- 
-
Ron Johnson, Jr.
Jefferson, LA USA
PGP Key ID 8834C06B

"The trouble with children is that they are not returnable."
Quentin Crisp



signature.asc
Description: This is a digitally signed message part


Re: YaST2 for Debian (aka nYaST)

2004-11-07 Thread Jaldhar H. Vyas
On Sun, 7 Nov 2004, Ron Johnson wrote:

> Would you integrate it with dpkg-reconfigure?
>

Could there be a yast frontend to debconf?  Yes.  That would probably not
be the first priority though.

-- 
Jaldhar H. Vyas <[EMAIL PROTECTED]>
La Salle Debain - http://www.braincells.com/debian/




Bug#280193: ITP: foremost -- A console program to recover files from a disk or image

2004-11-07 Thread Niall Sheridan
Package: wnpp
Severity: wishlist

* Package name : foremost
  Version  : 0.69
  Upstream Authors : Kris Kendall <[EMAIL PROTECTED]>
 Jesse Kornblum <[EMAIL PROTECTED]>
* URL  : http://foremost.sourceforge.net
* License  : GPL
  Description  : A console program to recover files from a disk or image

 Foremost is a console program to recover files based 
 on their headers and footers.

 Foremost can work on image files, such as those generated by dd, Safeback,
 Encase, etc, or directly on a drive. The headers and footers are specified by
 a configuration file, so you can pick and choose which headers you
 want to look for.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8.1-3-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)




Bug#280209: ITP: codeville -- More anarchic revision control system

2004-11-07 Thread Michael Janssen
Package: wnpp
Severity: wishlist

* Package name: codeville
  Version : 0.1.9
  Upstream Author : Ross Cohen <[EMAIL PROTECTED]>
* URL : http://www.codeville.org
* License : Open Software License 2.0
  Description : More anarchic revision control system

Codeville is a new version control system. 

All other version control systems require that you keep careful track
of the relationships between branches so as not have to repeatedly
merge the same conflicts. Codeville is much more anarchic. It allows
you to update from or commit to any repository at any time with no
unnecessary re-merges.

Codeville works by creating an identifier for each change which is
done, and remembering the list of all changes which have been applied
to each file and the last change which modified each line in each
file. When there's a conflict, it checks to see if one of the two
sides has already been applied to the other one, and if so makes the
other side win automatically. When there's an actual not automatically
mergeable version conflict, Codeville behaves in almost exactly the
same way as CVS.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.23-grsec
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)