Re: HEADS-UP: OpenSSL 1.1.1 in 12.0
On 27/10/2018 18:27, Glen Barber wrote: > Package builds are currently in progress (this will be noted in the upcoming BETA2 announcement text I am currently drafting). It will be about 48 hours, give or take, before binary packages from the repository at pkg.freebsd.org are updated. Thanks, I missed the fact that there was no announcement yet for this release. Regards, -- David Marec https://lapinbilly.eu/ ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS-UP: OpenSSL 1.1.1 in 12.0
On 09/10/2018 23:34, Glen Barber wrote: OpenSSL has been updated to version 1.1.1 as of r339270. It is important to rebuild third-party packages before running: # make -C /usr/src delete-old && make -C /usr/src delete-old-libs I just do a fresh install a FreeBSD-12 from http://ftp.freebsd.org/pub/FreeBSD/releases/amd64/12.0-BETA2 It sounds that "pkg" shipped with 12-BETA-2 still use the old library: root@matarje:/usr/lib # ls -l libssl* -r--r--r-- 1 root wheel 4386406 Oct 26 03:08 libssl.a lrwxr-xr-x 1 root wheel 13 Oct 26 03:08 libssl.so -> libssl.so.111 -r--r--r-- 1 root wheel 604936 Oct 26 03:08 libssl.so.111 -r--r--r-- 1 root wheel 4493898 Oct 26 03:08 libssl_p.a root@matarje:/usr/lib # pkg upgrade ld-elf.so.1: Shared object "libssl.so.9" not found, required by "pkg" root@matarje:/usr/lib # pkg-static upgrade Updating FreeBSD repository catalogue... pkg-static: Repository FreeBSD load error: access repo file(/var/db/pkg/repo-FreeBSD.sqlite) failed: No such file or directory Fetching meta.txz: 100%944 B 0.9kB/s00:01 pkg-static: error reading public key: error::lib(0):func(0):reason(0) pkg-static: No trusted certificate has been used to sign the repository repository FreeBSD has no meta file, using default settings Fetching packagesite.txz: 100%6 MiB 2.1MB/s00:03 pkg-static: error reading public key: error::lib(0):func(0):reason(0) pkg-static: No trusted certificate has been used to sign the repository Unable to update repository FreeBSD Error updating repositories! regards -- David Marec https://lapinbilly.eu/ ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: OpenSSL 1.1.1 Update report (ongoing)
On 14/10/2018 19:31, Eric McCorkle wrote: More: * ImageMagick (unrelated to OpenSSL 1.1.1): This fails with the OpenMP option ticked, due to trying to link with the base ld. Can be fixed by setting CC, CXX, LD to a port-installed clang, clang++, lld. The port should probably do this automatically. Same issue while running 11.2-STABLE. -- David Marec https://lapinbilly.eu/ ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
FreeBSD 12 Alpha8 install try to fetch at a wrong location
Hi The FreeBSD 12 image installer that one can download at https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/12.0/ doesn't not fetch txz files from a correct location. By the fact, the installer try to fetch files from * ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/12.0-ALPHA8/base.txz as the correct location is * ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/12.0-ALPHA8/.txz regards -- David Marec https://lapinbilly.eu/ ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG
Le 30.10.2011 23:23, Dimitry Andric a écrit : I pulled Roman's fixes into head in r226951. This will be merged to stable/9 later, but if you want to try it out in the meantime, please use the attached diff. Thanks a lot. FYI, `make buildworld kernel` were successful after I applied the patch. -- David Marec, mailto:david.ma...@davenulle.org http://user.lamaiziere.net/david/Site http://www.diablotins.org/ ___ 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: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9
Le 30.10.2011 01:31, Daniel O'Connor a écrit : On 30/10/2011, at 24:40, David Marec wrote: But, now running FreeBSD 9, I get new usb/devd behavior issues. First, the ulpt module is always loaded. Is there any elegant way to get rid of this 'self loading' behavior, except to remove it from /boot/modules ? Anyway, it sounds like HPLIP is now working with the ulpt module loaded. I'm not sure what would load it automatically - it may be built into the kernel though. Anyway, as you say it should work with ulpt loaded anyway. I'm quite sure it was not; I mean, if ulpt.ko has been manually removed from /boot/modules, this module is not loaded when I plugged in the printer. And, how to handle them with devd ? I have a similar problem.. [ ATTACH statement in devd.conf] However this doesn't seem to work anymore, it certainly used to.. :( Yep, sounds like it is the same here. I tried adding the system, subsystem type parts and changing device-name to cdev but no luck.. I also tried to add entries into /usr/local/etc/devd/devd.conf instead of /etc/devd.conf. And some more unsuccessful attempts, like changing system/subsystem and others, as you did. -- David Marec, mailto:david.ma...@davenulle.org http://user.lamaiziere.net/david/Site http://www.diablotins.org/ ___ 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: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9
Le 29.10.2011 21:58, Jilles Tjoelker a écrit : On Sat, Oct 29, 2011 at 04:10:46PM +0200, David Marec wrote: So, what's should be the news groupuser's rights required by HPLIP/cups on FreeBSD 9 ? And, how to handle them with devd ? Use devfs rules. Doing this, device rights become unreliable. [devfsrules_mybox=10] add path 'fd0*' mode 660 What are the user rights that the devfs interface should set ? mode 0666 for all usb entries ('usb*') ? - ugen stands for generic usb support. - Setting 'cups:hplip' rights for 'ugen[0-9]' doesn't do the trick anymore: HPlip needs the suitable rights on 'usb/x.y.*' too, which are now targeted by the ugenx.y links. -- David Marec, mailto:david.ma...@davenulle.org http://user.lamaiziere.net/david/Site http://www.diablotins.org/ ___ 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: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9
Le 30.10.2011 10:04, Jakub Lach a écrit : Or just extend hplip section in handbook. http://www.freebsd.org/doc/handbook/printing-lpd-alternatives.html It should be a good idea, I agree. Especially in this case, where nobody now knows how and where HPLIP rights have to be settled. It could be roughly based upon this: http://freebsd.kde.org/howtos/hplip.php This one is really outdated. It seems that `hpiod` and `hpssd` are not useful in any way, and, mostly, the use of devfs stands for :setting rights for everyone (or close to) on USB system. -- Et je vais rater ma béarnaise si je continue à répondre. http://user.lamaiziere.net/david/Site http://www.diablotins.org/ ___ 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: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9
Le 30.10.2011 08:28, David Marec a écrit : I have a similar problem.. Le 30.10.2011 08:28, David Marec a écrit : I have a similar problem.. A new behavior occurs since I updated the world kernel this morning. `devd` now executes the entry for hplip, as I defined it inside /usr/local/etc/devd/devd.conf. But, with `ulpt0` forwarded as device node. That sounds ok since ulpt has been loaded and attached by devd (or some other stuff, i dont know); What comes now as the major issue. hold it... since the update, ulpt keeps on being quiet while the printer gets plugged.. So, I changed my script to: #!/bin/sh # # set up /dev/$1.$2.* to cups:hplip -rw-rw--- # logger HPLIP printer found on $1.$2 logger setting suitable rights for $1.$2 /usr/sbin/chown cups:hplip /dev/usb/$1.$2.[0-9] /bin/chmod g+rw /dev/usb/$1.$2.[0-9] ...and used the nomatch key instead of the attach key into /usr/local/etc/devd/devd.conf nomatch 100 { match vendor 0x03f0; match product 0x4712; action /root/sbin/ugen-hdle $port $devaddr; }; 'looks like it works . -- David Marec, mailto:david.ma...@davenulle.org http://user.lamaiziere.net/david/Site http://www.diablotins.org/ A new behavior occurs since i update the world kernel this morning. `devd` now executes the entry for hplip, as I defined it inside /usr/local/etc/devd/devd.conf. But, with `ulpt0` forwarded as device node. That sounds ok since ulpt has been loaded and attached by devd (or some other stuff, i dont know); What comes now as the major issue. And, up to now, ulpt keep on being stuck. So, i change my script to #!/bin/sh # # set up /dev/$1.$2.* to cups:hplip -rw-rw--- # logger HPLIP printer found on $1.$2 logger setting suitable rights for $1.$2 /usr/sbin/chown cups:hplip /dev/usb/$1.$2.[0-9] /bin/chmod g+rw /dev/usb/$1.$2.[0-9] And uses nomatch instead of attach into /usr/local/etc/devd/devd.conf nomatch 100 { match vendor 0x03f0; match product 0x4712; action /root/sbin/ugen-hdle $port $devaddr; }; seems to work finally. -- Délicieuse cette béarnaise. http://user.lamaiziere.net/david/Site http://www.diablotins.org/ ___ 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: [9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG
Le 30.10.2011 08:52, Roman Divacky a écrit : On Sun, Oct 30, 2011 at 08:28:42AM +0100, Roman Divacky wrote: This is a bug in clang, llvm supports amdfam10 but the clang counterpart wasnt updated. Thank you for the report! fwiw, I fixed it in clang r143305, so in the next import this will work just fine :) Thank you for getting involved. -- David Marec, mailto:david.ma...@davenulle.org http://user.lamaiziere.net/david/Site http://www.diablotins.org/ ___ 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
[9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG
hi list, Running FreebSD 9.0 RC-1, the make buildworld processing failed on the following error on its attempt to build 'lib/libssp': === gnu/lib/libssp/libssp_nonshared (obj,depend,all,install) rm -f .depend CC='clang' mkdep -f .depend -a-DHAVE_CONFIG_H -I/usr/src/gnu/lib/libssp/libs sp_nonshared/.. -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/g cclibs/libssp -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcc libs/include -DPIC /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/ gcclibs/libssp/ssp-local.c clang -O2 -pipe -march=native -DHAVE_CONFIG_H -I/usr/src/gnu/lib/libssp/libssp_n onshared/.. -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gccl ibs/libssp -I/usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gccli bs/include -fPIC -DPIC -fvisibility=hidden -std=gnu99 -fstack-protector -c /usr /src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-loca l.c error: unknown target CPU 'amdfam10' *** Error code 1 Stop in /usr/src/gnu/lib/libssp/libssp_nonshared. *** Error code 1 The sources files were updated yesterday evening. I did not try to process this with gcc yet. -- David Marec, mailto:david.ma...@davenulle.org http://user.lamaiziere.net/david/Site http://www.diablotins.org/ ___ 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
[Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9
Hi list, While I was running Freebsd 8, I used to set the suitable rights for my hplip printer, plugged via usb, in this way: * ulpt removed from the kernel. * scripting /etc/devd.conf, to catch usb printers events, as follows: attach 10 { #device-name ugen[0-9]+; match vendor 0x03f0; match product 0x4712; #action logger Chalut la foule; action /root/sbin/ugen-hdle $device-name; }; with david:~less /root/sbin/ugen-hdle #!/bin/sh echo Printer detected on $1 dev=`echo $1 | /usr/bin/awk 'BEGIN { } { s = substr($0, 5, 99); } END { print s; }'` # echo setting suitable rights for $dev /usr/sbin/chown cups:hplip /dev/usb/$dev.[0-9] /bin/chmod g+rw /dev/usb/$dev.[0-9] But, now running FreeBSD 9, I get new usb/devd behavior issues. First, the ulpt module is always loaded. Is there any elegant way to get rid of this 'self loading' behavior, except to remove it from /boot/modules ? Anyway, it sounds like HPLIP is now working with the ulpt module loaded. But, devd never sets the suitable rights on ugen. Moreover, switching to the 'action' that only logs something, reveals that devd never executes this entry. So, what's should be the news groupuser's rights required by HPLIP/cups on FreeBSD 9 ? And, how to handle them with devd ? However, there is a new devd directory inside of /etc. Is there new usbdevd procedures for FreeBSD9 ? [fu2 freebsd-...@freebsd.org] regards -- David Marec, mailto:david.ma...@davenulle.org http://user.lamaiziere.net/david/Site http://www.diablotins.org/ ___ 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: [9.0-RC1 FreeBSD] [amd64] buildworld fails on building lib/libss with CLANG
Le 29.10.2011 18:22, Dimitry Andric a écrit : I think the problem is caused by using CPUTYPE=native in make.conf. Is that what you are using? True. / Anyone, feel free to suggest a better configuration to build an `amd64`'s world kernel with the help of CLANG? / If so, please add DEBUG_FLAGS=-v to your make command line, log the whole thing, It's done. and upload the log somewhere. (Don't post it to the list, because it will probably be very large.) The file is available under the following link: http://user.lamaiziere.net/david/bsd/typescript -- David Marec, mailto:david.ma...@davenulle.org http://user.lamaiziere.net/david/Site http://www.diablotins.org/ ___ 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