Re: enigmail

[Mathieu Sauve-Frankel]

On Tue, Dec 05, 2006 at 01:26:22AM -0200, Gustavo Rios wrote:
> Hi folks,
> 
> i wonder if there is anyone working on a port for enigmail to run under 
> openbsd?
> 
> Thanks in advance.

you mean like ports/mail/enigmail ?

-- 
Mathieu Sauve-Frankel

Re: NEW: devel/rapidsvn

[Vlad Glagolev]

On 12/5/06, Marc Balmer <[EMAIL PROTECTED]> wrote:

* Vlad Glagolev wrote:
> Deps fixed. Feel free to test it on the different archs ;-)

You must be joking.  On which arches did you test it yourself?



Only i386. I don't have any other arch atm.

--
Cheerz
Vlad / Stelz

Re: NEW: x11/dejavu-ttf

[Ian Darwin]

Vlad Glagolev wrote:

Really good set of the GPL'ed fonts (especially cyrillic :)

ftp://slz.sytes.net/incoming/dejavu-ttf-2.12.tar.gz


Tests OK on i386.

Update: devel/libmagic

[Rui Reis]

Here's an update to devel/libmagic, works fine for me on i386, amd64,
sparc and sparc64.

http://openbsd-pt.com/ports/libmagic-4.18.diff

Test and comment.
Rui Reis

Update: net/dnsmasq

[Rui Reis]

Here's an update to net/dnsmasq.

I sent this diff to the maintainer more than one 20 days ago,
he said he was still interested in maintaining the port. However it
seems he totally forgot about it, as happened with the latest update
(2.31).

So, I thought it would be better to submit the following diff since I'm
still using it daily: 
http://openbsd-pt.com/ports/dnsmasq-2.3.5.diff

the diff removes a patch added by pvalchev@ to compile with
gcc2 since I was able to build it on sparc (2.95.3). Please test.

Works for me on sparc, sparc64, amd64 and i386.

Rui Reis

Re: NEW: devel/rapidsvn

[Marc Balmer]

* Vlad Glagolev wrote:
> Deps fixed. Feel free to test it on the different archs ;-)

You must be joking.  On which arches did you test it yourself?

Re: NEW: devel/rapidsvn

[Vlad Glagolev]

Deps fixed. Feel free to test it on the different archs ;-)

--
Cheerz
Vlad / Stelz


rapidsvn-0.9.3.tgz
Description: GNU Zip compressed data

Re: NEW: print/epdfview

[Marc Balmer]

* Vlad Glagolev wrote:
> Completely done.

Helpful would be an indication as on which platforms you tested the
port.

Re: NEW: print/epdfview

[Vlad Glagolev]

Completely done.
Big thanks to Matthias Kilian for help with this port.

--
Cheerz
Vlad / Stelz


epdfview-0.1.5.tgz
Description: GNU Zip compressed data

Re: NEW: audio/tagtool

[Marc Balmer]

* Vlad Glagolev wrote:

> Ok, now it's completely ready. All deps were fixed.

the package builds fine on i386.  someone tested on other arches?

btw:  don't spam ports@ with new ports and updates, but work on getting
one committed after the other.  your katjusha style of posting ports
will probably end where katjushas usually end - missing the target ;)

Re: NEW: audio/tagtool

[Vlad Glagolev]

Ok, now it's completely ready. All deps were fixed.

--
Cheerz
Vlad / Stelz


tagtool-0.12.2.tgz
Description: GNU Zip compressed data

Re: Maintainership of x11/ion

[Marco Peereboom]

Don't do it pedro!!

On Sat, Dec 02, 2006 at 10:43:36AM -0200, Pedro Martelletto wrote:
> If anyone wants to take it, please get in touch with me off-list.
> 
> -p.
> 

Re: UPDATE: x11/wmweather

[Chris Kuethe]

On 12/4/06, Vlad Glagolev <[EMAIL PROTECTED]> wrote:

On 12/4/06, Marc Balmer <[EMAIL PROTECTED]> wrote:
> * Vlad Glagolev wrote:
> > Just an update. Feel free to test it more.
> >
> > ftp://slz.sytes.net/incoming/wmweather-2.4.3.tar.gz
>
> It would be much easier if you could just port a unified diff against
> the port in -current.
>
> - mb
>

