From zawadaa at wp.pl  Thu Jul  1 13:55:19 2004
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Thu, 01 Jul 2004 13:55:19 +0200
Subject: [Fwd: [Clamav-announce] announcing ClamAV 0.74]
Message-ID: <40E3FBA7.6010509@wp.pl>

i dzia?a - przynajmniej na Ra :-)


-------- Original Message --------
Subject: [Clamav-announce] announcing ClamAV 0.74
Date: Wed, 30 Jun 2004 10:31:40 +0200
From: Luca Gibelli <luca at clamav.net>
To: clamav-announce at lists.sourceforge.net


Hi,

a new release of ClamAV is available for download.
Bugfixes in this version include crashes with multipart/mixed messages
and corrupted OLE2 and Zip files. Improvements include various
optimisations of mail scanning and clamav-milter and clamdscan
behaviour.

Other important announcements:

- New programs in our "3rd party software" list:

     + MyClamMailFilter      an e-mail filter for procmail (written in C)
     + clamaktion            scan files from the right-click Konqueror menu
     + QMVC                  Qmail Mail and Virus Control
     + pyclamav              Python binding for ClamAV
     + FETCAV                Front End To Clam AntiVirus based on Xdialog
     + Famuko                an on-access scanner working in a userspace
     + SoftlabsAV            a generic anti-virus filter for procmail


- Japanese users can take advantage of the new ClamAV related site:
   http://clamav-jp.sourceforge.jp/
   and join the clamav-jp-users mailing list.




-- 
The ClamAV team (http://www.clamav.net/team.html)


-- 
Luca Gibelli (luca at clamav.net) - http://www.ClamAV.net - A GPL virus scanner
PGP Key Fingerprint: C782 121E 8C3A 90E3 7A87  D802 6277 8FF4 5EFC 5582
PGP Key Available on: Key Servers || http://www.clamav.net/gpg/nervoso.gpg


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Clamav-announce mailing list
Clamav-announce at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clamav-announce





From mmazur at kernel.pl  Thu Jul  1 14:42:49 2004
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Thu, 1 Jul 2004 14:42:49 +0200
Subject: [Fwd: [Clamav-announce] announcing ClamAV 0.74]
In-Reply-To: <40E3FBA7.6010509@wp.pl>
References: <40E3FBA7.6010509@wp.pl>
Message-ID: <200407011442.50058.mmazur@kernel.pl>

On czwartek, 1 lipca 2004 13:55, Andrzej Zawadzki wrote:
>      + clamaktion            scan files from the right-click Konqueror menu

Wow. Now i will be able to safely execute unknown files :)

-- 
In the year eighty five ten
God is gonna shake his mighty head
He'll either say,
"I'm pleased where man has been"
Or tear it down, and start again



From wrobell at pld-linux.org  Sat Jul  3 09:56:10 2004
From: wrobell at pld-linux.org (wrobell)
Date: Sat, 3 Jul 2004 09:56:10 +0200
Subject: SPECS (DEVEL): gcc.spec - 3.4.1 released.
In-Reply-To: <SPECS_gcc.spec.1.217.2.59@pld-llinux.org>
References: <SPECS_gcc.spec.1.217.2.58@pld-llinux.org>
	<SPECS_gcc.spec.1.217.2.59@pld-llinux.org>
Message-ID: <20040703075610.GC9879@pred.dk.org>

On Fri, Jul 02, 2004 at 08:25:43PM +0000, pluto wrote:
> Author: pluto                        Date: Fri Jul  2 20:25:43 2004 GMT
> Module: SPECS                         Tag: DEVEL
> ---- Log message:
> - 3.4.1 released.
when will it be merged on head?

[...]

    wrobell <wrobell at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040703/a6c93a3d/attachment.sig>

From wolf42 at wp.pl  Sat Jul  3 12:34:52 2004
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Sat, 3 Jul 2004 12:34:52 +0200
Subject: SPECS (DEVEL): gcc.spec - 3.4.1 released.
In-Reply-To: <20040703075610.GC9879@pred.dk.org>
References: <SPECS_gcc.spec.1.217.2.58@pld-llinux.org>
	<SPECS_gcc.spec.1.217.2.59@pld-llinux.org>
	<20040703075610.GC9879@pred.dk.org>
Message-ID: <20040703103452.GA3796@bajzel>

On Sat, Jul 03, 2004 at 09:56:10AM +0200, wrobell wrote:
> > Author: pluto                        Date: Fri Jul  2 20:25:43 2004 GMT
> > Module: SPECS                         Tag: DEVEL
> > ---- Log message:
> > - 3.4.1 released.
> when will it be merged on head?
Probably when, akhem, akhem, RM will start making AC-branches. 3.4.x
cannot be included in AC because it would require rebuilding all stuff
dependant on libstdc++.

wolf
-- 
  Bartek   .  - Blondynka i nieg?upia..
  Taudul   :  - Zdarza si?.
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From wrobell at pld-linux.org  Sat Jul  3 20:51:27 2004
From: wrobell at pld-linux.org (wrobell)
Date: Sat, 3 Jul 2004 20:51:27 +0200
Subject: SPECS (DEVEL): gcc.spec - 3.4.1 released.
In-Reply-To: <20040703103452.GA3796@bajzel>
References: <SPECS_gcc.spec.1.217.2.58@pld-llinux.org>
	<SPECS_gcc.spec.1.217.2.59@pld-llinux.org>
	<20040703075610.GC9879@pred.dk.org> <20040703103452.GA3796@bajzel>
