Re: vscode and extensions
17.05.2020 06:35, Jose Quinteiro пишет: On 2020-05-16 13:32, Boris Samorodov wrote: Hi All, I've just installed at FreeBSD-12.1 vscode-1.43.1 and the MS C/C++ extension. Seems that it doesn't work. And I've noticed at ~/.vscode-oss/extensions/ms-vscode.cpptools-0.28.0 Windows binaries. Should extensions work at FreeBSD? Bookmarks, clangd, Cmake Tools and Python extensions all work fine here. Yep, clangd works and it actually does all that I need. Jose, thank you. -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
vscode and extensions
Hi All, I've just installed at FreeBSD-12.1 vscode-1.43.1 and the MS C/C++ extension. Seems that it doesn't work. And I've noticed at ~/.vscode-oss/extensions/ms-vscode.cpptools-0.28.0 Windows binaries. Should extensions work at FreeBSD? -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: 2020Q1 and firefox/thunderbird
Hi Ben, Thank you for your time and help. 10.03.2020 12:41, Ben Woods пишет: On Tue, 10 Mar 2020 at 03:37, Boris Samorodov wrote: Hi all, There are no firefox/thunderbird ports at the quarterly repository. Is there any ETA to fix this? Hi Boris, I believe this problem was caused by commit r527969 to the quarterly ports branch: https://svnweb.freebsd.org/ports?view=revision=527969 The broken firefox ports problem was subsequently pointed out by kevans here: https://lists.freebsd.org/pipermail/svn-ports-branches/2020-March/008270.html The problem was then fixed by jbeich in r528114: https://svnweb.freebsd.org/ports?view=revision=528114 Long story short: if the above is correct, I believe the problem should be rectified after the next pkg build run for the quarterly branch (next couple of days). That does not work. I've got 2020Q1 repository, build/install nspr. But firefox does not build (all dependencies installed by packages, nspr built with default options): [...] checking for nodejs... /usr/local/bin/node (13.3.0) checking for gtk+-wayland-3.0 >= 3.10 xkbcommon >= 0.4.1 libdrm >= 2.4... yes checking MOZ_WAYLAND_CFLAGS... DEBUG: DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xf86vidmodeproto', required by 'xxf86vm', not found DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xproto', required by 'xau', not found DEBUG: | Package 'xproto', required by 'xdmcp', not found DEBUG: | Package 'xproto', required by 'xrender', not found DEBUG: | Package 'renderproto', required by 'xrender', not found DEBUG: | Package 'xproto', required by 'x11', not found DEBUG: | Package 'kbproto', required by 'x11', not found DEBUG: | Package 'xproto', required by 'x11', not found DEBUG: | Package 'kbproto', required by 'x11', not found DEBUG: | Package 'xextproto', required by 'xext', not found ERROR: Command `/usr/local/bin/pkgconf --cflags 'gtk+-wayland-3.0 >= 3.10 xkbcommon >= 0.4.1 libdrm >= 2.4'` failed with exit status 1. ===> Script "configure" failed unexpectedly. Please report the problem to ge...@freebsd.org [maintainer] and attach the "/usr/ports/www/firefox/work/.build/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 [...] Waylad? What's going on here?.. -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
2020Q1 and firefox/thunderbird
Hi all, There are no firefox/thunderbird ports at the quarterly repository. Is there any ETA to fix this? -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Cannot get Samba core dumps
Hi Andrea, 29.11.2019 16:29, Andrea Venturoli пишет: Hello. I've recently installed net/samba410 in a 11.3/amd64 jail (like I've done several times before(. Unlike all other cases, in this particular instance smbd is crashing often, but won't dump any core file. In the logs I find: [2019/11/22 12:34:37.366207, 0] ../../source3/lib/dumpcore.c:310(dump_core) unable to change to %N.core refusing to dump core So I tried "sysctl kern.corefile=/root/%N_%P.pid". Now I see: [2019/11/29 12:54:14.946952, 0] ../../source3/lib/dumpcore.c:315(dump_core) dumping core in /root Still there's no core in jail's /root, nor base's /root! What is the output of "sysctl kern.sugid_coredump" command? I remember having examined Samba cores in the past... What should I do to be able to get them again? bye & Thanks av. -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
PR/237738 and package dependencies for emulators/qemu-utils
Hi All, Muhammad and Alan! I've tried to use cloud-init with vm-bhyve and found out that emulators/qemu-utils has 111 package dependencies. Well, too much. ;-) The first part to fix the port was an easy one: just change on option GTK2 to GTK3. This simple change reduces package dependencies to 39. [1] However, a cairo dependency still is suspicious. The culprit is the following line from master port (emulators/qemu) Makefile: - X86_TARGETS_USE_OFF= GNOME=cairo,gdkpixbuf2 - Should this line get commented emulators/qemu-utils get only 9 package dependencies. Much better for server to use. This line was silently introduced at r499318. I'm not sure what it is used for and how to fix emulators/qemu-utils. Any help is appreciated. Thank you. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237738 -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: FreeBSD Port: pycharm-ce-2018.3.4
03.02.2019 08:13, Alex V. Petrov пишет: > ===> Installing for pycharm-ce-2018.3.4 > ===> Checking if pycharm-ce already installed > ===> Registering installation for pycharm-ce-2018.3.4 > pkg-static: Unable to access file > /usr/ports/devel/pycharm-ce/work/stage/usr/local/share/pycharm-ce/lib/delight-nashorn-sandbox-0.1.16.jar:No > such file or directory > pkg-static: Unable to access file > /usr/ports/devel/pycharm-ce/work/stage/usr/local/share/pycharm-ce/lib/proxy-vole-1.0.5.jar:No > such file or directory > > *** Error code 74 > > Stop. > make: stopped in /usr/ports/devel/pycharm-ce > > ===>>> Installation of pycharm-ce-2018.3.4 (devel/pycharm-ce) failed > ===>>> Aborting update > Fixed at rev. 492048. Sorry and thanks! -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: intellij-ultimate looking for a commiter
14.12.2017 09:25, abi пишет: > Hello, > > can you review and commit > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222472 ? I use it for > 2 months for myself and it's definitely works. I'll take care of it. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: upgrading math/octave?
Hi Steve, All, 13.10.2017 02:56, Steve Kargl пишет: > ~file_stat (void); > ~file_fstat (void) { } Just a note that those functions are different. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: portinstall failure
06.08.2017 07:17, Yasuhiro KIMURA пишет: > I have noticed installing port with 'portinstall' fails when other > ports are installed as dependency. For example, > > root@rolling-vm-freebsd1[876]# portinstall -c devel/gmake > [Reading data from pkg(8) ... - 140 packages found - done] > ---> Installing 'gmake-4.2.1_1' from a port (devel/gmake) > ---> Building '/usr/ports/devel/gmake' > ===> Cleaning for gmake-4.2.1_1 > ===> License GPLv3 accepted by the user > ===> gmake-4.2.1_1 depends on file: /usr/local/sbin/pkg - found > ===> Fetching all distfiles > required by gmake-4.2.1_1 for building > ===> Extracting for gmake-4.2.1_1 > > => SHA256 Checksum OK for make-4.2.1.tar.bz2. > ===> Patching for gmake-4.2.1_1 > ===> Applying FreeBSD patches for gmake-4.2.1_1 > ===> gmake-4.2.1_1 depends on executable: msgfmt - not found > make[3]: don't know how to make > /usr/ports/devel/gettext-tools/work/.install_done.gettext-tools._usr_local. > Stop Will "make -C /usr/ports/devel/gettext-tools clean" help? > make[3]: stopped in /am/eastasia/usr0/freebsd/ports/ports/devel/gettext-tools > *** Error code 2 > > Stop. > make[2]: stopped in /usr/ports/devel/gettext-tools > *** Error code 1 > > Stop. > make[1]: stopped in /am/eastasia/usr0/freebsd/ports/ports/devel/gmake >*** Error code 1 > > Stop. > make: stopped in /am/eastasia/usr0/freebsd/ports/ports/devel/gmake > ** Command failed [exit code > 1]: /usr/bin/script -qa /tmp/portinstall20170806-4867-dmtlzo env make > ** Fix the problem and try again. > > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! devel/gmake > (unknown build error) > root@rolling-vm-freebsd1[877]# > > I don't think there was such problem before. Does anyone else > experience this? > -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: security/py-certbot: The 'urllib3<1.22, >=1.21.1' distribution was not found
25.07.2017 14:09, Jan Beich пишет: Boris Samorodov <b...@passap.ru> writes: Hi All, Kubilay! I use a fresh 12-amd64 with official packages. Can current py27-certbot be used with current py27-urllib3? [..] pkg_resources.DistributionNotFound: The 'urllib3<1.22,>=1.21.1' distribution was not found and is required by requests See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220927 Great, thanks. I didn't find the PR since didn't search for *closed* ones. BTW, the new package has already appeared at the official repo. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
security/py-certbot: The 'urllib3<1.22, >=1.21.1' distribution was not found
Hi All, Kubilay! I use a fresh 12-amd64 with official packages. Can current py27-certbot be used with current py27-urllib3? --- % /usr/local/bin/certbot renew Traceback (most recent call last): File "/usr/local/bin/certbot", line 6, in from pkg_resources import load_entry_point File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 3037, in @_call_aside File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 3021, in _call_aside f(*args, **kwargs) File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 3050, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 657, in _build_master return cls._build_from_requirements(__requires__) File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 670, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File "/usr/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 855, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'urllib3<1.22,>=1.21.1' distribution was not found and is required by requests % pkg which /usr/local/bin/certbot /usr/local/bin/certbot was installed by package py27-certbot-0.16.0,1 % pkg info -x certbot urllib3 py27-certbot-0.16.0,1 py27-urllib3-1.22 --- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
[amd64 host, qemu/armv6] lang/go: wait: interrupted system call
Hi All, Here is the error message while I try to build by poudriere lang/go. The host is FreeBSD-HEAD-amd64, target arch is arm.armv6. The port builds fine at armv6 native environment. --- # Building packages and commands for freebsd/arm. runtime go build runtime: /wrkdirs/usr/ports/lang/go14/work/go/pkg/tool/freebsd_arm/5g: wait: interrupted system call *** Error code 1 --- I use the latest qemu-user-static-2.9.50.g20170717 . Full log is available here: https://poudriere.passap.ru/data/HEAD-arm-testing/2017-07-19_23h59m12s/logs/go14-1.4.3_2.log Is it a known bug? Thank you. -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: How to get pkg to recognize local repository?
18.07.2017 05:33, Thomas Mueller пишет: This looks like it might help, but PKG-REPOSITORY and FETCH have to be lower-case, won't work with capital letters. That's an old unix tradition. PKG-REPOSITORY(5) and FETCH(3) mean that one should use "man 5 pkg-repository" and "man 3 fetch" to get the needed info. PS. If you try the first command, at the very firts line you'll get: --- PKG-REPOSITORY(5)FreeBSD File Formats Manual PKG-REPOSITORY(5) --- HTH -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
pkg and base (was: Re: poudriere: create HEAD jail from base-packages)
28.02.2017 14:09, Matthew Seaman пишет: Also, last I checked, just installing all the base packages wasn't enough to get a working system -- there's a lot of stuff still missing, mostly files from under /etc. I prepare etcupdate package as well as other packages. So after a pkg upgrade I only do "chmod 1777 /tmp" (imho the known bug) and "etcupdate -t ". That's it. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
poudriere: create HEAD jail from base-packages
Hi All! I'm using (self-built) HEAD base packages. Host upgrade is a breeze. Now, I'd like to create/upgrade poudriere jails using base packages. Am I dreaming? Thank you! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
libreoffice calc + click on hyperlink = error 35
Hi All, T get "error 35" while click on a hyperlink at LibreOffice Calc. At the same time console outputs: --- /usr/bin/xdg-open: not found --- Seems that libreoffice uses the wrong path for xdg-open. I didn't manage to find the fix. Please, help. Thank you. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
qupzilla, etc. bus error at FreeBSD-current (was: Re: please fix the pkg downloads system)
08.02.2017 20:20, Jeffrey Bouquet via freebsd-ports пишет: qupzilla-qt4 bus error As for this particular error. I have seen those at FreeBSD-12 with qupzilla, otter browser, diligent and some other applications. All of them are regularly updated from the official repository. And only if I 'pkg remove' openssl package all applications work fine (guess with base openssl?). HTH -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Subscription for committer (was: Re: The ports collection has some serious issues)
17.12.2016 22:40, John Marino пишет: > I am not subscribed to the mail list A port's committer is not subscribed to the ports@ ML? Is it a joke? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: fresh CURRENT + qt5 ports = application bus error
03.11.2016 14:42, Boris Samorodov пишет: > Hi All, > > > I've refreshed my current system from a week-ago revision to: > % uname -a > FreeBSD apok.bsnet 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r308229: Thu Nov > 3 04:23:24 MSK 2016 bsam@apok.bsnet:/usr/obj/usr/src/sys/APOK64X amd64 > > And pkg upgrade gave me qt5 ports upgrade. > > After reboot qt applications (diligent and qupzilla) result in bus > error. I recompiled net-im/diligent at ports but the result is the same. > > > Any help is appreciated. Thank you. > Hm, signal is changing to sig11 (I did not do anything with system/ports before last two diligent starts): --- Nov 3 14:13:31 apok kernel: pid 2354 (diligent), uid 1001: exited on signal 10 (core dumped) Nov 3 14:20:24 apok pkg-static: diligent-0.2.7 deinstalled Nov 3 14:20:29 apok pkg-static: diligent-0.2.7 installed Nov 3 14:20:40 apok kernel: pid 4617 (diligent), uid 1001: exited on signal 10 (core dumped) Nov 3 14:21:45 apok kernel: pid 4941 (diligent), uid 1001: exited on signal 10 (core dumped) Nov 3 17:45:33 apok kernel: pid 21504 (diligent), uid 1001: exited on signal 11 (core dumped) --- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
fresh CURRENT + qt5 ports = application bus error
Hi All, I've refreshed my current system from a week-ago revision to: % uname -a FreeBSD apok.bsnet 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r308229: Thu Nov 3 04:23:24 MSK 2016 bsam@apok.bsnet:/usr/obj/usr/src/sys/APOK64X amd64 And pkg upgrade gave me qt5 ports upgrade. After reboot qt applications (diligent and qupzilla) result in bus error. I recompiled net-im/diligent at ports but the result is the same. Any help is appreciated. Thank you. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Serial ports guru help is needed
Kurt, thank you for your really great answer. 27.09.2016 20:10, Kurt Jaeger пишет: > >> A user proposed some changes to deal with serial ports I do not quite >> understand (and tend to not agree with). Can a serial ports guru take >> a look at the PR: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211101 >> and comment here (or at the PR if you wish) on proposed changes (for >> serial ports changes). > > Asking Gert Doering from mgetty, he explained the reason for > two seperate names in the filesystem for the same device. > > In the long-gone past of unix, serial ports were a scarce resource, > so ports were connected to modems and used for both dial-in and > dial-out usage. > > The two names/devices had different behaviour which allowed them > to be used in parallel, for either dial-in or dial-out: > > - getty waits on tty*, as long as the DCD-pin is low (open() blocked) > - dialout applications like kermit or cu(1) use cua* for outgoing calls > During an outgoing call, no incoming call will be received anyway. > - If a call comes in, the modem takes the call, signals DCD > on the serial port and getty's open() call finally suceeds > and getty presents the 'login:'. > - As long as getty has the serial port blocked for incoming use, > open()'ing cua* will return EBUSY > > For a similar explanation see: > > https://en.wikipedia.org/wiki/Data_Carrier_Detect > > So, back to this usecase: Will a software someone is using to > talk to logic analyzers, MSOs, oscilloscopes, multimeters, LCR > meters, sound level meters, thermometers, hygrometers, anemometers, > light meters, DAQs, dataloggers, function generators, spectrum > analyzers, power supplies, GPIB interfaces, and more, really > be used on a serial port that is used to log in (the getty usecase) ? > > In general, I guess: No. > > So the change from cua* to tty* is, while not really needed, not > really critical. In other words, there is almost no gain while little harm. So why do those changes in the first place? However, the change may be treated as a POLA violation and contradicts the FreeBSD Handbook: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serial.html - In FreeBSD, each serial port is accessed through an entry in /dev. There are two different kinds of entries: Call-in ports are named /dev/ttyuN where N is the port number, starting from zero. If a terminal is connected to the first serial port (COM1), use /dev/ttyu0 to refer to the terminal. If the terminal is on the second serial port (COM2), use /dev/ttyu1, and so forth. Generally, the call-in port is used for terminals. Call-in ports require that the serial line assert the “Data Carrier Detect” signal to work correctly. Call-out ports are named /dev/cuauN on FreeBSD versions 10.x and higher and /dev/cuadN on FreeBSD versions 9.x and lower. Call-out ports are usually not used for terminals, but are used for modems. The call-out port can be used if the serial cable or the terminal does not support the “Data Carrier Detect” signal. - Are there any PROs for the change? Thanks all for help and discussion. -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Serial ports guru help is needed
Hi All! A user proposed some changes to deal with serial ports I do not quite understand (and tend to not agree with). Can a serial ports guru take a look at the PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211101 and comment here (or at the PR if you wish) on proposed changes (for serial ports changes). In brief (as I understand). Currently there is a support for cua* ports only (no support for tty* ports). The proposed changes restrict using cua* but allow tty* ports, which will act like cua* ports. As for me I'll add tty* ports without removing cua*. Thank you. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Building JAVA-applications with maven
08.06.16 03:46, Kurt Jaeger пишет: > Hi! > > [maven and resolving dependencies by download at build time] >> Ports-system needs some way of dealing with these issues properly and >> orderly. What should the strategy be? > > Thanks for formulating the question. +1 >> How about allowing a port to declare the following needs, which would be >> taken care of for it: >> >> 1. It needs the following JARs, which /aren't/ already available from >> other ports, downloaded -- into ${DISTDIR}/jars or some such. > > Doesn't this need maven-support ? Is there a way to tell > maven "fetch the deps, and put them somewhere" ? IFAIK the command "mvn -Dmaven.repo.local=$PATH" takes files from $PATH it they exist, otherwise fetch and put them into $PATH. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Create directory for www:www
01.04.16 13:12, a...@abinet.ru пишет: > > > Hello! > > I'm porting ZoneMinder, it needs folder, writable under web server user. You may be interested in multimedia/zoneminder. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
poudriere-devel: make: cannot open /usr/ports/Mk/bsd.port.mk
Hi All! I've set up a new poudriere test box and get an error: - % pkg info -x poudriere-devel poudriere-devel-3.1.99.20151125_1 % uname -a FreeBSD sm.bsnet 11.0-CURRENT FreeBSD 11.0-CURRENT #23 r291910: Mon Dec 7 02:45:32 MSK 2015 bsam@sm.bsnet:/usr/obj/usr/src/sys/SM amd64 % sudo poudriere bulk -j 11-amd64 -p default ports-mgmt/poudriere-devel [00:00:00] >> Creating the reference jail... done [00:00:00] >> Mounting system devices for 11-amd64-default [00:00:00] >> Mounting ports/packages/distfiles [00:00:00] >> Converting package repository to new format [00:00:00] >> Stashing existing package repository [00:00:00] >> Mounting ccache from: /var/cache/ccache [00:00:00] >> Mounting packages from: /poudriere/data/packages/11-amd64-default /etc/resolv.conf -> /poudriere/data/.m/11-amd64-default/ref/etc/resolv.conf [00:00:00] >> Starting jail 11-amd64-default make: cannot open /usr/ports/Mk/bsd.port.mk. [00:00:00] >> Cleaning up [00:00:00] >> Umounting file systems - Is it a misconfigure/bug/smth else? The server does not have /usr/ports populated. Should it? Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: mongodb3 port
09.11.2015 16:42, Kurt Jaeger пишет: > Hi! > >>> Only a small patch needed, it builds on current. > > It builds fine on 10.2amd64 and 11-amd64. > > It fails on 10.2i386: > > Checking if target OS freebsd is supported by the toolchain yes > WiredTiger is not supported on 32-bit platforms > Re-run scons with --wiredtiger=off to build on 32-bit platforms > > Maybe a small switch for that arch would help ? > > It fails on 9.3amd64 with: > > src/mongo/db/pipeline/expression.cpp:3005:1: warning: control reaches end of > non-void function [-Wreturn-type] > } > ^ > scons: *** [build/opt/mongo/db/pipeline/expression.o] Error 1 > > This looks like it can be fixed. Will you submit a PR via bugzilla > to add this port ? Yes. Well, maybe it make sense to do it sooner than later. I'll try to do it this week. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
mongodb3 port (was: Re: FreeBSD Port: libmongo-client-0.1.6.3_1)
04.11.2015 12:07, qiuruanribao пишет: > When will freebsd add the new mongodb3.0? mongodb 3.0 have great improvement。 I have a port for mongodb3-rc1. No more other mongodb3 ports though. Here it is: ftp://ftp.wart.ru/pub/download/mongodb3.tar.gz It works for me at CURRENT-amd64, did not test at other platforms. Feedback is welcomed. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: mongodb3 port
09.11.2015 12:33, Kurt Jaeger пишет: > Hi! > >> I have a port for mongodb3-rc1. No more other mongodb3 ports though. >> Here it is: ftp://ftp.wart.ru/pub/download/mongodb3.tar.gz >> >> It works for me at CURRENT-amd64, did not test at other platforms. >> Feedback is welcomed. > > Testbuilds @work. Thanks. Hm, I thought it won't work at 9-x... -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: mongodb3 port
09.11.2015 12:51, Kurt Jaeger пишет: > Hi! > >> 3.2.0-rc2 fails to build: >> >> src/mongo/platform/stack_locator_freebsd.cpp:29:37: error: expected '}' >> #include "stack_locator_unknown.cpp" >> ^ >> src/mongo/platform/stack_locator_unknown.cpp:35:17: note: to match this '{' >> namespace mongo { >> ^ >> 1 error generated. > > Only a small patch needed, it builds on current. > > files/patch-src_mongo_platform_stack__locator__unknown.cpp > > --- src/mongo/platform/stack_locator_unknown.cpp.orig 2015-11-09 > 10:39:04.74278 +0100 > +++ src/mongo/platform/stack_locator_unknown.cpp2015-11-09 > 10:37:07.683298000 +0100 > @@ -36,4 +36,6 @@ > > StackLocator::StackLocator() = default; > > +} > + > // namespace mongo > Great, thank you! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: problem re/ distfile for port print/scribus
31.07.2015 12:49, Matthias Apitz пишет: i.e. the filename in the distfile is wrong, the hash and size are correct. Yep, the file was packed by bzip2, but named after xz. Now they fixed the distinfo file name. Thanks for the heads-up, the fix has just been committed as r393295. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: error message from Freshports after commit?
27.07.2015 23:04, Alexander Leidinger пишет: On Mon, 27 Jul 2015 13:34:07 +0300 Boris Samorodov b...@passap.ru wrote: 27.07.2015 12:55, Alexander Leidinger пишет: Quoting Boris Samorodov b...@passap.ru (from Mon, 27 Jul 2015 01:34:18 +0300): Hi, Alexander! a variable expansion as of above, or do I need to remove the quotes like below ---snip--- testtarget: .if ${QUOTED_VAR} == test echo works .endif ---snip--- % make QUOTED_VAR=test echo works works If QUOTED_VAR is not defined, the test fails: % make Makefile, line 2: Malformed conditional (${QUOTED_VAR} == test) Makefile, line 4: if-less endif make: fatal errors encountered -- cannot continue What about this? ---snip--- testtarget: .if defined(${QUOTED_VAR}) ${QUOTED_VAR} == test echo works .endif ---snip--- Nope: - % make QUOTED_VAR=test % echo $? 0 % - What about QUOTED_VAR in make.conf instead? No changes. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: error message from Freshports after commit?
27.07.2015 12:55, Alexander Leidinger пишет: Quoting Boris Samorodov b...@passap.ru (from Mon, 27 Jul 2015 01:34:18 +0300): Hi, Alexander! a variable expansion as of above, or do I need to remove the quotes like below ---snip--- testtarget: .if ${QUOTED_VAR} == test echo works .endif ---snip--- % make QUOTED_VAR=test echo works works If QUOTED_VAR is not defined, the test fails: % make Makefile, line 2: Malformed conditional (${QUOTED_VAR} == test) Makefile, line 4: if-less endif make: fatal errors encountered -- cannot continue What about this? ---snip--- testtarget: .if defined(${QUOTED_VAR}) ${QUOTED_VAR} == test echo works .endif ---snip--- Nope: - % make QUOTED_VAR=test % echo $? 0 % - Anyone out there with a 8.x or 9.x system who can test the above? The system is: % uname -a FreeBSD host.wart.ru 9.3-STABLE FreeBSD 9.3-STABLE #34 r285813: Fri Jul 24 00:03:24 MSK 2015 b...@host.wart.ru:/usr/obj/usr/src/sys/HOST i386 -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: error message from Freshports after commit?
Hi, Alexander! 26.07.2015 23:31, Alexander Leidinger пишет: On Sun, 26 Jul 2015 15:29:25 +0200 Mathieu Arnold m...@freebsd.org wrote: +--On 26 juillet 2015 15:20:29 +0200 Alexander Leidinger alexan...@leidinger.net wrote: | | Hi, | | after committing the 64bit parts of the linux base ports, I got a mail | parts of the commit. Those parts work just fine on my (current) system. | What's wrong? You're running 10.x I assume, install fmake, or try on a 9.x or 8.x system. It's -current. I installed fmake now and it complains about # fmake -V PORTNAME /usr/share/mk/sys.mk, line 36: Unknown directive /usr/share/mk/sys.mk, line 364: Unknown directive Unknown modifier 'U' As I didn't change that file, that seems to be a dead end. The fmake man-page says: ---snip--- An expression may also be a numeric or string comparison: in this case, the left-hand side must be a variable expansion, whereas the right-hand side can be a constant or a variable expansion. Variable expansion is performed on both sides, after which the resulting values are compared. A value is interpreted as hexadecimal if it is preceded by 0x, otherwise it is decimal; octal numbers are not supported. ---snip... Now... is ---snip--- testtarget: .if ${QUOTED_VAR} == test echo works .endif ---snip--- % make QUOTED_VAR=test Makefile, line 2: Malformed conditional (${QUOTED_VAR} == test) Makefile, line 4: if-less endif make: fatal errors encountered -- cannot continue a variable expansion as of above, or do I need to remove the quotes like below ---snip--- testtarget: .if ${QUOTED_VAR} == test echo works .endif ---snip--- % make QUOTED_VAR=test echo works works If QUOTED_VAR is not defined, the test fails: % make Makefile, line 2: Malformed conditional (${QUOTED_VAR} == test) Makefile, line 4: if-less endif make: fatal errors encountered -- cannot continue Anyone out there with a 8.x or 9.x system who can test the above? The system is: % uname -a FreeBSD host.wart.ru 9.3-STABLE FreeBSD 9.3-STABLE #34 r285813: Fri Jul 24 00:03:24 MSK 2015 b...@host.wart.ru:/usr/obj/usr/src/sys/HOST i386 -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
poudriere-devel options are changed via poudriere options
Hi All, At my default-make.conf I have: - poudriere_SET=QEMU ZSH poudriere-devel_SET=ZSH - The poudriere version and command I use is: - % pkg info -x poudriere poudriere-devel-3.1.99.20150608 % sudo poudriere bulk -j 11-amd64 -p default ports-mgmt/poudriere-devel - But building of poudriere-devel invokes qemu building *unless* I change the above defaul-poudriere_SET=ZSH. I.e. I change options for pourdiere and get options changes for poudriere-devel. Did I screw something up? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: print/cups fails to build on 9.3-STABLE i386
15.01.2015 22:02, William Bulley пишет: After running this command: # svn update /usr/ports I tried to upgrade the print/cups port. As root I then ran this command: # portmaster -K -B -D print/cups Below is the output leading up to the failure and the failure itself. BTW - I did retry the build in /usr/ports/print/cups using this: # make MAKE_JOBS_UNSAFE=yes install and got the same results. =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*= ... ... Making all in test... gmake[1]: Entering directory '/usr/ports/print/cups-base/work/cups-1.7.3/test' echo Linking ippserver... Linking ippserver... cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler -L/usr/local/lib -Wl,-rpath,/usr/local/lib -Wl,-R/usr/local/lib -fPIE -pie -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -o ippserver ippserver.o ../cups/libcups.a \ -lssl -lcrypto -pthread -lm -lcrypt -lssp_nonshared -liconv -lz -lz ../cups/libcups.a(http-support.o): In function `_httpResolveURI': /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1617: undefined reference to `DNSServiceCreateConnection' /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1626: undefined reference to `DNSServiceResolve' /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1736: undefined reference to `DNSServiceRefDeallocate' /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1656: undefined reference to `DNSServiceRefSockFD' /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1700: undefined reference to `DNSServiceResolve' /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1722: undefined reference to `DNSServiceProcessResult' /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1731: undefined reference to `DNSServiceRefDeallocate' /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:1733: undefined reference to `DNSServiceRefDeallocate' ../cups/libcups.a(http-support.o): In function `http_resolve_cb': /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:2071: undefined reference to `TXTRecordGetValuePtr' /usr/ports/print/cups-client/work/cups-1.7.3/cups/http-support.c:2058: undefined reference to `TXTRecordGetValuePtr' Makefile:192: recipe for target 'ippserver' failed gmake[1]: *** [ippserver] Error 1 gmake[1]: Leaving directory '/usr/ports/print/cups-base/work/cups-1.7.3/test' Makefile:31: recipe for target 'all' failed gmake: *** [all] Error 1 *** [do-build] Error code 1 Stop in /usr/ports/print/cups-base. *** [install] Error code 1 Stop in /usr/ports/print/cups-base. I think that your cups-client libs are linked against dns libraries. With a fresh portstree (this imho should be fixesd at r376233) rebuild print/cups-client, then print/cups-base. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Linker error compiling cups-base
03.01.2015 17:27, Kurt Jaeger пишет: Hi! I'm getting this while upgrading cups-base. Is this a known problem or have I fat-fingered something? It's a known problem: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195743 Someone needs to debug this 8-( Yep, seems that cups-client also depends upon DNSSD/AVAHI. Please, try the following patch. The patch should be applied to print/cups-base and print/cups-client should be rebuild. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve Index: Makefile === --- Makefile(revision 376041) +++ Makefile(working copy) @@ -55,9 +55,12 @@ OPTIONS_DEFAULT= OPENSSL OPTIONS_SUB= yes .if defined(CUPS_CLIENT) -PORTREVISION= 2 +PORTREVISION= 3 LICENSE= LGPL21 CUPS_SUFFIX= -client +OPTIONS_RADIO= ZEROCONF +OPTIONS_RADIO_ZEROCONF=AVAHI MDNSRESPONDER +OPTIONS_DEFAULT+= MDNSRESPONDER .elif defined(CUPS_IMAGE) PORTREVISION= 2 CUPS_SUFFIX= -image @@ -165,21 +168,6 @@ LIB_DEPENDS+= libpaper.so:${PORTSDIR}/print/libpaper . endif -. if ${PORT_OPTIONS:MMDNSRESPONDER} -LIB_DEPENDS+= libdns_sd.so:${PORTSDIR}/net/mDNSResponder -CONFIGURE_ARGS+= --with-dnssd-includes=${LOCALBASE}/include -CONFIGURE_ARGS+= --disable-avahi -SUB_LIST+= ZEROCONF=mdnsd -. elif ${PORT_OPTIONS:MAVAHI} -CONFIGURE_ARGS+= --enable-avahi -LIB_DEPENDS+= libavahi-client.so:${PORTSDIR}/net/avahi-app -SUB_LIST+= ZEROCONF=avahi_daemon -. else -CONFIGURE_ARGS+= --disable-dnssd -CONFIGURE_ARGS+= --disable-avahi -SUB_LIST+= ZEROCONF= -. endif - . if ${PORT_OPTIONS:MPAM} CONFIGURE_ARGS+= --enable-pam . else @@ -211,6 +199,25 @@ SUB_FILES+=ulpt-cupsd.conf ulpt-cupsd.sh .endif +.if !defined(CUPS_IMAGE) +. if ${PORT_OPTIONS:MMDNSRESPONDER} +LIB_DEPENDS+= libdns_sd.so:${PORTSDIR}/net/mDNSResponder +CONFIGURE_ARGS+= --enable-dnssd +CONFIGURE_ARGS+= --with-dnssd-includes=${LOCALBASE}/include +CONFIGURE_ARGS+= --disable-avahi +SUB_LIST+= ZEROCONF=mdnsd +. elif ${PORT_OPTIONS:MAVAHI} +CONFIGURE_ARGS+= --enable-avahi +CONFIGURE_ARGS+= --disable-dnssd +LIB_DEPENDS+= libavahi-client.so:${PORTSDIR}/net/avahi-app +SUB_LIST+= ZEROCONF=avahi_daemon +. else +CONFIGURE_ARGS+= --disable-dnssd +CONFIGURE_ARGS+= --disable-avahi +SUB_LIST+= ZEROCONF= +. endif +.endif + .if ${OSVERSION} 136 ${ARCH} == i386 LIBS+= -lssp_nonshared .endif ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Missing libpng15.so.15 after updating png
27.12.2014 15:44, Jerry пишет: Sat, 27 Dec 2014 07:32:15 -0500 After the recent update of png It'll be wise to show how you did the update (a command line is fine). I am experiencing a problem. The claws-mail-fancy plugin is no longer working. It issues this error message when starting up: The following error occurred while loading fancy.so : Shared object libpng15.so.15 not found, required by libwebkitgtk-1.0.so.0 I thought re-installing png would help, but it did not. I tried: $ pkg which libwebkitgtk-1.0.so.0 /usr/ports/libwebkitgtk-1.0.so.0 was not found in the database One should use a full file name with pkg which: - % locate libwebkitgtk-1.0.so.0 /usr/local/lib/libwebkitgtk-1.0.so.0 % pkg which /usr/local/lib/libwebkitgtk-1.0.so.0 /usr/local/lib/libwebkitgtk-1.0.so.0 was installed by package webkit-gtk2-1.8.3_6 % whereis webkit-gtk2 webkit-gtk2: /usr/ports/www/webkit-gtk2 - So, I'd say that www/webkit-gtk2 should be updated. I did follow all of the instructions in UPDATING and there were no errors reported. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [package - 91amd64-quarterly] build failure mail
24.09.2014 14:36, Vitaly Magerya пишет: On 2014-09-24 08:37, pkg-fall...@freebsd.org wrote: You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: vmage...@gmail.com Last committer: olg...@freebsd.org Ident: $FreeBSD: branches/2014Q3/editors/wordgrinder/Makefile 357277 2014-06-10 07:39:01Z olgeni $ Log URL: http://beefy2.isc.freebsd.org/data/91amd64-quarterly/2014-09-24_01h22m09s/logs/wordgrinder-0.3.3.log Build URL: http://beefy2.isc.freebsd.org/build.html?mastername=91amd64-quarterlybuild=2014-09-24_01h22m09s Log: Building editors/wordgrinder build started at Wed Sep 24 05:37:27 UTC 2014 port directory: /usr/ports/editors/wordgrinder building for: FreeBSD 91amd64-quarterly-job-16 9.1-RELEASE-p17 FreeBSD 9.1-RELEASE-p17 amd64 maintained by: vmage...@gmail.com Makefile ident: $FreeBSD: branches/2014Q3/editors/wordgrinder/Makefile 357277 2014-06-10 07:39:01Z olgeni $ Poudriere version: 3.1-pre Host OSVERSION: 1100027 Jail OSVERSION: 901000 Folks, what should I do to not receive these messages? I've already updated the port (long time ago), but I still get mail about build failures in the quarterly branch. I guess that the change was done to HEAD but not merged to the quarterly branch. However, a new quarterly branch seems to be branched soon. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: a2ps: unknown medium `libpaper'
23.09.2014 20:26, Bob Willcox пишет: On Tue, Sep 23, 2014 at 10:35:59AM -0500, Larry Rosenman wrote: On 2014-09-23 10:08, Bob Willcox wrote: So, what does this message mean (I get no output): a2ps: unknown medium `libpaper' and how to I fix it? Thanks, Bob print/libpaper is the port for it. I think I figured it out. I needed to link /usr/local/etc/papersize.letter to /etc/local/etc/papersize. Wasn't obvious from the a2ps manpage or the error message produced though. There is a print/papersize-default-letter port for the matter: - % make -C /usr/ports search name=papersize-default-letter Port: papersize-default-letter-0.0.20120302_1 Path: /usr/ports/print/papersize-default-letter Info: Default paper size configuration file for libpaper Maint: h...@freebsd.org B-deps: libpaper-1.1.24.3 R-deps: libpaper-1.1.24.3 WWW: - -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
x11/libXcm: r351936 and using libtool
Hi Tijl, All, The revision 351936 only bumped PORTREVISION. Assume that USES=libtool:keepla should be added too. Now, AFAIK no port uses those *.la file I try to go to USES=libtool. However I get: - libtool: install: /usr/bin/install -c .libs/libXcmEDID.lai /usr/ports/x11/libXcm/work/stage/usr/local/lib/libXcmEDID.la - For now I leave USES=libtool:keepla. Any help is appreciated. Thanks. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11/libXcm: r351936 and using libtool
22.09.2014 22:20, Tijl Coosemans пишет: On Mon, 22 Sep 2014 22:07:58 +0400 Boris Samorodov b...@passap.ru wrote: Hi Tijl, All, The revision 351936 only bumped PORTREVISION. Assume that USES=libtool:keepla should be added too. Now, AFAIK no port uses those *.la file I try to go to USES=libtool. However I get: - libtool: install: /usr/bin/install -c .libs/libXcmEDID.lai /usr/ports/x11/libXcm/work/stage/usr/local/lib/libXcmEDID.la - For now I leave USES=libtool:keepla. Any help is appreciated. Thanks. The Makefile contains XORG_CAT=lib which causes Mk/bsd.xorg.mk to add USES=libtool:keepla. I'm not sure if XORG_CAT is correct for this port. It isn't part of the Xorg project is it? It is not part of Xorg, it's a standalone library. Seems that I should try to remove XORG_CAT. Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11/libXcm: r351936 and using libtool
22.09.2014 22:27, Boris Samorodov пишет: 22.09.2014 22:20, Tijl Coosemans пишет: On Mon, 22 Sep 2014 22:07:58 +0400 Boris Samorodov b...@passap.ru wrote: Hi Tijl, All, The revision 351936 only bumped PORTREVISION. Assume that USES=libtool:keepla should be added too. Now, AFAIK no port uses those *.la file I try to go to USES=libtool. However I get: - libtool: install: /usr/bin/install -c .libs/libXcmEDID.lai /usr/ports/x11/libXcm/work/stage/usr/local/lib/libXcmEDID.la - For now I leave USES=libtool:keepla. Any help is appreciated. Thanks. The Makefile contains XORG_CAT=lib which causes Mk/bsd.xorg.mk to add USES=libtool:keepla. I'm not sure if XORG_CAT is correct for this port. It isn't part of the Xorg project is it? It is not part of Xorg, it's a standalone library. Seems that I should try to remove XORG_CAT. OK, done. Tijl, thank you for your prompt help! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: poudriere ports -c svn co ports
07.08.2014 15:18, Matthias Apitz пишет: I will move from pkg_* tools to pkgng on my build host to create packages for my other laptops/netbooks. # poudriere ports -c will use a snapshot of the ports to build them; is it somehow possible to use a ports tree fetched by 'svn co' from head? I think that you are interested at -m (method) option for the command poudriere ports, create a ports tree: - % poudriere ports -c -p portstree_name -m svn+https - Update a portstree: - % poudriere ports -u -p portstree_name - In case of svn+https method the portstree will be updated to the HEAD. Look at POUDRIERE(8) for more info. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: foomatic-rip and foo2zjs
26.04.2014 02:16, Robert Backhaus пишет: On 26 April 2014 02:41, Wolfgang Jenkner wjenk...@inode.at mailto:wjenk...@inode.at wrote: On Fri, Apr 25 2014, Boris Samorodov wrote: Am 25.04.2014 um 15:20 schrieb Robert Backhaus rob...@robbak.com mailto:rob...@robbak.com: int fd = mkstemp (LOG_FILE -XX.log); - checked, edited, built - Yup, that's it. Here's the patch: I think the problem is simply that mkstemp(3) requires an argument with /trailing/ Xs, in accordance with POSIX[1]. So the upstream usage of it seems to be wrong. [1] http://pubs.opengroup.org/onlinepubs/009695399/functions/mkstemp.html Yes, sorry. I got this wrong. The fix upstream has been to stop using mkstemp, and switch to using sprintf directly. http://bzr.linuxfoundation.org/loggerhead/openprinting/cups-filters/revision/7196 Thanks to all involved! The patch for foomatic-filters and an update of cups-filters are committed. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Problems after upgrade to CUPS 1.7.2 - gstoraster error
26.04.2014 15:19, Dr. Peter Voigt пишет: Well after this error has been solved under CUPS 1.7.1 http://lists.freebsd.org/pipermail/freebsd-ports/2014-April/091306.html How was is solved? it now re-appears with CUPS 1.7.2. Is it a known issue? You are the first to ask. I am running 10.0-RELEASE-p1 amd64. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Problems after upgrade to CUPS 1.7.2 - gstoraster error
26.04.2014 16:35, Boris Samorodov пишет: 26.04.2014 15:19, Dr. Peter Voigt пишет: Well after this error has been solved under CUPS 1.7.1 http://lists.freebsd.org/pipermail/freebsd-ports/2014-April/091306.html How was is solved? OK, I've traced the thread ad realized that you managed to fix the problem by a new version of cups-filters. Right? How did you upgrade your ports? Which versions of printing ports do you have now? FYI: there has been some changes at cups-* port at the last few days. Make sure you have the latest ports tree and appropriate ports. it now re-appears with CUPS 1.7.2. Is it a known issue? You are the first to ask. I am running 10.0-RELEASE-p1 amd64. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: foomatic-rip and foo2zjs
23.04.2014 00:23, Stefan Bethke пишет: Two quick observations I’m too lazy to file PRs for: foomatic-rip (from foomatic-filters-4.0.17) coredumps if you set debug: 1 in /usr/local/etc/foomatic/filter.conf. I haven’t checked what is going wrong specifically. It is possible to run foomatic-rip form the command line with -v and with debug: 0, though. At a quick glance: there is a definition of preferred shell. It is /bin/bash (commented out though). Did you try to define one? I'd say that defining it to /usr/local/bin/bash may help. foo2zjs-20140401 requires textproc/gsed, but it’s not a dependency of the port. Not sure it really has to be gsed (instead of /usr/bin/sed), but that is what it calls. Fixed, thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported
22.04.2014 10:48, O. Hartmann пишет: On Sun, 13 Apr 2014 20:50:01 +0400 Boris Samorodov b...@passap.ru wrote: 12.04.2014 17:16, O. Hartmann пишет: On Fri, 11 Apr 2014 08:19:45 -0400 Ajtim lum...@gmail.com wrote: On Friday 11 April 2014 13:08:33 O. Hartmann wrote: On Wed, 09 Apr 2014 02:23:58 +0400 Boris Samorodov b...@passap.ru wrote: 09.04.2014 00:25, O. Hartmann пишет: On Tue, 08 Apr 2014 23:16:33 +0400 Boris Samorodov b...@passap.ru wrote: 08.04.2014 17:42, O. Hartmann пишет: Since the update of print/cups from 1.5.X to 1.7.1 How did you do it? As it is reported in /usr/ports/UPDATING. I delete first cups-image, then did the update which reeled in all the new stuff automatically. OK, lets start from some obvious things. Did you restart cupsd while experimenting? No. Give an output for: - % type lpr lpr is /usr/local/bin/lpr pkg which /usr/local/bin/lpr /usr/local/bin/lpr was installed by package cups-base-1.7.1 % ls -l /usr/local/etc/cups -r--r--r-- 1 root wheel 2807 11 Apr 11:58 cups-browsed.conf -rw-r- 1 root cups 3197 8 Apr 17:15 cups-files.conf -rw-r- 1 root cups 3197 8 Apr 17:15 cups-files.conf.bak -rw-r- 1 root wheel 3137 11 Apr 12:02 cups-files.conf.sample -r--r--r-- 1 root wheel 9521 11 Apr 11:50 cups-pdf.conf -r--r--r-- 1 root wheel 9521 11 Apr 11:50 cups-pdf.conf.sample -rw-r- 1 root cups 3442 8 Apr 17:22 cupsd.conf -rw-r- 1 root cups 5098 8 Apr 17:20 cupsd.conf.O -rw-r- 1 root cups 3442 8 Apr 17:22 cupsd.conf.bak -rw-r- 1 root wheel 4492 11 Apr 12:02 cupsd.conf.default -r--r--r-- 1 root wheel 4492 11 Apr 12:02 cupsd.conf.sample drwxr-xr-x 2 root wheel 512 11 Apr 12:02 interfaces -r--r--r-- 1 root wheel 1875 8 Apr 19:17 mime.convs -r--r--r-- 1 root wheel 1874 11 Apr 12:02 mime.convs.sample -r--r--r-- 1 root wheel 6456 8 Apr 19:18 mime.types -r--r--r-- 1 root wheel 6455 11 Apr 12:02 mime.types.sample drwxr-xr-x 2 root cups512 11 Apr 12:02 ppd -rw--- 1 root cups 4134 8 Apr 17:33 printers.conf -rw--- 1 root cups 4134 8 Apr 14:58 printers.conf.O -rw--- 1 root cups 4134 8 Apr 17:22 printers.conf.bak -rw-r--r-- 1 root cups946 11 Apr 11:53 pstoraster.convs -r--r--r-- 1 root wheel 778 11 Apr 12:04 pstotiff.convs -r--r--r-- 1 root wheel 2084 11 Apr 12:04 pstotiff.types -r--r--r-- 1 root wheel 284 11 Apr 11:49 snmp.conf -r--r--r-- 1 root wheel 284 11 Apr 12:02 snmp.conf.sample drwx-- 2 root cups512 11 Apr 12:02 ssl % make -C /usr/ports/print/cups-client pretty-print-config -GNUTLS (whoops ... this is not the default, isn't it?) == corrected that with a new recompilation with rmconfig preceded. % grep CUPS /etc/make.conf NULL (menas: no output) % pkg info -x cups hp foo gut cups-base-1.7.1 cups-client-1.7.1 cups-filters-1.0.52 cups-image-1.7.1 cups-pdf-2.6.1_1 cups-pstoraster-8.15.4_7 cups-samba-6.0_7 gutenprint-cups-5.2.8_1 libgnomecups-0.2.3_5,1 linux-f10-cups-libs-1.3.11_1 foomatic-db-hpijs-1.4 hplip-3.14.1 kdevelop-php-1.6.0_1 kdevelop-php-docs-1.6.0_1 php5-5.4.27 swhplugins-0.4.15_4 foomatic-db-20140331 foomatic-db-engine-4.0.11,2 foomatic-db-hpijs-1.4 foomatic-filters-4.0.17 gimp-gutenprint-5.2.8 gutenprint-base-5.2.8 gutenprint-cups-5.2.8_1 gutenprint-ijs-5.2.8 - Stop cupsd, move temporary /var/log/cups/*_log to another location. Start cupsd and look for suspicious messages at /var/log/cups/* files. Nothing suspicious so far. With print/cups-filters installed, the whole cups printing system is corrupted and doesn't print a single sheet of paper (PDF/PS) normal es expected. Prior to this task, I recompiled, as you suggested, first all cups ports and afterwards hplip/foomatic. I also installed print/cups-filters before recompiling hplip/foomatic. It works for me now (FreeBSD 10.0-RELEASE): I did deinstall cups* and hplip. Than installed cups and patched hplip. First I used as usual hp-business_inkjet_3000-hpijs-pcl3.ppd.gz and it didn't work It printed:%PDF-1.4 and jobs processing never stopped. Than I removed device and installed again with -3000-ps.ppd.gz and it works but cannot print test page. I tried alternatives, but it is with all (known to me) usefull drivers for the specific printer the same result: empty pages, print job stuck in queue. I also tried most recent hplip-3.14.4 but I doubt this is the reason. I can print PDF and PS, as reported, when deinstalling/removing print/cups-filters using clients like xpdf, xdvi or printing directly via lpr -PPRINTER_NAME jobfile.ps. This fails when print/cups-filter is installed. This is rather strange. But may be this is because you use hplip which I've never used before. Have you tried to deinstall by intention cups-filters and check whether the formerly used driver works for you? Yes, I tested cups-1.7.0 for several months
Re: print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported
25.04.2014 17:00, Max Brazhnikov пишет: On Fri, 25 Apr 2014 16:12:10 +0400 Boris Samorodov wrote: 22.04.2014 10:48, O. Hartmann пишет: On Sun, 13 Apr 2014 20:50:01 +0400 Boris Samorodov b...@passap.ru wrote: 12.04.2014 17:16, O. Hartmann пишет: On Fri, 11 Apr 2014 08:19:45 -0400 Ajtim lum...@gmail.com wrote: On Friday 11 April 2014 13:08:33 O. Hartmann wrote: On Wed, 09 Apr 2014 02:23:58 +0400 Boris Samorodov b...@passap.ru wrote: 09.04.2014 00:25, O. Hartmann пишет: On Tue, 08 Apr 2014 23:16:33 +0400 Boris Samorodov b...@passap.ru wrote: 08.04.2014 17:42, O. Hartmann пишет: Since the update of print/cups from 1.5.X to 1.7.1 How did you do it? As it is reported in /usr/ports/UPDATING. I delete first cups-image, then did the update which reeled in all the new stuff automatically. OK, lets start from some obvious things. Did you restart cupsd while experimenting? No. Give an output for: - % type lpr lpr is /usr/local/bin/lpr pkg which /usr/local/bin/lpr /usr/local/bin/lpr was installed by package cups-base-1.7.1 % ls -l /usr/local/etc/cups -r--r--r-- 1 root wheel 2807 11 Apr 11:58 cups-browsed.conf -rw-r- 1 root cups 3197 8 Apr 17:15 cups-files.conf -rw-r- 1 root cups 3197 8 Apr 17:15 cups-files.conf.bak -rw-r- 1 root wheel 3137 11 Apr 12:02 cups-files.conf.sample -r--r--r-- 1 root wheel 9521 11 Apr 11:50 cups-pdf.conf -r--r--r-- 1 root wheel 9521 11 Apr 11:50 cups-pdf.conf.sample -rw-r- 1 root cups 3442 8 Apr 17:22 cupsd.conf -rw-r- 1 root cups 5098 8 Apr 17:20 cupsd.conf.O -rw-r- 1 root cups 3442 8 Apr 17:22 cupsd.conf.bak -rw-r- 1 root wheel 4492 11 Apr 12:02 cupsd.conf.default -r--r--r-- 1 root wheel 4492 11 Apr 12:02 cupsd.conf.sample drwxr-xr-x 2 root wheel 512 11 Apr 12:02 interfaces -r--r--r-- 1 root wheel 1875 8 Apr 19:17 mime.convs -r--r--r-- 1 root wheel 1874 11 Apr 12:02 mime.convs.sample -r--r--r-- 1 root wheel 6456 8 Apr 19:18 mime.types -r--r--r-- 1 root wheel 6455 11 Apr 12:02 mime.types.sample drwxr-xr-x 2 root cups512 11 Apr 12:02 ppd -rw--- 1 root cups 4134 8 Apr 17:33 printers.conf -rw--- 1 root cups 4134 8 Apr 14:58 printers.conf.O -rw--- 1 root cups 4134 8 Apr 17:22 printers.conf.bak -rw-r--r-- 1 root cups946 11 Apr 11:53 pstoraster.convs -r--r--r-- 1 root wheel 778 11 Apr 12:04 pstotiff.convs -r--r--r-- 1 root wheel 2084 11 Apr 12:04 pstotiff.types -r--r--r-- 1 root wheel 284 11 Apr 11:49 snmp.conf -r--r--r-- 1 root wheel 284 11 Apr 12:02 snmp.conf.sample drwx-- 2 root cups512 11 Apr 12:02 ssl % make -C /usr/ports/print/cups-client pretty-print-config -GNUTLS (whoops ... this is not the default, isn't it?) == corrected that with a new recompilation with rmconfig preceded. % grep CUPS /etc/make.conf NULL (menas: no output) % pkg info -x cups hp foo gut cups-base-1.7.1 cups-client-1.7.1 cups-filters-1.0.52 cups-image-1.7.1 cups-pdf-2.6.1_1 cups-pstoraster-8.15.4_7 cups-samba-6.0_7 gutenprint-cups-5.2.8_1 libgnomecups-0.2.3_5,1 linux-f10-cups-libs-1.3.11_1 foomatic-db-hpijs-1.4 hplip-3.14.1 kdevelop-php-1.6.0_1 kdevelop-php-docs-1.6.0_1 php5-5.4.27 swhplugins-0.4.15_4 foomatic-db-20140331 foomatic-db-engine-4.0.11,2 foomatic-db-hpijs-1.4 foomatic-filters-4.0.17 gimp-gutenprint-5.2.8 gutenprint-base-5.2.8 gutenprint-cups-5.2.8_1 gutenprint-ijs-5.2.8 - Stop cupsd, move temporary /var/log/cups/*_log to another location. Start cupsd and look for suspicious messages at /var/log/cups/* files. Nothing suspicious so far. With print/cups-filters installed, the whole cups printing system is corrupted and doesn't print a single sheet of paper (PDF/PS) normal es expected. Prior to this task, I recompiled, as you suggested, first all cups ports and afterwards hplip/foomatic. I also installed print/cups-filters before recompiling hplip/foomatic. It works for me now (FreeBSD 10.0-RELEASE): I did deinstall cups* and hplip. Than installed cups and patched hplip. First I used as usual hp-business_inkjet_3000-hpijs-pcl3.ppd.gz and it didn't work It printed:%PDF-1.4 and jobs processing never stopped. Than I removed device and installed again with -3000-ps.ppd.gz and it works but cannot print test page. I tried alternatives, but it is with all (known to me) usefull drivers for the specific printer the same result: empty pages, print job stuck in queue. I also tried most recent hplip-3.14.4 but I doubt this is the reason. I can print PDF and PS, as reported, when deinstalling/removing print/cups-filters using clients like xpdf, xdvi or printing directly via lpr -PPRINTER_NAME jobfile.ps. This fails when print/cups-filter is installed. This is rather strange. But may be this is because you use hplip which I've never used before. Have you tried to deinstall by intention
Re: foomatic-rip and foo2zjs
25.04.2014 17:20, Robert Backhaus пишет: I had the foomatic-rip problem today, but didn't think of this- even though I read it yesterday. I found it myself by running it in gdb, seeing it had something to do with logging, and turning off debug. Anyway, here's a backtrace: - but the pointed line, 1200, just looks wrong - int fd = mkstemp (LOG_FILE -XX.log); - checked, edited, built - Yup, that's it. Here's the patch: --- foomaticrip.c.orig 2014-04-25 23:16:06.0 +1000 +++ foomaticrip.c 2014-04-25 23:16:47.0 +1000 @@ -1197,7 +1197,7 @@ debug = 1; if (debug) { - int fd = mkstemp (LOG_FILE -XX.log); + int fd = mkstemp (LOG_FILE-XX.log); if (fd != -1) logh = fdopen(fd, w); else Thanks! I'll commit the patch to FreeBSD ports tree. Now to find who to send it to! According to README one should use the site: http://bugs.linux-foundation.org/ (gdb) bt full #0 0x000800dae637 in snprintf () from /lib/libc.so.7 No symbol table info available. #1 0x000800dae6e2 in mkstemp () from /lib/libc.so.7 No symbol table info available. #2 0x004046a1 in main (argc=1, argv=0x7fffe4a0) at foomaticrip.c:1200 fd = 32767 i = 6585344 verbose = 0 quiet = 0 showdocs = 0 str = 0x7fffe480 p = 0x0 filename = 0x7fffe4b0 $\177 path = 0x80062e0cd H\211D$`A[AZAYAX_^YZX\235H\215d$\020�\220\220\220\220\220\220\220\220\220\220H\213\227� genpdqfile = (FILE *) 0x0 ppdfh = (FILE *) 0x0 tmp = '\0' repeats 88 times, \212\031c\000\b\000\000\000\000\000\000\000\002\000\002\000�2�\000\b\000\000\000�\177\000\000\000|d\000\b\000\000\000\000\177\000\000�\177\000\000\000\000\000\000\000\000\000\000�:c\000\b, '\0' repeats 36 times, �b\000\b, '\0' repeats 27 times, \2108�\000\b, '\0' repeats 43 times, �Qd\000\b\000\000\000\200\177\000\000p\177\000\000\000\000\000\000\000\000\000\000p\177\000\000W;c\000\b\000\000\000m\025@ \000\000\000\000\000\004�\212\006\000\000\000\000��\217�\000\000\000\�d\000\b\000\000\000\001\000... pstoraster = '\0' repeats 255 times havefilter = -1138054832 havepstoraster = -511 filelist = (dstr_t *) 0x801419040 arglist = (list_t *) 0x801418040 On 25 April 2014 21:59, Boris Samorodov b...@passap.ru wrote: 23.04.2014 00:23, Stefan Bethke пишет: Two quick observations I’m too lazy to file PRs for: foomatic-rip (from foomatic-filters-4.0.17) coredumps if you set debug: 1 in /usr/local/etc/foomatic/filter.conf. I haven’t checked what is going wrong specifically. It is possible to run foomatic-rip form the command line with -v and with debug: 0, though. At a quick glance: there is a definition of preferred shell. It is /bin/bash (commented out though). Did you try to define one? I'd say that defining it to /usr/local/bin/bash may help. foo2zjs-20140401 requires textproc/gsed, but it’s not a dependency of the port. Not sure it really has to be gsed (instead of /usr/bin/sed), but that is what it calls. Fixed, thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: foomatic-rip and foo2zjs
25.04.2014 19:35, Stefan Bethke пишет: Am 25.04.2014 um 15:20 schrieb Robert Backhaus rob...@robbak.com: Anyway, here's a backtrace: - but the pointed line, 1200, just looks wrong - int fd = mkstemp (LOG_FILE -XX.log); - checked, edited, built - Yup, that's it. Here's the patch: --- foomaticrip.c.orig 2014-04-25 23:16:06.0 +1000 +++ foomaticrip.c 2014-04-25 23:16:47.0 +1000 @@ -1197,7 +1197,7 @@ debug = 1; if (debug) { - int fd = mkstemp (LOG_FILE -XX.log); + int fd = mkstemp (LOG_FILE-XX.log); if (fd != -1) logh = fdopen(fd, w); else Sorry, that patch does’t look right to me. LOG_FILE should be a define that get’s concatenated with the string literal. Since this is compile-time, I don’t see how this would lead to a runtime error, unless LOG_FILE was defined to some unusual value. You are right, the definition is at foomaticrip.h: - /* This is the location of the debug logfile (and also the copy of the * processed PostScript data) in case you have enabled debugging above. * The logfile will get the extension .log, the PostScript data .ps. */ #ifndef LOG_FILE #define LOG_FILE /tmp/foomatic-rip #endif - Hm, was LOG_FILE defined earlier? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported
14.04.2014 13:36, O. Hartmann пишет: On Sun, 13 Apr 2014 20:50:01 +0400 Boris Samorodov b...@passap.ru wrote: 12.04.2014 17:16, O. Hartmann пишет: On Fri, 11 Apr 2014 08:19:45 -0400 Ajtim lum...@gmail.com wrote: On Friday 11 April 2014 13:08:33 O. Hartmann wrote: On Wed, 09 Apr 2014 02:23:58 +0400 Boris Samorodov b...@passap.ru wrote: 09.04.2014 00:25, O. Hartmann пишет: On Tue, 08 Apr 2014 23:16:33 +0400 Boris Samorodov b...@passap.ru wrote: 08.04.2014 17:42, O. Hartmann пишет: Since the update of print/cups from 1.5.X to 1.7.1 How did you do it? As it is reported in /usr/ports/UPDATING. I delete first cups-image, then did the update which reeled in all the new stuff automatically. OK, lets start from some obvious things. Did you restart cupsd while experimenting? No. Give an output for: - % type lpr lpr is /usr/local/bin/lpr pkg which /usr/local/bin/lpr /usr/local/bin/lpr was installed by package cups-base-1.7.1 % ls -l /usr/local/etc/cups -r--r--r-- 1 root wheel 2807 11 Apr 11:58 cups-browsed.conf -rw-r- 1 root cups 3197 8 Apr 17:15 cups-files.conf -rw-r- 1 root cups 3197 8 Apr 17:15 cups-files.conf.bak -rw-r- 1 root wheel 3137 11 Apr 12:02 cups-files.conf.sample -r--r--r-- 1 root wheel 9521 11 Apr 11:50 cups-pdf.conf -r--r--r-- 1 root wheel 9521 11 Apr 11:50 cups-pdf.conf.sample -rw-r- 1 root cups 3442 8 Apr 17:22 cupsd.conf -rw-r- 1 root cups 5098 8 Apr 17:20 cupsd.conf.O -rw-r- 1 root cups 3442 8 Apr 17:22 cupsd.conf.bak -rw-r- 1 root wheel 4492 11 Apr 12:02 cupsd.conf.default -r--r--r-- 1 root wheel 4492 11 Apr 12:02 cupsd.conf.sample drwxr-xr-x 2 root wheel 512 11 Apr 12:02 interfaces -r--r--r-- 1 root wheel 1875 8 Apr 19:17 mime.convs -r--r--r-- 1 root wheel 1874 11 Apr 12:02 mime.convs.sample -r--r--r-- 1 root wheel 6456 8 Apr 19:18 mime.types -r--r--r-- 1 root wheel 6455 11 Apr 12:02 mime.types.sample drwxr-xr-x 2 root cups512 11 Apr 12:02 ppd -rw--- 1 root cups 4134 8 Apr 17:33 printers.conf -rw--- 1 root cups 4134 8 Apr 14:58 printers.conf.O -rw--- 1 root cups 4134 8 Apr 17:22 printers.conf.bak -rw-r--r-- 1 root cups946 11 Apr 11:53 pstoraster.convs -r--r--r-- 1 root wheel 778 11 Apr 12:04 pstotiff.convs -r--r--r-- 1 root wheel 2084 11 Apr 12:04 pstotiff.types -r--r--r-- 1 root wheel 284 11 Apr 11:49 snmp.conf -r--r--r-- 1 root wheel 284 11 Apr 12:02 snmp.conf.sample drwx-- 2 root cups512 11 Apr 12:02 ssl % make -C /usr/ports/print/cups-client pretty-print-config -GNUTLS (whoops ... this is not the default, isn't it?) == corrected that with a new recompilation with rmconfig preceded. % grep CUPS /etc/make.conf NULL (menas: no output) % pkg info -x cups hp foo gut cups-base-1.7.1 cups-client-1.7.1 cups-filters-1.0.52 cups-image-1.7.1 cups-pdf-2.6.1_1 cups-pstoraster-8.15.4_7 cups-samba-6.0_7 gutenprint-cups-5.2.8_1 libgnomecups-0.2.3_5,1 linux-f10-cups-libs-1.3.11_1 foomatic-db-hpijs-1.4 hplip-3.14.1 kdevelop-php-1.6.0_1 kdevelop-php-docs-1.6.0_1 php5-5.4.27 swhplugins-0.4.15_4 foomatic-db-20140331 foomatic-db-engine-4.0.11,2 foomatic-db-hpijs-1.4 foomatic-filters-4.0.17 gimp-gutenprint-5.2.8 gutenprint-base-5.2.8 gutenprint-cups-5.2.8_1 gutenprint-ijs-5.2.8 - Stop cupsd, move temporary /var/log/cups/*_log to another location. Start cupsd and look for suspicious messages at /var/log/cups/* files. Nothing suspicious so far. With print/cups-filters installed, the whole cups printing system is corrupted and doesn't print a single sheet of paper (PDF/PS) normal es expected. Prior to this task, I recompiled, as you suggested, first all cups ports and afterwards hplip/foomatic. I also installed print/cups-filters before recompiling hplip/foomatic. It works for me now (FreeBSD 10.0-RELEASE): I did deinstall cups* and hplip. Than installed cups and patched hplip. First I used as usual hp-business_inkjet_3000-hpijs-pcl3.ppd.gz and it didn't work It printed:%PDF-1.4 and jobs processing never stopped. Than I removed device and installed again with -3000-ps.ppd.gz and it works but cannot print test page. I tried alternatives, but it is with all (known to me) usefull drivers for the specific printer the same result: empty pages, print job stuck in queue. I also tried most recent hplip-3.14.4 but I doubt this is the reason. I can print PDF and PS, as reported, when deinstalling/removing print/cups-filters using clients like xpdf, xdvi or printing directly via lpr -PPRINTER_NAME jobfile.ps. This fails when print/cups-filter is installed. This is rather strange. But may be this is because you use hplip which I've never used before. I used hplip before with CUPS 1.5.X with the printer of mine, the HP OfficeJet Pro 8600 N911a, as I mentined. The hplip driver suite privided the only prperly
Re: print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported
14.04.2014 15:58, Alex Dupre пишет: Boris Samorodov ha scritto: Great, glad to be helpful. May be the patch is not right and the problem should be resolved in another way. But anyway the problem seems to be localized and I'm sure Max will do the right thing. As already said, I fixed the very same problem with hplip installing cups-filter: I don't know which one is the correct way. Alex, I've read your previous answer. But didn't reply, ENOTIME, sorry. The problem here was when both hplip and cups-filters were installed. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: print/cups: since update to 1.7.1: error : Send-Document client-error-document-format-not-supported
12.04.2014 17:16, O. Hartmann пишет: On Fri, 11 Apr 2014 08:19:45 -0400 Ajtim lum...@gmail.com wrote: On Friday 11 April 2014 13:08:33 O. Hartmann wrote: On Wed, 09 Apr 2014 02:23:58 +0400 Boris Samorodov b...@passap.ru wrote: 09.04.2014 00:25, O. Hartmann пишет: On Tue, 08 Apr 2014 23:16:33 +0400 Boris Samorodov b...@passap.ru wrote: 08.04.2014 17:42, O. Hartmann пишет: Since the update of print/cups from 1.5.X to 1.7.1 How did you do it? As it is reported in /usr/ports/UPDATING. I delete first cups-image, then did the update which reeled in all the new stuff automatically. OK, lets start from some obvious things. Did you restart cupsd while experimenting? No. Give an output for: - % type lpr lpr is /usr/local/bin/lpr pkg which /usr/local/bin/lpr /usr/local/bin/lpr was installed by package cups-base-1.7.1 % ls -l /usr/local/etc/cups -r--r--r-- 1 root wheel 2807 11 Apr 11:58 cups-browsed.conf -rw-r- 1 root cups 3197 8 Apr 17:15 cups-files.conf -rw-r- 1 root cups 3197 8 Apr 17:15 cups-files.conf.bak -rw-r- 1 root wheel 3137 11 Apr 12:02 cups-files.conf.sample -r--r--r-- 1 root wheel 9521 11 Apr 11:50 cups-pdf.conf -r--r--r-- 1 root wheel 9521 11 Apr 11:50 cups-pdf.conf.sample -rw-r- 1 root cups 3442 8 Apr 17:22 cupsd.conf -rw-r- 1 root cups 5098 8 Apr 17:20 cupsd.conf.O -rw-r- 1 root cups 3442 8 Apr 17:22 cupsd.conf.bak -rw-r- 1 root wheel 4492 11 Apr 12:02 cupsd.conf.default -r--r--r-- 1 root wheel 4492 11 Apr 12:02 cupsd.conf.sample drwxr-xr-x 2 root wheel 512 11 Apr 12:02 interfaces -r--r--r-- 1 root wheel 1875 8 Apr 19:17 mime.convs -r--r--r-- 1 root wheel 1874 11 Apr 12:02 mime.convs.sample -r--r--r-- 1 root wheel 6456 8 Apr 19:18 mime.types -r--r--r-- 1 root wheel 6455 11 Apr 12:02 mime.types.sample drwxr-xr-x 2 root cups512 11 Apr 12:02 ppd -rw--- 1 root cups 4134 8 Apr 17:33 printers.conf -rw--- 1 root cups 4134 8 Apr 14:58 printers.conf.O -rw--- 1 root cups 4134 8 Apr 17:22 printers.conf.bak -rw-r--r-- 1 root cups946 11 Apr 11:53 pstoraster.convs -r--r--r-- 1 root wheel 778 11 Apr 12:04 pstotiff.convs -r--r--r-- 1 root wheel 2084 11 Apr 12:04 pstotiff.types -r--r--r-- 1 root wheel 284 11 Apr 11:49 snmp.conf -r--r--r-- 1 root wheel 284 11 Apr 12:02 snmp.conf.sample drwx-- 2 root cups512 11 Apr 12:02 ssl % make -C /usr/ports/print/cups-client pretty-print-config -GNUTLS (whoops ... this is not the default, isn't it?) == corrected that with a new recompilation with rmconfig preceded. % grep CUPS /etc/make.conf NULL (menas: no output) % pkg info -x cups hp foo gut cups-base-1.7.1 cups-client-1.7.1 cups-filters-1.0.52 cups-image-1.7.1 cups-pdf-2.6.1_1 cups-pstoraster-8.15.4_7 cups-samba-6.0_7 gutenprint-cups-5.2.8_1 libgnomecups-0.2.3_5,1 linux-f10-cups-libs-1.3.11_1 foomatic-db-hpijs-1.4 hplip-3.14.1 kdevelop-php-1.6.0_1 kdevelop-php-docs-1.6.0_1 php5-5.4.27 swhplugins-0.4.15_4 foomatic-db-20140331 foomatic-db-engine-4.0.11,2 foomatic-db-hpijs-1.4 foomatic-filters-4.0.17 gimp-gutenprint-5.2.8 gutenprint-base-5.2.8 gutenprint-cups-5.2.8_1 gutenprint-ijs-5.2.8 - Stop cupsd, move temporary /var/log/cups/*_log to another location. Start cupsd and look for suspicious messages at /var/log/cups/* files. Nothing suspicious so far. With print/cups-filters installed, the whole cups printing system is corrupted and doesn't print a single sheet of paper (PDF/PS) normal es expected. Prior to this task, I recompiled, as you suggested, first all cups ports and afterwards hplip/foomatic. I also installed print/cups-filters before recompiling hplip/foomatic. It works for me now (FreeBSD 10.0-RELEASE): I did deinstall cups* and hplip. Than installed cups and patched hplip. First I used as usual hp-business_inkjet_3000-hpijs-pcl3.ppd.gz and it didn't work It printed:%PDF-1.4 and jobs processing never stopped. Than I removed device and installed again with -3000-ps.ppd.gz and it works but cannot print test page. I tried alternatives, but it is with all (known to me) usefull drivers for the specific printer the same result: empty pages, print job stuck in queue. I also tried most recent hplip-3.14.4 but I doubt this is the reason. I can print PDF and PS, as reported, when deinstalling/removing print/cups-filters using clients like xpdf, xdvi or printing directly via lpr -PPRINTER_NAME jobfile.ps. This fails when print/cups-filter is installed. This is rather strange. But may be this is because you use hplip which I've never used before. Have you tried to deinstall by intention cups-filters and check whether the formerly used driver works for you? Yes, I tested cups-1.7.0 for several months with no ill-effects (HP, OKI and Epson printers). I also deinstalled everything related to hplip and cups (cups, cups-XXX
Re: print/hpijs + new cups + foomatic not working with hpijs-pcl3e printer.
08.04.2014 08:05, Robert Backhaus пишет: I've got a printing problem with the new cups. A brother laser using Foomatic/hpijs-pcl5e, is printing '%PDF-1.3' instead of the required page. Examining the log file, It is trying to print it using texttops, before handing that to ghostscript, never detecting that it was PDF. Interestingly, if i print from libreoffice with .pdf print format enabled, I get %PDF-1.4 with %¿ as the next line. If I print without it, so it sends postscript, I get %PDF-1.3, again, with %¿ on the next line. So it seems like it is first converting the print document to .pdf, but not detecting that it is pdf for the next step. Hmm, another clue - I have a HP inkjet using Foomatic/hpijs, and it is working OK, with both pdf and ps input. But the hpijs-pcl5e Brother is failing. So the Hp inkjet is using a .ppd from the hpijs port, and the brother is using the ppd from the foomatic-db port. All the print ports are up to date. I think the bit that is messing up is the foomatic filter, which, if I understand it, decides what filters to put the file through. But the hpijs printer is working fine, while the hpijs-pcl5e one is messing up, even though they come from the same port. I don't understand the difference, so I am stuck working out where it is going wrong. Any help would be greatly appreciated. You use print/hpijs. AFAIC HP now produces it's capability at print/hplip. Please, consider trying the latter. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups-client broken on ia64, blocks 70 ports, please help
08.04.2014 10:47, Anton Shterenlikht пишет: From b...@passap.ru Mon Apr 7 21:41:34 2014 The errors are from cups-image now: http://eis.bris.ac.uk/~mexas/logs/cups-image-1.7.1.log Please test the attached patch (apply to print/cups-base and test print/cups-image). yes, fixes the problem, thank you. A fix is committed. Also, if you are interested, here are 2 more CUPS build failures: http://www.freebsd.org/cgi/query-pr.cgi?pr=188336 http://www.freebsd.org/cgi/query-pr.cgi?pr=188337 Can you followup to those PRs with URLs to full config.log? done for the first one, gtk20. However, for the second one, qt4-gui, it didn't even get to config.log, at least I cannot find it under poudriere workdirs: data/wrkdirs/ia64-11-default/default/work/qt-everywhere-opensource-src-4.8.5 Replied at another thread (seems that for you it's a good idea to upgrade to a recent CURRENT). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: print/hpijs + new cups + foomatic not working with hpijs-pcl3e printer.
08.04.2014 13:55, Patrick Lamaiziere пишет: Le Tue, 8 Apr 2014 14:05:00 +1000, Robert Backhaus rob...@robbak.com a écrit : I've got a printing problem with the new cups. I've got a similar problem with cups 1.7 and a Lexmark T640 using the foomatic filters. I've to use Generic Postcript printer to make it works again. That worked fine with cups 1.5. With 1.7 the printer prints nothing. I guess something is broken. Anything suspicious at /var/log/messages, /var/log/cups/*? OS version and which cups / foomatic ports are installed? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups-client broken on ia64, blocks 70 ports, please help
07.04.2014 11:08, Anton Shterenlikht пишет: does not work. Hm. Can you revert the last patch, update your ports tree and re-test? If it doesn't work, please show the output of command: - % make -C /usr/ports/print/cups-client -V CFLAGS - -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups-client broken on ia64, blocks 70 ports, please help
07.04.2014 15:11, Anton Shterenlikht пишет: From b...@passap.ru Mon Apr 7 10:49:21 2014 Hm. Can you revert the last patch, update your ports tree and re-test? If it doesn't work, please show the output of command: % make -C /usr/ports/print/cups-client -V CFLAGS still the same: # svn info /usr/ports/print/cups-base/ Path: /usr/ports/print/cups-base Working Copy Root Path: /usr/ports URL: https://svn0.eu.freebsd.org/ports/head/print/cups-base Relative URL: ^/head/print/cups-base Repository Root: https://svn0.eu.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 350457 Node Kind: directory Schedule: normal Last Changed Author: bsam Last Changed Rev: 350154 Last Changed Date: 2014-04-04 20:27:51 +0100 (Fri, 04 Apr 2014) # svn diff /usr/ports/print/cups-base/ # # make -C /usr/ports/print/cups-client -V CFLAGS -O2 -pipe -DLIBICONV_PLUG -fno-blocks -fno-strict-aliasing # but -DLIBICONV_PLUG -fno-blocks don't seem to be present on compilation: Compiling error.c... Compiling interpret.c... cc -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -I.. -D_CUPS_SOURCE -I/usr/local/include -O2 -pipe -fno-strict-aliasing -D_REENTRANT -D_THREAD_SAFE -pthread -I/usr/local/include -DOPENSSL_DISABLE_OLD_DES_SUPPORT -D_LARGEFILE_SOURCE -D_THREAD_SAFE -D_REENTRANT -c -o error.o error.c cc -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -I.. -D_CUPS_SOURCE -I/usr/local/include -O2 -pipe -fno-strict-aliasing -D_REENTRANT -D_THREAD_SAFE -pthread -I/usr/local/include -DOPENSSL_DISABLE_OLD_DES_SUPPORT -D_LARGEFILE_SOURCE -D_THREAD_SAFE -D_REENTRANT -c -o interpret.o interpret.c error.c:1: warning: -fstack-protector not supported for this targetinterpret.c:1: warning: -fstack-protector not supported for this target In file included from ../cups/raster.h:27, from ../cups/raster-private.h:25, from interpret.c:43: ./cups/cups.h:34:35: error: dispatch/dispatch.h: No such file or directory In file included from ../cups/raster.h:27, from ../cups/raster-private.h:25, from error.c:31: ./cups/cups.h:34:35: error: dispatch/dispatch.h: No such file or directory gmake[3]: *** [error.o] Error 1 gmake[3]: *** Waiting for unfinished jobs gmake[3]: *** [interpret.o] Error 1 gmake[3]: Leaving directory `/usr/ports/print/cups-image/work/cups-1.7.1/filter' Can you give me an URL for a full poudriere log? Also, configure reports: checking if GCC supports -fstack-protector... yes So I don't understand the -fstack-protector not supported warnings above. Actaully, the warning is -fstack-protector not supported for this target. So may be configure checks up for -fstack-protector in general. But build fails when tries to compile it for ia64. A gcc guru may enlighten this a bit. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups-client broken on ia64, blocks 70 ports, please help
07.04.2014 18:29, Anton Shterenlikht пишет: Actually, cups-client builds fine now: http://eis.bris.ac.uk/~mexas/logs/cups-client-1.7.1.log Good. Please close this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=188161 Done. The errors are from cups-image now: http://eis.bris.ac.uk/~mexas/logs/cups-image-1.7.1.log Please test the attached patch (apply to print/cups-base and test print/cups-image). Sorry for the confusion. NP. Also, if you are interested, here are 2 more CUPS build failures: http://www.freebsd.org/cgi/query-pr.cgi?pr=188336 http://www.freebsd.org/cgi/query-pr.cgi?pr=188337 Can you followup to those PRs with URLs to full config.log? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve Index: Makefile === --- Makefile(revision 350528) +++ Makefile(working copy) @@ -303,7 +303,7 @@ # should be reworked to build with blocks and libdispatch support (via options). # .include bsd.port.pre.mk -.if defined(CUPS_CLIENT) ${OPSYS} == FreeBSD ${OSVERSION} 100 +.if (defined(CUPS_CLIENT) || defined(CUPS_IMAGE)) ${OPSYS} == FreeBSD ${OSVERSION} 100 CFLAGS+= -fno-blocks .endif ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups-client broken on ia64, blocks 70 ports, please help
04.04.2014 12:07, Anton Shterenlikht пишет: http://www.freebsd.org/cgi/query-pr.cgi?pr=188161 Compiling adminutil.c... cc -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -I.. -D_CUPS_SOURCE -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DOPENSSL_DISABLE_OLD_DES_SUPPORT -D_LARGEFILE_SOURCE -D_THREAD_SAFE -D_REENTRANT -D_CUPS_NO_DEPRECATED=1 -D_PPD_DEPRECATED= -c -o adminutil.o adminutil.c adminutil.c:1: warning: -fstack-protector not supported for this target In file included from pwg-private.h:25, from cups-private.h:31, from adminutil.c:33: ../cups/cups.h:34:35: error: dispatch/dispatch.h: No such file or directory Hm. cups/cups.h has the following code: - # ifdef __BLOCKS__ #include dispatch/dispatch.h # endif /* __BLOCKS__ */ - It seems that the whole dispath is an Apple thing. How does it come about that it get used by FreeBSD? I think this check may be removed. Anyway please try the following patch (place it in to the print/cups/file directory -- mind print/cups origin, not print/cups-client) and retry: ftp://ftp.wart.ru/pub/misc/patch-cups-cups.h gmake[2]: *** [adminutil.o] Error 1 gmake[2]: Leaving directory `/wrkdirs/usr/ports/print/cups-client/work/cups-1.7.1/cups' The last working version is cups-client-1.5.4_1 Thanks Anton ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups-client broken on ia64, blocks 70 ports, please help
04.04.2014 15:49, Baptiste Daroussin пишет: On Fri, Apr 04, 2014 at 02:18:15PM +0400, Boris Samorodov wrote: 04.04.2014 12:07, Anton Shterenlikht пишет: http://www.freebsd.org/cgi/query-pr.cgi?pr=188161 Compiling adminutil.c... cc -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -I.. -D_CUPS_SOURCE -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DOPENSSL_DISABLE_OLD_DES_SUPPORT -D_LARGEFILE_SOURCE -D_THREAD_SAFE -D_REENTRANT -D_CUPS_NO_DEPRECATED=1 -D_PPD_DEPRECATED= -c -o adminutil.o adminutil.c adminutil.c:1: warning: -fstack-protector not supported for this target In file included from pwg-private.h:25, from cups-private.h:31, from adminutil.c:33: ../cups/cups.h:34:35: error: dispatch/dispatch.h: No such file or directory Hm. cups/cups.h has the following code: - # ifdef __BLOCKS__ #include dispatch/dispatch.h # endif /* __BLOCKS__ */ - It seems that the whole dispath is an Apple thing. How does it come about that it get used by FreeBSD? I think this check may be removed. Anyway please try the following patch (place it in to the print/cups/file directory -- mind print/cups origin, not print/cups-client) and retry: ftp://ftp.wart.ru/pub/misc/patch-cups-cups.h That is on recent head, due to the import of _BLOCKS_ support but we don't have libdispatch Makes sense, thanks. Wait a little, I don't get any defines: - % uname -a FreeBSD bb052.bsnet 11.0-CURRENT FreeBSD 11.0-CURRENT #77 r264083: Fri Apr 4 00:30:01 SAMT 2014 bsam@bb052.bsnet:/usr/obj/usr/src/sys/BB64X amd64 % grep __BLOCKS__ -r /usr/include /usr/include/heimbase.h:#ifdef __BLOCKS__ /usr/include/heimbase.h:#ifdef __BLOCKS__ /usr/include/heimbase.h:#ifdef __BLOCKS__ /usr/include/stdlib.h:#ifdef __BLOCKS__ /usr/include/stdlib.h:#ifdef __BLOCKS__ /usr/include/stdlib.h:#ifdef __BLOCKS__ /usr/include/stdlib.h:#ifdef __BLOCKS__ /usr/include/hx509-protos.h:#ifdef __BLOCKS__ /usr/include/hx509-protos.h:#endif /* __BLOCKS__ */ /usr/include/dirent.h:#ifdef __BLOCKS__ - -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Problems after upgrade to CUPS 1.7.1 - gstoraster error
04.04.2014 13:51, Dr. Peter Voigt пишет: Am Thu, 03 Apr 2014 20:51:15 +0400 schrieb Boris Samorodov b...@passap.ru: The patch changes three files. So you may restore them all. You may use PATCH(1) with -R option to restore status quo. Yeah of course, sorry, did only a quick check of your patch at that time. I use just delete an old package and then build and install a new one using the portstree. Should be OK to use vice versa (from a new version to an old one). I even did not have to delete the old package. I just patched and subsequently built print/cups-filters. And pkg is happy: cups-1.7.1 = up-to-date with port cups-base-1.7.1= up-to-date with port cups-client-1.7.1 = up-to-date with port cups-filters-1.0.50= up-to-date with port cups-image-1.7.1 = up-to-date with port cups-pstoraster-8.15.4_7 = up-to-date with port gutenprint-cups-5.2.8_1= up-to-date with port And patching was successful, cups is working now as expected. That's great, thank you, Boris. So there is currently no need to downgrade again :-) OK, glad to be helpful. Thanks for testing and reporting back. Did I get you right, that a modified version of this patch will go into ports tree as soon as it will be able to cover FreeBSD 8.x as well? Correct. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups-client broken on ia64, blocks 70 ports, please help
04.04.2014 16:42, Anton Shterenlikht пишет: From b...@passap.ru Fri Apr 4 11:55:13 2014 04.04.2014 12:07, Anton Shterenlikht аПаИбаЕб: http://www.freebsd.org/cgi/query-pr.cgi?pr=188161 Compiling adminutil.c... cc -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -I.. -D_CUPS_SOURCE -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DOPENSSL_DISABLE_OLD_DES_SUPPORT -D_LARGEFILE_SOURCE -D_THREAD_SAFE -D_REENTRANT -D_CUPS_NO_DEPRECATED=1 -D_PPD_DEPRECATED= -c -o adminutil.o adminutil.c adminutil.c:1: warning: -fstack-protector not supported for this target In file included from pwg-private.h:25, from cups-private.h:31, from adminutil.c:33: ../cups/cups.h:34:35: error: dispatch/dispatch.h: No such file or directory Hm. cups/cups.h has the following code: - # ifdef __BLOCKS__ #include dispatch/dispatch.h # endif /* __BLOCKS__ */ - It seems that the whole dispath is an Apple thing. How does it come about that it get used by FreeBSD? I think this check may be removed. Anyway please try the following patch (place it in to the print/cups/file directory -- mind print/cups origin, not print/cups-client) and retry: ftp://ftp.wart.ru/pub/misc/patch-cups-cups.h did you mean print/cups-base/files? Err, sure. Sorry. If I put it under print/cups/files it makes no difference, but if I put the patch under print/cups-base/files, then cups-client and cups-image do build and install. Thanks for confirmation. Will you commit the patch? Yes, but I'd like understand which systems are influenced [the thread is continuing]. BTW, what's this warning on stack protector: warning: -fstack-protector not supported for this target This is just a warning... -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups-client broken on ia64, blocks 70 ports, please help
04.04.2014 16:42, Anton Shterenlikht пишет: From b...@passap.ru Fri Apr 4 11:55:13 2014 04.04.2014 12:07, Anton Shterenlikht аПаИбаЕб: http://www.freebsd.org/cgi/query-pr.cgi?pr=188161 Compiling adminutil.c... cc -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -I.. -D_CUPS_SOURCE -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DOPENSSL_DISABLE_OLD_DES_SUPPORT -D_LARGEFILE_SOURCE -D_THREAD_SAFE -D_REENTRANT -D_CUPS_NO_DEPRECATED=1 -D_PPD_DEPRECATED= -c -o adminutil.o adminutil.c adminutil.c:1: warning: -fstack-protector not supported for this target In file included from pwg-private.h:25, from cups-private.h:31, from adminutil.c:33: ../cups/cups.h:34:35: error: dispatch/dispatch.h: No such file or directory Hm. cups/cups.h has the following code: - # ifdef __BLOCKS__ #include dispatch/dispatch.h # endif /* __BLOCKS__ */ - It seems that the whole dispath is an Apple thing. How does it come about that it get used by FreeBSD? I think this check may be removed. Anyway please try the following patch (place it in to the print/cups/file directory -- mind print/cups origin, not print/cups-client) and retry: ftp://ftp.wart.ru/pub/misc/patch-cups-cups.h did you mean print/cups-base/files? If I put it under print/cups/files it makes no difference, but if I put the patch under print/cups-base/files, then cups-client and cups-image do build and install. Will you commit the patch? OK, I've got a patch that may be committed. It's just a band-aid for now, until a better patch using clang and gcc, blocks and libdispatch with different FreeBSD versions is created. Anton, can you test the patch (remove the previous one from cups-base/files)? Thank you. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve Index: cups-base/Makefile === --- cups-base/Makefile (revision 350133) +++ cups-base/Makefile (working copy) @@ -82,6 +82,7 @@ INSTALL_WRKSRC=${WRKSRC}/cups PLIST= ${MASTERDIR}/pkg-plist.client USES+= iconv +CFLAGS+= -fno-blocks LDFLAGS+= ${ICONV_LIB} USE_LDCONFIG= yes PKGMESSAGE=${NONEXISTENT} ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Problems after upgrade to CUPS 1.7.1 - gstoraster error
02.04.2014 22:09, Dr. Peter Voigt пишет: After one of the latest ports tree updates on 10.0-RELEASE I upgraded CUPS to version 1.7.1. This version of CUPS reveals some strange behavior, although printing itself seems to work as expected. After the printer has finished a job the job is still being marked as active. The CUPS web interface has marked the job as 'stopped Filter failed' and the CUPS version of lpq still lists the job as being queued. The cups log file is directed on my system to rsyslogd and shows following error messages: - Job stopped due to filter errors; please consult the error_log file for details. - /usr/local/libexec/cups/filter/gstoraster) stopped with status 1. Fortunately these errors do not block the printing system, e.g. I can start further print jobs which will be printed immediately. However it is annoying that the printing queue gets filled more and more. Here are my installed CUPS related packages: # pkg version -v |grep cups cups-1.7.1 = up-to-date with port cups-base-1.7.1= up-to-date with port cups-client-1.7.1 = up-to-date with port cups-filters-1.0.42= up-to-date with port cups-image-1.7.1 = up-to-date with port cups-pstoraster-8.15.4_7 = up-to-date with port gutenprint-cups-5.2.8_1= up-to-date with port Any advice is appreciated. I've got a diff to update print/cups-filters from version 1.0.42 to version 1.0.50. Please, dive it a try. It may help. (This patch may not be committed as is since it does not build at 8.x due to incomplete network headers). If that do not help, then try to enable debug (set LogLevel debug at cupsd.conf) and look at logs (/var/log/cups/error_log in particular) for any errors. Patch is included. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve Index: Makefile === --- Makefile(revision 349924) +++ Makefile(working copy) @@ -1,7 +1,7 @@ # $FreeBSD$ PORTNAME= cups-filters -PORTVERSION= 1.0.42 +PORTVERSION= 1.0.50 CATEGORIES=print MASTER_SITES= http://www.openprinting.org/download/cups-filters/ @@ -20,7 +20,8 @@ libfontconfig.so:${PORTSDIR}/x11-fonts/fontconfig \ libpoppler.so:${PORTSDIR}/graphics/poppler -USES= compiler:c++11-lib pathfix pkgconfig tar:xz +USES= compiler:c++11-lib pathfix pkgconfig shebangfix tar:xz +SHEBANG_FILES= filter/textonly USE_GNOME= glib20 USE_GHOSTSCRIPT= yes GNU_CONFIGURE= yes @@ -45,5 +46,7 @@ post-install: @${RM} -rf ${STAGEDIR}${PREFIX}/libexec/cups/filter/foomatic-rip \ ${STAGEDIR}${PREFIX}/man/man1/foomatic-rip.1 + @${STRIP_CMD} ${STAGEDIR}${PREFIX}/lib/libcupsfilters.so.1 \ + ${STAGEDIR}${PREFIX}/lib/libfontembed.so.1 .include bsd.port.mk Index: distinfo === --- distinfo(revision 349924) +++ distinfo(working copy) @@ -1,2 +1,2 @@ -SHA256 (cups-filters-1.0.42.tar.xz) = 3df524207ab24472430cffba7f01407b8adc094ec40094c5f6682d5a88a70dd6 -SIZE (cups-filters-1.0.42.tar.xz) = 1097860 +SHA256 (cups-filters-1.0.50.tar.xz) = 771bdaeaa171cfb3850b229d5d167bde2abcd40b900075ae72d4867acc8adbe7 +SIZE (cups-filters-1.0.50.tar.xz) = 1309912 Index: pkg-plist === --- pkg-plist (revision 349924) +++ pkg-plist (working copy) @@ -48,6 +48,7 @@ sbin/cups-browsed share/cups/banners/classified share/cups/banners/confidential +share/cups/banners/form share/cups/banners/secret share/cups/banners/standard share/cups/banners/topsecret @@ -57,6 +58,10 @@ share/cups/charsets/pdf.utf-8.simple share/cups/data/default-testpage.pdf share/cups/data/default.pdf +share/cups/data/form_english.pdf +share/cups/data/form_english_in.odt +share/cups/data/form_russian.pdf +share/cups/data/form_russian_in.odt share/cups/data/testprint share/cups/drv/cupsfilters.drv share/cups/mime/cupsfilters.convs @@ -68,6 +73,7 @@ %%PORTDOCSDOCSDIR%%/INSTALL %%PORTDOCSDOCSDIR%%/NEWS %%PORTDOCSDOCSDIR%%/README +share/ppd/cupsfilters/Fuji_Xerox-DocuPrint_CM305_df-PDF.ppd share/ppd/cupsfilters/Generic-PDF_Printer-PDF.ppd share/ppd/cupsfilters/HP-Color_LaserJet_CM3530_MFP-PDF.ppd share/ppd/cupsfilters/HP-PhotoSmart_Pro_B8300-hpijs-pdftoijs.ppd ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Problems after upgrade to CUPS 1.7.1 - gstoraster error
03.04.2014 20:10, Dr. Peter Voigt пишет: Am Thu, 03 Apr 2014 18:32:32 +0400 schrieb Boris Samorodov b...@passap.ru: I've got a diff to update print/cups-filters from version 1.0.42 to version 1.0.50. Please, dive it a try. It may help. (This patch may not be committed as is since it does not build at 8.x due to incomplete network headers). If that do not help, then try to enable debug (set LogLevel debug at cupsd.conf) and look at logs (/var/log/cups/error_log in particular) for any errors. Patch is included. Thanks for all advices so far. I would like to give this patch a try but I am worrying about possibly confusing pkg(ng) in case of having to downgrade again. If I got you right, Boris, your patch should upgrade print/cups-filters to version 1.0.50. Yes. If I have the need to downgrade again, I will use the original Makefile. The patch changes three files. So you may restore them all. You may use PATCH(1) with -R option to restore status quo. Can I build and install the original version 1.0.42 again without confusing pkg(ng)? I use just delete an old package and then build and install a new one using the portstree. Should be OK to use vice versa (from a new version to an old one). I ask because I am rather new to FreeBSD and right after having learned old pkg administration I am still in the process of understanding pkg(ng). I have learned from the forum and from own bad experiences that the package database can easily be mangled leaving you with a lot of work to get things running again. Well, for _me_ playing with _one_ port (not touching any dependencies) was always a success. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Updating less-than-everything with poudriere pkgng
01.04.2014 19:18, J David пишет: - Build port(s) outside of poudriere and then inject them into the pkgng repo maintained by poudriere? I'd go this way: 1. Update/install the latest portstree at one system that uses your custom packages. 2. Build/install/package a new version of the needed port using port's infrastructure. 3. Copy the new package to your distributing server. 4. Use PKG-REPO(8) to create a package repository catalog. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups update
31.03.2014 11:38, Johan Hendriks пишет: Installing cups-client-1.7.1...pkg-static: cups-client-1.7.1 conflicts with cups-image-1.5.4_1 (installs files into the same place). Problematic file: /usr/local/include/cups/raster.h Yep, the problematic file has moved form cups-image (1.5.x) to cups-client (1.7.x). So before upgrading cups-image should be removed. A note to UPDATING would be a nice idea too... -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups update
31.03.2014 12:26, Johan Hendriks пишет: Boris Samorodov schreef: 31.03.2014 11:38, Johan Hendriks пишет: Installing cups-client-1.7.1...pkg-static: cups-client-1.7.1 conflicts with cups-image-1.5.4_1 (installs files into the same place). Problematic file: /usr/local/include/cups/raster.h Yep, the problematic file has moved form cups-image (1.5.x) to cups-client (1.7.x). So before upgrading cups-image should be removed. A note to UPDATING would be a nice idea too... Ok that worked. pkg delete -f cups-image portmaster print/cups-image installed both ports. Thanks for confirmation. I've just committed a note to UPDATING. Sorry for inconsistency. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: cups update
31.03.2014 13:56, Ajtim пишет: On Monday 31 March 2014 12:00:51 Boris Samorodov wrote: 31.03.2014 11:38, Johan Hendriks пишет: Installing cups-client-1.7.1...pkg-static: cups-client-1.7.1 conflicts with cups-image-1.5.4_1 (installs files into the same place). Problematic file: /usr/local/include/cups/raster.h Yep, the problematic file has moved form cups-image (1.5.x) to cups-client (1.7.x). So before upgrading cups-image should be removed. A note to UPDATING would be a nice idea too... It doesn't work for me: = SHA256 Checksum mismatch for cups-1.7.1-source.tar.bz2. === Refetch for 1 more times files: cups-1.7.1-source.tar.bz2 === License LGPL21 accepted by the user === Found saved configuration for cups-client-1.5.4_1 === cups-client-1.7.1 depends on file: /usr/local/sbin/pkg - found = cups-1.7.1-source.tar.bz2 doesn't seem to exist in /usr/ports/distfiles//. = Attempting to fetch http://www.cups.org/software/1.7.1/cups-1.7.1-source.tar.bz2 cups-1.7.1-source.tar.bz2 100% of 8533 kB 84 kBps 01m40s = Fetched file size mismatch (expected 8738002, actual 4816896) = Trying next site = Attempting to fetch http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/cups/1.7.1/cups-1.7.1-source.tar.bz2 fetch: http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/cups/1.7.1/cups-1.7.1-source.tar.bz2: Not Found = Attempting to fetch ftp://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/cups/1.7.1/cups-1.7.1-source.tar.bz2 fetch: ftp://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/cups/1.7.1/cups-1.7.1-source.tar.bz2: File unavailable (e.g., file not found, no access) = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/cups-1.7.1-source.tar.bz2 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/cups-1.7.1-source.tar.bz2: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles// and try again. *** Error code 1 Hm, did you try several times? Is actual size the same every time? It's OK to me right now: - [~]bsam@uni% make -C /usr/ports/print/cups-client fetch === License LGPL21 accepted by the user === Found saved configuration for cups-client-1.5.2_2 === cups-client-1.7.1 depends on file: /usr/local/sbin/pkg - found = cups-1.7.1-source.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch ftp://ftp.cronyx.ru/pub/FreeBSD/ports/distfiles/cups-1.7.1-source.tar.bz2 fetch: ftp://ftp.cronyx.ru/pub/FreeBSD/ports/distfiles/cups-1.7.1-source.tar.bz2: File unavailable (e.g., file not found, no access) = Attempting to fetch ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/cups-1.7.1-source.tar.bz2 fetch: ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/cups-1.7.1-source.tar.bz2: File unavailable (e.g., file not found, no access) = Attempting to fetch http://www.cups.org/software/1.7.1/cups-1.7.1-source.tar.bz2 cups-1.7.1-source.tar.bz2 100% of 8533 kB 39 kBps 03m33s === Fetching all distfiles required by cups-client-1.7.1 for building [~]bsam@uni% sha256 /usr/ports/distfiles/cups-1.7.1-source.tar.bz2 SHA256 (/usr/ports/distfiles/cups-1.7.1-source.tar.bz2) = f52bec893d9daf92b6029be79c07e6c516b4c85ffae3e6e01885cc85e9081681 [~]bsam@uni% ls -l /usr/ports/distfiles/cups-1.7.1-source.tar.bz2 -rw-r--r-- 1 bsam wheel 8738002 8 янв 20:31 /usr/ports/distfiles/cups-1.7.1-source.tar.bz2 - -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Any newer latex than latex2e-2003.12_1
01.02.2014 07:19, sw2wolf пишет: The imaxima needs to use latex. But latex2e-2003.12_1 from `pkg seach latex` seems too old. and imaxima always reports latex error when using it. There are texlive* ports and (just FYI) freebsd-tex@ maillist. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Is it Ok to write files into ${STAGEDIR}/${PREFIX} on build stage?
25.01.2014 12:33, Lev Serebryakov пишет: Hello, Boris. You wrote 24 января 2014 г., 20:33:45: I'm writing port, which has complex, multi-stage build. In the middle ofg build some files should be installed into some directory with exactly same structure, as final result -- some ${TEMPROOT}/${PREFIX}. I could create special place for files, and in do-install simple do tar -cf - -C ${TEMPROOT} . | tar -xf - -C ${STAGEDIR} -- it will be correct install to stage dir for this port. But it looks strange -- to have two copies of all final files. Now I'm using ${STAGEDIR}/${PREFIX} instead of ${TEMPROOT}/${PREFIX} and it works nicely -- do-install: becomes no-op, everything is in-place and port doesn't spent another 250MiB of disk place. But, maybe, I don't something significant flaw in this approach and it is bad idea? BS This is a bad idea in general. And if you try to test the port then at BS stage time you should get an error like the the file system touched BS before the stage phase. I didn't get any errors, it works like a charm, with all make install / make deinstall and make package as user and other stuff. Only problem, that check-orphan complains about *.info files not in pkg-plist, but it looks like bug in check-orphan, as I have all *.info in INFO Makefile variable and, again, install/deinstall and package works and there are not orphan files, target filesystem is exactly the same after sudo make install deinstall or sudo pkg add ${package} sudo pkg delete ${package}. Oh, yes, other problem, that *.info files are installed to real system even if OPTIONS_UNSET=DOCS / NOPORTDOCS=yes is used, so interaction between staging and INFO variables is broken in some way (and portlint insists, that putting info files into pkg-plist is bad idea). BS Those stages are: BS 1. fetch, ...; BS 2. build; BS 3. stage (install to a STAGEDIR); BS 4. actual install (to PREFIX). BS Our staging allows having a full install at STAGEDIR but doing BS a partially install to PREFIX. I.e. DOCS, EXAMPLES, NLS, etc. may be BS installed to real filesystem (PREFIX) only if an appropriate option is BS checked up. In the future this allows us to get different binary BS packages (libs-*, bin-*, what_you_like-*) from one source (STAGEDIR). How this contradict with putting file to ${STAGEDIR}${PREFIX} before stage phase (I don't like word stage instead of phase here due to obvious reason)? To my mind build is, well, for building and install... you know... Now my port does all installation (from upstream software point of view) into ${STAGEDIR}${PREFIX} at port build phase (do-build target from port's Makefile point of view), stage phase (really do-install target from port's Makefile point of view) is no-op, and it works! And that (install while being at build target) is imho not good. May be not now but later. May be with different user rights... One more time -- it's just my imho. _I_ wouldn't do so. BS And yes, this system has a drawback. If you write an application only BS for FreeBSD, it is a monolith one (no docs, examples, etc.) and you BS use only ports system (no packages) then you'll get your application BS duplicate disk consumption (at stage/install phase). I have docs, examples, etc. And use packages. It works. It supports NOPORTDOCS / NOPORTEXAMPLES properly in all cases. I could send port prototype to you to examine. Please, do. I'll try to scrub it. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Is it Ok to write files into ${STAGEDIR}/${PREFIX} on build stage?
20.01.2014 00:04, Lev Serebryakov пишет: Hello, Ports. I'm writing port, which has complex, multi-stage build. In the middle ofg build some files should be installed into some directory with exactly same structure, as final result -- some ${TEMPROOT}/${PREFIX}. I could create special place for files, and in do-install simple do tar -cf - -C ${TEMPROOT} . | tar -xf - -C ${STAGEDIR} -- it will be correct install to stage dir for this port. But it looks strange -- to have two copies of all final files. Now I'm using ${STAGEDIR}/${PREFIX} instead of ${TEMPROOT}/${PREFIX} and it works nicely -- do-install: becomes no-op, everything is in-place and port doesn't spent another 250MiB of disk place. But, maybe, I don't something significant flaw in this approach and it is bad idea? This is a bad idea in general. And if you try to test the port then at stage time you should get an error like the the file system touched before the stage phase. Those stages are: 1. fetch, ...; 2. build; 3. stage (install to a STAGEDIR); 4. actual install (to PREFIX). Our staging allows having a full install at STAGEDIR but doing a partially install to PREFIX. I.e. DOCS, EXAMPLES, NLS, etc. may be installed to real filesystem (PREFIX) only if an appropriate option is checked up. In the future this allows us to get different binary packages (libs-*, bin-*, what_you_like-*) from one source (STAGEDIR). And yes, this system has a drawback. If you write an application only for FreeBSD, it is a monolith one (no docs, examples, etc.) and you use only ports system (no packages) then you'll get your application duplicate disk consumption (at stage/install phase). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD 10.0-RC5 AMD64 pkg upgrade fail by gcc/gcc46
11.01.2014 14:37, CeDeROM пишет: On Sat, Jan 11, 2014 at 11:29 AM, CeDeROM cede...@tlen.pl wrote: On Sat, Jan 11, 2014 at 3:18 AM, Gerald Pfeifer ger...@pfeifer.com wrote: Wait a minute: is one of yoir ports hard coding lang/gcc46 instead of doing USE_GCC? If so, here is the bug. Gerald Here goes the full ouput of the pkg upgrade maybe it will help you find the solution :-) http://tny.cz/c8b678b2 It's not a solution but a workaround which helped me. Run the following command to find out which installed packages need gcc46 (note it's a one line command): - % for o in `pkg info -aoq`; do \[ \! -z `pkg query %dn-%dv -o $o | grep gcc46` \] echo $o; done - In my case opera and one more (may be virtualbox) packages used gcc46. Just remove them, then remove gcc46 and upgrade packages. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Updating CUPS
26.12.2013 22:29, Jerry пишет: All I asked was if an updated version of CUPS was planned to be introduced into the ports system. I run 1.7.0 at my system for two weeks. However there are some problems I'm working on. Sorry, no time estimation for now. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11/fbpanel: pkg fallout at 10.x
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 20.12.2013 10:58, Baptiste Daroussin пишет: On Fri, Dec 20, 2013 at 10:42:38AM +0400, Boris Samorodov wrote: Hi All! The last week I started to get pkg-fallout@ emails about x11/fbpanel error: - cc panel.o misc.o plugin.o gtkbar.o bg.o gtkbgbox.o ev.o run.o xconf.o gconf.o gconf_panel.o gconf_plugins.o -o fbpanel -L/usr/local/lib -lglib-2.0 -lintl -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfontconfig -L/usr/local/lib -lfreetype -Wl,--export-dynamic -lgmodule-2.0 -pthread -L/usr/local/lib -lglib-2.0 -lintl -L/usr/local/lib -lglib-2.0 -lintl -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfontconfig -L/usr/local/lib -lfreetype /usr/bin/ld: �: invalid DSO for symbol `XChangeGC' definition //usr/local/lib/libX11.so.6: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[2]: *** [fbpanel] Error 1 - Full log is here: http://beefy2.isc.freebsd.org/bulk/10amd64-default/2013-12-19_20h45m51s/logs/fbpanel-6.1_4.log However I can not reproduce it myself: http://gw.wart.ru/bulk/10-i386-testing/2013-12-19_21h02m40s/logs/fluxbox-1.3.5.log http://gw.wart.ru/bulk/10-amd64-testing/2013-12-19_21h01m49s/logs/fluxbox-1.3.5.log Any help is appreciated. Thanks. That is probably a gtk2 upgrade fallout. gtk2 pkgconfig file is not adding -lX11 to LDFLAGS anymore. In general: on FreeBSD 10+, the ld(1) behaviour has been changed so that it does not recursively get the DT_NEEDED from libraries it linked binaries to. Meaning in that case something exposes a X function to fbpanel, but does not tell it is needs to link to X11 /usr/bin/ld: �: invalid DSO for symbol `XChangeGC' definition //usr/local/lib/libX11.so.6: could not read symbols: Bad value LDFLAGS+= -lX11 should solve this. I've seen some similar commit at the portstree. The problem is: I can't reproduce the errors (hence can't test a fix). The strange thing is that my test and pkg-fallout@ use different environments: === pkg-fallout === - ---Begin OPTIONS List--- === The following configuration options are available for fbpanel-6.1_4: DOCS=on: Build and/or install documentation === Use 'make config' to modify these settings - ---End OPTIONS List--- - --CONFIGURE_ARGS-- - --prefix=/usr/local - --End CONFIGURE_ARGS-- === === my poudriere test === - ---Begin OPTIONS List--- === The following configuration options are available for fluxbox-1.3.5: DEBUG=off: Install debug symbols DOCHTML=off: Install html documentation DOCS=on: Build and/or install documentation GNOME=off: GNOME desktop environment support IMLIB2=off: Imlib 2 image library support NLS=on: Native Language Support PDFDOCS=off: Build and install PDF documentation REMEMBER=on: Enable remember feature SLIT=on: Enable slit feature SYSTRAY=on: Enable systray feature TOOLBAR=on: Enable toolbar feature XINERAMA=off: X11 Xinerama extension support XRENDER=on: Enable xrender support === Use 'make config' to modify these settings - ---End OPTIONS List--- - --CONFIGURE_ARGS-- - --disable-imlib2 --enable-xinerama --enable-nls --enable-remember - --enable-slit --enable-systray --enable-toolbar --enable-xrender - --enable-gnome --x-libraries=/usr/local/lib - --x-includes=/usr/local/include --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} - --End CONFIGURE_ARGS-- == Seems that pkg-fallout does not know anything about port options and their default values. My poudriere test uses default options. While pkg-fallout just use the DOCS option. - -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJStEwsAAoJEJYOILA6P20oWUkP/R9oAGPCupUMLLPUwxlPPXLq awBJO2iLNfYUlyW37wj8hAidMyCQpit0T4jcuj+f897Y/I7P2He33s7Z3d/gvzF+ M9E8XXHIRFbJYmeT9HDuPCVaOGBEVrHAHfQ4PBZw0zkhnhyjElMZsv0f8RlnQHFt EU+PsCUl33LabTpD7by3eVpM/whULSjedpmQEuqDsDn7pCBEGPH5f3Oige1h2VSH 5/Xy/3Iw/M5u5kn8Y83l0j3GmfJVQjNhfwrrqMPJFA5n4d29sMMdcaisiN5QYuNs kA9EPYt6IdOEv3NqW1G4lyIP5Pk6ijBgYcL0EVf7wy4bOaJ6Mk5W2XSKhV17qiPP P5Yrsao9qocErT02IPe/O4aW7hDVUeUzr50/rhRP/FzDeE0s7OLOrF/1uf1RST19 BMil5IO1LFeWsbfols/b12lOK+d/8T2am3uaEzKWm/JPH7dlyFQjh5kUsOmwgLY3 ty0QvgqvMHKUwE2tXlQJzhh1aAkerPENTX0sxfO/SChohMPJVE61nxNbZTaQL0Hn orm81c6quWWNpp+7CMGbe0PdSWxKXSkvQrKhJO6pY9B7QIKSwEvGZfVhJ3VEhmub LLICpttC2vSjEh6T8T3MS60/xB6Syrp7phdW9qvWnSZImo+RLulxu4OfQdCkJHAY UjpA3YRXX6XT9RUn2nMI =WWeA -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo
Re: x11/fbpanel: pkg fallout at 10.x
20.12.2013 18:00, John Marino пишет: It's better to figure out which .pc file is broken and fix that. I believe it's what kwm@ is working on. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11/fbpanel: pkg fallout at 10.x
21.12.2013 01:20, Koop Mast пишет: On 20-12-2013 15:00, John Marino wrote: On 12/20/2013 14:54, Boris Samorodov wrote: 20.12.2013 10:58, Baptiste Daroussin пишет: On Fri, Dec 20, 2013 at 10:42:38AM +0400, Boris Samorodov wrote: gtk2 pkgconfig file is not adding -lX11 to LDFLAGS anymore. In general: on FreeBSD 10+, the ld(1) behaviour has been changed so that it does not recursively get the DT_NEEDED from libraries it linked binaries to. Meaning in that case something exposes a X function to fbpanel, but does not tell it is needs to link to X11 /usr/bin/ld: �: invalid DSO for symbol `XChangeGC' definition //usr/local/lib/libX11.so.6: could not read symbols: Bad value LDFLAGS+= -lX11 should solve this. I've seen some similar commit at the portstree. The problem is: I can't reproduce the errors (hence can't test a fix). I've recently seen dozens of similar, new errors on dports/dragonfly. It's definitely a pkgconf issue and it just appeared. I haven't tracked it done yet, but adding LDFLAGS+= to every broken port is not ideal. It's better to figure out which .pc file is broken and fix that. Should be fixed now, I restored the old behaviour. Thank you! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: If ports@ list continues to be used as substitute for GNATS, I'm unsubscribing
19.12.2013 23:35, John Marino пишет: I don't find the status quo personally acceptable, but I only have control of my actions, therefore my threats are the only recourse I have and thus they are appropriate. May be you just ignore those emails? I don't think that there are plenty of them. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
x11/fbpanel: pkg fallout at 10.x
Hi All! The last week I started to get pkg-fallout@ emails about x11/fbpanel error: - cc panel.o misc.o plugin.o gtkbar.o bg.o gtkbgbox.o ev.o run.o xconf.o gconf.o gconf_panel.o gconf_plugins.o -o fbpanel -L/usr/local/lib -lglib-2.0 -lintl -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfontconfig -L/usr/local/lib -lfreetype -Wl,--export-dynamic -lgmodule-2.0 -pthread -L/usr/local/lib -lglib-2.0 -lintl -L/usr/local/lib -lglib-2.0 -lintl -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfontconfig -L/usr/local/lib -lfreetype /usr/bin/ld: �: invalid DSO for symbol `XChangeGC' definition //usr/local/lib/libX11.so.6: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[2]: *** [fbpanel] Error 1 - Full log is here: http://beefy2.isc.freebsd.org/bulk/10amd64-default/2013-12-19_20h45m51s/logs/fbpanel-6.1_4.log However I can not reproduce it myself: http://gw.wart.ru/bulk/10-i386-testing/2013-12-19_21h02m40s/logs/fluxbox-1.3.5.log http://gw.wart.ru/bulk/10-amd64-testing/2013-12-19_21h01m49s/logs/fluxbox-1.3.5.log Any help is appreciated. Thanks. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: iconv related problen with deskutils/libstreams on 10-BETA3
01.12.2013 09:48, Гуляев Гоша пишет: 30.11.2013, 19:11, Гуляев Гоша gosha-n...@yandex.ru: Hi friends! When updating from 9-STABLE to 10-STABLE I have such problem with deskutils/libstreams port upgrading: My system built WITH_ICONV=yes and WITH_ICONV_COMPAT=yes Ports ere not tested/supported with those flags. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: iconv related problen with deskutils/libstreams on 10-BETA3
01.12.2013 20:17, Гуляев Гоша пишет: 01.12.2013, 20:16, Boris Samorodov b...@passap.ru: 01.12.2013 09:48, Гуляев Гоша пишет: 30.11.2013, 19:11, Гуляев Гоша gosha-n...@yandex.ru: Hi friends! When updating from 9-STABLE to 10-STABLE I have such problem with deskutils/libstreams port upgrading: My system built WITH_ICONV=yes and WITH_ICONV_COMPAT=yes Ports ere not tested/supported with those flags. But that default setting in 10-Stable (except WITH_ICONV_COMPAT=yes). I remove WITH_ICONV_COMPAT=yes from /etc/src.conf and rebuild kernel/world with only WITH_ICONV=yes in /etc/src.conf (But since in 10-Stable that setting are default, it is possible just remove that option), but error still exists. It may be so that it is not enough to rebuild one port. But since WITH_ICONV_COMPAT=yes was not tested (at least I'm not aware of such tests) I'm not sure which impact it may have upon other ports. It may be so that you should rebuild all ports using iconv. May someone with 10-Stable check is that port get error or not? There is a freebsd-pkg-fallout@ maillist. It is used to mail all error while ports building: http://lists.freebsd.org/pipermail/freebsd-pkg-fallout/ I didn't find any fallaouts for the port in question and it builds at my poudriere box (FreeBSD-11, but I think it doesn't matter): http://gw.wart.ru/bulk/11-amd64-testing/2013-12-01_20h29m31s/logs/libstreams-0.7.8.log -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: iconv related problen with deskutils/libstreams on 10-BETA3
01.12.2013 20:45, Гуляев Гоша пишет: 01.12.2013, 22:32, Boris Samorodov b...@passap.ru: 01.12.2013 20:17, Гуляев Гоша пишет: 01.12.2013, 20:16, Boris Samorodov b...@passap.ru: 01.12.2013 09:48, Гуляев Гоша пишет: 30.11.2013, 19:11, Гуляев Гоша gosha-n...@yandex.ru: Hi friends! When updating from 9-STABLE to 10-STABLE I have such problem with deskutils/libstreams port upgrading: My system built WITH_ICONV=yes and WITH_ICONV_COMPAT=yes Ports ere not tested/supported with those flags. But that default setting in 10-Stable (except WITH_ICONV_COMPAT=yes). I remove WITH_ICONV_COMPAT=yes from /etc/src.conf and rebuild kernel/world with only WITH_ICONV=yes in /etc/src.conf (But since in 10-Stable that setting are default, it is possible just remove that option), but error still exists. It may be so that it is not enough to rebuild one port. But since WITH_ICONV_COMPAT=yes was not tested (at least I'm not aware of such tests) I'm not sure which impact it may have upon other ports. It may be so that you should rebuild all ports using iconv. Ok, thanks for answer Boris! Is it right actions in my case? 1. World/kernel rebuilded without option WITH_ICONV_COMPAT=yes 2. rebuild all ports which requires iconv Yes, I'll do so (to be on a save side). You may take a look at /usr/ports/UPDATING to find instructions how to upgrade from libiconv to native iconv. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: iconv related problen with deskutils/libstreams on 10-BETA3
01.12.2013 21:07, Гуляев Гоша пишет: 01.12.2013, 22:51, Boris Samorodov b...@passap.ru: 01.12.2013 20:45, Гуляев Гоша пишет: 01.12.2013, 22:32, Boris Samorodov b...@passap.ru: 01.12.2013 20:17, Гуляев Гоша пишет: 01.12.2013, 20:16, Boris Samorodov b...@passap.ru: 01.12.2013 09:48, Гуляев Гоша пишет: 30.11.2013, 19:11, Гуляев Гоша gosha-n...@yandex.ru: Hi friends! When updating from 9-STABLE to 10-STABLE I have such problem with deskutils/libstreams port upgrading: My system built WITH_ICONV=yes and WITH_ICONV_COMPAT=yes Ports ere not tested/supported with those flags. But that default setting in 10-Stable (except WITH_ICONV_COMPAT=yes). I remove WITH_ICONV_COMPAT=yes from /etc/src.conf and rebuild kernel/world with only WITH_ICONV=yes in /etc/src.conf (But since in 10-Stable that setting are default, it is possible just remove that option), but error still exists. It may be so that it is not enough to rebuild one port. But since WITH_ICONV_COMPAT=yes was not tested (at least I'm not aware of such tests) I'm not sure which impact it may have upon other ports. It may be so that you should rebuild all ports using iconv. Ok, thanks for answer Boris! Is it right actions in my case? 1. World/kernel rebuilded without option WITH_ICONV_COMPAT=yes 2. rebuild all ports which requires iconv Yes, I'll do so (to be on a save side). You may take a look at /usr/ports/UPDATING to find instructions how to upgrade from libiconv to native iconv. Sorry all for my messages everywhere (forum, irc, maillist and PR service) :) Boris, as you said problem are because of option WITH_ICONV_COMPAT=yes I'm just when tryin rebuild system without that option forgive to 'make delete-old make delete-old-libs' and as result errors not disappear. After that actions deskutils/libstreams builds fine. /usr/ports/UPDATING I'm check but now I can't use note from UPDATING for rebuilding iconv-dependent ports, because of converters/libiconv are deinstalled on previous actions, and portupgrade -fr converters/libiconv just do nothing. Then you may use pkg_libchk from sysutols/bsdadminscripts to detect all affected files and rebuild ports to which those files belong. Rebuild all ports one more time :) There is a very good and lightweignt tool ports-mgmt/poudriere for this purpose as well as for testing ports. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: gvfs on FreeBSD 10 fails to build
26.11.2013 11:55, Johan Hendriks пишет: Hello all, I just updated my FreeBSD 9 Stable machine to FreeBSD 10 Stable. I am now in the proces of rebuilding all ports. First I noticed that libiconv was not needed anymore from ports so I deleted that port. But on devel/gvfs I get an error. It's not enough just to remove converters/libiconv. For more information please take a look at /usr/ports/UPDATING. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: gvfs on FreeBSD 10 fails to build
26.11.2013 13:41, Johan Hendriks пишет: Boris Samorodov schreef: 26.11.2013 11:55, Johan Hendriks пишет: Hello all, I just updated my FreeBSD 9 Stable machine to FreeBSD 10 Stable. I am now in the proces of rebuilding all ports. First I noticed that libiconv was not needed anymore from ports so I deleted that port. But on devel/gvfs I get an error. It's not enough just to remove converters/libiconv. For more information please take a look at /usr/ports/UPDATING. I did go through /usr/ports/UPDATING, but not far enough :D Well the problem now is that i can not create a list of ports to reinstall anymore because i already did remove libiconv. You may want to use pkg_libchk from sysutils/bsdadminscropts to detect those files/libraries which depends upon libiconv. I will try to use some binary packages on the ports that fail. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [QAT] r334788: 1x depend (depend_package in databases/rrdtool), 3x leftovers
Hi All, I'm not sure how to deal with /home/$USER leftovers (i.e. while package install a new user/group is created and while package deinstalled /home/$USER becomes a leftover, but we display a message that a user should be removed manually): [...] phase 7: make package === Building package for slurm-2.6.4 Deleting slurm-2.6.4 Deinstallation has been requested for the following 1 packages: slurm-2.6.4 The deinstallation will free 51 MB [1/1] Deleting slurm-2.6.4...== You should manually remove the slurm user. done === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 305288 drwxr-xr-x3 root wheel 64 Nov 24 20:32 home 346190 drwxr-xr-x2 slurmslurm 0 Nov 24 20:32 home/slurm [...] Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
[pkgng] wildcard architecture: howto?
Hi All, while building a port I get: - pkg-static: DEVELOPER_MODE: Notice: arch freebsd:11:x86:64 -- no architecture specific files found: could this package use a wildcard architecture? - What should I add to Makefile to achieve this? Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [pkgng] wildcard architecture: howto?
25.11.2013 13:52, Matthew Seaman пишет: On 11/25/13 09:32, Boris Samorodov wrote: Hi All, while building a port I get: - pkg-static: DEVELOPER_MODE: Notice: arch freebsd:11:x86:64 -- no architecture specific files found: could this package use a wildcard architecture? - What should I add to Makefile to achieve this? Thanks! Alas, there is no support for this in bsd.ports.mk et al yet. OK. pkg(8) supports this functionality just fine, so you can make arch independent packages by writing your own +MANIFEST and running 'pkg create' directly -- eg. like in des' blog: http://blog.des.no/2013/07/ Thanks. This is pkg(8) being prepared for future enhancements to the pkgrepos: not storing multiple essentially identical copies of packages where we don't need to. But that's a work in progress still. Well, shouln't then this warning be silenced up to date when this function is realised? Just a note... -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [QAT] r334788: 1x depend (depend_package in databases/rrdtool), 3x leftovers
(reformatted for consistency sake) 25.11.2013 18:26, Jason bacon пишет: On 11/25/13 2:56 AM, Boris Samorodov wrote: I'm not sure how to deal with /home/$USER leftovers (i.e. while package install a new user/group is created and while package deinstalled /home/$USER becomes a leftover, but we display a message that a user should be removed manually): [...] phase 7: make package === Building package for slurm-2.6.4 Deleting slurm-2.6.4 Deinstallation has been requested for the following 1 packages: slurm-2.6.4 The deinstallation will free 51 MB [1/1] Deleting slurm-2.6.4...== You should manually remove the slurm user. done === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 305288 drwxr-xr-x3 root wheel 64 Nov 24 20:32 home 346190 drwxr-xr-x2 slurmslurm 0 Nov 24 20:32 home/slurm [...] The files in /home/$USER (and /var) should be preserved. Deinstalls may be part of an upgrade process, vs permanent removal, and some of these files contain usage statistics needed by sysadmins for reporting. I would suggest the following deinstall message: You may remove /home/$USER if you are no longer using SLURM. Yep, that is the question: why did QAT suggests manuall removing _and_ exit with error code? -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [QAT] r334788: 1x depend (depend_package in databases/rrdtool), 3x leftovers
25.11.2013 22:44, Bernhard Fröhlich пишет: Am 25.11.2013 18:30 schrieb Boris Samorodov b...@passap.ru: (reformatted for consistency sake) 25.11.2013 18:26, Jason bacon пишет: On 11/25/13 2:56 AM, Boris Samorodov wrote: I'm not sure how to deal with /home/$USER leftovers (i.e. while package install a new user/group is created and while package deinstalled /home/$USER becomes a leftover, but we display a message that a user should be removed manually): [...] phase 7: make package === Building package for slurm-2.6.4 Deleting slurm-2.6.4 Deinstallation has been requested for the following 1 packages: slurm-2.6.4 The deinstallation will free 51 MB [1/1] Deleting slurm-2.6.4...== You should manually remove the slurm user. done === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 305288 drwxr-xr-x3 root wheel 64 Nov 24 20:32 home 346190 drwxr-xr-x2 slurmslurm 0 Nov 24 20:32 home/slurm [...] The files in /home/$USER (and /var) should be preserved. Deinstalls may be part of an upgrade process, vs permanent removal, and some of these files contain usage statistics needed by sysadmins for reporting. I would suggest the following deinstall message: You may remove /home/$USER if you are no longer using SLURM. Yep, that is the question: why did QAT suggests manuall removing _and_ exit with error code? With my QAT hat on I consider this a false positive. You can safely ignore that complain from QAT. Noted, thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Adding WITH_DEBUG_PORTS to add WITH_DEBUG for specific ports.
17.11.2013 02:55, Eitan Adler пишет: What do people think of something like the following? This would allow users to compile specific ports with debugging capabilities. I vote for this change. thanks! Index: Mk/bsd.port.mk === --- Mk/bsd.port.mk (revision 333538) +++ Mk/bsd.port.mk (working copy) @@ -311,6 +311,8 @@ FreeBSD_MAINTAINER= port...@freebsd.org # passed to the compiler by setting DEBUG_FLAGS. It is # set to -g at default. # +# WITH_DEBUG_PORTS - A list of origins for which WITH_DEBUG will be set +# # WITH_SSP_PORTS # - If set, SSP_FLAGS (defaults to -fstack-protector) #is added to CFLAGS and the necessary flags @@ -1303,6 +1305,10 @@ MAKE_ENV+= TMPDIR=${TMPDIR} CONFIGURE_ENV+=TMPDIR=${TMPDIR} .endif # defined(TMPDIR) +.if defined(WITH_DEBUG_PORTS) ${WITH_DEBUG_PORTS:M${PKGORIGIN}} +WITH_DEBUG=yes +.endif + # Reset value from bsd.own.mk. .if defined(WITH_DEBUG) !defined(WITHOUT_DEBUG) STRIP= #none -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: bsdadminscripts and pkng
01.11.2013 14:13, Mathieu Arnold пишет: +--On 31 octobre 2013 23:13:38 -0700 Jakub Lach jakub_l...@mailplus.pl wrote: | - portmaster cannot use packages for dependencies- huge let down Well, if you want to use binary packages, doing pkg upgrade would be easier, I'd say. There are some ports which can not be packaged (license restriction for one). Then I'd prefer a tool which fetch and install all needed packages and then build only the needed port. I.e. portmaster -P may be a good candidate. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: head/textproc/goldendict
Hi Matthias, All, 31.10.2013 17:42, Matthias Apitz пишет: Any chance to get this port updated to a newer source? See also this thread: http://goldendict.org/forum/viewtopic.php?f=4t=2528 According to http://goldendict.org/download.php the latest release is 1.0.1. I prefer to use releases at the main port. However if someone need to use a development version he may create goldendict-devel port. I'm not sure if I need a -devel version, sorry. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Fwd: [thunderbird-24.1.0] FreeBSD 10-i386 jail at 11-amd64 host: Error while running startup cache precompilation
Sorry, forgot to add ports@ to addresses. Forwarding to ports2 now. Исходное сообщение Тема: [thunderbird-24.1.0] FreeBSD 10-i386 jail at 11-amd64 host: Error while running startup cache precompilation Дата: Thu, 31 Oct 2013 19:12:11 +0400 От: Boris Samorodov b...@passap.ru Кому: Florian Smeets f...@freebsd.org Hi All, I get the following error using 10-i386 jail at 11-amd64 host: - ===phase: install === Installing for thunderbird-24.1.0 ... Executing /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/obj-i386-portbld-freebsd10.0/mozilla/dist/bin/xpcshell -g /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/obj-i386-portbld-freebsd10.0/mozilla/dist/bin/ -a /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/obj-i386-portbld-freebsd10.0/mozilla/dist/bin/ -f /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mozapps/installer/precompile_cache.js -e precompile_startupcache(resource://gre/); Traceback (most recent call last): File /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mozapps/installer/packager.py, line 375, in module main() File /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mozapps/installer/packager.py, line 367, in main args.source, gre_path, base) File /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/toolkit/mozapps/installer/packager.py, line 148, in precompile_cache errors.fatal('Error while running startup cache precompilation') File /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/python/mozbuild/mozpack/errors.py, line 101, in fatal self._handle(self.FATAL, msg) File /wrkdirs/usr/ports/mail/thunderbird/work/comm-esr24/mozilla/python/mozbuild/mozpack/errors.py, line 96, in _handle raise ErrorMessage(msg) mozpack.errors.ErrorMessage: Error: Error while running startup cache precompilation gmake[3]: *** [stage-package] Error 1 - And there is a line at /var/log/messages: - Oct 31 17:54:33 bb052 kernel: pid 20298 (xpcshell), uid 0: exited on signal 11 (core dumped) - Full log is here: http://gw.wart.ru/bulk/10-i386-default/2013-10-31_13h42m43s/logs/errors/thunderbird-24.1.0.log -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
firefox-i18n and thunderbird-i18n via packages: how to use i18n locales
Hi All, I've installed firefox-i18n and thinderbird-i18n via packages (FreeBSD 10-BETA2-i386, packages built by poudriere). All i18n files got installed as well as xpi-quick-locale-switcher. And I can select languages at apropriate tabs. However there is no trace of locale switcher, so I can't use i18n locales. - % pkg info -x 'i18n|locale' firefox-i18n-24.0_1 thunderbird-i18n-24.0.1_1 xpi-quick-locale-switcher-1.7.8.5 - Help. Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: poudriere stops building any port
28.10.2013 17:58, Dmitry Morozovsky пишет: Dear colleagues, my home poudriere (over ZFS) setup eventually/suddenly stops building ports without logging any type of error (or at least I could not find this) Example: root@hamster:/usr/local/poudriere# rm data/packages/9amd64-default-server-pkgng/All/ccache-3.1.9_3.txz root@hamster:/usr/local/poudriere# poudriere bulk -z server-pkgng -j 9amd64 -v -v devel/cmake Creating the reference jail... done Mounting system devices for 9amd64-default-server-pkgng Mounting ports/packages/distfiles Mounting ccache from: /var/ccache Mounting packages from: /usr/local/poudriere/data/packages/9amd64-default-server-pkgng Mounting /var/db/ports from: /usr/local/etc/poudriere.d/server-options Logs: /usr/local/poudriere/data/logs/bulk/9amd64-default-server-pkgng/2013-10-28_17h57m36s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf Appending to make.conf: /usr/local/etc/poudriere.d/server-pkgng-make.conf /etc/resolv.conf - /usr/local/poudriere/data/build/9amd64-default-server-pkgng/ref/etc/resolv.conf Starting jail 9amd64-default-server-pkgng Calculating ports order and dependencies Computing deps for devel/cmake DEBUG: devel/cmake depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg DEBUG: devel/cmake depends on devel/ccache Computing deps for devel/ccache DEBUG: devel/ccache depends on ports-mgmt/pkg DEBUG: devel/cmake depends on devel/cmake-modules Computing deps for devel/cmake-modules DEBUG: devel/cmake-modules depends on ports-mgmt/pkg Sanity checking the repository Checking for stale cache files Checking packages for incremental rebuild needed Checking packages for missing dependencies Deleting stale symlinks Deleting empty directories Cleaning the build queue Cleaning up Umounting file systems root@hamster:/usr/local/poudriere# Any hints? Thanks in advance! Just a guess: all packages do present at there is nothing to do according to the portree? May be you need to use -C option to remove cmake package before rebuilding. (I've seen that you removed ccache but try to compile cmake...) -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: poudriere stops building any port
28.10.2013 18:28, Boris Samorodov пишет: 28.10.2013 17:58, Dmitry Morozovsky пишет: Dear colleagues, my home poudriere (over ZFS) setup eventually/suddenly stops building ports without logging any type of error (or at least I could not find this) Example: root@hamster:/usr/local/poudriere# rm data/packages/9amd64-default-server-pkgng/All/ccache-3.1.9_3.txz root@hamster:/usr/local/poudriere# poudriere bulk -z server-pkgng -j 9amd64 -v -v devel/cmake Creating the reference jail... done Mounting system devices for 9amd64-default-server-pkgng Mounting ports/packages/distfiles Mounting ccache from: /var/ccache Mounting packages from: /usr/local/poudriere/data/packages/9amd64-default-server-pkgng Mounting /var/db/ports from: /usr/local/etc/poudriere.d/server-options Logs: /usr/local/poudriere/data/logs/bulk/9amd64-default-server-pkgng/2013-10-28_17h57m36s Appending to make.conf: /usr/local/etc/poudriere.d/make.conf Appending to make.conf: /usr/local/etc/poudriere.d/server-pkgng-make.conf /etc/resolv.conf - /usr/local/poudriere/data/build/9amd64-default-server-pkgng/ref/etc/resolv.conf Starting jail 9amd64-default-server-pkgng Calculating ports order and dependencies Computing deps for devel/cmake DEBUG: devel/cmake depends on ports-mgmt/pkg Computing deps for ports-mgmt/pkg DEBUG: devel/cmake depends on devel/ccache Computing deps for devel/ccache DEBUG: devel/ccache depends on ports-mgmt/pkg DEBUG: devel/cmake depends on devel/cmake-modules Computing deps for devel/cmake-modules DEBUG: devel/cmake-modules depends on ports-mgmt/pkg Sanity checking the repository Checking for stale cache files Checking packages for incremental rebuild needed Checking packages for missing dependencies Deleting stale symlinks Deleting empty directories Cleaning the build queue Cleaning up Umounting file systems root@hamster:/usr/local/poudriere# Any hints? Thanks in advance! Just a guess: all packages do present at there is nothing to do _and_ (not _at_, sorry) according to the portree? May be you need to use -C option to remove cmake package before rebuilding. (I've seen that you removed ccache but try to compile cmake...) -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org