ya, you are right :)

here it is: ftp://slz.sytes.net/incoming/update-wmweather.diff


Works on i386.

CK

--
GDB has a 'break' feature; why doesn't it have 'fix' too?

Re: NEW: print/epdfview

[Matthias Kilian]

On Mon, Dec 04, 2006 at 10:23:09PM +0300, Vlad Glagolev wrote:
> >Please run make lib-depends-check, there's some fallout. Also, try
> >to move cairo, pango, glib2 et al from WANTLIB to LIB_DEPENDS.

For that second thing (WANTLIB -> LIB_DEPENDS), Bernd pointed out
to me that this is plain wrong. Sorry for this.

> # make lib-depends-check
> 
> /usr/ports/packages/i386/all/epdfview-0.1.5.tgz:
> Can't use an undefined value as a HASH reference at
> /usr/ports/infrastructure/package/check-newlib-depends line 234.

dejavu -- we had this some time ago. Do you have the latest -current
or snapshots running?

BTW, i've some success with the following WANTLIB and LIB_DEPENDS:

WANTLIB=X11 atk-1.0 c m pthread z \
fontconfig freetype \
glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 \
pango-1.0 pangoft2-1.0 pangocairo-1.0 cairo \
gcrypt gnutls gpg-error iconv intl stdc++

LIB_DEPENDS=
gtk-x11-2.0.>=0.14,gdk-x11-2.0.>=0.14,gdk_pixbuf-2.0.>=0.14::x11/gtk+2 \
poppler.>=1,poppler-glib.>=1::print/poppler


However, this still reports an extra poppler.1 -- and a quick check
on graphics/evince gives an extra ssl.11. Looks like a bug.

Ciao,
Kili

Re: UPDATE: ipcalc-1.2

[marius]

On 12/4/06, Pierre-Yves Ritschard <[EMAIL PROTECTED]> wrote:

Hi ports@,

This is a new version of ipcalc which fixes the -r option.


Index: Makefile
===
RCS file: /space/release/cvs/ports/net/ipcalc/Makefile,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile
--- Makefile24 Oct 2006 11:57:05 -  1.1.1.1
+++ Makefile4 Dec 2006 17:04:16 -
@@ -2,7 +2,7 @@

 COMMENT=   "small network calculator"

-DISTNAME=  ipcalc-1.1
+DISTNAME=  ipcalc-1.2


Runs on macppc -snapshot.

Marius

Re: NEW: audio/tagtool

[Vlad Glagolev]

On 12/4/06, Jasper Lievisse Adriaanse <[EMAIL PROTECTED]> wrote:

On Mon, Dec 04, 2006 at 03:36:30PM +0300, Vlad Glagolev wrote:
> Ogg/MP3 tagger based on gtk+-2.
>
> ftp://slz.sytes.net/incoming/tagtool-0.12.2.tar.gz
>
> --
> Cheerz
> Vlad / Stelz
>
>
it's working ok on amd64. further some minor changes like
whitespace-patrol, USE_X11=Yes and MODULES=devel/gettext.

ok?

Cheers,
Jasper

--
``This statement is false''
NedBSD: http://nedbsd.eu





Yeah, thanks for help :)

--
Cheerz
Vlad / Stelz

New: c3270

[Jeremy Evans]

This is a new port for c3270, a curses based 3270 terminal emulator.
It's similar to tn3270 (included in base), but works better for me.

Homepage: http://x3270.bgp.nu/

Tested on i386.

Jeremy


c3270.tar.gz
Description: GNU Zip compressed data

Re: Dovecot 1.0rc2p3 "Too many open files"

[Alan Hicks]