Message-ID: <20040703185127.GA30811@pred.dk.org>

On Sat, Jul 03, 2004 at 12:34:52PM +0200, Bartosz Taudul wrote:
> On Sat, Jul 03, 2004 at 09:56:10AM +0200, wrobell wrote:
> > > Author: pluto                        Date: Fri Jul  2 20:25:43 2004 GMT
> > > Module: SPECS                         Tag: DEVEL
> > > ---- Log message:
> > > - 3.4.1 released.
> > when will it be merged on head?
> Probably when, akhem, akhem, RM will start making AC-branches. 3.4.x
> cannot be included in AC because it would require rebuilding all stuff
> dependant on libstdc++.
Why gcc for AC is not on AC branch (as other packages, i.e. rpm)? Answer
this question for yourself, please.

So, questions  remains, is  there any technical  (besides AC
mess) reason for keeping gcc 3.4.1 on DEVEL branch? [1]

    wrobell <wrobell at pld-linux.org>

[1] By  asking the  question I  do not  want to  discuss AC
problems. I just want to know if gcc 3.4.1 is ready to use
(there is no todo in the spec, so I want just to be sure).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040703/7b7c8773/attachment.sig>

From qboosh at pld-linux.org  Sat Jul  3 21:36:32 2004
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 3 Jul 2004 21:36:32 +0200
Subject: SPECS (DEVEL): gcc.spec - 3.4.1 released.
In-Reply-To: <20040703185127.GA30811@pred.dk.org>
References: <SPECS_gcc.spec.1.217.2.58@pld-llinux.org>
	<SPECS_gcc.spec.1.217.2.59@pld-llinux.org>
	<20040703075610.GC9879@pred.dk.org> <20040703103452.GA3796@bajzel>
	<20040703185127.GA30811@pred.dk.org>
Message-ID: <20040703193632.GE18862@satan.blackhosts>

On Sat, Jul 03, 2004 at 08:51:27PM +0200, wrobell wrote:
> On Sat, Jul 03, 2004 at 12:34:52PM +0200, Bartosz Taudul wrote:
> > On Sat, Jul 03, 2004 at 09:56:10AM +0200, wrobell wrote:
> > > > Author: pluto                        Date: Fri Jul  2 20:25:43 2004 GMT
> > > > Module: SPECS                         Tag: DEVEL
> > > > ---- Log message:
> > > > - 3.4.1 released.
> > > when will it be merged on head?
> > Probably when, akhem, akhem, RM will start making AC-branches. 3.4.x
> > cannot be included in AC because it would require rebuilding all stuff
> > dependant on libstdc++.
> Why gcc for AC is not on AC branch (as other packages, i.e. rpm)? Answer
> this question for yourself, please.

rpm isn't good example, I think that version from HEAD will go to Ac...

> So, questions  remains, is  there any technical  (besides AC
> mess) reason for keeping gcc 3.4.1 on DEVEL branch? [1]
> 
>     wrobell <wrobell at pld-linux.org>
> 
> [1] By  asking the  question I  do not  want to  discuss AC
> problems. I just want to know if gcc 3.4.1 is ready to use
> (there is no todo in the spec, so I want just to be sure).

sb should test it, at least if gcc 3.4.1 is capable to bootstrap
_itself_ on all archs.
Now I know only that it builds (using gcc 3.3.4) on x86, amd64, alpha
and sparc; today or tomorrow we'll know if it builds on ppc (see
ac-test).
I don't know why it failed on i586, probably some builder problem.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/



From aredridel at nbtsc.org  Mon Jul  5 17:52:09 2004
From: aredridel at nbtsc.org (Aredridel)
Date: Mon, 05 Jul 2004 09:52:09 -0600
Subject: Poldek segfault
Message-ID: <1089042729.25693.7.camel@mizar.nbtsc.org>

I know there was just a thread in polish on this, but it's happening to
me too:

aredridel at mizar:~$ poldek
Loading http://dubhe.theinternetco.net/mirror/[...]/packages.dir.gz...
Loading http://dubhe.theinternetco.net/mirror/[...]/packages.dir.gz...
Loading http://dubhe.theinternetco.net/mirror/[...]/packages.dir.gz...
Loading http://dubhe.theinternetco.net/mirror/[...]/packages.dir.gz...
Segmentation fault

It seems to just be one index, though:

aredridel at mizar:~$ poldek -n ac
Loading http://dubhe.theinternetco.net/mirror/[...]/packages.dir.gz...
8826 packages read
Loading db packages [/var/lib/rpm].....................done
1838 packages loaded

Welcome to the poldek shell mode. Type "help" for help with commands.

poldek>


Ari




From aredridel at nbtsc.org  Mon Jul  5 17:58:45 2004
From: aredridel at nbtsc.org (Aredridel)
Date: Mon, 05 Jul 2004 09:58:45 -0600
Subject: Poldek segfault
In-Reply-To: <1089042729.25693.7.camel@mizar.nbtsc.org>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>
Message-ID: <1089043125.25693.11.camel@mizar.nbtsc.org>

> aredridel at mizar:~$ poldek
> Loading http://dubhe.theinternetco.net/mirror/[...]/packages.dir.gz...
> Loading http://dubhe.theinternetco.net/mirror/[...]/packages.dir.gz...
> Loading http://dubhe.theinternetco.net/mirror/[...]/packages.dir.gz...
> Loading http://dubhe.theinternetco.net/mirror/[...]/packages.dir.gz...
> Segmentation fault

