Re: audio/shairport-sync: use pledge
Hi Klemens,
After some challenges building the port (all on me) this seems to work
well for me / my setup. I appreciate you adding pledge to this code...
Thanks,
Paul
On Mon, Feb 05, 2024 at 12:20:31PM +, Klemens Nanni wrote:
| There are three pledges:
| - at the start
| - after daemon(3) to drop "proc exec" unless scripts are used
| - after sio_open(3) to drop "cpath dpath" unless metadata is used
|
| Our port has libdaemon and metadata disabled, so it always ends up with
| "stdio rpath wpath inet unix dns [proc exec] audio", but the diff does
| account for them, such that enabling them does the right thing.
|
| One might be able to drop more and/or use unveil(2), but that needs
| careful hoisting and consideration of other features our port currently
| does not enable.
|
| Feedback? Objection? OK?
|
| Index: Makefile
| ===
| RCS file: /cvs/ports/audio/shairport-sync/Makefile,v
| diff -u -p -r1.7 Makefile
| --- Makefile 31 Jan 2024 08:47:23 - 1.7
| +++ Makefile 5 Feb 2024 11:45:53 -
| @@ -1,7 +1,7 @@
| COMMENT =AirPlay audio player
|
| DIST_TUPLE = github mikebrady shairport-sync 4.3.2 .
| -REVISION = 0
| +REVISION = 1
|
| CATEGORIES = audio net
|
| Index: patches/patch-shairport_c
| ===
| RCS file: patches/patch-shairport_c
| diff -N patches/patch-shairport_c
| --- /dev/null 1 Jan 1970 00:00:00 -
| +++ patches/patch-shairport_c 5 Feb 2024 12:04:21 -
| @@ -0,0 +1,75 @@
| +Index: shairport.c
| +--- shairport.c.orig
| shairport.c
| +@@ -1929,6 +1929,12 @@ void _display_config(const char *filename, const int l
| + #define display_config(argc, argv) _display_config(__FILE__, __LINE__,
argc, argv)
| +
| + int main(int argc, char **argv) {
| ++#if defined(__OpenBSD__)
| ++ /* Start with the superset of all potentially required promises. */
| ++ if (pledge("stdio rpath wpath cpath dpath inet unix dns proc exec audio",
NULL) == -1)
| ++die("pledge: %s", strerror(errno));
| ++#endif
| ++
| + memset(&config, 0, sizeof(config)); // also clears all strings, BTW
| + /* Check if we are called with -V or --version parameter */
| + if (argc >= 2 && ((strcmp(argv[1], "-V") == 0) || (strcmp(argv[1],
"--version") == 0))) {
| +@@ -2102,6 +2108,16 @@ int main(int argc, char **argv) {
| + // parse arguments into config -- needed to locate pid_dir
| + int audio_arg = parse_options(argc, argv);
| +
| ++#if defined(__OpenBSD__)
| ++ /* Any command to be executed at runtime? */
| ++ int run_cmds =
| ++config.cmd_active_start != NULL ||
| ++config.cmd_active_stop != NULL ||
| ++config.cmd_set_volume != NULL ||
| ++config.cmd_start != NULL ||
| ++config.cmd_stop != NULL;
| ++#endif
| ++
| + // mDNS supports maximum of 63-character names (we append 13).
| + if (strlen(config.service_name) > 50) {
| + warn("The service name \"%s\" is too long (max 50 characters) and has
been truncated.",
| +@@ -2237,6 +2253,16 @@ int main(int argc, char **argv) {
| +
| + #endif
| +
| ++#if defined(__OpenBSD__)
| ++ /* Past daemon(3)'s double fork(2). */
| ++
| ++ /* Only user-defined commands are executed. */
| ++ if (!run_cmds)
| ++/* Drop "proc exec". */
| ++if (pledge("stdio rpath wpath cpath dpath inet unix dns audio", NULL)
== -1)
| ++ die("pledge: %s", strerror(errno));
| ++#endif
| ++
| + #ifdef CONFIG_AIRPLAY_2
| +
| + if (has_fltp_capable_aac_decoder() == 0) {
| +@@ -2351,6 +2377,24 @@ int main(int argc, char **argv) {
| + config.output_name == NULL ? "" : config.output_name);
| + }
| + config.output->init(argc - audio_arg, argv + audio_arg);
| ++
| ++#if defined(__OpenBSD__)
| ++ /* Past first and last sio_open(3), sndio(7) only needs "audio". */
| ++
| ++# ifdef CONFIG_METADATA
| ++ /* Only coverart cache is created.
| ++ * Only metadata pipe is special. */
| ++ if (!config.metadata_enabled)
| ++# endif
| ++/* Drop "cpath dpath". */
| ++if (run_cmds) {
| ++ if (pledge("stdio rpath wpath inet unix dns proc exec audio", NULL)
== -1)
| ++die("pledge: %s", strerror(errno));
| ++} else {
| ++ if (pledge("stdio rpath wpath inet unix dns audio", NULL) == -1)
| ++die("pledge: %s", strerror(errno));
| ++}
| ++#endif
| +
| + // pthread_cleanup_push(main_cleanup_handler, NULL);
| +
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: audio/shairport-sync: save config permissions, clearer sndio(7) instructions
On Mon, Jan 22, 2024 at 01:53:40AM +, Klemens Nanni wrote:
| > Paul mentioned shairpoint-sync's instructions as reply to spotifyd,
| > where I went with less repitition and more precise instructions.
I did, and then I wanted to look into this but basically was too busy
with other things .. sorry Klemens.
| ===
| RCS file: /cvs/ports/audio/shairport-sync/pkg/README,v
| diff -u -p -r1.2 README
| --- pkg/README1 May 2022 14:00:13 - 1.2
| +++ pkg/README22 Jan 2024 01:41:44 -
| @@ -8,16 +8,7 @@ boot time, the rc.conf.local(8) pkg_scri
| rcctl enable messagebus avahi_daemon shairport_sync
| rcctl order messagebus avahi_daemon shairport_sync
|
| -sndiod(8) concurrent access by shairport-sync(1) and other users
| -
| +Follow sndio(7) Authentication if both dedicated and your own user shall be
| +able to play audio at the same time, e.g. on a desktop system:
|
| -sndiod(8) normally only allows access to audio by a single system user
| -at a time. This is done by generating a random authentication token and
| -storing it in $HOME/.sndio/cookie when a user first accesses audio,
| -providing a limited capability to share with other users by copying
| -the token to their home directory. See AUTHENTICATION in sndio(7) for
| -more details.
| -
| -If you want to share sndiod(8) access with shairport-sync(1) running as
| -the default _shairport user, you may copy .sndio/cookie from your user's
| -home directory to /var/spool/shairport/.sndio/cookie.
| +install -D -p -o _shairport -m 0600 ~/.sndio/cookie
${HOME_DIR}/.sndio/cookie
I like this change. Don't have much skin in the game (not the port's
maintainer, and I've got things working on my system already) but I
think this makes more sense.
Paul
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: [new] wayland/swaylock & wayland/swayidle
On Sat, Nov 11, 2023 at 10:57:00AM +, Matthieu Herrb wrote: | On Sat, Nov 11, 2023 at 11:35:33AM +0100, Landry Breuil wrote: | > | > you mean this ? | > | > https://github.com/openbsd/xenocara/blob/master/app/xlockmore/xlock/passwd.c#L1311 | > | | Yes. | | > sure, can add that part, but the screensavers (eg xfce, mate, gnome) i | > copied the auth_userokay bits from dont have it either :) | | If no one complained then it's probably not really needed | anymore. There were people using skey (1) in the past and asked for | it in Xenodm and xlock. I use it to be able to log in when I don't have my yubikey present (or, it keeps falling out of the USB-C connector on my laptop...) But then, I use regular Xorg and xlock and haven't even considered wayland yet :) Paul -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: [new] sysutils/lsblk
I've tested 1.2.4 and it works well for me; thanks again Benjamin! Paul On Thu, Jun 08, 2023 at 10:44:12PM +0200, Benjamin Stürz wrote: | Hi Laurent, | | On 31.05.23 15:29, Laurent Cheylus wrote: | > On Tue, 30 May 2023 17:28:00 +0200, Benjamin Stürz wrote: | > | > > lsblk(8) is a simple tool to list attached block devices. | > > This specifically is a clone of the one in util-linux. | > > | > > This is actually my second attempt of submitting this port. | > > This time I reworked most of it, fixed all bugs (hopefully :), | > > incorporated feedback, added a few options and a manual, | > > and added support for RAID through bio(4). | > | > NOK, lsblk SegFault on openbsd-current/amd64 (VM with VirtualBox on Linux/ | > Debian) | > | > $ doas /usr/obj/ports/lsblk-1.2.3/fake-amd64/usr/local/sbin/lsblk | > Segmentation fault | I have finally gotten OpenBSD on VirtualBox working and found the bug: | lsblk allocated space for only n-1 drives and for some reason, | probably because of the malloc changes in -current, | only now this issue caused crashs. | | I have attached a new version of lsblk. | | Thanks, | Benjamin Stürz -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: [new] sysutils/lsblk
I've been trying several development versions of this, and now the port. It's working well for me .. would be nice to have this in the tree! Paul On Tue, May 30, 2023 at 05:28:00PM +0200, Benjamin Stürz wrote: | Hi ports@, | | lsblk(8) is a simple tool to list attached block devices. | This specifically is a clone of the one in util-linux. | | This is actually my second attempt of submitting this port. | This time I reworked most of it, fixed all bugs (hopefully :), | incorporated feedback, added a few options and a manual, | and added support for RAID through bio(4). | I think it's ready for submission into the ports tree. | | I don't have any commit rights, | so if you are interested in committing this, | please let me know. | | Testing and comments are appreciated. | | WWW: https://git.stuerz.xyz/openbsd/lsblk | | Best regards, | Benjamin Stürz -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: is anyone using pypy?
Hi Edd, Apologies for the late reply, have been quite busy with (new) life recently. I'm using pypy for one specific purpose (processing some data collected from my electricity meter), where it very significantly outperforms regular python. I would love to move yo py3-based pypy! Thanks for taking care of pypy in the past! Paul On Mon, Feb 20, 2023 at 09:48:35PM +, Edd Barrett wrote: | Hi, | | This is a quick mail to ask: do we have any (serious) users of PyPy on OpenBSD? | | I ask because: | - It's currently marked broken. | - It currently targets Python2. | - Historically it breaks regularly due to libressl flux and causes tb@ hassle. | - It BUILD_DEPENDS lang/python/2.7 (and probably always will). | | I had a half-working port of pypy3 from before execonly was introduced. I'm | also aware that something stopped the old pypy2 port from building recently, | even with `USE_NOEXECONLY` set. Maybe that's not an issue with pypy3, I don't | know. | | So, is anyone using it? Or is it time to let it go? If they are, I might be | motivated to work on it... | | [Don't let my doom and gloom detract from PyPy's achievements. It's an | impressive piece of software, just it's awkward to maintain a port for] | | -- | Best Regards | Edd Barrett | | https://www.theunixzoo.co.uk | -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: [new] audio/shairport-sync an AirPlay audio player
On Tue, Apr 26, 2022 at 08:57:18PM +0200, Paul de Weerd wrote:
| | ok (I have not tested at runtime)
|
| I have, it works great!
After some more usage, I now ran into an issue with shairport-sync due
to it making sndiod inaccessible to the normal user. So I suggest to
give the _shairport user its own home dir where you can then copy the
sndio cookie (like with audio/mpd, I also took the README text from
there). I'm now running this and can confirm it works fine.
Any thoughts?
Paul
Index: Makefile
===
RCS file: /home/OpenBSD/cvs/ports/audio/shairport-sync/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile27 Apr 2022 02:19:25 - 1.1.1.1
+++ Makefile28 Apr 2022 09:39:21 -
@@ -3,6 +3,7 @@ COMMENT = AirPlay audio player
GH_ACCOUNT = mikebrady
GH_PROJECT = shairport-sync
GH_TAGNAME = 3.3.9
+REVISION = 0
CATEGORIES = audio
Index: pkg/PLIST
===
RCS file: /home/OpenBSD/cvs/ports/audio/shairport-sync/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 27 Apr 2022 02:19:25 - 1.1.1.1
+++ pkg/PLIST 28 Apr 2022 09:51:28 -
@@ -1,5 +1,5 @@
@newgroup _shairport:876
-@newuser _shairport:876:876::Shairport-sync Account:/var/empty:/sbin/nologin
+@newuser _shairport:876:876::Shairport-sync
Account:/var/spool/shairport-sync:/sbin/nologin
@rcscript ${RCDIR}/shairport_sync
@bin bin/shairport-sync
@man man/man1/shairport-sync.1
@@ -9,3 +9,4 @@ share/examples/shairport-sync/shairport-
@owner _shairport
@group _shairport
@sample ${SYSCONFDIR}/shairport-sync.conf
+@sample /var/spool/shairport-sync/
Index: pkg/README
===
RCS file: /home/OpenBSD/cvs/ports/audio/shairport-sync/pkg/README,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 README
--- pkg/README 27 Apr 2022 02:19:25 - 1.1.1.1
+++ pkg/README 28 Apr 2022 09:41:07 -
@@ -7,3 +7,17 @@ boot time, the rc.conf.local(8) pkg_scri
rcctl enable messagebus avahi_daemon shairport_sync
rcctl order messagebus avahi_daemon shairport_sync
+
+sndiod(8) concurrent access by shairport-sync(1) and other users
+
+
+sndiod(8) normally only allows access to audio by a single system user
+at a time. This is done by generating a random authentication token and
+storing it in $HOME/.sndio/cookie when a user first accesses audio,
+providing a limited capability to share with other users by copying
+the token to their home directory. See AUTHENTICATION in sndio(7) for
+more details.
+
+If you want to share sndiod(8) access with shairport-sync(1) running as
+the default _shairport user, you may copy .sndio/cookie from your user's
+home directory to /var/spool/shairport/.sndio/cookie.
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: [new] audio/shairport-sync an AirPlay audio player
Hi Stuart,
On Tue, Apr 26, 2022 at 04:52:11PM +0100, Stuart Henderson wrote:
| couple of tweaks in the version attached, and I used upstream's
| install target as much as possible (usually better as long as it
| doesn't need serious patching, it's less likely to get out of sync
| that way).
Thanks - that looks better indeed (to my untrained eye).
| ok (I have not tested at runtime)
I have, it works great!
Paul
| On 2022/04/26 17:32, Paul de Weerd wrote:
| > Hi all,
| >
| > sthen@ had some feedback on IRC:
| >
| > - needs a tweak to use CONFIGURE_STYLE=autoreconf
| > - manpage into a better section (probably 1; 7 isn't right)
| > - check to make sure it doesn't pick up libsoxr if installed (or add
| > it as a dep)
| > - should be /var/empty not ${VARBASE}/empty
| > - and remove daemon from @newuser / update the uid
| > - and typo "Sharport-sync"
| > - and zap the rcs ids
| > - check it doesn't pick up libdaemon/libsndfile too
| >
| > I've updated Aaron's submission with these changes, please find it
| > attached. The tarball misses this change to user.list:
| >
| > cvs diff: Diffing .
| > Index: user.list
| > ===
| > RCS file: /home/OpenBSD/cvs/ports/infrastructure/db/user.list,v
| > retrieving revision 1.397
| > diff -u -p -r1.397 user.list
| > --- user.list 25 Apr 2022 07:32:01 - 1.397
| > +++ user.list 26 Apr 2022 14:19:35 -
| > @@ -384,3 +384,4 @@ id usergroup port
| > 873 _alertmanager _alertmanager sysutils/alertmanager
| > 874 _snowflakeproxy_snowflakeproxy net/snowflake_proxy
| > 875 _guacd _guacd net/guacamole/server
| > +876 _shairport _shairport audio/shairport-sync
| >
| > as the original UID Aaron picked (872) has already been taken by
| > databases/victoriametrics (point 5 from sthen's list).
| >
| > Many thanks again to Aaron for creating the port, and to Stuart for
| > his feedback.
| >
| > Paul
| >
| > On Tue, Apr 26, 2022 at 04:32:38PM +0200, Paul de Weerd wrote:
| > | Hi all,
| > |
| > | I've tried Aaron's port .. it works great. I've had to change the
| > | _shairport user id to 876 with the current ports tree, but other than
| > | that a very simple configuration file (setting the name and interface
| > | to listen on) produces a working setup for me.
| > |
| > | Thanks Aaron!
| > |
| > | Paul
| > |
| > | On Thu, Dec 09, 2021 at 07:41:29AM -0700, Aaron Bieber wrote:
| > | | Hi,
| > | |
| > | | Here is a port of shairport-sync. It lets one stream audio from iDevices
| > | | to OpenBSD.
| > | |
| > | | DESCR snip:
| > | |
| > | | Shairport Sync is an AirPlay audio player. It plays audio streamed
from
| > | | iTunes, iOS, Apple TV and macOS devices and AirPlay sources such as
Quicktime
| > | | Player and ForkedDaapd, among others.
| > | |
| > | | HOME: https://github.com/mikebrady/shairport-sync
| > | |
| > | | I have had this in WIP for some time and it has been working without a
| > | | hitch.
| > | |
| > | | Cluesticks? OK to import?
| > | |
| > | | Here is the diff for the user db:
| > | |
| > | | diff 43179bcb078bb95ad600e5d85321b77ec70deb07 /usr/ports
| > | | blob - 17cb166abe6601b51e206bb97d1ce009a2729eac
| > | | file + infrastructure/db/user.list
| > | | --- infrastructure/db/user.list
| > | | +++ infrastructure/db/user.list
| > | | @@ -380,3 +380,4 @@ id usergroup port
| > | | 869 _headscale _headscale net/headscale
| > | | 870 _unit _unit www/unit
| > | | 871 _gelatod _gelatodnet/gelatod
| > | | +872 _shairport _shairport audio/shairport-sync
| > | |
| > |
| > |
| > |
| > | --
| > | >[<++>-]<+++.>+++[<-->-]<.>+++[<+
| > | +++>-]<.>++[<>-]<+.--.[-]
| > | http://www.weirdnet.nl/
| > |
| >
| > --
| > >[<++>-]<+++.>+++[<-->-]<.>+++[<+
| > +++>-]<.>++[<>-]<+.--.[-]
| > http://www.weirdnet.nl/
|
|
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: [new] audio/shairport-sync an AirPlay audio player
Hi all,
sthen@ had some feedback on IRC:
- needs a tweak to use CONFIGURE_STYLE=autoreconf
- manpage into a better section (probably 1; 7 isn't right)
- check to make sure it doesn't pick up libsoxr if installed (or add
it as a dep)
- should be /var/empty not ${VARBASE}/empty
- and remove daemon from @newuser / update the uid
- and typo "Sharport-sync"
- and zap the rcs ids
- check it doesn't pick up libdaemon/libsndfile too
I've updated Aaron's submission with these changes, please find it
attached. The tarball misses this change to user.list:
cvs diff: Diffing .
Index: user.list
===
RCS file: /home/OpenBSD/cvs/ports/infrastructure/db/user.list,v
retrieving revision 1.397
diff -u -p -r1.397 user.list
--- user.list 25 Apr 2022 07:32:01 - 1.397
+++ user.list 26 Apr 2022 14:19:35 -
@@ -384,3 +384,4 @@ id usergroup port
873 _alertmanager _alertmanager sysutils/alertmanager
874 _snowflakeproxy_snowflakeproxy net/snowflake_proxy
875 _guacd _guacd net/guacamole/server
+876 _shairport _shairport audio/shairport-sync
as the original UID Aaron picked (872) has already been taken by
databases/victoriametrics (point 5 from sthen's list).
Many thanks again to Aaron for creating the port, and to Stuart for
his feedback.
Paul
On Tue, Apr 26, 2022 at 04:32:38PM +0200, Paul de Weerd wrote:
| Hi all,
|
| I've tried Aaron's port .. it works great. I've had to change the
| _shairport user id to 876 with the current ports tree, but other than
| that a very simple configuration file (setting the name and interface
| to listen on) produces a working setup for me.
|
| Thanks Aaron!
|
| Paul
|
| On Thu, Dec 09, 2021 at 07:41:29AM -0700, Aaron Bieber wrote:
| | Hi,
| |
| | Here is a port of shairport-sync. It lets one stream audio from iDevices
| | to OpenBSD.
| |
| | DESCR snip:
| |
| | Shairport Sync is an AirPlay audio player. It plays audio streamed from
| | iTunes, iOS, Apple TV and macOS devices and AirPlay sources such as
Quicktime
| | Player and ForkedDaapd, among others.
| |
| | HOME: https://github.com/mikebrady/shairport-sync
| |
| | I have had this in WIP for some time and it has been working without a
| | hitch.
| |
| | Cluesticks? OK to import?
| |
| | Here is the diff for the user db:
| |
| | diff 43179bcb078bb95ad600e5d85321b77ec70deb07 /usr/ports
| | blob - 17cb166abe6601b51e206bb97d1ce009a2729eac
| | file + infrastructure/db/user.list
| | --- infrastructure/db/user.list
| | +++ infrastructure/db/user.list
| | @@ -380,3 +380,4 @@ id usergroup port
| | 869 _headscale _headscale net/headscale
| | 870 _unit _unit www/unit
| | 871 _gelatod _gelatodnet/gelatod
| | +872 _shairport _shairport audio/shairport-sync
| |
|
|
|
| --
| >[<++>-]<+++.>+++[<-->-]<.>+++[<+
| +++>-]<.>++[<>-]<+.--.[-]
| http://www.weirdnet.nl/
|
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
shairport-sync.tgz
Description: application/tar-gz
Re: [new] audio/shairport-sync an AirPlay audio player
Hi all, I've tried Aaron's port .. it works great. I've had to change the _shairport user id to 876 with the current ports tree, but other than that a very simple configuration file (setting the name and interface to listen on) produces a working setup for me. Thanks Aaron! Paul On Thu, Dec 09, 2021 at 07:41:29AM -0700, Aaron Bieber wrote: | Hi, | | Here is a port of shairport-sync. It lets one stream audio from iDevices | to OpenBSD. | | DESCR snip: | | Shairport Sync is an AirPlay audio player. It plays audio streamed from | iTunes, iOS, Apple TV and macOS devices and AirPlay sources such as Quicktime | Player and ForkedDaapd, among others. | | HOME: https://github.com/mikebrady/shairport-sync | | I have had this in WIP for some time and it has been working without a | hitch. | | Cluesticks? OK to import? | | Here is the diff for the user db: | | diff 43179bcb078bb95ad600e5d85321b77ec70deb07 /usr/ports | blob - 17cb166abe6601b51e206bb97d1ce009a2729eac | file + infrastructure/db/user.list | --- infrastructure/db/user.list | +++ infrastructure/db/user.list | @@ -380,3 +380,4 @@ id user group port | 869 _headscale _headscale net/headscale | 870 _unit_unit www/unit | 871 _gelatod _gelatodnet/gelatod | +872 _shairport _shairport audio/shairport-sync | -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: ports build cycle
Hi Simon, On Wed, Sep 08, 2021 at 06:02:18PM +0200, Simon Hoffmann wrote: | Hey yall! | | Excuse the dumb question, but I couldn't find any info on the ports build cycle. When | looking at the ports, I can see eg rspamd in v3 (released two weeks ago), but when | using pkg_info -Q, I only see v2.7. If new version of a specific piece of software is released, someone first needs to update the port to that new version. In the case of rspamd, Stuart Henderson committed the update to the repository 20 August. | So: when are new port versions build as binary and available through pkg_add? This depends on the architecture you're running, different people do the builds for different architectures and they start them at different times. It also depends on the availability of the person building packages - these are all volunteers spending their free time to do bulk package builds. Then there's another reason why it varies per architecture: some archs take (a lot!) more time to do a full build than others. If you follow this mailing list, keep an eye out for "bulk build report" e-mails from people like Peter Hessler, Jasper Lievisse Adriaanse, Charlene Wendling, Kurt Mosiejczuk and others. Such e-mails usually indicate a completed bulk package build. They don't show up for all architectures, for various reasons. Also - keep in mind that these packages are only updated for snapshots. Only in rare cases will releases see updated packages (only for certain (critical) updates, for certain architectures). In short - there's no easy answer to your question, other than "it depends". One thing to keep in mind is that if you're running OpenBSD on amd64 (and are using snaphosts, updating regularly), you will see rspamd-3.0 on your local mirror: http://cdn.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/rspamd-3.0.tgz If you don't see it yet, you are probably not following -current snapshots, or using an architecture that doesn't see very frequent package builds or you're talking to a stale mirror (or a combination of these). Cheers, Paul -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: Dependency on specific PHP version
Hi Mike, As I was looking into exactly this not too long ago, let me share the answer I got from Stuart: > Ports can allow alternative versions with a default version > (e.g. "RUN_DEPENDS = php->=7.3,<7.5:lang/php/7.3") but it doesn't > have a way to say "php-7.3+php-pspell-7.3+php-zip-7.3 OR > php-7.4+php-pspell-7.4+php-zip-7.4" without allowing a broken > mixture (php-7.3+php-pspell-7.4+php-zip-7.4). > > Unless ports infrastructure/package tools are changed the only > viable option is to pick some version or other and set that, Short version: it's complicated. I decided to let php-7.3 getting installed not bother me :) Cheers, Paul On Fri, Jan 08, 2021 at 10:15:25AM +0100, Mike Fischer wrote: | Hi! | | I am posting this question to the list with CC to the relevant maintainers because it involves a number of packages. | | On a few of OpenBSD 6.8 amd64 instances using stable we are using php-7.4.x with apache-httpd and with the OpenBSD httpd as well as on the command line. Everything is kept up to date regularly. | | We are also using the following packages: | dokuwiki-2020.07.29 | pear-utils-1.10.9 | phpMyAdmin-4.9.5 | wp-cli-2.4.0 | | Each of these has a dependency on php-7.3.x which means the older version of PHP is also installed even though it is not used. | | # pkg_info -R php-7.3.26 | Information for inst:php-7.3.26 | | Required by: | dokuwiki-2020.07.29 | pear-utils-1.10.9 | php-gd-7.3.26 | php-mysqli-7.3.26 | phpMyAdmin-4.9.5 | wp-cli-2.4.0 | | | # | | A similar issue exists for php-gd-7.3.26: | # pkg_info -R php-gd-7.3.26 | Information for inst:php-gd-7.3.26 | | Required by: | dokuwiki-2020.07.29 | phpMyAdmin-4.9.5 | | | # | | And for php-mysqli-7.3.26: | # pkg_info -R php-mysqli-7.3.26 | Information for inst:php-mysqli-7.3.26 | | Required by: | phpMyAdmin-4.9.5 | | | # | | Using these packages with php-7.4.x seems to work fine. But pulling in the older PHP version just to satisfy the dependency seems somewhat wasteful. I’d love to be able get rid of the unnecessary php-7.3.x packages to save space and to save time during updates. | | Is there a way to make the dependencies more general so they will accept the php-7.4.x versions to satisfy the requirement? | | Maybe there is a way to specify a minimum required version in the packages? | | | @Stuart: | Possibly the basic issue is with the way the PHP packages are built. PHP generally makes major changes that might affect compatibility with a x.x version bump and reserves the x.x.x bumps to bug fixes. So should the PHP packages use a flavor mechanism to differentiate between x.x versions? | | A related issue I found is that with PHP, unlike other packages, I can’t just pkg_add php or pkg_add php-x.x to install the latest version. Instead I have to specify the full version, e.g. pkg_add php-7.4.14. This is somewhat cumbersome when wanting to just install the latest version because I would need to do a pkg_info -Q php first to figure out which exact version to get. Is this intentional or is there a better way to do a generic install? | | | Note: I am a complete noob when it comes to the internals of the OpenBSD packaging system. So Im asking from the perspective of an admin using the system. | | | Thanks! | -- | Mike Fischer | | -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Collision in qtxmlpatterns during pkg_add -u
Hi all, Updating my machines to the latest snap, I ran into this problem on my desktop machine (which has quite a few pkgs installed): [weerd@pom] $ doas pkg_add -u -Dsnap quirks-3.317 signed on 2020-04-25T19:59:23Z Collision in qtxmlpatterns-5.9.8->5.13.2: the following files already exist /usr/local/lib/qt5/qml/QtQuick/XmlListModel/libqmlxmllistmodelplugin.so (qt5-declarative-xmllistmodel-5.9.8p0 and qtxmlpatterns-5.13.2) /usr/local/lib/qt5/qml/QtQuick/XmlListModel/plugins.qmltypes (qt5-declarative-xmllistmodel-5.9.8p0 and qtxmlpatterns-5.13.2) /usr/local/lib/qt5/qml/QtQuick/XmlListModel/qmldir (qt5-declarative-xmllistmodel-5.9.8p0 and qtxmlpatterns-5.13.2) Can't install py-qt5-5.13.2 because of libraries |library Qt5XmlPatterns.3.0 not found | /usr/local/lib/libQt5XmlPatterns.so.2.2 (qtxmlpatterns-5.9.8): bad major | /usr/local/lib/qt5/libQt5XmlPatterns.so.2.2 (qtxmlpatterns-5.9.8): bad major Direct dependencies for py-qt5-5.9.2->py-qt5-5.13.2+py-sip-qt5-4.19.19 resolve to qtxmlpatterns-5.9.8 qtsvg-5.13.2 py-dbus-1.2.16 qtwebkit-5.212.0alpha4v0 qtbase-5.13.2p0 qtmultimedia-5.13.2 python-2.7.18p0 py-sip-qt5-4.19.19 qttools-5.13.2 qtx11extras-5.13.2 qtwebchannel-5.13.2 qtsensors-5.13.2 py-enum34-1.1.10 qtremoteobjects-5.13.2 py-sip-4.19.19v0 qtlocation-5.13.2 qtwebsockets-5.13.2 qtdeclarative-5.13.2 qtserialport-5.13.2 qtnetworkauth-5.13.2 qtconnectivity-5.13.2 Full dependency tree is gstreamer1mm-1.10.0p4 libwebp-1.1.0 llvm-8.0.1p11 cups-libs-2.3.1 dconf-0.34.0p0 libunistring-0.9.7 dbus-1.12.16p0v0 polkit-0.116p1 qtlocation-5.13.2 atk-2.34.1p1 qtdeclarative-5.13.2 librsvg-2.48.4 libtasn1-4.16.0 geoclue-0.12.99p9 sqlite3-3.31.1p0 xz-5.2.5 adwaita-icon-theme-3.34.3 gstreamer1-plugins-bad-1.16.2 gsettings-desktop-schemas-3.34.0 dbus-daemon-launch-helper-1.12.16p0 glib2-2.62.6 qtmultimedia-5.13.2 at-spi2-atk-2.34.2 lzo2-2.10p2 libunbound-1.10.0 glib2mm-2.62.0 dbus-glib-0.110p1v0 gstreamer1-1.16.2 qtserialport-5.13.2 qtwebchannel-5.13.2 spidermonkey-60.9.0v1 libsoup-2.68.4 graphene-1.10.0 hyphen-2.8.8 lcms2-2.9p0 double-conversion-3.1.5 flac-1.3.3 gvfs-1.42.2 gtk+3-3.24.18 lz4-1.9.2p0 libltdl-2.4.2p1 gtk-update-icon-cache-3.24.18 pango-1.44.7p0 libsndfile-1.0.28 npth-1.6 hicolor-icon-theme-0.17 avahi-0.8 libassuan-2.5.3 libpsl-0.20.2p1 glib2-networking-2.62.3 libb2-0.98.1v0 py-enum34-1.1.10 at-spi2-core-2.34.0p0 graphite2-1.3.14 qtwebkit-5.212.0alpha4v0 zstd-1.4.4p1 opus-1.3.1 python-2.7.18p0 gdk-pixbuf-2.40.0p2 iodbc-3.52.12p0 icu4c-67.1 pcre2-10.34 shared-mime-info-1.15 gstreamer1-plugins-base-1.16.2 libgpg-error-1.37 qtwebsockets-5.13.2 qtnetworkauth-5.13.2 jasper-2.0.14 libxml-2.9.10p0 qttools-5.13.2 gnutls-3.6.13 qtremoteobjects-5.13.2 libtheora-1.2.20190601p0 gnupg-2.2.12p0 libgcrypt-1.8.5 py-dbus-1.2.16 qtsvg-5.13.2 libbs2b-3.1.0p3 pulseaudio-13.0p0 bzip2-1.0.8 pinentry-1.1.0p0 gdbm-1.18.1p0 libexecinfo-0.3p2v0 consolekit2-1.2.1p8 libxslt-1.1.34 libnettle-3.5.1p0 libdaemon-0.14p1 cairo-1.16.0 soundtouch-2.1.2 libass-0.14.0p0 gmp-6.2.0 qtbase-5.13.2p0 gettext-runtime-0.20.1p1 brotli-1.0.7 .libs-libevent-2.0.22p1 python-3.7.7 libidn2-2.3.0p0 nspr-4.25 libvorbis-1.3.6 py-sip-4.19.19v0 cdparanoia-3.a9.8p4 jpeg-2.0.4p0v0 gcr-3.34.0 libsecret-0.20.3 .libs1-qtbase-5.9.8p0 qtx11extras-5.13.2 pcre-8.41p2 py-sip-qt5-4.19.19 tdb-1.3.18 libogg-1.3.4 libarchive-3.4.2 iso-codes-4.4 p11-kit-0.23.20 libusb1-1.0.23p0 png-1.6.37 tiff-4.1.0 py-dbus-common-1.2.16 libsigc++-2.10.3 qtconnectivity-5.13.2 speexdsp-1.2.0 fribidi-1.0.9 libiconv-1.16p0 libproxy-0.4.15p4 orc-0.4.29 .libs-icu4c-66.1 libksba-1.3.5p2 libxkbcommon-0.10.0p0 libevent-2.1.11 desktop-file-utils-0.24p0 giflib-5.1.6 qtxmlpatterns-5.9.8 libmms-0.6.2p4 openal-1.19.1v0 libffi-3.3 harfbuzz-2.6.5 qtsensors-5.13.2 Couldn't find updates for py-qt5-5.9.2 qt5-declarative-xmllistmodel-5.9.8p0 qtcanvas3d-5.9.8p0 qtxmlpatterns-5.9.8 Couldn't install py-qt5-5.13.2 py-sip-qt5-4.19.19 qtxmlpatterns-5.13.2 This is the third run of pkg_add (first run updated a bunch of pkgs successfully, but I noticed this output so I tried a couple more times). Full output of `pkg_info` `ls -A /var/db/pkg` and `dmesg` included below. Outside of this issue, my usual things work just fine (I don't use all packages every day, but the things I do use are OK) Cheers, Paul 'WEiRD' de Weerd --- pkg_info - GeoIP-1.6.12p2 find the country where IP address/hostname originates from GraphicsMagick-1.3.35 image processing tools with stable ABI ImageMagick-6.9.10.86p0 image processing tools ORBit2-2.14.19p9high-performance CORBA Object Request Broker OpenEXR-2.4.1 high dynamic range image format aalib-1.4p7 ascii art library acx-firmware-1.4p6 firmware binary images for acx(4) driver adobe-source-code-pro-2.030p0 monospaced OpenType fonts designed for coding environments adobe-source-sans-pro-2.020p0 set of OpenType fonts designed for user interface
Re: fixing games/doomdata/shareware
Hi Jonathan, On Mon, Oct 28, 2019 at 08:13:39PM +1100, Jonathan Gray wrote: | Perhaps include the email and the original license text as files | which are installed? I like this approach even better. I'm OK with your diff. Thanks! Paul -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: fixing games/doomdata/shareware
On Mon, Oct 28, 2019 at 04:31:50PM +1100, Jonathan Gray wrote:
| On Mon, Oct 28, 2019 at 06:09:54AM +0100, Paul de Weerd wrote:
| > ping
|
| Why are you hosting this yourself? ftp.idsoftware.com has been widely
| mirrored for a long time.
That would work well for me too, is probably even better.
ftp.idsoftware.com is no more, my fear is that other mirrors will fade
away too over time. I didn't look very hard for other mirrors though,
just mirrored the zip myself and carried on.
|
https://salsa.debian.org/games-team/game-data-packager/blob/master/etc/idstuff-mirrors
|
https://salsa.debian.org/games-team/game-data-packager/blob/master/etc/idgames-mirrors
| https://www.doomworld.com/idgames/idstuff/doom/doom19s
| http://mirror.internode.on.net/pub/idstuff/doom/
I've picked one of the mirrors listed at the first debian URL. See
updated diff below.
Thanks Jonathan!
Paul
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Index: Makefile
===
RCS file: /home/OpenBSD/cvs/ports/games/doomdata/shareware/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile12 Jul 2019 20:46:16 - 1.4
+++ Makefile28 Oct 2019 07:22:14 -
@@ -4,21 +4,39 @@ COMMENT = DOOM I Shareware data files
DISTNAME = doom19s
PKGNAME = doomdata-1.9
-REVISION = 0
+REVISION = 1
EXTRACT_SUFX = .zip
CATEGORIES = games
-HOMEPAGE = http://www.idsoftware.com/games/doom/doom-collectors/
-
MAINTAINER = Paul de Weerd
PKG_ARCH = *
-# John Carmack says "freely distributable" :
-#
http://sinusforschung.com/cgi-bin/dwww/usr/share/doc/doom-wad-shareware/copyright
+# The license does not appear to grant distribution permission. Email
+# from John Carmack of ID Software provided this clarification:
+#
+# X-Sender: jo...@mail.idsoftware.com
+# X-Mailer: Windows Eudora Pro Version 3.0 (32)
+# Date: Sat, 23 Oct 1999 20:01:30 -0500
+# To: Joe Drew
+# From: jo...@idsoftware.com (John Carmack)
+# Subject: Re: Doom shareware WAD license
+#
+# At 08:02 PM 10/23/99 -0400, you wrote:
+# >Can you give me a definite license on the doom 1 shareware wad? I find
certain
+# >things that say "freely distribute" and others that say "get vendor's
license"
+# >... All I need to have is a license so I can package it up for Debian.
+# >Thanks.
+# >Joe
+#
+# The DOOM shareware wad is freely distributable. No Quake data is freely
+# distributable.
+#
+# John Carmack
+#
PERMIT_PACKAGE = Yes
-MASTER_SITES = ftp://ftp.idsoftware.com/idstuff/doom/
+MASTER_SITES = http://www.gamers.org/pub/idgames/idstuff/doom/
WRKSRC = ${WRKDIR}
Re: dropping games/doomdata/doom{1,2}
ping On Fri, Oct 04, 2019 at 10:46:17PM +0200, Paul de Weerd wrote: | Hi all, | | The two other ports Daniel found in his scan for broken HOMEPAGE were | (of course) games/doomdata/doom1 and 2. After some thought, (starting | to drop HOMEPAGE there too) and a hint from Stuart, I ended up | agreeing with him: these ports really don't add much value. PERMIT_* | says "Commercial game data files", so you have to already have the | WADs to be able to build a pkg. | | Of course, then you can distribute the pkg to a set of machines for a | nice fragfest .. but you could also distribute the WADs themselves | with ansible or even a simple shell script and some ssh/scp. | | So, I propose to remove these two ports and simply keep only the | shareware WAD available as a pkg. | | Anyone else have a strong opinion? | | Thanks, | | Paul | | -- | >[<++>-]<+++.>+++[<-->-]<.>+++[<+ | +++>-]<.>++[<>-]<+.--.[-] | http://www.weirdnet.nl/ | -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: fixing games/doomdata/shareware
ping
On Fri, Oct 04, 2019 at 10:12:20PM +0200, Paul de Weerd wrote:
| Hi all,
|
| In https://marc.info/?l=openbsd-ports&m=156470666814542&w=2 Daniel
| Jakots showed that some ports where I'm listed as MAINTAINER have
| broken homepages. Here's the first step to fix that: games/doomdata/
| shareware doesn't only have a broken HOMEPAGE, its MASTER_SITES is
| also broken. As id doesn't seem to really have a page on (classic)
| doom anymore, I've removed HOMEPAGE. Thanks to Stuart who still had a
| copy of the original file, the broken MASTER_SITES can be fixed by
| hosting the distfile myself.
|
| Then, 10 years ago (!!!), Daniel Dickman pointed out that the link to
| a quote from John Carmack was *also* broken. Back then he suggested
| including the quote in the Makefile directly as a comment. Note that
| this quote is basically a mail John sent in 1999 (20 years ago!),
| explaining that the DOOM shareware wad is freely distributable. I
| promised Daniel to look into this when I had more time .. so with
| apologies to Daniel I'm finally coming around to that.
|
| I've tested the wad with games/prboom and can confirm it works fine.
|
| Can someone please review and, if OK, commit this?
|
| Thanks,
|
| Paul
|
| Index: Makefile
| ===
| RCS file: /home/OpenBSD/cvs/ports/games/doomdata/shareware/Makefile,v
| retrieving revision 1.4
| diff -u -p -r1.4 Makefile
| --- Makefile 12 Jul 2019 20:46:16 - 1.4
| +++ Makefile 4 Oct 2019 19:41:33 -
| @@ -4,21 +4,39 @@ COMMENT = DOOM I Shareware data files
|
| DISTNAME = doom19s
| PKGNAME =doomdata-1.9
| -REVISION = 0
| +REVISION = 1
| EXTRACT_SUFX = .zip
| CATEGORIES = games
|
| -HOMEPAGE = http://www.idsoftware.com/games/doom/doom-collectors/
| -
| MAINTAINER = Paul de Weerd
|
| PKG_ARCH = *
|
| -# John Carmack says "freely distributable" :
| -#
http://sinusforschung.com/cgi-bin/dwww/usr/share/doc/doom-wad-shareware/copyright
| +# The license does not appear to grant distribution permission. Email
| +# from John Carmack of ID Software provided this clarification:
| +#
| +# X-Sender: jo...@mail.idsoftware.com
| +# X-Mailer: Windows Eudora Pro Version 3.0 (32)
| +# Date: Sat, 23 Oct 1999 20:01:30 -0500
| +# To: Joe Drew
| +# From: jo...@idsoftware.com (John Carmack)
| +# Subject: Re: Doom shareware WAD license
| +#
| +# At 08:02 PM 10/23/99 -0400, you wrote:
| +# >Can you give me a definite license on the doom 1 shareware wad? I find
certain
| +# >things that say "freely distribute" and others that say "get vendor's
license"
| +# >... All I need to have is a license so I can package it up for Debian.
| +# >Thanks.
| +# >Joe
| +#
| +# The DOOM shareware wad is freely distributable. No Quake data is freely
| +# distributable.
| +#
| +# John Carmack
| +#
| PERMIT_PACKAGE = Yes
|
| -MASTER_SITES = ftp://ftp.idsoftware.com/idstuff/doom/
| +MASTER_SITES = http://www.weirdnet.nl/OpenBSD/ports/dist/
|
| WRKSRC = ${WRKDIR}
|
|
| --
| >[<++>-]<+++.>+++[<-->-]<.>+++[<+
| +++>-]<.>++[<>-]<+.--.[-]
| http://www.weirdnet.nl/
|
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
dropping games/doomdata/doom{1,2}
Hi all, The two other ports Daniel found in his scan for broken HOMEPAGE were (of course) games/doomdata/doom1 and 2. After some thought, (starting to drop HOMEPAGE there too) and a hint from Stuart, I ended up agreeing with him: these ports really don't add much value. PERMIT_* says "Commercial game data files", so you have to already have the WADs to be able to build a pkg. Of course, then you can distribute the pkg to a set of machines for a nice fragfest .. but you could also distribute the WADs themselves with ansible or even a simple shell script and some ssh/scp. So, I propose to remove these two ports and simply keep only the shareware WAD available as a pkg. Anyone else have a strong opinion? Thanks, Paul -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: fixing games/doomdata/shareware
On Fri, Oct 04, 2019 at 10:12:20PM +0200, Paul de Weerd wrote: | Then, 10 years ago (!!!), Daniel Dickman pointed out that the link to | a quote from John Carmack was *also* broken. Back then he suggested | including the quote in the Makefile directly as a comment. Note that | this quote is basically a mail John sent in 1999 (20 years ago!), | explaining that the DOOM shareware wad is freely distributable. I | promised Daniel to look into this when I had more time .. so with | apologies to Daniel I'm finally coming around to that. To clarify: this part of the diff is a verbatim copy of what Daniel sent me 10 years ago. Paul -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
fixing games/doomdata/shareware
Hi all,
In https://marc.info/?l=openbsd-ports&m=156470666814542&w=2 Daniel
Jakots showed that some ports where I'm listed as MAINTAINER have
broken homepages. Here's the first step to fix that: games/doomdata/
shareware doesn't only have a broken HOMEPAGE, its MASTER_SITES is
also broken. As id doesn't seem to really have a page on (classic)
doom anymore, I've removed HOMEPAGE. Thanks to Stuart who still had a
copy of the original file, the broken MASTER_SITES can be fixed by
hosting the distfile myself.
Then, 10 years ago (!!!), Daniel Dickman pointed out that the link to
a quote from John Carmack was *also* broken. Back then he suggested
including the quote in the Makefile directly as a comment. Note that
this quote is basically a mail John sent in 1999 (20 years ago!),
explaining that the DOOM shareware wad is freely distributable. I
promised Daniel to look into this when I had more time .. so with
apologies to Daniel I'm finally coming around to that.
I've tested the wad with games/prboom and can confirm it works fine.
Can someone please review and, if OK, commit this?
Thanks,
Paul
Index: Makefile
===
RCS file: /home/OpenBSD/cvs/ports/games/doomdata/shareware/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile12 Jul 2019 20:46:16 - 1.4
+++ Makefile4 Oct 2019 19:41:33 -
@@ -4,21 +4,39 @@ COMMENT = DOOM I Shareware data files
DISTNAME = doom19s
PKGNAME = doomdata-1.9
-REVISION = 0
+REVISION = 1
EXTRACT_SUFX = .zip
CATEGORIES = games
-HOMEPAGE = http://www.idsoftware.com/games/doom/doom-collectors/
-
MAINTAINER = Paul de Weerd
PKG_ARCH = *
-# John Carmack says "freely distributable" :
-#
http://sinusforschung.com/cgi-bin/dwww/usr/share/doc/doom-wad-shareware/copyright
+# The license does not appear to grant distribution permission. Email
+# from John Carmack of ID Software provided this clarification:
+#
+# X-Sender: jo...@mail.idsoftware.com
+# X-Mailer: Windows Eudora Pro Version 3.0 (32)
+# Date: Sat, 23 Oct 1999 20:01:30 -0500
+# To: Joe Drew
+# From: jo...@idsoftware.com (John Carmack)
+# Subject: Re: Doom shareware WAD license
+#
+# At 08:02 PM 10/23/99 -0400, you wrote:
+# >Can you give me a definite license on the doom 1 shareware wad? I find
certain
+# >things that say "freely distribute" and others that say "get vendor's
license"
+# >... All I need to have is a license so I can package it up for Debian.
+# >Thanks.
+# >Joe
+#
+# The DOOM shareware wad is freely distributable. No Quake data is freely
+# distributable.
+#
+# John Carmack
+#
PERMIT_PACKAGE = Yes
-MASTER_SITES = ftp://ftp.idsoftware.com/idstuff/doom/
+MASTER_SITES = http://www.weirdnet.nl/OpenBSD/ports/dist/
WRKSRC = ${WRKDIR}
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
iridium pledge violation
Hi all, I've just upgraded my workstation to the latest snapshot, including newer packages. I use the signal chrome app in iridium and since it was complaining about needing an upgrade, I removed the (package version iridium-2017.11p0) app and tried to re-install it (iridium has a problem with upgrading installed apps; this is known upstream). While trying to install, I get pledge violations: 2017-12-10T18:47:46.313Z pom /bsd: iridium(85576): pledge sysctl 2: 6 19 2017-12-10T18:47:46.320Z pom /bsd: iridium[85576]: pledge "", syscall 202 2017-12-10T18:47:56.800Z pom /bsd: iridium(45150): pledge sysctl 2: 6 19 2017-12-10T18:47:56.804Z pom /bsd: iridium[45150]: pledge "", syscall 202 2017-12-10T18:47:56.807Z pom /bsd: iridium[45150]: pledge "stdio", syscall 133 Looks like iridium either needs a wider pledge or some stuff needs neutering. Haven't looked in more detail yet. Paul OpenBSD 6.2-current (GENERIC.MP) #265: Sat Dec 9 10:24:12 MST 2017 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 34243919872 (32657MB) avail mem = 33199185920 (31661MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xec410 (88 entries) bios0: vendor Dell Inc. version "A12" date 05/06/2015 bios0: Dell Inc. OptiPlex 9020 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT SLIC LPIT SSDT SSDT SSDT HPET SSDT MCFG SSDT ASF! DMAR acpi0: wakeup devices UAR1(S3) PXSX(S4) RP01(S4) PXSX(S4) PXSX(S4) PXSX(S4) RP05(S4) PXSX(S4) PXSX(S4) PXSX(S4) GLAN(S4) EHC1(S3) EHC2(S3) XHC_(S4) HDEF(S4) PEG0(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3692.05 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT cpu0: 256KB 64b/line 8-way L2 cache acpitimer0: recalibrated TSC frequency 3392144776 Hz cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3691.44 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3691.45 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3691.44 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 0, core 3, package 0 cpu4 at mainbus0: apid 1 (application processor) cpu4: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3691.45 MHz cpu4: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT cpu4: 256KB 64b/line 8-way L2 cache cpu4: smt 1, core 0, package 0 cpu5 at mainbus0: apid 3 (application processor) cpu5: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz, 3691.45 MHz cpu5: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE
Re: FIX: net/mcast-proxy rc script
On Mon, Aug 07, 2017 at 10:52:13AM +0100, Stuart Henderson wrote:
| On 2017/08/07 11:45, Paul de Weerd wrote:
| > It was pointed out to me off-list (thanks Mattieu) that I never tested
| > the rc script that comes with net/mcast-proxy with the actual port
| > itself. Problem is that I used the rc script from my mail to tech@
| > from 3 June[1], which was for an mcast-proxy in base (with the binary
| > in /usr/sbin/). However, the port installs into /usr/local/bin/.
| >
| > Two ways to fix this: install the binary in ${TRUEPREFIX}/sbin/ or fix
| > the rc script to use the binary from ${TRUEPREFIX}/bin/. This diff
| > uses the latter approach. Should the binary live in sbin/? At least
| > hier(7) suggests it, but that diff is a bit more involved.
|
| /sbin feels better to me, the diff is still pretty simple (this is
| similar to how it would work in base; see src/usr.sbin/Makefile.inc):
Agreed, that is better (and indeed quite simple). OK me :) Thanks
Stuart!
Paul
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
FIX: net/mcast-proxy rc script
It was pointed out to me off-list (thanks Mattieu) that I never tested
the rc script that comes with net/mcast-proxy with the actual port
itself. Problem is that I used the rc script from my mail to tech@
from 3 June[1], which was for an mcast-proxy in base (with the binary
in /usr/sbin/). However, the port installs into /usr/local/bin/.
Two ways to fix this: install the binary in ${TRUEPREFIX}/sbin/ or fix
the rc script to use the binary from ${TRUEPREFIX}/bin/. This diff
uses the latter approach. Should the binary live in sbin/? At least
hier(7) suggests it, but that diff is a bit more involved.
Comments? OKs?
Thanks,
Paul 'WEiRD' de Weerd
PS: I'm also working on changing this port to the proper upstream, but
that's not immediately affecting the usability of the package, so I'll
leave that for a later diff.
[1]: http://marc.info/?l=openbsd-tech&m=149650042205168&w=2
Index: net/mcast-proxy/Makefile
===
RCS file: /cvs/ports/net/mcast-proxy/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- net/mcast-proxy/Makefile31 Jul 2017 09:38:56 - 1.3
+++ net/mcast-proxy/Makefile7 Aug 2017 09:27:22 -
@@ -4,7 +4,7 @@ COMMENT = multicast proxy daemon
DISTNAME = mcast-proxy-1.0
CATEGORIES = net
-REVISION = 1
+REVISION = 2
MASTER_SITES = http://www.weirdnet.nl/openbsd/code/mcast-proxy/
Index: net/mcast-proxy/pkg/mcastproxy.rc
===
RCS file: /cvs/ports/net/mcast-proxy/pkg/mcastproxy.rc,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 mcastproxy.rc
--- net/mcast-proxy/pkg/mcastproxy.rc 30 Jul 2017 21:12:36 - 1.1.1.1
+++ net/mcast-proxy/pkg/mcastproxy.rc 7 Aug 2017 09:27:28 -
@@ -2,7 +2,7 @@
#
# $OpenBSD: mcastproxy.rc,v 1.1.1.1 2017/07/30 21:12:36 jca Exp $
-daemon="${TRUEPREFIX}/sbin/mcast-proxy"
+daemon="${TRUEPREFIX}/bin/mcast-proxy"
. /etc/rc.d/rc.subr
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: NEW: net/mcast-proxy
On Thu, Jul 27, 2017 at 09:29:34PM +0100, Stuart Henderson wrote: | > We have similar warnings in base in rtadvd(8). This is no actually a | > problem since the member is correctly aligned. Sometimes clang figures | > this out, sometimes not. I'm still contemplating what to do about it | > in rtadvd(8). | | Thanks. Considering this, OK sthen@ with the fixed rc.d script. Thanks Florian, Stuart! Attached is an updated port with the TRUEPREFIX change for the rc.d script. Any other OKs? Can someone commit this with Stuart's OK? Cheers, Paul -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ mcast-proxy.tgz Description: application/tar-gz
Re: NEW: net/mcast-proxy
On Thu, Jul 27, 2017 at 10:15:05PM +0200, Paul de Weerd wrote: | So this is probably something in my environment, but I can't see what. | Any ideas? Wait .. you're probably on a clang-snap already. Could that cause this difference? I'm still building with gcc (my local snapshot is just over a week old). -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: net/mcast-proxy
Hi Stuart!
Thanks for your review.
On Thu, Jul 27, 2017 at 09:11:21PM +0100, Stuart Henderson wrote:
| On 2017/07/27 21:36, Paul de Weerd wrote:
| > I'm actively using (and enjoying) the fruit of Rafael's work on his
| > multicast proxy daemon (see [1] for details). Although I still
| > believe it would be beneficial to have code exercising the kernel's
| > multicast bits in base, that doesn't seem to be in the stars (at this
| > moment). So, with Rafael's permission, I'm presenting a port of his
| > work.
|
| rc script needs ${TRUEPREFIX} in "daemon".
Good point, fixing that.
| There are several warnings in build:
That's weird - I don't see those:
[weerd@pom] $ make package
===> Looking for mcast-proxy-1.0.tgz in $PKG_PATH - not found
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1918
'/usr/ports/packages/amd64/cache/mcast-proxy-1.0.tgz': @if /usr/bin/env -i P...)
===> Checking files for mcast-proxy-1.0
`/usr/ports/distfiles/mcast-proxy-1.0.tar.gz' is up to date.
>> (SHA256) mcast-proxy-1.0.tar.gz: OK
===> Verifying specs: c event
===> found c.89.6 event.4.1
===> Extracting for mcast-proxy-1.0
===> Patching for mcast-proxy-1.0
===> Compiler link: clang -> /usr/bin/clang
===> Compiler link: clang++ -> /usr/bin/clang++
===> Compiler link: cc -> /usr/bin/cc
===> Compiler link: c++ -> /usr/bin/c++
===> Configuring for mcast-proxy-1.0
===> Building for mcast-proxy-1.0
yacc -d -o parse.c parse.y
cc -O2 -pipe -I/usr/ports/pobj/mcast-proxy-1.0/mcast-proxy-1.0 -Wall -Wextra
-Wshadow -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes
-Wpointer-arith -Wsign-compare -MD -MP -nostdinc -idirafter /usr/include -c
mcast-proxy.c
cc -O2 -pipe -I/usr/ports/pobj/mcast-proxy-1.0/mcast-proxy-1.0 -Wall -Wextra
-Wshadow -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes
-Wpointer-arith -Wsign-compare -MD -MP -nostdinc -idirafter /usr/include -c
kroute.c
cc -O2 -pipe -I/usr/ports/pobj/mcast-proxy-1.0/mcast-proxy-1.0 -Wall -Wextra
-Wshadow -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes
-Wpointer-arith -Wsign-compare -MD -MP -nostdinc -idirafter /usr/include -c
log.c
cc -O2 -pipe -I/usr/ports/pobj/mcast-proxy-1.0/mcast-proxy-1.0 -Wall -Wextra
-Wshadow -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes
-Wpointer-arith -Wsign-compare -MD -MP -nostdinc -idirafter /usr/include -c
mrt.c
cc -O2 -pipe -I/usr/ports/pobj/mcast-proxy-1.0/mcast-proxy-1.0 -Wall -Wextra
-Wshadow -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes
-Wpointer-arith -Wsign-compare -MD -MP -nostdinc -idirafter /usr/include -c
parse.c
cc -O2 -pipe -I/usr/ports/pobj/mcast-proxy-1.0/mcast-proxy-1.0 -Wall -Wextra
-Wshadow -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes
-Wpointer-arith -Wsign-compare -MD -MP -nostdinc -idirafter /usr/include -c
util.c
cc -o mcast-proxy mcast-proxy.o kroute.o log.o mrt.o parse.o util.o -levent
===> Faking installation for mcast-proxy-1.0
install -d -m 755 /usr/ports/pobj/mcast-proxy-1.0/fake-amd64
install -c -S -s -o root -g bin -m 755 mcast-proxy
/usr/ports/pobj/mcast-proxy-1.0/fake-amd64/usr/local/bin/mcast-proxy
install -c -o root -g bin -m 644 mcast-proxy.8
/usr/ports/pobj/mcast-proxy-1.0/fake-amd64/usr/local/man/man8/mcast-proxy.8
install -c -o root -g bin -m 644 mcast-proxy.conf.5
/usr/ports/pobj/mcast-proxy-1.0/fake-amd64/usr/local/man/man5/mcast-proxy.conf.5
Installing /usr/ports/net/mcast-proxy/pkg/mcastproxy.rc as
/usr/ports/pobj/mcast-proxy-1.0/fake-amd64/etc/rc.d/mcastproxy
===> Building package for mcast-proxy-1.0
Create /usr/ports/packages/amd64/all/mcast-proxy-1.0.tgz
Link to /usr/ports/packages/amd64/ftp/mcast-proxy-1.0.tgz
Link to /usr/ports/packages/amd64/cdrom/mcast-proxy-1.0.tgz
So this is probably something in my environment, but I can't see what.
Any ideas?
Thanks,
Paul
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
NEW: net/mcast-proxy
Hi all, I'm actively using (and enjoying) the fruit of Rafael's work on his multicast proxy daemon (see [1] for details). Although I still believe it would be beneficial to have code exercising the kernel's multicast bits in base, that doesn't seem to be in the stars (at this moment). So, with Rafael's permission, I'm presenting a port of his work. [weerd@pom] $ cat pkg/DESCR mcast-proxy is a small daemon that can be used for multicast streaming setups. Run it on your gateway to have set-top boxes in your local network able to fetch multicast streams from your IP-TV provider. I'm hosting the code myself and have changed it to use user _mcastproxy, with uid 791 reserved in infrastructure/db/usr.list: Index: infrastructure/db/user.list === RCS file: /cvs/ports/infrastructure/db/user.list,v retrieving revision 1.292 diff -u -p -r1.292 user.list --- infrastructure/db/user.list 2 Jun 2017 16:47:23 - 1.292 +++ infrastructure/db/user.list 27 Jul 2017 19:07:43 - @@ -299,3 +299,4 @@ id usergroup port options 788 _dnsdist _dnsdistnet/dnsdist 789 _ftpsesame _ftpsesame net/ftpsesame 790 _mtr _mtrnet/mtr +791 _mcastproxy_mcastproxy net/mcast-proxy It's been a while porting stuff, so this can probably use some thorogh review. Bring it! :-) [1]: https://marc.info/?l=openbsd-tech&m=149521121521976&w=2 -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ mcast-proxy.tgz Description: application/tar-gz
Re: NEW: games/openrct2
This is terrible, Brian. I hate you already.
Tested and works great. Probably too good. I fear I now have to
fight my girlfriend over access to my workstation.
Now, back to my theme park...
Cheers,
Paul
On Mon, Jun 26, 2017 at 05:07:29PM -0400, Brian Callahan wrote:
| Hi ports --
|
| Attached is a new port, games/openrct2. OpenRCT2 is an open source
| re-implementation of RollerCoaster Tycoon 2 (and the original RollerCoaster
| Tycoon).
|
| ---
| pkg/DESCR:
| OpenRCT2 is an open source re-implementation of RollerCoaster Tycoon 2
| and the original RollerCoaster Tycoon, construction and management
| simulation games that simulate amusement park management. You can also
| build your own roller coasters.
|
| OpenRCT2 requires game files from RollerCoaster Tycoon 2 in order to
| work properly. It will also use files from the original RollerCoaster
| Tycoon if available.
| ---
|
| OpenRCT2 brings a lot of new features to the games, very notably full screen
| support and multiplayer.
| It does however require the original game files to play. When you launch
| openrct2 for the first time, it will tell you how to edit
| ~/.config/OpenRCT2/config.ini in order for it to find the game files (in
| short: RCT2 path goes in game_path and RCT1 path, if you have/want it, goes
| in rct1_path).
|
| Upstream has been great in getting all the support for OpenBSD into their
| tree and test running it on their own systems (so I have reports of the game
| working on machines other than mine). I'm hosting a tarball for now but we
| will switch to their tarballs once a new release of OpenRCT2 is made.
|
| Portcheck complains about finding hardcoded paths on this line in the port
| Makefile:
| sed -i 's,/usr/local,${TRUEPREFIX},g'
| ${WRKSRC}/src/openrct2/platform/linux.c
| but that must be a false positive.
|
| Works well on amd64.
|
| OK?
|
| ~Brian
|
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
fix net/ladvd rc script
Missed this while updating the port to 1.1.1; apologies. The pexp for ladvd has changed (the privileged process is now called 'parent' instead of 'master'). Discovered after I upgraded production machines to a more recent snap which then started complaining about failed ladvd in daily mails. Cheers, Paul 'WEiRD' de Weerd Index: Makefile === RCS file: /cvs/ports/net/ladvd/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile16 Jun 2017 15:05:00 - 1.19 +++ Makefile27 Jun 2017 06:54:32 - @@ -7,6 +7,7 @@ CATEGORIES =net DISTNAME = ladvd-1.1.1 MASTER_SITES = https://github.com/sspans/ladvd/files/1065794/ HOMEPAGE = http://blinkenlights.nl/software/ladvd/ +REVISION = 0 MAINTAINER = Paul de Weerd Index: pkg/ladvd.rc === RCS file: /cvs/ports/net/ladvd/pkg/ladvd.rc,v retrieving revision 1.2 diff -u -p -r1.2 ladvd.rc --- pkg/ladvd.rc15 Jul 2015 17:45:12 - 1.2 +++ pkg/ladvd.rc27 Jun 2017 06:54:38 - @@ -7,7 +7,7 @@ daemon_flags="-a -z" . /etc/rc.d/rc.subr -pexp="ladvd: master \[priv\]" +pexp="ladvd: parent \[priv\].*" rc_reload=NO rc_cmd $1 -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: UPDATE net/ladvd to 1.1.1
On Wed, Jun 14, 2017 at 03:01:03PM +0100, Stuart Henderson wrote:
| OK this one is in github "releases"; just use normal variables:
|
| DISTNAME= ladvd-1.1.1
| MASTER_SITES= https://github.com/sspans/ladvd/files/1065794/
|
| GH_* are for things which don't use "releases" and rely on github's
auto-generated
| export tarballs.
D0h! Thanks Stuart, that explains a lot.
This diff still builds, packages and runs for me. Comments? OKs?
Thanks,
Paul 'WEiRD' de Weerd
Index: Makefile
===
RCS file: /cvs/ports/net/ladvd/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile5 Oct 2015 16:29:02 - 1.18
+++ Makefile14 Jun 2017 14:21:04 -
@@ -2,10 +2,10 @@
COMMENT = link advertisement (LLDP/CDP etc) daemon
-DISTNAME = ladvd-1.0.4
-REVISION = 3
CATEGORIES = net
+DISTNAME = ladvd-1.1.1
+MASTER_SITES = https://github.com/sspans/ladvd/files/1065794/
HOMEPAGE = http://blinkenlights.nl/software/ladvd/
MAINTAINER = Paul de Weerd
@@ -13,10 +13,7 @@ MAINTAINER = Paul de Weerd name, sizeof(ifmr.ifm_name));
+
+@@ -498,7 +498,7 @@ static int netif_physical(int sockfd, struct netif *ne
+ return(EXIT_FAILURE);
+ }
+
+-media_list = my_malloc(ifmr.ifm_count * sizeof(int));
++media_list = my_malloc(ifmr.ifm_count * sizeof(uint64_t));
+ ifmr.ifm_ulist = media_list;
+
+ if (ioctl(sockfd, SIOCGIFMEDIA, (caddr_t)&ifmr) < 0) {
Index: patches/patch-src_netif_c
===
RCS file: patches/patch-src_netif_c
diff -N patches/patch-src_netif_c
--- patches/patch-src_netif_c 11 Sep 2015 15:13:35 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,21 +0,0 @@
-$OpenBSD: patch-src_netif_c,v 1.1 2015/09/11 15:13:35 sthen Exp $
src/netif.c.orig Fri Sep 11 09:11:24 2015
-+++ src/netif.cFri Sep 11 09:11:49 2015
-@@ -1068,7 +1068,7 @@ int netif_media(struct netif *netif) {
-
- #if HAVE_NET_IF_MEDIA_H
- struct ifmediareq ifmr = {};
--int *media_list;
-+uint64_t *media_list;
- #endif /* HAVE_HAVE_NET_IF_MEDIA_H */
-
- if (sockfd == -1)
-@@ -1219,7 +1219,7 @@ int netif_media(struct netif *netif) {
- return(EXIT_FAILURE);
- }
-
--media_list = my_malloc(ifmr.ifm_count * sizeof(int));
-+media_list = my_malloc(ifmr.ifm_count * sizeof(uint64_t));
- ifmr.ifm_ulist = media_list;
-
- if (ioctl(sockfd, SIOCGIFMEDIA, (caddr_t)&ifmr) < 0) {
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/ladvd/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 23 Apr 2011 17:40:34 - 1.5
+++ pkg/PLIST 14 Jun 2017 12:02:51 -
@@ -6,7 +6,6 @@
@bin sbin/ladvd
@bin sbin/ladvdc
share/doc/ladvd/
-share/doc/ladvd/ChangeLog
share/doc/ladvd/HACKING
share/doc/ladvd/LICENSE
share/doc/ladvd/README
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
UPDATE net/ladvd to 1.1.1
Hi all,
Here's an update to net/ladvd, bringing it to 1.1.1.
There's one issue though, and I could use some pointers here. The
Makefile as it is now fetches a different tarball (same name) than the
one that should be used (which is fetched from
https://github.com/sspans/ladvd/files/1065794/ladvd-1.1.1.tar.gz )
Is this something I should ask upstream about? Any feedback
appreciated.
Cheers,
Paul 'WEiRD' de Weerd
Index: Makefile
===
RCS file: /cvs/ports/net/ladvd/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile5 Oct 2015 16:29:02 - 1.18
+++ Makefile14 Jun 2017 12:05:57 -
@@ -2,10 +2,12 @@
COMMENT = link advertisement (LLDP/CDP etc) daemon
-DISTNAME = ladvd-1.0.4
-REVISION = 3
CATEGORIES = net
+GH_ACCOUNT = sspans
+GH_PROJECT = ladvd
+GH_TAGNAME = v1.1.1
+
HOMEPAGE = http://blinkenlights.nl/software/ladvd/
MAINTAINER = Paul de Weerd
@@ -13,10 +15,7 @@ MAINTAINER = Paul de Weerd name, sizeof(ifmr.ifm_name));
+
+@@ -498,7 +498,7 @@ static int netif_physical(int sockfd, struct netif *ne
+ return(EXIT_FAILURE);
+ }
+
+-media_list = my_malloc(ifmr.ifm_count * sizeof(int));
++media_list = my_malloc(ifmr.ifm_count * sizeof(uint64_t));
+ ifmr.ifm_ulist = media_list;
+
+ if (ioctl(sockfd, SIOCGIFMEDIA, (caddr_t)&ifmr) < 0) {
Index: patches/patch-src_netif_c
===
RCS file: patches/patch-src_netif_c
diff -N patches/patch-src_netif_c
--- patches/patch-src_netif_c 11 Sep 2015 15:13:35 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,21 +0,0 @@
-$OpenBSD: patch-src_netif_c,v 1.1 2015/09/11 15:13:35 sthen Exp $
src/netif.c.orig Fri Sep 11 09:11:24 2015
-+++ src/netif.cFri Sep 11 09:11:49 2015
-@@ -1068,7 +1068,7 @@ int netif_media(struct netif *netif) {
-
- #if HAVE_NET_IF_MEDIA_H
- struct ifmediareq ifmr = {};
--int *media_list;
-+uint64_t *media_list;
- #endif /* HAVE_HAVE_NET_IF_MEDIA_H */
-
- if (sockfd == -1)
-@@ -1219,7 +1219,7 @@ int netif_media(struct netif *netif) {
- return(EXIT_FAILURE);
- }
-
--media_list = my_malloc(ifmr.ifm_count * sizeof(int));
-+media_list = my_malloc(ifmr.ifm_count * sizeof(uint64_t));
- ifmr.ifm_ulist = media_list;
-
- if (ioctl(sockfd, SIOCGIFMEDIA, (caddr_t)&ifmr) < 0) {
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/ladvd/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 23 Apr 2011 17:40:34 - 1.5
+++ pkg/PLIST 14 Jun 2017 12:02:51 -
@@ -6,7 +6,6 @@
@bin sbin/ladvd
@bin sbin/ladvdc
share/doc/ladvd/
-share/doc/ladvd/ChangeLog
share/doc/ladvd/HACKING
share/doc/ladvd/LICENSE
share/doc/ladvd/README
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
UPDATE: fswebcam-20140113
Hi all, Recently, I started using fswebcam and noticed there's a newer version out. This trivial update seems to build, install and work for me. Here's what's new from the fswebcam homepage: fswebcam-20110717 - Fixed crash when using --no-timestamp option. - Cleaned up a few small compiler warnings. - Fix pointer type in src_v4l2_set_fps() (hauptmech) Any users of this port care to comment? OK? Cheers, Paul Index: Makefile === RCS file: /cvs/ports/graphics/fswebcam/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile13 Apr 2014 01:01:39 - 1.10 +++ Makefile22 Apr 2015 09:29:32 - @@ -2,7 +2,7 @@ COMMENT= fswebcam is a small and simple webcam app -DISTNAME= fswebcam-20110717 -REVISION= 0 +DISTNAME= fswebcam-20140113 CATEGORIES=graphics MASTER_SITES= http://www.firestorm.cx/fswebcam/files/ Index: distinfo === RCS file: /cvs/ports/graphics/fswebcam/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo17 Mar 2014 23:21:26 - 1.4 +++ distinfo22 Apr 2015 09:29:36 - @@ -1,2 +1,2 @@ -SHA256 (fswebcam-20110717.tar.gz) = O0xzzS2gW0ixs8m1cURpADfPyEdbPcgrLbSATzhSGOM= -SIZE (fswebcam-20110717.tar.gz) = 111949 +SHA256 (fswebcam-20140113.tar.gz) = PuOJ9yp3N3ANIuDJVHILHju63IoNqtZCbCVIm6ncMZk= +SIZE (fswebcam-20140113.tar.gz) = 113226 -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: Delete: archivers/bzip
On Mon, Mar 10, 2014 at 04:42:20PM +0100, Christian Weisgerber wrote: | I suggest to delete archivers/bzip. | | bzip is used by nobody. It was patent-encumbered and, from today's | POV, superseded immediately by bzip2. The upstream distfile is | long gone. | | ok? Too little, too late; but the one case where I used this particular port in the past was when I ran across an old bzip (not bzip2) archive I was unable to otherwise uncompress with bzip2 or other tools. After some digging around in the ports tree, this baby saved the day. I won't lose much sleep with this gone (for me, it was just the one odd occurence), just pointing out a possible use case for the tool even though your argument makes sense. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: Request for feedback: irssi-otr
I haven't looked closely at your port yet, but the name rang a bell:
http://marc.info/?l=openbsd-ports&m=133616021717580&w=2
David ported this almost two years ago and it worked fine for me then.
My use-case then disappeared, so I didn't really push for it anymore,
but David's port was fine for my use.
Cheers,
Paul 'WEiRD' de Weerd
On Mon, Feb 17, 2014 at 08:03:48PM +, Stuart Henderson wrote:
| On 2014/02/17 20:21, Florian Stinglmayr wrote:
| > Hi list,
| >
| > attached is a port for an irssi OTR plugin. This is my first complicated
| > port and I'd appreciate comments on it. After fixing it up, I will
| > resubmit it after the ports tree has been unlocked.
| >
| > My GNU autotool magic is weak, and I have not yet found a way to stop
| > autotools to build irssi-otr as a static library. Any pointers with in
| > this direction would also be appreciated.
| >
| > This port requires irssi and someone else who is also using OTR. After
| > installing the port load the module in irssi with:
| >
| > /load otr
| >
| > And check out the help with:
| >
| > /help otr
| >
| > Thanks in advance,
| > Florian
|
| quick comments from reading the port:
|
| port should be SHARED_ONLY=Yes and remove PFRAG.shared/PLIST and regen
| (the .so module will then go to PLIST)
|
| try LIBTOOL_FLAGS = --tag=disable-static, if that doesn't remove the
| static library then you could just @comment it in the PLIST
|
| align your multi-line variables like other ports do (8 column tabs)
|
| does it really need USE_LIBTOOL = gnu? if so, add a comment explaining
| why. if you just need a copy of libtoolize for autoreconf, make that a
| BUILD_DEPENDS on devel/libtool instead and remove the USE_LIBTOOL line.
|
| use MODGNU_AUTOCONF_DEPENDS and MODGNU_AUTOMAKE_DEPENDS rather than
| devel/autoconf/2.69 and devel/automake/1.9 in BUILD_DEPENDS,
| in particular without these you will be missing a required build
| dep on metaauto.
|
| use ${LOCALBASE} in --with-libotr-inc-prefix=/usr/local/include
|
| zap the SHARED_LIBS line, this is a module not a traditional shared library
|
| those BUILD_DEPENDS lines on libraries look wrong. it might be
| possible that it's statically linking them, in which case it could
| be correct, but that's quite unlikely. use port-lib-depends-check
| to find out. given the dep's it is likely that it pulls in gettext,
| if so, this should be added by a MODULES line rather than
| LIB_DEPENDS/WANTLIB.
|
| missing EOL in pkg/DESCR (found by ports/infrastructure/bin/portcheck)
| and it's a bit longer than I'd usually prefer, I'd maybe replace the
| top two paragraphs with this:
|
| "IRSSI support for Off-The-Record (http://www.cypherpunks.ca/otr/) messaging,
| allowing you to have private conversations over instant messaging by
providing:"
|
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: NEW: audio/checkmate
On Thu, Dec 12, 2013 at 02:33:21PM +, Stuart Henderson wrote: | Straightforward port of an mp3 integrity checker. OK? | | Checkmate MP3 Checker is a free program that checks MP3 files for | errors. It scans MP3 files to see if the frames are where they are | supposed to be, whether the frame headers are correct and whether the | frame headers are consistent throughout the file. It reports some | information on each file and an indication whether the file is good or | bad. Works fine for me, OK. Thanks, sthen! Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: webapps in OpenBSD
On Mon, Sep 23, 2013 at 01:54:23PM +0200, Marc Espie wrote: | I see this as "editorial work": showing new users that this application | indeed | - works on OpenBSD, | - has been tested by someone, and | - is at least minimally maintained wrt security issues. And it makes upgrading a lot easier. Upgrade OS, pkg_add -u (no "i" there, still need to train muscle memory ;), and presto. No need to re-extract after the update. Thanks Marc. And Antoine and all the others working on these ports. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: Is anyone working on Wine?
On Wed, Feb 20, 2013 at 12:04:32AM +, Stuart Henderson wrote: | On 2013/02/19 23:30, Mikolaj Kucharski wrote: | > Speaking of Wine, is anyone working on it? | | Maybe I will work on some after I run out of cider. A cry for cider donations if I ever saw one... Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: updating to the same version?
On Thu, Jul 26, 2012 at 12:09:08PM +0200, Jan Stary wrote: | Just updated my curremt/amd64 and doing pkg_add -ui. | With some ports, it seems to be updating to the same version: | for example, | | groff-1.21p8: (extracting) ... (deleting) ... all that | groff-1.21p8->groff-1.21p8: ok | | Did it really reinstall the very same package (why?) | or am I missing something? Same version of groff but now linked to an updated library (either from ports or from base). This way, you can delete the old version of the library as nothing depends on it anymore (something pkg_add will handle for ports libraries). -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: [NEW] net/irssi-otr
On Fri, May 04, 2012 at 01:31:56PM -0600, David Coppa wrote: | | irssi-otr is a Off-the-Record Messaging (OTR) plugin for the irssi IRC client. | | Home: http://irssi-otr.tuxfamily.org/ | | Requested by / in collaboration with weerd@ Thanks David :) | Feedback's welcome! Yep, this works just fine for me. Also looks good ports-wise. Anyone else had a change to have a look at this ? Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: UPDATE Rdesktop-1.7.1
Works for me and fixes my issues with pasting xclip copied data into rdesktop sessions. Thanks, Paul 'WEiRD' de Weerd On Mon, Mar 12, 2012 at 02:54:49PM -0300, Gonzalo L. R. wrote: | Hi, | | An update for rdesktop, here is the release notes: http://sourceforge.net/projects/libvncserver/files/x11vnc/0.9.13/README.txt/view | | Ok? Comments? | | | Cheers. | | -- | Sending from my VCR -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: UPDATE: games/doomdata
Makes sense to me (although it is a little bit gratuitous update).
Thanks for the diff.
OK weerd@
On Fri, Mar 09, 2012 at 01:11:19AM -0800, Ryan Freeman wrote:
| here is an update to the doomdata ports installing to our
| preferred location. ok?
|
| -ryan
|
|
| Index: doom1/Makefile
| ===
| RCS file: /cvs/ports/games/doomdata/doom1/Makefile,v
| retrieving revision 1.1.1.1
| diff -u -p -u -r1.1.1.1 Makefile
| --- doom1/Makefile5 Jun 2009 22:31:44 - 1.1.1.1
| +++ doom1/Makefile9 Mar 2012 09:07:49 -
| @@ -27,8 +27,7 @@ FETCH_MANUALLY += "${FULLDISTDIR}."
| do-build:
|
| do-install:
| - ${INSTALL_DATA_DIR} ${PREFIX}/share/games/doom/
| - ${INSTALL_DATA} ${FULLDISTDIR}/doom.wad \
| - ${PREFIX}/share/games/doom/doom.wad
| + ${INSTALL_DATA_DIR} ${PREFIX}/share/doom/
| + ${INSTALL_DATA} ${FULLDISTDIR}/doom.wad ${PREFIX}/share/doom/doom.wad
|
| .include
| Index: doom1/pkg/PLIST
| ===
| RCS file: /cvs/ports/games/doomdata/doom1/pkg/PLIST,v
| retrieving revision 1.1.1.1
| diff -u -p -u -r1.1.1.1 PLIST
| --- doom1/pkg/PLIST 5 Jun 2009 22:31:44 - 1.1.1.1
| +++ doom1/pkg/PLIST 9 Mar 2012 09:07:49 -
| @@ -1,4 +1,3 @@
| @comment $OpenBSD: PLIST,v 1.1.1.1 2009/06/05 22:31:44 phessler Exp $
| -share/games/
| -share/games/doom/
| -share/games/doom/doom.wad
| +share/doom/
| +share/doom/doom.wad
| Index: doom2/Makefile
| ===
| RCS file: /cvs/ports/games/doomdata/doom2/Makefile,v
| retrieving revision 1.1.1.1
| diff -u -p -u -r1.1.1.1 Makefile
| --- doom2/Makefile5 Jun 2009 22:31:44 - 1.1.1.1
| +++ doom2/Makefile9 Mar 2012 09:07:49 -
| @@ -27,8 +27,7 @@ FETCH_MANUALLY += "${FULLDISTDIR}."
| do-build:
|
| do-install:
| - ${INSTALL_DATA_DIR} ${PREFIX}/share/games/doom/
| - ${INSTALL_DATA} ${FULLDISTDIR}/doom2.wad \
| - ${PREFIX}/share/games/doom/doom2.wad
| + ${INSTALL_DATA_DIR} ${PREFIX}/share/doom/
| + ${INSTALL_DATA} ${FULLDISTDIR}/doom2.wad ${PREFIX}/share/doom/doom2.wad
|
| .include
| Index: doom2/pkg/PLIST
| ===
| RCS file: /cvs/ports/games/doomdata/doom2/pkg/PLIST,v
| retrieving revision 1.1.1.1
| diff -u -p -u -r1.1.1.1 PLIST
| --- doom2/pkg/PLIST 5 Jun 2009 22:31:44 - 1.1.1.1
| +++ doom2/pkg/PLIST 9 Mar 2012 09:07:49 -
| @@ -1,4 +1,3 @@
| @comment $OpenBSD: PLIST,v 1.1.1.1 2009/06/05 22:31:44 phessler Exp $
| -share/games/
| -share/games/doom/
| -share/games/doom/doom2.wad
| +share/doom/
| +share/doom/doom2.wad
| Index: shareware/Makefile
| ===
| RCS file: /cvs/ports/games/doomdata/shareware/Makefile,v
| retrieving revision 1.1.1.1
| diff -u -p -u -r1.1.1.1 Makefile
| --- shareware/Makefile5 Jun 2009 22:31:44 - 1.1.1.1
| +++ shareware/Makefile9 Mar 2012 09:07:49 -
| @@ -29,8 +29,7 @@ do-build:
| cd ${WRKBUILD} && unzip DOOMS_19.ZIP
|
| do-install:
| - ${INSTALL_DATA_DIR} ${PREFIX}/share/games/doom/
| - ${INSTALL_DATA} ${WRKBUILD}/DOOM1.WAD \
| - ${PREFIX}/share/games/doom/doom1.wad
| + ${INSTALL_DATA_DIR} ${PREFIX}/share/doom/
| + ${INSTALL_DATA} ${WRKBUILD}/DOOM1.WAD ${PREFIX}/share/doom/doom1.wad
|
| .include
| Index: shareware/pkg/PLIST
| ===
| RCS file: /cvs/ports/games/doomdata/shareware/pkg/PLIST,v
| retrieving revision 1.1.1.1
| diff -u -p -u -r1.1.1.1 PLIST
| --- shareware/pkg/PLIST 5 Jun 2009 22:31:44 - 1.1.1.1
| +++ shareware/pkg/PLIST 9 Mar 2012 09:07:49 -
| @@ -1,4 +1,3 @@
| @comment $OpenBSD: PLIST,v 1.1.1.1 2009/06/05 22:31:44 phessler Exp $
| -share/games/
| -share/games/doom/
| -share/games/doom/doom1.wad
| +share/doom/
| +share/doom/doom1.wad
|
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: [UPDATE] ladvd-1.0.3
A small bug was found in 1.0.3, so here's an update to 1.0.4 (which
also takes Antoine's CONFIGURE_STYLE diff into account).
Index: Makefile
===
RCS file: /cvs/ports/net/ladvd/Makefile,v
retrieving revision 1.12
diff -u -r1.12 Makefile
--- Makefile21 Feb 2012 16:21:42 - 1.12
+++ Makefile22 Feb 2012 07:06:40 -
@@ -2,8 +2,7 @@
COMMENT = link advertisement (LLDP/CDP etc) daemon
-DISTNAME = ladvd-0.9.2
-REVISION = 0
+DISTNAME = ladvd-1.0.4
CATEGORIES = net
HOMEPAGE = http://blinkenlights.nl/software/ladvd/
@@ -18,12 +17,11 @@
MASTER_SITES = ${HOMEPAGE}
-AUTOCONF_VERSION = 2.64
+AUTOCONF_VERSION = 2.65
CONFIGURE_STYLE = autoconf
CONFIGURE_ARGS += --with-user=_ladvd --with-chroot-dir=/var/empty
-USE_GROFF =Yes
-WANTLIB = c event
+WANTLIB = c event pcap
# enables regression tests; GNU configure script enables them
# only if devel/check is available at build time
Index: distinfo
===
RCS file: /cvs/ports/net/ladvd/distinfo,v
retrieving revision 1.5
diff -u -r1.5 distinfo
--- distinfo27 Sep 2010 19:26:06 - 1.5
+++ distinfo22 Feb 2012 07:06:43 -
@@ -1,5 +1,5 @@
-MD5 (ladvd-0.9.2.tar.gz) = VEIap0srwXncCNQti7cwfA==
-RMD160 (ladvd-0.9.2.tar.gz) = hRd4CkLaBbbCXPPvvTVQ5yR36Hw=
-SHA1 (ladvd-0.9.2.tar.gz) = ISdR4bFXTa+ys6eLNxd16NvQy2Y=
-SHA256 (ladvd-0.9.2.tar.gz) = FyFknGTSVoq3JPe4C/vKHHly9YR6EfXW0JYS7pkIxoo=
-SIZE (ladvd-0.9.2.tar.gz) = 450906
+MD5 (ladvd-1.0.4.tar.gz) = msjp91tEVANVF57d9pftKw==
+RMD160 (ladvd-1.0.4.tar.gz) = 6+FXvoYbwwV6lTcxRSB15OZV1iY=
+SHA1 (ladvd-1.0.4.tar.gz) = hZY5JTcRSQeAPDz5uG54E5pIGQg=
+SHA256 (ladvd-1.0.4.tar.gz) = kAM9BABL0w4Fj6ypbA5jIADUSy7wplxw+dlyq9pKIro=
+SIZE (ladvd-1.0.4.tar.gz) = 463939
Index: patches/patch-src_master_c
===
RCS file: patches/patch-src_master_c
diff -N patches/patch-src_master_c
--- patches/patch-src_master_c 27 Sep 2010 19:26:06 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_master_c,v 1.1 2010/09/27 19:26:06 weerd Exp $
-Merge BPF direction fix from upstream
-
-http://code.google.com/p/ladvd/source/detail?r=d0ee6ffcfd
-
src/master.c.orig Thu Sep 23 11:27:37 2010
-+++ src/master.c Thu Sep 23 11:28:02 2010
-@@ -610,7 +610,7 @@ int master_socket(struct rawfd *rfd) {
- if (ioctl(fd, BIOCSDIRECTION, (caddr_t)&enable) < 0)
- my_fatal("unable to configure BPF direction for %s", rfd->name);
- #elif defined BIOCSDIRFILT
--enable = BPF_DIRECTION_IN;
-+enable = BPF_DIRECTION_OUT;
- if (ioctl(fd, BIOCSDIRFILT, (caddr_t)&enable) < 0)
- my_fatal("unable to configure BPF direction for %s", rfd->name);
- #endif
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
[UPDATE] ladvd-1.0.3
Here's an easy update to the latest version of ladvd. New features
include:
o first stab at verbose decoding in ladvdc
o use libpcap for sending / receiving packets
o rewritten support for management interfaces
o fix for active/backup bonding
o LLDP-MED fixes
o Cisco Nexus LLDP trailers fix
o EDP fixes
o some additional chroot restrictions (based on OpenSSH)
o support for receive only operation
o improved terminal handling in ladvdc
More details can be found at the Google code project page over at
http://code.google.com/p/ladvd/ Changes to the port come down to:
o Drop the BPF direction patch (included now)
o Move to autoconf 2.65
o Add pcap to WANTLIB
o Use mandoc for the manpages
Please test and provide feedback. This has been running fine for me
for a couple of days now on amd64. Tests on more (esoteric) platforms
very welcome.
Cheers,
Paul 'WEiRD' de Weerd
Index: Makefile
===
RCS file: /cvs/ports/net/ladvd/Makefile,v
retrieving revision 1.11
diff -u -r1.11 Makefile
--- Makefile23 Apr 2011 17:40:34 - 1.11
+++ Makefile15 Feb 2012 08:50:54 -
@@ -2,8 +2,7 @@
COMMENT = link advertisement (LLDP/CDP etc) daemon
-DISTNAME = ladvd-0.9.2
-REVISION = 0
+DISTNAME = ladvd-1.0.3
CATEGORIES = net
HOMEPAGE = http://blinkenlights.nl/software/ladvd/
@@ -18,12 +17,11 @@
MASTER_SITES = ${HOMEPAGE}
-AUTOCONF_VERSION = 2.64
+AUTOCONF_VERSION = 2.65
CONFIGURE_STYLE = gnu autoconf
CONFIGURE_ARGS += --with-user=_ladvd --with-chroot-dir=/var/empty
-USE_GROFF =Yes
-WANTLIB = c event
+WANTLIB = c event pcap
# enables regression tests; GNU configure script enables them
# only if devel/check is available at build time
Index: distinfo
===
RCS file: /cvs/ports/net/ladvd/distinfo,v
retrieving revision 1.5
diff -u -r1.5 distinfo
--- distinfo27 Sep 2010 19:26:06 - 1.5
+++ distinfo15 Feb 2012 09:23:10 -
@@ -1,5 +1,5 @@
-MD5 (ladvd-0.9.2.tar.gz) = VEIap0srwXncCNQti7cwfA==
-RMD160 (ladvd-0.9.2.tar.gz) = hRd4CkLaBbbCXPPvvTVQ5yR36Hw=
-SHA1 (ladvd-0.9.2.tar.gz) = ISdR4bFXTa+ys6eLNxd16NvQy2Y=
-SHA256 (ladvd-0.9.2.tar.gz) = FyFknGTSVoq3JPe4C/vKHHly9YR6EfXW0JYS7pkIxoo=
-SIZE (ladvd-0.9.2.tar.gz) = 450906
+MD5 (ladvd-1.0.3.tar.gz) = cu1HdfgoVJyJUXK7dCF2fQ==
+RMD160 (ladvd-1.0.3.tar.gz) = CeiCsjbE+45p0hvQF2OjcRGYQzo=
+SHA1 (ladvd-1.0.3.tar.gz) = y1aA5B5+H5ctaABVS6x5smNKZVI=
+SHA256 (ladvd-1.0.3.tar.gz) = wLsaglThnWYMoNpCvb0gbe6rocG/WbtGfNaHDBaJCA8=
+SIZE (ladvd-1.0.3.tar.gz) = 463530
Index: patches/patch-src_master_c
===
RCS file: patches/patch-src_master_c
diff -N patches/patch-src_master_c
--- patches/patch-src_master_c 27 Sep 2010 19:26:06 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_master_c,v 1.1 2010/09/27 19:26:06 weerd Exp $
-Merge BPF direction fix from upstream
-
-http://code.google.com/p/ladvd/source/detail?r=d0ee6ffcfd
-
src/master.c.orig Thu Sep 23 11:27:37 2010
-+++ src/master.c Thu Sep 23 11:28:02 2010
-@@ -610,7 +610,7 @@ int master_socket(struct rawfd *rfd) {
- if (ioctl(fd, BIOCSDIRECTION, (caddr_t)&enable) < 0)
- my_fatal("unable to configure BPF direction for %s", rfd->name);
- #elif defined BIOCSDIRFILT
--enable = BPF_DIRECTION_IN;
-+enable = BPF_DIRECTION_OUT;
- if (ioctl(fd, BIOCSDIRFILT, (caddr_t)&enable) < 0)
- my_fatal("unable to configure BPF direction for %s", rfd->name);
- #endif
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: Install lib32
On Fri, Oct 14, 2011 at 01:57:07PM -0300, Zantgo wrote: | This question is simple: | How I can install lib32 in openbsd? The answer is also simple: you can't. If you want to run 32 bit applications, install a 32 bit version of the OS. If you want to run 64 bit applications, install a 64 bit version of the OS. Make sure your hardware supports whatever you plan to run. The idea behind 32 bit support on 64 bit OSes is running closed source software. If that's really what you want to do, you have to accommodate it with a matching operating system and avoid bugs that could lurk in the 32-on-64 layer. But, I guess, if you want to run closed source software, you don't really care about bugs in layers... Seriously, run Fedora. And don't come here asking for support when it blows up in your face. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: install lib32
On Thu, Oct 13, 2011 at 06:15:16PM -0400, Zantgo Zantgo wrote: | ?How I can install lib32? step 1: download ubuntu step 2: install it step 3: ... step 4: profit! Good luck! Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: UPDATE: ffmpeg
On Thu, Mar 24, 2011 at 05:05:11PM -0500, Amit Kulkarni wrote: | Just a bit off topic, but can somebody please clean .orig files from | src? ports is very clean and doesn't have .orig files. They're not in the tree, just in your local checkout after you applied patches. Run `find /usr/src -name \*.orig | xargs rm` to remove them. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
UPDATE: ladvd 0.9.2
This is a relatively straightforward update to the latest release of
ladvd, 0.9.2. After testing, one bug was uncovered which was fixed
upstream, this has been integrated in the below diff.
Tested succesfully on amd64 and sparc64, more testing appreciated
(especially with exotic hardware and different platforms). Comments /
OKs ?
Thanks,
Paul 'WEiRD' de Weerd
Index: Makefile
===
RCS file: /cvs/ports/net/ladvd/Makefile,v
retrieving revision 1.7
diff -u -r1.7 Makefile
--- Makefile26 May 2010 17:03:59 - 1.7
+++ Makefile21 Sep 2010 16:09:06 -
@@ -2,7 +2,7 @@
COMMENT = link advertisement (LLDP/CDP etc) daemon
-DISTNAME = ladvd-0.9.0
+DISTNAME = ladvd-0.9.2
CATEGORIES = net
HOMEPAGE = http://blinkenlights.nl/software/ladvd/
Index: distinfo
===
RCS file: /cvs/ports/net/ladvd/distinfo,v
retrieving revision 1.4
diff -u -r1.4 distinfo
--- distinfo26 May 2010 17:03:59 - 1.4
+++ distinfo21 Sep 2010 16:10:27 -
@@ -1,5 +1,5 @@
-MD5 (ladvd-0.9.0.tar.gz) = waTOwN2MvDEq2WRlYkSlxQ==
-RMD160 (ladvd-0.9.0.tar.gz) = F3rLY7XtqfKnppXkp8QBhkG1N58=
-SHA1 (ladvd-0.9.0.tar.gz) = mZEmVmXmx+m5CFJnGzYMeUFxxVU=
-SHA256 (ladvd-0.9.0.tar.gz) = BpxGsN6uANus356+TpXjGpOQvEvQmbYKNvSKaHood/g=
-SIZE (ladvd-0.9.0.tar.gz) = 397506
+MD5 (ladvd-0.9.2.tar.gz) = VEIap0srwXncCNQti7cwfA==
+RMD160 (ladvd-0.9.2.tar.gz) = hRd4CkLaBbbCXPPvvTVQ5yR36Hw=
+SHA1 (ladvd-0.9.2.tar.gz) = ISdR4bFXTa+ys6eLNxd16NvQy2Y=
+SHA256 (ladvd-0.9.2.tar.gz) = FyFknGTSVoq3JPe4C/vKHHly9YR6EfXW0JYS7pkIxoo=
+SIZE (ladvd-0.9.2.tar.gz) = 450906
Index: patches/patch-configure_ac
===
RCS file: /cvs/ports/net/ladvd/patches/patch-configure_ac,v
retrieving revision 1.2
diff -u -r1.2 patch-configure_ac
--- patches/patch-configure_ac 26 May 2010 17:03:59 - 1.2
+++ patches/patch-configure_ac 23 Sep 2010 09:28:13 -
@@ -1,8 +1,8 @@
$OpenBSD: patch-configure_ac,v 1.2 2010/05/26 17:03:59 weerd Exp $
Disable PIE on ARM and HPPA
configure.ac.orig Thu May 20 11:17:15 2010
-+++ configure.ac Sat May 22 13:46:10 2010
-@@ -28,6 +28,10 @@ case "$target_os" in
+--- configure.ac.orig Tue Sep 21 09:52:07 2010
configure.ac Thu Sep 23 11:26:58 2010
+@@ -35,6 +35,10 @@ case "$target_os" in
use_pie=no
;;
openbsd*)
Index: patches/patch-src_master_c
===
RCS file: patches/patch-src_master_c
diff -N patches/patch-src_master_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_master_c 23 Sep 2010 09:29:35 -
@@ -0,0 +1,16 @@
+$OpenBSD$
+Merge BPF direction fix from upstream
+
+http://code.google.com/p/ladvd/source/detail?r=d0ee6ffcfd
+
+--- src/master.c.orig Thu Sep 23 11:27:37 2010
src/master.c Thu Sep 23 11:28:02 2010
+@@ -610,7 +610,7 @@ int master_socket(struct rawfd *rfd) {
+ if (ioctl(fd, BIOCSDIRECTION, (caddr_t)&enable) < 0)
+ my_fatal("unable to configure BPF direction for %s", rfd->name);
+ #elif defined BIOCSDIRFILT
+-enable = BPF_DIRECTION_IN;
++enable = BPF_DIRECTION_OUT;
+ if (ioctl(fd, BIOCSDIRFILT, (caddr_t)&enable) < 0)
+ my_fatal("unable to configure BPF direction for %s", rfd->name);
+ #endif
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/ladvd/pkg/PLIST,v
retrieving revision 1.3
diff -u -r1.3 PLIST
--- pkg/PLIST 26 May 2010 17:03:59 - 1.3
+++ pkg/PLIST 21 Sep 2010 16:36:47 -
@@ -7,6 +7,7 @@
@bin sbin/ladvdc
share/doc/ladvd/
share/doc/ladvd/ChangeLog
+share/doc/ladvd/HACKING
share/doc/ladvd/LICENSE
share/doc/ladvd/README
share/doc/ladvd/TODO
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: UPDATE: net/ladvd 0.8 -> 0.9.0
Updated diff disables PIE on hppa too (thanks, brad)
Please test / comment / ok.
Paul
On Sat, May 22, 2010 at 01:21:25PM +0200, Paul de Weerd wrote:
|
| Hi Guys,
|
| Please find attached the update for ladvd to 0.9.0. This version
| brings the following new features :
|
| o improved privilege droppig logic
| o better ifdescr support (shows portname)
| o better unit tests
| o support for vlan encapsulated advertisements
| o improved decoding
| o cli command to print received packets
| o improved handling of removed interfaces
| o improved child failure handling
|
| It has been tested on sparc64, amd64 and i386 so far (thanks to Sten,
| William and Michiel for initial testing). Please test on other
| platforms (arm would be nice) and give me your comments / ok's.
Index: Makefile
===
RCS file: /cvs/ports/net/ladvd/Makefile,v
retrieving revision 1.6
diff -u -r1.6 Makefile
--- Makefile21 Apr 2010 22:57:04 - 1.6
+++ Makefile22 May 2010 11:46:44 -
@@ -2,8 +2,7 @@
COMMENT = link advertisement (LLDP/CDP etc) daemon
-DISTNAME = ladvd-0.8
-PKGNAME = ${DISTNAME}p0
+DISTNAME = ladvd-0.9.0
CATEGORIES = net
HOMEPAGE = http://blinkenlights.nl/software/ladvd/
@@ -18,7 +17,7 @@
MASTER_SITES = ${HOMEPAGE}
-AUTOCONF_VERSION = 2.61
+AUTOCONF_VERSION = 2.64
CONFIGURE_STYLE = gnu autoconf
CONFIGURE_ARGS += --with-user=_ladvd --with-chroot-dir=/var/empty
Index: distinfo
===
RCS file: /cvs/ports/net/ladvd/distinfo,v
retrieving revision 1.3
diff -u -r1.3 distinfo
--- distinfo15 Jul 2009 08:51:35 - 1.3
+++ distinfo22 May 2010 11:46:44 -
@@ -1,5 +1,5 @@
-MD5 (ladvd-0.8.tar.gz) = moC0Wsgw+vAVHSNiOu1UlA==
-RMD160 (ladvd-0.8.tar.gz) = 1okcgtmULs7EvWqp/h8k2uHxy5Q=
-SHA1 (ladvd-0.8.tar.gz) = EjkqF1N+4ZxmjDkWW7gJHmmDoUk=
-SHA256 (ladvd-0.8.tar.gz) = 0FRT0/GPdgVuh2TDkz+zq+kitR3F64fM+ltObHVFYsc=
-SIZE (ladvd-0.8.tar.gz) = 398595
+MD5 (ladvd-0.9.0.tar.gz) = waTOwN2MvDEq2WRlYkSlxQ==
+RMD160 (ladvd-0.9.0.tar.gz) = F3rLY7XtqfKnppXkp8QBhkG1N58=
+SHA1 (ladvd-0.9.0.tar.gz) = mZEmVmXmx+m5CFJnGzYMeUFxxVU=
+SHA256 (ladvd-0.9.0.tar.gz) = BpxGsN6uANus356+TpXjGpOQvEvQmbYKNvSKaHood/g=
+SIZE (ladvd-0.9.0.tar.gz) = 397506
Index: patches/patch-configure_ac
===
RCS file: /cvs/ports/net/ladvd/patches/patch-configure_ac,v
retrieving revision 1.1
diff -u -r1.1 patch-configure_ac
--- patches/patch-configure_ac 26 Jul 2009 10:50:53 - 1.1
+++ patches/patch-configure_ac 22 May 2010 11:46:44 -
@@ -1,13 +1,15 @@
-$OpenBSD: patch-configure_ac,v 1.1 2009/07/26 10:50:53 kili Exp $
configure.ac.orig Sun Jun 21 21:43:51 2009
-+++ configure.ac Wed Jul 22 12:29:58 2009
-@@ -31,6 +31,9 @@ case "$target_os" in
- AC_DEFINE([TARGET_IS_FREEBSD], 1, [Define if target OS is FreeBSD])
+$OpenBSD$
+Disable PIE on ARM and HPPA
+--- configure.ac.orig Thu May 20 11:17:15 2010
configure.ac Sat May 22 13:46:10 2010
+@@ -28,6 +28,10 @@ case "$target_os" in
+ use_pie=no
;;
openbsd*)
+ case "$target" in
+ arm-*-openbsd*) use_pie=no;;
++ hppa-*-openbsd*) use_pie=no;;
+ esac
- AC_DEFINE([TARGET_IS_OPENBSD], 1, [Define if target OS is OpenBSD])
;;
*)
+ AC_MSG_ERROR([Unsupported operating system])
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/ladvd/pkg/PLIST,v
retrieving revision 1.2
diff -u -r1.2 PLIST
--- pkg/PLIST 15 Jul 2009 08:51:35 - 1.2
+++ pkg/PLIST 22 May 2010 11:46:44 -
@@ -2,7 +2,9 @@
@newgroup _ladvd:606
@newuser _ladvd:606:606:daemon:Link Advertisement
Daemon:/var/empty:/sbin/nologin
@man man/man8/ladvd.8
+...@man man/man8/ladvdc.8
@bin sbin/ladvd
+...@bin sbin/ladvdc
share/doc/ladvd/
share/doc/ladvd/ChangeLog
share/doc/ladvd/LICENSE
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
UPDATE: net/ladvd 0.8 -> 0.9.0
Hi Guys,
Please find attached the update for ladvd to 0.9.0. This version
brings the following new features :
o improved privilege droppig logic
o better ifdescr support (shows portname)
o better unit tests
o support for vlan encapsulated advertisements
o improved decoding
o cli command to print received packets
o improved handling of removed interfaces
o improved child failure handling
It has been tested on sparc64, amd64 and i386 so far (thanks to Sten,
William and Michiel for initial testing). Please test on other
platforms (arm would be nice) and give me your comments / ok's.
Cheers,
Paul
Index: Makefile
===
RCS file: /cvs/ports/net/ladvd/Makefile,v
retrieving revision 1.6
diff -u -r1.6 Makefile
--- Makefile21 Apr 2010 22:57:04 - 1.6
+++ Makefile20 May 2010 21:44:28 -
@@ -2,8 +2,7 @@
COMMENT = link advertisement (LLDP/CDP etc) daemon
-DISTNAME = ladvd-0.8
-PKGNAME = ${DISTNAME}p0
+DISTNAME = ladvd-0.9.0
CATEGORIES = net
HOMEPAGE = http://blinkenlights.nl/software/ladvd/
@@ -18,7 +17,7 @@
MASTER_SITES = ${HOMEPAGE}
-AUTOCONF_VERSION = 2.61
+AUTOCONF_VERSION = 2.64
CONFIGURE_STYLE = gnu autoconf
CONFIGURE_ARGS += --with-user=_ladvd --with-chroot-dir=/var/empty
Index: distinfo
===
RCS file: /cvs/ports/net/ladvd/distinfo,v
retrieving revision 1.3
diff -u -r1.3 distinfo
--- distinfo15 Jul 2009 08:51:35 - 1.3
+++ distinfo20 May 2010 21:44:28 -
@@ -1,5 +1,5 @@
-MD5 (ladvd-0.8.tar.gz) = moC0Wsgw+vAVHSNiOu1UlA==
-RMD160 (ladvd-0.8.tar.gz) = 1okcgtmULs7EvWqp/h8k2uHxy5Q=
-SHA1 (ladvd-0.8.tar.gz) = EjkqF1N+4ZxmjDkWW7gJHmmDoUk=
-SHA256 (ladvd-0.8.tar.gz) = 0FRT0/GPdgVuh2TDkz+zq+kitR3F64fM+ltObHVFYsc=
-SIZE (ladvd-0.8.tar.gz) = 398595
+MD5 (ladvd-0.9.0.tar.gz) = waTOwN2MvDEq2WRlYkSlxQ==
+RMD160 (ladvd-0.9.0.tar.gz) = F3rLY7XtqfKnppXkp8QBhkG1N58=
+SHA1 (ladvd-0.9.0.tar.gz) = mZEmVmXmx+m5CFJnGzYMeUFxxVU=
+SHA256 (ladvd-0.9.0.tar.gz) = BpxGsN6uANus356+TpXjGpOQvEvQmbYKNvSKaHood/g=
+SIZE (ladvd-0.9.0.tar.gz) = 397506
Index: patches/patch-configure_ac
===
RCS file: /cvs/ports/net/ladvd/patches/patch-configure_ac,v
retrieving revision 1.1
diff -u -r1.1 patch-configure_ac
--- patches/patch-configure_ac 26 Jul 2009 10:50:53 - 1.1
+++ patches/patch-configure_ac 20 May 2010 21:44:28 -
@@ -1,13 +1,14 @@
-$OpenBSD: patch-configure_ac,v 1.1 2009/07/26 10:50:53 kili Exp $
configure.ac.orig Sun Jun 21 21:43:51 2009
-+++ configure.ac Wed Jul 22 12:29:58 2009
-@@ -31,6 +31,9 @@ case "$target_os" in
- AC_DEFINE([TARGET_IS_FREEBSD], 1, [Define if target OS is FreeBSD])
+$OpenBSD$
+Disable PIE on ARM
+--- configure.ac.orig Thu May 20 15:12:55 2010
configure.ac Thu May 20 15:13:06 2010
+@@ -28,6 +28,9 @@ case "$target_os" in
+ use_pie=no
;;
openbsd*)
+ case "$target" in
+ arm-*-openbsd*) use_pie=no;;
+ esac
- AC_DEFINE([TARGET_IS_OPENBSD], 1, [Define if target OS is OpenBSD])
;;
*)
+ AC_MSG_ERROR([Unsupported operating system])
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/ladvd/pkg/PLIST,v
retrieving revision 1.2
diff -u -r1.2 PLIST
--- pkg/PLIST 15 Jul 2009 08:51:35 - 1.2
+++ pkg/PLIST 20 May 2010 21:44:28 -
@@ -2,7 +2,9 @@
@newgroup _ladvd:606
@newuser _ladvd:606:606:daemon:Link Advertisement
Daemon:/var/empty:/sbin/nologin
@man man/man8/ladvd.8
+...@man man/man8/ladvdc.8
@bin sbin/ladvd
+...@bin sbin/ladvdc
share/doc/ladvd/
share/doc/ladvd/ChangeLog
share/doc/ladvd/LICENSE
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: apache2 with php5 from packages? possible or needed to be custom compiled?
On Thu, Dec 24, 2009 at 08:48:08AM +1100, Ian McWilliam wrote: | Something like this is definitely needed. By all means, please finish it. I won't have time for it until January so go right ahead :) Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: apache2 with php5 from packages? possible or needed to be custom compiled?
On Tue, Dec 22, 2009 at 10:39:34PM -0600, Andres Salazar wrote:
| Hello,
|
| I can install sucessfully apache2 from packages, with php5-core custom
| compiled with this line in the Makefile:
|
| CONFIGURE_ARGS+=--with-apxs2=/usr/local/sbin/apxs2 \
|
|
| My question is... is there anyway for the users of apache2 to be able
| to use php5 in packages without recompiling? I was told that doing a
| symlink between the old apxs and the new apxs but i could not get that
| to work... apache2 refuses to load the php5 module.
I looked at this, but didn't have time to finish it yet:
Index: Makefile
===
RCS file: /cvs/ports/www/php5/core/Makefile,v
retrieving revision 1.52
diff -u -r1.52 Makefile
--- Makefile1 Oct 2009 12:22:32 - 1.52
+++ Makefile11 Dec 2009 20:05:47 -
@@ -11,8 +11,17 @@
MULTI_PACKAGES=-main -fastcgi
-CONFIGURE_ARGS+=--with-apxs=/usr/sbin/apxs \
- --without-mysql \
+FLAVORS= apache2
+FLAVOR?=
+
+.if ${FLAVOR:L} == "apache2"
+CONFIGURE_ARGS+=--with-apxs2=/usr/local/sbin/apxs2
+BUILD_DEPENDS+=::www/apache-httpd
+.else
+CONFIGURE_ARGS+=--with-apxs=/usr/sbin/apxs
+.endif
+
+CONFIGURE_ARGS+=--without-mysql \
--enable-xml \
--enable-wddx \
--enable-cli \
Feel free to expand on that :)
Paul 'WEiRD' de Weerd
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: WIP: Samba-3.4.2 wip2
On Fri, Oct 23, 2009 at 11:32:04PM +0100, Stuart Henderson wrote: | On 2009/10/16 10:06, Ian McWilliam wrote: | | > -SHARED_LIBS= smbclient 1.0 \ | > +SHARED_LIBS = smbclient 1.0 \ | | has anyone checked if this needs a bump? | | > # GPLv2+ | | samba 3.2 and later are GPLv3+ | | from a quick look over the packages which depend on libsmbclient, | gvfs/vfs2 are ok because they're LGPL which includes rights to | relicense under GPLv2+ | | "3. You may opt to apply the terms of the ordinary GNU General Public | License instead of this License to a given copy of the Library. To do | this, you must alter all the notices that refer to this License, so | that they refer to the ordinary GNU General Public License, version 2, | instead of to this License." | | unless I'm mistaken (I only had a quick look but I think it's right..) | kde/base3 is GPL v2 *only* so kde/base3 would either have to be marked | PERMIT_PACKAGE_*=No or kdesamba would have to be removed or split to | a separately built port (I don't think there's a way to mark a single | subpackage PERMIT=No). I wonder what santa thinks of all this and whether some people will get presents for christmas this year or if they'll have to gnaw on their toes... Paul 'WEiRD' de Weerd (SCNR) -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ pgpw9y7ZYsEOj.pgp Description: PGP signature
Re: Thank you for making p2k9 possible!
On Fri, Oct 16, 2009 at 10:37:11PM -0400, STeve Andre' wrote: | You can see whats been happening if you are subscribed to the cvs src | changes list. Offhand at least 30 new ports were added, more than 250 | were updated, lots were tweaked, and the pkg_add code was worked on. | Likely I missed a lot, too--I was mostly focused on the ports changes | so more stuff was done than I saw. When you want to find out whats | happened (happening) at a hackathon, watching the commits is the | best way to see whats going on. Don't forget about the work done to libtool. The commits there show a lot of work, mostly done by ste...@. Very promising stuff... Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: update blows up
On Thu, Oct 08, 2009 at 08:26:48PM +0200, frantisek holop wrote: | hmm, on Thu, Oct 08, 2009 at 03:01:17PM +0200, Paul de Weerd said that | > On Thu, Oct 08, 2009 at 02:26:29PM +0200, frantisek holop wrote: | > | but you know what? if theo hadn't been there, i'd be still | > | the internet wussy i was when i got on the "internetz". | > | thank you theo, you made me a better man. i just hope that | > | one day we will meet in person, and after shaking your hand | > | and thanking you for the great operating system you are | > | managing, i can call you out to the street and brake your nose, | > | because i tend to react in the old fashion when someone keeps | > | insulting me regardless of what i say. | > | > Are you serious ? Someone says something you don't like and your | > reaction would be to turn to violence ? I'm not sure if I dare say | > anything about it - will you break my nose too if I do ? | > | > If you're serious - you seriously suck. | | i am talking about years of insultings by theo. please consult | the archives + i have my private collection. Very nice for you. So you stick around for the insults ? | it is him who is resolving to name callings if someone | writes something he doesnt like. Who gives a shit ? Some dude on the internet calls you an idiot, so what ? I just told you you suck because you said something I don't like. If you can't stand the heat, get your ass out the kitchen. | in my country if you call people names (even if warranted, | whatever that means in this case), you better be prepared | that some might pick up the gauntlet and kick your ass. And what country would that be ? Moronia ? The country of "We fight because we're bunch of idiots" ? | i am not a complete idiot. some parts are missing. How true. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: update blows up
On Thu, Oct 08, 2009 at 06:54:37AM -0700, James Crutchfield wrote: | Oh, Paul - don't be so overly dramatic. Regardless of your or anyone else's | opinion of the intelligence behind a question, you can't insult a man five | times in the same thread and expect that he won't become defensive. You're | too smart to ignore the reaction of all creatures, including people, when | backed into a corner. It's our very nature. Overly dramatic ? Hmm. I consider threatening with violence to be overly stupid. And I wouldn't call breaking a nose "defensive". Sure, I'm not too worried that anyone on this list is going to come by my house and punch me in the face. I was trying to point out the stupidity of threatening with violence when someone says something you don't like. | If you don't like the question someone asks, follow the first rule of | OpenBSD etiquette: Ignore them. Sure, and if you don't like the reactions you get (be they insults or whatever), ignore those too. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: update blows up
On Thu, Oct 08, 2009 at 02:26:29PM +0200, frantisek holop wrote: | but you know what? if theo hadn't been there, i'd be still | the internet wussy i was when i got on the "internetz". | thank you theo, you made me a better man. i just hope that | one day we will meet in person, and after shaking your hand | and thanking you for the great operating system you are | managing, i can call you out to the street and brake your nose, | because i tend to react in the old fashion when someone keeps | insulting me regardless of what i say. Are you serious ? Someone says something you don't like and your reaction would be to turn to violence ? I'm not sure if I dare say anything about it - will you break my nose too if I do ? If you're serious - you seriously suck. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: modsecurity in packages a must use with old rulesets? secure?
On Thu, Sep 24, 2009 at 10:42:58AM +0200, Joachim Schipper wrote: | On Wed, Sep 23, 2009 at 08:09:53PM -0500, Matthew Young wrote: | > Hello, | > | > The website of gotroot.com states for their apache1 rules: "Retired Rules | > (No longer updated) " | > | > | > The initial question prevails: Is this the best appoach? How secure are | > these "old" rules? | | Adding mod_security shouldn't decrease your security; it only increases | it if you have otherwise-insecure software installed, and you can only | hope that it plugs all holes in that case. Adding pieces of software means more code. More code generally means more bugs. Maybe it's just me, but going by the name, "mod_security" seems like a REALLY bad idea to me. Paul 'WEiRD' de Weerd (a module that adds security ? why not have security in the first place ?) -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: net/ifmcstat
On Tue, Jul 21, 2009 at 10:50:02AM +0200, Paul de Weerd wrote: | On Tue, Jul 21, 2009 at 10:40:22AM +0200, Paul de Weerd wrote: | | Here's a quick port of WIDE's ifmcstat (as found in NetBSD). Comments | | and/or suggestions and/or OK's ? | | [we...@doom] $ cat pkg/DESCR | ifmcstat is a small tool to dump multicast group management statistics | per interface. | | Tested on amd64 and sparc64. Also, more tests are welcome of course. As Jasper requested, I've removed the source from the port and am hosting it myself now. Test reports, comments and other feedback is welcomed. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ ifmcstat.tgz Description: application/tar-gz
Re: NEW: net/ifmcstat
On Tue, Jul 21, 2009 at 10:40:22AM +0200, Paul de Weerd wrote: | Here's a quick port of WIDE's ifmcstat (as found in NetBSD). Comments | and/or suggestions and/or OK's ? Forgot to add : [we...@doom] $ cat pkg/DESCR ifmcstat is a small tool to dump multicast group management statistics per interface. Tested on amd64 and sparc64. Also, more tests are welcome of course. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
NEW: net/ifmcstat
Here's a quick port of WIDE's ifmcstat (as found in NetBSD). Comments and/or suggestions and/or OK's ? Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ ifmcstat.tgz Description: application/tar-gz
Re: UPDATE: net/ladvd 0.8
On Wed, Jun 24, 2009 at 09:58:31AM +0100, Stuart Henderson wrote: | I think it's important to have "LLDP" in COMMENT for people searching | or looking through comments in pkg_mgr. Including the full list of | protocols there is a bit unwieldy, but it's nice to show that it's | more than just LLDP. I discussed something similar with brad and totally agree that being able to search for LLDP or CDP makes sense. | how about one of these? | | -COMMENT =LLDP/CDP sender for UNIX | | +COMMENT =LLDP/CDP daemon for UNIX | +COMMENT =link advertisement (LLDP/CDP) daemon | +COMMENT =link advertisement (LLDP/CDP etc) daemon These are great. My personal preference goes out to the last one, so that's what I'll use for now. I am fine with them all, so if anyone has a strong opinion to pick another, I'm open for it. Thanks for the suggestion. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: UPDATE: net/ladvd 0.8
On Tue, Jun 23, 2009 at 10:04:42PM +0100, Stuart Henderson wrote:
| also tested on i386 and arm.
Thanks.
This is the final diff (for now), fixing COMMENT (the new version
doesn't only TX link state advertisements but can RX too) and adds
the TODO + @commented INSTALL to the PLIST, per request of st...@.
Paul 'WEiRD' de Weerd
Index: Makefile
===
RCS file: /cvs/ports/net/ladvd/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile22 Sep 2008 22:32:26 - 1.2
+++ Makefile24 Jun 2009 05:37:25 -
@@ -1,8 +1,8 @@
# $OpenBSD: Makefile,v 1.2 2008/09/22 22:32:26 sthen Exp $
-COMMENT = LLDP/CDP sender for UNIX
+COMMENT = Link advertisement daemon for UNIX
-DISTNAME = ladvd-0.6.1
+DISTNAME = ladvd-0.8
CATEGORIES = net
HOMEPAGE = http://blinkenlights.nl/software/ladvd/
@@ -18,8 +18,8 @@
MASTER_SITES = ${HOMEPAGE}
CONFIGURE_STYLE = gnu
-CONFIGURE_ARGS += --with-user=_ladvd
+CONFIGURE_ARGS += --with-user=_ladvd --with-chroot-dir=/var/empty
-WANTLIB = c
+WANTLIB = c event
.include
Index: distinfo
===
RCS file: /cvs/ports/net/ladvd/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- distinfo22 Sep 2008 22:32:26 - 1.2
+++ distinfo24 Jun 2009 05:37:25 -
@@ -1,5 +1,5 @@
-MD5 (ladvd-0.6.1.tar.gz) = kJid7FIA1sq0jcemz/PL5g==
-RMD160 (ladvd-0.6.1.tar.gz) = ZZQ+i+2De3gbI3xC9UldW4fXArg=
-SHA1 (ladvd-0.6.1.tar.gz) = Nl8sEafCUO8URU6B41cqXmqn7o0=
-SHA256 (ladvd-0.6.1.tar.gz) = 7tJftqKZ8764nEbhRebO9gNftWilzQRBStRwHEdugXI=
-SIZE (ladvd-0.6.1.tar.gz) = 125949
+MD5 (ladvd-0.8.tar.gz) = moC0Wsgw+vAVHSNiOu1UlA==
+RMD160 (ladvd-0.8.tar.gz) = 1okcgtmULs7EvWqp/h8k2uHxy5Q=
+SHA1 (ladvd-0.8.tar.gz) = EjkqF1N+4ZxmjDkWW7gJHmmDoUk=
+SHA256 (ladvd-0.8.tar.gz) = 0FRT0/GPdgVuh2TDkz+zq+kitR3F64fM+ltObHVFYsc=
+SIZE (ladvd-0.8.tar.gz) = 398595
Index: pkg/DESCR
===
RCS file: /cvs/ports/net/ladvd/pkg/DESCR,v
retrieving revision 1.2
diff -u -r1.2 DESCR
--- pkg/DESCR 22 Sep 2008 22:32:26 - 1.2
+++ pkg/DESCR 24 Jun 2009 05:37:25 -
@@ -1,7 +1,14 @@
-LADVD uses CDP / LLDP frames to inform switches about connected hosts,
-which simplifies ethernet switch management. It does this by creating
-a raw socket at startup, and then switching to a non-privileged user
-for the remaining runtime. Every 30 seconds it will transmit CDP/LLDP
-packets reflecting the current system state. Interfaces (bridge,
-trunk, wireless), capabilities (bridging, forwarding, wireless) and
-addresses (IPv4, IPv6) are detected dynamically.
+LADVD is an LLDP / CDP / EDP / FDP / NDP sender for UNIX.
+
+LADVD uses link-layer advertisements to inform switches about
+connected hosts, which simplifies Ethernet switch management. It does
+this forking into a privileged master which handles all raw sockets
+(and certain ioctls), and an unprivileged child which creates and
+parses all packets.
+
+Every 30 seconds the child generates advertisement frames reflecting
+the current system state. Interfaces (bridge, bonding, wireless),
+capabilities (bridging, forwarding, wireless) and addresses (IPv4,
+IPv6) are detected dynamically. Secondly ladvd can listen for incoming
+frames and utilize these for various features (protocol auto-enable,
+logging, interface descriptions).
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/ladvd/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 PLIST
--- pkg/PLIST 27 Jul 2008 21:29:56 - 1.1.1.1
+++ pkg/PLIST 24 Jun 2009 05:37:25 -
@@ -5,5 +5,7 @@
@bin sbin/ladvd
share/doc/ladvd/
share/doc/ladvd/ChangeLog
+...@comment share/doc/ladvd/INSTALL
share/doc/ladvd/LICENSE
share/doc/ladvd/README
+share/doc/ladvd/TODO
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
UPDATE: net/ladvd 0.8
All,
Here's an update to ladvd. This is what the author says :
--
I've just released ladvd 0.8, which supports receive mode and a host
of other features resulting from that.
* privilege separation
* SIOCSIFDESCR support (the -z option)
* Automatic protocol enablling based on received packets (-a)
* syslog notifications for new/removed peers (-r)
* EDP support
* FDP support
* NDP / SoNMP support
* abstracted protocol support
* rewritten netif and message lists
* some strict alignment fixes
* unit-tests including extensive protol tests
This release has been (unit-)tested on Linux (amd64, arm), FreeBSD
(i386, amd64) and OpenBSD (amd64, sparc64, vax).
--
So, the code has been tested on amd64, sparc64 and vax. This port
update was tested on amd64. Now with WANTLIB update (thanks, Stuart).
Test reports welcome. Comments ? OK's ?
Paul 'WEiRD' de Weerd
Index: Makefile
===
RCS file: /cvs/ports/net/ladvd/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile22 Sep 2008 22:32:26 - 1.2
+++ Makefile23 Jun 2009 20:16:40 -
@@ -2,7 +2,7 @@
COMMENT = LLDP/CDP sender for UNIX
-DISTNAME = ladvd-0.6.1
+DISTNAME = ladvd-0.8
CATEGORIES = net
HOMEPAGE = http://blinkenlights.nl/software/ladvd/
@@ -18,8 +18,8 @@
MASTER_SITES = ${HOMEPAGE}
CONFIGURE_STYLE = gnu
-CONFIGURE_ARGS += --with-user=_ladvd
+CONFIGURE_ARGS += --with-user=_ladvd --with-chroot-dir=/var/empty
-WANTLIB = c
+WANTLIB = c event
.include
Index: distinfo
===
RCS file: /cvs/ports/net/ladvd/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- distinfo22 Sep 2008 22:32:26 - 1.2
+++ distinfo23 Jun 2009 20:16:40 -
@@ -1,5 +1,5 @@
-MD5 (ladvd-0.6.1.tar.gz) = kJid7FIA1sq0jcemz/PL5g==
-RMD160 (ladvd-0.6.1.tar.gz) = ZZQ+i+2De3gbI3xC9UldW4fXArg=
-SHA1 (ladvd-0.6.1.tar.gz) = Nl8sEafCUO8URU6B41cqXmqn7o0=
-SHA256 (ladvd-0.6.1.tar.gz) = 7tJftqKZ8764nEbhRebO9gNftWilzQRBStRwHEdugXI=
-SIZE (ladvd-0.6.1.tar.gz) = 125949
+MD5 (ladvd-0.8.tar.gz) = moC0Wsgw+vAVHSNiOu1UlA==
+RMD160 (ladvd-0.8.tar.gz) = 1okcgtmULs7EvWqp/h8k2uHxy5Q=
+SHA1 (ladvd-0.8.tar.gz) = EjkqF1N+4ZxmjDkWW7gJHmmDoUk=
+SHA256 (ladvd-0.8.tar.gz) = 0FRT0/GPdgVuh2TDkz+zq+kitR3F64fM+ltObHVFYsc=
+SIZE (ladvd-0.8.tar.gz) = 398595
Index: pkg/DESCR
===
RCS file: /cvs/ports/net/ladvd/pkg/DESCR,v
retrieving revision 1.2
diff -u -r1.2 DESCR
--- pkg/DESCR 22 Sep 2008 22:32:26 - 1.2
+++ pkg/DESCR 23 Jun 2009 20:16:40 -
@@ -1,7 +1,14 @@
-LADVD uses CDP / LLDP frames to inform switches about connected hosts,
-which simplifies ethernet switch management. It does this by creating
-a raw socket at startup, and then switching to a non-privileged user
-for the remaining runtime. Every 30 seconds it will transmit CDP/LLDP
-packets reflecting the current system state. Interfaces (bridge,
-trunk, wireless), capabilities (bridging, forwarding, wireless) and
-addresses (IPv4, IPv6) are detected dynamically.
+LADVD is an LLDP / CDP / EDP / FDP / NDP sender for UNIX.
+
+LADVD uses link-layer advertisements to inform switches about
+connected hosts, which simplifies Ethernet switch management. It does
+this forking into a privileged master which handles all raw sockets
+(and certain ioctls), and an unprivileged child which creates and
+parses all packets.
+
+Every 30 seconds the child generates advertisement frames reflecting
+the current system state. Interfaces (bridge, bonding, wireless),
+capabilities (bridging, forwarding, wireless) and addresses (IPv4,
+IPv6) are detected dynamically. Secondly ladvd can listen for incoming
+frames and utilize these for various features (protocol auto-enable,
+logging, interface descriptions).
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: upnp implementation
Here's the latest version of miniupnp client and daemon, together with the minissdpd after some help from sthen@ and jas...@. Please test this if you have something that actually uses UPNP. Comments ? OKs ? Thanks, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ miniupnp.tar.gz Description: application/tar-gz minissdpd.tar.gz Description: application/tar-gz pgpv7sbVfiWqh.pgp Description: PGP signature
NEW: minissdpd
Works with both the daemon and the client miniupnp port I sent earlier. Not a requirement though (both can be used standalone). Comments ? Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ minissdpd.tar.gz Description: application/tar-gz
Re: upnp implementation
This update should work better (ie, link) on amd64 and install in a more sane location (that's what I get for doing this stuff on my phone in the train, early in the morning). Compile tested on sparc64, i386 and now also amd64. Actual testing in progress on amd64/i386. Paul 'WEiRD' de Weerd On Wed, Dec 17, 2008 at 01:59:13PM +0100, Paul de Weerd wrote: | Here's a port of miniupnpd and miniupnpc, implementing server and | client upnp. It was developed on OpenBSD/pf, so should be easy to | integrate. Should be useful for those with a gameconsole or if you're | using iChat (and probably other software that needs it, I have no | idea). Unfortunately I am currently not able to test it properly, so | would like some comments on its usefulness. Some people requested | this, so I expect at least some test reports ;) Please let me know. | | Cheers, | | Paul 'WEiRD' de Weerd | | -- | >[<++>-]<+++.>+++[<-->-]<.>+++[<+ | +++>-]<.>++[<>-]<+.--.[-] | http://www.weirdnet.nl/ -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ miniupnp.tar.gz Description: application/tar-gz
upnp implementation
Here's a port of miniupnpd and miniupnpc, implementing server and client upnp. It was developed on OpenBSD/pf, so should be easy to integrate. Should be useful for those with a gameconsole or if you're using iChat (and probably other software that needs it, I have no idea). Unfortunately I am currently not able to test it properly, so would like some comments on its usefulness. Some people requested this, so I expect at least some test reports ;) Please let me know. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ miniupnp.tar.gz Description: application/tar-gz
Re: NEW: games/ioquake3
On Mon, Dec 15, 2008 at 12:26:54PM +0100, Paul de Weerd wrote: | Furthermore, your port Makefile installs the .so files but | you do not include them in your PLIST. Right, they're in PFRAG.shared of course. Like I said, quick check ;P Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: games/ioquake3
Hi Ryan, Thanks for your submission. I've also been working on an ioquake3 port for some time now. It seems your port suffers from the same issue mine does, it does not run properly on amd64 (not trivial to fix, at least not for me ;). You also seem to have a hidden dependency on svn (building gives me a couple of "/bin/sh: svnversion: not found" errors). Furthermore, your port Makefile installs the .so files but you do not include them in your PLIST. This is what I've found after a quick check, there may be more issues ;) Do you have an amd64 machine available to test on ? Cheers, Paul 'WEiRD' de Weerd On Sun, Dec 14, 2008 at 03:48:10PM -0800, Ryan Freeman wrote: | hello, | | attached is a port of the icculus.org quake3 engine, builds a | reasonable default engine including client, server, and game | libraries for the original game and missionpack. works excellent | with the soon-to-be-posted quake3-data port as well. | | one note, i built from a svn snapshot which i have made into a tarball | and am hosting locally, so fetching the distfile won't be insanely fast. | | i've been running this for ages, including another q3a mod, urban terror, | without any problems. | | comments/suggestions? | | -ryan -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
NEW: doomdata
Attached (again) are a couple of ports for Doom datafiles. One is for the "shareware" (freely redistributable) version of Doom, the others require the user to have the original WADs. The idea behind these is to have an easy way to install the datafiles for the different games in a consistent and generic manner. This now consists of : o Shareware Doom o Final Doom (Doom 1) o Doom II o Ultimate Doom Comments / flames / OK's ? Especially the naming and the hierarchy are uncertainties for me - all suggestions for improvements are welcome. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ doomdata.tgz Description: application/tar-gz
Re: mystuff. mystuff?
On Wed, Oct 15, 2008 at 07:47:03PM +0200, frantisek holop wrote: | hmm, on Wed, Oct 15, 2008 at 07:32:43PM +0200, Paul de Weerd said that | > I did not mean to sneer on 'professional', I apologize if I came | > across sneering. I just do not see this professionalism or consistency | | well one man's consistency is another's chaos. | that's why i asked for comments. "A foolish consistency is the hobgoblin of little minds" -- Ralph Waldo Emerson [not saying that your (or my) consistency is foolish though, just felt it appropriately funny] | mystuff is an i'll-think-of-something-later name | someone comes up with at 5am before closing | the notebook lid. Hmm, I hear you there ;) Does not a bad name make, per se, IMO. | but in my quest to prove this naming scheme flawed | i found the following and this makes this discussion | kind of void: | | /usr/share/man/cat5/mygate.0 | /usr/share/man/cat5/myname.0 | | [and of course mysql (ehm)] Although I still don't agree with your suggestion, I also don't agree that these are proper counter examples. Again, the context matters, mygate and myname refer to specific properties of the machine, they're found in /etc/ and have very little to do with the hierarchy under /usr/ports. They make sense on their own and are unrelated to the portstree IMO. They just show that there are more filenames in the filesystem starting with 'my'. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: mystuff. mystuff?
On Wed, Oct 15, 2008 at 07:13:59PM +0200, frantisek holop wrote: | > Uhh .. why ? I put my stuff in mystuff .. it's what I'm used to now | > and I dont feel redmondy doing so. It is, as they say, my stuff ;) | | your stuff is your stuff, definitely. but local stuff is local | stuff, that's why we have /usr/local and not /usr/mystuff, innit? You have a point there in that /usr/local/ makes more sense than /usr/mystuff/, but that's for locally installed software that is not part of the base OS install. I think it's quite distinct from whatever lives under /usr/ports. The two don't really compare, IMO. | > Your suggestion would sooner strike me as a new category for | > localization stuff perhaps than a special (incl special handling) | | oh, so /usr/local strikes you as a localization stuff thingie? | i don't think so. Definitely not. But that is in the context of /usr, not in the context of /usr/ports. Below /usr/ports, I find a directory per category plus change (important change, don't get me wrong ;). If I see a directory below /usr/ports I assume it to be a port category directory because most of 'em are. A local/ subdir in my great new super deluxe program kitchensink-1.0/local/ would probably be about localization. Context matters. | perhaps my choice of words was not good. for some reason, | professional is sneered on... how about consistent with other | parts of hier(7)?... I did not mean to sneer on 'professional', I apologize if I came across sneering. I just do not see this professionalism or consistency you speak of. I find mystuff quite consistent for a category name as it is (in the context of categories) quite descriptive .. this is where I find 'my stuff'. | > subtree for 'my stuff'. I dont have any special feelings for the name, | > but it's fine for me as is, no need to change it. | | please read my mail again. no changing, no removing. | adding a new one. and yes, perhaps purely cosmetical too. | but mainly, consistent. Context again. Adding a new one means a change to the infrastructure. Sorry for nitpicking ;) You're right though .. you said adding 'local', still I see no need for it. What does it bring us ? Why is it more consistent ? If I install firefox, it doesn't get installed in /usr/local/www/... because there is a distinction between the hierarchy under /usr and the hierarchy under /usr/ports. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: mystuff. mystuff?
On Wed, Oct 15, 2008 at 06:47:05PM +0200, frantisek holop wrote: | hi there, | | i was wondering where 'mystuff' comes from... i know | it has a lot of history and some people feel very | fondly about it, but i can't help that it kind of | reminds me the failed naming scheme from redmond | (my computer, etc)... | | i think /usr/ports/local/ is more "openbsd-y" and | kind of more "professional" (or perhaps not). | | i am not asking for changing or removing 'mystuff', | rather to consider the addition of 'local' as a legal | 'mystuff' directory please share your comments. Uhh .. why ? I put my stuff in mystuff .. it's what I'm used to now and I dont feel redmondy doing so. It is, as they say, my stuff ;) Your suggestion would sooner strike me as a new category for localization stuff perhaps than a special (incl special handling) subtree for 'my stuff'. I dont have any special feelings for the name, but it's fine for me as is, no need to change it. What benefit would a 'local' (or other new directory name) bring ? More professionalism ? How so ? Please elaborate. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: audio/easytag diff: add MP4 support
On Tue, Oct 07, 2008 at 10:30:45PM +, Christian Weisgerber wrote: | Jacob Meuser <[EMAIL PROTECTED]> wrote: | | > > -COMMENT= MP3 ID3 tags editor | > > +COMMENT= tag editor for various multimedia file formats | > | > imo `audio' would be mode appropriate than `multimedia'. the list | > of supported formats on the homepage are all audio (e.g "MP4/AAC" | > and "Ogg Vorbis" are specifically audio). | | Isn't the meta information stored in the container format? Vorbis | is an audio codec, but the tags are part of the Ogg container which | can as well contain video. I imagine it's similar for MP4. Not according to http://xiph.org/vorbis/doc/v-comment.html : The Vorbis text comment header is the second (of three) header packets that begin a Vorbis bitstream. On the other hand, http://wiki.xiph.org/index.php/VorbisComment says VorbisComment is a base-level Metadata format initially created for use with Ogg Vorbis. It has since been adopted in the specifications of Ogg encapsulations for other Xiph.Org codecs including Theora, Speex and FLAC. So it seems that other codecs (including a video codec) support similar tags. However, I do not believe that easytag supports Theora (it does support at least FLAC) so 'audio' may still be appropriate. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
UPDATE: ladvd 0.6.1
Here's a very straightforward diff to update net/ladvd to 0.6.1. I've updated DESCR to reflect reality a bit better. This new update brings (amongst others) o support for OpenBSD's SIOCGIFDESCR o support for hw.vendor and hw.product on OpenBSD o manpage now lists default user (_ladvd on OpenBSD) o location support also works for LLDP (-L) More changes can be found on the authors blog, located at http://blog.blinkenlights.nl/2008/09/22/ladvd-061-released/ Comments ? OK's ? Cheers, Paul 'WEiRD' de Weerd Index: Makefile === RCS file: /cvs/ports/net/ladvd/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile27 Jul 2008 21:29:56 - 1.1.1.1 +++ Makefile22 Sep 2008 21:54:11 - @@ -2,7 +2,7 @@ COMMENT = LLDP/CDP sender for UNIX -DISTNAME = ladvd-0.6.0 +DISTNAME = ladvd-0.6.1 CATEGORIES = net HOMEPAGE = http://blinkenlights.nl/software/ladvd/ Index: distinfo === RCS file: /cvs/ports/net/ladvd/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo27 Jul 2008 21:29:56 - 1.1.1.1 +++ distinfo22 Sep 2008 21:54:11 - @@ -1,5 +1,5 @@ -MD5 (ladvd-0.6.0.tar.gz) = 9a4idQW/J7mLzyypfh5CFQ== -RMD160 (ladvd-0.6.0.tar.gz) = yXRAmgn6mflnaTB2yYg8GqKTdZw= -SHA1 (ladvd-0.6.0.tar.gz) = mpHLayO8ITw+bOWoxjMn/hWZc7w= -SHA256 (ladvd-0.6.0.tar.gz) = CsfZiYrk+Bdrn6aBQMC3+loBXABMYsxbumRADN05HXE= -SIZE (ladvd-0.6.0.tar.gz) = 97266 +MD5 (ladvd-0.6.1.tar.gz) = kJid7FIA1sq0jcemz/PL5g== +RMD160 (ladvd-0.6.1.tar.gz) = ZZQ+i+2De3gbI3xC9UldW4fXArg= +SHA1 (ladvd-0.6.1.tar.gz) = Nl8sEafCUO8URU6B41cqXmqn7o0= +SHA256 (ladvd-0.6.1.tar.gz) = 7tJftqKZ8764nEbhRebO9gNftWilzQRBStRwHEdugXI= +SIZE (ladvd-0.6.1.tar.gz) = 125949 Index: pkg/DESCR === RCS file: /cvs/ports/net/ladvd/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 DESCR --- pkg/DESCR 27 Jul 2008 21:29:56 - 1.1.1.1 +++ pkg/DESCR 22 Sep 2008 21:54:11 - @@ -1,4 +1,7 @@ LADVD uses CDP / LLDP frames to inform switches about connected hosts, which simplifies ethernet switch management. It does this by creating -the required payloads and descriptors on startup and then switching -to a non-privileged user for the remaining runtime. +a raw socket at startup, and then switching to a non-privileged user +for the remaining runtime. Every 30 seconds it will transmit CDP/LLDP +packets reflecting the current system state. Interfaces (bridge, +trunk, wireless), capabilities (bridging, forwarding, wireless) and +addresses (IPv4, IPv6) are detected dynamically. -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: games/deng
On Sat, Sep 20, 2008 at 01:43:47AM -0700, Ryan Freeman wrote: | comments? i've not heard of anyone actually being able to play this one yet, | Paul de Weerd wanted to try on his dri-enabled machine, Stuart has said | something but i'm not sure if this is up his ally to actually play, and Owain | has said he was 'hoping someone would port this' but didn't say if it worked | for him or not. Just want to make sure i didn't create something that only i | can use. regards, I did run deng with Thy Flesh Consumed (fourth episode of Ultimate Doom) for a bit. It looked nice and ran fine on my oldish dri-enabled laptop. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: games/chocolate-doom
*blush* .. Thanks for noticing, Claudio... Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ doomdata.tgz Description: application/tar-gz
Re: NEW: games/chocolate-doom
On Tue, Sep 16, 2008 at 04:34:28PM +0200, Paul de Weerd wrote: | On Tue, Sep 16, 2008 at 06:02:48AM -0700, Ryan Freeman wrote: | | i have fixed this by simply adding a post-install: directive in the port's | | Makefile to copy the manpages which are pregenerated in the tarball anyhow, | | avoiding python once again and now working on my compaq that does not have | | python installed. attached is an updated version, hope this resolves the | | issue for the people without python! regards, | | This one builds, packages and installs fine on amd64. I've made a port | of the "shareware" episode 'Knee-Deep in the Dead' (attached) for use | with this port (and possibly prboom). It'll do until I can locate my | original Doom datafiles. I found the original WADs and thought it would be useful to be able to pkg_add them. The attached port is actually three ports. One for the shareware doom1.wad, one for DOOM I (actually : Ultimate DOOM) and one for DOOM II. I should have Final Doom somewhere too, but haven't been able to locate it yet. The installed location (/usr/local/share/games/doom) works with both the in-tree games/prboom and with Ryan Freeman's new chocolate-doom port (I'll have to try it out with his latest addition, games/deng, on my dri-enabled machine tomorrow). I'm not sure if this is the best way to go about doing this (or if using the ports infrastructure for this is a good idea at all), so any comments would be highly appreciated. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: games/chocolate-doom
I just keep replying to myself... On Tue, Sep 16, 2008 at 04:34:28PM +0200, Paul de Weerd wrote: | I've made a port | of the "shareware" episode 'Knee-Deep in the Dead' (attached) for use | with this port (and possibly prboom). It'll do until I can locate my | original Doom datafiles. This doomdata port is confirmed to work with games/prboom too. Seems like a useful addition to make these doom clones more useful out of the box on OpenBSD installs. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: games/chocolate-doom
On Tue, Sep 16, 2008 at 04:34:28PM +0200, Paul de Weerd wrote: | This one builds, packages and installs fine on amd64. I've made a port | of the "shareware" episode 'Knee-Deep in the Dead' (attached) for use | with this port (and possibly prboom). It'll do until I can locate my | original Doom datafiles. PS: Thanks to sthen@ for helping with some ports intricacies... -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: games/chocolate-doom
On Tue, Sep 16, 2008 at 06:02:48AM -0700, Ryan Freeman wrote: | i have fixed this by simply adding a post-install: directive in the port's | Makefile to copy the manpages which are pregenerated in the tarball anyhow, | avoiding python once again and now working on my compaq that does not have | python installed. attached is an updated version, hope this resolves the | issue for the people without python! regards, This one builds, packages and installs fine on amd64. I've made a port of the "shareware" episode 'Knee-Deep in the Dead' (attached) for use with this port (and possibly prboom). It'll do until I can locate my original Doom datafiles. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ doomdata.tgz Description: application/tar-gz
Re: NEW: games/openarena
On Sun, Sep 07, 2008 at 07:06:03PM +0300, Antti Harri wrote: >> Also, you depend on -data for both server and client. Since the game >> works with the official data files too, this may not be needed. > > What do you mean by "official" ? I still think that user shouldn't > have to install the data separately so my opinion is to keep the dependency > as it is. The original Q3A pk3 files. I just found it annoying that having the OA pk3 files around (in /usr/local/share/openarena) means that when playing Q3A some of the textures are replaced with OA alternatives. Maybe there's a workaround for this, haven't looked that far yet. >> I'm in no position to fix that particular bug (although I'd love to >> see it fixed too), but I'm happy to report that -server works on >> sparc64 (as in, it runs and it plays a game with a couple of bots). > > What about client on sparc64? I assume it fails but I want to be sure. Have not tried the sparc64 client as I don't have video out on my Netra. I was merely considering it for a server. However, it turns out that I'm an idiot - I was running the server on my i386 machine when I thought I was logged into the sparc64. Upon closer inspection, sparc64 does *not* run the server. It loads fine, but when you try to start a game, it receives signal 10 (SIGBUS, as far as I can tell) which I think means that it does some unaligned memory access. Still trying to get a server running properly... Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: games/openarena
On Sun, Aug 31, 2008 at 03:34:19PM +0300, Antti Harri wrote: > Attached is a revised version of the port, changes include: > > + removed wrapper script "openarena", "openarena-client" and > "openarena-server" can now be used directly. > + Internet gameplay works now + multipackages openarena, openarena-server > and openarena-data Looks good. However, I think the -data package can be used for multiple archs (no difference in package for sparc64 and i386 other than the arch line in +CONTENTS). Also, you depend on -data for both server and client. Since the game works with the official data files too, this may not be needed. > I'm waiting for someone to fix the amd64 bug, I have no hardware > to debug it. I'm in no position to fix that particular bug (although I'd love to see it fixed too), but I'm happy to report that -server works on sparc64 (as in, it runs and it plays a game with a couple of bots). However i'm having issues connecting with an openarena server (either on sparc64 or i386). This may very well be an issue on my end, so I'm still investigating this. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: make update fetchs sources don't needed.
On Thu, Aug 28, 2008 at 02:47:41PM -0600, macintoshzoom wrote: > I am on : > OpenBSD 4.4-current (GENERIC.MP) > my.domain:/usr/src/sys/arch/i386/compile/GENERIC.MP > > Does this ports@openbsd.org forum excludes talking about -current? Definitely not (quite the opposite), but you should specify that you're on -current. Your mail said '4.4', which is not released yet (and, as was pointed out to me offlist, not directly related to your issue), but it made me suspicious and it does confuse things : did he mean 4.3 ? -current ? > If so, which one is the developers forum for talking, improving and testing > new ports and OpenBSD features? Testing and improving ports and OpenBSD features is a good thing, keep it up, but be sure to give enough details (a bit more is better than not enough) when asking for help. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: make update fetchs sources don't needed.
On Thu, Aug 28, 2008 at 01:31:32PM -0600, macintoshzoom wrote: > On my 4.4 i386 make update on ports kde fetches the distfiles/sources and > build the packages even when not installed at all nor requested. Are you asking for help on something that's not released yet ? There is no 4.4 yet, the pre-orders aren't even up yet. Are you having issues with a -current snapshot or 4.3 ? If so, your details are off. Did you build your own release ? If so, you're on your own. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: games/openarena
On Wed, Aug 27, 2008 at 01:36:32PM +0200, Paul de Weerd wrote: | Maybe there are specific changes to the source that are | openarena-only, but from what I can tell so far this is not the case. | Once I have finished copying my baseq3/ to one drm-capable laptop I | have, I will check to make sure Q3A-datafiles work with openarena (by | copying them into baseoa/) I also checked - Q3A datafiles work fine when placed in the baseoa directory. And the SDL mouse thing solved all my mouse problems. Now I am officially doomed (perhaps quaked is a better term). I'd like to match up oga's beer so that whoever fixes this port for amd64, now gets two beer (or beverage of choice, if so inclined). Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: games/openarena
Hi Alf,
You sent this to me personally, did you want to keep this offlist ? I
did not see anything particularly private in your message, but I'm
replying offlist in any case.
Cheers,
Paul 'WEiRD' de Weerd
On Wed, Aug 27, 2008 at 12:09:47PM +0200, Alf Schlichting wrote:
| On Wed, Aug 27, 2008 at 11:30:32AM +0200, Paul de Weerd wrote:
| > I hate you.
| >
| >
| > This is going to cost me many sleepless nights ;(
| >
| > Anyway .. thanks for the port, my meager laptop (with ATI Radeon LW
| > RV200 Mobility 7500 M7) seems to have no problems running this at a
| > semi reasonable speed. Smoother than games/quake2, with lots of
| > options turned down.
| >
| > Sadly, unlike the statement on the website ("I think the mouse doesn't
| > suck anymore also, though still, your mileage may vary."), mousing
| > around was horrible (jumping all over the place, uncontrollable). As
| > this is the only way for me to play, I can't really play right now.
| >
| > I think this also allows for playing with the original pk3 files, so
| > I'll have to dig those up from somewhere.
| Should not work i think. Last time i checked they had some stuff
| hardcoded into their binary ("baseoa" instead of ID's "baseq3" and some
| more). A separate ioquake3 (the underlying engine) port would be great;)
That seems like a wasted effort. Two ports doing exactly the same
thing but with different datafiles ? Sounds to me like installing
mpg123 to play "openbsd43.mp3" and mpg321 to play "openbsd42.mp3".
Maybe there are specific changes to the source that are
openarena-only, but from what I can tell so far this is not the case.
Once I have finished copying my baseq3/ to one drm-capable laptop I
have, I will check to make sure Q3A-datafiles work with openarena (by
copying them into baseoa/)
Cheers,
Paul 'WEiRD' de Weerd
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
pgpm4QL2V0ICc.pgp
Description: PGP signature
Re: NEW: games/openarena
PS: you may want to install your /usr/local/bin/openarena script with mode a+x : [EMAIL PROTECTED] $ ls -l /usr/local/bin/openarena -rw-r--r-- 1 root bin 1310 Aug 27 10:43 /usr/local/bin/openarena Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: games/openarena
I hate you.
This is going to cost me many sleepless nights ;(
Anyway .. thanks for the port, my meager laptop (with ATI Radeon LW
RV200 Mobility 7500 M7) seems to have no problems running this at a
semi reasonable speed. Smoother than games/quake2, with lots of
options turned down.
Sadly, unlike the statement on the website ("I think the mouse doesn't
suck anymore also, though still, your mileage may vary."), mousing
around was horrible (jumping all over the place, uncontrollable). As
this is the only way for me to play, I can't really play right now.
I think this also allows for playing with the original pk3 files, so
I'll have to dig those up from somewhere.
Port-wise, I wonder if it would make sense to break this up into three
subpackages, -server, -client and -data (so you can install just the
server and play with the original filesets). Not sure how feasible
this is, currently more interesting in playing ;)
Cheers,
Paul 'WEiRD' de Weerd
On Tue, Aug 26, 2008 at 09:10:58PM +0300, Antti Harri wrote:
>
> Hi,
>
> attached is a port of openarena 0.8.0.
>
> http://www.openarena.ws/
>
> "OpenArena is an open-source content package for Quake III Arena licensed
> under the GPL, effectively creating a free stand-alone game. You do not
> need Quake III Arena to play this game."
>
> It needs some work though, it has been known to run on
> macppc and x86 but not on amd64 so perhaps someone with
> amd64 could try it out and solve the issue?
>
> *hint* you can try out oga's drm drivers at the same time
> if you haven't already :-)
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: NEW: lang/nbfc
On Sat, Aug 23, 2008 at 09:10:28PM +0200, Thomas Pfaff wrote: >Hello, [EMAIL PROTECTED] Please test and comment on my first port. It's > probably > not very useful, but some might consider it fun and, if nothing else, you > can now compile and run WEiRDs sig ;-) Hahaha .. funny shit ;) Compiles, packages and runs (my .sig) fine. Thanks at least for a good laugh ;) Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
NEW: ladvd
Hi all, Attached is a port for ladvd, a Link Advertisement Daemon for unix-like systems. Author (CC:'d) was very helpful during porting and agreed to release under the ISC license. From DESCR : -- LADVD uses CDP / LLDP frames to inform switches about connected hosts, which simplifies ethernet switch management. It does this by creating the required payloads and descriptors on startup and then switching to a non-privileged user for the remaining runtime. -- This port requires no external dependencies but does need a new user, _ladvd : Index: user.list === RCS file: /cvs/ports/infrastructure/db/user.list,v retrieving revision 1.91 diff -u -r1.91 user.list --- user.list 25 Jul 2008 00:07:59 - 1.91 +++ user.list 27 Jul 2008 17:57:11 - @@ -114,3 +114,4 @@ 603 _argus _argus net/argus 604 _haproxy _haproxynet/haproxy 605 _hudson_hudson devel/hudson +606 _ladvd _ladvd net/ladvd Packages, builds and runs (including good-looking tcpdumps) on i386, amd64 and sparc64. Behaviour confirmed on i386 with a HP ProCurve 1800-8G switch, screenshot here : http://www.weirdnet.nl/ff/hp1800.png This port is also available here: http://www.weirdnet.nl/openbsd/ports/net/ladvd.tgz Please test on other archs and with other equipment. Comments ? Suggestions ? Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/ ladvd.tgz Description: application/tar-gz
Re: Annoying firefox messages
On Tue, Jun 17, 2008 at 04:52:31PM +0100, Federico G. Schwindt wrote: | On Tue, Jun 17, 2008 at 05:32:11PM +0200, Antoine Jacoutot wrote: | > On Tue, 17 Jun 2008, Marco Peereboom wrote: | > | > > One of the worst annoyances after installing firefox are that it keeps | > > whining about not installed plugins. Unfortunately we can't disable | > > that message using the traditional methods so I'd like to propose that | > > we set plugin.default_plugin_disabled to false to our port. | > | > +1 I completely agree with this! | > | > > I always have to consult the google for 5 minutes to find out what the | > > key is again. | > > | > > Or is there anybody attached to that slow scrolling bar that was | > > designed to bring nothing but despair? | > | > If anyone is attached to this, I propose he cries out loud and move | > on... | | Why not stick it in the README.OpenBSD and let everyone choose? I think (some) people believe Marco's suggestions disables plugins. It doesn't. It disables the "Install $PLUGIN to watch this content" thing that is supposed to be helpful (and is, on Windows or Mac OSX, where you can actually click on the thing and get the proper plugin automatically - functionality that doesn't work on OpenBSD). You can still manually install plugins (what you have to do for all plugins you want to run on OpenBSD anyway). Since the functionality doesn't work on OpenBSD and the it doesn't break anything that does work, my 0.02 monetary units say disable it. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: teTeX
On Fri, May 09, 2008 at 12:36:53AM -0700, Daniel Thomas Nevistic wrote: > I've been trying to find TeX for 4.3 but can not find it in ports. > > I believe that teTeX is the UNIX TeX program which has TeX and the LaTeX2e > macros package for it. > > Does anybody know where I can find TeX? -Dan Edd Barrett has done a lot of work on porting TeXLive, the actively maintained TeX distribution. This ought to provide you with what you're looking for. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: DRM in xpdf
On Sat, Apr 26, 2008 at 01:26:53AM +0200, Martin Schr?der wrote: | 2008/4/26 Paul de Weerd <[EMAIL PROTECTED]>: | > golden. If you disagree (which I fear), could you please state what | > part of section 2 you are actually referring to ? What is the problem | > according to you ? | | a) wants the notion in the modified file, i.e. the patch should also | add a note to the file patched. Otherwise you can not distribute the | patched files, but only the original sources plus patches plus | instructions (i.e. ports). That is what the portstree does. So what file is modified, exactly ? The binary ? There is no unmodified binary to begin with, it was compiled and packaged from the portstree. Also, if the patch would add a comment detailing what the patche changes, this comment would not end up in the compiled binary. Specifically separating patches from the (unmodified) source makes these patches quite clearly and prominently "notices stating that you changed the [original] files". If you have a close look at the patch files themselves, you'll see specific dates (even times) of these changes. So even if your interpretation of the GPL is correct (which I'm not denying nor confirming), the portstree and packages are in compliance. Again, please note that the OpenBSD project does not distribute the patched files. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: DRM in xpdf
On Sat, Apr 26, 2008 at 12:43:42AM +0200, Martin Schr?der wrote: | 2008/4/26 Marco Peereboom <[EMAIL PROTECTED]>: | > Huh? The wishes are gpl; the patch is available so all gpl requirements | > have been met. Why in the world is this being debated? | > | > If your logic was true all linux distributions would be breaking the | > rules because everyone patches stuff. How did you even come up with | > this? | | Have you read section 2 of the GPL lately? Just did, actually. | I agree that for "normal" patches (security fixes etc.) this is not an | issue - but only because nobody cares. These patches still create | modified versions, but it's a gray area. I'm not quite sure how you can defend this being a gray area. Changing the code, gives a modified version. Changing indentation may be a gray area, but actual code changes are not. Note that the modified version of the code is not distributed as such. The portstree contains a patch to change the original distributed sources, meeting condition a) of section 2 of the GPL. Condition b) also is met (which is quite obvious). In this specific case, nothing is changed about announcements for interactive use etc, so condition c) is also met. | I argue that the anti-DRM patch is not a "normal" patch as stated | above but goes further and as such creates a modified version were you | must follow secion 2. It is indeed modified, it offers (in this case) more functionality to the user. However, since the three requirements from section 2 are all met, I see no issue. | It boils down to: When is a modification large enough so that section | 2 applies? Simply be careful, assume that any modification is large enough for section 2 to apply. As long as you meet the three requirements, you're golden. If you disagree (which I fear), could you please state what part of section 2 you are actually referring to ? What is the problem according to you ? Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: Firefox 3
On Wed, Mar 12, 2008 at 10:50:35AM -0700, Unix Fan wrote: | If you port it, or someone else does... don't make the same mistake | as the current firefox 2 port... add recursive/async DNS resolution to | the port instead of all those damn current DNS locks. That's not a problem in firefox. Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: good console jabber client?
On Tue, Nov 27, 2007 at 04:02:39PM +0200, Sergey Prysiazhnyi wrote: | Any Subj in ports tree? Like centericq, etc? Thank you a lot for advise, I kind of like bitlbee. Not a console jabber client per se, but you can use it with any concole (or gui) IRC client. I use irssi+bitlbee to connect to 5 IRC networks, MSN, ICQ and Google Talk (the last one being jabber). Works great and I have all my chatting needs in one convenient place. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: Maintainer Update: net/pptp
On Tue, Oct 23, 2007 at 12:07:50AM +0200, Stefan Sperling wrote:
| * Add patch to ${WRKSRC}/pptp_gre.c to automatically enable
| the net.inet.gre.allow sysctl before trying to bind
| the GRE socket, and disable the sysctl again after
| closing the socket.
Is disabling after use the best way to go ? Perhaps just check if it's
set before running and return that state at program end. This seems
the way of the least surprise to me. If you enable this willingly and
knowingly, it would be bad if pptp would disable it unconditionally at
program end.
Just my two rappen ;)
Cheers,
Paul 'WEiRD' de Weerd
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: NEW: textproc/gsed
On Tue, May 15, 2007 at 06:35:24PM +0200, Nikolay Sturm wrote: | * Paul de Weerd [2007-05-15]: | > The problem is in the 'we should have everything + the kitchen sink in | > the portstree'-attitude. Ports/packages should add functionality. In | > the past, software has been removed from the portstree because the | > functionality provided by them had been added to the base OS. There's | > no need to add ports that have no additional value other than "hey, | > that's one more package we've ported to OpenBSD". | | This is your opinion, the ports tree works differently. Yes, i'm sorry i didn't make that more clear. This is how i've seen stuff being handled so far. I'm not a developer so take what i say with a sufficiently large dose of skepticism. The actual process is not known to me ;) Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: NEW: textproc/gsed
On Tue, May 15, 2007 at 06:15:25PM +0200, Stefan Sperling wrote: | > > >On Mon, May 14, 2007 at 11:03:01PM -0300, Andr?s Delfino wrote: | > > >| >And what/who needs this? | | I do. Not because I want to write non-portable sed, but because I | often come across scripts I want to use that use GNU sed features. So GNU sed adds functionality that doesn't come with the base OS. This is a reason for porting it. | I really don't see the point of your argument. | There is a port and there is a maintainer for it. | Where's your problem? The problem is in the 'we should have everything + the kitchen sink in the portstree'-attitude. Ports/packages should add functionality. In the past, software has been removed from the portstree because the functionality provided by them had been added to the base OS. There's no need to add ports that have no additional value other than "hey, that's one more package we've ported to OpenBSD". | I don't need KDE, Gnome, XFCE, or Emacs either, and all of those | are in the ports tree. So what. You may not need them, but someone else may. They add functionality to the base OS (functionality that you and me may never use, but there's no one forcing you to install these ports), so they're there. | > If I remember right, it features in-place editing, which regular sed doesn't | > have, and that gnu scripts will tend to abuse... | | It also has a -r flag that turns on extended regular expressions. | I don't know if OpenBSD's sed does extended regex, but it does not | have a -r option so scripts that rely on this fail. Well, I'd say that these scripts are non-portable. But, it is a reason for having the port in the porstree. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