Seth Hanford wrote:
>> _dovecot:\
>> :datasize=1024M:\
>> :maxproc=4096:\
>> :openfiles-cur=2048:\
>> :openfiles-max=8192:\
>> :stacksize-cur=16M:\
>> :tc=default:
>>
>> this fixes, at least temporarily, the trouble with number of open files.
> 
> I'd also like a better solution than I have at the moment. Because
> dovecot was trashing the associated mail processes (amavisd, postfix)
> because it was using up too many open files, I opted to manually build
> an upgrade package to the -current version of dovecot (1.0rc15).
> 
> Obviously, this is an unsupported solution and I don't really like being
> here. Is the ulimit method preferred? I don't understand that system
> very well, and was under the assumption that it would simply hide the
> symptoms of broken software in this case -- dovecot might simply expand
> to fill the more lenient login.conf constraints, but take longer to get
> there.

I've run into the same thing but haven't yet had the time to sit down
and really dig deep into it.  I just upped the openfiles-max as well and
every so often go in and kill all the imap processes (single user IMAP
server, so it's not a real big deal).  Someone said that 1.0rc15 has
fixed this.  The question I have is, why is the dovecot port version
lagging so far behind?  Is there some known incompatability with later
versions?  Perhaps we should contact the maintainer?

-- 
It is better to hear the rebuke of the wise,
Than for a man to hear the song of fools.
Ecclesiastes 7:5



signature.asc
Description: OpenPGP digital signature

Re: NEW: print/epdfview

[Matthias Kilian]

Hi,

On Mon, Dec 04, 2006 at 03:45:51PM +0300, Vlad Glagolev wrote:
> Light pdf-viewer without any gnome/kde-lib deps.
> 
> ftp://slz.sytes.net/incoming/epdfview-0.1.5.tar.gz

Please run make lib-depends-check, there's some fallout. Also, try
to move cairo, pango, glib2 et al from WANTLIB to LIB_DEPENDS.

Ciao,
Kili

Re: BUGFIX: net/jabberd

[Mike Erdely]

Ingo Schwarze wrote:

jabberd-2.0s11 contains a file descriptor leak.  I have seen my server
eat up all available file descriptors, so this can very probably be
exploited to construct a DOS attack.



Since the problems just reported by Mike Erdely might well
be related, i now resubmit the patch.


Thanks.


The patch compiles and runs on i386-current.  For testing it,
i followed http://www.openbsd.org/porttest.html.  Besides, i'm
running it in production on 3.9-stable since August 2006.


I applied the patch to OPENBSD_4_0_BASE.


Mike, please test...
Gerardo, i should appreciate your feedback, too.


So far so good.  I'll let you know how it goes.


Yours,
  Ingo


-ME

Re: UPDATE: net/psi

[Robert]

Vlad Glagolev wrote:

Just to 0.10 :)

ftp://slz.sytes.net/incoming/update-psi.diff



# grep MAINTAINER /usr/ports/net/psi/Makefile 



MAINTAINER= Gerardo Santana Gomez Garrido <[EMAIL PROTECTED]>

Why don't you run those updates through the maintainer of the port first?

Re: UPDATE: audacity 1.3.2

[Martynas Venckus]

> This diff updates audacity to version 1.3.2.

Thank you!

> Tested under macppc, feedback on other platforms is of course
> appreciated.

Here's also something from me:

  * fixes building on i386 (patch-lib-src_soundtouch_include_STTypes_h)
  * SimpleBlockFileTest.cpp fix

http://znet.lv/~martynas/audacity-1.3.2.patch

--
Martynas Venckus

Re: NEW: audio/tagtool

[Jasper Lievisse Adriaanse]

On Mon, Dec 04, 2006 at 03:36:30PM +0300, Vlad Glagolev wrote:
> Ogg/MP3 tagger based on gtk+-2.
> 
> ftp://slz.sytes.net/incoming/tagtool-0.12.2.tar.gz
> 
> -- 
> Cheerz
> Vlad / Stelz
> 
> 
it's working ok on amd64. further some minor changes like
whitespace-patrol, USE_X11=Yes and MODULES=devel/gettext.

ok?

Cheers,
Jasper

-- 
``This statement is false''
NedBSD: http://nedbsd.eu


tagtool.tgz
Description: application/tar-gz

Re: Dovecot 1.0rc2p3 "Too many open files"

[Seth Hanford]