Ah, fixed in the next release from -test.

However, the new version does strange things:

poldek> ls -I WindowMaker
WindowMaker-0.81.0-0.20040321.5
poldek> install WindowMaker-0.81.0-0.20040321.6
Nothing to do

By design? Epoch issue? (is there an epoch display anywhere in poldek?)

Ari




From mmazur at kernel.pl  Mon Jul  5 17:59:28 2004
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Mon, 5 Jul 2004 17:59:28 +0200
Subject: Poldek segfault
In-Reply-To: <1089042729.25693.7.camel@mizar.nbtsc.org>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>
Message-ID: <200407051759.28183.mmazur@kernel.pl>

On poniedzia?ek, 5 lipca 2004 17:52, Aredridel wrote:
---snip---

Try the one from test (rel 5). Has some 'segfault' patch in it.

-- 
In the year eighty five ten
God is gonna shake his mighty head
He'll either say,
"I'm pleased where man has been"
Or tear it down, and start again



From qboosh at pld-linux.org  Mon Jul  5 18:06:20 2004
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 5 Jul 2004 18:06:20 +0200
Subject: Poldek segfault
In-Reply-To: <1089043125.25693.11.camel@mizar.nbtsc.org>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>
	<1089043125.25693.11.camel@mizar.nbtsc.org>
Message-ID: <20040705160620.GA26043@satan.blackhosts>

On Mon, Jul 05, 2004 at 09:58:45AM -0600, Aredridel wrote:
> (is there an epoch display anywhere in poldek?)

desc shows epoch.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/



From aredridel at nbtsc.org  Mon Jul  5 18:39:41 2004
From: aredridel at nbtsc.org (Aredridel)
Date: Mon, 05 Jul 2004 10:39:41 -0600
Subject: Poldek and WindowMaker
In-Reply-To: <20040705160620.GA26043@satan.blackhosts>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>
	<1089043125.25693.11.camel@mizar.nbtsc.org>
	<20040705160620.GA26043@satan.blackhosts>
Message-ID: <1089045581.25693.14.camel@mizar.nbtsc.org>

On Mon, 2004-07-05 at 18:06 +0200, Jakub Bogusz wrote:
> On Mon, Jul 05, 2004 at 09:58:45AM -0600, Aredridel wrote:
> > (is there an epoch display anywhere in poldek?)
> 
> desc shows epoch.

Hm. Then poldek is confused:

poldek> ls -I WindowMaker
WindowMaker-0.81.0-0.20040321.5
poldek> install WindowMaker-0.81.0-0.20040321.6
Nothing to do

There is no epoch.




From qboosh at pld-linux.org  Mon Jul  5 18:48:55 2004
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 5 Jul 2004 18:48:55 +0200
Subject: Poldek and WindowMaker
In-Reply-To: <1089045581.25693.14.camel@mizar.nbtsc.org>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>
	<1089043125.25693.11.camel@mizar.nbtsc.org>
	<20040705160620.GA26043@satan.blackhosts>
	<1089045581.25693.14.camel@mizar.nbtsc.org>
Message-ID: <20040705164855.GB26043@satan.blackhosts>

On Mon, Jul 05, 2004 at 10:39:41AM -0600, Aredridel wrote:
> On Mon, 2004-07-05 at 18:06 +0200, Jakub Bogusz wrote:
> > On Mon, Jul 05, 2004 at 09:58:45AM -0600, Aredridel wrote:
> > > (is there an epoch display anywhere in poldek?)
> > 
> > desc shows epoch.
> 
> Hm. Then poldek is confused:

Yes, because poldek 0.18.6-4 is buggy.
In ac-test there is already 0.18.6-5, which should be fixed.
(0.18.6-3 from ac-ready should be OK too, it doesn't have patch which
intruduced this bug)

As buggy version of poldek probably won't upgrade itself, so you can
"get" new package (or even download using ftp client) first and then
upgrade using rpm.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/



From aredridel at nbtsc.org  Mon Jul  5 19:06:57 2004
From: aredridel at nbtsc.org (Aredridel)
Date: Mon, 05 Jul 2004 11:06:57 -0600
Subject: Poldek and WindowMaker
In-Reply-To: <20040705164855.GB26043@satan.blackhosts>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>
	<1089043125.25693.11.camel@mizar.nbtsc.org>
	<20040705160620.GA26043@satan.blackhosts>
	<1089045581.25693.14.camel@mizar.nbtsc.org>
	<20040705164855.GB26043@satan.blackhosts>
Message-ID: <1089047217.25693.20.camel@mizar.nbtsc.org>

> Yes, because poldek 0.18.6-4 is buggy.
> In ac-test there is already 0.18.6-5, which should be fixed.
> (0.18.6-3 from ac-ready should be OK too, it doesn't have patch which
> intruduced this bug)

Alright. I haven't followed the patches to poldek so closely.

> As buggy version of poldek probably won't upgrade itself, so you can
> "get" new package (or even download using ftp client) first and then
> upgrade using rpm.

Of course. Thank you!





From zawadaa at wp.pl  Wed Jul  7 00:34:59 2004
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Wed, 07 Jul 2004 00:34:59 +0200
Subject: Poldek segfault
In-Reply-To: <200407051759.28183.mmazur@kernel.pl>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>
	<200407051759.28183.mmazur@kernel.pl>
