CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2011/01/24 01:23:27 Modified files: telephony/appkonference: Makefile distinfo telephony/appkonference/patches: patch-Makefile Added files: telephony/appkonference/patches: patch-konference_conference_c patch-konference_frame_c patch-konference_member_c Log message: update and patch appkonference to work with asterisk 1.8. spotted by and diff ok with naddy@
Sélection d'annonces Grande couronne - Éclairage tertiaire : l'efficacité à portée de main
Si vous ne lisez pas correctement ce message, cliquez-ici BureauxLocaux.com Votre lettre du 25 janvier 2011 Alerte e-mail Envoyer ` un ami [IMAGE] [IMAGE] [IMAGE] Iclairage tertiaire : l'efficaciti ` portie de main Dans les espaces de bureaux, 70 % de l'information passent par la vision. La qualiti de l'iclairage doit donc retenir l'attention de tous : chefs d'entreprise, gestionnaires, architectes et bureaux d'itudes, utilisateurs. Au quotidien, la lumihre joue un rtle essentiel : elle contribue ` notre santi, notre sicuriti et notre dynamisme, amiliore nos conditions de travail et augmente nos performances, mais elle participe aussi ` l'embellissement des espaces, ` la valorisation des architectures intirieures... Voir le dossier [IMAGE] L'ilectronique pour un iclairage iconomique et flexible [IMAGE] Bureaux : un iclairage efficace pour de bonnes conditions de travail [IMAGE] La riponse en matiriels [IMAGE] Obligations riglementaires pour le bbtiment : [IMAGE] Travaillez comme vous l'entendez !Les espaces de travail flexibles Regus permettent aux entreprises de toutes tailles de travailler efficacement. Bureau privatif, bureau ` temps partiel ou salon d'affaires accessible ` tout moment : quel que soit votre choix, nos iquipes administratives sont toujours l` pour vous aider.en savoir plus... [IMAGE] [IMAGE] [IMAGE] [IMAGE] Location Bureaux MAGNY EN VEXIN A proximiti immidiate de la sortie 20 de l'autoroute A15 dans la ZI de la demi lune, nous vous proposons une surface de bureaux moderne et refait ` neuf de 250 m2 au 1 er et dernier itage d'un immeuble en trhs bon itat. Organisi en 5 bureaux, une salle de riunion... Voir l'annonce Surface totale : 250 m2 Disponibiliti : Immidiate [IMAGE] Le cbblage en toute sirinitiBinificiez d'une expirience de 15 ans dans le cbblage informatique , cbblage ilectrique ou cbblage tiliphonique. Une installation adaptie ` vos besoins et ` votre activiti. Prise en charge de vos dimarches administratives et mjme de vos travaux de rinovation.en savoir plus... [IMAGE] [IMAGE] [IMAGE] Vente Entreptts MONTEREAU MONTEREAU, ` Champagne Seine, cellules d?activitis + Prjtes ` aminager + avec eau/ilectriciti/igouts/tiliphone, terrain attenant. IDEAL ARTISANS ENTREPOTS, au c=ur d?une zone d?activitis en plein diveloppement... Voir l'annonce [IMAGE] [IMAGE] Vente Bureaux SAINT-GERMAIN EN LAYE VENTES AUX ENCHERES - ENSEMBLE IMMOBILIER 1 300 m2 ENVIRON SUR TERRAIN 1 604 m2 - 18 rue de la Ripublique - ST GERMAIN EN LAYE - mise ` prix avec prix de riserve. L'ensemble immobilier... Voir l'annonce [IMAGE] [IMAGE] Commerces VIRY CHATILLON place de la Gare - 91170 - 1 boutique d'angle Surface totale : 43 m2 Disponibiliti : Immidiate Voir l'annonce [IMAGE] [IMAGE] [IMAGE] GOUSSAINVILLE : ` louer Bureaux-Entreptts 460m2, Immeuble binificiant d'une belle fagade, au coeur d'une zone hotellihre... [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] BUSSY-ST-GEORGES : ` vendre Bureaux 2367m2 (` partir de 264m2), Sur un terrain de 21 909 m2, un ensemble immobilier... [IMAGE] [IMAGE] [IMAGE] [IMAGE] LOUCECIENNES : ` louer Bureaux 5227m2 (` partir de 423m2) [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] MORANGIS : ` louer Entreptts 1320m2 (` partir de 1320m2), Locaux rihabiliti Eclairage zinithal 3% de la... [IMAGE] [IMAGE] [IMAGE] [IMAGE] GOUSSAINVILLE : ` louer Entreptts 1009m2 (` partir de 501m2), Parc d'activiti PME PMI [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] MEAUX : ` vendre Entreptts 920m2, Un ensemble indipendant ` usage d?activiti, situi 14, rue Louis Fournier... [IMAGE] [IMAGE] [IMAGE] [IMAGE] POISSY : ` louer Bureaux 270m2, Nous vous proposons un immeuble indipendant ` usage de bureaux d'une... [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] COURCOURONNES : ` louer Bureaux 2944m2 (` partir de 50m2), ESPACE EUROPE I - Immeuble R 3 de standing `... [IMAGE] [IMAGE] [IMAGE] [IMAGE] PONTOISE : ` louer Bureaux 258m2 (` partir de 86m2), CERGY SPACE - Immeuble ricent dans un environnement... [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] MITRY-MORY : ` louer Entreptts 1516m2 (` partir de 1516m2), A proximiti immidiate de la Francilienne, de... [IMAGE] [IMAGE] [IMAGE] [IMAGE] LE MESNIL LE ROI : ` louer Bureaux 300m2 (` partir de 50m2), Au sein du centre commercial Maurice Berteaux... [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] LISSES : ` louer Entreptts 4528m2 (` partir de 1122m2), Aire d'attente PL Eclairage zinithal par... [IMAGE] [IMAGE] [IMAGE] [IMAGE] SAINT OUEN L'AUMONE : ` louer Bureaux 16m2 (` partir de 16m2), SAINT OUEN L'AUMONE, Bureaux ` louer de 16 m2, site... [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] PONTAULT COMBAULT : ` louer Entreptts 1871m2 (` partir de 337m2), Terrain cltturi [IMAGE] [IMAGE] Offres de franchise sur l'Observatoire de la franchise Trouvez la prochaine adresse de votre entreprise parmi plusieurs milliers d'annonces de bureaux, entreptts, locaux commerciaux, locaux d'activitis ou locaux
Re: potential qemu crash fix, please test
This patch helps a lot. I couldn't even get through an install before.
But please don't remove qemu-old yet: I'm using UDP multicast sockets to
build virtual networks, and they fail on 0.13.0:
$ sudo qemu -m 128 -no-fd-bootchk \
-hda virtual.img -boot n -nographic \
-net nic,vlan=0,model=rtl8139,macaddr=52:54:00:12:34:03 \
-net user -tftp /usr/src/sys/arch/i386/compile/TEST -bootp pxeboot \
-net nic,vlan=1,model=rtl8139,macaddr=52:54:00:23:03:01 \
-net tap,vlan=1,script=no \
-net nic,vlan=3,model=rtl8139,macaddr=52:54:00:23:03:03 \
-net socket,vlan=3,mcast=230.0.0.1:10003
setsockopt(SOL_IP, IP_MULTICAST_LOOP): Invalid argument
qemu: -net socket,vlan=3,mcast=230.0.0.1:10003: Device 'socket' could not be
initialized
Works fine if I comment out the last two lines.
On Fri, Jan 21, 2011 at 12:18:28PM +0100, Stefan Sperling wrote:
I've run into a qemu crash with the following trace:
#0 _thread_kern_sig_undefer ()
at /usr/src/lib/libpthread/uthread/uthread_kern.c:1003
1003if (curthread-sig_defer_count 1) {
(gdb) p curthread
$1 = (struct pthread *) 0x8
(gdb) bt
#0 _thread_kern_sig_undefer ()
at /usr/src/lib/libpthread/uthread/uthread_kern.c:1003
#1 0x000209fbb039 in _thread_kern_sig_defer ()
at /usr/src/lib/libpthread/uthread/uthread_kern.c:988
#2 0x000209fb6d82 in _thread_fd_unlock (fd=Variable fd is not
available.
)
at /usr/src/lib/libpthread/uthread/uthread_fd.c:568
#3 0x000209fb5a14 in write (fd=121237504, buf=0x651d90, nbytes=8)
at /usr/src/lib/libpthread/uthread/uthread_write.c:170
#4 0x004070af in ?? ()
#5 0x00423b61 in ?? ()
#6 0x000209fbcb06 in _dispatch_signal (sig=31, scp=0x202612ac0)
at /usr/src/lib/libpthread/uthread/uthread_sig.c:400
#7 0x000209fbcbe3 in _dispatch_signals (scp=0x202612ac0)
at /usr/src/lib/libpthread/uthread/uthread_sig.c:429
#8 0x000209fbd31d in _thread_sig_handler (sig=14, info=0x202612ba0,
scp=0x202612ac0) at /usr/src/lib/libpthread/uthread/uthread_sig.c:139
#9 0x000202612ac0 in ?? ()
#10 0x00020739f190 in ?? ()
#11 0x00020739f000 in ?? ()
#12 0x0004 in ?? ()
#13 0x4d38f2e5 in ?? ()
#14 0x
Note that call to write() which gets a bogus fd.
This fd is io_thread_fd in the patch below.
This seems to help stability here.
It would be interesting to know if this helps others who have seen qemu crash.
Index: Makefile
===
RCS file: /cvs/ports/emulators/qemu/Makefile,v
retrieving revision 1.59
diff -u -p -r1.59 Makefile
--- Makefile 22 Nov 2010 11:32:01 - 1.59
+++ Makefile 21 Jan 2011 09:28:07 -
@@ -6,6 +6,7 @@ ONLY_FOR_ARCHS = i386 amd64 sparc64
COMMENT =multi system emulator
DISTNAME = qemu-0.13.0
+REVISION = 0
CATEGORIES = emulators
HOMEPAGE = http://www.qemu.org/
Index: patches/patch-cpus_c
===
RCS file: patches/patch-cpus_c
diff -N patches/patch-cpus_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-cpus_c 21 Jan 2011 09:27:20 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- cpus.c.orig Fri Jan 21 10:24:52 2011
cpus.c Fri Jan 21 10:26:29 2011
+@@ -149,7 +149,7 @@ static void cpu_debug_handler(CPUState *env)
+ }
+
+ #ifndef _WIN32
+-static int io_thread_fd = -1;
++static volatile sig_atomic_t io_thread_fd = -1;
+
+ static void qemu_event_increment(void)
+ {
Index: patches/patch-net_h
===
RCS file: /cvs/ports/emulators/qemu/patches/patch-net_h,v
retrieving revision 1.1
diff -u -p -r1.1 patch-net_h
--- patches/patch-net_h 27 May 2010 17:55:05 - 1.1
+++ patches/patch-net_h 21 Jan 2011 09:27:19 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-net_h,v 1.1 2010/05/27 17:55:05 fgsch Exp $
net.h.orig Tue Feb 23 20:54:38 2010
-+++ net.hMon Mar 22 20:26:50 2010
-@@ -172,7 +172,7 @@ void net_host_device_remove(Monitor *mon, const QDict
+--- net.h.orig Fri Oct 15 22:56:09 2010
net.hFri Jan 21 10:04:46 2011
+@@ -172,7 +172,7 @@ int do_netdev_del(Monitor *mon, const QDict *qdict, QO
#ifdef __sun__
#define SMBD_COMMAND /usr/sfw/sbin/smbd
#else
Index: patches/patch-posix-aio-compat_c
===
RCS file: patches/patch-posix-aio-compat_c
diff -N patches/patch-posix-aio-compat_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-posix-aio-compat_c 21 Jan 2011 09:27:20 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- posix-aio-compat.c.orig Fri Jan 21 10:27:04 2011
posix-aio-compat.c Fri Jan 21 10:15:20 2011
+@@ -495,7 +495,7 @@ static int posix_aio_flush(void *opaque)
+ return !!s-first_aio;
+ }
+
suggestion for new port
Hi, if you do not mind for this port, may use it. Small, fast and easy to use bittorrent client written in C. -- Best Regards, Michael Pounov mi...@elwix.org -- ELWIX - Embedded LightWeight UNIX Universal multiplatform embedded OS ctorrent.tar.gz Description: Binary data
port net/unbound: new flavor
Hi,
The Ecdysis project [1] has produced a patch set for the unbound DNS resolver
to perform DNS64 [2] translations.
I've modified the Makefile for the 4.8RELEASE unbound port to create a flavor
which incorporates these patches, and verified correct behaviour. Given the
current imminent exhaustion of IPv4 address space I think such translation
tools will be very useful soon, so perhaps it could make into the 4.9 release ?
[1] http://ecdysis.viagenie.ca/index.html
[2] http://tools.ietf.org/id/draft-ietf-behave-dns64-11.txt
/Pete
=
/usr/ports/net/unbound diff -u Makefile Makefile.dns64
--- MakefileMon Jan 24 11:14:44 2011
+++ Makefile.dns64 Mon Jan 24 11:12:58 2011
@@ -1,11 +1,28 @@
# $OpenBSD: Makefile,v 1.21 2010/06/19 21:26:07 jakob Exp $
COMMENT= validating DNS resolver
+COMMENT-dns64= validating DNS resolver with Ecdysis DNS64 patches
DISTNAME= unbound-1.4.5
CATEGORIES=net
MASTER_SITES= http://www.unbound.net/downloads/
+
+FLAVORS= dns64
+FLAVOR?=
+
+.if ${FLAVOR:L:Mdns64}
+#
+# D/L site should be http://ecdysis.viagenie.ca/download.html
+# but that requires registration. However since the patch set
+# is BSD licensed, we can redistribute it (with inline
+# license intact).
+#
+MASTER_SITES0= http://systemnet.no/dns64/
+PATCHFILES=ecdysis-unbound-1.4.7.20101117.patch:0
+PATCH_DIST_STRIP=-p1
+.endif
+
HOMEPAGE= http://www.unbound.net/
MAINTAINER= Jakob Schlyter ja...@openbsd.org
=
/usr/ports/net/unbound diff -u distinfo distinfo.dns64
--- distinfoMon Jan 24 11:17:47 2011
+++ distinfo.dns64 Sun Jan 23 22:55:41 2011
@@ -1,5 +1,10 @@
+MD5 (ecdysis-unbound-1.4.7.20101117.patch) = ZlGR6UPmHJF5FPGPLv5TJw==
MD5 (unbound-1.4.5.tar.gz) = 8fbJe5CxXKUDqAuIjDEdbA==
+RMD160 (ecdysis-unbound-1.4.7.20101117.patch) = Ft9nyf6IMIT0tqVIl6XMVh20jeU=
RMD160 (unbound-1.4.5.tar.gz) = kI2ArPDf5FkpIpiOXKc726uNJqk=
+SHA1 (ecdysis-unbound-1.4.7.20101117.patch) = dXQDgUfeo/MrhCxUvWSB4i4Os+M=
SHA1 (unbound-1.4.5.tar.gz) = wfInuVRIzf0ABtbQCz1DVFANdWQ=
+SHA256 (ecdysis-unbound-1.4.7.20101117.patch) =
bc/fw3rU9EsyrY5j8Nu4Jblfbk2R+wT41n/gHbf5j4g=
SHA256 (unbound-1.4.5.tar.gz) = kFaFg2cVrHFQmJCa5SaFBDIvDyJslX0Y7TKJXHbYIkw=
+SIZE (ecdysis-unbound-1.4.7.20101117.patch) = 265132
SIZE (unbound-1.4.5.tar.gz) = 4317925
=
Re: port net/unbound: new flavor
On Mon, 24 Jan 2011 11:40:04 +0100 Pete Vickers p...@systemnet.no wrote: I've modified the Makefile for the 4.8RELEASE unbound port to create patches should be made against and tested on -current. unbound is at 1.4.7, not 1.4.5 as it was in 4.8-release. a flavor which incorporates these patches, and verified correct behaviour. Given the current imminent exhaustion of IPv4 address space I think such translation tools will be very useful soon, so perhaps it could make into the 4.9 release ? the ports-tree for 4.9 is locked atm. don't hold your breath for this to be included, expect it to be post unlock (5.0) material, if it is considered.
Re: texlive fonts
On Sun, Jan 23, 2011 at 05:27:08PM +0300, ? ?? wrote:
I have the following LaTeX document:
\documentclass[a4paper,12pt]{article}
\begin{document}
some text $int$
\end{document}
Why pdflatex produces PDF with raster (Type 3) fonts by default,
instead of vector?
How to make PDF with vector fonts instead of raster?
I don't know how to change latex defaults, but the following works for
me: add to the latex source:
\usepackage[T1]{fontenc}
\usepackage{ae}
then, generate the .pdf as follows:
latex doc.tex
dvips -ta4 -Ppdf doc.dvi
ps2pdf -sPAPERSIZE=a4 doc.ps
hth
-- Alexandre
Re: potential qemu crash fix, please test
On Mon, Jan 24, 2011 at 05:03:23PM +0900, Ryan McBride wrote:
This patch helps a lot. I couldn't even get through an install before.
But please don't remove qemu-old yet: I'm using UDP multicast sockets to
build virtual networks, and they fail on 0.13.0:
$ sudo qemu -m 128 -no-fd-bootchk \
-hda virtual.img -boot n -nographic \
-net nic,vlan=0,model=rtl8139,macaddr=52:54:00:12:34:03 \
-net user -tftp /usr/src/sys/arch/i386/compile/TEST -bootp pxeboot \
-net nic,vlan=1,model=rtl8139,macaddr=52:54:00:23:03:01 \
-net tap,vlan=1,script=no \
-net nic,vlan=3,model=rtl8139,macaddr=52:54:00:23:03:03 \
-net socket,vlan=3,mcast=230.0.0.1:10003
setsockopt(SOL_IP, IP_MULTICAST_LOOP): Invalid argument
qemu: -net socket,vlan=3,mcast=230.0.0.1:10003: Device 'socket' could not be
initialized
Works fine if I comment out the last two lines.
this should fix it. can you try it please?
f.-
Index: Makefile
===
RCS file: /cvs/ports/emulators/qemu/Makefile,v
retrieving revision 1.60
diff -N -u -p Makefile
--- Makefile19 Jan 2011 16:22:31 - 1.60
+++ Makefile24 Jan 2011 15:41:37 -
@@ -6,7 +6,7 @@ ONLY_FOR_ARCHS =i386 amd64 sparc64
COMMENT = multi system emulator
DISTNAME = qemu-0.13.0
-REVISION = 0
+REVISION = 1
CATEGORIES = emulators
HOMEPAGE = http://www.qemu.org/
Index: patches/patch-net_socket_c
===
RCS file: patches/patch-net_socket_c
diff -N -u -p patches/patch-net_socket_c
--- /dev/null 24 Jan 2011 08:41:37 -
+++ patches/patch-net_socket_c 24 Jan 2011 15:41:37 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- net/socket.c.orig Mon Jan 24 15:34:58 2011
net/socket.c Mon Jan 24 15:35:01 2011
+@@ -195,7 +195,7 @@ static int net_socket_mcast_create(struct sockaddr_in
+ /* Force mcast msgs to loopback (eg. several QEMUs in same host */
+ val = 1;
+ ret=setsockopt(fd, IPPROTO_IP, IP_MULTICAST_LOOP,
+- (const char *)val, sizeof(val));
++ (const char *)val, sizeof(char));
+ if (ret 0) {
+ perror(setsockopt(SOL_IP, IP_MULTICAST_LOOP));
+ goto fail;
Re: potential qemu crash fix, please test
On Sun, Jan 23, 2011 at 09:04:46PM +0100, Stefan Sperling wrote: On Sun, Jan 23, 2011 at 02:18:10PM +0100, Stefan Sperling wrote: Turns out qemu is running into libpthreads bugs. Some crashes had similar traces as the one seen before, with _thread_kern_sig_defer() apparently calling _thread_kern_sig_undefer(). Some had an apparently corrupt stack -- when this happened, the program counter within the last sigcontext saved for the running thread was always in _thread_machdep_restore_float_state(). With rthreads, the OpenBSD guest finished a cvs checkout and also a kernel build. I'm starting a make build on it next. With this patch to libpthread, an OpenBSD guest in a qemu run with pthreads (not rthreads) has finished a cvs checkout and a kernel build. I'm starting a make build on it now. (BTW the instance run with rthreads is still happily running make build.) The patch protects the region around _thread_machdep_restore_float_state(), which severly messes with the stack of the current thread, from being interrupted by signals. Please test. This problem could also affect other applications. I'm not sure of the bit making sig_defer_count volatile is needed, but it does have an effect on the assembly code generated for _thread_kern_sig_defer() and _thread_kern_sig_undefer(). Thrown in because it cannot hurt. i will try to take a look tomorrow. i don't think the volatile is needed so i prefer if it's not included unless we found otherwise. f.-
fvwm-devel (2.5.x)
Hello ports@, long time ago Benoit Chesneau published a fvwm-devel port on ports@. I used this port for a long time. Now, I'm looking for a new fvwm-devel (2.5.x) port. Does anyone have an unofficial port for me? I would be glad if someone could help me. Rafael Sadowski [1]: http://marc.info/?l=openbsd-portsm=117725484724093w=1
Re: potential qemu crash fix, please test
On Sun, 23 Jan 2011, Stefan Sperling wrote: The patch protects the region around _thread_machdep_restore_float_state(), which severly messes with the stack of the current thread, from being interrupted by signals. Please test. This problem could also affect other applications. I'm not sure of the bit making sig_defer_count volatile is needed, but it does have an effect on the assembly code generated for _thread_kern_sig_defer() and _thread_kern_sig_undefer(). Like Federico, I want to eyeball this part a bit more closely before oking it. The other thing I need to finish double checking is whether the nesting of _thread_kern_in_sched vs _queue_signals is correct here: @@ -481,6 +487,9 @@ _thread_kern_sched(struct sigcontext * s */ curthread = _get_curthread(); _thread_kern_in_sched = 0; + + /* Allow signals again. */ + _queue_signals = 0; /* run any installed switch-hooks */ if ((_sched_switch_hook != NULL) ...or whether the order should be flipped. The core idea makes sense to me though. I should be able to finish reviewing in the next couple days. Philip
Re: texlive fonts
I have the following LaTeX document:
\documentclass[a4paper,12pt]{article}
\begin{document}
some text $int$
\end{document}
Why pdflatex produces PDF with raster (Type 3) fonts by default,
instead of vector?
How to make PDF with vector fonts instead of raster?
I don't know how to change latex defaults, but the following works for
me: add to the latex source:
\usepackage[T1]{fontenc}
\usepackage{ae}
then, generate the .pdf as follows:
latex doc.tex
dvips -ta4 -Ppdf doc.dvi
ps2pdf -sPAPERSIZE=a4 doc.ps
hth
-- Alexandre
It hasn't helped.
test.tex:
\documentclass[a4paper,12pt]{article}
\usepackage[T1]{fontenc}
\usepackage{ae}
\begin{document}
some text $int$
\end{document}
$ latex test.tex
This is pdfTeX, Version 3.1415926-1.40.10 (PuffTeX-2009)
entering extended mode
(./test.tex
LaTeX2e 2009/09/24
Babel v3.8l and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, german-x-2009-06-19, ngerman-x-2009-06-19, ancientgreek, ibycus, ar
abic, basque, bulgarian, catalan, pinyin, coptic, croatian, czech, danish, dutc
h, esperanto, estonian, farsi, finnish, french, galician, german, ngerman, mono
greek, greek, hungarian, icelandic, indonesian, interlingua, irish, italian, ku
rmanji, latin, latvian, lithuanian, mongolian, mongolian2a, bokmal, nynorsk, po
lish, portuguese, romanian, russian, sanskrit, serbian, slovak, slovenian, span
ish, swedish, turkish, ukenglish, ukrainian, uppersorbian, welsh, loaded.
(/usr/local/share/texmf-dist/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/local/share/texmf-dist/tex/latex/base/size12.clo))
(/usr/local/share/texmf-dist/tex/latex/base/fontenc.sty
(/usr/local/share/texmf-dist/tex/latex/base/t1enc.def))
(/usr/local/share/texmf-dist/tex/latex/ae/ae.sty
(/usr/local/share/texmf-dist/tex/latex/base/fontenc.sty
(/usr/local/share/texmf-dist/tex/latex/base/t1enc.def)
(/usr/local/share/texmf-dist/tex/latex/ae/t1aer.fd)))
No file test.aux.
[1] (./test.aux) )
Output written on test.dvi (1 page, 276 bytes).
Transcript written on test.log.
$ dvips -ta4 -Ppdf test.dvi
This is dvips(k) 5.98 Copyright 2009 Radical Eye Software (www.radicaleye.com)
' TeX output 2011.01.24:2040' - test.ps
kpathsea: Running mktexpk --mfmode ljfour --bdpi 8000 --mag 1+0/(2*4000) --dpi
8000 cmr12
mktexpk: Mismatched mode ljfour and resolution 8000; ignoring mode.
mktexpk:
/home/aix-d/.texlive2009/texmf-var/fonts/pk/dpdfezzz/public/cm/cmr12.8000pk
already exists.
/home/aix-d/.texlive2009/texmf-var/fonts/pk/dpdfezzz/public/cm/cmr12.8000pk
kpathsea: Running mktexpk --mfmode ljfour --bdpi 8000 --mag 1+0/(2*4000) --dpi
8000 cmmi12
mktexpk: Mismatched mode ljfour and resolution 8000; ignoring mode.
mktexpk:
/home/aix-d/.texlive2009/texmf-var/fonts/pk/dpdfezzz/public/cm/cmmi12.8000pk
already exists.
/home/aix-d/.texlive2009/texmf-var/fonts/pk/dpdfezzz/public/cm/cmmi12.8000pk
/usr/local/share/texmf/dvips/base/tex.pro
/usr/local/share/texmf/dvips/config/alt-rule.pro. [1]
$ ps2pdf -sPAPERSIZE=a4 test.ps
It produces PDF with raster fonts :(
Best regards, Alexander.
Re: texlive fonts
Александр Ширяев shiryaev@gmail.com writes:
I have the following LaTeX document:
\documentclass[a4paper,12pt]{article}
\begin{document}
some text $int$
\end{document}
Why pdflatex produces PDF with raster (Type 3) fonts by default,
instead of vector?
How to make PDF with vector fonts instead of raster?
I have type1 font with that on OpenBSD 3.8.
texitoi@epiano:~/public_html/test$ pdflatex test.tex
This is pdfTeX, Version 3.1415926-1.40.10 (PuffTeX-2009)
entering extended mode
(./test.tex
LaTeX2e 2009/09/24
Babel v3.8l and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, german-x-2009-06-19, ngerman-x-2009-06-19, ancientgreek, ibycus, ar
abic, basque, bulgarian, catalan, pinyin, coptic, croatian, czech, danish, dutc
h, esperanto, estonian, farsi, finnish, french, galician, german, ngerman, mono
greek, greek, hungarian, icelandic, indonesian, interlingua, irish, italian, ku
rmanji, latin, latvian, lithuanian, mongolian, mongolian2a, bokmal, nynorsk, po
lish, portuguese, romanian, russian, sanskrit, serbian, slovak, slovenian, span
ish, swedish, turkish, ukenglish, ukrainian, uppersorbian, welsh, loaded.
(/usr/local/share/texmf-dist/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/local/share/texmf-dist/tex/latex/base/size12.clo))
No file test.aux.
[1{/usr/local/share/texmf-var/fonts/map/pdftex/updmap/pdftex.map}]
(./test.aux)
)/usr/local/share/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi12.pfb/usr/
local/share/texmf-dist/fonts/type1/public/amsfonts/cm/cmr12.pfb
Output written on test.pdf (1 page, 19303 bytes).
Transcript written on test.log.
$ cat test.tex
\documentclass[a4paper,12pt]{article}
\begin{document}
some text $int$
\end{document}
$
I don't know how to change latex defaults, but the following works for
me: add to the latex source:
\usepackage[T1]{fontenc}
\usepackage{ae}
ae is outdated, lmodern is now prefered.
mktexpk:
/home/aix-d/.texlive2009/texmf-var/fonts/pk/dpdfezzz/public/cm/cmr12.8000pk
already exists.
/home/aix-d/.texlive2009/texmf-var/fonts/pk/dpdfezzz/public/cm/cmr12.8000pk
mktexpk:
/home/aix-d/.texlive2009/texmf-var/fonts/pk/dpdfezzz/public/cm/cmmi12.8000pk
already exists.
/home/aix-d/.texlive2009/texmf-var/fonts/pk/dpdfezzz/public/cm/cmmi12.8000pk
You have locally installed fonts. TeXlive must prefere things installed
manually, and then chose these raster fonts.
Check your environment variables and your local installed TeX files.
--
Guillaume Pinot http://www.texitoi.eu
« Il semble que la perfection soit atteinte non quand il n’y a plus
rien à ajouter, mais quand il n’y a plus rien à retrancher. »
-- Antoine de Saint-Exupéry, Terre des hommes
() ASCII ribbon campaign -- Against HTML e-mail
/\ http://www.asciiribbon.org -- Against proprietary attachments
Re: potential qemu crash fix, please test
On Mon, Jan 24, 2011 at 09:33:40AM -0800, Philip Guenther wrote:
The other thing I need to finish double checking is whether the nesting of
_thread_kern_in_sched vs _queue_signals is correct here:
@@ -481,6 +487,9 @@ _thread_kern_sched(struct sigcontext * s
*/
curthread = _get_curthread();
_thread_kern_in_sched = 0;
+
+ /* Allow signals again. */
+ _queue_signals = 0;
/* run any installed switch-hooks */
if ((_sched_switch_hook != NULL)
...or whether the order should be flipped.
You're right, there's a problem. This is tricky.
If I'm not mistaken, with the current ordering, we get the following:
A signal is caught in-between setting these global variables,
i.e. they are: _thread_kern_in_sched == 0 _queue_signals == 1
_thread_sig_handler()
{
if (sig == _SCHED_SIGNAL) {
if (There are pending signals for the current thread,
i.e. a signal was received while we were in the critical
section protected by the patch) {
_SCHED_SIGNAL is ignored, current thread will
yield in _thread_kern_sig_undefer()
} else {
_thread_kern_sched() is called with
_queue_signals == 1. It immediately sets
_thread_kern_in_sched to 1.
Signals are blocked earlier than usual during
_thread_kern_sched(), but it eventually wants
_queue_signals == 1 anyway. No biggie.
A new thread might be scheduled.
Either the interrupted thread is scheduled again
right way, or another _SCHED_SIGNAL eventually
causes _thread_kern_sched() to resume the interrupted
thread.
When the interrupted thread resumes it is still
in _thread_kern_sched(), about to set
_queue_signals to zero.
But the global _thread_kern_in_sched is 1 from the
entry to _thread_kern_sched() and will NOT be set
to zero cause the thread has already done that!
We did effectively jump within _thread_kern_in_sched(),
skipping the part that sets _thread_kern_in_sched to
zero again. Now we're stuck with
_thread_kern_in_sched = 1.
}
} else {
signal is queued because of _queue_signals == 1
}
return to interrupted thread, which proceeds to set
_queue_signals to zero,
or to same or a newly scheduled thread in case sig == _SCHED_SIGNAL
and there were no pending signals.
}
The other case is correct:
_thread_kern_in_sched == 1 _queue_signals == 0
_thread_sig_handler()
{
if (sig == _SCHED_SIGNAL) {
signal is ignored because of _thread_kern_in_sched == 1;
} else {
_queue_signals = 1;
signal is handled, possibly dispatched to application
_queue_signals = 0;
}
return to interrupted thread, which proceeds to set
_thread_kern_in_sched to zero.
}
New diff, also removing the volatile change cause we're not sure if
it's necessary:
Index: uthread/uthread_kern.c
===
RCS file: /cvs/src/lib/libpthread/uthread/uthread_kern.c,v
retrieving revision 1.36
diff -u -p -r1.36 uthread_kern.c
--- uthread/uthread_kern.c 21 May 2007 16:50:36 - 1.36
+++ uthread/uthread_kern.c 24 Jan 2011 20:11:09 -
@@ -440,6 +440,12 @@ _thread_kern_sched(struct sigcontext * s
_queue_signals = 0;
}
+ /*
+* Prevent the signal handler from fiddling with this
+* thread before its state is set.
+*/
+ _queue_signals = 1;
+
/* Make the selected thread the current thread: */
_set_curthread(pthread_h);
curthread = pthread_h;
@@ -480,6 +486,11 @@ _thread_kern_sched(struct sigcontext * s
* before use.
*/
curthread = _get_curthread();
+
+ /* Allow signals again. */
+ _queue_signals = 0;
+
+ /* Done with scheduling. */
_thread_kern_in_sched = 0;
/* run any installed switch-hooks */
Re: potential qemu crash fix, please test
On Mon, Jan 24, 2011 at 05:03:23PM +0900, Ryan McBride wrote:
$ sudo qemu -m 128 -no-fd-bootchk \
-hda virtual.img -boot n -nographic \
-net nic,vlan=0,model=rtl8139,macaddr=52:54:00:12:34:03 \
-net user -tftp /usr/src/sys/arch/i386/compile/TEST -bootp pxeboot \
-net nic,vlan=1,model=rtl8139,macaddr=52:54:00:23:03:01 \
-net tap,vlan=1,script=no \
-net nic,vlan=3,model=rtl8139,macaddr=52:54:00:23:03:03 \
-net socket,vlan=3,mcast=230.0.0.1:10003
setsockopt(SOL_IP, IP_MULTICAST_LOOP): Invalid argument
qemu: -net socket,vlan=3,mcast=230.0.0.1:10003: Device 'socket' could not be
initialized
Works fine if I comment out the last two lines.
setsockopt(SOL_IP, IP_MULTICAST_LOOP) takes a u_char, not int as in the
0.13.0 qemu code.
The patch to net/socket.c below fixes this, which lets me test the
pthreads changes properly with my setup.
Index: Makefile
===
RCS file: /cvs/ports/emulators/qemu/Makefile,v
retrieving revision 1.60
diff -u -p -r1.60 Makefile
--- Makefile19 Jan 2011 16:22:31 - 1.60
+++ Makefile24 Jan 2011 23:40:48 -
@@ -6,7 +6,7 @@ ONLY_FOR_ARCHS =i386 amd64 sparc64
COMMENT = multi system emulator
DISTNAME = qemu-0.13.0
-REVISION = 0
+REVISION = 1
CATEGORIES = emulators
HOMEPAGE = http://www.qemu.org/
--- /dev/null Tue Jan 25 08:41:19 2011
+++ patches/patch-net_socket_c Tue Jan 25 05:57:22 2011
@@ -0,0 +1,23 @@
+$OpenBSD$
+--- net/socket.c.orig Sat Oct 16 05:56:09 2010
net/socket.c Tue Jan 25 05:57:04 2011
+@@ -154,6 +154,7 @@ static int net_socket_mcast_create(struct sockaddr_in
+ struct ip_mreq imr;
+ int fd;
+ int val, ret;
++u_char val2;
+ if (!IN_MULTICAST(ntohl(mcastaddr-sin_addr.s_addr))) {
+ fprintf(stderr, qemu: error: specified mcastaddr \%s\ (0x%08x) does
not contain a multicast address\n,
+ inet_ntoa(mcastaddr-sin_addr),
+@@ -193,9 +194,9 @@ static int net_socket_mcast_create(struct sockaddr_in
+ }
+
+ /* Force mcast msgs to loopback (eg. several QEMUs in same host */
+-val = 1;
++val2 = 1;
+ ret=setsockopt(fd, IPPROTO_IP, IP_MULTICAST_LOOP,
+- (const char *)val, sizeof(val));
++ (const char *)val2, sizeof(val2));
+ if (ret 0) {
+ perror(setsockopt(SOL_IP, IP_MULTICAST_LOOP));
+ goto fail;
Re: texlive fonts
Check your environment variables and your local installed TeX files.
There is no problem after deinstalling russian/pscyr port and reinstalling
Texlive.
$ cat test.tex
\documentclass[a4paper,12pt]{article}
\begin{document}
some text $int$
\end{document}
$ rm -rf ${HOME}/.texlive2009
$ pdflatex test.tex
This is pdfTeX, Version 3.1415926-1.40.10 (PuffTeX-2009)
entering extended mode
(./test.tex
LaTeX2e 2009/09/24
Babel v3.8l and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, german-x-2009-06-19, ngerman-x-2009-06-19, ancientgreek, ibycus, ar
abic, basque, bulgarian, catalan, pinyin, coptic, croatian, czech, danish, dutc
h, esperanto, estonian, farsi, finnish, french, galician, german, ngerman, mono
greek, greek, hungarian, icelandic, indonesian, interlingua, irish, italian, ku
rmanji, latin, latvian, lithuanian, mongolian, mongolian2a, bokmal, nynorsk, po
lish, portuguese, romanian, russian, sanskrit, serbian, slovak, slovenian, span
ish, swedish, turkish, ukenglish, ukrainian, uppersorbian, welsh, loaded.
(/usr/local/share/texmf-dist/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/local/share/texmf-dist/tex/latex/base/size12.clo))
No file test.aux.
[1{/usr/local/share/texmf/fonts/map/pdftex/updmap/pdftex.map}] (./test.aux) )/
usr/local/share/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi12.pfb/usr/loca
l/share/texmf-dist/fonts/type1/public/amsfonts/cm/cmr12.pfb
Output written on test.pdf (1 page, 19303 bytes).
Transcript written on test.log.
But there is problem if I include following lines to test.tex:
\usepackage[koi8-r]{inputenc}
\usepackage[russian]{babel}
$ cat test.tex
\documentclass[a4paper,12pt]{article}
\usepackage[koi8-r]{inputenc}
\usepackage[russian]{babel}
\begin{document}
some text $int$
\end{document}
$ rm -rf ${HOME}/.texlive2009
$ pdflatex test.tex
This is pdfTeX, Version 3.1415926-1.40.10 (PuffTeX-2009)
entering extended mode
(./test.tex
LaTeX2e 2009/09/24
Babel v3.8l and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, german-x-2009-06-19, ngerman-x-2009-06-19, ancientgreek, ibycus, ar
abic, basque, bulgarian, catalan, pinyin, coptic, croatian, czech, danish, dutc
h, esperanto, estonian, farsi, finnish, french, galician, german, ngerman, mono
greek, greek, hungarian, icelandic, indonesian, interlingua, irish, italian, ku
rmanji, latin, latvian, lithuanian, mongolian, mongolian2a, bokmal, nynorsk, po
lish, portuguese, romanian, russian, sanskrit, serbian, slovak, slovenian, span
ish, swedish, turkish, ukenglish, ukrainian, uppersorbian, welsh, loaded.
(/usr/local/share/texmf-dist/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/local/share/texmf-dist/tex/latex/base/size12.clo))
(/usr/local/share/texmf-dist/tex/latex/base/inputenc.sty
(/usr/local/share/texmf-dist/tex/latex/cyrillic/koi8-r.def))
(/usr/local/share/texmf-dist/tex/generic/babel/babel.sty
(/usr/local/share/texmf-dist/tex/generic/babel/russianb.ldf
(/usr/local/share/texmf-dist/tex/generic/babel/babel.def)
(/usr/local/share/texmf-dist/tex/latex/cyrillic/t2aenc.def)))
No file test.aux.
(/usr/local/share/texmf-dist/tex/latex/cyrillic/t2acmr.fd)
kpathsea: Running mktextfm larm1200
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode;
input larm1200
This is METAFONT, Version 2.718281 (PuffTeX-2009)
kpathsea: Running mktexmf larm1200
mktexmf: /home/aix-d/.texlive2009/texmf-var/fonts/source/lh/lh-t2a/larm1200.mf:
successfully generated.
(/home/aix-d/.texlive2009/texmf-var/fonts/source/lh/lh-t2a/larm1200.mf
(/usr/local/share/texmf-dist/fonts/source/lh/base/fikparm.mf
(/usr/local/share/texmf-dist/fonts/source/public/cm/cmbase.mf)
(/usr/local/share/texmf-dist/fonts/source/lh/base/lcyrbeg.mf)
(/usr/local/share/texmf-dist/fonts/source/lh/base/lkligtbl.mf)
12
input ecrm (/usr/local/share/texmf-dist/fonts/source/jknappen/ec/ecrm.mf)
(/usr/local/share/texmf-dist/fonts/source/lh/lh-t2a/lacodes.mf)
(/usr/local/share/texmf-dist/fonts/source/lh/base/lcyrdefs.mf)
(/usr/local/share/texmf-dist/fonts/source/lh/base/leroman.mf
(/usr/local/share/texmf-dist/fonts/source/lh/base/lxpseudo.mf)
(/usr/local/share/texmf-dist/fonts/source/jknappen/ec/exrulett.mf [65] [66]
[67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81]
[82] [83] [84] [85] [86] [87] [88] [89] [90])
(/usr/local/share/texmf-dist/fonts/source/jknappen/ec/exrllett.mf [97] [98]
[99] [100] [101] [102] [103] [104] [105] [106] [107] [108] [109] [110] [111]
[112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122])
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgcyru.mf
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgrusu.mf [192] [193]
[194] [195] [196] [197] [198] [199] [200] [201] [202] [203] [204] [205]
[206] [207] [208] [209] [210] [211] [212] [213] [214] [215] [216] [217]
[218] [219] [220] [221] [222] [223] [156])
Re: audio/festival - no header files?
On Sun, Jan 23, 2011 at 09:02:37PM +0100, Jiri B. wrote: any reason why audio/festival doesn't include festival.h header file? For example stardict is looking for it... Can anybody have a look and enable devel files for festival? I'm total looser, I even can't make it work :) So little readme file for the port itself would be great as well, hehe. jirib
Re: potential qemu crash fix, please test
On Tue, Jan 25, 2011 at 08:45:38AM +0900, Ryan McBride wrote: On Mon, Jan 24, 2011 at 05:03:23PM +0900, Ryan McBride wrote: $ sudo qemu -m 128 -no-fd-bootchk \ -hda virtual.img -boot n -nographic \ -net nic,vlan=0,model=rtl8139,macaddr=52:54:00:12:34:03 \ -net user -tftp /usr/src/sys/arch/i386/compile/TEST -bootp pxeboot \ -net nic,vlan=1,model=rtl8139,macaddr=52:54:00:23:03:01 \ -net tap,vlan=1,script=no \ -net nic,vlan=3,model=rtl8139,macaddr=52:54:00:23:03:03 \ -net socket,vlan=3,mcast=230.0.0.1:10003 setsockopt(SOL_IP, IP_MULTICAST_LOOP): Invalid argument qemu: -net socket,vlan=3,mcast=230.0.0.1:10003: Device 'socket' could not be initialized Works fine if I comment out the last two lines. setsockopt(SOL_IP, IP_MULTICAST_LOOP) takes a u_char, not int as in the 0.13.0 qemu code. The patch to net/socket.c below fixes this, which lets me test the pthreads changes properly with my setup. erhm, I take you didn't see the diff i sent earlier today? f.-
Re: texlive fonts
!pdfTeX error: pdflatex (file cm-super-t2a.enc): cannot open encoding file
for
reading
== Fatal error occurred, no output PDF file produced!
How to fix it?
I'm sorry, I forgot to install texlive_texmf-full package.
There is no problems now.
$ cat test.tex
\documentclass[a4paper,12pt]{article}
\usepackage[koi8-r]{inputenc}
\usepackage[russian]{babel}
\begin{document}
some text $int$
\end{document}
$ rm -rf ${HOME}/.texlive2009
$ pdflatex test.tex
This is pdfTeX, Version 3.1415926-1.40.10 (PuffTeX-2009)
entering extended mode
(./test.tex
LaTeX2e 2009/09/24
Babel v3.8l and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, german-x-2009-06-19, ngerman-x-2009-06-19, ancientgreek, ibycus, ar
abic, basque, bulgarian, catalan, pinyin, coptic, croatian, czech, danish, dutc
h, esperanto, estonian, farsi, finnish, french, galician, german, ngerman, mono
greek, greek, hungarian, icelandic, indonesian, interlingua, irish, italian, ku
rmanji, latin, latvian, lithuanian, mongolian, mongolian2a, bokmal, nynorsk, po
lish, portuguese, romanian, russian, sanskrit, serbian, slovak, slovenian, span
ish, swedish, turkish, ukenglish, ukrainian, uppersorbian, welsh, loaded.
(/usr/local/share/texmf-dist/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/local/share/texmf-dist/tex/latex/base/size12.clo))
(/usr/local/share/texmf-dist/tex/latex/base/inputenc.sty
(/usr/local/share/texmf-dist/tex/latex/cyrillic/koi8-r.def))
(/usr/local/share/texmf-dist/tex/generic/babel/babel.sty
(/usr/local/share/texmf-dist/tex/generic/babel/russianb.ldf
(/usr/local/share/texmf-dist/tex/generic/babel/babel.def)
(/usr/local/share/texmf-dist/tex/latex/cyrillic/t2aenc.def)))
No file test.aux.
(/usr/local/share/texmf-dist/tex/latex/cyrillic/t2acmr.fd)
kpathsea: Running mktextfm larm1200
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode;
input larm1200
This is METAFONT, Version 2.718281 (PuffTeX-2009)
kpathsea: Running mktexmf larm1200
mktexmf: /home/aix-d/.texlive2009/texmf-var/fonts/source/lh/lh-t2a/larm1200.mf:
successfully generated.
(/home/aix-d/.texlive2009/texmf-var/fonts/source/lh/lh-t2a/larm1200.mf
(/usr/local/share/texmf-dist/fonts/source/lh/base/fikparm.mf
(/usr/local/share/texmf-dist/fonts/source/public/cm/cmbase.mf)
(/usr/local/share/texmf-dist/fonts/source/lh/base/lcyrbeg.mf)
(/usr/local/share/texmf-dist/fonts/source/lh/base/lkligtbl.mf)
12
input ecrm (/usr/local/share/texmf-dist/fonts/source/jknappen/ec/ecrm.mf)
(/usr/local/share/texmf-dist/fonts/source/lh/lh-t2a/lacodes.mf)
(/usr/local/share/texmf-dist/fonts/source/lh/base/lcyrdefs.mf)
(/usr/local/share/texmf-dist/fonts/source/lh/base/leroman.mf
(/usr/local/share/texmf-dist/fonts/source/lh/base/lxpseudo.mf)
(/usr/local/share/texmf-dist/fonts/source/jknappen/ec/exrulett.mf [65] [66]
[67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81]
[82] [83] [84] [85] [86] [87] [88] [89] [90])
(/usr/local/share/texmf-dist/fonts/source/jknappen/ec/exrllett.mf [97] [98]
[99] [100] [101] [102] [103] [104] [105] [106] [107] [108] [109] [110] [111]
[112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122])
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgcyru.mf
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgrusu.mf [192] [193]
[194] [195] [196] [197] [198] [199] [200] [201] [202] [203] [204] [205]
[206] [207] [208] [209] [210] [211] [212] [213] [214] [215] [216] [217]
[218] [219] [220] [221] [222] [223] [156])
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgt2comu.mf [131] [130]
[136] [135] [155] [143] [150] [128] [142] [144] [146] [153])
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgt2upu.mf [129] [132]
[133] [134] [137] [138] [141] [145] [147] [148] [149] [152] [154])
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgt2lou.mf [140] [139]
[151])) (/usr/local/share/texmf-dist/fonts/source/lh/base/lgcyrl.mf
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgrusl.mf [224] [225]
[226] [227] [228] [229] [230] [231] [232] [233] [234] [235] [236] [237]
[238] [239] [240] [241] [242] [243] [244] [245] [246] [247] [248] [249]
[250] [251] [252] [253] [254] [255] [188])
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgt2coml.mf [163] [162]
[167] [187] [175] [182] [160] [168] [174] [176] [178] [185])
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgt2upl.mf [161] [164]
[165] [166] [169] [170] [173] [177] [179] [180] [181] [184] [186])
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgt2lol.mf [172] [171]
[183])) (/usr/local/share/texmf-dist/fonts/source/lh/base/lgcyrsym.mf [13]
[14] [15] [22] [24] [23] [34] [157] [158] [159] [189] [190] [191])
(/usr/local/share/texmf-dist/fonts/source/lh/base/lgengsym.mf [16] [17]
[21] [32] [33] [35] [36] [37] [39] [40] [41] [42] [43] [44] [45] [46] [47]
[58] [59] [60] [62] [61] [64] [91] [92] [93] [94] [95] [96] [123] [124]
[125] [126] [127]) (/usr/local/share/texmf-dist/fonts/source/lh/base/lgromp.mf
Re: potential qemu crash fix, please test
On Tue, Jan 25, 2011 at 12:33:08AM +, Federico G. Schwindt wrote: erhm, I take you didn't see the diff i sent earlier today? ah. Well, I've seen it now. :-) I like yours better, ok by me.
Re: potential qemu crash fix, please test
On 24/01/11 10:43 AM, Federico G. Schwindt wrote:
On Mon, Jan 24, 2011 at 05:03:23PM +0900, Ryan McBride wrote:
This patch helps a lot. I couldn't even get through an install before.
But please don't remove qemu-old yet: I'm using UDP multicast sockets to
build virtual networks, and they fail on 0.13.0:
$ sudo qemu -m 128 -no-fd-bootchk \
-hda virtual.img -boot n -nographic \
-net nic,vlan=0,model=rtl8139,macaddr=52:54:00:12:34:03 \
-net user -tftp /usr/src/sys/arch/i386/compile/TEST -bootp pxeboot \
-net nic,vlan=1,model=rtl8139,macaddr=52:54:00:23:03:01 \
-net tap,vlan=1,script=no \
-net nic,vlan=3,model=rtl8139,macaddr=52:54:00:23:03:03 \
-net socket,vlan=3,mcast=230.0.0.1:10003
setsockopt(SOL_IP, IP_MULTICAST_LOOP): Invalid argument
qemu: -net socket,vlan=3,mcast=230.0.0.1:10003: Device 'socket' could not be
initialized
Works fine if I comment out the last two lines.
this should fix it. can you try it please?
f.-
Index: Makefile
===
RCS file: /cvs/ports/emulators/qemu/Makefile,v
retrieving revision 1.60
diff -N -u -p Makefile
--- Makefile19 Jan 2011 16:22:31 - 1.60
+++ Makefile24 Jan 2011 15:41:37 -
@@ -6,7 +6,7 @@ ONLY_FOR_ARCHS =i386 amd64 sparc64
COMMENT = multi system emulator
DISTNAME =qemu-0.13.0
-REVISION = 0
+REVISION = 1
CATEGORIES = emulators
HOMEPAGE =http://www.qemu.org/
Index: patches/patch-net_socket_c
===
RCS file: patches/patch-net_socket_c
diff -N -u -p patches/patch-net_socket_c
--- /dev/null 24 Jan 2011 08:41:37 -
+++ patches/patch-net_socket_c 24 Jan 2011 15:41:37 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- net/socket.c.orig Mon Jan 24 15:34:58 2011
net/socket.c Mon Jan 24 15:35:01 2011
+@@ -195,7 +195,7 @@ static int net_socket_mcast_create(struct sockaddr_in
+ /* Force mcast msgs to loopback (eg. several QEMUs in same host */
+ val = 1;
+ ret=setsockopt(fd, IPPROTO_IP, IP_MULTICAST_LOOP,
+- (const char *)val, sizeof(val));
++ (const char *)val, sizeof(char));
+ if (ret 0) {
+ perror(setsockopt(SOL_IP, IP_MULTICAST_LOOP));
+ goto fail;
Can you also check the rest of socket.c for the other uses of
setsockopt(), specifically
the SO_REUSEADDR cases?
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Re: potential qemu crash fix, please test
On Mon, Jan 24, 2011 at 08:04:05PM -0500, Brad wrote: Can you also check the rest of socket.c for the other uses of setsockopt(), specifically the SO_REUSEADDR cases? Those are fine, they take an int as optval. See setsockopt(2). (also, the code works correctly with only the IP_MULTICAST_LOOP setsockopt fixed)
Re: potential qemu crash fix, please test
On Mon, Jan 24, 2011 at 03:43:30PM +, Federico G. Schwindt wrote:
+--- net/socket.c.origMon Jan 24 15:34:58 2011
net/socket.c Mon Jan 24 15:35:01 2011
+@@ -195,7 +195,7 @@ static int net_socket_mcast_create(struct sockaddr_in
+ /* Force mcast msgs to loopback (eg. several QEMUs in same host */
+ val = 1;
+ ret=setsockopt(fd, IPPROTO_IP, IP_MULTICAST_LOOP,
+- (const char *)val, sizeof(val));
++ (const char *)val, sizeof(char));
+ if (ret 0) {
+ perror(setsockopt(SOL_IP, IP_MULTICAST_LOOP));
+ goto fail;
Won't this break on sparc64, since it's a big-endian architecture?
pixbuf loader module
How do I make this go away? (gimp:2640): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/var/db/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (gimp:2640): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/var/db/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (gimp:2640): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/var/db/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (gimp:2640): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/var/db/gtk-2.0/gdk-pixbuf.loaders': No such file or directory
Re: pixbuf loader module
On Mon, 24 Jan 2011, Ted Unangst wrote: How do I make this go away? (gimp:2640): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/var/db/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (gimp:2640): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/var/db/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (gimp:2640): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/var/db/gtk-2.0/gdk-pixbuf.loaders': No such file or directory (gimp:2640): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/var/db/gtk-2.0/gdk-pixbuf.loaders': No such file or directory You probably have a mix of old and new packages. If you are running current, upgrade to the latest pkg snap. The new cache moved a long time ago from /var/db/gtk-2.0/gdk-pixbuf.loaders to /usr/local/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache. -- Antoine
