Re: UPDATE: emulators/zsnes 1.42 -> 1.51 (was: ZSNES 1.51)
On Mon, Sep 24, 2007 at 04:55:01PM -0700, Ryan Freeman wrote:
> On Fri, Sep 21, 2007 at 07:03:28AM +, Jacob Meuser wrote:
> > On Thu, Sep 20, 2007 at 11:13:52PM -0700, Ryan Freeman wrote:
> >
> > > well i decided to be spontaneous and upgrade via the diff (thinking we're
> > > using
> > > the same ver now).
> >
> > should say I am using the SDL 1.2.12 update. I don't see anything
> > there that would change the sitaution with audio directly, but that
> > doesn't mean it won't change anything.
> >
>
> as am i, no difference between sdl 1.2.9 and 1.2.12 though (tested)
>
> > > > oh, and you said zsnes got worse. was is a little staticy before and
> > > > more now, or was there no such static before?
> > > >
> > >
> > > yes actually, this is the part where i was meaning to mention to you when
> > > you
> > > originally made the sdl patch etc. the sound in zsnes was good enough
> > > that it
> > > actually had next to no static (a little bit here and there but seemed
> > > random)
> > > however, the games seem smoother now, as if before the audio was holding
> > > it
> > > up. still a step in the right direction, no?
> >
> > maybe. still having a hard time putting my finger on the problem.
> >
> > thanks for the info.
>
> i have a new laptop now, an ibm thinkpad t41 (and love it) problem still
> exists
> on this unit as well, though to a lesser extent, so the increase in CPU power
> seems to help the issue (but shouldn't be necessary, confirmed on netbsd on
> the
> t23)
>
> cpu0: Intel(R) Pentium(R) M processor 1600MHz ("GenuineIntel" 686-class) 1.60
> GHz
> cpu0:
> FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,EST,TM2
> cpu0 at mainbus0
> cpu0: Enhanced SpeedStep 1600 MHz (1484 mV): speeds: 1600, 1400, 1200, 1000,
> 800, 600 MHz
>
> auich0 at pci0 dev 31 function 5 "Intel 82801DB AC97" rev 0x01: irq 11, ICH4
> AC97
> audio0 at auich0
> auich0: measured ac97 link rate at 48000 Hz
>
> ac97: codec id 0x41445374 (Analog Devices AD1981B)
> ac97: codec features headphone, 20 bit DAC, No 3D Stereo
> auich0: measured ac97 link rate at 48000 Hz
>
> just thought i'd touch base and include above info. regards,
thanks.
I'm starting to think there is something wrong with auich.
is anyone else getting staticy audio from zsnes?
--
[EMAIL PROTECTED]
SDF Public Access UNIX System - http://sdf.lonestar.org
Re: update: net/net-snmp
Rui Reis wrote: here's an update to net/net-snmp. Changelog available here: http://net-snmp.sourceforge.net/about/ChangeLog.html I have sent this diff to Tim Kornau (maintainer) but I still didn't get an answer. This diff also adds a patch (patch-agent_mibgroup_if-mib_data_access_interface_sysctl_c) from claudio@ to allow 64bit network counters. works for me on i386, amd64, macppc and sparc64. ok? cheers, rui All good on amd64. No longer chewing up 1mb per day on my client.
Re: UPDATE: emulators/zsnes 1.42 -> 1.51 (was: ZSNES 1.51)
On Fri, Sep 21, 2007 at 07:03:28AM +, Jacob Meuser wrote:
> On Thu, Sep 20, 2007 at 11:13:52PM -0700, Ryan Freeman wrote:
>
> > well i decided to be spontaneous and upgrade via the diff (thinking we're
> > using
> > the same ver now).
>
> should say I am using the SDL 1.2.12 update. I don't see anything
> there that would change the sitaution with audio directly, but that
> doesn't mean it won't change anything.
>
as am i, no difference between sdl 1.2.9 and 1.2.12 though (tested)
> > > oh, and you said zsnes got worse. was is a little staticy before and
> > > more now, or was there no such static before?
> > >
> >
> > yes actually, this is the part where i was meaning to mention to you when
> > you
> > originally made the sdl patch etc. the sound in zsnes was good enough that
> > it
> > actually had next to no static (a little bit here and there but seemed
> > random)
> > however, the games seem smoother now, as if before the audio was holding it
> > up. still a step in the right direction, no?
>
> maybe. still having a hard time putting my finger on the problem.
>
> thanks for the info.
i have a new laptop now, an ibm thinkpad t41 (and love it) problem still exists
on this unit as well, though to a lesser extent, so the increase in CPU power
seems to help the issue (but shouldn't be necessary, confirmed on netbsd on the
t23)
cpu0: Intel(R) Pentium(R) M processor 1600MHz ("GenuineIntel" 686-class) 1.60
GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF,EST,TM2
cpu0 at mainbus0
cpu0: Enhanced SpeedStep 1600 MHz (1484 mV): speeds: 1600, 1400, 1200, 1000,
800, 600 MHz
auich0 at pci0 dev 31 function 5 "Intel 82801DB AC97" rev 0x01: irq 11, ICH4
AC97
audio0 at auich0
auich0: measured ac97 link rate at 48000 Hz
ac97: codec id 0x41445374 (Analog Devices AD1981B)
ac97: codec features headphone, 20 bit DAC, No 3D Stereo
auich0: measured ac97 link rate at 48000 Hz
just thought i'd touch base and include above info. regards,
-ryan
UPDATE: liferea 1.4.2b
Here comes a major update to liferea, from 1.2.23 to 1.4.2b
It's running fine for me, but I get some warnings when running,
especially when closing:
(liferea:32250): Gdk-CRITICAL **: _gdk_window_destroy_hierarchy:
assertion `window != NULL' failed
(liferea:32250): GLib-GObject-CRITICAL **: g_object_unref: assertion
`G_IS_OBJECT (object)' failed
(liferea:32250): Gtk-CRITICAL **: gtk_style_detach: assertion
`style->attach_count > 0' failed
Anyway, here's the patch:
Index: Makefile
===
RCS file: /cvs/ports/www/liferea/Makefile,v
retrieving revision 1.7
diff -u -d -r1.7 Makefile
--- Makefile9 Sep 2007 20:21:33 - 1.7
+++ Makefile24 Sep 2007 20:27:59 -
@@ -4,7 +4,7 @@
COMMENT= simple GTK desktop news aggregator
-DISTNAME= liferea-1.2.23
+DISTNAME= liferea-1.4.2b
CATEGORIES=www x11
HOMEPAGE= http://liferea.sourceforge.net/
@@ -35,7 +35,9 @@
dbus-glib-1::x11/dbus-glib \
gnutls.>=12::security/gnutls \
gcrypt.>=12::security/libgcrypt \
- gpg-error.>=1::security/libgpg-error
+ gpg-error.>=1::security/libgpg-error \
+ sqlite3::databases/sqlite3 \
+ glade-2.0.::devel/libglade2
RUN_DEPENDS= ::devel/desktop-file-utils \
::x11/hicolor-icon-theme
Index: distinfo
===
RCS file: /cvs/ports/www/liferea/distinfo,v
retrieving revision 1.5
diff -u -d -r1.5 distinfo
--- distinfo9 Sep 2007 20:21:33 - 1.5
+++ distinfo24 Sep 2007 20:27:59 -
@@ -1,5 +1,5 @@
-MD5 (liferea-1.2.23.tar.gz) = LZEMYPBjp9J01pgVylXQAg==
-RMD160 (liferea-1.2.23.tar.gz) = Jqnu4b12DB5/ej+967mIgEF7Jus=
-SHA1 (liferea-1.2.23.tar.gz) = JwogtZklzAg6sX8wKLrkopYlXfI=
-SHA256 (liferea-1.2.23.tar.gz) = E23uh8cVbX+yAjO2ull+GUvKr7zk8TK9OwAhSLKYKmc=
-SIZE (liferea-1.2.23.tar.gz) = 1517098
+MD5 (liferea-1.4.2b.tar.gz) = zP/qPDqPGmL8N+Mtt7rJIg==
+RMD160 (liferea-1.4.2b.tar.gz) = y/F80nikayQL6Y+AWfdluhdqTdI=
+SHA1 (liferea-1.4.2b.tar.gz) = NXaa29bDiesJr6BS7Mj1xB54J4c=
+SHA256 (liferea-1.4.2b.tar.gz) = dySUx6tzVROfuaGtmcecGU0oArNO6EFpOKyMfHEt6ss=
+SIZE (liferea-1.4.2b.tar.gz) = 1576903
Index: patches/patch-src_callbacks_c
===
RCS file: patches/patch-src_callbacks_c
diff -N patches/patch-src_callbacks_c
--- patches/patch-src_callbacks_c 28 Jun 2007 16:20:42 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,27 +0,0 @@
-$OpenBSD: patch-src_callbacks_c,v 1.1.1.1 2007/06/28 16:20:42 jasper Exp $
src/callbacks.c.orig Mon Jun 25 22:58:51 2007
-+++ src/callbacks.cMon Jun 25 23:01:06 2007
-@@ -115,20 +115,20 @@ void on_homepagebtn_clicked(GtkButton *button, gpointe
- }
-
- void on_topics_activate(GtkMenuItem *menuitem, gpointer user_data) {
-- gchar *filename = g_strdup_printf("file://" PACKAGE_DATA_DIR "/"
PACKAGE "/doc/html/%s", _("topics_en.html"));
-+ gchar *filename = g_strdup_printf("file://" PACKAGE_DATA_DIR "/doc/"
PACKAGE "/html/%s", _("topics_en.html"));
- ui_tabs_new(filename, _("Help Topics"), TRUE);
- g_free(filename);
- }
-
-
- void on_quick_reference_activate(GtkMenuItem *menuitem, gpointer user_data) {
-- gchar *filename = g_strdup_printf("file://" PACKAGE_DATA_DIR "/"
PACKAGE "/doc/html/%s", _("reference_en.html"));
-+ gchar *filename = g_strdup_printf("file://" PACKAGE_DATA_DIR "/doc/"
PACKAGE "/html/%s", _("reference_en.html"));
- ui_tabs_new(filename, _("Quick Reference"), TRUE);
- g_free(filename);
- }
-
- void on_faq_activate(GtkMenuItem *menuitem, gpointer user_data) {
-- gchar *filename = g_strdup_printf("file://" PACKAGE_DATA_DIR "/"
PACKAGE "/doc/html/%s", _("faq_en.html"));
-+ gchar *filename = g_strdup_printf("file://" PACKAGE_DATA_DIR "/doc/"
PACKAGE "/html/%s", _("faq_en.html"));
- ui_tabs_new(filename, _("FAQ"), TRUE);
- g_free(filename);
- }
Index: patches/patch-src_notification_Makefile_in
===
RCS file: patches/patch-src_notification_Makefile_in
diff -N patches/patch-src_notification_Makefile_in
--- patches/patch-src_notification_Makefile_in 9 Sep 2007 20:21:33 -
1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-src_notification_Makefile_in,v 1.2 2007/09/09 20:21:33 jasper
Exp $
src/notification/Makefile.in.orig Fri Aug 31 23:26:23 2007
-+++ src/notification/Makefile.in Sun Sep 9 22:02:22 2007
-@@ -289,7 +289,7 @@ am__liblinotiflibnotify_la_SOURCES_DIST = notif_libnot
- @[EMAIL PROTECTED] = \
- @WITH_LIBNOTIFY_TRUE@ liblinotiflibnotify_la-notif_libnotify.lo
- liblinotiflibnotify_la_OBJECTS = $(am_liblinotiflibnotify_la_
Or�amento ao setor de compras contato: ports@openbsd.org - Qualidade HEIDELBERG (Off set - ctp digital sem fotolito) - www.digitalgrafic.com.br
Cartões de Visita promoções do mês 500 und , cartões de visitas,papel 250gr,couchê fosco,impressão off set chapa ctp - R$ 125,00 Entrega: 4 dias Envie sua arte agora Folder Pastas Acabamentos: Laminação BOPP , Verniz localizado PASTA COM BOLSA EM PAPEL COUCHà FOSCO 300 GRAMAS SISTEMA "CTP" GRAVAÃÃO A LASER NA CHAPA SEM FOTOLITO Formato Final da Pasta Aberta = 440 X 302 mm QTD 4X0 4X4 Taxa para Laminação Fosca ou Brilhante Frente Taxa para Laminação Fosca Frente e Verso Taxa para Verniz Localizado Frente 500 1.570,00 1.854,00 180,00 300,00 300,00 1.000 1.740,00 2.040,00 300,00 500,00 350,00 2.000 2.040,00 2.390,00 500,00 860,00 430,00 3.000 2.337,00 2.700,00 700,00 1.220,00 560,00 5.000 2.952,00 3.364,00 1.100,00 1.900,00 810,00 7.000 4.593,00 4.065,00 1.400,00 2.650,00 1.150,00 10.000 4.545,00 5.106,00 2.000,00 3.700,00 1.500,00 [IMAGE] contato Site: http://www.digitalgrafic.com.br Cotações : [EMAIL PROTECTED] 11 5668 6815são paulo-spbrasil clique aqui , ou envie um e-mail para [EMAIL PROTECTED] com o assunto REMOVER.
update: net/net-snmp
here's an update to net/net-snmp. Changelog available here:
http://net-snmp.sourceforge.net/about/ChangeLog.html
I have sent this diff to Tim Kornau (maintainer) but I still didn't
get an answer.
This diff also adds a patch
(patch-agent_mibgroup_if-mib_data_access_interface_sysctl_c) from claudio@ to
allow 64bit network counters.
works for me on i386, amd64, macppc and sparc64.
ok?
cheers,
rui
Index: Makefile
===
RCS file: /cvs/ports/net/net-snmp/Makefile,v
retrieving revision 1.23
diff -u -r1.23 Makefile
--- Makefile15 Sep 2007 22:36:56 - 1.23
+++ Makefile24 Sep 2007 10:12:27 -
@@ -3,9 +3,9 @@
COMMENT-main= extendable SNMP implementation
COMMENT-perl= SNMP modules for Perl
-DISTNAME= net-snmp-5.4
-PKGNAME-main= ${DISTNAME}p1
-PKGNAME-perl= p5-SNMP-5.4
+DISTNAME= net-snmp-5.4.1
+PKGNAME-main= ${DISTNAME}
+PKGNAME-perl= p5-SNMP-5.4.1
SHARED_LIBS= netsnmp 7.0 \
netsnmpagent7.0 \
netsnmphelpers 7.0 \
@@ -23,12 +23,11 @@
PERMIT_PACKAGE_FTP=Yes
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
-WANTLIB= c crypto kvm m perl util wrap
+WANTLIB-main= c crypto kvm m perl util wrap
MULTI_PACKAGES=-main -perl
-LIB_DEPENDS-perl=
netsnmpmibs,netsnmphelpers,netsnmpagent,netsnmp::net/net-snmp,-main
-WANTLIB-main= ${WANTLIB}
+LIB_DEPENDS-perl=
netsnmptrapd,netsnmpmibs,netsnmphelpers,netsnmpagent,netsnmp::net/net-snmp,-main
NET_SNMP_MIB_LIST= host disman/event-mib smux mibII/mta_sendmail
Index: distinfo
===
RCS file: /cvs/ports/net/net-snmp/distinfo,v
retrieving revision 1.6
diff -u -r1.6 distinfo
--- distinfo19 May 2007 10:52:06 - 1.6
+++ distinfo24 Sep 2007 10:12:27 -
@@ -1,5 +1,5 @@
-MD5 (net-snmp-5.4.tar.gz) = RtiTKBBW/0duWXZZy5FXTQ==
-RMD160 (net-snmp-5.4.tar.gz) = itH5o974Ai7qSNm3SucdjvtZymE=
-SHA1 (net-snmp-5.4.tar.gz) = jtsXUJ66n4yc+wFf41oQJASBKes=
-SHA256 (net-snmp-5.4.tar.gz) = L0PNbzxAZvjBf9xHkxqWwfzoCMnR3XS8taednSnV+Uc=
-SIZE (net-snmp-5.4.tar.gz) = 5031685
+MD5 (net-snmp-5.4.1.tar.gz) = bJdN96WlsVefchFeawRb2g==
+RMD160 (net-snmp-5.4.1.tar.gz) = NyNIjauNFkcCp9VcnHLursB91Qw=
+SHA1 (net-snmp-5.4.1.tar.gz) = rFugM8ENU9MFdBUSH4xJNsZDwgg=
+SHA256 (net-snmp-5.4.1.tar.gz) = Dql2ciyZPIfe3o62NI5v6wWeOFG77y3oJL8YrJfNtWU=
+SIZE (net-snmp-5.4.1.tar.gz) = 5122455
Index: patches/patch-Makefile_rules
===
RCS file: /cvs/ports/net/net-snmp/patches/patch-Makefile_rules,v
retrieving revision 1.2
diff -u -r1.2 patch-Makefile_rules
--- patches/patch-Makefile_rules19 May 2007 10:52:06 - 1.2
+++ patches/patch-Makefile_rules24 Sep 2007 10:12:27 -
@@ -1,7 +1,7 @@
-$OpenBSD: patch-Makefile_rules,v 1.2 2007/05/19 10:52:06 rui Exp $
Makefile.rules.origSun May 6 20:59:42 2007
-+++ Makefile.rules Sun May 6 21:04:39 2007
-@@ -216,14 +216,20 @@ uninstalllibs:
+$OpenBSD$
+--- Makefile.rules.origSat Jul 7 00:39:10 2007
Makefile.rules Sat Sep 15 23:12:28 2007
+@@ -228,14 +228,20 @@ uninstalllibs:
installbin: installlocalbin installsubdirbin
installlocalbin: $(INSTALLBINPROGS)
@@ -26,7 +26,7 @@
installsubdirbin:
@if test "$(SUBDIRS)" != ""; then \
-@@ -257,7 +263,7 @@ installlocalsbin: $(INSTALLSBINPROGS)
+@@ -269,7 +275,7 @@ installlocalsbin: $(INSTALLSBINPROGS)
@if test "$(INSTALLSBINPROGS)" != ""; then \
it="$(INSTALLSBINPROGS)" ; \
$(SHELL) $(top_srcdir)/mkinstalldirs
$(INSTALL_PREFIX)$(sbindir) ; \
Index: patches/patch-Makefile_top
===
RCS file: /cvs/ports/net/net-snmp/patches/patch-Makefile_top,v
retrieving revision 1.4
diff -u -r1.4 patch-Makefile_top
--- patches/patch-Makefile_top 19 May 2007 10:52:06 - 1.4
+++ patches/patch-Makefile_top 24 Sep 2007 10:12:27 -
@@ -1,10 +1,10 @@
-$OpenBSD: patch-Makefile_top,v 1.4 2007/05/19 10:52:06 rui Exp $
Makefile.top.orig Sat May 5 19:20:47 2007
-+++ Makefile.top Sat May 5 19:27:00 2007
-@@ -34,7 +34,9 @@ INSTALL_PREFIX = $(DESTDIR)
- #
+$OpenBSD$
+--- Makefile.top.orig Sat Jul 7 00:39:10 2007
Makefile.top Sat Sep 15 23:12:28 2007
+@@ -35,7 +35,9 @@ INSTALL_PREFIX = $(DESTDIR)
INSTALL = $(LIBTOOL) --mode=install @INSTALL@
UNINSTALL = $(LIBTOOL) --mode=uninstall rm -f
+ LIBTOOLCLEAN = $(LIBTOOL) --mode=clean rm -f
-INSTALL_DATA= @INSTALL_DATA@
+INSTALL_DATA= $(LIBTOOL) --mode=install @INSTALL_DATA@
+INSTALL_PROGRAM = $(LIBTOOL) --mode=install @INSTALL_PROGRAM@
@@ -12,17 +12,16 @@
SED = @SED@
LN_S = @LN_S@
AUTOCONF = @AUTOCONF@
-@@ -77,11 +79,10 @@ LINKCC = @LINKCC@
- LIBCURRENT = 15
- LIBAGE = 0
+@@ -8
update: archivers/unrar
maintenance update to archivers/unrar. works for me on i386, amd64, sparc64 and macppc. ok? cheers, rui Index: Makefile === RCS file: /cvs/ports/archivers/unrar/Makefile,v retrieving revision 1.37 diff -u -r1.37 Makefile --- Makefile15 Sep 2007 10:14:33 - 1.37 +++ Makefile24 Sep 2007 16:15:39 - @@ -2,8 +2,8 @@ COMMENT= extract, list, and test RAR archives -DISTNAME= unrarsrc-3.7.6 -PKGNAME= unrar-3.76 +DISTNAME= unrarsrc-3.7.8 +PKGNAME= unrar-3.78 CATEGORIES=archivers HOMEPAGE= http://www.rarlab.com/ Index: distinfo === RCS file: /cvs/ports/archivers/unrar/distinfo,v retrieving revision 1.13 diff -u -r1.13 distinfo --- distinfo26 Jun 2007 19:47:59 - 1.13 +++ distinfo24 Sep 2007 16:15:39 - @@ -1,5 +1,5 @@ -MD5 (unrarsrc-3.7.6.tar.gz) = xuGuQbwUDUf0YIwatfAYAg== -RMD160 (unrarsrc-3.7.6.tar.gz) = aPVzi2ye3o3iQGHMHh4oWtWwvxY= -SHA1 (unrarsrc-3.7.6.tar.gz) = t1lmpWSnmaCC0cld5eSkTiHPM9E= -SHA256 (unrarsrc-3.7.6.tar.gz) = moaCZd25s6QJZzaa7OWiGKslLMHqBExNRKFiTiXw30Y= -SIZE (unrarsrc-3.7.6.tar.gz) = 129934 +MD5 (unrarsrc-3.7.8.tar.gz) = t4PxkyvAxzkCxjmffCxvQw== +RMD160 (unrarsrc-3.7.8.tar.gz) = DKvdXz0GmIid3f9WZp6v3Lkiwyc= +SHA1 (unrarsrc-3.7.8.tar.gz) = shRrgCEnTNago7gWsuxvJBxiuuo= +SHA256 (unrarsrc-3.7.8.tar.gz) = EEdujwFSgwki0QOMvIUuwIzbzZlF+mtLisoWu3NghOk= +SIZE (unrarsrc-3.7.8.tar.gz) = 131120 Index: patches/patch-makefile_unix === RCS file: /cvs/ports/archivers/unrar/patches/patch-makefile_unix,v retrieving revision 1.6 diff -u -r1.6 patch-makefile_unix --- patches/patch-makefile_unix 26 Jun 2007 19:47:59 - 1.6 +++ patches/patch-makefile_unix 24 Sep 2007 16:15:39 - @@ -1,6 +1,6 @@ -$OpenBSD: patch-makefile_unix,v 1.6 2007/06/26 19:47:59 rui Exp $ +$OpenBSD$ --- makefile.unix.orig Sat Apr 30 08:00:12 2005 -+++ makefile.unix Mon Jun 25 19:34:54 2007 makefile.unix Mon Sep 24 17:14:20 2007 @@ -93,6 +93,8 @@ OBJECTS=rar.o strlist.o strfn.o pathfn.o int64.o savep resource.o match.o timefn.o rdwrfn.o consio.o options.o ulinks.o errhnd.o rarvm.o \ rijndael.o getbits.o sha1.o extinfo.o extract.o volume.o list.o find.o unpack.o cmddata.o Index: patches/patch-os_hpp === RCS file: /cvs/ports/archivers/unrar/patches/patch-os_hpp,v retrieving revision 1.2 diff -u -r1.2 patch-os_hpp --- patches/patch-os_hpp26 Jun 2007 19:47:59 - 1.2 +++ patches/patch-os_hpp24 Sep 2007 16:15:39 - @@ -1,6 +1,6 @@ -$OpenBSD: patch-os_hpp,v 1.2 2007/06/26 19:47:59 rui Exp $ os.hpp.origTue May 22 06:03:02 2007 -+++ os.hpp Mon Jun 25 19:34:54 2007 +$OpenBSD$ +--- os.hpp.origMon Sep 10 12:49:28 2007 os.hpp Mon Sep 24 17:14:20 2007 @@ -227,12 +227,12 @@ typedef const char* MSGID; #endif #endif Index: patches/patch-rar_hpp === RCS file: /cvs/ports/archivers/unrar/patches/patch-rar_hpp,v retrieving revision 1.5 diff -u -r1.5 patch-rar_hpp --- patches/patch-rar_hpp 26 Jun 2007 19:47:59 - 1.5 +++ patches/patch-rar_hpp 24 Sep 2007 16:15:39 - @@ -1,6 +1,6 @@ -$OpenBSD: patch-rar_hpp,v 1.5 2007/06/26 19:47:59 rui Exp $ rar.hpp.orig Tue May 22 06:03:02 2007 -+++ rar.hppMon Jun 25 19:34:54 2007 +$OpenBSD$ +--- rar.hpp.orig Mon Sep 10 12:49:28 2007 rar.hppMon Sep 24 17:14:20 2007 @@ -18,6 +18,7 @@ #include "int64.hpp" #include "unicode.hpp" Index: patches/patch-suballoc_cpp === RCS file: /cvs/ports/archivers/unrar/patches/patch-suballoc_cpp,v retrieving revision 1.3 diff -u -r1.3 patch-suballoc_cpp --- patches/patch-suballoc_cpp 26 Jun 2007 19:47:59 - 1.3 +++ patches/patch-suballoc_cpp 24 Sep 2007 16:15:39 - @@ -1,6 +1,6 @@ -$OpenBSD: patch-suballoc_cpp,v 1.3 2007/06/26 19:47:59 rui Exp $ suballoc.cpp.orig Tue May 22 06:03:02 2007 -+++ suballoc.cpp Mon Jun 25 19:34:54 2007 +$OpenBSD$ +--- suballoc.cpp.orig Mon Sep 10 12:49:28 2007 suballoc.cpp Mon Sep 24 17:14:20 2007 @@ -31,10 +31,16 @@ inline void* SubAllocator::RemoveNode(int indx) return RetVal; }
Re: offer to maintain wmii again (plus some generic questions)
On 9/24/07, Paride Legovini <[EMAIL PROTECTED]> wrote: > Benoit Chesneau wrote: > > On 9/23/07, Paride Legovini <[EMAIL PROTECTED]> wrote: > >> First of all I'd like to know if someone else is already working on it. > > > > http://marc.info/?l=openbsd-ports&m=118967678529123&w=2 > > Ok, so you're going to maintain it, and I'll be happy to test your port. > Maybe I'll go hunting for another program I like and that is missing in > OpenBSD, as I was liking the idea of maintaining a port. > > p. > > I wil provide an update tonight with last hg tip. So if you can wait. Current port source are against lats snapshot : http://babilu.metavers.net/openbsd/wmii/obsd-wmii-20070506.tar.gz - benoît
Re: offer to maintain wmii again (plus some generic questions)
On 9/23/07, Paride Legovini <[EMAIL PROTECTED]> wrote: > wmii (http://wmii.suckless.org/) is a window manager I like very much. > Currently the OpenBSD port is unmaintained and heavily obsolete, as you > can read in > > http://www.openbsd.org/cgi-bin/cvsweb/ports/x11/wmii/Makefile > > (in particular pay attention to revision 1.5). > > First of all I'd like to know if someone else is already working on it. > > The second question reveals my newbie status as a maintainer. I am quite > sure a couple of nights ago I read on the porting documentation (maybe > on the checklist) that one needs to follow -current in order to maintain > a port. Now I can't find that sentence again, can you confirm it? Anyway > I feel like following -current, I'm just not sure if I prefer the > snapshots or building everything from cvs (as I'm doing by now -- very > time consuming). > > Thank you, > p. > > http://marc.info/?l=openbsd-ports&m=118967678529123&w=2 -- bchesneau.info | neurofriends.net | osbud.net
Re: RESUBMIT: graphics/gerbv
On Mon, Sep 24, 2007 at 10:21:40AM +0200, Andreas Bihlmaier wrote: > Hello ports@, > > here is a resubmitt of gerbv. > > pkg_info gerbv > Information for inst:gerbv-1.0.2 > > Comment: > viewer for Gerber (RS-274X) files > > Description: > Gerber Viewer (gerbv) is a viewer for Gerber files. Gerber files are generated > from PCB CAD system and sent to PCB manufacturers as basis for the > manufacturing > process. The standard supported by gerbv is RS-274X. The basic difference > between RS-274D (the old standard) and RS-274X is basically the addition of > apertures in RS-274X. It might be possible to make an RS-274X file out of an > RS-274D file and an aperture list. > > gerbv also supports drill files. The format supported are known under names as > NC-drill or Excellon. The format is a bit undefined and different EDA-vendors > implement it different. But basically you need to have the tools definition in > the file, then the parser is quite tolerant. The different holes are shown as > dots in the (scaled) correct size. > > Maintainer: Andreas Bihlmaier <[EMAIL PROTECTED]> > > WWW: http://gerbv.sourceforge.net/ > > > Works on i386 and sparc64. > Shouldn't it be installed to cad/ (plus the CATEGORIES set to cad)? At least I think it is more CAD related then graphics. -- :wq Claudio
Re: offer to maintain wmii again (plus some generic questions)
On 9/24/07, Paride Legovini <[EMAIL PROTECTED]> wrote: > > I am quite > sure a couple of nights ago I read on the porting documentation (maybe > on the checklist) that one needs to follow -current in order to maintain > a port. Now I can't find that sentence again, can you confirm it? > I thought that this was somewhere in "reporting a problem" from memory, but it seems to have disappeared now. But at least http://www.openbsd.org/porttest.html#First should confirm your doubts... - "The ports tree is developed against OpenBSD-current; there is no guarantee that new ports or updates will work correctly on the other branches." Well if you have to use current to use a port, I suppose you'll have to follow current to maintain a port as well! oh, and btw, wmii is so cool... :) -jf -- In the meantime, here is your PSA: "It's so hard to write a graphics driver that open-sourcing it would not help." -- Andrew Fear, Software Product Manager, NVIDIA Corporation http://kerneltrap.org/node/7228
Re: Net-snmp 5.4 memory leaks
yes, I'm running 5.4.1 but I need to fix a small issue first. cheers, rui On Mon, Sep 24, 2007 at 09:54:09PM +1000, Graeme Lee wrote: > Are there any plans for updating net-snmp to 5.4.1 in the ports tree? > 5.4 has memory leaks. Really bad ones.
Re: NEW: print/foo2zjs
On Monday 24 September 2007 10:15:09 Jacob Meuser wrote: > but if foomatic directories are already linked to CUPS directories, > installing these file to foomatic directories will make them usable to > CUPS without any extra work. Even better than what I suggested. I'm all for it. -- Antoine
RESUBMIT: graphics/gerbv
Hello ports@, here is a resubmitt of gerbv. pkg_info gerbv Information for inst:gerbv-1.0.2 Comment: viewer for Gerber (RS-274X) files Description: Gerber Viewer (gerbv) is a viewer for Gerber files. Gerber files are generated from PCB CAD system and sent to PCB manufacturers as basis for the manufacturing process. The standard supported by gerbv is RS-274X. The basic difference between RS-274D (the old standard) and RS-274X is basically the addition of apertures in RS-274X. It might be possible to make an RS-274X file out of an RS-274D file and an aperture list. gerbv also supports drill files. The format supported are known under names as NC-drill or Excellon. The format is a bit undefined and different EDA-vendors implement it different. But basically you need to have the tools definition in the file, then the parser is quite tolerant. The different holes are shown as dots in the (scaled) correct size. Maintainer: Andreas Bihlmaier <[EMAIL PROTECTED]> WWW: http://gerbv.sourceforge.net/ Works on i386 and sparc64. Regards, ahb graphics_gerbv.tgz Description: application/tar-gz
Re: NEW: print/foo2zjs
On Mon, Sep 24, 2007 at 09:53:49AM +0200, Giovanni Bechis wrote: > On Sun, Sep 23, 2007 at 08:55:13PM +0200, Antoine Jacoutot wrote: > > On Sun, 23 Sep 2007, Mike Erdely wrote: > >> OK to commit? > > > > Why are ppd, xml... files installed this way? > > Couln't they use the foomatic subdirs? > > i.e. $LOCALBASE/share/foomatic/db/source/ > > > Foomatic-db is not needed hmmm, I have not looked at the port, but on http://foo2zjs.rkkda.com/ I read: There are five major components to the foo2zjs printer driver. * foo2zjs - blah * foo2zjs-wrapper - a shell script (compatible with foomatic) which runs ghostscript and foo2zjs in a pipeline. * icc2ps - blah * foomatic-db - foomatic database entries which describe the supported printers and their options so that printer spoolers know how to access the printer usinf foo2zjs-wrapper. * zjsdecode - blah so, it says foomatic-db is a major component. it may not be necessary in all cases, but we are trying to make things easier for end users. IMO, it should be installing foomatic data in foomatic directories. nor cups, I think it could be better to install > the files as root:wheel under $PREFIX/share/foo2zjs and link the ppd's > directory to $LOCALBASE/share/cups/model if needed. but if foomatic directories are already linked to CUPS directories, installing these file to foomatic directories will make them usable to CUPS without any extra work. -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org
Re: NEW: print/foo2zjs
On Monday 24 September 2007 09:53:49 Giovanni Bechis wrote: > Foomatic-db is not needed nor cups, I think it could be better to install foomatic-db does not need to be a dependency even if we install the files into $PREFIX/share/foomatic/ The advantage is that foomatic-db-engine will be able to see the driver files out-of-the-box... and that all foomatic related files will be installed in a consistent directory. > directory to $LOCALBASE/share/cups/model if needed. Linking the PPD files to $LOCALBASE/share/cups/model/foo2zjs is the way to go. And maybe a note to pkg/MESSAGE could be added just like the one in print/foomatic-db/pkg/MESSAGE. Cheers! -- Antoine
Re: NEW: print/foo2zjs
On Sun, Sep 23, 2007 at 08:55:13PM +0200, Antoine Jacoutot wrote: > On Sun, 23 Sep 2007, Mike Erdely wrote: >> OK to commit? > > Why are ppd, xml... files installed this way? > Couln't they use the foomatic subdirs? > i.e. $LOCALBASE/share/foomatic/db/source/ > Foomatic-db is not needed nor cups, I think it could be better to install the files as root:wheel under $PREFIX/share/foo2zjs and link the ppd's directory to $LOCALBASE/share/cups/model if needed. Giovanni
Re: NEW: print/foo2zjs
On Monday 24 September 2007 09:08:17 Giovanni Bechis wrote: > We use `install -o_cups -g_cups` to install all files so those users > are needed. This does not answer the question. Why do you use -o_cups -g_cups then? > This was the original behaviour, we changed this later: > http://marc.info/?l=openbsd-ports&m=119023070630701&w=2 I like the original behavior better. We should get rid of the cups dependency then install those files into their original places. -- Antoine
Re: NEW: print/foo2zjs
On Mon, Sep 24, 2007 at 09:08:17AM +0200, Giovanni Bechis wrote: > On Sun, Sep 23, 2007 at 08:55:13PM +0200, Antoine Jacoutot wrote: > > Also, is CUPS really needed for this to work? > > > We use `install -o_cups -g_cups` to install all files so those users > are needed. but CUPS doesn't really use that user or group. cupsd runs as root:root. -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org
Re: NEW: print/foo2zjs
On Sun, Sep 23, 2007 at 08:55:13PM +0200, Antoine Jacoutot wrote: > Also, is CUPS really needed for this to work? > We use `install -o_cups -g_cups` to install all files so those users are needed. > Can't the ppd be symlinked from (for example) > $LOCALBASEshare/foomatic/db/source/PPD/foo to > $LOCALBASE/share/cups/model/foo > This was the original behaviour, we changed this later: http://marc.info/?l=openbsd-ports&m=119023070630701&w=2 Giovanni Port updated as Kili suggested at: http://bigio.snb.it/openbsd/foo2zjs.tgz