Message-ID: <40EB2913.6090801@wp.pl>

Mariusz Mazur wrote:
> On poniedzia?ek, 5 lipca 2004 17:52, Aredridel wrote:
> ---snip---
> 
> Try the one from test (rel 5). Has some 'segfault' patch in it.
Hmm, but what's new now? ;-)

Witaj w poldkowym trybie interaktywnym. Wpisz "help" aby otrzyma? pomoc.

poldek> upgrade
GConf2-2.6.3-1                     libxml2-2.6.11-1
kde-colorscheme-baghira-0.4-1      libxml2-progs-2.6.11-1
kde-decoration-baghira-0.4-1       links-1.00-0.pre4.1
kde-style-baghira-0.4-1            linux-libc-headers-2.6.7.0-4
kde-theme-baghira-debuginfo-0.4-1  smpeg-0.4.4-14
kde-wallpaper-baghira-0.4-1        tuxracer-0.61-9
kdelibs-3.2.3-2
poldek> upgrade

That's ok but...

poldek> upgrade *
setup-2.4.6-4: equal version installed, skipped
FHS-2.3-4: equal version installed, skipped
dev-2.9.0-10: equal version installed, skipped
glibc-misc-2.3.4-0.20040612.1: equal version installed, skipped
basesystem-1.99-2: equal version installed, skipped
glibc-2.3.4-0.20040612.1: equal version installed, skipped
popt-1.9-0.20030515.5: equal version installed, skipped
libselinux-1.10-1: equal version installed, skipped
cracklib-2.7-18: equal version installed, skipped
pdksh-5.2.14-37: equal version installed, skipped
cracklib-dicts-2.7-18: equal version installed, skipped
db-4.2.52-3: equal version installed, skipped
make-3.80-5: equal version installed, skipped
...
...

Why? After new patch?

-- 
Andrzej Zawadzki



From mmazur at kernel.pl  Tue Jul  6 00:36:28 2004
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Tue, 6 Jul 2004 00:36:28 +0200
Subject: Poldek segfault
In-Reply-To: <40EB2913.6090801@wp.pl>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>
	<200407051759.28183.mmazur@kernel.pl> <40EB2913.6090801@wp.pl>
Message-ID: <200407060036.28716.mmazur@kernel.pl>

On ?roda, 7 lipca 2004 00:34, Andrzej Zawadzki wrote:
--snip--

rel 5?

-- 
In the year eighty five ten
God is gonna shake his mighty head
He'll either say,
"I'm pleased where man has been"
Or tear it down, and start again



From zawadaa at wp.pl  Wed Jul  7 01:04:59 2004
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Wed, 07 Jul 2004 01:04:59 +0200
Subject: Poldek segfault
In-Reply-To: <200407060036.28716.mmazur@kernel.pl>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>	<200407051759.28183.mmazur@kernel.pl>
	<40EB2913.6090801@wp.pl> <200407060036.28716.mmazur@kernel.pl>
Message-ID: <40EB301B.70801@wp.pl>

Mariusz Mazur wrote:
> On ?roda, 7 lipca 2004 00:34, Andrzej Zawadzki wrote:
> --snip--
> 
> rel 5?
rpm -q poldek
poldek-0.18.6-5

-- 
Andrzej Zawadzki



From mmazur at kernel.pl  Tue Jul  6 01:08:30 2004
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Tue, 6 Jul 2004 01:08:30 +0200
Subject: Poldek segfault
In-Reply-To: <40EB301B.70801@wp.pl>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>
	<200407060036.28716.mmazur@kernel.pl> <40EB301B.70801@wp.pl>
Message-ID: <200407060108.30951.mmazur@kernel.pl>

On ?roda, 7 lipca 2004 01:04, Andrzej Zawadzki wrote:
> Mariusz Mazur wrote:
> > On ?roda, 7 lipca 2004 00:34, Andrzej Zawadzki wrote:
> > --snip--
> >
> > rel 5?
>
> rpm -q poldek
> poldek-0.18.6-5

No idea :)
Must... sleep... will... check... tomorrow...

-- 
In the year eighty five ten
God is gonna shake his mighty head
He'll either say,
"I'm pleased where man has been"
Or tear it down, and start again



From mmazur at kernel.pl  Tue Jul  6 12:07:01 2004
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Tue, 6 Jul 2004 12:07:01 +0200
Subject: Poldek segfault
In-Reply-To: <200407060108.30951.mmazur@kernel.pl>
References: <1089042729.25693.7.camel@mizar.nbtsc.org> <40EB301B.70801@wp.pl>
	<200407060108.30951.mmazur@kernel.pl>
Message-ID: <200407061207.01352.mmazur@kernel.pl>

On wtorek, 6 lipca 2004 01:08, Mariusz Mazur wrote:
> > rpm -q poldek
> > poldek-0.18.6-5
>
> No idea :)
> Must... sleep... will... check... tomorrow...

Check rel6. Should be landing in test shortly.

-- 
In the year eighty five ten
God is gonna shake his mighty head
He'll either say,
"I'm pleased where man has been"
Or tear it down, and start again



