Re: Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4

> No real favorites. In emergencies I tend to pick up the telephone. > This doesn't seem like an emergency, and in any case the phone is a poor > medium for a problem like this. There are some ports under /usr/ports/irc, > if you have suggestions I could try one or more. If a phone call

Re: portsnap

> Kudos to Stefan for keeping portmaster relevant and up-to-date. > But I never understood the appeal of portsnap. What's the advantage over > svnlite co ... > cd /usr/ports; make update > This mechanism is in the base system, so an extra tool demands some > justification ;-) > Kind regards, >

portmaster new development

> > And as portsnap user I have a question: Do they planning deprecation of > > portmaster too? > No, I'm actively working on portmaster and have rewritten it from > scratch for better performance (and additional features, e.g. building > in a clean chroot jail, similar to synth or poudriere).

Re: Time to swicth from svn to git ?

> > https://cgit.freebsd.org shows idle 5 days. > O don't really know how that idle is counted, but anyway, > https://cgit.freebsd.org/doc/ shows the last commit is about 3 hours ago. > > I haven't tried to git-clone the doc tree, would it be > > git clone https://git.freebsd.org/doc ? > There

Re: Time to swicth from svn to git ?

> > Ca we switch our ports repository from svn to git ? > Doc already switched, next will be src, and ports the latest. > More infos on freebsd-git: > Regards. > Th. Thomas. https://cgit.freebsd.org shows idle 5 days. I haven't

Re: [HEADS UP] Planned deprecation of portsnap

from Hans Petter Selasky: > Maybe some silly questions already answered: > 1) portsnap is populating /usr/ports . Is this location still hardcoded > for ports tree installations, or can it be installed anywhere? > 2) Should portsnap be a wrapper for GIT/SVN whatever is used? > 3) Should

Re: Why lang/gcc9 depends native-binutils ?

> The GNU Binutils are a collection of binary tools. The main ones are: > * ld - the GNU linker. > * as - the GNU assembler. > Most of these programs use BFD, the Binary File Descriptor library, to do > low-level manipulation. Many of them also use the opcodes library to assemble > and

Re: Jumbled dependencies

> > I do package builds on one machine on my (small) network, using > > portmaster [...] [...] > > And how do I bandage up the foot I shot myself in? > I understand it might be unpopular, but the preferred way to get > to stable updates in the ports tree is using poudriere to > build the ports

Re: xterm-353

> Kevin Oberman writes: > > > Where would I find User Agent Switcher by Linder? Would it be on a > > > Mozilla site, and would it work with SeaMonkey? > > > Would the several Firefox or SeaMonkey extensions have similar > > > functionality? > > It's available through Firefox from

Re: xterm-353

> This is getting a bit off-topic, but I use Firefox with User Agent Switcher > by Linder. (There are several Firefox extensions that have VERY similar > names.) It works perfectly at Chase and also fixes several sites that > insist on providing the mobile version to FreeBSD. It allows the

Re: xterm-353

> This is quite surprising as I have not seen this. I do get occasional dead > buttons due to all of the privacy add-ons I run, especially No-Script, but > also less intrusive ones like Privacy Badger. > I have seen a few issues with sites taking advantage of some JS functions > outside of the

Re: CFD: status of Ada-related ports (including ports-mgmt/synth)

> [ I found this in my outgoing folder; ahem. ] > On Tue, 31 Dec 2019, Mark Linimon wrote: > > As of the following commit, lang/gcc6 is no longer supported: > > > https://svnweb.freebsd.org/ports/head/Mk/bsd.gcc.mk?revision=521584 > GCC 6 hasn't been supported upstream for over a year (end of

Re: Portmaster failing

> Unequally, actually. portmaster still has some developers putting in > the hard work to keep it running. portupgrade hasn't had much focused > development in many years and should probably be removed from the > tree. There are some problems with building on a live system that > portmaster

Re: Portmaster failing

> This is why we practically beg people to use poudriere. There seems to > be a pervasive misconception that poudriere is "advanced" and > portmaster is simple or straightforward. That notion is completely and > totally backwards. Poudriere makes managing ports as simple and > trouble-free as

gcc(6)-aux falling behind?

I notice gcc advancing to 7.4, 8.3 and 9.2 while gcc-aux has not gone above v6. I believe this is the only Ada compiler for FreeBSD and NetBSD. Would it be possible to build a gcc that includes Ada using gcc6-aux on the source code for gcc 7.4 or 8.3? Fact that it hasn't been done suggests

