Re: PKG 3.1.0 update - Segmentation fault: 11
On Sun, Jul 27, 2014 at 07:06:17AM -0700, David Wolfskill wrote: > On Sun, Jul 27, 2014 at 06:47:52AM -0700, David Wolfskill wrote: > > On Sun, Jul 27, 2014 at 06:40:27AM -0700, David Wolfskill wrote: > > > ... > > > Back on the original topic, I was able to get pkg-1.3.1 installed and > > > ... > > > > OK; I was able to simplify the process on my 2nd system: > > > > * Update /usr/local/etc/pkg.conf (to remove to eduplicate alias > > definition for "leaf"). > > > > * cd /usr/ports/ports-mgmt/pkg && make reinstall > > ... > > WARNING: Whatever I've done seems to have left me with a > somewhat-broken version of pkg. "pkg info pkg-1.3.1" (for example) > spits out a list of installed packages, vs. providing details of > pkg-1.3.1. I'm not at all clear on why this is, but I wanted to > discourage folks from doing what I listed above without being aware that > it doesn't seem to actually work completely. > ... The above appears to have been caused by some rather unfortunate entries in /usr/local/etc/pkg.conf. I find that moving that file aside allows "pkg info" to work normally. Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpIllXGQXNOc.pgp Description: PGP signature
x11-wm/piewm: "ld: error: duplicate symbol: yylineno"
On Sun, Aug 23, 2020 at 06:39:10PM +, 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: da...@catwhisker.org > Last committer: swi...@freebsd.org > Ident: $FreeBSD: head/x11-wm/piewm/Makefile 519608 2019-12-09 > 13:47:16Z swills $ > Log URL: > http://beefy18.nyi.freebsd.org/data/head-amd64-default/p545731_s364466/logs/piewm-1.04_4.log > Build URL: > http://beefy18.nyi.freebsd.org/build.html?mastername=head-amd64-default&build=p545731_s364466 > ... > --- piewm --- > rm -f piewm > cc -o piewm -L/usr/local/lib gram.o lex.o deftwmrc.o add_window.o > gc.o list.o twm.o parse.o menus.o events.o resize.o util.o > version.o iconmgr.ocursor.o icons.o vdt.o move.o LocPixmap.o > -lXmu -lXt -lSM -lICE -lXext -lX11 -lXt -lSM -lICE -lXext -lXext -lX11 -lm > -ll -lXpm -Wl,-rpath,/usr/local/lib > ld: error: duplicate symbol: yylineno > >>> defined at gram.c > >>>gram.o:(yylineno) > >>> defined at lex.c > >>>lex.o:(.data+0x0) > cc: error: linker command failed with exit code 1 (use -v to see invocation) > *** [piewm] Error code 1 > > make[1]: stopped in /wrkdirs/usr/ports/x11-wm/piewm/work/piewm-1.04 > 1 error > > make[1]: stopped in /wrkdirs/usr/ports/x11-wm/piewm/work/piewm-1.04 > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > the maintainer. > *** Error code 1 > > Stop. > make: stopped in /usr/ports/x11-wm/piewm So... I confess a lack of familiarity with lex, yacc, and their work-alikes. It also appears that x11-wm/tvtwm (for which MAINTAINER is this list -- po...@freebsd.org) is likely similarly affected. I understand that the immediate cause is a recent change; in http://docs.FreeBSD.org/cgi/mid.cgi?B7F9F85B-60A4-4A87-9911-BDE1CBC7BC91, dim@ mentioned: | This is because clang 11 (and gcc 10) now default to -fno-common. The | rationale is explained pretty well in... and goes on to state: | A quick fix is to add CFLAGS+=-fcommon to your make.conf, but that is | rather a big hammer. It is better to add it to just the ports that show | problems due to duplicated symbols. And ideally, those duplicated | symbols should be patched out of the ports. So: apparently *a* way around this is to change the Makefile (to include 'CFLAGS+=-fcommon') -- but I don't know if a "better" approach is feasible: we are dealing with some rather old (or, perhaps, "well-established") code, here. Advice/suggestions? Thanks! Peace, david -- David H. Wolfskill da...@catwhisker.org "Those countries that have lost control of the virus like the United States are seeing economic forecasts constantly revised down and are weaker economically." -- Dominick Stephens, Westpac NZ's chief economist See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: x11-wm/piewm: "ld: error: duplicate symbol: yylineno"
On Mon, Aug 24, 2020 at 10:11:45AM +0200, Dimitry Andric wrote: > > > Advice/suggestions? > > In this case, "svn rm x11-wm/piewm/files/patch-gram.y" will fix it > correctly. I have no idea why that patch was added in the first place, > it is clearly incorrect! > > -Dimitry > Thank you very much! I will verify that and send in a correct fix once I do. Peace, david -- David H. Wolfskill da...@catwhisker.org "Those countries that have lost control of the virus like the United States are seeing economic forecasts constantly revised down and are weaker economically." -- Dominick Stephens, Westpac NZ's chief economist See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: the state of amd64 ports on -CURRENT as of 20200827
On Thu, Aug 27, 2020 at 01:55:08PM +, Mark Linimon wrote: > The latest build of amd64-CURRENT ports has just completed: > > > http://beefy18.nyi.freebsd.org/build.html?mastername=head-amd64-default&build=p546132_s364744 > > The number of build failures is now 740. This is an slight drop from > the initial post-clang11 commit of 830. This is due to diligent work > by a more than a dozen ports committers. I appreciate their efforts. > As maintainer of a (likely rarely-used) port (x11-wm/piewm), I received a note from pkg-fallout, requested & received advice on how to adrdess it, filed a bug report & attached a maintainer-approved patch; got some advice on a better fix, updated the bug report with the better fix ... and have now received at least 3 more notices of the same failure on the same port... It's https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248859, in case you wanted to see for yourself. As I'm not a committer, it's not clear to me what (else) I can do to help fix this. Peace, david -- David H. Wolfskill da...@catwhisker.org "Those countries that have lost control of the virus like the United States are seeing economic forecasts constantly revised down and are weaker economically." -- Dominick Stephens, Westpac NZ's chief economist See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: portsnap depreciation
On Fri, Sep 18, 2020 at 01:58:29PM -0400, Carmel NY wrote: > ... > >https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/testing-poudriere.html#testing-poudriere-ports-tree > > > >and the next sections. > > According to the above page, "The most straightforward way is to have > Poudriere create a default ports tree for itself, using either > portsnap(8) (if running FreeBSD 12.1 or 11.4) or Subversion (if running > FreeBSD-CURRENT)" Am I to understand that if I am running 11.4-RELEASE, > I cannot use subversion? > I don't see any reason why you cannot use subversion: I do, and have done, since 05 July 2015, running stable/10 at the time; now running stable/12. Peace, david -- David H. Wolfskill da...@catwhisker.org "President Trump can say whatever he likes, but his actions speak for themselves." -- Dan Berschinski, wounded US Army veteran See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
r548950: graphics/mesa-libs vs. x11/nvidia-driver??!?
r548950 | manu | 2020-09-19 02:34:36 -0700 (Sat, 19 Sep 2020) | 9 lines mesa-libs: Add glesv1 lib There is no real reason to disable glesv1 so add it to the build. While here add a USE_GL for it. Reviewed by:zeising Approved by:x11 (zeising@) Differential Revision: https://reviews.freebsd.org/D26461 g1-48(12.2-S)[4] pkg which /usr/local/lib/libGLESv1_CM.so /usr/local/lib/libGLESv1_CM.so was installed by package nvidia-driver-440.100 So when graphics/mesa-libs is updated to r548950, it builds & stages OK, but: ===> Installing for mesa-libs-19.0.8_3 ===> Registering installation for mesa-libs-19.0.8_3 as automatic Installing mesa-libs-19.0.8_3... pkg-static: mesa-libs-19.0.8_3 conflicts with nvidia-driver-440.100 (installs files into the same place). Problematic file: /usr/local/lib/libGLESv1_CM.so *** Error code 70 How should this be resolved? Thanks. Peace, david -- David H. Wolfskill da...@catwhisker.org "President Trump can say whatever he likes, but his actions speak for themselves." -- Dan Berschinski, wounded US Army veteran See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Might an UPDATING entry be appropriate for a MINIMAL_PKG_VERSION bump?
When I rebuild FreeBSD (stable/12) on my laptop, I also rebuild a ports module (x11/nvidia-driver), since the laptop has an Nvidia graphics card. However, a couple of times within the last few days, the kernel build has failed because I normally wait to update ports until after I have built and rebooted the newly-built base OS... and "?ports" includes ports-mgmt/pkg. In each case (so far), I have then updated ports-mgmt/pkg, then re-started the base OS build/install. I believe that it would be helpful to have an UPDATING entry reflect that "evasive action" is required when MINIMAL_PKG_VERSION is bumped. Or, perhaps, I'm going about this all wrong...? If so, please let me know a better way. Thanks. Peace, david -- David H. Wolfskill da...@catwhisker.org Donald Trump is just in it for the publicity (well, and the money). See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: Might an UPDATING entry be appropriate for a MINIMAL_PKG_VERSION bump?
On Tue, Oct 06, 2020 at 08:31:05AM +0900, Tatsuki Makino wrote:
> Hello.
>
> In my case,
> -x \*-kmod-\[0-9gv\] is added to portmaster because all packages that
> install kernel modules contain -kmod in their names. This excludes *-kmod.
> And when they are upgraded, I won't be installing them right away.
>
> Then to install them I write PORTS_MODULES in src.conf.
> PORTS_MODULES=\
> graphics/drm-fbsd12.0-kmod\
> graphics/gpu-firmware-kmod
>
> They are created at the same time as the kernel.
>
But in order for them to be built, you need to have updated
ports-mgmt/pkg ahead of time, or this kind of thing happens:
| ...
| --- kernel.full ---
| linking kernel.full
| ctfmerge -L VERSION -g -o kernel.full ...
| text data bssdec hex filename
| 22900304 1840729 3667344 28408377 0x1b17a39 kernel.full
| Building /common/S1/obj/usr/src/amd64.amd64/sys/CANARY/kernel.debug
| Building /common/S1/obj/usr/src/amd64.amd64/sys/CANARY/kernel
| --- all ---
| ===> Ports module x11/nvidia-driver (all)
| cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; env -u CC -u CXX -u CPP -u
MAKESYSPATH -u MK_AUTO_OBJ -u MAKEOBJDIR MAKEFLAGS="-j 16 -J 15,16 -j 16 -J
15,16 -D NO_MODULES_OBJ .MAKE.LEVEL.ENV=MAKELEVEL KERNEL=kernel TARGET=amd64
TARGET_ARCH=amd64" SYSDIR=/usr/src/sys
PATH=/common/S1/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin:/common/S1/obj/usr/src/amd64.amd64/tmp/legacy/usr/bin:/common/S1/obj/usr/src/amd64.amd64/tmp/legacy/bin:/common/S1/obj/usr/src/amd64.amd64/tmp/usr/sbin:/common/S1/obj/usr/src/amd64.amd64/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin
SRC_BASE=/usr/src OSVERSION=1202502
WRKDIRPREFIX=/common/S1/obj/usr/src/amd64.amd64/sys/CANARY make -B clean build
| ===> Cleaning for nvidia-driver-440.100_1
| ===> nvidia-driver-440.100_1 pkg(8) must be version 1.15.9 or greater, but
| you have 1.15.8. You must upgrade the ports-mgmt/pkg port first.
| *** Error code 1
|
| Stop.
Hence my query: Is an UPDATING entry warranted when MINIMAL_PKG_VERSION is
bumped?
Peace,
david
--
David H. Wolfskill da...@catwhisker.org
"the end of the pandemic is in sight" -- Donald Trump (while infected
with SARS-COV-2)
See http://www.catwhisker.org/~david/publickey.gpg for my public key.
signature.asc
Description: PGP signature
Re: make index errors ports/head rev 556800
On Wed, Dec 02, 2020 at 02:41:17PM +, tech-lists wrote: > Hi, > > I'm getting these errors when make index runs on latest ports: > [...] > Warning: Duplicate INDEX entry: ocaml-nox11-4.05.0_1 > Warning: Duplicate INDEX entry: mc-nox11-4.8.24 > [...] > > Should I raise this in bugzilla? > > thanks, > -- > J. My local "make index" had no issues with a ports tree (head@r556814), running on stable/12@r368270. Peace, david -- David H. Wolfskill da...@catwhisker.org "We are trying to do another four years." (delusional) Donald Trump, 01 Dec 2020 See http://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: portmaster new development
Original Message Subject: Re: portmaster new development From: LuMiWa via freebsd-ports To: freebsd-ports@freebsd.org Date: 2020-12-27 02:00+0300 On Sun, 27 Dec 2020 11:16:23 +0100 Michael Grimm wrote: Matthias Apitz wrote: El día domingo, diciembre 27, 2020 a las 09:22:42a. m. +0100, Kurt Jaeger escribió: That works as well. I have a checkout of the ports tree, use make config to define non-default port options. This stores the selected OPTIONs in /var/db/ports/, and poudriere uses those options just fine. Re/ the options, I copy them into the jail with something like this procedure: # cd /usr/ports/mail/mutt # make config # mkdir -p /usr/local/etc/poudriere.d/freebsd-head-options/mail_mutt # cp /var/db/ports/mail_mutt/options /usr/local/etc/poudriere.d/freebsd-head-options/mail_mutt 'freebsd-head' is the name of the poudriere jail (I have some of them) and the ports options stay there, as well the make.conf options in /usr/local/etc/poudriere.d/freebsd-head-make.conf I am following stable, and my jail's name has been set to stable. All of poudriere's settings/configs are kept in: /usr/local/etc/poudriere.d The subject is 'portmaster new development' but again start pushing poudriere to FreeBSD users. I do not use zfs file system and I do not use poudriere and I do not want to use on my computer for building some ports and then spending hours and hours with poudriere with not enough machine. For me is portmaster perfect as is now. I have to agree, portmaster works for certain user cases where poudriere doesn't, like mine. The answer seems to be just (buy) a high end machine and dedicate it to build with lots of RAM, high end CPU's, and a big ZFS array with the right combination of SSDs etc and it is fast and stable! While I'm sure that's true, that's not consistent with everyone's environment. I'm reminded of many client-server applications that are developed by people on gigabit fiber and seem to consider the "edge" case of the rest of the world on spotty internet not worthy of consideration, complaints merely whiny carping by people who should just lift their internet up by the bootstraps. I've run a server with a set of jails providing services for about 20 years. Maintaining them with portsnap and portmaster works and is efficient and functional and an efficient and practical use of the compute resources I have. Adding new and potentially better tools has been a pleasure of the community, but abandoning users always going to create friction and dismissing another's use case as "doing it wrong" is a great way to create animosity and dysfunction. The first wave of poudriereism was very annoying and offputting, but in the last year I've been delighted by the excellent and very responsive work of port maintainers to resolve issues quickly and cleanly and those of us still doing it the "old way" can still do so successfully. It'll be annoying and a little disruptive to lose the excellent tool that portsnap has been all these years, truly one of the brilliant, focused, and tremendously useful tools in the FreeBSD kit, but we'll figure out how to keep things working. ___ 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: Pinentry
On Mon, Jan 25, 2021 at 11:00:46AM -0700, @lbutlr wrote: > I ma trying to figure out why pin entry and pinetnry-tty are installed. If I > try to remove it, I get a list of post that are to be deleted. > > Installed packages to be REMOVED: > gnupg: 2.2.27 > gpgme: 1.15.1 > mimedefang: 2.83_3 > mutt: 2.0.4 > pinentry: 1.1.0_7 > pinentry-tty: 1.1.0 > spamass-milter: 0.4.0_4 > spamassassin: 3.4.4 > subversion: 1.14.0 > > I've looked through he config for all of these and not seen anything about > PIN entry, and am wondering why it would be required to run any of these > packages. pinentry is (also) used to enter (e,g,) passphrases (as would be used by gnupg). > I cannot imagine any circumstances in which I would need to enter a PIN on a > TTY and no one else could possibly do so. > > I suspect mutt since it is relatively newly installed, nut I see nothing in > the config that seems like it wold disable this. (Mutt is used as a > convenient way to send html formatted mail of some system events), it is not > used to access mail off the server and is only used by me to access mail on > the server. > You may well need but a subset of the default options in that case. Peace, david -- David H. Wolfskill da...@catwhisker.org Some "Republicans" seem bound and determined to turn the party known for touting "law and order" into one that supports mob rule and insurrection. See https://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Can't load nvidia.ko on stable/12 after r564088 (440.100_1 -> 460.36)
This is on both my current laptop (Dell Precision M4800) and a new(er) one (Dell Precision 7520); the current laptop's graphics card shows up as: vgapci0@pci0:1:0:0: class=0x03 card=0x05cc1028 chip=0x11fc10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GK106GLM [Quadro K2100M]' class = display subclass = VGA and the new(eR) one as: vgapci0@pci0:1:0:0: class=0x03 card=0x17b01028 chip=0x13b610de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GM107GLM [Quadro M1200 Mobile]' class = display subclass = VGA while running stable/12 at n232662-e8eded55f23: g1-55(12.2-S)[5] uname -aUK FreeBSD g1-55.catwhisker.org 12.2-STABLE FreeBSD 12.2-STABLE #949 stable/12-n232662-e8eded55f23: Fri Feb 5 03:33:27 PST 2021 r...@g1-55.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY amd64 1202505 1202505 dmesg reports: link_elf_obj: symbol nvidia_driver_name undefined linker_load_file: /boot/modules/nvidia.ko - unsupported file type KLD nvidia-modeset.ko: depends on nvidia - not available or version mismatch linker_load_file: /boot/modules/nvidia-modeset.ko - unsupported file type for each. So I suspect that "link_elf_obj: symbol nvidia_driver_name undefined" whine is likely salient. As a circumvention: cd /usr/ports/x11/nvidia-driver && \ sudo svn merge -c -r564088 . && \ sudo portmaster x11/nvidia-driver worked for me (well, for the current laptop; I left the newer laptop broken, as I only ssh into it, as its built-in mouse doesn't seem to work with FreeBSD, nor does its wireless card (yet)). Peace, david -- David H. Wolfskill da...@catwhisker.org Donald Trump held the office of President of the US as he incited his Putsch. See https://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Re: Can't load nvidia.ko on stable/12 after r564088 (440.100_1 -> 460.36)
On Fri, Feb 05, 2021 at 04:51:02AM -0800, John Kennedy wrote: > ... > > So I suspect that "link_elf_obj: symbol nvidia_driver_name undefined" > > whine is likely salient. > > I just opened up PR#253269 for the same symptom. Ah; cool -- thanks! Once I finish the morning's update cycle, I'll Cc: myself on it. > I suspect that it is due to me having WITH_BIND_NOW=YES set in > my /etc/src.conf (my usual cause for undefined symbols that haven't > bitten other people). Have you set that as well? I do not; what I have is: KERNCONF=CANARY PORTS_MODULES+=x11/nvidia-driver .MAKE.META.IGNORE_PATHS += /usr/local/etc/libmap.d WITHOUT_DEBUG_FILES=1 IWN_DEBUG=1 IEEE80211_DEBUG=1 BATCH_DELETE_OLD_FILES=1 WITHOUT_REPRODUCIBLE_BUILD=yes WITHOUT_LLVM_TARGET_ALL=yes > If not, then probably a much wider audience. Probably, yeah. Peace, david -- David H. Wolfskill da...@catwhisker.org Donald Trump held the office of President of the US as he incited his Putsch. See https://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
Some success; some problems with x11/nvidia-driver-460.39_1
With the update of x11/nvidia-driver from 460.39 to 460.39_1, it now builds and works on a couple of laptops, running either stable/12 (stable/12-n232662-e8eded55f23) or stable/13 (stable/13-n244485-6136a10e355a). On those same laptops, however, I get panices running head (either main-n244659-689561d40322 or main-n244663-f6e8256a965d). As I was unable to get crash dumps, I took screenshots; they are available at https://www.catwhisker.org/~david/FreeBSD/ports/nvidia-driver/head_panics/ They look like lock-ordering issues to me -- but that should be considered a semi-educated guess (at best). Quite unrelated to the above (as far as I can tell), except that it also involves an issue with x11/nvidia-driver: a desktop mini-tower that had been building/updating x11/nvidia-driver-440 every week running stable/12 ... did not do so well attempting to build the port during its kernel build (by virtue of PORTS_MODULES=x11/nvidia-driver in /etc/src.conf) this morning -- it nearly finished, then failed to find a file where it was expected during the "Registering installation" phase: | ... | > Compressing man pages (compress-man) | ===> Installing for nvidia-driver-460.39_1 | ===> Registering installation for nvidia-driver-460.39_1 | pkg-static: Unable to access file /common/ports/x11/nvidia-driver/work/stage/common/local/share/vulkan/icd.d/nvidia_icd.json:No such file or directory | pkg-static: Unable to access file /common/ports/x11/nvidia-driver/work/stage/common/local/share/vulkan/implicit_layer.d/nvidia_layers.json:No such file or directory | *** Error code 1 | | Stop. | make[1]: stopped in /common/ports/x11/nvidia-driver | *** Error code 1 | | This machine has the specification (in /etc/make.conf): PORTSDIR=/common/ports I re-created the observed issue by trying to update/install x11/nvidia-driver using portmaster (in its default "clean everything before and after" mode). I did this in a script(1) invocation, and have copied the resulting typescript to https://www.catwhisker.org/~david/FreeBSD/ports/nvidia-driver/stable_12_staging_error/nvidia_build.txt Peace, david -- David H. Wolfskill da...@catwhisker.org Donald Trump held the office of President of the US as he incited his Putsch. See https://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
I thought "pkg updating" would alert me about python...?
I just re-verified the behavior, so -- even though I have already started taking evasive action (updating python), I figured it may be of use to show what I'm seeing; maybe I'm confused: Local ports tree is updated; previous ports update was a week ago. I happen to know that there's an UPDATING entry: lgld-dhw(12.2-S)[4] tail +16 /usr/ports/UPDATING | head -5 20210425: AFFECTS: users of python AUTHOR: k...@freebsd.org The default version of python3 and python was switched to 3.8. And that this machine should be affected: lgld-dhw(12.2-S)[5] pkg info -o python\* python27-2.7.18_1 lang/python27 python36-3.6.13lang/python36 python38-3.8.9 lang/python38 [As noted above, I had already started evasive action.] But "pkg updating" is not actually showing the above entry: lgld-dhw(12.2-S)[6] pkg updating -d 20210424 lgld-dhw(12.2-S)[7] echo $? 0 Am I alone in expecting "pkg updating" to have displayed the 20210425 entry? (There was an issue a while back, where "pkg updating" was not showing "glob" entries, but that has since been addressed.) This is on a machine running stable/12: lgld-dhw(12.2-S)[8] uname -a FreeBSD lgld-dhw.corp.example.com 12.2-STABLE FreeBSD 12.2-STABLE #21 stable/12-n233048-23a3c3d97d72: Sun May 2 04:43:57 PDT 2021 r...@lgld-dhw.corp.example.com:/common/S2/obj/common/S2/src/amd64.amd64/sys/GENERIC amd64 lgld-dhw(12.2-S)[9] pkg -v 1.16.3 Thanks. Peace, david -- David H. Wolfskill da...@catwhisker.org "some of the terminology that was used, like 'hugs and kisses,' and 'very fine people,' is like very different from what I experienced and what my co-workers experienced on the 6th." - Michael Fanone, DC Metro Police Officer See https://www.catwhisker.org/~david/publickey.gpg for my public key. signature.asc Description: PGP signature
FreeBSD Port: boinc-einsteinathome-4.18_4,2
Hi guys, am hoping you may be able to assist with an enquiry my FreeBSD 9.0 machine is fitted with an NVIDIA GEForce 210 card is it possible to utilize its CUDA GPU operability into boinc_setiathome_enhanced 6.12_1 regards, Dave Whytcross ___ 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 Port: boinc-setiathome-enhanced-6.12_2
Hi guys, am hoping you may be able to assist with an enquiry my FreeBSD 9.0 machine is fitted with an NVIDIA GEForce 210 card is it possible to utilize its CUDA GPU operability into boinc_setiathome_enhanced 6.12_1 also, would you please pass on my appologies to p...@freesd.org for bothering them, as I inadvertently sent this request to that address initially regards, Dave Whytcross ___ 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/slim env data gets lost
On 26/03/2012 18:24, Steve Frowly wrote: Hi I started using x11/slim a week ago and I must say I love it. One thing I noticed is that some environment variables don't get set which I normally have when I login at the console. To analyze the problem I run: # logging in via syscons $ env | sort> normal-login # logging in via slim and then invoking an xterm $ env | sort> slim-login A diff showed the following difference: -PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/stvy/bin:/home/stvy/bin:/home/stvy/bin +PATH=/bin:/usr/bin:/usr/local/bin:/home/stvy/bin -SHLVL=2 +SHLVL=1 -XTERM_LOCALE=en_US.UTF-8 +XTERM_LOCALE=C -FTP_PASSIVE_MODE=YES Does anyone have an idea what's going wrong? I noticed that FTP_PASSIVE_MODE gets set in /etc/login.conf. It's as if slim does not load /etc/login.conf Thanks you for your help. -- Steve ___ 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" The login via the tty is done using a full login, the problem with slim is that it only calls a shell to run a .xinitrc (or .xsession) located in the user home directory thus removing every environment variable. Because I never found a solution, I removed slim :( Cheers, -- David Demelier ___ 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 Port: boinc-setiathome-enhanced-6.12_2
thanks for your reply Rene, I wish I knew how to help with this I guess CUDA support is being worked on by someone somewhere in the FreeBSD world, as I see many similar requests to mine on the search engines hopefully more FreeBSD users can get excited by SETI and help spur things along regards, David Whytcross - Original Message - From: "Rene Ladan" To: "David Whytcross" Cc: Sent: Wednesday, March 28, 2012 9:02 AM Subject: Re: FreeBSD Port: boinc-setiathome-enhanced-6.12_2 On 24-03-2012 08:04, David Whytcross wrote: Hi guys, am hoping you may be able to assist with an enquiry my FreeBSD 9.0 machine is fitted with an NVIDIA GEForce 210 card is it possible to utilize its CUDA GPU operability into boinc_setiathome_enhanced 6.12_1 Currently not I guess, I guess this would also require CUDA support from the X.org drivers. Regards, René -- http://www.rene-ladan.nl:8080/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) ___ 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 Port: boinc-einsteinathome-4.18_4,2
thanks for your reply Pav, I wish I knew how to help with this I guess CUDA support is being worked on by someone somewhere in the FreeBSD world, as I see many similar requests to mine on the search engines hopefully more FreeBSD users can get excited by BOINC projects and help spur things along PS. you have some great images on your oook.cz website regards, David Whytcross - Original Message - From: "Pav Lucistnik" To: "David Whytcross" Cc: Sent: Saturday, March 24, 2012 7:12 PM Subject: Re: FreeBSD Port: boinc-einsteinathome-4.18_4,2 ___ 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"
upgrade sqlite3-3.7.10 -> sqlite3-3.7.11 appears to break svnversion?
I updated my stable/8 slice before upgrading the installed ports on my laptop, so when I ran portmaster, it was running: FreeBSD g1-227.catwhisker.org 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #360 234093M: Tue Apr 10 04:22:16 PDT 2012 r...@g1-227.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY i386 There were no whines from portmaster that I can see. (I did the upgrade within script, and can provide the typescript to interested folks.) But now, if I run "svnversion," I see: d134(8.3-P)[33] /usr/local/bin/svnversion /usr/src/ svn: E200030: sqlite: callback requested query abort svn: E200030: sqlite: callback requested query abort d134(8.3-P)[34] svn appears to generally be working, otherwise. Should I rebuild the subversion port? Is there an ABI change that may require a corresponding change in subversion? The phase of the moon jsut the wrong color? Thanks! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpTRxFMqnhlm.pgp Description: PGP signature
Re: upgrade sqlite3-3.7.10 -> sqlite3-3.7.11 appears to break svnversion?
On Tue, Apr 10, 2012 at 06:22:24PM +0200, Mel Flynn wrote: > On 4/10/2012 18:11, David Wolfskill wrote: > > svn: E200030: sqlite: callback requested query abort > > Does svn cleanup in /usr/src fix the issue? > ... Huh -- it seems to do precisely that -- thanks! Is this something that should be done ... often? Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpVjy9ezcpxv.pgp Description: PGP signature
Re: x11-drivers/xf86-input-synaptics
On 18/05/2012 15:18, Oliver Pinter wrote: Hi! Please apply the attached patch to x11-drivers/xf86-input-synaptics/Makefile. ___ 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" Hi Olivier, I already filled a PR against this useless HAL depends but it's not commited yet: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/167533 -- David Demelier ___ 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: [ GSOC ] Project: Parallelization in the ports collection
Hello Alexander, I have been working on a program (available via ports-mgmt/portbuilder) that handles concurrent installation of ports. It doesn't change the port infrastructure but manages the build process via python. The program has strong similarities to your project's objectives. It also has some interesting features like allowing one to install ports via packages or pkgng repositories as well as directly via ports (and the order of preference and fallback methods can be controlled). I am open to sharing my experience and insight with you, to assist you in your project. Regards, David On Monday, 21 May 2012 08:12:14 Alexander Pronin wrote: > Hello Community. > > My name is Alexander Pronin. I am a GSOC student at The FreeBSD Project. > My project is "Parallelization in the ports collection and pkgng utility" > I have created wiki page where I described problems that I have to solve > and approaches to solving this problems. ( > http://wiki.freebsd.org/SummerOfCode2012/Parallelization_in_the_ports_coll > ection ) But some problems still seem to be unsolved. > > I would be grateful to discuss my project ideas. So any feedback is more > that appreciated. > > --- > Best regards, > Alexander Pronin signature.asc Description: This is a digitally signed message part.
Re: Please rebuild all ports that depend on PNG
Dear all, In message <20120602140703.004264ea@scorpio>, Jerry writes IMHO, if you are going to use "https" then you should have a proper SSL certificate. A self-signed one means virtually nothing. If the web site operator is not going to purchase an authentic certificate they why use SSL at all? Just my 2¢ on the matter. I'm in agreement with Jerry - unless you're going to use a PKI certificate, there's really no point in using SSL. With the default security settings in Firefox, using a web site whose certificate does not chain to a trusted root involves jumping through several hoops. This reflects that SSL is about more than end-to-end encryption. StartSSL - https://www.startssl.com - offers DV certificates with 1 year validity free of charge so long as you supply some basic identity details and have the necessary control over the domain in which you want a server certificate issued. These are not trial certificates and don't involve a load of marketing - it is regular product for StartSSL with a zero price tag. For a relatively small fee, which pays for the cost of some basic identity checking, you can issue as many IV certificates with 2 year validity as you want for a 350 day period on domains and e-mail addresses that you control. This option allows multiple DNS names in one server certificate, wildcard server certificates and code signing certificates (albeit encumbered with an OID that means the signatures on Microsoft operating systems expire at the same time as the certificate, even if the signature is timestamped). The StartSSL root is in most major root bundles. I have no connection with StartSSL, StartCom or Eddy Nigg other than as a satisfied customer. Of course, as Kevin Oberman notes, the public PKI is not perfect. A DV (Domain Validated) certificate merely says that at one moment in time, you had access to a 'privileged' e-mail address (postmaster@, webmaster@ or hostmaster@) - nothing more. Still, as it costs nothing to get a certificate chained to a trusted root with about five minutes' of effort, I see no reason not to do so. At this price, it is affordable to use 'real' certificates for test sites on throw-away subdomains. With best wishes to you all, David -- David Wood da...@wood2.org.uk ___ 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"
graphics/png problems
I seem to have successfully fouled up png. I deinstalled png instead of doing a portupgrade -fr png compiles but does not install successfully Install the project... -- Install configuration: "Debug" -- Up-to-date: /usr/local/lib/libpng15d.so.15.10 -- Up-to-date: /usr/local/lib/libpng15d.so.15 -- Up-to-date: /usr/local/lib/libpng15d.so -- Up-to-date: /usr/local/lib/libpng.so -- Up-to-date: /usr/local/lib/libpng15d.a -- Up-to-date: /usr/local/lib/libpng.a -- Up-to-date: /usr/local/include/png.h -- Up-to-date: /usr/local/include/pngconf.h -- Up-to-date: /usr/local/include/pnglibconf.h -- Up-to-date: /usr/local/include/libpng15/png.h -- Up-to-date: /usr/local/include/libpng15/pngconf.h -- Up-to-date: /usr/local/include/libpng15/pnglibconf.h -- Up-to-date: /usr/local/bin/libpng-config -- Up-to-date: /usr/local/bin/libpng15-config -- Up-to-date: /usr/local/man/man3/libpng.3 -- Up-to-date: /usr/local/man/man3/libpngpf.3 -- Up-to-date: /usr/local/man/man5/png.5 -- Up-to-date: /usr/local/libdata/pkgconfig/libpng.pc -- Up-to-date: /usr/local/bin/libpng-config -- Up-to-date: /usr/local/libdata/pkgconfig/libpng15.pc -- Up-to-date: /usr/local/bin/libpng15-config -- Up-to-date: /usr/local/lib/libpng/libpng15.cmake -- Up-to-date: /usr/local/lib/libpng/libpng15-debug.cmake install -o root -g wheel -m 444 /usr/ports/graphics/png/work/libpng-1.5.10/pngdebug.h /usr/ports/graphics/png/work/libpng-1.5.10/pnginfo.h /usr/ports/graphics/png/work/libpng-1.5.10/pngpriv.h /usr/ports/graphics/png/work/libpng-1.5.10/pngstruct.h /usr/local/include/libpng15/ /bin/rmdir /usr/local/include/libpng /bin/rm /usr/local/libdata/pkgconfig/libpng.pc /bin/ln -sf libpng15.pc /usr/local/libdata/pkgconfig/libpng.pc /bin/rm /usr/local/lib/libpng15.so.15 rm: /usr/local/lib/libpng15.so.15: No such file or directory *** Error code 1 Stop in /usr/ports/graphics/png. *** Error code 1 Stop in /usr/ports/graphics/png. [root@dns1 /usr/ports/graphics/png]# What is the simplest way to resolve this? David ___ 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: graphics/png problems
On Wednesday 06 June 2012 06:05:33 Olivier Smedts wrote: > > > -- Up-to-date: /usr/local/lib/libpng15d.so.15.10 > > -- Up-to-date: /usr/local/lib/libpng15d.so.15 > > -- Up-to-date: /usr/local/lib/libpng15d.so > > -- Up-to-date: /usr/local/lib/libpng.so > > -- Up-to-date: /usr/local/lib/libpng15d.a > > -- Up-to-date: /usr/local/lib/libpng.a > > -- Up-to-date: /usr/local/include/png.h > > -- Up-to-date: /usr/local/include/pngconf.h > > -- Up-to-date: /usr/local/include/pnglibconf.h > > -- Up-to-date: /usr/local/include/libpng15/png.h > > -- Up-to-date: /usr/local/include/libpng15/pngconf.h > > -- Up-to-date: /usr/local/include/libpng15/pnglibconf.h > > -- Up-to-date: /usr/local/bin/libpng-config > > -- Up-to-date: /usr/local/bin/libpng15-config > > -- Up-to-date: /usr/local/man/man3/libpng.3 > > -- Up-to-date: /usr/local/man/man3/libpngpf.3 > > -- Up-to-date: /usr/local/man/man5/png.5 > > -- Up-to-date: /usr/local/libdata/pkgconfig/libpng.pc > > -- Up-to-date: /usr/local/bin/libpng-config > > -- Up-to-date: /usr/local/libdata/pkgconfig/libpng15.pc > > -- Up-to-date: /usr/local/bin/libpng15-config > > -- Up-to-date: /usr/local/lib/libpng/libpng15.cmake > > -- Up-to-date: /usr/local/lib/libpng/libpng15-debug.cmake > > install -o root -g wheel -m 444 > > /usr/ports/graphics/png/work/libpng-1.5.10/pngdebug.h > > /usr/ports/graphics/png/work/libpng-1.5.10/pnginfo.h > > /usr/ports/graphics/png/work/libpng-1.5.10/pngpriv.h > > /usr/ports/graphics/png/work/libpng-1.5.10/pngstruct.h > > /usr/local/include/libpng15/ > > /bin/rmdir /usr/local/include/libpng > > /bin/rm /usr/local/libdata/pkgconfig/libpng.pc > > /bin/ln -sf libpng15.pc /usr/local/libdata/pkgconfig/libpng.pc > > /bin/rm /usr/local/lib/libpng15.so.15 > > rm: /usr/local/lib/libpng15.so.15: No such file or directory > > *** Error code 1 > > > > Stop in /usr/ports/graphics/png. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/png. > > [root@dns1 /usr/ports/graphics/png]# > > > > What is the simplest way to resolve this? > > > > David > > > 2012/6/6 David Southwell : > > I seem to have successfully fouled up png. > > > > I deinstalled png instead of doing a portupgrade -fr > > > > png compiles but does not install successfully > > Install the project... > > -- Install configuration: "Debug" > > How did you turn on a this debugging build ? Does turning it off solve > your problem ? > I think you have a WITH_DEBUG in your /etc/make.conf. Bingo - right on the money! I turned it on for some purpose long forgotten.. didnt turn it off again. WITHOUT_DEBUG=yes did the trick Thank you david ___ 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"
devel/git compile clash with kwallet
When trying to install git I get the following: ===> kwallet-4.8.3 conflicts with installed package(s): kdeutils-4.7.3 They install files into the same place. You may want to stop build with Ctrl + C. ===> License check disabled, port has not defined LICENSE => kwallet-4.8.3.tar.xz doesn't seem to exist in /usr/ports/distfiles/KDE. => Attempting to fetch http://mirrors.isc.org/pub/kde/stable/4.8.3/src/kwallet-4.8.3.tar.xz kwallet-4.8.3.tar.xz 100% of 276 kB 147 kBps ===> Extracting for kwallet-4.8.3 => SHA256 Checksum OK for KDE/kwallet-4.8.3.tar.xz. /bin/mkdir -p /usr/ports/security/kwallet/work/kwallet-4.8.3/build ===> Patching for kwallet-4.8.3 ===> kwallet-4.8.3 depends on file: /usr/local/bin/moc-qt4 - found ===> kwallet-4.8.3 depends on file: /usr/local/bin/qmake-qt4 - found ===> kwallet-4.8.3 depends on file: /usr/local/bin/rcc - found ===> kwallet-4.8.3 depends on file: /usr/local/bin/uic-qt4 - found ===> kwallet-4.8.3 depends on file: /usr/local/bin/automoc4 - found ===> kwallet-4.8.3 depends on file: /usr/local/kde4/lib/libkdecore.so.7 - found ===> kwallet-4.8.3 depends on file: /usr/local/bin/cmake - found ===> Configuring for kwallet-4.8.3 How is this best resolved if I need to have some version or other of git? Thanks in advance David ___ 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"
Removing hal dependency of x11-drivers/xf86-input-synaptics
Hi, After 4 or 5 emails sent to miwi@ I think Martin just ignore me. It's about a commit for removing a useless HAL dependency added a few weeks ago. In fact, x11-drivers/xf86-input-synaptics may install an old and useless HAL file (.fdi), I have no problem with that, but a RUN_DEPENDS variable has been added against HAL and we need to install HAL and about 30 pulled in depencies. Here's the PR to remove this HAL dependency: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/167533 Please commit it, Cheers. -- David Demelier ___ 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: Patches for Review (security/vpnc)
These mostly look good; thanks. Please could I have each with a 'Signed-off-by:' tag? See the 'Submitting Patches' section of http://www.infradead.org/openconnect/contribute.html for more background on that (and exactly what you're agreeing to). On Thu, 2012-06-14 at 02:05 -0400, Jason Hellenthal wrote: > r2 | jh | 2012-06-14 01:14:16 -0400 (Thu, 14 Jun 2012) | 4 lines > ASCII'fy the copyrights section. less(1) and other tools see it as > binary. I'd rather not do this; I'd rather you file bugs against the tools which see it as binary. We're over a decade into the 21st century now; ∄ excuse for still using EBCDIC, 7-bit ASCII or other legacy nonsense. Anyone who isn't operating a policy of "everything on my system is UTF-8 as far as possible, converted from legacy crap on the way in and begrudgingly converted to legacy crap on the way out *only* if we really must" is asking for trouble and mislabelled text. As long as this is only a cosmetic issue — and I think it is — I'd really prefer it to stay as it is. If it annoys someone with broken tools or who is living in the 20th century, then that's just fine by me ☺ Btw, I *would* accept patches to openconnect itself, to convert UTF-8 banners and prompts that we receive from the server into legacy crap for local display. You could still call that a "cosmetic" issue, I suppose, but it's an issue that actually affects the *user*, if they have a legacy local encoding and the server is giving non-ASCII in its prompts. > r3 | jh | 2012-06-14 01:25:31 -0400 (Thu, 14 Jun 2012) | 13 lines > Adjust checking for if_tun to use kldstat(8) in place of /dev/tun > While here kldload if_tun.ko quietly (-q) Sounds good, and ISTR seeing a discussion in which it was confirmed that this worked when if_tun was built in to the kernel statically too? I'm going to defer entirely to you on the "back to 7.x and possibly further" bit, and assume that it's reasonable not to care if there are people with older systems on which this doesn't work? Changes here tend to get merged into upstream vpnc too, so if there's an ancient FreeBSD user who *does* happen to rebuild upstream vpnc for security fixes, perhaps it'll break for them? I'm fine with not caring about that if you (collectively, assuming my mail makes it to the ports@ list) are. > r4 | jh | 2012-06-14 01:42:30 -0400 (Thu, 14 Jun 2012) | 11 lines > > Interface creation and deletion should be handled directly by vpnc and > return status should be handed back over to the script for > negotiation. Would be very nice if someone who knows the intimate details of FreeBSD tunnel devices could respond to my outstanding queries about this. If we can make the device go away automatically when its fd is closed, like we can on all other systems, that would be best. > For now comment out the implicit tunnel deletion function until it can > be reworked. I think we still need destroy_tun_device to run on NetBSD. Can you comment out just the FreeBSD part of the case statement in destroy_tun_device() instead? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature
Re: FreeBSD Port: sabnzbdplus-0.6.15
Thanks for the heads up. I've been out of town on business all week, and we're coming up on the close of the quarter, so I've been a bit busy. I'll do my best to get it ported soon, though I expect it may take longer than usual given that it's a "larger" update, the extent of which I don't yet know. If you happen to get it working on your end and can submit a patch against the current port, I'll be happy to test it and approve it. Otherwise, I may be a little while. Let me know your results. -db. On Fri, Jun 15, 2012 at 12:13 AM, Kris Amy wrote: > Hi, > > Just touching base to see if you were aware that 0.7.0 has been released. > > If you could update the port when you get a chance (have time), that > would be excellent. > > Cheers, > Kris > -- "With sufficient thrust, pigs fly just fine." -- RFC1925 ___ 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: TeXLive merge into FreeBSD ports tree - FreeBSD project idea
Hi all, Summary of below. I have started an effort to get TeXLive into the FreeBSD ports. See github.com/DragonSA/texlive for details. Volunteers welcome. On Sunday, 17 June 2012 22:04:15 David Schultz wrote: > On Sun, Jun 17, 2012, Jan Henrik Sylvester wrote: > > Even with a knob instead of checking if print/texlive-core is installed, > > it would put a lot of mess into the ports tree. Some maintainers will > > not agree to introduce these conditions, if there is no general > > agreement that we want to transition to TeXLive that way. teTeX hasn't been updated since 2006 and the maintainer of teTeX has discontinued development and recommends using TeXLive. Undoubtably updating the TeXLive will break some things but the same could be said about teTeX if an update existed. Are there any people who don't want to migrate to TeXLive? > > As far as I remember, both romain@ and hrs@ have stated that they do not > > want both teTeX and TeXLive in the tree concurrently. Looking through the list of bundled packages for TeXLive it will be quite difficult to have both TeXLive and teTeX in the tree concurrently. There are a group of "support" ports, such as xdvik and ptex that require special integration into either teTeX or TeXLive. To switch between either will require reinstalling many dependencies, not just the TeXLive or teTeX ports. With that said, it is not impossible nor, I think, will it impose a big maintenance burden. > In that case, it sounds like using TeXLive in FreeBSD will be a > bit tricky until someone steps in and does all the work required > for integration. Unfortunately I'm a bit time-constrained for the > next few months, but I do use TeXLive and would be happy to test > any proposed patches. I have started working on just this, getting TeXLive into FreeBSD ports. It is still early days and I have only two monolithic ports, with texlive-base requiring lots of love. I believe my work is in a state ready for initial testing (verifying the ports) and some feedback. Some open questions are: - how to split texlive-texmf (OpenBSD has an approach) - how to handle bundled software that has existing (sometimes outdated) ports Also, I am looking for a sponsor: someone who will commit the ports when they are ready, and to provide feedback so that the ports may get to a ready state. For details about the project, and to get the ports, please see: github.com/DragonSA/texlive Regards P.S. I am not subscribed to freebsd-ports@ so please CC me. signature.asc Description: This is a digitally signed message part.
Re: Wine-fbsd64 updated to 1.5.6 (32bit Wine for 64bit FreeBSD)
On Friday, 22 June 2012 12:26:50 Jan Beich wrote:
> (ports@ folk may know more about pkgng)
>
> David Naylor writes:
> > Hi,
> >
> > Packages [1] for wine-fbsd64-1.5.6 have been uploaded to mediafire [2].
> > The packages for FreeBSD 10 use the pkgng* [3] format.
>
> [...]
>
> > * Support for pkgng has been added to the nvidia-patch script
>
> pkgng seems to be more pedantic regarding conflicting files. And I
> haven't found a way to force register a package.
I have reported this issue to both pkgng and FreeBSD ports. I managed to get
it to register by tweaking pkg-plist, also not defining WITH_PKGNG may work
(and with the changes to nvidia.sh it will fall back to `pkg_info` if `pkg
info` doesn\t yield).
> --- patch-nvidia.sh~
> +++ patch-nvidia.sh
> @@ -92,12 +92,20 @@ do
> done
>
> version() {
> + local ret pkg="$1"
>if [ -f "/usr/local/sbin/pkg" ]
>then
> -echo `pkg query -g '%v' $1`
> +ret=`pkg query -g '%v' $pkg`
>else
> -echo `pkg_info -E $1'*' | cut -f 3 -d -`
> +ret=`pkg_info -E $pkg'*' | cut -f 3 -d -`
>fi
> + # installed manually or failed to register
> + if [ -z "$ret" ] && [ "$pkg" = "nvidia-driver" ]
> + then
> +ret=`sed 2>/dev/null -n 's/.*Version: //p' \
> + $PREFIX/share/doc/NVIDIA_GLX-1.0/README || true`
> + fi
> + echo "$ret"
> }
>
> [ `whoami` = root ] \
Thanks for your patch. I have updates the nvidia.sh script and given you
credit. This will be available from wine 1.5.7.
Regards
signature.asc
Description: This is a digitally signed message part.
sysutils/ataidle, rc script does not eval ataidle_args
Hello,
It seems that the ataidle rc script does not eval the ataidle_args, the
command executed is only:
/usr/local/bin/ataidle /dev/ada0
Producing output:
Model: WDC WD3200BEKT-60F3T1
Serial: WD-WX10A99E0964
Firmware Rev: 12.01A12
ATA revision: ATA-8
LBA 48: yes
Geometry: 16383 cyls, 16 heads, 63 spt
Capacity: 298GB
SMART Supported:yes
SMART Enabled: yes
Write Cache Supported: yes
Write Cache Enabled:yes
APM Supported: yes
APM Enabled:yes
APM Value: 128
AAM Supported: no
In my rc.conf I have:
ataidle_enable="YES"
ataidle_devices="ada0"
adaidle_ada0="-P 0"
As you can see the APM value is not correct, I've set 0 but 128 is still
there.
I think the problem is at line 44:
eval ataidle_args=\$ataidle_${i}
Cheers,
--
David Demelier
___
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"
Wine-fbsd64 updated to 1.5.8 (32bit Wine for 64bit FreeBSD)
Hi, Packages [1] for wine-fbsd64-1.5.8 have been uploaded to mediafire [2]. The packages for FreeBSD 10 use the pkgng* [3] format. There are many reports that wine does not work with a clang compiled world (help in fixing this problem is appreciated as it affects quite a few users). The patch [4] for nVidia users is now included in the package and is run on installation (if the relevant files are accessible). Please read the installation messages for further information. Regards, David [1] MD5 (wine-1.5.x-freebsd8/wine-fbsd64-1.5.8,1.tbz) = bc57b6b573816d24837c9171e38cdfaf MD5 (wine-1.5.x-freebsd9/wine-fbsd64-1.5.8,1.txz) = 4c06fd3e68c43c977449ab9f824f69dd MD5 (wine-1.5.x-freebsd10/wine-fbsd64-1.5.8,1.txz) = 34cce0d89ef9d3db47f7699a3769a6cd [2] http://www.mediafire.com/wine_fbsd64 [3] http://wiki.freebsd.org/pkgng [4] The patch is located at /usr/local/share/wine/patch-nvidia.sh * pkgng support for nVidia patching should be working properly and using a mixed mode between pkgng and pkg also works signature.asc Description: This is a digitally signed message part.
Ports available for the Netmagis software
Hi, I'm one of the authors of Netmagis (for Network MAnaGement Information System). We have released (see announcement below) the 2.1.0 version some days ago: http://netmagis.org/ To ease installation, we included ready-to-use FreeBSD ports: http://netmagis.org/download.html Source for these ports are also available on github: https://github.com/pdav/netmagis/ (see the pkg/freebsd/ subdir) Installation is detailed on: http://netmagis.org/install-2.1.html I would be gratefull is someone could check these ports, and gives us some feedback. And possibly commit them in the ports tree (category net-mgmt)... Thanks in advance, Pierre P.S.: also PR 169509 -- We are proud to announce the release 2.1.0 of Netmagis. Netmagis (NETwork Management Information System) is a complete application which aims to simplify operation of a network. Netmagis is an open-source software. More specifically, it allows a network administrator to: - manage IPv4 and IPv6 addresses; - generate data for a DNS server and get BIND zone files always up to date and consistant; - delegate DNS management to other network administrators or every non-specialist of DNS management; - specify groups of users and very fine access privileges on addresses, on domains, etc; - manage DHCP allocations (both static or dynamic) with profiles to parametrize network boot; - use your existing LDAP directory to manage accounts, or manage accounts with the Netmagis database; - manage a large number of networks, users domains, DHCP profiles, etc.; - visualize with automatically generated network maps your network topology (switched or routed); - give access on these maps to users; - assign VLAN to equipment interfaces via a simple Web interface (for Cisco, HP or Juniper equipments); - delegate VLAN assignment to other network administrators or every non-specialist of equipment management; - access to traffic graphs that you have specified on your equipments; - locate hosts by IP address, MAC address or network equipement port. Netmagis is available on http://netmagis.org/ FreeBSD ports and Debian/Ubuntu packages are also available on http://netmagis.org. See installation instructions. Pierre David & Jean Benoit & Sébastien Boggia ___ 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 Port: ifgraph-0.4.10_4
Hi Using ifgraph-0.4.10_4 I noticed unexpected behaviour with the user rights of the files created. The cron job is run as user ifgraph but the rrds are owned by root:ifgraph with mod 644 so the group ifgraph can't write to them. Changing mod to 664 fixes this. Also the images and html files have unexpected ownership. The images are owned by root:ifgraph but the html are ifgraph:ifgraph. Also here the ifgraph group doesn't have write privileges to the files. I've tested the script as root before handing them over to cron. Could that be the cause? Shouldn't the script create rrds and images as ifgraph anyhow? Regards David ___ 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 Port: bash-4.2.28
On Mon, Jul 30, 2012 at 04:17:57PM -0500, Bryan Drewery wrote: > On 7/25/2012 10:03 AM, Michael wrote: > > Any plans to update bash-4.2.28 up to patch level 037? > > I see we still are on patch level 028. The Bash patches did not apply cleanly. > I've submitted a patch to update to 37. > It's attached to the PR ports/170283: I'll take a look. Thanks! ___ 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 Port: bash-4.2.28
On Fri, Aug 03, 2012 at 01:17:44PM -0500, Bryan Drewery wrote: > On 8/3/2012 12:52 PM, David O'Brien wrote: > > On Mon, Jul 30, 2012 at 04:17:57PM -0500, Bryan Drewery wrote: > >> On 7/25/2012 10:03 AM, Michael wrote: > >>> Any plans to update bash-4.2.28 up to patch level 037? > >>> I see we still are on patch level 028. > > > > The Bash patches did not apply cleanly. > > Works here. Simply bumping PATCHLEVEL did not lead to a buildable port. As you know xpatch-colonbreakswords did not apply cleanly. I had not committed an update as I was researching what I thought the best fix was. -- -- David (obr...@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"
Can't get gvim working
Hi, I enabled the WITH_OPTIONS in the editors/vim port, and installed with X11, GTK2 and GNOME2 options, but gvim stills says : E25: GUI cannot be used: Not enabled at compile time As you can see the output of make showconfig: ===> The following configuration options are available for vim-7.3.556_1: PERL=off: Enable Perl interpreter PYTHON=off: Enable Python interpreter RUBY=off: Enable Ruby interpreter TCL=off: Enable TCL interpreter LUA=off: Enable lua interpreter LANG=off: VIm Translations CSCOPE=off: Enable cscope EXUBERANT_CTAGS=off: Use exctags instead of ctags X11=on: X11 support (required for options below) X11_ONLY=off: CLI-only Vim, but with basic X11 support XTERM_SAVE=off: Restore xterm screen after exit ATHENA=off: Athena GUI GTK2=on: GTK2 GUI GNOME2=on: Gnome2 GUI MOTIF=off: Motif GUI ===> Use 'make config' to modify these settings Cheers, -- David Demelier ___ 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: Can't get gvim working
On 04/08/2012 23:34, Doug Barton wrote: On 08/04/2012 14:02, David Demelier wrote: Hi, I enabled the WITH_OPTIONS in the editors/vim port, and installed with X11, GTK2 and GNOME2 options, but gvim stills says : E25: GUI cannot be used: Not enabled at compile time As you can see the output of make showconfig: ===> The following configuration options are available for vim-7.3.556_1: PERL=off: Enable Perl interpreter GNOME2=on: Gnome2 GUI Works fine for me, the only difference in settings is that I have these 2 knobs flipped. Unlikely the first matters, but the gnome option is probably relevant. hth, Doug I finally found the problem: at the configure target see, checking for GTK - version >= 2.2.0... Package glproto was not found in the pkg-config search path. Perhaps you should add the directory containing `glproto.pc' to the PKG_CONFIG_PATH environment variable No package 'glproto' found no x11/glproto was not installed, I think we could add a dependency on it. Cheers, -- David Demelier ___ 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: Can't get gvim working
On 05/08/2012 00:12, Doug Barton wrote: On 08/04/2012 14:56, David Demelier wrote: I finally found the problem: at the configure target see, checking for GTK - version >= 2.2.0... Package glproto was not found in the pkg-config search path. Perhaps you should add the directory containing `glproto.pc' to the PKG_CONFIG_PATH environment variable No package 'glproto' found no x11/glproto was not installed, I think we could add a dependency on it. Seems to apply only to the gnome define, as I can build and run gvim without it. David, what do you think of the attached? Doug I would rather place in the WITH_GTK2 conditional, since gtk2 requires glproto too. Cheers, -- David Demelier ___ 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: Can't get gvim working
On 05/08/2012 11:01, Doug Barton wrote: On 08/05/2012 00:18, David Demelier wrote: On 05/08/2012 00:12, Doug Barton wrote: On 08/04/2012 14:56, David Demelier wrote: I finally found the problem: at the configure target see, checking for GTK - version >= 2.2.0... Package glproto was not found in the pkg-config search path. Perhaps you should add the directory containing `glproto.pc' to the PKG_CONFIG_PATH environment variable No package 'glproto' found no x11/glproto was not installed, I think we could add a dependency on it. Seems to apply only to the gnome define, as I can build and run gvim without it. David, what do you think of the attached? Doug I would rather place in the WITH_GTK2 conditional, since gtk2 requires glproto too. ... that was the point of my reporting that with just gtk2 glproto is *not* needed. :) Why do you think it is? Doug Because the check of Gtk2 fails if it is not enabled, thus no gtk2 gui will be enabled the same error as my first post. -- David Demelier ___ 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: Can't get gvim working
On 06/08/2012 03:51, Doug Barton wrote: On 08/05/2012 03:05, David Demelier wrote: On 05/08/2012 11:01, Doug Barton wrote: On 08/05/2012 00:18, David Demelier wrote: On 05/08/2012 00:12, Doug Barton wrote: On 08/04/2012 14:56, David Demelier wrote: I finally found the problem: at the configure target see, checking for GTK - version >= 2.2.0... Package glproto was not found in the pkg-config search path. Perhaps you should add the directory containing `glproto.pc' to the PKG_CONFIG_PATH environment variable No package 'glproto' found no x11/glproto was not installed, I think we could add a dependency on it. Seems to apply only to the gnome define, as I can build and run gvim without it. David, what do you think of the attached? Doug I would rather place in the WITH_GTK2 conditional, since gtk2 requires glproto too. ... that was the point of my reporting that with just gtk2 glproto is *not* needed. :) Why do you think it is? Doug Because the check of Gtk2 fails if it is not enabled, thus no gtk2 gui will be enabled the same error as my first post. Ok, let me try again. :) I don't have glproto installed. I have the gtk GUI option enabled. I can configure, build, and run gvim just fine without glproto; with no errors. Doug That's very odd, why it does not work for me then? checking --enable-gui argument... GTK+ 2.x GUI support checking --disable-gtktest argument... gtk test enabled checking for pkg-config... /usr/local/bin/pkg-config checking for GTK - version >= 2.2.0... Package glproto was not found in the pkg-config search path. Perhaps you should add the directory containing `glproto.pc' to the PKG_CONFIG_PATH environment variable No package 'glproto' found no checking X11/SM/SMlib.h usability... yes checking X11/SM/SMlib.h presence... yes checking for X11/SM/SMlib.h... yes checking X11/xpm.h usability... yes checking X11/xpm.h presence... yes checking for X11/xpm.h... yes checking X11/Sunkeysym.h usability... yes checking X11/Sunkeysym.h presence... yes checking for X11/Sunkeysym.h... yes checking for XIMText in X11/Xlib.h... yes no GUI selected; xim has been disabled no GUI selected; fontset has been disabled Can you show me your /etc/make.conf? Cheers, -- David Demelier ___ 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: pkgconf issue ?
On 09/08/2012 16:17, Tijl Coosemans wrote: On 09-08-2012 15:14, Olivier Smedts wrote: All my ports are up-to-date and I've previously dealt with the pkg-config -> pkgconf transition by reading UPDATING. No problems. But now I try to install a port which depends on ports I didn't have, which in turn depend on cairo... and they fail to build. And it's strange because there seems to be a problem with pkgconf, at least on my system : # pkg-config --cflags cairo Package glproto was not found in the pkg-config search path. Perhaps you should add the directory containing `glproto.pc' to the PKG_CONFIG_PATH environment variable No package 'glproto' found I opened a PR for this a month ago: http://www.freebsd.org/cgi/query-pr.cgi?pr=169701 Yes I also have a lot of problem due to the missing glproto too. -- David Demelier ___ 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: Can't get gvim working
On Sat, Aug 04, 2012 at 03:12:32PM -0700, Doug Barton wrote: > David, what do you think of the attached? Hi Doug, Thank you for asking. I'm OK with it. You've seem to have made this apply as narrowly as possible. Committed as r302687. Sorry I haven't committed it sooner. Vim patches have been coming out pretty fast and I haven't looked at such issues until the subversion conversion and I could get a Port update committed. -- -- David (obr...@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"
Re: lang/gcc46 dependency loop on lang/gcc
On Mon, Aug 27, 2012 at 12:35:14PM -0700, Doug Barton wrote: > Gerald, > > It seems that if lang/gcc46 is installed, and then you attempt to update > it, lang/gcc shows up in the output of build-depends-list, > run-depends-list, or perhaps both. If lang/gcc46 is not installed > already, this doesn't happen. > FWIW, on the machine on which I'm writing this note, I successfully performed an: Upgrade of gcc-4.6.4.20120608 to gcc-4.6.4.20120817 yesterday without incident (using portmaster). The machine is now running: FreeBSD albert.catwhisker.org 8.3-STABLE FreeBSD 8.3-STABLE #560 239646M: Fri Aug 24 04:21:00 PDT 2012 r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/ALBERT i386 (and had been updated to that just prior to the portmaster run). The ports tree is maintained as an SVN working copy; it was @303183 as of the time of the update in question. Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpCdMvKCnRqQ.pgp Description: PGP signature
Re: lang/gcc46 dependency loop on lang/gcc
On Mon, Aug 27, 2012 at 12:46:27PM -0700, Doug Barton wrote: > ... > Do you have lang/gcc installed, or lang/gcc46? > > pkg_info -qo gcc-4.6\* albert(8.3-S)[5] pkg_info -qo gcc-4.6\* lang/gcc46 albert(8.3-S)[6] Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgp41acYGQzOI.pgp Description: PGP signature
Re: [HEADS-UP] Announcing the end of port CVS
On Fri, Sep 07, 2012 at 11:53:47AM +0100, Jamie Paul Griffin wrote: > ... > Can I just ask something about changing over to use sv - should I delete > the entire /usr/ports tree before I use : > > svn co https://svn0.us-west.FreeBSD.org/ports/head /usr/ports You might want to consider saving away /usr/ports/distfiles and/or /usr/ports/packages first, but (basically): yes. (I made this transition myself not all thta long ago.) > ... Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpQyZlu8hI2j.pgp Description: PGP signature
Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale"
I'm not at all clear what I can or should do in order to avoid the reported error condition: g1-227(8.3-S)[3] portmaster -d java/icedtea-web ===>>> Currently installed version: icedtea-web-1.2.1_1 ===>>> Port directory: /usr/ports/java/icedtea-web ===>>> Gathering distinfo list for installed ports ===>>> Launching 'make checksum' for java/icedtea-web in background ===>>> Gathering dependency list for java/icedtea-web from ports ===>>> Initial dependency check complete for java/icedtea-web ===>>> Starting build for java/icedtea-web <<<=== ===>>> All dependencies are up to date ===> Cleaning for icedtea-web-1.3 ===>>> Waiting on fetch & checksum for java/icedtea-web <<<=== ===> License GPLv2 accepted by the user ===> Found saved configuration for icedtea-web-1.2_2 => icedtea-web-1.3.tar.gz doesn't seem to exist in /usr/ports/distfiles//. => Attempting to fetch http://icedtea.wildebeest.org/download/source/icedtea-web-1.3.tar.gz icedtea-web-1.3.tar.gz ===> License GPLv2 accepted by the user ===> Found saved configuration for icedtea-web-1.2_2 ===> Extracting for icedtea-web-1.3 => SHA256 Checksum OK for icedtea-web-1.3.tar.gz. IMPORTANT: To build IcedTea-Web 1.3, you have to turn on 'ICEDTEA' option for java/openjdk6 (default). Otherwise, it will neither build nor work. tar: Pathname in pax header can't be converted to current locale. tar: Pathname in pax header can't be converted to current locale. tar: Error exit delayed from previous errors. *** Error code 1 Stop in /common/ports/java/icedtea-web. *** Error code 1 Stop in /common/ports/java/icedtea-web. ===>>> make failed for java/icedtea-web ===>>> Aborting update Terminated ===>>> You can restart from the point of failure with this command line: portmaster java/icedtea-web This is running: FreeBSD g1-227.catwhisker.org 8.3-STABLE FreeBSD 8.3-STABLE #450 240235M: Sat Sep 8 04:29:12 PDT 2012 r...@g1-227.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY i386 May I borrow a clue, please? Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpYqy5AYd5Vx.pgp Description: PGP signature
Re: Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale"
On Sat, Sep 08, 2012 at 09:58:06AM -0400, Eitan Adler wrote: > ... > > tar: Pathname in pax header can't be converted to current locale. > > tar: Pathname in pax header can't be converted to current locale. > > tar: Error exit delayed from previous errors. > > *** Error code 1 > > what is the output of locale(1) ? What if you try with env LC_ALL=C ? > ... I'm building head at the moment (so I can't check in the stable/8 environment just now). But I see: g1-227(10.0-C)[1] grep LC .cshrc setenv LC_ALL C g1-227(10.0-C)[2] (which is the same ~/.cshrc that I use when running stable/8), so I strongly suspect that: g1-227(10.0-C)[2] locale LANG=en_US.ISO8859-1 LC_CTYPE="C" LC_COLLATE="C" LC_TIME="C" LC_NUMERIC="C" LC_MONETARY="C" LC_MESSAGES="C" LC_ALL=C g1-227(10.0-C)[3] is the same result I will get when I reboot back to stable/8 to try it. Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpwjmuZijlOk.pgp Description: PGP signature
Re: Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale"
On Sat, Sep 08, 2012 at 09:58:06AM -0400, Eitan Adler wrote: > ... > what is the output of locale(1) ? What if you try with env LC_ALL=C ? > ... Confirming my previous expectation: g1-227(8.3-S)[1] locale LANG=en_US.ISO8859-1 LC_CTYPE="C" LC_COLLATE="C" LC_TIME="C" LC_NUMERIC="C" LC_MONETARY="C" LC_MESSAGES="C" LC_ALL=C g1-227(8.3-S)[2] So the reported issue occurs with "env LC_ALL=C" (for me). Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpIi6ywVivVW.pgp Description: PGP signature
Re: Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale"
On Sat, Sep 08, 2012 at 05:42:57AM -0700, David Wolfskill wrote: > I'm not at all clear what I can or should do in order to avoid the > reported error condition: > ... > IMPORTANT: To build IcedTea-Web 1.3, you have to turn on 'ICEDTEA' option > for java/openjdk6 (default). Otherwise, it will neither build nor work. > > tar: Pathname in pax header can't be converted to current locale. > tar: Pathname in pax header can't be converted to current locale. > tar: Error exit delayed from previous errors. > *** Error code 1 > > Stop in /common/ports/java/icedtea-web. > *** Error code 1 > So I tried unpacking the tarball manually, within script, then grepping the typescript to see if that might shed any light on what's causing the problem: g1-227(8.3-S)[25] grep -A 1 -B 2 '^tar: ' typescript x icedtea-web-1.3/tests/reproducers/signed/Spaces can be everywhere signed/ x icedtea-web-1.3/tests/reproducers/signed/Spaces can be everywhere signed/resources/ tar: Pathname in pax header can't be converted to current locale. x icedtea-web-1.3/tests/reproducers/signed/Spaces can be everywhere signed/resources/NotOnly spaces can kill \304\233\305\241\304\215\305\231\305\276 too signed.jnlp -- x icedtea-web-1.3/tests/reproducers/simple/Spaces can be everywhere/ x icedtea-web-1.3/tests/reproducers/simple/Spaces can be everywhere/resources/ tar: Pathname in pax header can't be converted to current locale. x icedtea-web-1.3/tests/reproducers/simple/Spaces can be everywhere/resources/NotOnly spaces can kill \304\233\305\241\304\215\305\231\305\276 too.jnlp -- x icedtea-web-1.3/acinclude.m4 x icedtea-web-1.3/README tar: Error exit delayed from previous errors. g1-227(8.3-S)[2] exit g1-227(8.3-S)[26] I suppose that's ... interesting -- but I don't know that I'm all that much closer to resolving the issue. Does this work for anyone else? Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpECf6aOWs6f.pgp Description: PGP signature
Re: Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale"
On Sat, Sep 08, 2012 at 07:00:24PM +0300, Kimmo Paasiala wrote: > ... > > Does this work for anyone else? > ... > > I can extract the tar file on 9-STABLE, my locale settings are the > defaults for root: > > # locale > LANG= > LC_CTYPE="C" > LC_COLLATE="C" > LC_TIME="C" > LC_NUMERIC="C" > LC_MONETARY="C" > LC_MESSAGES="C" > LC_ALL= > > Try unsetting LANG and LC_ALL. > Thanks for the encouragement ... but: g1-227(8.3-S)[30] head -20 typescript && grep -A 1 -B 1 '^tar: ' typescript Script started on Sat Sep 8 09:12:05 2012 g1-227(8.3-S)[1] unsetenv LC_ALL g1-227(8.3-S)[2] unsetenv LANG g1-227(8.3-S)[3] locale LANG= LC_CTYPE="C" LC_COLLATE="C" LC_TIME="C" LC_NUMERIC="C" LC_MONETARY="C" LC_MESSAGES="C" LC_ALL= g1-227(8.3-S)[4] tar xvf /usr/ports/distfiles/icedtea-web-1.3.tar.gz x icedtea-web-1.3/ x icedtea-web-1.3/tests/ x icedtea-web-1.3/tests/junit-runner/ x icedtea-web-1.3/tests/junit-runner/CommandLine.java x icedtea-web-1.3/tests/junit-runner/JunitLikeXmlOutputListener.java x icedtea-web-1.3/tests/junit-runner/LessVerboseTextListener.java x icedtea-web-1.3/tests/reproducers/signed/Spaces can be everywhere signed/resources/ tar: Pathname in pax header can't be converted to current locale. x icedtea-web-1.3/tests/reproducers/signed/Spaces can be everywhere signed/resources/NotOnly spaces can kill \304\233\305\241\304\215\305\231\305\276 too signed.jnlp -- x icedtea-web-1.3/tests/reproducers/simple/Spaces can be everywhere/resources/ tar: Pathname in pax header can't be converted to current locale. x icedtea-web-1.3/tests/reproducers/simple/Spaces can be everywhere/resources/NotOnly spaces can kill \304\233\305\241\304\215\305\231\305\276 too.jnlp -- x icedtea-web-1.3/README tar: Error exit delayed from previous errors. g1-227(8.3-S)[5] exit g1-227(8.3-S)[31] This is running: FreeBSD g1-227.catwhisker.org 8.3-STABLE FreeBSD 8.3-STABLE #450 240235M: Sat Sep 8 04:29:12 PDT 2012 r...@g1-227.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY i386 Perhaps it's an issue with tar in stable/8 (vs. stable/9 or head)? Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpvHAEdxFxNV.pgp Description: PGP signature
Re: Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale"
On Sat, Sep 08, 2012 at 07:00:24PM +0300, Kimmo Paasiala wrote: > ... > I can extract the tar file on 9-STABLE, my locale settings are the > defaults for root: > > # locale > LANG= > LC_CTYPE="C" > LC_COLLATE="C" > LC_TIME="C" > LC_NUMERIC="C" > LC_MONETARY="C" > LC_MESSAGES="C" > LC_ALL= > > Try unsetting LANG and LC_ALL. > I even tried that on: FreeBSD janus.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #343 240004M: Sun Sep 2 05:58:37 PDT 2012 r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/JANUS i386 with the same failures I reported initially (and subsequently). (Yes, even after unsetting LANG and LC_ALL,) So the distinction would appear to be something other than that between stable/8 & stable/9. I confess to a degree of puzzlement. Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpwmTFPQ4nTQ.pgp Description: PGP signature
Re: Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale"
On Sat, Sep 08, 2012 at 07:00:24PM +0300, Kimmo Paasiala wrote: > ... > I can extract the tar file on 9-STABLE, my locale settings are the > defaults for root: > > # locale > LANG= > LC_CTYPE="C" > LC_COLLATE="C" > LC_TIME="C" > LC_NUMERIC="C" > LC_MONETARY="C" > LC_MESSAGES="C" > LC_ALL= > > Try unsetting LANG and LC_ALL. > I just tried a further experiment, while running head (@r240235): I issued tar tvf /usr/ports/distfiles/icedtea-web-1.3.tar.gz The error messages are worded slightly differently: g1-227(10.0-C)[4] tar -tvf /usr/ports/distfiles/icedtea-web-1.3.tar.gz drwxrwxr-x 0 dbhole dbhole 0 Aug 27 12:37 icedtea-web-1.3/ ... drwxrwxr-x 0 dbhole dbhole 0 Aug 27 12:36 icedtea-web-1.3/tests/reproducers/signed/Spaces can be everywhere signed/resources/ tar: Pathname can't be converted from UTF-8 to current locale. -rw-rw-r-- 0 dbhole dbhole 2421 Aug 27 12:36 icedtea-web-1.3/tests/reproducers/signed/Spaces can be everywhere signed/resources/NotOnly spaces can kill \304\233\305\241\304\215\305\231\305\276 too signed.jnlp ... drwxrwxr-x 0 dbhole dbhole 0 Aug 27 12:36 icedtea-web-1.3/tests/reproducers/simple/Spaces can be everywhere/resources/ tar: Pathname can't be converted from UTF-8 to current locale. -rw-rw-r-- 0 dbhole dbhole 2388 Aug 27 12:36 icedtea-web-1.3/tests/reproducers/simple/Spaces can be everywhere/resources/NotOnly spaces can kill \304\233\305\241\304\215\305\231\305\276 too.jnlp ... -rw-rw-r-- 0 dbhole dbhole 5756 Aug 27 12:36 icedtea-web-1.3/README tar: Error exit delayed from previous errors. g1-227(10.0-C)[5] So the issue appears to be how to handle UTF-8 pathnames on the file system in question. I'm using a fairly plain UFS with soft updates. Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpH0GHg20XZZ.pgp Description: PGP signature
Re: Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale"
On Sun, Sep 09, 2012 at 04:44:08PM +0300, Kimmo Paasiala wrote: $... > > So the issue appears to be how to handle UTF-8 pathnames on the > > file system in question. > > > > I'm using a fairly plain UFS with soft updates. > ... > See if the the file with a UTF-8 filename gets extracted despite the > error message. Huh; interesting point. Yes, it appears that they do: g1-227(8.3-S)[12] ls -Fs icedtea-web-1.3/tests/reproducers/signed/Spaces\ can\ be\ everywhere\ signed/resources/ 4 NotOnly spaces can kill ?? too signed.jnlp 4 Spaces can be everywhere1 signed.jnlp 4 Spaces can be everywhere2 signed.jnlp 4 SpacesCanBeEverywhere1signed.jnlp 4 spaces applet Tests signed.html g1-227(8.3-S)[13] ls -Fs icedtea-web-1.3/tests/reproducers/simple/Spaces\ can\ be\ everywhere/resources/ 4 NotOnly spaces can kill ?? too.jnlp 4 Spaces can be everywhere1.jnlp 4 Spaces can be everywhere2.jnlp 4 SpacesCanBeEverywhere1.jnlp 4 spaces applet Tests.html g1-227(8.3-S)[14] (The files with names that display as having '?' in their names would be the files in question.) > I have three different FreeBSD 9 system, one is ZFS and other two are > UFS. I can do 'make extract patch' on all of them for java/icedtea-web > without an error. They all report the same error though if I manually > view or extract the tar file, the files extract fine despite the error > message. Hmmm. How do you do that? :-} Even trying a simple approach: g1-227(8.3-S)[1] cd /usr/ports/java/icedtea-web/ g1-227(8.3-S)[2] sudo make Password: ===> License GPLv2 accepted by the user ===> Found saved configuration for icedtea-web-1.2_2 ===> Extracting for icedtea-web-1.3 => SHA256 Checksum OK for icedtea-web-1.3.tar.gz. IMPORTANT: To build IcedTea-Web 1.3, you have to turn on 'ICEDTEA' option for java/openjdk6 (default). Otherwise, it will neither build nor work. tar: Pathname in pax header can't be converted to current locale. tar: Pathname in pax header can't be converted to current locale. tar: Error exit delayed from previous errors. *** Error code 1 Stop in /common/ports/java/icedtea-web. *** Error code 1 Stop in /common/ports/java/icedtea-web. g1-227(8.3-S)[3] I *suppose* I could try manually extracting it, then -- using the observation that the files actually are extracted -- hack the work/.* files to convince the ports infrastructure that the extraction is already completed OK, but that's just... wrong. Thanks for your help so far! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpBm1ujknYw8.pgp Description: PGP signature
Re: Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale"
On Sun, Sep 09, 2012 at 06:16:20PM +0300, Kimmo Paasiala wrote: > ... > Hmm, you're using sudo(1) and that means you enviroment may not be > completely clean. Log on as root using 'su -l' and see if it makes a > difference. > Well, despite my earlier experiments with LC_ALL & friends, "su -" allows the make to complete. I'll research the environment differences to see if there's anything I can learn from that. Thanks again! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpVPFBeQhHS6.pgp Description: PGP signature
Re: Upgrade java/icedtea-web from 1.2_2 -> 1.3 fails: "tar: Pathname in pax header can't be converted to current locale"
On Sun, Sep 09, 2012 at 08:34:35AM -0700, David Wolfskill wrote: > On Sun, Sep 09, 2012 at 06:16:20PM +0300, Kimmo Paasiala wrote: > > ... > > Hmm, you're using sudo(1) and that means you enviroment may not be > > completely clean. Log on as root using 'su -l' and see if it makes a > > difference. > > > > Well, despite my earlier experiments with LC_ALL & friends, "su -" > allows the make to complete. > > I'll research the environment differences to see if there's anything I > can learn from that. >... OK; I managed to get portmaster to upgrade the port. I normally perform such upgrades within script(1). This time, after invoking script, I issued: unsetenv LC* LANG before invoking portmaster, and that worked. (I noticed that after "su -", output of "env" did not include any of the LC* variables or LANG.) There would thus appear to be a functional difference between setting the above-cited environment variables to "default" values vs. not having them set at all. (And after the upgrade, browsing to <http://javatester.org/version.html> with Firefox still shows "Java Version: 1.6.0_32 from Sun Microsystems Inc.") Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgp9OOcxFvq5r.pgp Description: PGP signature
Need a reality check: "portmaster --list-origins" misses entries?
I am tentatively planning on rebuilding the installed ports on my laptop under stable/9 (vs. their current stable/8) on Sunday, to take advantage of several hours of travel time expected. In preparation for this, I was reviewing the steps listed at the end of portmaster(8) "Using portmaster to do a complete reinstallation of all your ports" (which I have used to good effect in the past -- e.g., in the migration from 7-STABLE to 8-STABLE). As a reality check, I created the output of "portmaster --list-origins", with the intent to re-order the entries (and remove several that were brought in merely as dependencies -- and that I'd happily do without, were it feasible). I was thus surprised to fail to find "subversion" listed; a further reality check showed that the output was (only) 181 lines long; compare: d134(9.1-P)[8] portmaster --list-origins | wc -l 181 d134(9.1-P)[9] ls /var/db/pkg/ | wc -l 796 d134(9.1-P)[10] find /var/db/pkg -type f -name +CONTENTS -print0 | xargs -0 grep -hw ORIGIN | sed -e 's/^@comment ORIGIN://' | wc -l 796 d134(9.1-P)[11] The machine in question was running: FreeBSD g1-227.catwhisker.org 8.3-STABLE FreeBSD 8.3-STABLE #453 240462M: Thu Sep 13 04:25:26 PDT 2012 r...@g1-227.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY i386 when the ports were last updated, and is presently running: FreeBSD g1-227.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #245 240493M: Fri Sep 14 05:13:23 PDT 2012 r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 My ports tree is at r304266; the installed ports are all up-to-date with respect to that. Aam I doing something obviously silly or stupid? Thanks Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpu6SRiaArH2.pgp Description: PGP signature
Re: Need a reality check: "portmaster --list-origins" misses entries?
On Fri, Sep 14, 2012 at 04:56:46PM -1000, Doug Barton wrote: > ... > >> d134(9.1-P)[8] portmaster --list-origins | wc -l 181 > > Read the description of the --list-origins feature in the man page. :) Aye -- and thanks (also) to Bryan, who also pointed that out. :-} > > Assuming you ... > > install every port listed in '--list-origins', you should end up with > > the same 796 ports installed as those 181 will install all of the > > other ports. > > Maybe, but probably not, especially on a major version upgrade. That's > why --list-origins does what it does, rather than just 'pkg_info -qoa' Well, there's actually one port I will be eliding deliberately: misc/compat8x. :-} > David, if you are particularly concerned about having subversion > installed at an earlier point, you can include it in the list manually. > That won't hurt anything, portmaster will make sure that it gets > installed before anything that needs it. Cool; that's pretty much what I thought. And yes, there are a few ports where I intend to exert a bit more influence. :-} Thanks! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpQdl9Sizhjr.pgp Description: PGP signature
Re: CFT: x11/nvidia-driver major update to 304.xx series
On Wed, Sep 19, 2012 at 04:55:49PM +0700, Alexey Dokuchaev wrote: > ... I am calling for testers to help > me make weighted decision about updating the port to 304.43. If, for some > reason, 304.43 does not work for you, tell me how does version 295.75 feel > (just do "make DISTVERSION=304.43 or 295.75 -DNO_CHECKSUM install" to test > it out, pkg-plist is the same as current one). > Seems OK after a few minutes of trying xlockmore screen savers, a youtube video, and mplayer; from Xorg.0.log: (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Server Extension (II) NVIDIA GLX Module 304.43 Sun Aug 19 20:42:42 PDT 2012 This is running: FreeBSD g1-227.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #250 240689M: Wed Sep 19 04:38:58 PDT 2012 r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386 I'll plan on continuing to run it for the rest of the day (it's just mid-morning for me now) and send word if any issues arise. Thank you for your work on this! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpJetnDEdBSN.pgp Description: PGP signature
Please un-confuse me re: lang/tcl85
A port I'm trrying to install (in the process of re-installing all ports on my work desktop) has lang/tcl85 as a dependency. No problem; I have already performed this exercise on my laptop, so I know it works. But then I hit: ===>>> Port directory: /usr/ports/lang/tcl85 ===>>> Starting check for build dependencies ===>>> Gathering dependency list for lang/tcl85 from ports ===>>> No dependencies for lang/tcl85 ===> Cleaning for tcl-8.5.12_2 ===> License BSD accepted by the user ===> Found saved configuration for tcl-8.5.12 ===> Extracting for tcl-8.5.12_2 => SHA256 Checksum OK for tcl8.5.12-src.tar.gz. ===> Patching for tcl-8.5.12_2 ===> Applying extra patch /usr/ports/lang/tcl86/files/patch-uk-locale cannot open /usr/ports/lang/tcl86/files/patch-uk-locale: No such file or directory *** [do-patch] Error code 2 Hmm... that seems a little odd -- why would lang/tcl85 want something from lang/tcl86? So I got to poking around -- I was going to show the svn commands & output, but that got very cluttered very fast -- I found some Odd Things: * Dependency of lang/tcl75 on lang/tcl86/files/patch-uk-locale was added in r303095 | mi | 2012-08-24 10:16:37 -0700 (Fri, 24 Aug 2012) (which also added the file itself). * The file was removed in r304506 | gahr | 2012-09-19 06:11:09 -0700 (Wed, 19 Sep 2012), as part of the "Update to 8.6.b.3". I rather suspect that Something isn't quite right, here. Any suggestions for a circumvention in the mean time? Thanks! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgplAeoMR1TT6.pgp Description: PGP signature
Re: Please un-confuse me re: lang/tcl85
On Sat, Sep 22, 2012 at 05:42:11PM +0100, Chris Rees wrote: > ... > > * Dependency of lang/tcl75 on lang/tcl86/files/patch-uk-locale was > > added in r303095 | mi | 2012-08-24 10:16:37 -0700 (Fri, 24 Aug 2012) > > (which also added the file itself). > > > > * The file was removed in r304506 | gahr | 2012-09-19 06:11:09 -0700 > > (Wed, 19 Sep 2012), as part of the "Update to 8.6.b.3". > > > > I rather suspect that Something isn't quite right, here. > > > > Any suggestions for a circumvention in the mean time? > > > > I've just fixed the issue. > > http://lists.freebsd.org/pipermail/svn-ports-head/2012-September/004274.html Thanks! :-} > If you can't wait for the change to propagate, I don't think you're > too bothered by Ukrainian correct spellings, you could; > > sed -i.bak '/^EXTRA_PATCHES/d' Makefile > > Sorry about that ;) Eh; I grabbed the message & exercised "svn patch" for now. :-} Thanks again! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgp6hZPnYR01G.pgp Description: PGP signature
Re: Please un-confuse me re: lang/tcl85
On Sat, Sep 22, 2012 at 05:55:32PM +0100, Chris Rees wrote: > ... > > Eh; I grabbed the message & exercised "svn patch" for now. :-} > > > > Thanks again! > > Yeah, thing is I made a mistake in the correction! > > You'll need to remove the files/ from the EXTRA_PATCHES line. OK; I can cope. :-} > Rule 1 of assigning pointyhats-- you'll more often than not make a > mistake yourself :/ Indeed. :-} Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpjls5wCEcJB.pgp Description: PGP signature
Re: Failed upgrade sudo-1.8.5.p3 to sudo-1.8.6.p3 running stable/9
On Wed, Sep 26, 2012 at 04:59:28PM -0400, Wesley Shields wrote: > On Wed, Sep 26, 2012 at 04:43:57AM -0700, David Wolfskill wrote: > > This is a FreeBSD/i386 stable/9 system: > > > > FreeBSD freebeast.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #485 > > 240956M: Wed Sep 26 04:19:48 PDT 2012 > > r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 > > > > built with clang, but cc is gcc: > > This is a failure on i386 only, which is why I didn't notice it. Would > you apply the patch available at [1] and let me know if it works. It > does build for me now that I built up a i386 environment. > > [1]: http://people.freebsd.org/~wxs/sudo-ssp.diff > Aye; builds & a trivial test: d134(9.1-P)[1] sudo id Password: uid=0(root) gid=0(wheel) groups=0(wheel),5(operator) d134(9.1-P)[2] works. :-} Thanks! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpuQGd0sT9XV.pgp Description: PGP signature
Re: How to check out ports
On Tue, Oct 02, 2012 at 11:23:23AM -0500, Paul Schmehl wrote: > Are we supposed to be using cvs or svn to check out ports now? If cvs, I'm > getting prompted for a password which fails. That depends on the nature of the repository you are using. What I do is maintain local private mirrors of the FreeBSD src, doc, and ports SVN repositories, and check out what I want to use via svn using those repositories. This does not require a password. It is unlikely that most folks will want (let alone need) to maintain such mirrors, but I find it easy and useful for what I do. Note that there has been an "end of the line" posted re: the current CVS exporter for ports: there is a date in the not-too-distant future when only SVN will be supported by the FreeBSD project (again, for ports). (The doc repo never had a CVS exporter after its conversion from CVS to SVN. AFAIK, there are no current plans to turn off the CVS exporter for the src repo -- but doc & src are off-topic for this list.) Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgprIuWACM4Ej.pgp Description: PGP signature
help wanted: ports for the Netmagis software
Hi, would anybody help me to bring these ports in final shape such as they could be included in the ports tree? Thanks in advance, Pierre David --- Begin Message --- Hi, I'm one of the authors of Netmagis (for Network MAnaGement Information System). We have released (see announcement below) the 2.1.0 version some days ago: http://netmagis.org/ To ease installation, we included ready-to-use FreeBSD ports: http://netmagis.org/download.html Source for these ports are also available on github: https://github.com/pdav/netmagis/ (see the pkg/freebsd/ subdir) Installation is detailed on: http://netmagis.org/install-2.1.html I would be gratefull is someone could check these ports, and gives us some feedback. And possibly commit them in the ports tree (category net-mgmt)... Thanks in advance, Pierre P.S.: also PR 169509 -- We are proud to announce the release 2.1.0 of Netmagis. Netmagis (NETwork Management Information System) is a complete application which aims to simplify operation of a network. Netmagis is an open-source software. More specifically, it allows a network administrator to: - manage IPv4 and IPv6 addresses; - generate data for a DNS server and get BIND zone files always up to date and consistant; - delegate DNS management to other network administrators or every non-specialist of DNS management; - specify groups of users and very fine access privileges on addresses, on domains, etc; - manage DHCP allocations (both static or dynamic) with profiles to parametrize network boot; - use your existing LDAP directory to manage accounts, or manage accounts with the Netmagis database; - manage a large number of networks, users domains, DHCP profiles, etc.; - visualize with automatically generated network maps your network topology (switched or routed); - give access on these maps to users; - assign VLAN to equipment interfaces via a simple Web interface (for Cisco, HP or Juniper equipments); - delegate VLAN assignment to other network administrators or every non-specialist of equipment management; - access to traffic graphs that you have specified on your equipments; - locate hosts by IP address, MAC address or network equipement port. Netmagis is available on http://netmagis.org/ FreeBSD ports and Debian/Ubuntu packages are also available on http://netmagis.org. See installation instructions. Pierre David & Jean Benoit & Sébastien Boggia --- End Message --- ___ 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: help wanted: ports for the Netmagis software
On Tue, Oct 09, 2012 at 08:38:01PM +0200, olli hauer wrote: > On 2012-10-09 14:27, Pierre DAVID wrote: > > Hi, > > > > would anybody help me to bring these ports in final shape such as > > they could be included in the ports tree? > > > > Thanks in advance, > > > > Pierre David > > Hi David, > > I haven't tried a test build and your ports are looking good at > the first investigate. > Many thanks for reviewing these port candidates. New ports are available on: http://netmagis.org/files/netmagis-2.1.0.tar.gz I accepted nearly all your changes: see https://github.com/pdav/netmagis/commits/2.1 > > Anyway I have some minor changes. > > - adopt new makefile header (all Makefiles) > > - netmagis-common > - no entries after bsd.port.mk (netmagis-common) > - distinfo is out of date (what was changed ? same version number) > This is a bug in our release engineering process. The online version is corrected. > > - use LOGIN instead DEAMON in rc scripts (user->rancid) > > - netmagis-database > - is it possible to change /usr/local/var/netmagis to /var/netmagis? >or is this directory similar to the rancid repo dirs and adjustable? > This is configurable in the netmagis.conf file. We choose /usr/local/var/netmagis for proximity with rancid. > > - netmagis-www > - is it possible to use a common WWWDIR together with netmagis-metro? >if yes, we can set a common WWWDIR in netmagis-common and adjust >metro. > They are not in the same security perimeter, and thus cannot share the same directory. > > - a couple of dirrm -> dirrmtry >where I suspect tmp files or user data which should be >protected during updates, but you should know the places better then I ;) > Once again, many thanks for reviewing these ports. Pierre ___ 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: The xpdf binary is MIA with xpdf-3.03_2
On Sat, Oct 13, 2012 at 03:18:48PM -0500, Bob Willcox wrote: > When building the xpdf port the xpdf executable is no longer being built or > installed into /usr/lib/libexec/xpdf. I suspect that this happened as the > result of a change that was made on 10/12/2012 with version xpdf-3.03_2. My > other systems that I've not updated the ports tree on lately have the > xpdf-3.03_1 version and there the executable is being built and istalled. > > Is anyone else seeing this (I have it failing on two of my recently ports tree > updated systems here)? > Now that you mention it, yes. Examining the port directory and reviewing the typescript from my "portmaster" run, I see a couple of anomalies: * portmaster didn't clean the port directory, though that is the default behavior, I didn't tell it not to, and it did clear other port directories used in the same update run. * I don't find an "xpdf" executable in there, either. * The part of the install that affects libexec/xpdf in my case (note that in this case, /usr/local is a symlink to /common/local) looks like: ... ===> Installing for xpdf-3.03_2 ===> Generating temporary packing list mkdir -p /common/local/libexec/xpdf install -s -o root -g wheel -m 555 xpdf/pdftops /common/local/libexec/xpdf/pdftops install -s -o root -g wheel -m 555 xpdf/pdftotext /common/local/libexec/xpdf/pdftotext install -s -o root -g wheel -m 555 xpdf/pdfinfo /common/local/libexec/xpdf/pdfinfo install -s -o root -g wheel -m 555 xpdf/pdffonts /common/local/libexec/xpdf/pdffonts install -s -o root -g wheel -m 555 xpdf/pdfdetach /common/local/libexec/xpdf/pdfdetach install -s -o root -g wheel -m 555 xpdf/pdftoppm /common/local/libexec/xpdf/pdftoppm install -s -o root -g wheel -m 555 xpdf/pdfimages /common/local/libexec/xpdf/pdfimages mkdir -p /common/local/man/man1 ... install -o root -g wheel -m 444 /common/ports/graphics/xpdf/work/xpdf-3.03/misc/hello.pdf /common/local/share/doc/xpdf /bin/ln -sf /common/local/libexec/xpdf/xpdf /common/local/bin/xpdf ===> Compressing manual pages for xpdf-3.03_2 ===> Registering installation for xpdf-3.03_2 I see in the commit log for r305766, there's a note "Don't install xpdf on libexec when build without X support. [1]", but my xpdf options are: g1-227(9.1-P)[18] cat /var/db/ports/xpdf/options # This file is auto-generated by 'make config'. # Options for xpdf-3.03_1 _OPTIONS_READ=xpdf-3.03_1 _FILE_COMPLETE_OPTIONS_LIST=LIBPAPER TYPE1 X11 OPTIONS_FILE_SET+=LIBPAPER OPTIONS_FILE_SET+=TYPE1 OPTIONS_FILE_SET+=X11 g1-227(9.1-P)[19] Color me puzzled, too. Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpoY9yhDZLg0.pgp Description: PGP signature
Re: How to run massive portmaster update without repeated interruptions?
On Fri, Oct 26, 2012 at 10:21:51PM -0400, Thomas Mueller wrote: > When updating many ports with portmaster, I get frequent interruptions with a > prompt such as > ===>>> Delete gstreamer-0.10.35.tar.bz2? y/n [n] > > How do I avoid this inefficiency? I don't see any way to say "yes, and > please don't ask again!" > From portmaster(8): ... -D no cleaning of distfiles -d always clean distfiles In the case in question, I suggest "-D", as portmaster may offer to delete distfiles for similar, but different, ports. You can always delete unwanted distfiles separately. There may be other ways, as well. Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpbdiLIApPu9.pgp Description: PGP signature
wine/i386 for FreeBSD/amd64 port (aka wine-fbsd64)
Hi List,
# Executive Summary
Over the past years I have been maintaining the wine-fbsd64 port (see
http://mediafire.com/wine_fbsd64 for more). The port itself effectively does
static linking (it bundles all the libraries wine needs) with scripts to
bootstrap the environment to easily use wine from FreeBSD/amd64. There is
also a script to install the i386 nVidia graphic drivers so that wine has
access to nVidia accelerated graphics from FreeBSD/amd64.
I would like to propose this port gets included in the port's collection and
would like to get feedback, your comments please :-).
P.S. I'm not subscribed to the list, so please ensure I'm cc'ed in the
discussion.
# Details of the Port
Please see attached for the actual port.
## Port Preamble
This port is a slave port to emulators/wine(-devel). The master port needed
to be modified (already done):
- to conditionally set USE_LDCONFIG (if USE_LDCONFIG32 was not set)
- to allow the library directory to be changed (see WINELIBDIR)
- to allow configure arguments to be appended
## Port Targets
The port itself does the following in the preamble:
- specifies the pkg(de)install script to handle nVidia driver patching
- overrides ACTUAL-PACKAGE-DEPENDS (all depends are bundled with the port)
- defined the library directory to ${PREFIX}/lib32
- defined the binary directory to ${PREFIX}/bin32
- patches the PLIST to refer to lib32 (not lib)
- defined USE_LDCONFIG32 appropriately
The post-install-script target:
- Installs the files/binbounce file in ${PREFIX}/bin for each ${PREFIX}/bin32
file (hard linked)
- Finds all linked library, copies them to ${PREFIX}/lib32, and added them to
the plist
- Finds all dlopen'ed libraries, copies them to ${PREFIX}/lib32, and added
them to the plist
- Installs the nVidia patch file
- Run the (PRE-|POST-)INSTALL script
The post-package-script (run only if WITH_PKGNG is defined):
- Amends the package so the arch label to 64bit
## Port scripts (in files/)
The binbounce file does the following to transparently fix the environment to
allow seamless running of the wine programs:
- determines the location of the TARGET (follows symbolic links to itself)
- fixes LD_LIBRARY_PATH if in an i386 environment (so lib32, lib32/wine is
found)
- fixes LD_32_LIBRARY_PATH if in an amd64 environment (so lib32, lib32/wine,
/usr/lib32)
- fixes PATH (so bin32 is found)
- passes execution to the counterpart in bin32
The patch-nvidia.sh file does the following:
- Downloads the nVidia distfile for i386 (iff nVidia amd64 driver is
installed)
- Installs the required libraries into ${PREFIX}/lib32
- When run from the install script it does _not_ download the distfile, only
installs the libraries iff the distfiles are already downloaded.
# Shortcomings of the port
The following are shortcomings that I am aware of:
- Can only be compiled in an i386 environment, but the resulting package is
*intended* for amd64 (although works fine in an i386 environment)
- If, somehow, there is a recursive calling of wine programs then
LD_(32_)LIBRARY_PATH and PATH will continue to grow with every iteration.
- The pkgng ports cannot be installed in an i386 environment as they are
labelled for amd64.
# Testing
The ports published on mediafire have been tested by many users. The port
itself works flawlessly however there have been some reports about some flaws
in the 32-bit compatibility layer of the kernel (although I cannot remember
the specifics now).
To produce the package on an amd64 system do the following:
# (cd /usr/ports/emulators/; patch -p0 < /path/to/diff)
# make -C /usr/src world DESTDIR=/i386 TARGET=i386
# mount -t devfs devfs /i386/dev
# mkdir /i386/usr/ports
# mount -t nullfs /usr/ports /i386/usr/ports
# chroot make -C /usr/ports/emulators/wine-fbsd64 package WITH_PKGNG=yes
The package wine-fbsd64-1.5.16,1.txz (in pkgng format) will be available from
/usr/ports/packages/All/
# Conclusion
"It is based completely off the main port and uses the hack to,
effectively, use static linking (or bundling of libraries). In a
sense it is a complete, yet quite stable and encompassing, hack. "
- David ;-)
Regards,
signature.asc
Description: This is a digitally signed message part.
Can not update firefox
Hello, I can not update firefox to 16.0.2,1 In file included from /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp:16: ../../dist/system_wrappers/gtk/gtk.h:3:26: error: gtk/gtk.h: No such file or directory /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp: In member function 'void BloatEntry::Dump(PRIntn, FILE*, nsTraceRefcntImpl::StatisticsType)': /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp:384: warning: format '%8llu' expects type 'long long unsigned int', but argument 6 has type 'PRUint64' /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp:384: warning: format '%8llu' expects type 'long long unsigned int', but argument 7 has type 'PRUint64' /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp:384: warning: format '%8llu' expects type 'long long unsigned int', but argument 8 has type 'long unsigned int' /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp:384: warning: format '%8llu' expects type 'long long unsigned int', but argument 11 has type 'PRUint64' /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp:384: warning: format '%8llu' expects type 'long long unsigned int', but argument 12 has type 'long unsigned int' /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp: In member function 'nsresult nsSystemInfo::Init()': /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp:107: error: 'gtk_major_version' was not declared in this scope /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp:107: error: 'gtk_minor_version' was not declared in this scope /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp:107: error: 'gtk_micro_version' was not declared in this scope gmake[4]: *** [nsSystemInfo.o] Error 1 gmake[4]: *** Waiting for unfinished jobs gmake[4]: Leaving directory `/usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom' gmake[2]: *** [libs_tier_platform] Error 2 gmake[2]: Leaving directory `/usr/obj/usr/ports/www/firefox/work/mozilla-release' gmake[1]: *** [tier_platform] Error 2 gmake[1]: Leaving directory `/usr/obj/usr/ports/www/firefox/work/mozilla-release' gmake: *** [default] Error 2 *** [do-build] Error code 1 Cheers, -- David Demelier ___ 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: Can not update firefox
On 03/11/2012 20:13, David Demelier wrote: Hello, I can not update firefox to 16.0.2,1 In file included from /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp:16: ../../dist/system_wrappers/gtk/gtk.h:3:26: error: gtk/gtk.h: No such file or directory /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp: In member function 'void BloatEntry::Dump(PRIntn, FILE*, nsTraceRefcntImpl::StatisticsType)': /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp:384: warning: format '%8llu' expects type 'long long unsigned int', but argument 6 has type 'PRUint64' /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp:384: warning: format '%8llu' expects type 'long long unsigned int', but argument 7 has type 'PRUint64' /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp:384: warning: format '%8llu' expects type 'long long unsigned int', but argument 8 has type 'long unsigned int' /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp:384: warning: format '%8llu' expects type 'long long unsigned int', but argument 11 has type 'PRUint64' /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsTraceRefcntImpl.cpp:384: warning: format '%8llu' expects type 'long long unsigned int', but argument 12 has type 'long unsigned int' /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp: In member function 'nsresult nsSystemInfo::Init()': /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp:107: error: 'gtk_major_version' was not declared in this scope /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp:107: error: 'gtk_minor_version' was not declared in this scope /usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp:107: error: 'gtk_micro_version' was not declared in this scope gmake[4]: *** [nsSystemInfo.o] Error 1 gmake[4]: *** Waiting for unfinished jobs gmake[4]: Leaving directory `/usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base' gmake[3]: *** [libs] Error 2 gmake[3]: Leaving directory `/usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom' gmake[2]: *** [libs_tier_platform] Error 2 gmake[2]: Leaving directory `/usr/obj/usr/ports/www/firefox/work/mozilla-release' gmake[1]: *** [tier_platform] Error 2 gmake[1]: Leaving directory `/usr/obj/usr/ports/www/firefox/work/mozilla-release' gmake: *** [default] Error 2 *** [do-build] Error code 1 Cheers, Sorry, that seems to be a broken /usr/ports, I wiped out and it worked. I was using the marcusmerge script to test mate desktop and that have break my ports. Cheers, -- David Demelier ___ 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: wine/i386 for FreeBSD/amd64 port (aka wine-fbsd64)
On Saturday, 3 November 2012 22:47:56 Jan Beich wrote: > David Naylor writes: > > The post-package-script (run only if WITH_PKGNG is defined): > > - Amends the package so the arch label to 64bit > > WITH_PKGNG is checked too early. The port fails to fix arch on 10.0 > without the variable being set explicitly in make.conf. > > http://svn.freebsd.org/changeset/ports/305637 I am aware of the change for FreeBSD 10 however didn't realise the port failed. Thanks, I'll try find a fix (although that code is the ugliest hack of the port). > > To produce the package on an amd64 system do the following: > > # (cd /usr/ports/emulators/; patch -p0 < /path/to/diff) > > # make -C /usr/src world DESTDIR=/i386 TARGET=i386 > > # mount -t devfs devfs /i386/dev > > # mkdir /i386/usr/ports > > # mount -t nullfs /usr/ports /i386/usr/ports > > # chroot make -C /usr/ports/emulators/wine-fbsd64 package WITH_PKGNG=yes > > This is probably easier to manage when using poudriere e.g. > > # poudriere jails -c -j 10i386 -v HEAD -a i386 -m allbsd > # patch -Efsp0 -i /path/to/diff -d > /poudriere/ports/default/ports/emulators # poudriere bulk -j 10i386 > emulators/wine-fbsd64 I will add this to the wiki (when it gets created). Thanks signature.asc Description: This is a digitally signed message part.
Re: wine/i386 for FreeBSD/amd64 port (aka wine-fbsd64)
On Wednesday, 7 November 2012 11:45:11 Thomas Mueller wrote: > from David Naylor : > > Hi List, > > > > # Executive Summary > > > > Over the past years I have been maintaining the wine-fbsd64 port (see > > http://mediafire.com/wine_fbsd64 for more). The port itself effectively > > does static linking (it bundles all the libraries wine needs) with > > scripts to bootstrap the environment to easily use wine from > > FreeBSD/amd64. There is also a script to install the i386 nVidia > > graphic drivers so that wine has access to nVidia accelerated graphics > > from FreeBSD/amd64. > > > > I would like to propose this port gets included in the port's collection > > and would like to get feedback, your comments please :-). > > > > P.S. I'm not subscribed to the list, so please ensure I'm cc'ed in the > > discussion. > > > > # Conclusion > > > > "It is based completely off the main port and uses the hack to, > > > > effectively, use static linking (or bundling of libraries). In a > > sense it is a complete, yet quite stable and encompassing, hack. " > > - David ;-) > > It would be nice to have wine-fbsd64 as a port, but that might > unfortunately deprive the user of certain flexibility. To what flexibility do you refer to? Nothing stops the user from building the port herself and for those who prefer a binary with most options switched on (as is with what I provide) that can still be provided (and possibly in an automated manor via a pkgng repository). > Also, nVidia support should be an option, since users with other graphics > cards might have no use for it. I think I fail to explain how the nVidia support works: it is a simple script that downloads the corresponding i386 drivers (user land libGL stuff) for the amd64 package. If there is no amd64 package installed it cannot know which i386 version to download, also, when installing it does not download any files, only installing the drivers if the distfile is already available on the system. So, there are three cases (on installation): 1) The user has no amd64 package installed (nothing is done) 2) The user has amd64 package installed but no i386 distfile available (nothing is done) 3) The user has amd64 package installed and i386 distfiles available (user land libGL stuff is extracted and placed in $LOCALBASE/lib32) In case 2, the user is advised to run the script manually to download and install the i386 distfiles. In cases 1, 2 and 3 the user is advised to run the script manually whenever there is a change (or installation) to the amd64 package. > I would really prefer to build the i386 FreeBSD system as a separate part, > including kernel, since some users, myself included, might want to run an > actual FreeBSD i386, especially on an older computer. So one could build > this FreeBSD i386 on a USB stick or USB hard drive, and then be able to > run wine on an i386 system. I think an "easy" way to achieve this is to modify the FreeBSD32 compatibility to work similar to the linux compatibility, namely: have a super-imposed "shadow" file-hierarchy at /compat/i386 (similar to /compat/linux). This way the i386 packages can be installed into /compat/i386 and when called can easily find the correct libraries. Then, create an alias: pkg-i386 = chroot env UNAME_p=i386 UNAME_m=i386 MACHINE=i386 /compat/i386 pkg and with the correct i386 repo specified it is trivial to install i386 programs and with a modified PATH: PATH=$PATH:/compat/i386/usr/local/bin:/compat/i386/usr/local/sbin the programs will integrate seamlessly. However, to my knowledge, there are few ports that are i386 only (such as wine) and maybe it is easier to use a similar "hack" to the wine-fbsd64 port to cater for the fringe cases??? P.S. I really would like to see FreeBSD be broken into packages and integrated into the ports tree, just my crazy ideas though... > Would wine-fbsd64 be a separate port, or would it be wine built on i386, as > the page http://wiki.freebsd.org/Wine suggests? It would be nice to be > able to run Wine on i386 as well as amd64. The answer is yes to both your questions. It can only be built on i386 but is a separate port. The reason for the separate port is to allow extra "stuff" to happen so that it can be run on amd64 as well. The package can be run on both i386 and amd64. Regards signature.asc Description: This is a digitally signed message part.
Re: wine/i386 for FreeBSD/amd64 port (aka wine-fbsd64)
On Sunday, 4 November 2012 13:31:46 Chris Rees wrote:
> I think this is very interesting... but I'm not 100% convinced the
> best place for this is in the ports tree. However, it would improve
> visibility for it, with a good IGNORE message.
Ideally, FreeBSD should have an automagical method of supporting i386 packages
on an amd64 system. Please see my reply to Thomas Muller for my thoughts on
this topic.
> We have a problem however; we can't include bsd.port.pre.mk in a slave
> port.
>
> The solution I can think of is;
>
> post-package-script:
> if [ "${PKG_BIN:T}" = "pkg" ]; then \
> ${XZ_CMD} -dc ${PKGFILE} | \
> ${SED} -e "s/^\(arch: freebsd:.*:x86\):32/\1:64/" | \
> ${XZ_CMD} > ${WRKDIR}/${PKGNAME}.txz; \
> ${MV} ${WRKDIR}/${PKGNAME}.txz ${PKGFILE}; \
> fi
Thanks, I've added that to the port and will test it later :-)
Thanks
signature.asc
Description: This is a digitally signed message part.
vlc install error - possibly plist error for kde4?
Hi The following error occurs on portupgrade of vlc #uname -a FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu Aug 20 12:54:34 BST 2009 da...@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 cd /usr/ports/multimedia/vlc/work/fake/usr/local/share/icons && /usr/bin/find -s * -type f -o -type l | /usr/bin/sed -e 's|^|share/icons/|' >> /usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d | /usr/bin/sed -e 's|^|@dirrmtry share/icons/|' >> /usr/ports/multimedia/vlc/work/plist echo "@dirrmtry share/icons" >> /usr/ports/multimedia/vlc/work/plist cd /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4 && /usr/bin/find - s * -type f -o -type l | /usr/bin/sed -e 's|^|share/kde4/|' >> /usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d | /usr/bin/sed -e 's|^|@dirrmtry share/kde4/|' >> /usr/ports/multimedia/vlc/work/plist cd: can't cd to /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4 *** Error code 2 Stop in /usr/ports/multimedia/vlc. *** Error code 1 Stop in /usr/ports/multimedia/vlc. *** Error code 1 Stop in /usr/ports/multimedia/vlc. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20100712-32475-1ouopy-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=vlc-1.0.6_3,3 UPGRADE_PORT_VER=1.0.6_3,3 make reinstall ---> Restoring the old version ** Fix the installation problem and try again. [Updating the pkgdb in /var/db/pkg ... - 1311 packages found (-0 +1) . done] ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! multimedia/vlc (vlc-1.0.6_3,3)(install error) You have new mail. dns1# Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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: dspam install
2010/7/11 Sahil Tandon : > On Sun, 2010-07-11 at 13:51:51 -0700, Jim Pazarena wrote: > >> tried to make mail/dspam and it exits nagging that it >> requires MySQL 5.0 client, where I have MySQL 5.1 >> >> Is there a way to convince the dspam routine that >> 5.1 is acceptable? (presuming that it IS). > > Yes, 'make config' and choose MYSQL51 (MYSQL50 is the default). Or: > > % make WITH_MYSQL51=1 WITHOUT_MYSQL50=1 > > -- > Sahil Tandon > ___ > 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" > I think this : .ifdef(WITH_MYSQL40) WANT_MYSQL_VER= 40 #PKGNAMESUFFIX= -mysql40 .elifdef(WITH_MYSQL41) WANT_MYSQL_VER= 41 #PKGNAMESUFFIX= -mysql41 .elifndef(WITHOUT_MYSQL50) WANT_MYSQL_VER= 50 #PKGNAMESUFFIX= -mysql50 .elifdef(WITH_MYSQL51) WANT_MYSQL_VER= 51 #PKGNAMESUFFIX= -mysql51 .elifdef(WITH_MYSQL55) WANT_MYSQL_VER= 55 #PKGNAMESUFFIX= -mysql55 .endif could be replaced by : .if defined(WITH_MYSQL) WANT_MYSQL_VER= 55 ... .endif Then if the user wants a different version he still can change using : WITH_MYSQL_VER= 44. Why don't keep it simple and simple? And why don't use things how they should be used? I think there is still a lot of problems in many ports. We must make a big KISS cleanup in the ports tree to make it as good as NetBSD' pkgsrc. Kind regards. -- Demelier David ___ 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: vlc install error - possibly plist error for kde4?
2010/7/12 David Southwell : > Hi > The following error occurs on portupgrade of vlc > > #uname -a > FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu Aug > 20 12:54:34 BST 2009 > > da...@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 > cd /usr/ports/multimedia/vlc/work/fake/usr/local/share/icons && /usr/bin/find > -s * -type f -o -type l | /usr/bin/sed -e 's|^|share/icons/|' >> > /usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d | > /usr/bin/sed -e 's|^|@dirrmtry share/icons/|' >> > /usr/ports/multimedia/vlc/work/plist > echo "@dirrmtry share/icons" >> /usr/ports/multimedia/vlc/work/plist > cd /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4 && /usr/bin/find - > s * -type f -o -type l | /usr/bin/sed -e 's|^|share/kde4/|' >> > /usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d | > /usr/bin/sed -e 's|^|@dirrmtry share/kde4/|' >> > /usr/ports/multimedia/vlc/work/plist > cd: can't cd to /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4 > *** Error code 2 > > Stop in /usr/ports/multimedia/vlc. > *** Error code 1 > > Stop in /usr/ports/multimedia/vlc. > *** Error code 1 > > Stop in /usr/ports/multimedia/vlc. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade20100712-32475-1ouopy-0 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=vlc-1.0.6_3,3 UPGRADE_PORT_VER=1.0.6_3,3 make reinstall > ---> Restoring the old version > ** Fix the installation problem and try again. > [Updating the pkgdb in /var/db/pkg ... - 1311 packages > found (-0 +1) . done] > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! multimedia/vlc (vlc-1.0.6_3,3) (install error) > You have new mail. > dns1# > > > Photographic Artist > Permanent Installations & Design > Creative Imagery and Advanced Digital Techniques > High Dynamic Range Photography & Official Portraiture > Combined darkroom & digital creations > & Systems Adminstrator for the vizion2000.net network > ___ > 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" > I don't understand this : cd: can't cd to /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4 do you use a fakeroot ? -- Demelier David ___ 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: vlc install error - possibly plist error for kde4?
> 2010/7/12 David Southwell : > > Hi > > The following error occurs on portupgrade of vlc > > > > #uname -a > > FreeBSD dns1.vizion2000.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Thu > > Aug 20 12:54:34 BST 2009 > > > > da...@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 > > cd /usr/ports/multimedia/vlc/work/fake/usr/local/share/icons && > > /usr/bin/find -s * -type f -o -type l | /usr/bin/sed -e > > 's|^|share/icons/|' >> /usr/ports/multimedia/vlc/work/plist && > > /usr/bin/find -d * -type d | /usr/bin/sed -e 's|^|@dirrmtry > > share/icons/|' >> > > /usr/ports/multimedia/vlc/work/plist > > echo "@dirrmtry share/icons" >> /usr/ports/multimedia/vlc/work/plist > > cd /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4 && > > /usr/bin/find - s * -type f -o -type l | /usr/bin/sed -e > > 's|^|share/kde4/|' >> > > /usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d | > > /usr/bin/sed -e 's|^|@dirrmtry share/kde4/|' >> > > /usr/ports/multimedia/vlc/work/plist > > cd: can't cd to /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4 > > *** Error code 2 > > > > Stop in /usr/ports/multimedia/vlc. > > *** Error code 1 > > > > Stop in /usr/ports/multimedia/vlc. > > *** Error code 1 > > > > Stop in /usr/ports/multimedia/vlc. > > ** Command failed [exit code 1]: /usr/bin/script -qa > > /tmp/portupgrade20100712-32475-1ouopy-0 env UPGRADE_TOOL=portupgrade > > UPGRADE_PORT=vlc-1.0.6_3,3 UPGRADE_PORT_VER=1.0.6_3,3 make reinstall > > ---> Restoring the old version > > ** Fix the installation problem and try again. > > [Updating the pkgdb in /var/db/pkg ... - 1311 packages > > found (-0 +1) . done] > > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > >! multimedia/vlc (vlc-1.0.6_3,3)(install error) > > You have new mail. > > dns1# > > > > > > Photographic Artist > > Permanent Installations & Design > > Creative Imagery and Advanced Digital Techniques > > High Dynamic Range Photography & Official Portraiture > > Combined darkroom & digital creations > > & Systems Adminstrator for the vizion2000.net network > > ___ > > 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" > > I don't understand this : cd: can't cd to > /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4 > > do you use a fakeroot ? No The directory /usr/ports/multimedia/vlc/work/fake/usr/local/share/ exists but /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4 does not David Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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: dspam install
2010/7/13 Sahil Tandon :
> On Mon, 2010-07-12 at 21:28:56 +0200, David DEMELIER wrote:
>
>> .if defined(WITH_MYSQL)
>> WANT_MYSQL_VER= 55 ...
>> .endif
>>
>> Then if the user wants a different version he still can change using :
>> WITH_MYSQL_VER= 44.
>
> That change by itself will not work because in bsd.database.mk:
>
> .if defined(WITH_MYSQL_VER) && ${WITH_MYSQL_VER} != ${WANT_MYSQL_VER}
> IGNORE= ...
>
Then, explain me why do both php5 and php5-pgsql have not
KNOBS/OPTIONS like dspam and work with this variable WITH_PGSQL_VER ?
$ pwd
/usr/ports/databases/php5-pgsql
$ WITH_PGSQL_VER=83 make all-depends-list
/usr/ports/lang/php5
[...]
/usr/ports/databases/postgresql83-client
[...]
$ WITH_PGSQL_VER=84 make all-depends-list
/usr/ports/lang/php5
[...]
/usr/ports/databases/postgresql84-client
[...]
>> Why don't keep it simple and simple?
>
> I am not sure what you mean. Complexity is not a goal of the project.
> If you have an idea that does not forfeit existing functionality or
> violate POLA, please submit it as a patch.
>
>> And why don't use things how they should be used?
>
> Once again, I am confused by your question. Please clarify your
> meaning.
>
Because I meant, if someone made these KNOBS, that's would suppose
they should be used. As shown just above it works with php5-pgsql.
So if a variable could be used to specify a specific version, it must
be used instead of a couple of option that set the package version. I
think WITH_MYSQL_VER and WITH_PGSQL_VER were made for that. (There is
one for apache too)
>> I think there is still a lot of problems in many ports.
>
> I think we all agree that there is room for improvement. Since you have
> identified many problems, I look forward to your PRs.
>
>> We must make a big KISS cleanup in the ports tree to make it as good
>> as NetBSD' pkgsrc.
>
> Please send PRs or provide specific details; general comments like the
> above are not helpful.
Yes sometime I'm nasty with people, I'm sorry about that but when I
saw this port I just didn't understand.
I apologize for my english.
--
Demelier David
___
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: vlc install error - possibly plist error for kde4?
> On Mon, Jul 12, 2010 at 09:45:34PM -0400, Joseph S. Atkinson wrote:
> > On 07/12/2010 20:24, Wesley Shields wrote:
> > > On Mon, Jul 12, 2010 at 10:42:46PM +0200, David DEMELIER wrote:
> > >> 2010/7/12 David Southwell:
> > >>> cd: can't cd to
> > >>> /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4
> >
> > ...
> >
> > >> I don't understand this : cd: can't cd to
> > >> /usr/ports/multimedia/vlc/work/fake/usr/local/share/kde4
> >
> > Whatever options were use, the kde4 directory isn't being created. This
> > needs to be checked for. Try this patch.
> >
> > --- /usr/ports/multimedia/vlc/Makefile 2010-07-12 16:48:11.0
> > -0400 +++ Makefile 2010-07-12 20:59:50.0 -0400
> > @@ -662,11 +662,13 @@
> >
> > ${SED} -e 's|^|@dirrmtry libdata/|' >> ${PLIST} ; \
> >
> > fi
> >
> > .for dir in icons kde4 vlc
> >
> > + if [ -d ${FAKEDIR}/share/${dir} ]; then \
> >
> > cd ${FAKEDIR}/share/${dir} && ${FIND} -s * -type f -o -type l | \
> >
> > ${SED} -e 's|^|share/${dir}/|' >> ${PLIST} \
> > && ${FIND} -d * -type d | \
> >
> > - ${SED} -e 's|^|@dirrmtry share/${dir}/|' >> ${PLIST}
> > - ${ECHO_CMD} "@dirrmtry share/${dir}" >> ${PLIST}
> > + ${SED} -e 's|^|@dirrmtry share/${dir}/|' >> ${PLIST} \
> > + && ${ECHO_CMD} "@dirrmtry share/${dir}" >> ${PLIST} ; \
> > + fi
> >
> > .endfor
> > .if !defined(NOPORTDOCS)
> >
> > cd ${FAKEDIR}/share/doc && ${FIND} -s * -type f -o -type l | \
>
> I committed this patch after not hearing anything back from David
> Southwell. It should solve the problem, despite not knowing what the
> root cause is.
>
> -- WXS
Hi Wex
Thanks for looking at this one.
I have been out of the office for a few days which is why you have not heard
from me. We are building a new studio which is good for keeping fit! I am also
likely to be out a quite a bit for a few weeks.
his morning I was just going to test your patch when I saw you had committed
the patch. I updated my ports and tested the result - which now produces a
different error.
see below ***error
I have also listed options from /var/db/ports/vlc/
see below ***options***
__
***error***
Making install in test
gmake[2]: Entering directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0/test'
gmake[3]: Entering directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0/test'
gmake[3]: Nothing to be done for `install-exec-am'.
gmake[3]: Nothing to be done for `install-data-am'.
gmake[3]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0/test'
gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0/test'
gmake[2]: Entering directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0'
gmake[3]: Entering directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0'
test -z "/usr/ports/multimedia/vlc/work/fake/usr/local/bin" ||
/usr/local/bin/gmkdir -p "/usr/ports/multimedia/vlc/work/fake/usr/local/bin"
install -o root -g wheel -m 555 cvlc rvlc svlc qvlc
'/usr/ports/multimedia/vlc/work/fake/usr/local/bin'
gmake[3]: Nothing to be done for `install-data-am'.
gmake[3]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0'
gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0'
gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-1.1.0'
/bin/rm -f
/usr/ports/multimedia/vlc/work/fake/usr/local/share/locale/locale.alias
cd /usr/ports/multimedia/vlc/work/fake/usr/local/bin && /usr/bin/find -s * |
/usr/bin/sed -e 's|^|bin/|' >> /usr/ports/multimedia/vlc/work/plist
cd /usr/ports/multimedia/vlc/work/fake/usr/local/include && /usr/bin/find -s *
-type f -o -type l | /usr/bin/sed -e 's|^|include/|' >>
/usr/ports/multimedia/vlc/work/plist && /usr/bin/find -d * -type d |
/usr/bin/sed -e 's|^|@dirrmtry include/|' >>
/usr/ports/multimedia/vlc/work/plist
/bin/rm -f
/usr/ports/multimedia/vlc/work/fake/usr/local/lib/vlc/plugins/services_discovery/libsap_plugin.la
/bin/rm -f
/usr/ports/multimedia/vlc/work/fake/usr/local/lib/vlc/plugins/services_discovery/libsap_plugin.so
cd /usr/ports/multimedia/vlc/work/fake/usr/local/lib && /usr/bin/find -s * -
type f -o -type l| /usr/bin/sed -e 's|^|lib/|' >>
/usr/ports/multi
Re: vlc install error - possibly plist error for kde4?
> On 07/14/2010 04:20, David Southwell wrote: > > his morning I was just going to test your patch when I saw you had > > committed the patch. I updated my ports and tested the result - which > > now produces a different error. > > ... > > > Syntax error: end of file unexpected (expecting "fi") > > *** Error code 2 > > Confirmed, the last few characters are missing from the commit. I caught > this a few minutes ago myself. > > Attached is a rectifying diff... I placed the .diff file in the multimedia/vlc/files/ directory but still received the same error. Clearly that is not the way to apply it. Forgive my ignorance but how should this file be applied? David Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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: vlc install error - possibly plist error for kde4?
> On Wed, Jul 14, 2010 at 04:57:24AM -0400, Joseph S. Atkinson wrote:
> > On 07/14/2010 04:20, David Southwell wrote:
> > > his morning I was just going to test your patch when I saw you had
> > > committed the patch. I updated my ports and tested the result - which
> > > now produces a different error.
> >
> > ...
> >
> > > Syntax error: end of file unexpected (expecting "fi")
> > > *** Error code 2
> >
> > Confirmed, the last few characters are missing from the commit. I caught
> > this a few minutes ago myself.
> >
> > Attached is a rectifying diff...
> >
> > --- /usr/ports/multimedia/vlc/Makefile 2010-07-13 21:22:28.0
> > -0400 +++ Makefile 2010-07-14 04:44:28.0 -0400
> > @@ -319,7 +319,7 @@
> >
> > .endif
> >
> > .if defined(WITH_GNOMEVFS)
> >
> > -USE_GNOME= gnomevfs
> > +USE_GNOME= gnomevfs2
> >
> > CONFIGURE_ARGS+=--enable-gnomevfs
> > .else
> > COFIGURE_ARGS+=--disable-gnomevfs
> >
> > @@ -672,7 +672,8 @@
> >
> > ${SED} -e 's|^|share/${dir}/|' >> ${PLIST} \
> > && ${FIND} -d * -type d | \
> > ${SED} -e 's|^|@dirrmtry share/${dir}/|' >> ${PLIST} \
> >
> > - && ${ECHO_CMD} "@dirrmtry share/${dir}" >> ${PLIST}
> > + && ${ECHO_CMD} "@dirrmtry share/${dir}" >> ${PLIST} ; \
> > + fi
> >
> > .endfor
> > .if !defined(NOPORTDOCS)
> >
> > cd ${FAKEDIR}/share/doc && ${FIND} -s * -type f -o -type l | \
>
> You're right. I've just committed these fixes. Sorry about that.
>
> -- WXS
Great - just updated to latest - Build and installs cleanly.
Thanks for your work - it is appreciated
David
Photographic Artist
Permanent Installations & Design
Creative Imagery and Advanced Digital Techniques
High Dynamic Range Photography & Official Portraiture
Combined darkroom & digital creations
& Systems Adminstrator for the vizion2000.net network
___
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: dspam install
2010/7/14 Jim Pazarena : > Sahil Tandon wrote: >> >> [mail/dspam maintainer Cc:'d] >> >> On Tue, 2010-07-13 at 09:46:04 +0200, David DEMELIER wrote: >> >>> 2010/7/13 Sahil Tandon : >>>> >>>> On Mon, 2010-07-12 at 21:28:56 +0200, David DEMELIER wrote: >>> >>> Yes sometime I'm nasty with people, I'm sorry about that but when I >>> saw this port I just didn't understand. >> >> What did you not understand? >> >>> I apologize for my english. >> >> No apology needed, as that is not the problem here. > > my own ports confusion (in general) is that in some ports > you use a "-Dxx" to define a required (or not required) option > while in others (at least dspam) you use WITHOUT_xxx or WITH_xxx=1. > It would be nice if all ports has the same standard of definitions. > > Or... am I confused? If FreeBSD people agree, KNOBS will be removed in the future (but this will take a long long time). -- Demelier David ___ 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: dspam install
2010/7/14 Sahil Tandon :
> [mail/dspam maintainer Cc:'d]
>
> On Tue, 2010-07-13 at 09:46:04 +0200, David DEMELIER wrote:
>
>> 2010/7/13 Sahil Tandon :
>> > On Mon, 2010-07-12 at 21:28:56 +0200, David DEMELIER wrote:
>> >
>> >> .if defined(WITH_MYSQL)
>> >> WANT_MYSQL_VER= 55 ...
>> >> .endif
>> >>
>> >> Then if the user wants a different version he still can change using :
>> >> WITH_MYSQL_VER= 44.
>> >
>> > That change by itself will not work because in bsd.database.mk:
>> >
>> > .if defined(WITH_MYSQL_VER) && ${WITH_MYSQL_VER} != ${WANT_MYSQL_VER}
>> > IGNORE= ...
>>
>> Then, explain me why do both php5 and php5-pgsql have not
>> KNOBS/OPTIONS like dspam and work with this variable WITH_PGSQL_VER ?
>
> This is a good opportunity for you to learn about how the ports system
> works. Compare the contents of both ports and also review
> bsd.database.mk; if, after that, you still do not understand the current
> behavior, let us know.
>
I'm writing a brand new mail/dspam port from scratch, if I finally
finish it in the next fews days I will show you. The only problem I
have for now is that there is no WITH_CYRUS_VER like variable so I
can't make a per-user defined variable for which cyrus version to
install.
>> Because I meant, if someone made these KNOBS, that's would suppose
>> they should be used. As shown just above it works with php5-pgsql.
>>
>> So if a variable could be used to specify a specific version, it must
>> be used instead of a couple of option that set the package version. I
>> think WITH_MYSQL_VER and WITH_PGSQL_VER were made for that. (There is
>> one for apache too)
>
> I appreciate your frustration, but please realize that there are often
> many ways to accomplish the same task. Trade-offs are involved. If you
> believe a port can be improved, please (and now I'm repeating myself)
> submit a patch! If you are unable to create a patch, then clearly
> explain your idea in pseudo-code and submit it as a PR for the
> maintainer's consideration. If you have trouble creating a patch, also
> feel free to ping me off-list; I'm happy to work with you on this.
>
>> >> We must make a big KISS cleanup in the ports tree to make it as good
>> >> as NetBSD' pkgsrc.
>> >
>> > Please send PRs or provide specific details; general comments like the
>> > above are not helpful.
>>
>> Yes sometime I'm nasty with people, I'm sorry about that but when I
>> saw this port I just didn't understand.
>
> What did you not understand?
>
>> I apologize for my english.
>
> No apology needed, as that is not the problem here.
>
> --
> Sahil Tandon
> ___
> 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"
>
--
Demelier David
___
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"
java/phpeclipse Build Failure
applyTestPatches: [patch] Hmm... Looks like a unified diff to me... [patch] The text leading up to this was: [patch] -- [patch] |### Eclipse Workspace Patch 1.0 [patch] |#P org.eclipse.sdk.tests [patch] |Index: feature.xml [patch] | === [patch] |RCS file: /cvsroot/eclipse/org.eclipse.sdk.tests- feature/features/org.eclipse.sdk.tests/feature.xml,v [patch] |retrieving revision 1.59 [patch] |diff -u -r1.59 feature.xml [patch] |--- feature.xml27 Feb 2009 13:46:35 - 1.59 [patch] |+++ feature.xml1 May 2009 17:50:01 - [patch] -- [patch] Patching file feature.xml using Plan A... [patch] Hunk #1 succeeded at 80. [patch] Hunk #2 succeeded at 98. [patch] done [patch] Hmm... Looks like a unified diff to me... [patch] The text leading up to this was: [patch] -- [patch] |--- plugins/org.eclipse.test/library.xml.sav 2009-09-25 11:47:54.867564002 +0300 [patch] |+++ plugins/org.eclipse.test/library.xml 2009-09-25 11:48:25.279814120 +0300 [patch] -- [patch] Patching file plugins/org.eclipse.test/library.xml using Plan A... [patch] Hunk #1 succeeded at 138. [patch] done File to patch: [patch] Hmm... Looks like a unified diff to me... [patch] The text leading up to this was: [patch] -- [patch] |--- plugins/org.eclipse.ui.tests/Eclipse JFace Tests/org/eclipse/jface/tests/viewers/ListViewerTest.java 2009-12-08 16:19:39.740154009 -0500 [patch] |+++ plugins/org.eclipse.ui.tests/Eclipse JFace Tests/org/eclipse/jface/tests/viewers/ListViewerTest.java-new 2009-12-08 16:22:14.261155406 -0500 [patch] -- No file found--skip this patch? [n] [patch] File to patch: n [patch] No file found--skip this patch? [n] nFile to patch: y No file found--skip this patch? [n] [patch] File to patch: y File to patch: [patch] No file found--skip this patch? [n] No file found--skip this patch? [n] [patch] File to patch: [patch] No file found--skip this patch? [n] File to patch: No file found--skip this patch? [n] [patch] File to patch: File to patch: [patch] No file found--skip this patch? [n] No file found--skip this patch? [n] [patch] File to patch: File to patch: [patch] No file found--skip this patch? [n] y [patch] File to patch: y No file found--skip this patch? [n] y [patch] No file found--skip this patch? [n] y [patch] Skipping patch... [patch] Hunk #1 ignored at 87. [patch] 1 out of 1 hunks ignored--saving rejects to y.rej [patch] done BUILD SUCCESSFUL Total time: 18 minutes 7 seconds ===> eclipse-3.5.2 depends on executable: gpatch - found ===> eclipse-3.5.2 depends on executable: unzip - found ===> eclipse-3.5.2 depends on executable: zip - found ===> eclipse-3.5.2 depends on file: /usr/local/diablo-jdk1.6.0/bin/java - found ===> eclipse-3.5.2 depends on file: /usr/local/bin/ant - found ===> eclipse-3.5.2 depends on file: /usr/local/lib/libxul/libxul.so - found ===> eclipse-3.5.2 depends on executable: bash - found ===> eclipse-3.5.2 depends on executable: Xvnc - found ===> eclipse-3.5.2 depends on executable: gmake - found ===> eclipse-3.5.2 depends on file: /usr/local/bin/intltool-extract - found ===> eclipse-3.5.2 depends on file: /usr/local/libdata/pkgconfig/gnome-mime- data-2.0.pc - found ===> eclipse-3.5.2 depends on executable: pkg-config - found ===> eclipse-3.5.2 depends on executable: update-desktop-database - found ===> eclipse-3.5.2 depends on shared library: cairo.2 - found ===> eclipse-3.5.2 depends on shared library: GLU.1 - found ===> eclipse-3.5.2 depends on shared library: esd.2 - found ===> eclipse-3.5.2 depends on shared library: atk-1.0.0 - found ===> eclipse-3.5.2 depends on shared library: gconf-2.4 - found ===> eclipse-3.5.2 depends on shared library: glib-2.0.0 - found ===> eclipse-3.5.2 depends on shared library: gnomevfs-2.0 - found ===> eclipse-3.5.2 depends on shared library: gtk-x11-2.0.0 - found ===> eclipse-3.5.2 depends on shared library: art_lgpl_2.5 - found ===> eclipse-3.5.2 depends on shared library: bonobo-2.0 - found ===> eclipse-3.5.2 depends on shared library: bonoboui-2.0 - found ===> eclipse-3.5.2 depends on shared library: glade-2.0.0 - found ===> eclipse-3.5.2 depends on shared library: gnome-2.0 - found ===> eclipse-3.5.2 depends on shared library: gnomecanvas-2.0 - found ===> eclipse-3.5.2 depends on shared library: gnomeui-2.0 - found ===> eclipse-3.5.2 depends on shared library: IDL-2.0 - found ===> eclipse-3.5.2 depends on shared library: xml2.5 - found ===> eclipse-3.5.2 depends on shared library: ORBit-2.0 - found ===> eclipse-3.5.2 depends on shared library: pango-1.0.0 - fo
Attempt to upgrade xpaint-2.7.8.1_4 to xpaint-2.9.1.4 fails
lor.c colorEdit.c dialog.c fatBitsEdit.c fileBrowser.c fontSelect.c grab.c graphic.c hash.c help.c image.c imageComp.c iprocess.c magnifier.c main.c menu.c misc.c operation.c palette.c pattern.c print.c protocol.c readRC.c screenshot.c text.c texture.c typeConvert.c arcOp.c freehandOp.c boxOp.c brushOp.c circleOp.c fillOp.c fontOp.c lineOp.c pencilOp.c polygonOp.c splineOp.c selectOp.c sprayOp.c dynPenOp.c Colormap.c Paint.c PaintEvent.c PaintRegion.c PaintUndo.c > .depend mv -f Makefile Makefile.bak imake -DUseInstalled -I/usr/local/lib/X11/config make Makefiles making Makefiles in rw... mv -f Makefile Makefile.bak making Makefiles in xaw3dxft... mv -f Makefile Makefile.bak making Makefiles in bitmaps... mv -f Makefile Makefile.bak making Makefiles in Doc... mv -f Makefile Makefile.bak make includes cd bitmaps; rm -f tools;if test "" != "" ; then ln -s big_tools tools ; else ln -s small_tools tools ; fi make depend rm -f .depend gccmakedep -f- -I./bitmaps -- -I/usr/local/include-DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO-DERRORBEEP -DFEATURE_FRACTAL -DXAW3D -DXAW3DG -DXAW3DXFT -I/usr/local/include/X11 -I. `pkg-config --cflags xft` "-DEDITOR=\"emacs -fn 9x15 -cr green -ms red -bg lightyellow -fg black\"" "-DSHAREDIR=\"/usr/local/share/xpaint\"" "-DXAPPLOADDIR=\"/usr/local/lib/X11/app-defaults\"" "-DXPAINT_VERSION=\"2.9.1\"" "-DLPCCMD=\"/usr/sbin/lpc status\"" -DERRORBEEP -DFEATURE_FRACTAL -- chroma.c color.c colorEdit.c dialog.c fatBitsEdit.c fileBrowser.c fontSelect.c grab.c graphic.c hash.c help.c image.c imageComp.c iprocess.c magnifier.c main.c menu.c misc.c operation.c palette.c pattern.c print.c protocol.c readRC.c screenshot.c text.c texture.c typeConvert.c arcOp.c freehandOp.c boxOp.c brushOp.c circleOp.c fillOp.c fontOp.c lineOp.c pencilOp.c polygonOp.c splineOp.c selectOp.c sprayOp.c dynPenOp.c Colormap.c Paint.c PaintEvent.c PaintRegion.c PaintUndo.c > .depend ===> Building for xpaint-2.9.1.4 if test `grep -c XAW3DXF Local.xawdefs` = 1 ; then cd xaw3dxft ; xmkmf ; make ; cd .. ; fi mv -f Makefile Makefile.bak imake -DUseInstalled -I/usr/local/lib/X11/config + mkdir unshared rm -f AllWidgets.o unshared/AllWidgets.o cc -c-I. -I/usr/include/X11/Xft -I/usr/include/freetype2 -I/usr/local/include-DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO AllWidgets.c -o unshared/AllWidgets.o rm -f AllWidgets.o cc -c -O2 -fno-strict-aliasing -pipe -I. -I/usr/include/X11/Xft -I/usr/include/freetype2 -I/usr/local/include-DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -I. -I/usr/include/X11/Xft -I/usr/include/freetype2 -I/usr/local/include-DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO-fPIC AllWidgets.c rm -f AsciiSink.o unshared/AsciiSink.o cc -c-I. -I/usr/include/X11/Xft -I/usr/include/freetype2 -I/usr/local/include-DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO AsciiSink.c -o unshared/AsciiSink.o In file included from /usr/local/include/X11/Xft/Xft.h:39, from AsciiSink.c:56: /usr/local/include/ft2build.h:56:38: error: freetype/config/ftheader.h: No such file or directory In file included from AsciiSink.c:56: /usr/local/include/X11/Xft/Xft.h:40:10: error: #include expects "FILENAME" or In file included from AsciiSink.c:56: /usr/local/include/X11/Xft/Xft.h:60: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_XftFTlibrary' /usr/local/include/X11/Xft/Xft.h:94: error: expected specifier-qualifier-list before 'FT_UInt' /usr/local/include/X11/Xft/Xft.h:101: error: expected specifier-qualifier-list before 'FT_UInt' /usr/local/include/X11/Xft/Xft.h:188: error: expected ';', ',' or ')' before '*' token /usr/local/include/X11/Xft/Xft.h:293: error: expected ';', ',' or ')' before '*' token /usr/local/include/X11/Xft/Xft.h:352: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'XftLockFace' /usr/local/include/X11/Xft/Xft.h:391: error: expected ';', ',' or ')' before '*' token /usr/local/include/X11/Xft/Xft.h:397: error: expected ';', ',' or ')' before '*' token /usr/local/include/X11/Xft/Xft.h:406: error: expected declaration specifiers or '...' before 'FT_UInt' /usr/local/include/X11/Xft/Xft.h:407: error: expected declaration specifiers or '...' before 'FT_UInt' /usr/local/include/X11/Xft/Xft.h:416: error: expected '=', ',', ';', 'as
Re: Attempt to upgrade xpaint-2.7.8.1_4 to xpaint-2.9.1.4 fails
On Sat, Jul 17, 2010 at 12:10:10AM +0400, Anonymous wrote: > ... > Can you try following patch? > ... Sure; thanks! d254(7.3-S)[3] portmaster xpaint-2.7.8.1_4 ===>>> Currently installed version: xpaint-2.7.8.1_4 ===>>> Port directory: /usr/ports/graphics/xpaint ===>>> Gathering distinfo list for installed ports ===>>> Launching 'make checksum' for graphics/xpaint in background ===>>> Gathering dependency list for graphics/xpaint from ports ... pdfconcat.c: In function 'main': pdfconcat.c:1291: warning: traditional C rejects ISO C style function definitions + exit install -c pdfconcat /usr/local/bin install in . done rm -f /usr/local/man/man1/xpaint.1* /usr/bin/install -c -m 0444 xpaint._man /usr/local/man/man1/xpaint.1 gzip -n /usr/local/man/man1/xpaint.1 install.man in . done ===> Registering installation for xpaint-2.9.1.4 ===> Cleaning for xpaint-2.9.1.4 ===>>> Delete xpaint-2.7.8.1.tar.bz2? y/n [n] y ===>>> Upgrade of xpaint-2.7.8.1_4 to xpaint-2.9.1.4 complete d254(7.3-S)[4] echo $? 0 d254(7.3-S)[5] Looks good to me -- thanks! Peace, david -- David H. Wolfskill da...@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpeodS0UcmlQ.pgp Description: PGP signature
apache22 imap "ssl_onceonlyinit" error following latest upgrades
Hi Apache22 no longer loading following upgrades. errors include: /libexec/ld-elf.so.1: /usr/local/lib/php/20090626/imap.so: Undefined symbol "ssl_onceonlyinit" thanks in advance for any help david Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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: apache22 imap "ssl_onceonlyinit" error following latest upgrades -SOLVED
> Hi > > Apache22 no longer loading following upgrades. > > errors include: > > /libexec/ld-elf.so.1: /usr/local/lib/php/20090626/imap.so: Undefined symbol > "ssl_onceonlyinit" > > thanks in advance for any help > david > I recompiled mail/cclient and that fixed the problem. Although it worked I am uncertain why!! David Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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: MAKE_JOBS and openjdk6
On Saturday 26 June 2010 00:15:16 Anonymous wrote:
> David Naylor writes:
> > On Friday 25 June 2010 18:08:22 David Naylor wrote:
> >> Hi,
> >>
> >> java/openjdk6 breaks with FORCE_MAKE_JOBS (it implements its own think).
> >> The attached patch fixes openjdk6, marks it as MAKE_JOBS_SAFE and makes
> >> it respect MAKE_JOBS_NUMBER.
> >>
> >> Regards,
> >>
> >> David
> >>
> >> P.S. I'm off list
> >
> > Oops. My hack didn't work.
> >
> > With MAKE_JOBS_SAFE _MAKE_JOBS is included but that evaluated to -jN and
> > this is choking the Makefile. Is there an easier way to exclude
> > _MAKE_JOBS? Perhaps set _MAKE_JOBS conditionally in bsd.ports.mk and a
> > port can then do _MAKE_JOBS=""
> > The attached patch fixes the above problem without touching bsd.ports.mk.
>
> You can as well define empty _MAKE_JOBS *after* .
> At least it wouldn't be as ugly as redefining do-build target.
>
> %%
> Index: java/openjdk6/Makefile
> @@ -266,3 +267,6 @@ post-install:
> @${CAT} ${PKGMESSAGE}
>
> .include
> +
> +# XXX: use `?=' in bsd.port.mk
> +_MAKE_JOBS=
> %%
Yes, I prefer this approach. See attached for the patch that does this. I
will file a PR about this shortly.
Regards
diff -ur /usr/ports/java/openjdk6/Makefile openjdk6/Makefile
--- /usr/ports/java/openjdk6/Makefile 2010-07-15 22:29:26.0 +0200
+++ openjdk6/Makefile 2010-07-15 22:33:45.0 +0200
@@ -48,6 +48,7 @@
# java extracts directly to the cwd
WRKSRC= ${WRKDIR}
+MAKE_JOBS_SAFE= yes
USE_GMAKE= yes
USE_MOTIF= yes
@@ -145,8 +146,10 @@
USE_DISPLAY= yes
.endif
-BUILD_JOBS_NUMBER!= ${SYSCTL} -n kern.smp.cpus
-MAKE_ENV+= HOTSPOT_BUILD_JOBS=${BUILD_JOBS_NUMBER}
+.if !defined(DISABLE_MAKE_JOBS)
+MAKE_ENV+= HOTSPOT_BUILD_JOBS=${MAKE_JOBS_NUMBER}
+# XXX: _MAKE_JOBS=
+.endif
COPYDIRS= \
hotspot/src/os/linux/launcher \
@@ -269,3 +272,5 @@
@${CAT} ${PKGMESSAGE}
.include
+# XXX: use _MAKE_JOBS in bsd.port.mk (and move libe below up-above)
+_MAKE_JOBS=
signature.asc
Description: This is a digitally signed message part.
Fwd: java/phpeclipse Build Failure
To port maintainer I posted the following on freebsd-ports last week but so far no response. Just wondered if you could shed any light on the following failure: (Thanks in advance for any help) David applyTestPatches: [patch] Hmm... Looks like a unified diff to me... [patch] The text leading up to this was: [patch] -- [patch] |### Eclipse Workspace Patch 1.0 [patch] |#P org.eclipse.sdk.tests [patch] |Index: feature.xml [patch] | === [patch] |RCS file: /cvsroot/eclipse/org.eclipse.sdk.tests- feature/features/org.eclipse.sdk.tests/feature.xml,v [patch] |retrieving revision 1.59 [patch] |diff -u -r1.59 feature.xml [patch] |--- feature.xml27 Feb 2009 13:46:35 - 1.59 [patch] |+++ feature.xml1 May 2009 17:50:01 - [patch] -- [patch] Patching file feature.xml using Plan A... [patch] Hunk #1 succeeded at 80. [patch] Hunk #2 succeeded at 98. [patch] done [patch] Hmm... Looks like a unified diff to me... [patch] The text leading up to this was: [patch] -- [patch] |--- plugins/org.eclipse.test/library.xml.sav 2009-09-25 11:47:54.867564002 +0300 [patch] |+++ plugins/org.eclipse.test/library.xml 2009-09-25 11:48:25.279814120 +0300 [patch] -- [patch] Patching file plugins/org.eclipse.test/library.xml using Plan A... [patch] Hunk #1 succeeded at 138. [patch] done File to patch: [patch] Hmm... Looks like a unified diff to me... [patch] The text leading up to this was: [patch] -- [patch] |--- plugins/org.eclipse.ui.tests/Eclipse JFace Tests/org/eclipse/jface/tests/viewers/ListViewerTest.java 2009-12-08 16:19:39.740154009 -0500 [patch] |+++ plugins/org.eclipse.ui.tests/Eclipse JFace Tests/org/eclipse/jface/tests/viewers/ListViewerTest.java-new 2009-12-08 16:22:14.261155406 -0500 [patch] -- No file found--skip this patch? [n] [patch] File to patch: n [patch] No file found--skip this patch? [n] nFile to patch: y No file found--skip this patch? [n] [patch] File to patch: y File to patch: [patch] No file found--skip this patch? [n] No file found--skip this patch? [n] [patch] File to patch: [patch] No file found--skip this patch? [n] File to patch: No file found--skip this patch? [n] [patch] File to patch: File to patch: [patch] No file found--skip this patch? [n] No file found--skip this patch? [n] [patch] File to patch: File to patch: [patch] No file found--skip this patch? [n] y [patch] File to patch: y No file found--skip this patch? [n] y [patch] No file found--skip this patch? [n] y [patch] Skipping patch... [patch] Hunk #1 ignored at 87. [patch] 1 out of 1 hunks ignored--saving rejects to y.rej [patch] done BUILD SUCCESSFUL Total time: 18 minutes 7 seconds ===> eclipse-3.5.2 depends on executable: gpatch - found ===> eclipse-3.5.2 depends on executable: unzip - found ===> eclipse-3.5.2 depends on executable: zip - found ===> eclipse-3.5.2 depends on file: /usr/local/diablo-jdk1.6.0/bin/java - found ===> eclipse-3.5.2 depends on file: /usr/local/bin/ant - found ===> eclipse-3.5.2 depends on file: /usr/local/lib/libxul/libxul.so - found ===> eclipse-3.5.2 depends on executable: bash - found ===> eclipse-3.5.2 depends on executable: Xvnc - found ===> eclipse-3.5.2 depends on executable: gmake - found ===> eclipse-3.5.2 depends on file: /usr/local/bin/intltool-extract - found ===> eclipse-3.5.2 depends on file: /usr/local/libdata/pkgconfig/gnome-mime- data-2.0.pc - found ===> eclipse-3.5.2 depends on executable: pkg-config - found ===> eclipse-3.5.2 depends on executable: update-desktop-database - found ===> eclipse-3.5.2 depends on shared library: cairo.2 - found ===> eclipse-3.5.2 depends on shared library: GLU.1 - found ===> eclipse-3.5.2 depends on shared library: esd.2 - found ===> eclipse-3.5.2 depends on shared library: atk-1.0.0 - found ===> eclipse-3.5.2 depends on shared library: gconf-2.4 - found ===> eclipse-3.5.2 depends on shared library: glib-2.0.0 - found ===> eclipse-3.5.2 depends on shared library: gnomevfs-2.0 - found ===> eclipse-3.5.2 depends on shared library: gtk-x11-2.0.0 - found ===> eclipse-3.5.2 depends on shared library: art_lgpl_2.5 - found ===> eclipse-3.5.2 depends on shared library: bonobo-2.0 - found ===> eclipse-3.5.2 depends on shared library: bonoboui-2.0 - found ===> eclipse-3.5.2 depends on shared library: glade-2.0.0 - found ===> eclipse-3.5.2 depends on shared library: gnome-2.0 - found ===> eclipse-3.5.2 depends on shared library: gnomecanvas-2.0 - found ===> eclipse-3.5.2 depends on sha
net-im/libpurple forgot to remove patches?
Hi, I saw the update of pidgin so I wanted to upgrade but it fails : ===>>> Port directory: /usr/ports/net-im/libpurple ===>>> Starting check for build dependencies ===>>> Gathering dependency list for net-im/libpurple from ports ===>>> Starting dependency check ===>>> Dependency check complete for net-im/libpurple ===> Cleaning for libpurple-2.7.2 ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for libpurple-2.7.1 ===> Extracting for libpurple-2.7.2 => MD5 Checksum OK for pidgin-2.7.2.tar.bz2. => SHA256 Checksum OK for pidgin-2.7.2.tar.bz2. ===> Patching for libpurple-2.7.2 ===> Applying FreeBSD patches for libpurple-2.7.2 Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to libpurple/protocols/oscar/oscar.c.rej => Patch patch-libpurple_protocols_oscar_oscar.c failed to apply cleanly. => Patch(es) patch-finch_libgnt_gntwm.c patch-libpurple-media-backend-fs2.h patch-libpurple-protocols-zephyr-Zinternal.c applied cleanly. *** Error code 1 Stop in /usr/ports/net-im/libpurple. *** Error code 1 Stop in /usr/ports/net-im/libpurple. ===>>> make failed for net-im/libpurple ===>>> Aborting update ===>>> Update for libpurple-2.7.1 failed ===>>> Aborting update Maybe the committer forgot to remove these patches ? -- Demelier David ___ 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"
ports/ languages categories
Hello, I personally think that categories like french, japanese, arabic, etc... are not the best way to write a language dependant port. Now, there is no many languages categories in the ports tree but we can plan that in the future more directories for the new future languages dependant port can be added. Example : if someone write a new aspell language that is not in the ports tree, we must create a new directory in the ports tree ports/. For example: there is no ports/italian directory now, will you create a new italian directory if we must add aspell for italian? (no it's in textproc/it-aspell and it's confusing) I think we must remove all these languages directories and just keep it simple and simple like all the textproc/*-aspell. The best way to separate ports to language dependant port is just prefixing the port with the good language such as : fr-kde4-l10n fr-aspell de-ispell and so on. It's so easier to maintain and so much cleaner ! I hope you will agree with me. With kind regards. -- Demelier David ___ 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: net-im/libpurple forgot to remove patches?
2010/7/25 Sahil Tandon : > On Sun, 2010-07-25 at 10:29:19 -0400, Sahil Tandon wrote: > >> On Sun, 2010-07-25 at 12:01:06 +0200, David DEMELIER wrote: >> >> > ===> Patching for libpurple-2.7.2 >> > ===> Applying FreeBSD patches for libpurple-2.7.2 >> > Ignoring previously applied (or reversed) patch. >> > 1 out of 1 hunks ignored--saving rejects to >> > libpurple/protocols/oscar/oscar.c.rej >> > => Patch patch-libpurple_protocols_oscar_oscar.c failed to apply cleanly. >> > >> > Maybe the committer forgot to remove these patches ? >> >> Thanks for your report. The committer has already been alerted: >> >> http://lists.freebsd.org/pipermail/cvs-ports/2010-July/199204.html >> >> So the problem will be fixed when he has time. > > Fixed: > > http://lists.freebsd.org/pipermail/cvs-ports/2010-July/199221.html > > -- > Sahil Tandon > ___ > 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" > Perfect, thanks :-) -- Demelier David ___ 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"
graphics/opencv build fails on upgrade
Hi opencv build failure See ***failure*** below NOTE early in compile a syntax error is reported see ***syntax_error*** below Thanks in advance for suggestions on how to fix this one. David _ ***failure*** ___ [ 84%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvfindface.o [ 84%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvba.o [ 84%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvbgfg_acmmm2003.o [ 84%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvadaptiveskindetector.o [ 84%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvcorrimages.o [ 84%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvsubdiv2.o [ 84%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvhmm.o [ 85%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvoneway.o [ 85%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvmat.o [ 85%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvfacetemplate.o [ 85%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/cvaux.o Linking CXX shared library ../../lib/libcvaux.so [ 85%] Built target cvaux 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/graphics/opencv. *** Error code 1 Stop in /usr/ports/graphics/opencv. __ ***syntax_error*** ___ [ 72%] Building CXX object src/highgui/CMakeFiles/highgui.dir/grfmt_imageio.o [ 72%] Building CXX object src/highgui/CMakeFiles/highgui.dir/grfmt_pxm.o Linking CXX shared library ../../lib/libhighgui.so [ 73%] Built target highgui [ 73%] Generating generated0.i File "/usr/ports/graphics/opencv/work/OpenCV-2.0.0/interfaces/python/gen.py", line 167 print "Tuple with kwargs is not allowed, function", name ^ SyntaxError: invalid syntax *** Error code 1 1 error *** Error code 2 Scanning dependencies of target cvhaartraining [ 73%] Building CXX object apps/haartraining/CMakeFiles/cvhaartraining.dir/cvboost.o [ 73%] Building CXX object apps/haartraining/CMakeFiles/cvhaartraining.dir/cvcommon.o [ 74%] Building CXX object apps/haartraining/CMakeFiles/cvhaartraining.dir/cvhaarclassifier.o Scanning dependencies of target cvaux [ 74%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/vs/blobtrackanalysistrackdist.o [ 74%] Building CXX object src/cvaux/CMakeFiles/cvaux.dir/vs/blobtrackanalysishist.o Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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/gnome-terminal portupgrade build failure
Hi Build failure in portupgrade of gnome-terminal Thanks in advance for any information on how to fix this one David Extract from scripted console output: terminal-util.c: In function 'terminal_util_array_to_strv': terminal-util.c:624: warning: comparison is always false due to limited range of data type mv -f .deps/gnome_terminal-terminal-util.Tpo .deps/gnome_terminal-terminal- util.Po cc -DHAVE_CONFIG_H -I. -I.. -DTERMINAL_COMPILATION -DEXECUTABLE_NAME=\"gnome- terminal\" -DTERM_DATADIR="\"/usr/local/share\"" - DTERM_LOCALEDIR="\"/usr/local/share/locale\"" - DTERM_PKGDATADIR="\"/usr/local/share/gnome-terminal\"" - DTERM_HELPDIR="\"/usr/local/share/gnome/help\"" -DSN_API_NOT_YET_FROZEN - DGDK_MULTIHEAD_SAFE -DG_DISABLE_SINGLE_INCLUDES - DPANGO_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES - DGDK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES - DGTK_DISABLE_SINGLE_INCLUDES -DEGG_SM_CLIENT_BACKEND_XSMP - I/usr/local/include -D_THREAD_SAFE -D_REENTRANT -DORBIT2=1 - I/usr/local/include -I/usr/local/include/glib-2.0 - I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 - I/usr/local/include/gtk-2.0 -I/usr/local/include/gio-unix-2.0/ - I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include - I/usr/local/include/atk-1.0 -I/usr/local/include/pixman-1 - I/usr/local/include/freetype2 -I/usr/local/include/gconf/2 - I/usr/local/include/orbit-2.0 -I/usr/local/include/dbus-1.0 - I/usr/local/include/dbus-1.0/include -Wall -Wmissing-prototypes -Wnested- externs -Wpointer-arith -Wno-sign-compare -I/usr/local/include -O2 -fno- strict-aliasing -pipe -march=nocona -MT gnome_terminal-terminal-window.o -MD - MP -MF .deps/gnome_terminal-terminal-window.Tpo -c -o gnome_terminal-terminal- window.o `test -f 'terminal-window.c' || echo './'`terminal-window.c mv -f .deps/gnome_terminal-terminal-window.Tpo .deps/gnome_terminal-terminal- window.Po cc -DHAVE_CONFIG_H -I. -I.. -DTERMINAL_COMPILATION -DEXECUTABLE_NAME=\"gnome- terminal\" -DTERM_DATADIR="\"/usr/local/share\"" - DTERM_LOCALEDIR="\"/usr/local/share/locale\"" - DTERM_PKGDATADIR="\"/usr/local/share/gnome-terminal\"" - DTERM_HELPDIR="\"/usr/local/share/gnome/help\"" -DSN_API_NOT_YET_FROZEN - DGDK_MULTIHEAD_SAFE -DG_DISABLE_SINGLE_INCLUDES - DPANGO_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES - DGDK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES - DGTK_DISABLE_SINGLE_INCLUDES -DEGG_SM_CLIENT_BACKEND_XSMP - I/usr/local/include -D_THREAD_SAFE -D_REENTRANT -DORBIT2=1 - I/usr/local/include -I/usr/local/include/glib-2.0 - I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 - I/usr/local/include/gtk-2.0 -I/usr/local/include/gio-unix-2.0/ - I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include - I/usr/local/include/atk-1.0 -I/usr/local/include/pixman-1 - I/usr/local/include/freetype2 -I/usr/local/include/gconf/2 - I/usr/local/include/orbit-2.0 -I/usr/local/include/dbus-1.0 - I/usr/local/include/dbus-1.0/include -Wall -Wmissing-prototypes -Wnested- externs -Wpointer-arith -Wno-sign-compare -I/usr/local/include -O2 -fno- strict-aliasing -pipe -march=nocona -MT gnome_terminal-eggsmclient.o -MD -MP - MF .deps/gnome_terminal-eggsmclient.Tpo -c -o gnome_terminal-eggsmclient.o `test -f 'eggsmclient.c' || echo './'`eggsmclient.c mv -f .deps/gnome_terminal-eggsmclient.Tpo .deps/gnome_terminal-eggsmclient.Po cc -DHAVE_CONFIG_H -I. -I.. -DTERMINAL_COMPILATION -DEXECUTABLE_NAME=\"gnome- terminal\" -DTERM_DATADIR="\"/usr/local/share\"" - DTERM_LOCALEDIR="\"/usr/local/share/locale\"" - DTERM_PKGDATADIR="\"/usr/local/share/gnome-terminal\"" - DTERM_HELPDIR="\"/usr/local/share/gnome/help\"" -DSN_API_NOT_YET_FROZEN - DGDK_MULTIHEAD_SAFE -DG_DISABLE_SINGLE_INCLUDES - DPANGO_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES - DGDK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES - DGTK_DISABLE_SINGLE_INCLUDES -DEGG_SM_CLIENT_BACKEND_XSMP - I/usr/local/include -D_THREAD_SAFE -D_REENTRANT -DORBIT2=1 - I/usr/local/include -I/usr/local/include/glib-2.0 - I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 - I/usr/local/include/gtk-2.0 -I/usr/local/include/gio-unix-2.0/ - I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include - I/usr/local/include/atk-1.0 -I/usr/local/include/pixman-1 - I/usr/local/include/freetype2 -I/usr/local/include/gconf/2 - I/usr/local/include/orbit-2.0 -I/usr/local/include/dbus-1.0 - I/usr/local/include/dbus-1.0/include -Wall -Wmissing-prototypes -Wnested- externs -Wpointer-arith -Wno-sign-compare -I/usr/local/include -O2 -fno- strict-aliasing -pipe -march=nocona -MT gnome_terminal-eggdesktopfile.o -MD - MP -MF .deps/gnome_ter
net-im/telepathy-haze Build fail
Hi This is a python error. Is anyone sufficiently familiar with python to take a look at tools/glib-signals-marshall-gen.py. Is all the code in that script strict enough for python 3. David config.status: executing depfiles commands config.status: executing libtool commands ===> Building for telepathy-haze-0.3.6 gmake all-recursive gmake[1]: Entering directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6' Making all in tools gmake[2]: Entering directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6/tools' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6/tools' Making all in extensions gmake[2]: Entering directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6/extensions' xsltproc --nonet --novalid --xinclude ../tools/identity.xsl \ all.xml > _gen/all.xml /usr/local/bin/python ../tools/glib-signals-marshal-gen.py _gen/all.xml > _gen/signals-marshal.list File "../tools/glib-signals-marshal-gen.py", line 49 print 'VOID:' + ','.join(rhs) ^ SyntaxError: invalid syntax gmake[2]: *** [_gen/signals-marshal.list] Error 1 gmake[2]: Leaving directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6/extensions' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/net-im/telepathy-haze. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20100726-5778-lsum3q-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=telepathy-haze-0.3.4_2 UPGRADE_PORT_VER=0.3.4_2 make ** Fix the problem and try again. Photographic Artist Permanent Installations & Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography & Official Portraiture Combined darkroom & digital creations & Systems Adminstrator for the vizion2000.net network ___ 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"