From aredridel at nbtsc.org  Tue Jul  6 20:14:40 2004
From: aredridel at nbtsc.org (Aredridel)
Date: Tue, 06 Jul 2004 12:14:40 -0600
Subject: Poldek segfault
In-Reply-To: <200407061207.01352.mmazur@kernel.pl>
References: <1089042729.25693.7.camel@mizar.nbtsc.org>
	<40EB301B.70801@wp.pl> <200407060108.30951.mmazur@kernel.pl>
	<200407061207.01352.mmazur@kernel.pl>
Message-ID: <1089137680.30654.0.camel@betelgeuse.theinternetco.net>

On Tue, 2004-07-06 at 12:07 +0200, Mariusz Mazur wrote:
> On wtorek, 6 lipca 2004 01:08, Mariusz Mazur wrote:
> > > rpm -q poldek
> > > poldek-0.18.6-5
> >
> > No idea :)
> > Must... sleep... will... check... tomorrow...
> 
> Check rel6. Should be landing in test shortly.

Much better for me.




From wrobell at pld-linux.org  Wed Jul 14 08:20:12 2004
From: wrobell at pld-linux.org (wrobell)
Date: Wed, 14 Jul 2004 08:20:12 +0200
Subject: SPECS: subversion.spec - tools subpackage Requires:
	bash-completio...
In-Reply-To: <SPECS_subversion.spec.1.106@pld-llinux.org>
References: <SPECS_subversion.spec.1.105@pld-llinux.org>
	<SPECS_subversion.spec.1.106@pld-llinux.org>
Message-ID: <20040714062012.GC16625@pred.dk.org>

On Tue, Jul 13, 2004 at 08:34:11PM +0000, adamg wrote:
> Author: adamg                        Date: Tue Jul 13 20:34:10 2004 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - tools subpackage Requires: bash-completion (is this ok?)
why?

if it is really required, can we split tools subpackage?

    wrobell <wrobell at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040714/6b74c18c/attachment.sig>

From wrobell at pld-linux.org  Wed Jul 14 08:20:56 2004
From: wrobell at pld-linux.org (wrobell)
Date: Wed, 14 Jul 2004 08:20:56 +0200
Subject: SPECS: python-pyPgSQL.spec - fixed BRs - s/python/%%{__python}/
	- ...
In-Reply-To: <SPECS_python_pyPgSQL.spec.1.4@pld-llinux.org>
References: <SPECS_python_pyPgSQL.spec.1.3@pld-llinux.org>
	<SPECS_python_pyPgSQL.spec.1.4@pld-llinux.org>
Message-ID: <20040714062056.GD16625@pred.dk.org>

On Mon, Jul 12, 2004 at 11:04:13PM +0000, troll wrote:
> Author: troll                        Date: Mon Jul 12 23:04:13 2004 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - fixed BRs
> - s/python/%%{__python}/
> - description cosmetics
> - release 1
> 
> ---- Files affected:
> SPECS:
>    python-pyPgSQL.spec (1.3 -> 1.4) 
[...]
> -
> -%include	/usr/lib/rpm/macros.python
why this line is removed?

[...]

    wrobell <wrobell at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040714/cfa14157/attachment.sig>

From zawadaa at wp.pl  Wed Jul 14 10:07:41 2004
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Wed, 14 Jul 2004 10:07:41 +0200
Subject: rc-inetd and more than 1 arg. for option
Message-ID: <40F4E9CD.3060103@wp.pl>

How to pass more than 1 arg. to server option
I have vsftpd:

SERVICE_NAME=ftp
SOCK_TYPE=stream
PROTOCOL=tcp
PORT=21
FLAGS=nowait
USER=root
SERVER=tcpd
DAEMON=/usr/sbin/vsftpd
NICE=10
LOG_FAILURE=HOST
ACCESS_TIMES=8:00-17:00
LOG_SUCCESS=PID HOST DURATION
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

And doesn't work:

[root at palac xinetd-2.3.13]# /etc/rc.d/init.d/rc-inetd restart
Zatrzymywanie us?ugi xinetd........................................[ 
ZROBIONE ]
/etc/rc.d/init.d/rc-inetd: /etc/sysconfig/rc-inetd/vsftpd[10]: HOST: not 
found
Generating /etc/xinetd.conf for xinetd.............................[ 
ZAJ?TY  ]/etc/rc.d/init.d/rc-inetd: /etc/sysconfig/rc-inetd/vsftpd[10]: 
HOST: not found
/etc/rc.d/init.d/rc-inetd: /etc/sysconfig/rc-inetd/vsftpd[10]: HOST: not 
found
                                                                    [ 
ZROBIONE ]
Uruchamianie us?ugi xinetd.........................................[ 
ZROBIONE ]


In normal xinted.conf this should be like
log_on_success  += PID HOST DURATION

When I add "+": LOG_SUCCESS+=PID HOST DURATION
then:
/etc/rc.d/init.d/rc-inetd: /etc/sysconfig/rc-inetd/vsftpd[10]: 
LOG_SUCCESS+=PID: not found

What's wrong?

-- 
Andrzej Zawadzki



From baggins at sith.mimuw.edu.pl  Wed Jul 14 14:57:14 2004
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Wed, 14 Jul 2004 14:57:14 +0200
Subject: rc-inetd and more than 1 arg. for option
In-Reply-To: <40F4E9CD.3060103@wp.pl>
References: <40F4E9CD.3060103@wp.pl>
Message-ID: <20040714125714.GA21153@sith.mimuw.edu.pl>

On Wed, 14 Jul 2004, Andrzej Zawadzki wrote:

> How to pass more than 1 arg. to server option
> I have vsftpd:
> 
[...]
> ACCESS_TIMES=8:00-17:00
> LOG_SUCCESS=PID HOST DURATION
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Quote it, like this:
LOG_SUCCESS="PID HOST DURATION"

Janek
-- 
Jan R?korajski            |  ALL SUSPECTS ARE GUILTY. PERIOD!
baggins<at>mimuw.edu.pl   |  OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY?
BOFH, MANIAC              |                   -- TROOPS by Kevin Rubio



From adamg at biomerieux.pl  Wed Jul 14 19:04:44 2004
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 14 Jul 2004 19:04:44 +0200
Subject: SPECS: subversion.spec - tools subpackage Requires:
	bash-completio...
In-Reply-To: <20040714062012.GC16625@pred.dk.org>
References: <SPECS_subversion.spec.1.105@pld-llinux.org>
	<SPECS_subversion.spec.1.106@pld-llinux.org>
	<20040714062012.GC16625@pred.dk.org>
Message-ID: <20040714170444.GC7635@mysza.eu.org>

On Wed, Jul 14, 2004 at 08:20:12AM +0200, wrobell wrote:
> On Tue, Jul 13, 2004 at 08:34:11PM +0000, adamg wrote:
> > Author: adamg                        Date: Tue Jul 13 20:34:10 2004 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - tools subpackage Requires: bash-completion (is this ok?)
> why?

In order to have /etc/bash_completion.d directory

> if it is really required, can we split tools subpackage?

I guess we could, but this would mean creating a package containg one
file of size just a few kb. 

-- 
http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040714/bbbb05f9/attachment.sig>

From wrobell at pld-linux.org  Wed Jul 14 22:28:42 2004
From: wrobell at pld-linux.org (wrobell)
Date: Wed, 14 Jul 2004 22:28:42 +0200
Subject: SPECS: subversion.spec - tools subpackage Requires:
	bash-completio...
In-Reply-To: <20040714170444.GC7635@mysza.eu.org>
References: <SPECS_subversion.spec.1.105@pld-llinux.org>
	<SPECS_subversion.spec.1.106@pld-llinux.org>
	<20040714062012.GC16625@pred.dk.org>
	<20040714170444.GC7635@mysza.eu.org>
Message-ID: <20040714202842.GE16625@pred.dk.org>

On Wed, Jul 14, 2004 at 07:04:44PM +0200, Adam Go??biowski wrote:
> On Wed, Jul 14, 2004 at 08:20:12AM +0200, wrobell wrote:
> > On Tue, Jul 13, 2004 at 08:34:11PM +0000, adamg wrote:
> > > Author: adamg                        Date: Tue Jul 13 20:34:10 2004 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - tools subpackage Requires: bash-completion (is this ok?)
> > why?
> 
> In order to have /etc/bash_completion.d directory
if  I  remember well,  there  was  a discussion  about  such
requirement  in  the  context  of zsh.  the  requirement  is
unnecessary, because if you  have no bash completion package
installed, then  you will not  use provided files.  this way
the directory  is not required  and lack of  the requirement
does not break anything.

now, the requirement forces you to install the package, which is
not good idea - there are people who do not need bash, but use
the tools (now - tool - to be very specific)

[...]

    wrobell <wrobell at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040714/0b974f7c/attachment.sig>

From adamg at biomerieux.pl  Wed Jul 14 22:40:24 2004
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 14 Jul 2004 22:40:24 +0200
Subject: SPECS: subversion.spec - tools subpackage Requires:
	bash-completio...
In-Reply-To: <20040714202842.GE16625@pred.dk.org>
References: <SPECS_subversion.spec.1.105@pld-llinux.org>
	<SPECS_subversion.spec.1.106@pld-llinux.org>
	<20040714062012.GC16625@pred.dk.org>
	<20040714170444.GC7635@mysza.eu.org>
	<20040714202842.GE16625@pred.dk.org>
Message-ID: <20040714204024.GB31209@mysza.eu.org>

On Wed, Jul 14, 2004 at 10:28:42PM +0200, wrobell wrote:
> if  I  remember well,  there  was  a discussion  about  such
> requirement  in  the  context  of zsh.  the  requirement  is
> unnecessary, because if you  have no bash completion package
> installed, then  you will not  use provided files.  this way
> the directory  is not required  and lack of  the requirement
> does not break anything.
> 
> now, the requirement forces you to install the package, which is
> not good idea - there are people who do not need bash, but use
> the tools (now - tool - to be very specific)

Well, that's a good point, but when I was adding this Requires field I
was thinking of a situation where we would end up having
/etc/bash_completion.d/subversion file but /etc/bash_completion.d
directory not belonging to any of the packages. If such situation is
acceptable, I see no reasons to keep this Reqires. As I wrote in
commitlog, I was not sure of this being correct.


-- 
http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040714/006d6be5/attachment.sig>

From wrobell at pld-linux.org  Wed Jul 14 22:57:56 2004
From: wrobell at pld-linux.org (wrobell)
Date: Wed, 14 Jul 2004 22:57:56 +0200
Subject: SPECS: subversion.spec - tools subpackage Requires:
	bash-completio...
In-Reply-To: <20040714204024.GB31209@mysza.eu.org>
References: <SPECS_subversion.spec.1.105@pld-llinux.org>
	<SPECS_subversion.spec.1.106@pld-llinux.org>
	<20040714062012.GC16625@pred.dk.org>
	<20040714170444.GC7635@mysza.eu.org>
	<20040714202842.GE16625@pred.dk.org>
	<20040714204024.GB31209@mysza.eu.org>
