Re: looking for port origin for executable
On Tue, 4 May 2021 11:33:12 -0400 Robert Huff wrote: > Would some kind soul please tell me which port installs the > executable "g-ir-scanner"? I was purging unused ports and seem to > have done this one by mistake. When I hit a wall like this, this is my usual way to get around without any additional tools: $ find /usr/ports -name pkg-plist | xargs grep -l bin/g-ir-scanner -- Piotr Smyrak ___ 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: chromium-89.0.4389.114_1 sign-in feature unavailable?
On Mon, 12 Apr 2021 07:57:40 +1200 Jonathan Chen wrote: > I recently updated to chromium-89.0.4389.114_1, and it now appears > that the browser sync sign-in feature is not available anymore? Or did > I miss something? https://blog.chromium.org/2021/01/limiting-private-api-availability-in.html https://bodhi.fedoraproject.org/updates/FEDORA-2021-48866282e5 -- Piotr Smyrak ___ 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: git-tiny or git-lite - Re: No update for a day on ports?
On Fri, 2 Apr 2021 12:31:30 +0200 (CEST) Ronald Klop wrote: > I like pkg install git-tiny or git-lite so much more. If I > install git I don't see why I need to install subversion as a > dependency. And 50+ other direct or indirect dependencies. Please note that packages are just build with port default values. You can have devel/git with no subversion dependency, yet this requires building the port and choosing not to build subversion. Since the project relied on subversion for years, that was a natural choice. Perhaps this may change in the future. -- Piotr Smyrak ___ 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: help on port linux-vivaldi needed
On Thu, 18 Feb 2021 13:34:55 +0100 "Ronald Klop" wrote: > I created a port of the Vivaldi browser & e-mail client. > (www.vivaldi.com) It is still a work in progress. > The port is based on the linux-opera port. > > It installs in /compat/linux/opt/vivaldi which needs to be improved > yet. It seems I have all the dependencies in place now. > > But when I start it it complains that libffmpeg.so is not available > while ldd gives that it is perfectly available. > /opt/vivaldi/vivaldi-bin: error while loading shared libraries: > libffmpeg.so: cannot open shared object file: No such file or > directory I would not be surprised if it is trying to find an libffmpeg.so which is part of proprietary Google Chrome packages. That one is quite often packaged on Linux distros with -extra suffix. That's a trick non Google Chromium based browsers do to provide protected multimedia support. You shall be able to see, what's happening while vivaldi is starting with truss(1). Does the browser actually starts or fails to do so? HTH, -- Piotr Smyrak ___ 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: Microphone stopped working in Frefox and Chrome
On Sun, 24 Jan 2021 15:59:32 +0100 Matthias Apitz wrote: > El día domingo, enero 24, 2021 a las 11:46:45a. m. +0100, Piotr > Smyrak escribió: > > > > Whatever FF makes use of, what I want to achieve is that: while > > > FF is already running, plug-in an USB headset and audio (mic and > > > audio out) switches to it (/dev/dsp2.0), and when I disconnect > > > the headset, audio out switches back to the speaker (/dev/dsp1.0). > > > > > > How could this work in our beloved FreeBSD? > > > > I believe so, although the actual setup will depend on the devices > > names and numbers. > > > > You shall be able to sort this out with help of snd_hda(4). > > Do you have a working example to study or do you only "believe" smth? There are a few examples in the Examples section of the man. -- Piotr Smyrak ___ 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: Portmaster tcsh completion (Was: Re: Portmaster updates, including multiple -x options)
On Tue, 15 Sep 2009 12:06:31 -0700, Doug Barton wrote
Miroslav Lachman wrote:
When you are talking about completion, I am using this for tcsh:
alias_PKGS_VeRsIoN_'ls -1 /var/db/pkg'
complete portmaster'c/--/(force-config show-work clean-
distfiles
clean-distfiles-all \
check-depends help version)/' \
'c/-/(a b B C d D e f F g G h H i l L m n o p r R s t u v w
x)/' \
'n...@*@`_PKGS_VeRsIoN_`@'
Since we are talking about tcsh completions, here is my approach:
complete {pkg_*,port*} 'n...@*@D:/var/db/pkg@ @'
___
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: ports/138698: lang/php5: PHP session.save_path vulnerability
On Thu, 10 Sep 2009 18:50:02 GMT, Miroslav Lachman wrote The following reply was made to PR ports/138698; it has been noted by GNATS. From: Miroslav Lachman 000.f...@quip.cz To: bug-follo...@freebsd.org, andzi...@volt.iem.pw.edu.pl Cc: Subject: Re: ports/138698: lang/php5: PHP session.save_path vulnerability Date: Thu, 10 Sep 2009 20:49:14 +0200 Yes, it is clear now and with owner root, it works. I propose to make this optional, as somebody has /tmp optimized for better speed (another disk device, flash device, RAM disk etc.) but not /var/lib/php5. And FreeBSD doesn't have /var/lib by default. /var/lib/* is mostly used by some Linux distributions). I am not sure if it is the right place to put these files, according to man hier(7). Next thing to think about is, that /tmp is (or easily can be) cleared at system startup, but /var/*/* not. If we do some change in default php.ini, it affects more then just files are moved to another place, so things need to be done carefully. Maybe leave the default as is and put these hardening steps in comments in php.ini, then anybody can make own decision. UPDATING msg would be in place, too IMO. -- Piotr Smyrak piotr.smy...@heron.pl ___ 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: Let's add more DESKTOP_ENTRIES to our ports
On Wed, 19 Aug 2009 19:34:05 +0400, Dmitry Marakasov wrote I'd like to receive patch review and feedback. Also, I don't really understand what StartupNotification really is (true/false in the end of DESKTOP_ENTRY) and how to determine which is suitable for this or that port - could anyone explain? StartupNotification is telling the desktop env, that an app whose launcher was clicked by user, is currently being started up, but not ready yet, there is no window yet or so, so the desktop env could report back to the user. See here: http://library.gnome.org/devel/integration-guide/stable/startup- notification.html.en http://standards.freedesktop.org/startup-notification-spec/startup- notification-latest.txt -- Piotr Smyrak piotr.smy...@heron.pl ___ 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
late CONFLICTS check
I wonder what is the reason we do check-conflicts so late only in the _INSTALL_SEQ. Why not put it into _SANITY_SEQ. Right now one has to wait to fetch a dist, build port and suddenly before installing a conflicts pops up and one has to resolve it. Quite annoying in some cases. -- Piotr Smyrak piotr.smy...@heron.pl ___ 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: editors/scite port broken
On Tue, 19 Sep 2006 15:25:46 +0200, Angelo Turetta wrote [EMAIL PROTECTED] wrote: On Mon, 18 Sep 2006 10:32:40 -0400, Kris Kennaway wrote On Mon, Sep 18, 2006 at 10:48:52AM +0200, [EMAIL PROTECTED] wrote: : undefined reference to `lua_createtable' LuaExtension.o(.text+0x34d): In function `cf_scite_constname(lua_State*)': [...] The question is why is it trying to use lua when no lua library is being linked (nor is it apparently even present on your system. Unfortunately it is unmaintained IIRW since sobomax stepped down. I used to use the port a lot and submit update PR's, but my knowledge is too limited in regards to C++ et consortes. It happened to me too. The problem is that lua port has been upgraded to 5.1 in the past few months, but scite (as is now) can only be linked to 5.0. I solved it with: portupgrade -fo lang/lua50 lua or equivalent (i.e. uninstall lang/lua and install lang/lua50) It solves the problem. Thanks a lot. Maybe then we should check in the port whether wrong version of lang/lua is installed, and if so mark it IGNORE. Or maybe CONFLICT is in place, but it is not really a conflict rather ports incompatibility. -- Piotr Smyrak [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: editors/scite port broken
toolkit with GTK+ bindings wxgtk2-common-2.6.3 The wxWidgets GUI toolkit (common files) wxgtk2-unicode-2.6.3 The wxWidgets GUI toolkit (Unicode) /var/db/pkg/freeciv-gtk2-2.0.8/ /var/db/pkg/gtk-1.2.10_15/ /var/db/pkg/gtk-2.8.20/ /var/db/pkg/gtk-engines2-2.6.10/ /var/db/pkg/gtk-send-pr-0.4.7/ /var/db/pkg/gtkhtml3-3.10.3/ /var/db/pkg/gtkmm-2.2.12_6/ /var/db/pkg/gtkmm-2.8.8/ /var/db/pkg/gtksourceview-1.6.2/ /var/db/pkg/gtkspell-2.0.11_3/ /var/db/pkg/libgtkhtml-2.11.0_1/ /var/db/pkg/mplayer-gtk2-esound-0.99.8/ /var/db/pkg/poppler-gtk-0.5.3/ /var/db/pkg/py24-gtk-2.8.6/ /var/db/pkg/scintilla-gtk2-1.71/ /var/db/pkg/vim-gtk2-7.0.94/ /var/db/pkg/wxgtk2-2.4.2_10/ /var/db/pkg/wxgtk2-2.6.3/ /var/db/pkg/wxgtk2-common-2.6.3/ /var/db/pkg/wxgtk2-unicode-2.6.3/ As you can see, I do not have scite installed. It was going to be a fresh install. The glib1 and gtk1 were pulled during the test switch in the port, nothing depends on them anyway. -- Piotr Smyrak [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: editors/scite port broken
On Mon, 18 Sep 2006 14:11:06 +0400, Oleg Dambaev wrote Do cvsup (portupgrade) to latest sources and try again. Here it is: % uname -a ; pkg_info | egrep -i gtk|scite ; ls -d /var/db/ pkg/ * | egrep gtk|scite [... truncated ...] As you can see, I do not have scite installed. It was going to be a fresh install. The glib1 and gtk1 were pulled during the test switch in the port, nothing depends on them anyway. As I mentioned above message try portupgrade(1) your gtk- (1,2) packages and try install again. Just finished. No luck :-| -- Piotr Smyrak [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: editors/scite port broken
On Mon, 18 Sep 2006 10:32:40 -0400, Kris Kennaway wrote On Mon, Sep 18, 2006 at 10:48:52AM +0200, [EMAIL PROTECTED] wrote: Hi, editors/scite breaks at building stage here. I can reproduce it. I have been affected by it on 2 systems both running 6-STABLE. Here is tail of the build log: === Building for scite-gtk2-1.71 c++ `pkg-config --libs gtk+-2.0 gthread-2.0` -lscintilla - lscintilla_lexers \ `` -DGTK SciTEGTK.o FilePath.o SciTEBase.o SciTEBuffers.o SciTEIO.o Exporters.o MultiplexExtension.o DirectorExtension.o SciTEProps.o Utf8_16.o LuaExtension.o IFaceTable.o lapi.o lcode.o ldebug.o ldo.o ldump.o lfunc.o lgc.o llex.o lmem.o lobject.o lopcodes.o lparser.o lstate.o lstring.o ltable.o ltests.o ltm.o lundump.o lvm.o lzio.o lauxlib.o lbaselib.o ldblib.o liolib.o lmathlib.o ltablib.o lstrlib.o loadlib.o -o ../bin/SciTE LuaExtension.o(.text+0x26d): In function `clone_table(lua_State*, int, bool)': : undefined reference to `lua_createtable' LuaExtension.o(.text+0x34d): In function `cf_scite_constname(lua_State*)': [...] The question is why is it trying to use lua when no lua library is being linked (nor is it apparently even present on your system. Note that there were some changes to lua support recently, so the maintainer may need to modify his port to accomodate them. Unfortunately it is unmaintained IIRW since sobomax stepped down. I used to use the port a lot and submit update PR's, but my knowledge is too limited in regards to C++ et consortes. -- Piotr Smyrak [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