Re: Synth and gcc-aux status?

On 26/08/2019 12:57 pm, Thomas Mueller wrote: > What is the current status of synth with FreeBSD ports, and I could also ask > about gcc-aux. > I see gcc-aux remains at v6 (gcc6-aux) while gcc is updated to 7.4.0 and 8.3, > and even 9.1. > Is poudriere no

Synth and gcc-aux status?

What is the current status of synth with FreeBSD ports, and I could also ask about gcc-aux. I see gcc-aux remains at v6 (gcc6-aux) while gcc is updated to 7.4.0 and 8.3, and even 9.1. Is poudriere now the main tool for updating ports? What is the status of portmaster and portupgrade now?

Re: firefox or what?

from Andrea Venturoli: > While continuing this thread down the slope it got (with useless arguments on > netiquette, release engineering, supposed NFS incompatibilities, etc...) is a > nonsense, I think half the OP's original question still holds, i.e.: what > viable browsers (other than FireFox)

Re: firefox

bruce writes: > I used seamonkey for years without problems.  Now with seamonkey no > longer available I have tried firefox.  It crashes regularly and > isn't nearly as good as seamonkey.  When are you bringing seamonkey > back? Robert Huff responded: Short answer: probably

Re: coreutils missing one component: (g)stat

> > Now I see where GNU stat is, and it's not FreeBSD's fault that ptxdist > > configure script can't find things. I made a symbolic link in nonroot > > ~/fb64/bin: > > ln -s /usr/local/bin/gnustat gstat > I'm not clear whether you're trying to construct a port, or just >

Re: coreutils missing one component: (g)stat

from Kurt Jaeger and my previous post: > > I noticed, trying to configure ptxdist under FreeBSD (ptxdist.org), that > > stat (gstat) was missing in sysutils/coreutils. > > Configure script execution ended with > > checking for GNU rm... /usr/local/bin/grm > > checking for GNU rmdir...

coreutils missing one component: (g)stat

I noticed, trying to configure ptxdist under FreeBSD (ptxdist.org), that stat (gstat) was missing in sysutils/coreutils. Configure script execution ended with checking for GNU rm... /usr/local/bin/grm checking for GNU rmdir... /usr/local/bin/grmdir checking for GNU sort... /usr/local/bin/gsort

Re: RUN_DEPENDS and portmaster

