Re: Problems with updating a port due to top directory in tarball
On 2021-03-04 00:00, Kevin Oberman wrote: I'm trying to update a port I maintain. Since I last updated, it moved from ISC to github and it uses unusual naming conventions. The distfile is "irrtoolset/archive/release-5.1.3.tar.gz". I can work around this with a DIST_SUBDIR and DISTNAME, but when the extract takes place, the top directory in the tarball is "irrtoolset-release-5.1.3". Since this is not expected, patch fails. Is there a way to specify the name of the restore directory? Or to rename it after the extract phase? I'd use the post-extract target, but maybe there's a better way. Since loading the "Porter's Handbook" as a single file seems to not be an option any longer, it is harder to search through the whole thing, I may have missed an simple way to deal with this. Have you tried https://docs.freebsd.org/en/books/porters-handbook/ ? It loads as a single file for me. ___ 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"
Can I have at least an acknowledgement of my question on PR 242529 this time?
I've asked several times in the past few months, most recently on IRC, what I can or should do to move https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242529 forward, and have yet to get any answer (or even just an acknowledgement of my question), and I'm at a loss about what to do next. Should I give up on the whole idea? ___ 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"
Removing sysutils/polkit dependency from sysutils/libudisks?
Several months ago, someone (swills@ IIRC) asked me to look into removing the sysutils/polkit dependency from sysutils/libudisks which I maintain. I just had a chance to look at that request and it would require at least removing the udisksctl utility from the default options and possibly removing it from the build altogether. However, its presence in the default options was expressly requested in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240138#c18 when I was initially porting libudisks. Is the request for removal still relevant? I think it was made with an eye toward removing sysutils/polkit altogether. If it is relevant, does it warrant removing udisksctl, which I found useful for port smoke testing and troubleshooting, in addition to the reasons for its presence listed in the Bugzilla comment linked above? ___ 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: Skype?
On 2020-12-25 00:54, Robert Huff wrote: There used to be net-im/skype (and fellow travellers). Don't find it now; can't figure out what happened to it. What am I missing? % grep -i skype /usr/ports/MOVED net/skype12|net-im/skype12|2011-05-09|Moved to a better category net/skype|net-im/skype|2011-05-09|Moved to a better category net/skype-devel|net-im/skype-devel|2011-05-12|Moved to a better category net-im/skype12||2011-07-13|Has expired: very old version net-im/skype20||2012-01-14|Has expired: old version without many of the newer features; please try net-im/skype instead net-im/pidgin-skype||2019-03-06|Has expired: Broken for more than 6 months net-im/skype||2019-03-06|Has expired: Broken for more than 6 months net-im/skype-devel||2019-03-06|Has expired: Broken for more than 6 months audio/skype-call-recorder||2019-03-16|Has expired: Qt4 has been EOL since december 2015 audio/linux-skype_oss_wrapper||2019-04-30|Has expired: Only useful for net-im/skype4 net-im/skype4||2019-04-30|Has expired: Unsupported upstream net-im/py-skype4py||2020-08-15|Has expired: Uses deprecated version of python ___ 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: portsnap depreciation
On 2020-09-18 17:58, Carmel NY wrote: On Fri, 18 Sep 2020 13:43:48 +, Pau Amma stated: See 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? "The most straightforward", not "the only". You can definitely use Subversion with 11.4 if you wish or need to. What you no longer can do is use portsnap with -CURRENT. (I'll grant that "straightforward" may be in the eye of the beholder, though.) ___ 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: portsnap depreciation
On 2020-09-18 11:14, Carmel NY wrote: Is 'portsnap' going to be depreciated? Yes. If so, when? I believe when 13.0 is released, or already if you're using a recent -current. If is is depreciated, how will this affect poudriere? See https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/testing-poudriere.html#testing-poudriere-ports-tree and the next sections. ___ 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: Maintainer notification script (was Re: Aggressive ports removal)
On 2020-08-30 05:14, Adam Weinberger wrote: On Aug 29, 2020, at 22:37, Pau Amma wrote: On 2020-08-30 00:50, Adam Weinberger wrote: [major snip] This is a serious issue that we’ve been dealing with for a long time. I’ve advocated very strongly for a script that automatically notifies the maintainer (+/- ports@?) when a port is marked BROKEN and/or DEPRECATED. Community notification is always a good thing, and it opens the door for objections and discussion. Nobody has written such a script, but I would be thrilled to help deploy such a script if someone writes it. What would be needed in such a notifier? I imagine it would be called by the post-receive hook in the central git repository-to-be for ports. I'm not very familiar with python or git hooks, but perhaps contrib/hooks/multimail/post-receive.example could be extended or modified and made into (part of) a post-receive hook to: 1- check whether one or more port Makefiles were modified; 2- get from the port Makefiles in step 1 those that have a changed/removed/added BROKEN(_[a-zA-Z0-9_]*)?, DEPRECATED, or EXPIRATION_DATE; 3- email each MAINTAINER= address (for the ports coming out of step 2) using a suitable template. In my mind, commit hooks are there to perform tasks that the repo cannot function without, as fragility in a commit hook could bring down the whole tree. But perhaps I am giving the commit hooks too much credit here? Well, git help hook says: post-receive This hook is invoked by git-receive-pack(1) when it reacts to git push and updates reference(s) in its repository. It executes on the remote repository once after all the refs have been updated. This hook executes once for the receive operation. It takes no arguments, but gets the same information as the pre-receive hook does on its standard input. This hook does not affect the outcome of git receive-pack, as it is called after the real work is done. [...] But perhaps I'm reading too much about the (lack of) consequences for failures from that specific hook into that. Perhaps we could sweep the tree at certain intervals and notify maintainers when a new entry is added. Perhaps. How is the "comment on Bugzilla PR with commit log message" feature currently implemented? Or how will the git implementation work, if that's different? ___ 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"
Maintainer notification script (was Re: Aggressive ports removal)
On 2020-08-30 00:50, Adam Weinberger wrote: [major snip] This is a serious issue that we’ve been dealing with for a long time. I’ve advocated very strongly for a script that automatically notifies the maintainer (+/- ports@?) when a port is marked BROKEN and/or DEPRECATED. Community notification is always a good thing, and it opens the door for objections and discussion. Nobody has written such a script, but I would be thrilled to help deploy such a script if someone writes it. What would be needed in such a notifier? I imagine it would be called by the post-receive hook in the central git repository-to-be for ports. I'm not very familiar with python or git hooks, but perhaps contrib/hooks/multimail/post-receive.example could be extended or modified and made into (part of) a post-receive hook to: 1- check whether one or more port Makefiles were modified; 2- get from the port Makefiles in step 1 those that have a changed/removed/added BROKEN(_[a-zA-Z0-9_]*)?, DEPRECATED, or EXPIRATION_DATE; 3- email each MAINTAINER= address (for the ports coming out of step 2) using a suitable template. What do others think? ___ 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"
Heads-up: new virtual category, "education"
As discussed previously in the thread starting in https://lists.freebsd.org/pipermail/freebsd-ports/2020-July/118989.html, the ports initially in that category will be astro/marble, astro/nightfall, biology/figtree, biology/py-scikit-bio, cad/basicdsp, cad/feappv, cad/logisim, comms/gtkmmorse, deskutils/docear, deskutils/fet, devel/elfkickers, devel/raylib, devel/thonny, emulators/edumips64, games/anki, games/colobot, games/crashtest, games/crrcsim, games/gcompris-qt, games/kanagram, games/katomic, games/nimuh, games/py-mnemosyne, games/robocode, games/robocode-naval, games/tuxmath, games/tuxtype, graphics/geomview, graphics/libreatlas, japanese/kiten, japanese/slimeforest, lang/kturtle, math/R-cran-LearnBayes, math/analitza, math/geogebra, math/geonext, math/kalgebra, math/kbruch, math/kig, math/kmplot, math/octave-forge-ltfat, math/rocs, math/timbl, math/ump, misc/artikulate, misc/kdeedu, misc/kgeography, misc/klettres, misc/ktouch, misc/kwordquiz, misc/lingoteach, misc/parley, misc/paukern misc/py-orange3-educational, multimedia/projectx, net/ns3, print/jabref, science/fisicalab, science/kalzium, science/libccp4, science/py-qspin, science/step, sysutils/hourglass, textproc/popup, textproc/py-nltk, www/efront, www/ilias, www/ilias6, www/moodle35, www/moodle37, www/moodle38, www/moodle39, and www/sakai. Bugs filed: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248402 (for the ports tree) and https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248403 (for the Porter's Handbook). ___ 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: RFD: proposed new (likely virtual) category, education
On 2020-07-18 18:35, Don Wilde wrote: On 7/18/20 11:16 AM, Pau Amma wrote: On 2020-07-18 15:41, Don Wilde wrote: I, too, love the idea. I would suggest that a sub-category of "suggested learning path" programs might be an asset as well, including useful languages to examine. Can you give me examples of which ports would go into that 4th subcategory? None, yet, that I've looked at. I haven't, and making the category itself is an inducement to examine the ports we have. *nod* We might also consider resurrecting Knuth's code+language concepts and tools. I'd wait until that category gets off the ground to consider that. Yes, that is a longer-term goal. *nod* Assuming this category is accepted, I would then suggest an announcement post to the FreeBSD-advocacy@ and FreeBSD-women@ lists, and perhaps notification to the KDE and EduBuntu core lists. :D I'm not sure why FreeBSD-women. Can you elaborate? FreeBSD-women is the advocacy list that specifically targets "marketing" FreeBSD to women. Not to say that men _don't_ care about education -- I do -- but women are more inclined to view it as life-changing for themselves and their children and thus more of a priority. We're getting off-topic here, so I'll just say that I'm unsure about doing that until and unless I know more about that list's culture and participants. I don't want to go into any women's space uninvited by a regular. ___ 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: RFD: proposed new (likely virtual) category, education
On 2020-07-18 15:41, Don Wilde wrote: On 7/18/20 5:21 AM, Pau Amma wrote: On 2020-07-18 06:22, Dewayne Geraghty wrote: On 18/07/2020 1:09 pm, Pau Amma wrote: This category would comprise ports that are mainly educational in nature or purpose, such as: - course-writing or course-delivery applications, - classroom or school management applications (eg, scheduling classes), - applications, utilities, or games primarily or substantially designed to help the user learn a specific topic or study in general, like typing tutors, flashcard applications, or educational games. ... Great idea Pau! You might like to add www/sakai though its quite dated (ports is 10.2; current version 20.1) Indeed. Not sure how I missed it, thanks. I'll wait a few more days before filing a PR, in case I missed something else or there's an objection. I, too, love the idea. I would suggest that a sub-category of "suggested learning path" programs might be an asset as well, including useful languages to examine. Can you give me examples of which ports would go into that 4th subcategory? We might also consider resurrecting Knuth's code+language concepts and tools. I'd wait until that category gets off the ground to consider that. Assuming this category is accepted, I would then suggest an announcement post to the FreeBSD-advocacy@ and FreeBSD-women@ lists, and perhaps notification to the KDE and EduBuntu core lists. :D I'm not sure why FreeBSD-women. Can you elaborate? ___ 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: RFD: proposed new (likely virtual) category, education
On 2020-07-18 06:22, Dewayne Geraghty wrote: On 18/07/2020 1:09 pm, Pau Amma wrote: This category would comprise ports that are mainly educational in nature or purpose, such as: - course-writing or course-delivery applications, - classroom or school management applications (eg, scheduling classes), - applications, utilities, or games primarily or substantially designed to help the user learn a specific topic or study in general, like typing tutors, flashcard applications, or educational games. ... Great idea Pau! You might like to add www/sakai though its quite dated (ports is 10.2; current version 20.1) Indeed. Not sure how I missed it, thanks. I'll wait a few more days before filing a PR, in case I missed something else or there's an objection. ___ 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"
RFD: proposed new (likely virtual) category, education
This category would comprise ports that are mainly educational in nature or purpose, such as: - course-writing or course-delivery applications, - classroom or school management applications (eg, scheduling classes), - applications, utilities, or games primarily or substantially designed to help the user learn a specific topic or study in general, like typing tutors, flashcard applications, or educational games. This category would be useful because some of these applications are in non-obvious categories, making them hard to find if you don't already know about them. For instance, if I had not already known about anki or mnemosyne, I don't think it would have occurred to me to look for them under games. Based on a search of the port tree for the strings "educat" and "learn" and weeding out obvious false positives, the following 72 ports appear to belong in that category: astro/marble astro/nightfall biology/figtree biology/py-scikit-bio cad/basicdsp cad/feappv cad/logisim comms/gtkmmorse deskutils/docear deskutils/fet devel/elfkickers devel/raylib devel/thonny emulators/edumips64 games/anki games/colobot games/crashtest games/crrcsim games/gcompris-qt games/kanagram games/katomic games/nimuh games/py-mnemosyne games/robocode games/robocode-naval games/tuxmath games/tuxtype graphics/geomview graphics/libreatlas japanese/kiten japanese/slimeforest lang/kturtle math/R-cran-LearnBayes math/analitza math/geogebra math/geonext math/kalgebra math/kbruch math/kig math/kmplot math/octave-forge-ltfat math/rocs math/timbl math/ump misc/artikulate misc/kdeedu misc/kgeography misc/klettres misc/ktouch misc/kwordquiz misc/lingoteach misc/parley misc/pauker misc/py-orange3-educational multimedia/projectx net/ns3 print/jabref science/fisicalab science/kalzium science/libccp4 science/py-qspin science/step sysutils/hourglass textproc/popup textproc/py-nltk www/efront www/ilias www/ilias6 www/moodle35 www/moodle37 www/moodle38 www/moodle39 Observant readers will notice that there are 10 misc/* ports in that category. I do not, however, know whether that is enough to justify making it a physical category with all the additional work involved. Things that would need to be changed if that proposal is accepted: - The Makefiles for all these ports - The section on port categories of the Porter's Handbook - Possibly other things I'm missing All comments or constructive criticism gratefully accepted. ___ 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: [jes...@cisco.com: [Clamav-announce] ClamAV? blog: ClamAV 0.102.4 security patch released]
On 2020-07-16 22:52, The Doctor via freebsd-ports wrote: Heads up! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248027 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248028 - Forwarded message from "Joel Esler (jesler)" - Date: Thu, 16 Jul 2020 19:32:35 + From: "Joel Esler (jesler)" To: ClamAV users ML , ClamAV Development , "clamav-annou...@lists.clamav.net" Subject: [Clamav-announce] ClamAV? blog: ClamAV 0.102.4 security patch released x-mailer: Apple Mail (2.3608.120.23.2.1) [rest snipped] ___ 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: MOVED format error
On 2020-07-10 06:54, Xavier Humbert wrote: Hello, Apparently the MOVED file is broken : Maybe fixed in https://svnweb.freebsd.org/ports?view=revision=541808 ? ___ 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: Updating py27-* ports
On 2020-07-04 16:30, Carmel wrote: What I have never been able to get a definitive answer to is exactly what the "+" does or if it is even needed, I have seen 'default_versions" both with and without it. The way I understand it, += appends. Thus: FOO=bar FOO+=quux will result in FOO having the value bar quux. Sometimes you will see += used even for what looks like the first of a series of assignments. This works because the initial value is the empty string, and is usually done to add to any non-empty default or initial value the variable may be getting elsewhere (now or later) or to future-proof against needing to add something before the first assignment and forgetting to change it from = to +=. See also, "Variable assignment modifiers" in the make manual page. ___ 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: kde5/qt5 problem
On 2020-04-16 17:08, Adriaan de Groot wrote: On Thursday, 16 April 2020 00:05:02 CEST The Doctor wrote: All right, just that I use portmaster. How can I use poudriere for this? https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/testing-poudriere.html That's from the perspective of someone working on the ports themselves, not so much for the consumer of ports, but it'll do to get you started. For port consumers, there's also https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-poudriere.html . ___ 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: Rebuild between dot versions?
On Sun, September 8, 2019 8:24 pm, @lbutlr wrote: > Also, is there a way to use freebsd-update to see what the current patch > level is of a release? Assuming you mean "the highest patch level available for that version", not "the one I'm currently running": I believe this was discussed recently in IRC and the conclusion was "no, but there should be". ___ 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"