CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2009/03/28 04:32:59 Modified files: x11/xfce4/xfce4-mixer: Makefile Added files: x11/xfce4/xfce4-mixer/patches: patch-libxfce4mixer_libxfce4mixer_c Log message: - initialise the device_name variable fixes the mixer crash with azalia audio devices ok landry@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2009/03/28 05:10:29 Modified files: devel/xdg-user-dirs: Makefile Added files: devel/xdg-user-dirs/patches: patch-user-dirs_conf Log message: - use users locale by default instead of UTF-8 much more readable at the console from landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2009/03/28 05:54:14 Modified files: games/tmw : Makefile distinfo games/tmw/patches: patch-configure Log message: - update to tmw-0.0.28.1 from Jonathan ARMANI (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 09:36:54 Modified files: devel/vte : Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 09:54:42 Modified files: x11/gnome/hamster-applet: Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: marty...@cvs.openbsd.org2009/03/28 09:59:04 Modified files: www/mozilla-firefox: Makefile distinfo Log message: mozilla-firefox-3.0.8: forced release after security bugs got attention MFSA 2009-12 Mozilla Firefox XSL Parsing 'root' XML Tag Remote Memory Corruption Vulnerability * http://www.securityfocus.com/bid/34235/exploit * https://bugzilla.mozilla.org/show_bug.cgi?id=485217 * CVE-2009-1169 MFSA 2009-12 covers the Pwn2Own bug, which is a crash involving the XUL tree widget. * https://bugzilla.mozilla.org/show_bug.cgi?id=484320 * CVE-2009-1044 ok naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 10:01:39 Modified files: x11/py-gtksourceview: Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: marty...@cvs.openbsd.org2009/03/28 10:05:28 Modified files: www/firefox-i18n: Makefile distinfo Log message: update to firefox-i18n-3.0.8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 10:09:15 Modified files: x11/gnome/gedit-plugins: Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2009/03/28 10:11:48 Modified files: net/openafs: Makefile net/openafs/files: README.OpenBSD openafs-setup Log message: - use TRUEPREFIX instead of LOCALBASE where it makes sense (following previous commit) - fix mkdir args (from todd@) ok todd@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 10:12:21 Modified files: x11/gtk-vnc: Makefile Log message: bump for python dependency changes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 10:18:04 Modified files: net/gajim : Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 10:20:53 Modified files: x11/py-Xlib: Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 10:22:06 Modified files: x11/pypanel: Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 10:23:54 Modified files: net/scapy : Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: marty...@cvs.openbsd.org2009/03/28 10:23:52 ports/audio/madplay/files Update of /cvs/ports/audio/madplay/files In directory cvs.openbsd.org:/tmp/cvs-serv20975/files Log Message: Directory /cvs/ports/audio/madplay/files added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 10:25:13 Modified files: net/scapy6 : Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: marty...@cvs.openbsd.org2009/03/28 10:25:59 ports/audio/madplay/patches Update of /cvs/ports/audio/madplay/patches In directory cvs.openbsd.org:/tmp/cvs-serv26020/patches Log Message: Directory /cvs/ports/audio/madplay/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 10:32:19 Modified files: textproc/py-vobject: Makefile x11/gnome/py-gnome-extras: Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: marty...@cvs.openbsd.org2009/03/28 10:26:46 Modified files: audio/madplay : Makefile Added files: audio/madplay/files: audio_sndio.c audio/madplay/patches: patch-Makefile_am patch-audio_h patch-configure_ac Log message: implement sndio backend for madplay. with inputs from naddy@ and jakemsr@ ok naddy@ and jakemsr@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 10:49:49 Modified files: net/py-flowtools: Makefile sysutils/flyback: Makefile net/charm : Makefile news/hellanzb : Makefile www/moinmoin : Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 11:01:59 Modified files: net/pfstat : Makefile Log message: missing bump when PLIST was regenerated
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 11:05:38 Modified files: devel/eclipse/sdk: Makefile Log message: missing bump after java dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2009/03/28 11:41:53 Modified files: databases/p5-ldap: Makefile Added files: databases/p5-ldap/patches: patch-lib_Net_LDAP_LDIF_pm Log message: Fix a bug in LDIF.pm See http://rt.cpan.org/Public/Bug/Display.html?id=44110 ok landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 12:12:50 Modified files: www/py-turbogears: Makefile multimedia/recordmydesktop/gtk: Makefile x11/gnome/pessulus: Makefile sysutils/duplicity: Makefile textproc/py-cElementTree: Makefile print/system-config-printer: Makefile net/emesene: Makefile x11/tellico: Makefile mail/py-policyd-spf: Makefile www/py-zine: Makefile sysutils/d-feet: Makefile x11/gdevilspie : Makefile Log message: bump for python dependency change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 12:18:51 Modified files: net/arping/patches: patch-Makefile Log message: fix build if both libnet 1.0 and 1.1 are installed
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 12:38:11 Modified files: sysutils/bubblemon: Makefile Added files: sysutils/bubblemon/patches: patch-po_ro_po patch-po_sh_po Log message: Fix building of Romanian and Serbo-Croatian message catalogs. At least the Romanian one is still mangled, though.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ckue...@cvs.openbsd.org 2009/03/28 12:55:09 Log message: Teensyloader is a programmer for the HalfKay embedded bootloader as found in the Teensy and Teensy++ AVR development boards. Status: Vendor Tag: ckuethe Release Tags: ckuethe-20090328 N ports/devel/teensyloader/Makefile N ports/devel/teensyloader/distinfo N ports/devel/teensyloader/pkg/DESCR N ports/devel/teensyloader/pkg/PLIST N ports/devel/teensyloader/patches/patch-Makefile No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ckue...@cvs.openbsd.org 2009/03/28 13:05:37 Modified files: devel : Makefile Log message: +teensyloader
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/03/28 13:22:22 Modified files: x11/kde/okle : Makefile Log message: beware the interaction of += and ?= when there is a Makefile.inc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2009/03/28 14:06:56 Modified files: net/adsuck : Makefile distinfo Removed files: net/adsuck/patches: patch-adsuck_c patch-files_Hosts_blc Log message: bump to adsuck 1.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2009/03/28 14:27:12 Log message: import x11/un-fonts, alternative Korean fonts, preferred by some over the baekmuk fonts. original port done by Matthieu Herrb, with some reworking by myself. commit requested by matth...@. Un-fonts comes from the HLaTeX type1 fonts made in 1998 by Koaunghi Un, he designed type1 fonts to use with Korean TeX(HLaTeX) and released them under the GNU GPL license. They were converted to TrueType with FontForge(PfaEdit) by Won-kyu Park in 2003. Status: Vendor Tag: sthen Release Tags: sthen_20090328 N ports/x11/un-fonts/Makefile.inc N ports/x11/un-fonts/Makefile N ports/x11/un-fonts/extra/Makefile N ports/x11/un-fonts/extra/distinfo N ports/x11/un-fonts/extra/pkg/DESCR N ports/x11/un-fonts/extra/pkg/PLIST N ports/x11/un-fonts/core/distinfo N ports/x11/un-fonts/core/Makefile N ports/x11/un-fonts/core/pkg/PLIST N ports/x11/un-fonts/core/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2009/03/28 14:27:58 Modified files: x11: Makefile Log message: +un-fonts
8 526 Case per le vacanze, Appartamenti per le vacanze, Hotel
Ferienunterkunft vacation rentals worldwide * secondcasa.com * vacation rentals worldwide * Reuchlinstrasse 23 * 72800 Eningen unter Achalm * Germania * Telefono/Telefax +49 (0)7123 2846889/2846892 * E-Mail i...@secondcasa.com * Greece Gentili signore ed egregi signori, e con piacere che vi presentiamo personalmente secondcasa, il portale per le vacanze unico nel suo genere, ed e con altrettanto piacere che saremmo lieti di darvi il nostro caloroso benvenuto come nuovo inserzionista secondcasa e una piattaforma plurilingue in funzione di intermediario per alloggi di villeggiatura. Se avete altri quesiti il nostro servizio assistenza e a vostra completa disposizione per rispondervi. * Traduzione automatica del vostro annuncio in 20 lingue * Elaborazione sicura e facile gestione degli affitti per le vacanze * Sviluppo sicuro delle richieste di prenotazione * Organizzazione online dell'anagrafica clienti * Ed inoltre avrete a disposizione un sito Internet aggiornabile e dotato di un libro degli ospiti * Statistiche e newsletter * Presentazione dettagliata dei vostri immobili compreso il piano delle prenotazioni e la galleria fotografica * Oltre 8.500 alloggi di villeggiatura in 92 paesi * 949.000 ospiti al mese Approfittate di questa occasione e registratevi oggi stesso: Maggiori informazioni / secondcasa.com � Distinti saluti, Maik Schmidt Mallorca Toscana New York If you wish to unsubscribe from the Publisher Email Notifications, simply click on this unsubscribe-link.
Re: NEW: un-fonts
Stuart Henderson wrote: On 2009/03/21 12:52, Matthieu Herrb wrote: Matthieu Herrb wrote: Hi, reading the fontconfig 2.6.0 (that I plan to import in Xenocara soon) ChangeLog, I saw that apparently the un-fonts are preferred by Korean Linux users over the baekmuk fonts. So here are two ports for the un-fonts, split like the original package (and like in the Linux distribution I'm using at work) into -core and -extras. Comments, ok? Got no relplies so far. Anyone cares? I'd rather rearrange the ports into a common directory, something like the attached tgz. What do you think? I've changed PKGNAME in this too, as un-fonts-core-1.0.2-080608 (with the - as part of the version number) is invalid. All this is fine with me. Can you commit your version? -- Matthieu Herrb
security support
Hello all, Up to now, I've only used OBSD on small old boxes, just to poke around with. Since they haven't been used online, I haven't worried about upgrading. I'm planning to move my main box (HP NetServer LPR, dual P-II-450 with 1 GB ram, two 36 GB SCSI drives and an HP NetRaid card) from Debian to OpenBSD. I'll be using a lot of packages or ports. My understanding is that right now there are no security updates to packages. I can't see in the FAQ how security updates are handled for ports. I would like to follow the -patch branch, rather than to keep up with -current. I'm on dialup and don't want to use the phone line too much. Could someone point me to the appropriate docs or info on the mechanism for keeping the packages/ports of a stable OBSD system up-to-date? Thanks, Doug.
Re: pfstat gives errors on -current
On Thu, Mar 26, 2009 at 01:36:00PM +0100, Daniel Hartmeier wrote: On Thu, Mar 26, 2009 at 01:11:49PM +0100, Markus Lude wrote: Hello, after updating to the recent snapshot from march 24th I now get errors when running pfstat: ioctl: DIOCIGETIFACES: Operation not supported by device pf_query: query_ifaces() failed Probably something changed in the pf code. That just means the pfstat binary doesn't match the newer kernel, and needs to be rebuilt. But the rebuild of pfstat depends on the headers in /usr/include, so you may have to update those first. Which probably means you fetch -current sources, rebuild (or at least make include), and then rebuild pfstat. In the meantime I rebuild pfstat, but still the same error message. The newer header files were installed while upgrading to a newer snapshot. pfstat sources themselves don't need any changes, afaik. Sucks, eh? Tell the guy who broke pf ioctl API, mcbride@ most likely ;) As I'm not familiar with the pf code, could someone point out what the changes of the pf ioctl API were? Regards, Markus
Re: pfstat gives errors on -current
On Thu, Mar 26, 2009 at 01:36:00PM +0100, Daniel Hartmeier wrote: On Thu, Mar 26, 2009 at 01:11:49PM +0100, Markus Lude wrote: Hello, after updating to the recent snapshot from march 24th I now get errors when running pfstat: ioctl: DIOCIGETIFACES: Operation not supported by device pf_query: query_ifaces() failed Probably something changed in the pf code. That just means the pfstat binary doesn't match the newer kernel, and needs to be rebuilt. But the rebuild of pfstat depends on the headers in /usr/include, so you may have to update those first. Which probably means you fetch -current sources, rebuild (or at least make include), and then rebuild pfstat. In the meantime I rebuild pfstat, but still the same error message. The newer header files were installed while upgrading to a newer snapshot. pfstat sources themselves don't need any changes, afaik. Sucks, eh? Tell the guy who broke pf ioctl API, mcbride@ most likely ;) As I'm not familiar with the pf code, could someone point out what the changes of the pf ioctl API were? have you considered using the built-in command systat pf 1 and then use the right and left cursors to see additional interesting views.
entertainer media center
Hi, after getting crazy on trying to port various media centers to openbsd: mythtv (does not compile), elisa (segfaults), sofa (segfaults), mms (does not compile/depends on linux header files) and freevo (works more or less but is not really usable), I got the entertainer media center working. So, here comes a port for multimedia/entertainer and one additional dependency: audio/py-vorbis. Some comments on both: The latest stable entertainer release 0.3 ist segfaulting on openbsd. Next stable release is 0.4 and should be released these days (soon). Current head/trunk from repo works fine already. These are the reasons why I created a temporary port based on a Head/Trunk-Snapshot for testing. All patches which I use in this port are already reported to upstream. I thought this temporary port could be a good choice to get everything prepared for a 0.4 release port. I'm not sure if I catched all needed dependencies in the port already. The py-vorbis port is loosely a copypaste from audio/py-ogg. I did not get the regression tests working, I think they need some dependencies (REGRESS_DEPENDS=...). Please test (if interested), and tell me what you think. The ports are attached and can be downloaded from: https://www.umaxx.net/src/openbsd-port_entertainer.tar.gz https://www.umaxx.net/src/openbsd-port_py-vorbis.tar.gz Regards, Jörg openbsd-port_entertainer.tar.gz Description: GNU Zip compressed data openbsd-port_py-vorbis.tar.gz Description: GNU Zip compressed data
Re: security support
Douglas, Could someone point me to the appropriate docs or info on the mechanism for keeping the packages/ports of a stable OBSD system up-to-date? Occassionally I see a security patch backported to the -STABLE branch, but if you are really concerned about security, pretty much your only hope is to either run -CURRENT or track the security updates and backport them yourself. They may not be too hard to do, but it's not just as easy as pkg_add -ui. The ports I maintain rarely have updates of that nature, so I don't usually have to deal with these issues, but some ports have to deal with it much more often. -- Aaron W. Hsu arcf...@sacrideo.us | http://www.sacrideo.us Government is the great fiction, through which everybody endeavors to live at the expense of everybody else. -- Frederic Bastiat +++ ((lambda (x) (x x)) (lambda (x) (x x))) ++
Re: security support
On Sat, Mar 28, 2009 at 12:40:54PM -0400, Aaron W. Hsu wrote: Could someone point me to the appropriate docs or info on the mechanism for keeping the packages/ports of a stable OBSD system up-to-date? Occassionally I see a security patch backported to the -STABLE branch, but if you are really concerned about security, pretty much your only hope is to either run -CURRENT or track the security updates and backport them yourself. They may not be too hard to do, but it's not just as easy as pkg_add -ui. I've never tracked -current. How much bandwidth and how much compiling time does it tend to take? As for backporting security updates, I'm not a C guru; I'm barely C litterate yet alone a C programmer. I only have the phone for about an hour a day, and the computer for a couple of hours. I don't want to spend all that time just keeping the system up-to-date and not getting any real work done. Doug.
Re: security support
Doug, I only have the phone for about an hour a day, and the computer for a couple of hours. I don't want to spend all that time just keeping the system up-to-date and not getting any real work done. My advice to you would be to just follow -STABLE. -- Aaron W. Hsu arcf...@sacrideo.us | http://www.sacrideo.us Government is the great fiction, through which everybody endeavors to live at the expense of everybody else. -- Frederic Bastiat +++ ((lambda (x) (x x)) (lambda (x) (x x))) ++
Re: pfstat gives errors on -current
have you considered using the built-in command systat pf 1 That is one of the coolest utilities I have seen in a long time. I really must spend more time reading man pages...
firefox3 plugin issue
Hi, after countless hours of headaches I have found a slight problem with the default plugin location of firefox3 after being built from ports. The problem is that the default location is ~/.mozilla/firefox/plugins This directory seems to work fine for most plugins including flashbut the problem lies with java. When it the symbolic link is installed in this directory it does not work in firefox. Doesn't show up in about:plugins and doesn't work on any java page. A simple created directory for ~/.mozilla/plugins and putting the symbolic link in there seems to do the trick. And all other plugins work in there too. So I guess I am wondering why this is like this or if it was simply missed or something. The default plugin directory for firefox3 port should be ~/.mozilla/plugins to avoid such confusion. Thank you for your time and reading this suggestion. I will be looking forward to a response on this subject. At the least maybe the reasonings for this if its needed to be like that for some reason. Thanks again. Jeremiah Smith