Excerpt from STefan Esser: > I have been using a portmaster-rewrite for many months, which is ready > for release except for some performance tuning. (The portmaster in ports > is not un-maintainable, but it's hard to modify a monolithic 4000 line > shell script that uses global variables to

Re: portupgrade vs. portmaster

from Jonathan Chen and my previous post: > On 30 April 2018 at 22:33, Thomas Mueller <mueller6...@twc.com> wrote: [...] > > I see hardly any mention of synth on the freebsd-ports list. Have synth > > users become disenchanted? > There are a growing number o

Re: portupgrade vs. portmaster

from STefan Esser: > I used to be a portupgrade user, long ago (years before the introduction > of the new package tools), but then mobed over to using portmaster. > When the package system (PKG-NG) war completely reworked, I heard that > portupgrade was better adapted to the new tools, but did

Re: How do I recover a lost ports directory with svn?

from Lowell Gilbert: > That's fair. The help messages are enough for me to work out syntax > without going back to first principles, but, yes, that's pretty much > what I expect from a man page. > > Personally, I would much prefer a real man page. > Funny you should mention that. Some

RE: Procmail Vulnerabilities check

from Carmel NY: > On Sunday, December 10, 2017 4:18 PM, RW wrote: > > On Sun, 10 Dec 2017 10:10:30 -0800, Kevin Oberman wrote: > > > Strongly agree! Support ofr some basics like .forward is really a > > > requirement. It is used for too many "normal" mail operations > > > including private

Re: The ports@ list is now subscriber-post only

> The po...@freebsd.org (aka freebsd-ports@) mailing list now requires you to > subscribe to the list before posting. This brings us two important benefits: > * This should cut back tremendously on spam coming through the list. > * Users are more likely to find better answers to their

Re: Working on FLAVOR support in portmaster

> On 05.12.2017 08:35, Stefan Esser wrote: > > Am 05.12.17 um 00:43 schrieb Tatsuki Makino: > > > By the way, where is the clever way to update to flavor? > > > I am using portmaster. > > I'm working on FLAVOR support in portmaster. My version did already build > > all updated ports, the FLAVOR

Re: Welcome flavors! portmaster now dead? synth?

from Chris H: > port-mgmt/poudriere gets the attention, and maintenance that it does, because > it was created, and is maintained by someone with a commit bit (bdrewery). > port-mgmt/synth was also created, and maintained by someone with a commit bit > (jmarino). > However, John's commit bit was

Re: Welcome flavors! portmaster now dead? synth?

Sorry to be sending this again, but I forgot to update the subject line the first time. from Baho Utot: > I don't use HEAD. I use Quartlery with synth. It is just I expect a little > more than amature hour. I was on Archlinux for 10 years and they are very > bleeding edge. Almost No

Re: Status of portupgrade and portmaster?

from Baho Utot: > I don't use HEAD. I use Quartlery with synth. It is just I expect a little > more than amature hour. I was on Archlinux for 10 years and they are very > bleeding edge. Almost No breakage in ten years. The only reason I left Linux > was systemd. After landing in FreeBSD the

Re: Regarding building corosync 2.4.3 on FreeBSD 8.4-RELEASE

from Jaspal Kaur: > I am trying to build corosync 2.4.3 on FreeBSD 8.4-RELEASE. I am able to > build its below dependencies: ... The first thing to do is update FreeBSD, since 8.4 is long past end-of-life. Oldest supported version is 10.4, better to install FreeBSD 11.1 or STABLE, or HEAD.

Re: Spam on -ports

> On 26 Oct, 2017, at 14:50, Dave Horsfall wrote: > Is it official FreeBSD policy to allow spammers free reign on this list, or > is the list owner merely incompetent? I believe spam is filtered by software, a spam-suspicious message is sent to the moderator. Spam filters

Re: Status of portupgrade and portmaster?

from abi: > > What sort of port options can portmaster support better than synth? > 1. When port doesn't have options cached portmaster invokes dialog4ports > (poudriere can't do it in proper way, synth doesn't do it at all) > 2. When options become outdated portmaster invokes dialog4ports > 3.

Re: Status of portupgrade and portmaster?

> John did state that he would continue to support synth. I can't say if he > has continued to make contributions. In any case, only poudriere is > available for maintaining ports in HEAD and I, for one, feel that it is > simply unacceptable as it make FreeBSD unusable for those of us with only >

Re: Status of portupgrade and portmaster?

from Chris H: > FWIW I loved portmaster, but quickly found that by choosing it, I was > *instantly* at odds with a large majority of the FreeBSD crowd. > Eventually, I experimented with other choices, and finally landed on > ports-mgmt/synth, and never looked back. Like Carmel, I found some

Status of portupgrade and portmaster?

Excerpt from Jan Beich: > Why did portupgrade skip rebuilding print/harfbuzz-icu before building > editors/libreoffice? The dependency trees of most desktop applications > are so complex that the build falls apart if the upgrade tools aren't > robust enough e.g., ignore MOVED or PORTREVISION

Re: synth install ... builds but does not always install named packages

> On 16 September 2017 at 09:01, Thomas Mueller <mueller6...@twc.com> wrote: > > Some of the packages not installed are widespread build dependencies, such > > as nasm, and are better installed than rebuilt or temporarily reinstalled > > every time. &g

Re: synth install ... builds but does not always install named packages

> > Synth runs faster and more gracefully than portmaster, but portmaster > > installed everything that it built. > Yes. That's the point. Build-only dependencies don't get installed via synth > or poudriere. Portmaster doesn't do clean builds, so it pollutes your system > by installing

Re: synth install ... builds but does not always install named packages

> On Sep 15 07:34, Thomas Mueller wrote: > I am building up a system (FreeBSD 11.1-STABLE amd64) using synth, but even > when the packages build and appear in /var/synth/live_packages/All , some of > the packages don't install. > When I type "which gnumeric", "wh

synth install ... builds but does not always install named packages

I am building up a system (FreeBSD 11.1-STABLE amd64) using synth, but even when the packages build and appear in /var/synth/live_packages/All , some of the packages don't install. When I type "which gnumeric", "which bison", "which abiword", I just get a blank, and the executable files don't

Re: Synth and circular dependencies

> On 31 August 2017 at 17:59, Thomas Mueller <mueller6...@twc.com> wrote: > > Now I've been busy, selecting port options to include in > > /usr/local/etc/synth/LiveSystem-make.conf > > but when I run "synth status gnumeric", I get > > Configuration i

Re: Synth and circular dependencies

Now I've been busy, selecting port options to include in /usr/local/etc/synth/LiveSystem-make.conf but when I run "synth status gnumeric", I get Configuration invalid: [D] Port options directory: /var/db/ports so without a directory like /var/db/ports showing options derived from the ports

Re: Synth and circular dependencies

.org.nz> So I should put the options in /usr/local/etc/synth/LiveSystem-make.conf . I could also put options in /etc/make.conf just in case I build something with other than synth ("make install clean"). I guess I'll get the chance to see what happens when the port options direc

Re: Synth and circular dependencies

> > I can run "synth status ..." on desired packages to see before running if > > the options are compatible. > My 2 cents worth: the port maintainers usually do a good job of > choosing sensible default options. I would just move everything out of > /var/db/ports/ and see what a "synth

Re: Synth and circular dependencies

from Don Lewis: > When I switched from portupgrade to poudriere, I used the attached > script to find the non-default option settings in /var/db/ports. > [-- Attachment #2: portoptions --] > [-- Type: text/plain, Encoding: 7bit, Size: 1.4K --] > Content-Type: TEXT/plain;

Re: Synth and circular dependencies

from Jonathan Chen: > On 22 August 2017 at 18:34, Thomas Mueller <mueller6...@twc.com> wrote: [...] > > I believe Synth and poudriere have no means for setting options. That > > should be enough impetus to make it easier to bypass the dialog4ports > > entirely.

Re: Synth and circular dependencies

from RW via freebsd-ports: > Thomas Mueller wrote: > > It was very disconcerting when I would do a massive portupgrade > > before going to bed and subsequently find portupgrade stopped for an > > options dialog. > FWIW portupgrade has a -c option to avoid tha

Re: Synth and circular dependencies

from RW rwmaillists at googlemail.com Mon Aug 21 15:28:49 UTC 2017: > On Mon, 21 Aug 2017 13:19:24 + > Thomas Mueller wrote: > > But on this computer, no such system crashes, but I ran into circular > > dependencies > Try removing any port options that aren't

Synth and circular dependencies

I am on a FreeBSD 11.1-STABLE amd64 system, building ports with synth, started off really strong. On the other computer (motherboard MSI Z77 MPOWER), synth doesn't work well, can't build packages, crashes the system most of the time. But on this computer, no such system crashes, but I ran into

devel/git fails to install due to pkg-plist disparity

Trying to install devel/git on FreeBSD 11.1-STABLE amd64 failed due to two files in pkg-plist not being found. I checked the distfiles (tar tvf) and still didn't find the two files. I was able to edit pkg-plist to remove the two offending lines, saving the official version as pkg-plist.orig.

misc/pinfo fails on not being to use ncurses

Last night I attempted to build misc/pinfo on FreeBSD 11.1-STABLE amd64, but it found ncurses not usable for whatever reason. I had something like that previously, about three years ago. Should I include the whole config.log (87869 bytes)? Briefly, error was checking whether to build shared

Re: How to get pkg to recognize local repository?

On Tue, 18 Jul 2017 02:33:22 + "Thomas Mueller" <mueller6...@twc.com> wrote: > I suppose priority 99 would take priority over priority 98? > In normal English usage, first priority or priority one is higher > than priority two. > Do you need the comma a

Re: How to get pkg to recognize local repository?

of sync: 223 packages I didn't show. How to delete? Or more generally, how to delete old packages in /usr/packages/All in a reasonable time? Midnight Commander, which I recently installed on NetBSD but have not yet used? > 17.07.2017 08:10, Thomas Mueller пишет: > > How do

Re: How to get pkg to recognize local repository?

> > On 17. Jul 2017, at 7:10 AM, Thomas Mueller <mueller6...@twc.com> wrote: > > pkg-static: Ignoring bad configuration entry in > > /usr/local/etc/pkg/repos/mytemprepo.conf: "file:///mnt/usr/packages/All" > > pkg-static: Warning: Major OS version upg

How to get pkg to recognize local repository?

How do I get pkg to recognize a local repository such as /mnt/usr/packages/All, or does pkg only recognize remote repositories? In this case, /mnt was a mount point for another FreeBSD 11.1-PRERELEASE installation from the same svn revision. Second was installed from the first using NFS.

Re: [RFC] Why FreeBSD ports should have branches by OS version

from Mark Linimon: > On Tue, Jun 27, 2017 at 09:01:39PM +0000, Thomas Mueller wrote: > > raising the possibility of building for other targets. > Which is very much not hardly even the same as "they are being resistant > to change". In fact, about as far away from

Re: [RFC] Why FreeBSD ports should have branches by OS version

from Mark Linimon: > Remember that NetBSD runs on dozens of targets*, of which only two support > Ada AFAIK. > mcl > * http://ftp.netbsd.org/pub/NetBSD/NetBSD-7.1/ I follow http://releng.netbsd.org/cgi-bin/builds.cgi which shows 72 targets for HEAD, 67 targets for netbsd-7 and netbsd-8, 60

Re: [RFC] Why FreeBSD ports should have branches by OS version

from Dewayne Geraghty: > Synth is very good. It builds upon pkg and is way less complicated that > poudriere. > Unfortunately John Marino was unceremoniously removed from committing to > FreeBSD, and its is uncertain whether he'll continue to support synth on > FreeBSD. (He supports

Re: [RFC] Why FreeBSD ports should have branches by OS version

> > I personally can't see the rationale of many OS version branches of ports: > > far too much work. > > I had the thought of something like that for (NetBSD) pkgsrc: a very tall > > order, considering that pkgsrc has been ported to many OSes besides NetBSD. > > Imagine a separate branch of

Re: [RFC] Why FreeBSD ports should have branches by OS version

from Vlad K: > On 2017-06-23 23:09, Grzegorz Junka wrote: > > Fine. Considering that maintainers already apply patches to the latest > > quarterly branch. If there were to be OS version branches, it would > > mean that maintainers apart from what they are doing now would > > additionally need to

Re: pkg convert?

> On 19/06/2017 01:04, Thomas Mueller wrote: > > Looking through the man page for pkg, I see there is still an entry for > > convert ("pkg help convert" or "man pkg-convert"). > DESCRIPTION > > pkg convert is used to convert from/to pkg(8) local d

pkg convert?

Looking through the man page for pkg, I see there is still an entry for convert ("pkg help convert" or "man pkg-convert"). DESCRIPTION pkg convert is used to convert from/to pkg(8) local database to legacy pkg_install tools format. OPTIONS The following options are supported by

www/xombrero : master website no good

I was curious about what, if anything, was happening with xombrero web browser, which seems to have fallen into desuetude. Website in the Makefile appears to be no good ( https://opensource.conformal.com/snapshots/xombrero/ ): host opensource.conformal.com shows Host opensource.conformal.com

Re: Synth: copying installation to second computer

> On 13 June 2017 at 18:01, Thomas Mueller <mueller6...@twc.com> wrote: > > I just managed to install (first part) ports-mgmt/synth on FreeBSD > > 11.1-PRERELEASE amd64, using portmaster after deleting all packages except > > pkg and portmaster. Those old packa

Synth: copying installation to second computer

I just managed to install (first part) ports-mgmt/synth on FreeBSD 11.1-PRERELEASE amd64, using portmaster after deleting all packages except pkg and portmaster. Those old packages were no good anyway due to shared libraaries being out of sync. Now I want to convert packages to synth

Re: bapt@ back on portmgr

from Matthew Seaman and my previous post: > > But what is happening with synth, supposed to make portupgrade and > > portmaster obsolete? > Synth is still being actively developed but the author is now working > primarily on DFly. There is a new maintainer for the synth port who > will be

Re: bapt@ back on portmgr

from René Ladan: > it is our pleasure to announce that Baptiste Daroussin (bapt@) is back on > portmgr. Is this a new port in the works, or is portmgr a (confusing) abbreviation for portmanager? I never used portmanager, but remember from the days of the old pkg_* tools, before pkgng, some

Status of lang/gcc5-aux and lang/gcc6-aux on FreeBSD-current?

What is the status of gcc-aux (5 and 6) on FreeBSD-current following the introduction of 64-bit inodes? It was broken, so I read from the emailing list, but is it still broken? No indication of being broken in PORTSDIR/lang/gcc6-aux or gcc5-aux. Tom

Re: The future of portmaster [and of ports-mgmt/synth]

from Stari Karp: > On Fri, 2017-06-02 at 06:24 -0400, Jim Ohlstein wrote: > > On Fri, 2017-06-02 at 06:10 -0400, Stari Karp wrote: > > > Looks like the new portmaster is coming but what is about Synth? I am > > > the user of Synth and I like to know what the FreeBSD leaders decided, > > >

Re: The future of portmaster

> On Wed, 2017-05-31 at 12:47 +, Gerard Seibert wrote: > > I would just like a clarification here. For the record, synth is > > broken > > on FreeBSD-11 and above with amd64. Is that correct? > My understanding was that the breakage is in gcc6-aux on 12-CURRENT > with 64 bit inodes. > I may

Re: The future of portmaster

One thing I forgot to mention in my last post is that the UPDATING file looks geared to portmaster and portupgrade. Users are thus led to believe that portupgrade and portmaster are still the currently recommended tools. If the ports people want to get users to switch to synth or poudriere,

Re: The future of portmaster

> The ports tree continues to evolve. Major new features are planned and in the > process of being implemented. These changes will break all the port-building > tools. > poudriere and synth are actively developed, so they will quickly support the > new changes. portmaster and

Re: Document for OPTIONS syntax in /etc/make.conf, where to find?

> On 25 May 2017 at 19:47, Thomas Mueller <mueller6...@twc.com> wrote: [...] > > The new synth has no mechanism for configuring options; I guess that would > > have to be done by > > make config-recursive , > > possibly several times until there is nothing more

Re: Document for OPTIONS syntax in /etc/make.conf, where to find?

> > On 24 May, 2017, at 21:52, Thomas Mueller <mueller6...@twc.com> wrote: > > Where do I find documentation so I get the correct syntax for setting ports > > options in /etc/make.conf ? > > I tried "man ports", "man make", "man make.con

Document for OPTIONS syntax in /etc/make.conf, where to find?

Where do I find documentation so I get the correct syntax for setting ports options in /etc/make.conf ? I tried "man ports", "man make", "man make.conf", and the online Porters' Handbook but have been unable to find the needle in the haystack. NetBSD pkgsrc and Gentoo (Linux) portage document

Which wine do I need?

I see several different wine ports and would like to know which I need for amd64 and which I need for an i386 installation. from David Naylor: > On Saturday, 13 May 2017 08:16:55 Thomas Mueller wrote: > > I see several different wine ports and would like to know which I need for

Which wine do I need?

I see several different wine ports and would like to know which I need for amd64 and which I need for an i386 installation. I don't really want i386-wine as such, since I would install wine on i386 and could then mount this partition at /compat/i386 to run from amd64, while retaining the

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

from Jason Harris: > Some rationale for why gzip encoding is enabled: > https://davidwalsh.name/check-gzip > A look at the headers and how wget behaves: > wget --no-check-certificate -S --header="Accept-Encoding: gzip" >

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

> I have never seen lynx compress an uncompressed file. However, if lynx sends > a header that it can _accept_ gzip encoding, which I believe it might, the > webserver can easily gzip the contents to save bandwidth. lynx could possibly be saving that compressed content to disk, with a .gz

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

> Thomas Mueller skrev: > > Documentation on Lynx and w3m are awful hard to find! > > I couldn't find anything on auto_uncompress or anything else that might be > > put in ~/.w3m/config. > > If the file on the server is already compressed, for instance a tarball,

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

from Anatoly: > If you wish console browser, try links > if you wish http get tool, try curl Curl is tricky to get right from the command line, I tried. I have no recent experience with links. Should I build with graphics, without graphics, or build links1? Lynx and w3m people hide the

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

> > Thomas Mueller skrev: > > I don't use lynx (text-mode web browser) much, but have run into a problem > > that I never had before. > > Lynx, and also w3m, download what are supposed to be text files and then I > > see the gzip'ed version on the hard drive. &

Downloading with lynx or w3m, how to download as is, without gratuitous gzip

> If you're just trying to grab a file, fetch(1) may prove adequate. > (It's in base.) > Peace, > david >- > David H. Wolfskill I tried fetch, but got something entirely different, the stuff on the web page, but not the desired file. File compression, such as PKZIP, Infozip, gzip, bzip2,

Downloading with lynx or w3m, how to download as is, without gratuitous gzip

I don't use lynx (text-mode web browser) much, but have run into a problem that I never had before. Lynx, and also w3m, download what are supposed to be text files and then I see the gzip'ed version on the hard drive. Lynx used to download files as is! I looked through "man lynx", also

Re: svn error: node conflict in /usr/ports/x11/xcb-proto/files

> Thomas Mueller skrev: > > On this computer, I can't get /usr/ports/x11/xcb-proto/files: > > Skipped 'files' -- Node remains in conflict > > At revision 439134. > > Summary of conflicts: > > Skipped paths: 1 > Have you tried 'svn revert -R .' in /us

svn error: node conflict in /usr/ports/x11/xcb-proto/files

On this computer, I can't get /usr/ports/x11/xcb-proto/files: Skipped 'files' -- Node remains in conflict At revision 439134. Summary of conflicts:

www/xombrero status: appears to be discontinued upstream

I find on Wikipedia (https://en.wikipedia.org/wiki/Xombrero) that Xombrero web browser has been discontinued: In early 2017, it appeared the project was likely to be discontinued, as xombrero depended on an old version of WebKit which had multiple security vulnerabilities, and a port to a

RE: disk space needs for source based system and ports?

from Mark Millard: > Thomas Mueller mueller6722 at twc.com wrote on Tue Mar 28 08:10:44 UTC 2017 : > > This raises the question, how much diskspace is required or advised for a > > full > > FreeBSD installation if both the base system and ports are b

Re: Status of synth following expulsion of John Marino?

> For every build - > /usr/local/etc/poudriere.d/make.conf > OPTIONS_SET= OPTIMIZED_CFLAGS SIMD PGSQL IPV6 > editors_vim_SET= CSCOPE X11 GTK3 PYTHON > You can also get more specific by using - > /usr/local/etc/poudriere.d/-make.conf > /usr/local/etc/poudriere.d/-make.conf >

Status of synth following expulsion of John Marino?

Expulsion of John Marino was a shocker to me, caught me by surprise. Now my question is what is the status of synth? Should I switch from portmaster to synth? If synth is deprecated or dropped, after I switch from portmaster to synth, then I have to switch back, and this would be a monster

Re: The ports collection has some serious issues

> On Tue, Dec 20, 2016 at 11:57:38PM +1100, Dave Horsfall wrote: > > On Mon, 19 Dec 2016, John Marino wrote: > > > I never, not once, tried to "get rid of portmaster". By repeating this > > > untruth after I already corrected you is trolling. There was a very > > > small chance you were just

Re: Subscription for committer (was: Re: The ports collection has some serious issues)

> 17.12.2016 22:40, John Marino пишет: >> I am not subscribed to the mail list > A port's committer is not subscribed to the ports@ ML? > Is it a joke? > WBR, Boris Samorodov (bsam) When I see frequent posts by somebody on a mailing list, I assume that person is a regular

Re: The ports collection has some serious issues

>From John Marino and my previous post: > > I believe you could cd $PORTSDIR/ports-mgmt/synth and > > make package-recursive |& tee build-12amd64.log (or whatever you want to > > name the log file; this example if for shell tcsh)? > That installs build dependencies on the system. That would be

Re: The ports collection has some serious issues

>From John Marino: > At face value, this doesn't make sense because synth is a tool for building > everything from source, so your development system is exactly where it should > be installed. > So you must be talking about build dependencies of synth (there are no run > dependencies). While I

Re: misc/jive deleted

> Why can't we accept that a program which may be well over 30 years old, > hasn't seen any update since 20 years, is more or less lost since some > time and has no technical value (it's just some parody of a text filter) > can be removed from the tree? Anyone who needs this port can install it >

Re: private ports and pkgs versioning

> Is there a standard way of naming a pkg that is locally compiled (maybe with a > different set of options, or a local patch) so that it doesn't get confused > with generic ports that are from freeBSD.org? > I want to use mostly standard pkgs but need to compile a few myself (this > can't be an

Re: Seamonkey and QupZilla need update?

from Matthew Rezny: > Qupzill-qt5 is a much better choice than qupzilla-qt4 due to the newer webkit > included in qt5, relative to qt4. That is version of webkit in qt5 (even 5.6) > is quite dated. > QupZilla 2.x is signiificantly different, re-written to use qtwebengine > instead > of

Seamonkey and QupZilla need update?

What is the status of www/seamonkey and prospect of updating from 2.39 to the current 2.40, which was released from upstream on March 14, 2016? What makes me nervous is my bank saber-rattling about needing a more current browser. Seamonkey 2.39 worked on this bank, now it blocks me with error

  1   2   3   4   >