Message-ID: <20040714205756.GF16625@pred.dk.org>

On Wed, Jul 14, 2004 at 10:40:24PM +0200, Adam Go??biowski wrote:
> On Wed, Jul 14, 2004 at 10:28:42PM +0200, wrobell wrote:
> > if  I  remember well,  there  was  a discussion  about  such
> > requirement  in  the  context  of zsh.  the  requirement  is
> > unnecessary, because if you  have no bash completion package
> > installed, then  you will not  use provided files.  this way
> > the directory  is not required  and lack of  the requirement
> > does not break anything.
> > 
> > now, the requirement forces you to install the package, which is
> > not good idea - there are people who do not need bash, but use
> > the tools (now - tool - to be very specific)
> 
> Well, that's a good point, but when I was adding this Requires field I
> was thinking of a situation where we would end up having
> /etc/bash_completion.d/subversion file but /etc/bash_completion.d
> directory not belonging to any of the packages. If such situation is
                                                  ^^^^^^^^^^^^^^^^^^^^
> acceptable, I see no reasons to keep this Reqires. As I wrote in
^^^^^^^^^^^^
> commitlog, I was not sure of this being correct.

It  is  acceptable,  because  files  in  the  directory  are
not  used at  all without  bash completion  package. For  me
this little  and _not_hurting_  disorder in filesystem  is
a compromise  between adding  new  very  small subpackage  and
unecessary requirement.

    wrobell <wrobell at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040714/0efb80ad/attachment.sig>

