Re: [Pan-users] [ANNOUNCE] Pan release 0.152
Brian Morrison posted on Wed, 16 Nov 2022 15:29:26 + as excerpted: > On Wed, 16 Nov 2022 13:09:04 - (UTC) > Maurice via Pan-users wrote: > >> On Sun, 13 Nov 2022 20:11:37 +, Brian Morrison wrote: >> >> > ./autogen.sh --prefix=/usr >> >> Well, I couldn't get hold of autogen.sh, Brian, but many thanks >> for your info. Will reyurn to the fray soon. > > autogen.sh is in the pan tarball that you download, along with > configure.ac [Some general search-path and build-system background for those who might find it useful...] Yes. And to the point, the ./ prefix indicates a path relative to the current directory[1], so any time you see the ./ prefix in the context of build instructions, it strongly indicates running either an executable shipped in the tarball itself, or something you just built from that tarball (say for testing without actually installing it to the system). Of course that implies that you've already untarred the tarball and entered the resulting directory, a common enough procedure that sometimes build instructions skip right to the "run ..." bit, but in this case that was explicit in the instructions as well. > Running autogen.sh creates the configure program that when re-run during > the rpmbuild process sets up the Fedora configuration for the final > binary rpms. Yes. The general toolset that both autogen and the configure scripts are part of is GNU autotools. It's one of the older and more common methods of allowing an upstream to create a portable configuration and build bootstrapping system usable across many distros and OSs, including but not limited to Linux, the BSDs and other Unices (including Sun's Solaris and Apple's OSX), and MS Windows, among others, tho of course not every package using autotools supports all platforms autotools itself does. CMake is another very common more modern alternative used by a lot of stuff these days. The rpm/deb/other-package-manager stuff builds on top of that, automating dependency and installed-files tracking. --- [1] Current directory, aka current working directory: Instead of searching for the executable using directories in the existing PATH variable, the normal unprefixed method of finding the named executable in the normal system and user executable directories like the system's /usr/bin and often ~/bin (aka $HOME/bin, aka your user's executable directory, if so configured). Unlike many OSs Linux/Unix does not normally include the current working directory in the executable search path by default. A user can of course add the current working directory to the executable search path by changing the PATH variable accordingly, but doing so tends to be discouraged for security reasons -- the idea is that the default search path should only contain deliberately installed user or distro vetted executables, *not* whatever random executable happens to exist by that name in whatever directory you're currently working in. Of course it's always possible to run executables in the current directory if that's what you specifically intend (as here) using the ./ prefix, just as it's always possible to run a specific executable using an absolute path by prefixing it with /. The idea is that if you want a specific executable you always prefix the path, whereas if you want whatever user or system executable happens to appear first in the directories listed in PATH, you don't have to specify path. (In fact, the fact that default path search order is that specified in the PATH variable is often deliberately used to allow "wrapper scripts" that do some setup before calling the normal executable. For instance, I have a pan wrapper script that exploits the fact that pan uses the PAN_HOME environmental variable if set to look for its configuration and data files, to allow me to run separate pan instances for binary groups, text groups, and testing, with text being my default instance. So if I simply run "pan", it finds the "pan" wrapper script in ~/bin first, since that appears first in my PATH, and runs the default text instance, setting up stuff accordingly for that before the script then calls "/usr/bin/pan" specifically, using the absolute path so as to avoid the script calling itself as would happen if it just called "pan"!) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
Re: [Pan-users] [ANNOUNCE] Pan release 0.152
On Wed, 16 Nov 2022 13:09:04 - (UTC) Maurice via Pan-users wrote: > On Sun, 13 Nov 2022 20:11:37 +, Brian Morrison wrote: > > > ./autogen.sh --prefix=/usr > > Well, I couldn't get hold of autogen.sh, Brian, but many thanks > for your info. Will reyurn to the fray soon. autogen.sh is in the pan tarball that you download, along with configure.ac Running autogen.sh creates the configure program that when re-run during the rpmbuild process sets up the Fedora configuration for the final binary rpms. -- Brian Morrison "I am not young enough to know everything" Oscar Wilde ___ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
Re: [Pan-users] [ANNOUNCE] Pan release 0.152
On Sun, 13 Nov 2022 20:11:37 +, Brian Morrison wrote: > ./autogen.sh --prefix=/usr Well, I couldn't get hold of autogen.sh, Brian, but many thanks for your info. Will reyurn to the fray soon. It would really be great if I could install a Pan RPM. Regards, -- /\/\aurice ___ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
Re: [Pan-users] [ANNOUNCE] Pan release 0.152
On Sun, 13 Nov 2022 12:48:53 - (UTC) Maurice via Pan-users wrote: > On Sat, 12 Nov 2022 17:56:17 +0100, Dominique Dumont wrote: > > > You can get Pan 0.152 release tarball on Gnome's gitlab > > > How can one obtain an RPM install on a system that uses he RPM form? > > > Fingers crossed.. I use Fedora and have it set up for building rpms. Plenty of advice on the fedoraproject.org site about this. I download the .bz2 tarball into ~/rpmbuild/SOURCES/pan- then expand the .bz2 into the same folder and remove the 'v' in this new folder's filename so it reads pan-. In this folder I run: ./autogen.sh --prefix=/usr then move up to ~/rpmbuild/SOURCES/pan- and run tar cjf pan-.tar.bz2 pan-/ You can use a pan src rpm from a Fedora repo and install it, you should then have ~/rpmbuild/SPECS/pan.spec which can be edited with a new version and release, I usually use 0.1 for the release so it will be overriden by Fedora updated rpms. I then install this new rpm with: sudo dnf install ~/rpmbuild/RPMS/pan--0.1.fc37.x86_64.rpm which is x86_64 on Fedora 37 which the rpm build process will create for you. HTH -- Brian Morrison "I am not young enough to know everything" Oscar Wilde ___ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
Re: [Pan-users] [ANNOUNCE] Pan release 0.152
On Sat, 12 Nov 2022 17:56:17 +0100, Dominique Dumont wrote: > You can get Pan 0.152 release tarball on Gnome's gitlab How can one obtain an RPM install on a system that uses he RPM form? Fingers crossed.. -- /\/\aurice (89) (Replace "nomail.afraid" by "bcs" to reply by email) -- /\/\aurice ___ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
Re: [Pan-users] [ANNOUNCE] Pan release 0.152
On Sat, 12 Nov 2022 12:40:50 -0800 David Shochat wrote: > > - https://gitlab.gnome.org/GNOME/pan/-/tags/v0.152 > > > help -> about says 0.151 Butcha. Yes, but after a few edits in configure.ac it builds and displays 0.152 Mariupol. -- Brian Morrison "I am not young enough to know everything" Oscar Wilde ___ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
Re: [Pan-users] [ANNOUNCE] Pan release 0.152
On Sat, Nov 12, 2022 at 8:57 AM Dominique Dumont wrote: > > Hi > > I happy to announce the release of Pan 0.152 codename "Mariupol" > > Pan is a powerful and user-friendly Usenet newsreader for GTK+. > > The main points of this release are: > - Gtk2 is removed from Pan. Only Gtk3 is working. > - Links to old pan.rebelbase.com are replaced with links to > pan gitlab page. > - Pan can be compiled with clang > > Many thanks to Thomas Tanner for the code cleanup work done on this > release. > > You can get Pan 0.152 release tarball on Gnome's gitlab: > > - https://gitlab.gnome.org/GNOME/pan/-/tags/v0.152 > help -> about says 0.151 Butcha. ___ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
Re: [Pan-users] [ANNOUNCE] Pan release 0.152
On Sat, 12 Nov 2022 17:56:17 +0100 Dominique Dumont wrote: > Hi > > I happy to announce the release of Pan 0.152 codename "Mariupol" > > Pan is a powerful and user-friendly Usenet newsreader for GTK+. > > The main points of this release are: > - Gtk2 is removed from Pan. Only Gtk3 is working. > - Links to old pan.rebelbase.com are replaced with links to > pan gitlab page. > - Pan can be compiled with clang > > Many thanks to Thomas Tanner for the code cleanup work done on this > release. > > You can get Pan 0.152 release tarball on Gnome's gitlab: > > - https://gitlab.gnome.org/GNOME/pan/-/tags/v0.152 > I can't see any files from this link, there's a red X graphic and it has alt text that reads pipeline failed. -- Brian Morrison "I am not young enough to know everything" Oscar Wilde ___ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
Re: [Pan-users] [ANNOUNCE] Pan release 0.152
On 11/12/22 08:56, Dominique Dumont wrote: Hi I happy to announce the release of Pan 0.152 codename "Mariupol" Nice! ___ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users
[Pan-users] [ANNOUNCE] Pan release 0.152
Hi I happy to announce the release of Pan 0.152 codename "Mariupol" Pan is a powerful and user-friendly Usenet newsreader for GTK+. The main points of this release are: - Gtk2 is removed from Pan. Only Gtk3 is working. - Links to old pan.rebelbase.com are replaced with links to pan gitlab page. - Pan can be compiled with clang Many thanks to Thomas Tanner for the code cleanup work done on this release. You can get Pan 0.152 release tarball on Gnome's gitlab: - https://gitlab.gnome.org/GNOME/pan/-/tags/v0.152 The detailed release log is there: - https://gitlab.gnome.org/GNOME/pan/-/blob/master/NEWS All the best Dominique ___ Pan-users mailing list Pan-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/pan-users