Re: gnash broken
I'm using the -current -- FreeBSD valfenda 11.0-CURRENT FreeBSD 11.0-CURRENT #16 r263202: Sat Mar 15 00:23:05 BRT 2014 root@:/usr/obj/usr/src/sys/VALFENDA amd64 and the gnash don't work to me. I'm not using the flash plugin (from linux emulator) because I think different about this. I'll not use anything that not be native to freeBSD, because in my opnion we have to make an effort to convince the big players of software developers that FreeBSD is cost effective. If I need to use flash player for some reason, I'll install a linux box. I hate all sites that was created using flash to work. I have a hope about a full HTML5 support in firefox or in opera, and the flash dieing slowly This is only my opnion, but some times I would like to see some movies and I need some plug-ins to run flash, the gnash do a good job, but some times only work with newest versions of flash plug-ins Rizzo I'd like to see HTML5 wipe Flash off the surface of the earth. Some websites use Flash for movies, and others use Flash just to be annoying, such as freefilefillableforms.com . www.gagels.com is all blank without Flash, and laguanajuatoky.com functionality is severely limited without Flash. Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: File not found in ftp repository
On Sun, Mar 16, 2014 at 11:56 PM, Nilton Jose Rizzo ri...@i805.com.brwrote: Em Mon, 17 Mar 2014 00:03:29 -0300, Nilton Jose Rizzo escreveu Em Sun, 16 Mar 2014 11:31:58 -0400, Thomas Hoffmann escreveu On Sun, Mar 16, 2014 at 9:38 AM, Nilton Jose Rizzo ri...@i805.com.br wrote: root@valfenda:/home2/rizzo # wget ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake- plugin-1.3.4.tar.bz2 --2014-03-16 10:34:32-- ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/xfce4/xfce4-equake- plugin-1.3.4.tar.bz2 = 'xfce4-equake-plugin-1.3.4.tar.bz2' Resolvendo ftp.freebsd.org (ftp.freebsd.org)... 204.152.184.73, 2001:4f8:0:2::e Conectando-se a ftp.freebsd.org (ftp.freebsd.org )|204.152.184.73|:21... conectado. Acessando como anonymous ... Acesso autorizado! ( Access grant) == SYST ... feito. == PWD ... feito. == TYPE I ... feito. == CWD (1) /pub/FreeBSD/ports/distfiles/xfce4 ... feito. == SIZE xfce4-equake-plugin-1.3.4.tar.bz2 ... feito. == PASV ... feito. == RETR xfce4-equake-plugin-1.3.4.tar.bz2 ... O arquivo 'xfce4-equake-plugin-1.3.4.tar.bz2' não foi encontrado. (file not found) this file was required by xfce4 and not found in any repository where can I found it? Rizzo Does this get you what you need: http://archive.xfce.org/src/panel-plugins/xfce4-equake-plugin/1.3/ -Tom Thankx Tom Hey Tom, look this, root@valfenda:/usr/ports/science/xfce4-equake-plugin # make build deinstall reinstall pkg-static: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file === License GPLv3 accepted by the user === xfce4-equake-plugin-1.3.4 depends on file: /usr/local/sbin/pkg - found === Fetching all distfiles required by xfce4-equake-plugin-1.3.4 for building === Extracting for xfce4-equake-plugin-1.3.4 = SHA256 Checksum mismatch for xfce4/xfce4-equake-plugin-1.3.4.tar.bz2. === Refetch for 1 more times files: xfce4/xfce4-equake-plugin-1.3.4.tar.bz2 pkg-static: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file === License GPLv3 accepted by the user === xfce4-equake-plugin-1.3.4 depends on file: /usr/local/sbin/pkg - found = xfce4-equake-plugin-1.3.4.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/xfce4. = Attempting to fetch http://mirror.perldude.de/archive.xfce.org/src/panel-plugins/xfce4-equake-plugin/1.3/xfce4-equake-plugin-1.3.4.tar.bz2 fetch: http://mirror.perldude.de/archive.xfce.org/src/panel-plugins/xfce4-equake-plugin/1.3/xfce4-equake-plugin-1.3.4.tar.bz2 : size mismatch: expected 385454, actual 385283 The size of file is grater than origi, and the make try to download other file to replace. Rizzo Rizzo I would change the SIZE in science/xfce4-equake-plugin/distinfo to match the size of the file you fetched (i.e., 385283) from the xfce site and see what happens. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov
Hello, I'm really pleased to announce that the release process for the new major version of pkg(8) has started with this first alpha1 release. The main feature for this release is the complete rework of the solver. pkg(8) now features a real SAT solver and uses it for every operations requested by the user that may add, upgrade or remove packages. This work is is the result of the very succesfull Google Summer of Code 2013, by Vsevolod Stakhov (vsevolod@ also known as cebka). This is a major improvement for the project, and the fundation for lots of new features in the future. I would like to thanks Vsevolod for all the new ideas and hard work he has done (not limited to the new solver.) Back to the release now. pkg 1.3.0 comes with the following new features: - New solver that can support external solvers using the CUDF format and the internal SAT solver - pkg-ssh(8) is now sandboxed using capsicum if available - pkg-ssh(8) now uses poll(2) - Remove StringList usage to improve portability - Rework the build system to using autotools to help portability - Now fetching is done to a temporary location and cleaned up if it fails - Remove support for PACKAGESITE - pkg-audit(8): remove support for portaudit compact database (only VulnXML will be used) - Improved UI experience based on jmmv write up (http://julipedia.meroh.net/search/label/cli-design) - Hide the average speed from the progress bar (confusing for users) - Reworking the database locking mechanism into a finer grain and more clever system - Dynamic conflict handling if a conflict on files is detected at the sanity check level, try to solve the problem again with the new conflict information - Fix %t (timestamp) modifier in pkg_printf(3) - pkg-info(8): full output now has a new field date installed - New pkg -o A=B to overwrite configuration from command line without the need of defining environment variables - pkg-install(8): can handle local files - pkg-add(8) is now an alias on pkg-install - Simplify API by using more and more libucl objects (hidden behind an opaque 'pkg_object') Thanks to everyone that has contributed code for this release: Alberto Villa, Alexandre Perrin, Baptiste Daroussin, Brad Davis, Bryan Drewery, Jamie Landeg Jones, John Marino, Matthew Seaman, Maximilian Gaß, Michael Gehring, Michael Gmelin, Rodrigo Osorio, Rui Paulo, Sean Channel, Stanislav E. Putrya, Vsevolod Stakhov, Xin Li, coctic Thanks also to all people reporting bugs, sharing ideas, testing and using pkg(8). regards, Bapt pgpTeFc0zuahf.pgp Description: PGP signature
Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov
Looks great! Thanks as always for the work. I do have one question (below). On Mar 17, 2014, at 11:21 AM, Baptiste Daroussin b...@freebsd.org wrote: - Remove support for PACKAGESITE There are two cases where I still define PACKAGESITE in the environment, specifically when building new jails or VM images. Can you suggest alternatives? 1. Installing/bootstrapping the latest pkg from a specific source. Often I build in an environment that is firewalled from the Internet at large but I have a local repo. (And it's nice to know exactly what version with which options I'm installing.) 2. Installing a package that includes a repo file for my local custom repo. This is a chicken-and-egg problem for which PACKAGESITE was a nice solution since there's no risk of a stale repo file being left behind--either the package is installed (with the correct/current repo file) or it isn't. JN ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov
On Mon, Mar 17, 2014 at 11:40:52AM -0600, John Nielsen wrote: Looks great! Thanks as always for the work. I do have one question (below). On Mar 17, 2014, at 11:21 AM, Baptiste Daroussin b...@freebsd.org wrote: - Remove support for PACKAGESITE There are two cases where I still define PACKAGESITE in the environment, specifically when building new jails or VM images. Can you suggest alternatives? 1. Installing/bootstrapping the latest pkg from a specific source. Often I build in an environment that is firewalled from the Internet at large but I have a local repo. (And it's nice to know exactly what version with which options I'm installing.) What is done in the FreeBSD DVD is creatign a conf files manually: local: { url: http://where; } and env REPOS_DIR=/path/to/the/directory/containing/the/file pkg ... 2. Installing a package that includes a repo file for my local custom repo. This is a chicken-and-egg problem for which PACKAGESITE was a nice solution since there's no risk of a stale repo file being left behind--either the package is installed (with the correct/current repo file) or it isn't. same as above or if you already have pkg bootstrapped you can do pkg add http://./yourpkg.txz which makes me see that 1.3.0.a1 has lost pkg add|install http://... which we need to fix for alpha2 Thanks for the first bug report. :) regards, Bapt pgpV7v3wyaaBy.pgp Description: PGP signature
Hello fdclose
Hi, After our previous discuss [1] I prepare fdclosedir(3) function which was committed by Pawel (cc'ed) in commit r254499. A while ago I also prepare the fdclose function. Unfortunately, this new function is a little bit more tricky then previous one. Can I ask you for a review of this patch? Thanks, Mariusz [1] http://lists.freebsd.org/pipermail/freebsd-arch/2013-August/014688.html --- //depot/user/oshogbo/capsicum/include/stdio.h 2013-06-28 08:51:28.0 +++ /home/oshogbo/p4/capsicum/include/stdio.h 2013-06-28 08:51:28.0 @@ -396,6 +396,7 @@ int asprintf(char **, const char *, ...) __printflike(2, 3); char *ctermid_r(char *); void fcloseall(void); +int fdclose(FILE *); char *fgetln(FILE *, size_t *); const char *fmtcheck(const char *, const char *) __format_arg(2); int fpurge(FILE *); --- //depot/user/oshogbo/capsicum/lib/libc/stdio/Symbol.map 2013-06-28 08:51:28.0 +++ /home/oshogbo/p4/capsicum/lib/libc/stdio/Symbol.map 2013-06-28 08:51:28.0 @@ -156,6 +156,7 @@ putwc_l; putwchar_l; fmemopen; + fdclose; open_memstream; open_wmemstream; }; --- //depot/user/oshogbo/capsicum/lib/libc/stdio/fclose.3 2013-06-28 08:51:28.0 +++ /home/oshogbo/p4/capsicum/lib/libc/stdio/fclose.3 2013-06-28 08:51:28.0 @@ -1,5 +1,6 @@ -.\ Copyright (c) 1990, 1991, 1993 -.\ The Regents of the University of California. All rights reserved. +.\ Copyright (c) 1990, 1991, 1993 The Regents of the University of California. +.\ Copyright (c) 2014 Mariusz Zaborski osho...@freebsd.org +.\ All rights reserved. .\ .\ This code is derived from software contributed to Berkeley by .\ Chris Torek and the American National Standards Committee X3, @@ -32,11 +33,12 @@ .\ @(#)fclose.3 8.1 (Berkeley) 6/4/93 .\ $FreeBSD: head/lib/libc/stdio/fclose.3 165903 2007-01-09 00:28:16Z imp $ .\ -.Dd April 22, 2006 +.Dd March 17, 2014 .Dt FCLOSE 3 .Os .Sh NAME .Nm fclose , +.Nm fdclose , .Nm fcloseall .Nd close a stream .Sh LIBRARY @@ -45,6 +47,8 @@ .In stdio.h .Ft int .Fn fclose FILE *stream +.Ft int +.Fn fdclose FILE *stream .Ft void .Fn fcloseall void .Sh DESCRIPTION @@ -59,22 +63,64 @@ .Xr fflush 3 . .Pp The +.Fn fdclose +function is equivalent to the +.Fn fclose +function except that this function returns file descriptor instead of +closing it. +.Pp +The .Fn fcloseall function calls .Fn fclose on all open streams. .Sh RETURN VALUES -Upon successful completion 0 is returned. +The +.Fn fcloseall +function return no value. +.Pp +Upon successful completion +.Fn fclose +return 0. +Otherwise, +.Dv EOF +is returned and the global variable +.Va errno +is set to indicate the error. +.Pp +The +.Fn fdclose +function return the file descriptor if successfull. Otherwise, .Dv EOF is returned and the global variable .Va errno is set to indicate the error. +.Pp In either case no further access to the stream is possible. .Sh ERRORS +.Bl -tag -width Er +.It Bq Er EOPNOTSUPP The +.Fa _close +method in +.Fa stream +argument to +.Fn fdclose , +was not default. +.It Bq Er EBADF +The +.Fa stream +argument to +.Fn fdclose , +does not contains valid file descriptor. +.El +.Pp +The .Fn fclose -function +and +.Fn fdclose +functions may also fail and set .Va errno for any of the errors specified for the routines @@ -84,7 +130,9 @@ .Sh NOTES The .Fn fclose -function +and +.Fn fdclose +functions does not handle NULL arguments; they will result in a segmentation violation. This is intentional - it makes it easier to make sure programs written @@ -104,8 +152,13 @@ function conforms to .St -isoC . -.Pp +.Sh History The .Fn fcloseall function first appeared in .Fx 7.0 . +.Pp +The +.Fn fdclose +function first appeared in +.Fx 11.0 . --- //depot/user/oshogbo/capsicum/lib/libc/stdio/fclose.c 2013-06-28 08:51:28.0 +++ /home/oshogbo/p4/capsicum/lib/libc/stdio/fclose.c 2013-06-28 08:51:28.0 @@ -1,6 +1,7 @@ /*- - * Copyright (c) 1990, 1993 - * The Regents of the University of California. All rights reserved. + * Copyright (c) 1990, 1993 The Regents of the University of California. + * Copyright (c) 2014 Mariusz Zaborski osho...@freebsd.org + * All rights reserved. * * This code is derived from software contributed to Berkeley by * Chris Torek. @@ -38,6 +39,7 @@ #include namespace.h #include errno.h +#include stdbool.h #include stdio.h #include stdlib.h #include un-namespace.h @@ -45,19 +47,17 @@ #include libc_private.h #include local.h -int -fclose(FILE *fp) +static int +cleanfile(FILE *fp, bool c) { int r; - if (fp-_flags == 0) { /* not open! */ - errno = EBADF; - return (EOF); + r = fp-_flags __SWR ? __sflush(fp) : 0; + if (c) { + if (fp-_close != NULL (*fp-_close)(fp-_cookie) 0) + r = EOF; } - FLOCKFILE(fp); - r = fp-_flags __SWR ? __sflush(fp) : 0; - if (fp-_close != NULL (*fp-_close)(fp-_cookie) 0) - r = EOF; + if (fp-_flags __SMBF) free((char *)fp-_bf._base); if
Re: [HEADSUP] pkg 1.3.0 alpha1: Breath of fresh air from Kirov
On 18 March 2014 06:21, Baptiste Daroussin b...@freebsd.org wrote: Hello, I'm really pleased to announce that the release process for the new major version of pkg(8) has started with this first alpha1 release. The main feature for this release is the complete rework of the solver. pkg(8) now features a real SAT solver and uses it for every operations requested by the user that may add, upgrade or remove packages. I am sure this has been discussed before but does this release do anything to help automating UPDATING or is this a planned feature? Taking the last entry which says to pkg set -o misc/p5-OSSP-uuid:misc/ossp-uuid-perl, just do it for me pkg! Andrew ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Scripts for booting FreeBSD images from the install ISO for use in Jenkins?
Hi, For the BSD DevSummit in May, one of the items on our agenda: https://wiki.freebsd.org/201405DevSummit/Jenkins is to talk about writing scripts which can take a FreeBSD ISO image, and then boot it and run it on a remote system or in a VM to install the OS. After the OS is up, we would like to run tests. All of this would be triggered from Jenkins. Does anyone have scripts which can do this? Can they be contributed to the Jenkins effort on FreeBSD? If you have scripts in Python, Ruby, Bourne shell, etc. are all fine, or even recipes in automation frameworks like Puppet, Ansible, Chef, SaltStack, etc., please let us know! :) -- Craig ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Newcons with Nvidia
The newcons wiki page shows that newcons with Nvidia as UNKNOWN. That may or may not change after this report. I'm running -CURRENT r263278 amd64 with an Nvidia GeForce 8800M GTS using the nv driver from x11-drivers/xorg-driver. I built/booted a newcons kernel, applied the vidcontrol-for-vt-2014-03-11patch and installed the /usr/share/vt/fonts/gallant.fnt font. With syscons, I would start with an 80x24 text console for the boot and then switch to a 1920x1200 (240x75 - 8x16) virtual terminal once allscreens_flags got processed in /etc/rc.conf. With newcons, there were four changes of note: 1) a new console font (gallant maybe?) for the 80x24 text console; 2) no mode switch to 1920x1200 with allscreens_flags. The message vidcontrol: Setting video mode: inappropriate ioctl for device was written to the console/terminal, ostensibly when it tried to process allscreens_flags. 3) The message Configuring syscons: blanktimevt4_mode = 1; allscreensvt4_mode = 1 was written to the console around the time (I think) /etc/rc.conf was being processed. Not sure what these mean. 4) vidcontrol -i mode shows no usable modes (all show x) or fonts (all show 0x0). So, some questions: 1) Is what I am seeing expected given the current state of newcons development and the Nvidia card/driver? 2) Is there a way to get back to a 1920x1200 video mode for my virtual terminals with newcons? Or even get it early in the boot process? 3) Are there any tests I can run that would be of value to the newcons team -OR- 4) Should I just take my newcons kernel and Nvidia card and go away :))) I'll admit I spend so little time using virtual terminals I almost don't care what mode newcons gives me. As long as X gives me 1920x1200, and it still does, I'll be happy. Thanks for all your efforts on newcons. -Tom ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org