Jacob Yocom-Piatt wrote:
>  Original message 
>> Date: Thu, 30 Nov 2006 15:34:04 -0500
>> From: Seth Hanford <[EMAIL PROTECTED]>  
>> Subject: Dovecot 1.0rc2p3 "Too many open files"  
>> To: misc@openbsd.org
>>

...

>> How do I fix this? It seems like Dovecot is running away with LOTS of
>> open files, and the dovecot lists talk about file descriptor leaks for
>> later versions, as well as kqueue problems noted in the OpenBSD ports
>> tree CVS log. I've seen fstat reporting something like 36+ connections
>> for one of my mail accounts when it was just sitting idle. I could
>> increase ulimit like many MySQL users have in the past, but this seems
>> more like a runaway program to me.
>>
> 
> i'm having the same problems as the OP, where dovecot opens too many files
> and/or won't allow downloading of email via POP or IMAP. this is
> dovecot-1.0rc2p3 on 4.0-release, but it appears that dovecot-1.0beta8 from
> 3.9-release didn't get deleted cleanly (shows up as partial-dovecot-1.0beta8)
> when i upgraded. a pkg_delete {partial-dovecot-1.0beta8,dovecot-1.0beta8} 
> gives
> me no output and does not remove the pkg from the pkg_info listing. any
> suggestions on how to fully remove the 1.0beta8 pkg?
> 
> my 1st attempt at fixing this is adding a login class that ups the usual
> ulimits, just like for mysqld:
> 
> _dovecot:\
> :datasize=1024M:\
> :maxproc=4096:\
> :openfiles-cur=2048:\
> :openfiles-max=8192:\
> :stacksize-cur=16M:\
> :tc=default:
> 
> this fixes, at least temporarily, the trouble with number of open files.

I'd also like a better solution than I have at the moment. Because
dovecot was trashing the associated mail processes (amavisd, postfix)
because it was using up too many open files, I opted to manually build
an upgrade package to the -current version of dovecot (1.0rc15).

Obviously, this is an unsupported solution and I don't really like being
here. Is the ulimit method preferred? I don't understand that system
very well, and was under the assumption that it would simply hide the
symptoms of broken software in this case -- dovecot might simply expand
to fill the more lenient login.conf constraints, but take longer to get
there.

- Seth

> other solutions that come to mind, but are not very appealing:
> 
> - upgrade mailserver to current or stable to get new dovecot package
> - compile dovecot from souce (not clear to me how to get all the nice 
> configure
> options that the package uses; any insight here would be nice)
> 
> advice as to the best solution is welcome. i'd like to keep this machine as
> close to 4.0-release as possible for maintainability purposes.
> 
> cheers,
> jake
> 
>> Thanks,
>> Seth
>>
> 

UPDATE: ipcalc-1.2

[Pierre-Yves Ritschard]

Hi ports@,

This is a new version of ipcalc which fixes the -r option.


Index: Makefile
===
RCS file: /space/release/cvs/ports/net/ipcalc/Makefile,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile
--- Makefile24 Oct 2006 11:57:05 -  1.1.1.1
+++ Makefile4 Dec 2006 17:04:16 -
@@ -2,7 +2,7 @@
 
 COMMENT=   "small network calculator"
 
-DISTNAME=  ipcalc-1.1
+DISTNAME=  ipcalc-1.2
 CATEGORIES=net
 
 HOMEPAGE=  http://spootnik.org/ipcalc/
Index: distinfo
===
RCS file: /space/release/cvs/ports/net/ipcalc/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- distinfo24 Oct 2006 11:57:05 -  1.1.1.1
+++ distinfo4 Dec 2006 17:04:42 -
@@ -1,4 +1,4 @@
-MD5 (ipcalc-1.1.tar.gz) = 19c9d3e69a4506f5afe0868d7fe50d68
-RMD160 (ipcalc-1.1.tar.gz) = 623097e3f48cfb4b6d87a8152f19d6dde9df041e
-SHA1 (ipcalc-1.1.tar.gz) = 284885096de3767fac87a083b21f33f707fa15b2
-SIZE (ipcalc-1.1.tar.gz) = 4233
+MD5 (ipcalc-1.2.tar.gz) = bedd604aebb0c994eb8ba415d870f136
+RMD160 (ipcalc-1.2.tar.gz) = 570c9ccd25ec094c65edc048536d0365d85c3675
+SHA1 (ipcalc-1.2.tar.gz) = ee229f6bde783e9a8f2463cc8ef869a41d464206
+SIZE (ipcalc-1.2.tar.gz) = 4244

