Re: "Error code 1"
On Fri, Oct 21, 2011 at 06:33:58PM -0300, Zantgo wrote: > This is a mistake that I have Bolonia!, I've had it on FreeBSD and OpenBSD > also now!, Is a mistake that has no solution, I could never fix it, but I > think mine deductions is a kind of dependency error, because in I first > realized I was to do 2 simultaneous downloads, where "bumped" dependencies, > but now I got 2 simultaneous downloads, and I spend anyway, so I'm > surprised!. Auque think what may be the problem, according to my hypothesis > about the dependencies, it would be so, please download the snapshots I one > day, at about 9:00 pm, but the newly installed it the other day, like at 1:00 > pm, and at about the same hour to download the ports tree, also for > snapshots, then (at that time I did not notice), I believe that had already > changed the snapshots with relation to the other (the first one I downloaded) > but then install Firefox 7.0.1 without any problem but when trying to > download Gnome, I appeared (not immediately) the following message: > > Stop in /usr/ports/x11/gnome/anjuta (line 1643 of > /usr/ports/infrastructure/mk/bsd.ports.mk) > *** Error code 1 > > Stop in /usr/ports/x11/gnome/anjuta (line 2198 of > /usr/ports/infrastructure/mk/bsd.ports.mk) > *** Error code 1 > > Stop in /usr/ports/x11/gnome/anjuta (line 2178 of > /usr/ports/infrastructure/mk/bsd.ports.mk) > *** Error code 1 > > Stop in /usr/ports/x11/gnome/anjuta (line 1674 of > /usr/ports/infrastructure/mk/bsd.ports.mk) > *** Error code 1 > > Stop in /usr/ports/x11/gnome/anjuta (line 2178 of > /usr/ports/infrastructure/mk/bsd.ports.mk) > ===> Exiting x11/gnome/anjuta with an error > *** Error code 1 > > Stop in /usr/ports/x11/gnome/anjuta (line 146 of > /usr/ports/infrastructure/mk/bsd.ports.mk) > > Data from my team: > => Intel Core i5 430M > => 3GB of RAM > => NVIDIA GeForce CUDA > => 500GB Hard Drive > => SAMSUNG Brand > => DHCP Connected > > Only that I think are the most significant > > PD1: already look in the manual and FAQ > > PD2: my system is amd64/snapshots > > Zantgo Thank you for this bugreport, it's very helpful. The full build log you attached provided us with various clues as to what went wrong and lead up to the Error code 1. Please take a number and wait till someone comes to assist you. -- Cheers, Jasper "Stay Hungry. Stay Foolish"
What should I do after upgrading to-STABLE?
Since upgrading to-STABLE, I did the following once elected CVS server: # Cd / usr; cvs checkout-P-rOPENBSD_4_9 # Cd / usr/src/sys/arch/amd64/conf # / Usr / sbin / config GENERIC Do not forget run "make depend" # Cd / usr/src/sys/arch/amd64/compile/GENERIC # Make clean & & make depend & & make # Cd / usr/src/sys/arch/amd64/compile/GENERIC # Cp / bsd / bsd.old # Cp bsd / bsd # Reboot # Cd / usr / src # Rm-r / usr / obj / * rm: not found / usr / obj / * not a file or directory # Make obj & & make build This is what I think I understood the manual, are you quite certain? Well now my problem is I do not understand what I do now, in 2 ways. 1) I do not know now if I want to upgrade by AnonCVS: 1 .- $ cd / tmp $ Cvs-d anon...@anoncvs.ca.openbsd.org: / cvs get src / sys / arch / sparc [Copy the files from the repository to your machine] $ Cd src / sys / arch / sparc $ Cvs log locore.s [Shows the commit log for the chosen file] $ Cvs diff-r1.1-bc-R1.5 locore.s [Shows the Changes Between Revisions 1.1 and rev 1.5] In order to use a cvs `` pserver''(a direct TCP connection using ssh or INSTEAD OF rsh) Must you login once: $ Cvs-d: pserver: anon...@anoncvs.ca.openbsd.org: / cvs login (Logging in to anon...@anoncvs1.ca.openbsd.org) CVS password: anoncvs [This writes a line to ~ /. Cvspass (filename over-ridden by CVS_PASSFILE).] [An example line from my ~ /. Cvspass After typing 'blah' for the Above] [Password is:] [: Pserver: anon...@anoncvs5.usa.openbsd.org: / cvs Au'yc] [After logging in ONCE Every other use of the Above CVSROOT Will Work. ] $ Cvs-d: pserver: anon...@anoncvs.ca.openbsd.org: / cvs get ksrc-i386 ksrc-common [Allows you to retrieve ONLY NECESSARY to rebuild That an i386 kernel. ] 2 .- First, start out by `get'-ing an initial tree: (If you are Following current): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P src (If you are Following the patch branch for 4.9): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P src-rOPENBSD_4_9 Anytime Afterwards, to `update 'this tree: (If you are Following current): # Cd / usr / src # Cvs-q up-Pd (If you are Following the patch branch for 4.9): # Cd / usr / src # Cvs-q up-Pd-rOPENBSD_4_9 I do not know if "1", or "2", or "1" first and then the "2" or vice versa 2) what happens is that first upgrade my system to-stable before discharging ports, then I do: I downloaded the ports as if you were to release and simply do the following items: To use ports, it is similar to src: (If you are Following current): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P ports (If you are Following the patch branch for 4.9): # Cd / usr # Cvs-qd anon...@anoncvs.ca.openbsd.org: / cvs get-P ports-rOPENBSD_4_9 Anytime Afterwards, to `update 'this tree: (If you are Following current): # Cd / usr / ports # Cvs-q up-Pd (If you are Following the patch branch for 4.9): # Cd / usr / ports # Cvs-q up-Pd-rOPENBSD_4_9 Source: # starting http://www.openbsd.org/anoncvs.html http://www.openbsd.org/stable.html Thanks in advance for responding. Zantgo
NEW: graphics/gnofract4d
Hi, Gnofract 4D is a free, open source program which allows anyone to create beautiful images called fractals. The images are automatically created by the computer based on mathematical principles. These include the Mandelbrot and Julia sets and many more. You don't need to do any math: you can explore a universe of images just using a mouse. I must be doing something wrong here, though... packaging fails because "make plist" adds this line: lib/python${MODPY_VERSION}/site-packages/${FULLPKGNAME\-}-py${MODPY_VERSION}.egg-info instead of this: lib/python${MODPY_VERSION}/site-packages/${FULLPKGNAME}-py${MODPY_VERSION}.egg-info -- Anthony J. Bentley gnofract4d.tar.gz Description: GNU Zip compressed data
Re: Problem compiling cad/xcircuit
Here's a quick fix/patch: Index: cad/xcircuit/patches/patch-configure_in === RCS file: cad/xcircuit/patches/patch-configure_in diff -N cad/xcircuit/patches/patch-configure_in --- /dev/null 1 Jan 1970 00:00:00 - +++ cad/xcircuit/patches/patch-configure_in 22 Oct 2011 16:00:28 - @@ -0,0 +1,11 @@ +$OpenBSD$ +--- configure.in.orig Sat Oct 22 11:43:35 2011 configure.in Sat Oct 22 11:45:29 2011 +@@ -734,6 +734,7 @@ if test "x$xc_with_tcl" != "x" ; then + fi + fi + ++SHDLIB_EXT=".so.${TK_LIB_FILE##*.so.}" + if test "x$xc_with_tcl" != "x" ; then + if test "x${xc_with_tk_libraries}" != "x" ; then + for libname in \
add .tbz to EXTRACT_SUFX
I've got a few new OCaml ports that use .tbz as their distribution suffix. Is the below patch ok to put in, to invoke bunzip2 on them? Index: mk/bsd.port.mk === RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v retrieving revision 1.1114 diff -u -r1.1114 bsd.port.mk --- mk/bsd.port.mk 3 Oct 2011 15:46:33 - 1.1114 +++ mk/bsd.port.mk 22 Oct 2011 16:21:18 - @@ -1118,7 +1118,7 @@ .if !empty(EXTRACT_ONLY:M*.tar.xz) _USE_XZ ?= Yes .endif -.if !empty(EXTRACT_ONLY:M*.tar.bz2) || !empty(EXTRACT_ONLY:M*.tbz2) || \ +.if !empty(EXTRACT_ONLY:M*.tar.bz2) || !empty(EXTRACT_ONLY:M*.tbz2) || !empty(EXTRACT_ONLY:M*.tbz) || \ (defined(PATCHFILES) && !empty(_PATCHFILES:M*.bz2)) _USE_BZIP2 ?= Yes .endif @@ -1143,7 +1143,7 @@ .endif .if ${_USE_BZIP2:L} != "no" BUILD_DEPENDS += archivers/bzip2 -EXTRACT_CASES += *.tar.bz2|*.tbz2) \ +EXTRACT_CASES += *.tar.bz2|*.tbz2|*.tbz) \ ${BZIP2} -dc ${FULLDISTDIR}/$$archive | ${TAR} xf -;; .endif EXTRACT_CASES += *.tar) \
Re: add .tbz to EXTRACT_SUFX
On Sat, Oct 22, 2011 at 6:23 PM, Anil Madhavapeddy wrote: > I've got a few new OCaml ports that use .tbz as their distribution suffix. Is > the below patch ok to put in, to invoke bunzip2 on them? > > Index: mk/bsd.port.mk > === > RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v > retrieving revision 1.1114 > diff -u -r1.1114 bsd.port.mk > --- mk/bsd.port.mk 3 Oct 2011 15:46:33 - 1.1114 > +++ mk/bsd.port.mk 22 Oct 2011 16:21:18 - > @@ -1118,7 +1118,7 @@ > .if !empty(EXTRACT_ONLY:M*.tar.xz) > _USE_XZ ?= Yes > .endif > -.if !empty(EXTRACT_ONLY:M*.tar.bz2) || !empty(EXTRACT_ONLY:M*.tbz2) || \ > +.if !empty(EXTRACT_ONLY:M*.tar.bz2) || !empty(EXTRACT_ONLY:M*.tbz2) || > !empty(EXTRACT_ONLY:M*.tbz) || \ > (defined(PATCHFILES) && !empty(_PATCHFILES:M*.bz2)) > _USE_BZIP2 ?= Yes > .endif > @@ -1143,7 +1143,7 @@ > .endif > .if ${_USE_BZIP2:L} != "no" > BUILD_DEPENDS += archivers/bzip2 > -EXTRACT_CASES += *.tar.bz2|*.tbz2) \ > +EXTRACT_CASES += *.tar.bz2|*.tbz2|*.tbz) \ > ${BZIP2} -dc ${FULLDISTDIR}/$$archive | ${TAR} xf -;; > .endif > EXTRACT_CASES += *.tar) \ ok for me ciao, David
Re: add .tbz to EXTRACT_SUFX
On 22/10/11 12:23 PM, Anil Madhavapeddy wrote: I've got a few new OCaml ports that use .tbz as their distribution suffix. Is the below patch ok to put in, to invoke bunzip2 on them? I have a port that needs this too. Index: mk/bsd.port.mk === RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v retrieving revision 1.1114 diff -u -r1.1114 bsd.port.mk --- mk/bsd.port.mk 3 Oct 2011 15:46:33 - 1.1114 +++ mk/bsd.port.mk 22 Oct 2011 16:21:18 - @@ -1118,7 +1118,7 @@ .if !empty(EXTRACT_ONLY:M*.tar.xz) _USE_XZ ?= Yes .endif -.if !empty(EXTRACT_ONLY:M*.tar.bz2) || !empty(EXTRACT_ONLY:M*.tbz2) || \ +.if !empty(EXTRACT_ONLY:M*.tar.bz2) || !empty(EXTRACT_ONLY:M*.tbz2) || !empty(EXTRACT_ONLY:M*.tbz) || \ (defined(PATCHFILES)&& !empty(_PATCHFILES:M*.bz2)) _USE_BZIP2 ?= Yes .endif @@ -1143,7 +1143,7 @@ .endif .if ${_USE_BZIP2:L} != "no" BUILD_DEPENDS += archivers/bzip2 -EXTRACT_CASES += *.tar.bz2|*.tbz2) \ +EXTRACT_CASES += *.tar.bz2|*.tbz2|*.tbz) \ ${BZIP2} -dc ${FULLDISTDIR}/$$archive | ${TAR} xf -;; .endif EXTRACT_CASES += *.tar) \ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: Update: net/transmission 2.41
* Christian Weisgerber on Fri, Oct 21, 2011 at 07:16:15PM +0200: > Update to 2.41. Miscellaneous fixes/improvements, but nothing too > exciting. Works for me on i386. s//un -- He's merely rearranging the deckchairs on the Titanic.
Gran Hermano 2012 tu oportunidad de ingresar a la casa
[IMAGE] Este es el primer paso para ingresar a la casa mas famosa. Si tenes entre 14 y 75 anos y queres convertirte en uno de los participantes de Gran Hermano 2012, completa el formulario! (Participas por 100 ipads y 500 iphones solo completa el formulario para el casting de Gran Hermano 2012). ¡Esta es la oportunidad que estabas esperando! Completar formulario Descargar el formulario [IMAGE] Reenviale a un amigo este mensaje!!! Endemol - Gran Hermano 2012
Até 95% desconto hoje em Pacote de Luzes + Hidratação + Escova + Pé e Mão só 49,90 | Pacote com 2 Hidratações + =?utf-8?B?MiBFc2NvdmFzIHPDsyBSJDI5LDkwI
Oferta Delas As melhores ofertas de Campo Grande Sucesso 75% de desconto Super Pacote de Luzes + Hidrata��o + Escova + P� e M�o de R$ 210,00 por R$ 49,90 R$ 49,90 [IMAGE] [IMAGE] Come�ando com tudo! Garanta j� o seu 70% de desconto em 02 Hidrata��es + 02 Escovas ( de R$100 por R$29,90 ) R$ 29,90 [IMAGE] [IMAGE] 79% OFF Manicure + Pedicure + Spa de P�s e M�os com Massagem Relaxante + Esfolia��o + Hidrata��o Profunda! De R$ 65,00 Por R$ 14,90 R$ 14,90 [IMAGE] [IMAGE] Kit P�o de Mel? 5 P�ezinhos de Mel com Cobertura de Chocolate e Recheio de Beijinho e Brigadeiro de R$17,50 por R$9,99 ( 40% OFF ) R$ 9,99 [IMAGE] [IMAGE] Placas de Carro Personalizadas com seu Nome 50% OFF ( de R$ 40,00 por R$ 20,00 ) Aproveite! R$ 20,00 [IMAGE] [IMAGE] Promo��o Oferta Delas leva voc� e marid�o para ver F�rmula GT Itaipava no pr�ximo final de semana! Cadastre-se, Compre e Concorra! R$ 0,00 [IMAGE] [IMAGE] Ofertas Especiais para Mulheres de campo Grande! Siga-nos na redes sociais Facebook Curta-nos!Siga-nos! Utilizamos Sistema de Compra Segura! Sua Compra Protegida! [IMAGE] Porque voc� recebeu esse e-mail? Este e-mail foi enviado pela Oferta Delas porque voc� possui cadastro conosco ou em algum site parceiro, juntamente com a permis�o para contat�-lo. Pra que futuras ofertas da Oferta Delas sejam entregues na sua caixa de entrada e n�o sejam tratados como spam, por favor adicione ofertadela...@querohost.com.br � sua lista de contatos ou lista de remetentes aprovados. [IMAGE] Pol�tica de Privacidade N�s queremos que voc� se sinta confiante sobre a privacidade de suas informa��es pessoais, assim como todas as informa��es que temos sobre voc� est�o protegidas. [IMAGE] Não desejo mais receber estes e-mails.
Re: [Maintainer Update] www/mediawiki
Hi, The issue was chmod a+w included o+w so using chmod o+w is no improvement. You might find if the owner:group was changed on the directory config, as apache runs under www:www to: www:www, that drwxr-xr-x (u+w) or root:www then drwxrwxr-x (ug+w) this might solve part of the issue. However the file index.php is located in the wrong directory in the first place, and if index.php is changed this breaks the package updating. Nigel On 10/22/11 13:25, wen heping wrote: > How about this one ? > > wen > > 2011/10/19 Nigel Taylor : >> On 10/19/11 14:05, wen heping wrote: >>> Hi, >>> >>> Here is an update of www/mediawiki to 1.7.0. >>> >>> Tested on Loongson and no regress. >>> >>> Comments? OK ? >>> >>> >>> wen >> Hi, >> >> That's update to 1.17.0.. >> >> In the PLIST >> >> +mediawiki/cache/.htaccess >> @mode a+w >> mediawiki/config/ >> +@mode >> +mediawiki/config/OBSOLETE >> +@mode a+w >> mediawiki/config/index.php >> @mode >> mediawiki/config/index.php5 >> >> All users write access to mediawiki/config directory that's almost >> always wrong, only /tmp or /var/tmp have this but also have sticky bit >> set. A directory named config if truly for configurations as implied by >> the name it's most definitely wrong. >> >> Then mediawiki/config/index.php, executable code with all users write >> access, that's wrong. index.php shouldn't be modified as supplied by the >> package and sha checksummed, pkg_add will complain if modified on >> updates. You don't place any executable code in a rw directory. >> >> Not used this software. Looks like this has been wrong from the start. >> Could possibly be an upstream. >> >> It's no worse than it was before, but I can't say it's Ok. >> >> Nigel >>
Re: Update: net/transmission 2.41
* Stefan Unterweger on Sat, Oct 22, 2011 at 06:56:23PM +0200: > * Christian Weisgerber on Fri, Oct 21, 2011 at 07:16:15PM +0200: > > Update to 2.41. Miscellaneous fixes/improvements, but nothing too > > exciting. > Works for me on i386. Wait -- I take it back, there seems to be a regression. I've just noticed that with 2.41, transmission-cli seems not to like to be interrupted anymore. When I SIGINT it, it tells me that it's saving its current state to its config directory, but stays alive. That is, if I want it to terminate, I have to kill(1) it. I've just double-checked with 2.33 -- there, ctrl+c makes transmission-cli shut down gracefully. I've never used the GTK version before (and am using transmission only sporadically anyway), but I'll give it a quick try. s//un -- Getting an inch of snow is like winning ten cents in the lottery! -- Calvin; "Calvin & Hobbes"
Re: Update: net/transmission 2.41
Sorry for spamming, but just noticed another thing: transmission-cli now doesn't write the download into the directory from which it was invoked (as the version from OpenBSD 4.7 did), but insists into saving into ~/Download (and will complain and ABEND very noisily if this directory doesn't exist). Personally, I find this obnoxious. It's ok for the GTK version, which does the same thing -- but at least there it is actually visible that it intends to do so, as it's in the configuration dialog. For a CLI, it is conterintuitive. If I do `wget $URL` the very last place where I'd be looking for the downloaded file would be some inane 'Downloads' directory under my $HOME, but I'd expect it to come up in the current directory. But I have the feeling that this may be actually an ill-advised, but deliberate change from upstream, so this is just me ranting. s//un -- Hungarian notation is the tactical nuclear weapon of source code obfuscation. -- Roedy Green; "Writing Unmaintanable Code"
math/R: enable building shared library
Hello all. The patch below enables building of shared R library. Cantor needs it to interact with R. Builds fine on amd64. OK? -- WBR, Vadim Zhukov Index: Makefile === RCS file: /cvs/ports/math/R/Makefile,v retrieving revision 1.43 diff -u -p -r1.43 Makefile --- Makefile16 Sep 2011 10:31:22 - 1.43 +++ Makefile23 Oct 2011 05:39:43 - @@ -4,9 +4,10 @@ SHARED_ONLY= Yes COMMENT= clone of S, a powerful math/statistics/graphics language DISTNAME= R-2.8.1 -REVISION= 5 +REVISION= 6 SHARED_LIBS= Rlapack 29.0 \ - Rblas 29.0 + Rblas 29.0 \ + R 0.0 CATEGORIES=math HOMEPAGE= http://www.r-project.org/ @@ -17,8 +18,8 @@ PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= GL ICE SM X11 Xau Xdamage Xdmcp Xext Xfixes Xmu Xrender Xss Xt \ - Xxf86vm bz2 c cairo drm expat fontconfig freetype glib-2.0 \ +WANTLIB= GL ICE SM X11 Xext Xmu Xrender Xss Xt \ + bz2 c cairo expat fontconfig freetype glib-2.0 \ gmodule-2.0 gobject-2.0 gthread-2.0 jpeg m ncurses pango-1.0 \ pangocairo-1.0 pangoft2-1.0 pcre pixman-1 png pthread-stubs \ readline tiff xcb xcb-render xcb-shm z \ @@ -47,6 +48,7 @@ LIB_DEPENDS= ${MODFORTRAN_LIB_DEPENDS} \ CONFIGURE_STYLE=gnu MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/tools CONFIGURE_ARGS=${CONFIGURE_SHARED} \ + --enable-R-shlib \ --with-readline --with-tcltk \ --with-tcl-config=${MODTCL_CONFIG} \ --with-tk-config=${MODTK_CONFIG} \ @@ -57,6 +59,7 @@ MAKE_FLAGS= INSTALL='install -c' \ INSTALL_DATA='install -c -m 644' \ INSTALL_PROGRAM='install -c -s -m 555' \ INSTALL_SCRIPT='install -c -m 555' \ + LIBR_VERSION=${LIBR_VERSION} \ LIBRlapack_VERSION=${LIBRlapack_VERSION} \ LIBRblas_VERSION=${LIBRblas_VERSION} Index: patches/patch-src_main_Makefile_in === RCS file: patches/patch-src_main_Makefile_in diff -N patches/patch-src_main_Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_main_Makefile_in 23 Oct 2011 05:39:43 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- src/main/Makefile.in.orig Sun Oct 23 08:22:48 2011 src/main/Makefile.in Sun Oct 23 08:23:28 2011 +@@ -12,6 +12,8 @@ R_HOME=$(top_builddir) + + include $(top_builddir)/Makeconf + ++DYLIB_EXT=.so.$(LIBR_VERSION) ++ + SOURCES_C = \ + CConverters.c CommandLineArgs.c \ + Rdynload.c Renviron.c RNG.c \ Index: pkg/PLIST === RCS file: /cvs/ports/math/R/pkg/PLIST,v retrieving revision 1.16 diff -u -p -r1.16 PLIST --- pkg/PLIST 26 Oct 2008 23:04:00 - 1.16 +++ pkg/PLIST 23 Oct 2011 05:39:44 - @@ -128,6 +128,7 @@ lib/R/include/Rmath.h lib/R/include/Rversion.h lib/R/include/S.h lib/R/lib/ +@lib lib/R/lib/libR.so.${LIBR_VERSION} @lib lib/R/lib/libRblas.so.${LIBRblas_VERSION} @lib lib/R/lib/libRlapack.so.${LIBRlapack_VERSION} lib/R/library/ @@ -9399,5 +9400,6 @@ lib/R/share/texmf/omscmtt.fd lib/R/share/texmf/ts1aer.fd lib/R/share/texmf/ts1aett.fd lib/R/share/texmf/upquote.sty +lib/pkgconfig/libR.pc @man man/man1/R.1 @man man/man1/Rscript.1