From wrobell at pld-linux.org  Fri Jul 23 08:23:22 2004
From: wrobell at pld-linux.org (wrobell)
Date: Fri, 23 Jul 2004 08:23:22 +0200
Subject: SPECS: gDesklets.spec - added pygtk23 bcond and patch (fixes
	for p...
In-Reply-To: <SPECS_gDesklets.spec.1.38@pld-llinux.org>
References: <SPECS_gDesklets.spec.1.37@pld-llinux.org>
	<SPECS_gDesklets.spec.1.38@pld-llinux.org>
Message-ID: <20040723062322.GA16049@pred.dk.org>

On Thu, Jul 22, 2004 at 08:56:04PM +0000, grzegol wrote:
> Author: grzegol                      Date: Thu Jul 22 20:56:04 2004 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - added pygtk23 bcond and patch (fixes for pygtk-2.3.x)
it should go on DEVEL branch, ain't it?

    wrobell <wrobell at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040723/55d077b7/attachment.sig>

From martii at obgyn.edu.pl  Fri Jul 23 08:55:41 2004
From: martii at obgyn.edu.pl (Marcin Chojnowski)
Date: Fri, 23 Jul 2004 08:55:41 +0200
Subject: LyX not working
Message-ID: <20040723065541.GA7355@obgyn>

Any idea why LyX complains about missing classes even tetex-latex 
provide ones.

I don't know what's going on because all LyX paths are OK.

It's AC updated with poldek.

Martii



From grzegol at pld-linux.org  Fri Jul 23 13:19:13 2004
From: grzegol at pld-linux.org (Grzegorz =?iso-8859-2?Q?Go=B3awski?=)
Date: Fri, 23 Jul 2004 13:19:13 +0200
Subject: SPECS: gDesklets.spec - added pygtk23 bcond and patch (fixes
	for p...
In-Reply-To: <20040723062322.GA16049@pred.dk.org>
References: <SPECS_gDesklets.spec.1.37@pld-llinux.org>
	<SPECS_gDesklets.spec.1.38@pld-llinux.org>
	<20040723062322.GA16049@pred.dk.org>
Message-ID: <1090581553.5238.3.camel@nowy.localdomain>

Dnia 23-07-2004, pi? o godzinie 08:23 +0200, wrobell napisa?(a):
> On Thu, Jul 22, 2004 at 08:56:04PM +0000, grzegol wrote:
> > Author: grzegol                      Date: Thu Jul 22 20:56:04 2004 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - added pygtk23 bcond and patch (fixes for pygtk-2.3.x)
> it should go on DEVEL branch, ain't it?
pygtk-2.3 support is bconded (default off), so it doesn't break
anything. IMHO, there is no need to make DEVEL branch only for one
patch.

-- 
Grzegorz Go?awski <grzegol at pld-linux.org>



From zawadaa at wp.pl  Fri Jul 23 15:39:24 2004
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Fri, 23 Jul 2004 15:39:24 +0200
Subject: [Fwd: [Clamav-announce] announcing ClamAV 0.75]
Message-ID: <4101150C.4040008@wp.pl>



-------- Original Message --------
Subject: [Clamav-announce] announcing ClamAV 0.75
Date: Thu, 22 Jul 2004 23:46:44 +0200
From: Luca Gibelli <luca at clamav.net>
To: clamav-announce at lists.sourceforge.net


Dear ClamAV users,

version 0.75 is available for download at the usual location.
This release fixes detection of e-mails generated by Worm.Mydoom.I.
Please upgrade your systems.


On non-production systems you can try the latest cvs snapshot.
The new engine not only speeds up the scanning process but also limits
memory usage by about 8 MB ! It's able to scan new formats, including
CAB, CHM, UPX, HTML (normalisation), PowerPoint macros and can detect
annoying e-mails with empty attachments generated by new Bagle variants.


Important notice for people using ClamAV 0.60:
---------------------------------------------

Our logs show that there is still a small percentage of ClamAV 0.60
installations updating their database. ClamAV 0.60 was released on
July 29th, 2003 and it was the last release to use the old database
format. Starting from version 0.65, released on November 12nd, ClamAV
uses a new database format, which is compressed and digitally signed.
We have been distributing the database in both formats till now, but
we plan to drop support for ClamAV 0.60 on September 1st.

We encourage _all_ users to upgrade to the latest release available.
People running an old version of ClamAV are missing many viruses and=20
may experience stability problems.


--
The ClamAV team (http://www.clamav.net/team.html)


-- 
Luca Gibelli (luca at clamav.net) - http://www.ClamAV.net - A GPL virus scanner
PGP Key Fingerprint: C782 121E 8C3A 90E3 7A87  D802 6277 8FF4 5EFC 5582
PGP Key Available on: Key Servers || http://www.clamav.net/gpg/nervoso.gpg


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
Clamav-announce mailing list
Clamav-announce at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clamav-announce

-- 
Andrzej Zawadzki



From aredridel at nbtsc.org  Mon Jul 26 07:48:42 2004
From: aredridel at nbtsc.org (Aredridel)
Date: Sun, 25 Jul 2004 23:48:42 -0600
Subject: SPECS: ruby.spec - document ia64 bug better,
	so it can be examined...
In-Reply-To: <SPECS_ruby.spec.1.62@pld-linux.org>
References: <SPECS_ruby.spec.1.61@pld-linux.org>
	<SPECS_ruby.spec.1.62@pld-linux.org>
Message-ID: <20040726054842.GD24828@mail.nbtsc.org>

>  # bleh, some nasty (gcc or ruby) bug still not fixed
> +# (SEGV or "unexpected break" on miniruby run during build)
>  %define		specflags_ia64	-O0

Asked about on ruby-talk at ruby-lang.org. I'll add a patch if someone has
information.

Ari



From qboosh at pld-linux.org  Mon Jul 26 20:11:21 2004
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 26 Jul 2004 20:11:21 +0200
Subject: SPECS: ruby.spec - document ia64 bug better,
	so it can be examined...
In-Reply-To: <20040726054842.GD24828@mail.nbtsc.org>
References: <SPECS_ruby.spec.1.61@pld-linux.org>
	<SPECS_ruby.spec.1.62@pld-linux.org>
	<20040726054842.GD24828@mail.nbtsc.org>
Message-ID: <20040726181121.GB1072@satan.blackhosts>

On Sun, Jul 25, 2004 at 11:48:42PM -0600, Aredridel wrote:
> >  # bleh, some nasty (gcc or ruby) bug still not fixed
> > +# (SEGV or "unexpected break" on miniruby run during build)
> >  %define		specflags_ia64	-O0
> 
> Asked about on ruby-talk at ruby-lang.org. I'll add a patch if someone has
> information.

It's something strange, probably some bug causing memory corruption.
In gc.c there is some "magic stack limit" applied on ia64 (which is too
low to build ruby now anyway), but it doesn't change anything when code
is compiled with -O1 or -O2.
With -O2 miniruby fails with "unexpected break".
With -O1 catches SIGSEGV.
Adding -fno-strict-aliasing doesn't help.

Builds only with -O0 and "magic stack limit" disabled.

I've googled a bit and found that:
- RH/Fedora and SuSE use -O0 and have ruby on ia64,
- Gentoo and some BSD marked ia64 port as broken.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/



From aredridel at nbtsc.org  Tue Jul 27 21:50:26 2004
From: aredridel at nbtsc.org (Aredridel)
Date: Tue, 27 Jul 2004 13:50:26 -0600
Subject: SPECS: ruby.spec - wrong line, I think - fixed
In-Reply-To: <SPECS_ruby.spec.1.64@pld-linux.org>
References: <SPECS_ruby.spec.1.63@pld-linux.org>
	<SPECS_ruby.spec.1.64@pld-linux.org>
Message-ID: <20040727195025.GA19688@mail.nbtsc.org>

> - wrong line, I think - fixed

Oops. My bad. Silly lagged terminal.



From gotar at polanet.pl  Sat Jul 31 08:50:39 2004
From: gotar at polanet.pl (gotar at polanet.pl)
Date: Sat, 31 Jul 2004 08:50:39 +0200
Subject: Proof of concept
Message-ID: <mailman.2.1765053443.8637.pld-devel-en@lists.pld-linux.org>

I hope you accept the result!

+++ Attachment: No Virus found
+++ Bitdefender AntiVirus - www.bitdefender.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: document09_pld-devel-en.pif
Type: application/octet-stream
Size: 29568 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040731/e929079f/attachment.obj>

From gotar at polanet.pl  Sat Jul 31 08:50:39 2004
From: gotar at polanet.pl (gotar at polanet.pl)
Date: Sat, 31 Jul 2004 08:50:39 +0200
Subject: Proof of concept
Message-ID: <mailman.3.1765053443.8637.pld-devel-en@lists.pld-linux.org>

I hope you accept the result!

+++ Attachment: No Virus found
+++ Bitdefender AntiVirus - www.bitdefender.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: document09_pld-devel-en.pif
Type: application/octet-stream
Size: 29568 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20040731/27bc9cd9/attachment.obj>