Re: Jabberd2 c2s CPU usage

[Mike Erdely]

Ingo Schwarze wrote:

Mike Erdely wrote on Fri, Dec 01, 2006 at 12:07:19PM -0500:

Could you check whether jabberd2 also uses large numbers of file
descriptors? 


Mine is set to 1024 in both files (defaults).


Any ideas?  Anyone else seeing c2s spike at 100% CPU on an almost
daily basis?


All this is now several months ago, but i dimly recall we saw
jabberd2 processes eating most of the CPU, too, though it never
got as bad as locking up the system (PIII 635MHz, 256 MD RAM).


It's actually _just_ the c2s process taking all the CPU.  Killing the 
jabberd perl wrapper script kills all processes and then jabberd can be 
restarted.



I'm still sure about the following: When killing the processes
holding the leaked file descriptors, the CPU did go to 100% for
several seconds, and during that time, the system was not
responsive.  But in all cases, the processes finally died off
and released all resourced they held.


The system was never unresponsive.  Only jabber.  At first it was only 
new connections, but then even established connections seemed not to be 
able to chat.


I've applied your patch to the 4.0 port, rebuild and re-installed. 
We'll see if it makes a difference:



-ME

Re: NEW: devel/tkdiff

[Jasper Lievisse Adriaanse]

On Mon, Dec 04, 2006 at 05:26:12PM +0300, Vlad Glagolev wrote:
> Nice gui for diff.
> 
> ftp://slz.sytes.net/incoming/tkdiff-4.1.3.tar.gz
> 
> -- 
> Cheerz
> Vlad / Stelz
your port gives the following on startup:
ksh: wish: not found

because there is no bin/wish, just bin/wish8.4

the attached port works (and I've added NO_REGRESS).

ok's? 
 

-- 
``This statement is false''
NedBSD: http://nedbsd.eu


tkdiff.tgz
Description: application/tar-gz

Re: NEW: devel/tkdiff

[Vlad Glagolev]

On 12/4/06, Jasper Lievisse Adriaanse <[EMAIL PROTECTED]> wrote:

On Mon, Dec 04, 2006 at 05:26:12PM +0300, Vlad Glagolev wrote:
> Nice gui for diff.
>
> ftp://slz.sytes.net/incoming/tkdiff-4.1.3.tar.gz
>
> --
> Cheerz
> Vlad / Stelz
your port gives the following on startup:
ksh: wish: not found

because there is no bin/wish, just bin/wish8.4

the attached port works (and I've added NO_REGRESS).

ok's?


--
``This statement is false''
NedBSD: http://nedbsd.eu





Ehm.. i just added symlinks for programs like: python2.3 / tcl8.4 /
wish8.4 -> python / tcl -> wish. But ok. Thank you :)

--
Cheerz
Vlad / Stelz

Re: UPDATE: net/psi

[Simon Dassow]

On Mon, Dec 04, 2006 at 05:02:01PM +0300, Vlad Glagolev wrote:
> Just to 0.10 :)
> 
> ftp://slz.sytes.net/incoming/update-psi.diff
> 

I can't build it:
===>  Configuring for psi-0.10
Configuring Psi ...
Verifying Qt 3.x Multithreaded (MT) build environment ... ok
Checking for Qt >= 3.1 ... yes
Checking for QCA 1.0 ... no

Error: need QCA 1.0!

*** Error code 1

Seems like a missing dependency but just installing qca doesnt helped
with my build.

Kind regards,
Simon

NEW: print/ghostscript/espgs

[Vlad Glagolev]

ESP GhostScript.. i think it's one of the most important things in
printing (especially with CUPS). Tested @ i386. Feel free to test it
elsewhere and check for bugs. Thanks.

--
Cheerz
Vlad / Stelz


espgs-8.15.3.tar.gz
Description: GNU Zip compressed data

Re: NEW: devel/geany

[Joerg Zinke]

On Mon, 4 Dec 2006 14:30:12 +0300
"Vlad Glagolev" <[EMAIL PROTECTED]> wrote:

> Small & lightweight IDE. Maybe somebody 'll want to move it to
> another category. Tested w && w/o VTE @ i386.
> 
> ftp://slz.sytes.net/incoming/geany-0.9.tar.gz
> 

i think devel/ is ok as category.
slightly tested on macppc. everything works fine, except: vte-FLAVOR.
I'm not sure but i think its because of disabled /dev/ttyC0 (for X11) ->
lack of tty on macppc... here comes the error message:

** (geany:23169): WARNING **: Error setting PTY size: Inappropriate
ioctl for de vice.
/bin/ksh: No controlling tty (open /dev/tty: Device not configured)

** (geany:23169): WARNING **: Error reading PTY size, using defaults:
Inappropri ate ioctl for device.
/bin/ksh: warning: won't have full job control
$ 
** (geany:23169): WARNING **: Error reading PTY size, using defaults:
Inappropri ate ioctl for device.

** (geany:23169): WARNING **: Error setting PTY size: Inappropriate
ioctl for de vice.

** (geany:23169): WARNING **: Error reading PTY size, using defaults:
Inappropri ate ioctl for device.

** (geany:23169): WARNING **: Error setting PTY size: Inappropriate
ioctl for de vice.

** (geany:23169): WARNING **: Error reading PTY size, using defaults:
Inappropri ate ioctl for device.

** (geany:23169): WARNING **: Error reading PTY size, using defaults:
Inappropri ate ioctl for device.

** (geany:23169): WARNING **: Error setting PTY size: Inappropriate
ioctl for de vice.

** (geany:23169): WARNING **: Error reading PTY size, using defaults:
Inappropri ate ioctl for device.

** (geany:23169): WARNING **: Error setting PTY size: Inappropriate
ioctl for device.

** (geany:23169): WARNING **: Error reading PTY size, using defaults:
Inappropriate ioctl for device.

** (geany:23169): WARNING **: Error reading PTY size, using defaults:
Inappropriate ioctl for device.

** (geany:23169): WARNING **: Error setting PTY size: Inappropriate
ioctl for device.

** (geany:23169): WARNING **: Error reading PTY size, using defaults:
Inappropriate ioctl for device.

Re: NEW: devel/geany

[Vlad Glagolev]

On 12/4/06, Jasper Lievisse Adriaanse <[EMAIL PROTECTED]> wrote:

On Mon, Dec 04, 2006 at 02:30:12PM +0300, Vlad Glagolev wrote:
> Small & lightweight IDE. Maybe somebody 'll want to move it to another
> category.
> Tested w && w/o VTE @ i386.
>
> ftp://slz.sytes.net/incoming/geany-0.9.tar.gz
>
> --
> Cheerz
> Vlad / Stelz
Looks good to me (on amd64). I'm glad they zapped the FIFO code..which
was only causing seg. faults and lock ups.

Though I see no point in keeping the vte flavor, why not enable vte by
default?

Cheers,
Jasper

--
``This statement is false''
NedBSD: http://nedbsd.eu



I think cause vte isn't always needed.. and it makes geany to be more
fat or so :)

--
Cheerz
Vlad / Stelz

Re: NEW: devel/geany

[Jasper Lievisse Adriaanse]

On Mon, Dec 04, 2006 at 02:30:12PM +0300, Vlad Glagolev wrote:
> Small & lightweight IDE. Maybe somebody 'll want to move it to another 
> category.
> Tested w && w/o VTE @ i386.
> 
> ftp://slz.sytes.net/incoming/geany-0.9.tar.gz
> 
> -- 
> Cheerz
> Vlad / Stelz
Looks good to me (on amd64). I'm glad they zapped the FIFO code..which
was only causing seg. faults and lock ups.

Though I see no point in keeping the vte flavor, why not enable vte by
default?

Cheers,
Jasper

-- 
``This statement is false''
NedBSD: http://nedbsd.eu

NEW: sysutils/tkdvd

[Vlad Glagolev]

Tk GUI for cdrecord & dvd+rw-tools. Oh.. maybe we 'll use cdrkit
instead of cdrtools in the future..

ftp://slz.sytes.net/incoming/tkdvd-4.0.4.tar.gz

--
Cheerz
Vlad / Stelz

NEW: devel/tkdiff

[Vlad Glagolev]

Nice gui for diff.

ftp://slz.sytes.net/incoming/tkdiff-4.1.3.tar.gz

--
Cheerz
Vlad / Stelz

UPDATE: x11/rox-filer

[Vlad Glagolev]

To 2.5. make -> gmake in ROX-Filer/AppRun script.

ftp://slz.sytes.net/incoming/update-rox-filer.diff

--
Cheerz
Vlad / Stelz

Re: UPDATE: x11/wmweather

[Vlad Glagolev]

On 12/4/06, Marc Balmer <[EMAIL PROTECTED]> wrote:

* Vlad Glagolev wrote:
> Just an update. Feel free to test it more.
>
> ftp://slz.sytes.net/incoming/wmweather-2.4.3.tar.gz

It would be much easier if you could just port a unified diff against
the port in -current.

- mb



ya, you are right :)

here it is: ftp://slz.sytes.net/incoming/update-wmweather.diff

--
Cheerz
Vlad / Stelz

UPDATE: net/psi

[Vlad Glagolev]

Just to 0.10 :)

ftp://slz.sytes.net/incoming/update-psi.diff

--
Cheerz
Vlad / Stelz

NEW: devel/rapidsvn

[Vlad Glagolev]

wxGTK client for subversion.

ftp://slz.sytes.net/incoming/rapidsvn-0.9.3.tar.gz

--
Cheerz
Vlad / Stelz

NEW: print/epdfview

[Vlad Glagolev]

Light pdf-viewer without any gnome/kde-lib deps.

ftp://slz.sytes.net/incoming/epdfview-0.1.5.tar.gz

--
Cheerz
Vlad / Stelz

NEW: audio/tagtool

[Vlad Glagolev]

Ogg/MP3 tagger based on gtk+-2.

ftp://slz.sytes.net/incoming/tagtool-0.12.2.tar.gz

--
Cheerz
Vlad / Stelz

Re: UPDATE: x11/wmweather

[Marc Balmer]

* Vlad Glagolev wrote:
> Just an update. Feel free to test it more.
> 
> ftp://slz.sytes.net/incoming/wmweather-2.4.3.tar.gz

It would be much easier if you could just port a unified diff against
the port in -current.

- mb

NEW: x11/dejavu-ttf

[Vlad Glagolev]

Really good set of the GPL'ed fonts (especially cyrillic :)

ftp://slz.sytes.net/incoming/dejavu-ttf-2.12.tar.gz

--
Cheerz
Vlad / Stelz

UPDATE: x11/wmweather

[Vlad Glagolev]

Just an update. Feel free to test it more.

ftp://slz.sytes.net/incoming/wmweather-2.4.3.tar.gz

--
Cheerz
Vlad / Stelz

Re: gtk-chtheme

[Vlad Glagolev]

On 12/4/06, Vlad Glagolev <[EMAIL PROTECTED]> wrote:

GTK+-2 theme switcher. Better than gtk-theme-switch.

--
Cheerz
Vlad / Stelz



oh, forgot about link :)

ftp://slz.sytes.net/incoming/gtk-chtheme-0.3.1.tar.gz

--
Cheerz
Vlad / Stelz

gtk-chtheme

[Vlad Glagolev]

GTK+-2 theme switcher. Better than gtk-theme-switch.

--
Cheerz
Vlad / Stelz

NEW: devel/geany

[Vlad Glagolev]

Small & lightweight IDE. Maybe somebody 'll want to move it to another category.
Tested w && w/o VTE @ i386.

ftp://slz.sytes.net/incoming/geany-0.9.tar.gz

--
Cheerz
Vlad / Stelz