Re: PCCONS still needed for Xorg
On 22.06.24 09:14, nia wrote: Hi, pccons was removed from i386 and shark ports. That leaves NetBSD/arc as its last remaining consumer. However, not with the GENERIC kernel. Seems you have to use the PCCONS kernel - NetBSD/arc GENERIC is wscons. It seems pretty dead. Thanks. So can we conclude that it's not needed for Xorg anymore ? Is there any other BSD still using pccons ? thx --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
Announce: Xorg testing ground v0.0.2 -- adding FreeBSD and NetBSD support
Hello friends, I've just released a new version of the Xorg testing ground (*1), now with FreeBSD and NetBSD support :) The tool detects the host platform automatically and picks the right jail/chroot platform based on that. Still that can be configured manually in site.cf if needed. Currently supported platforms: * GNU/Linux (apt-based) * FreeBSD 14 * NetBSD 10 (feel free to send patches, if you're missing one :)) I'd recommend all Xorg testing volunteers getting in touch with me for further coordination and improvements. git repo: https://gitlab.freedesktop.org/metux/xorg-testing/ have fun, --mtx *1) https://lists.x.org/archives/xorg-devel/2024-June/059249.html PS: those who've received this mail via some mailing list - please also reply to me directly, in case I'm not subscribed to some particular list. -- --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
PCCONS still needed for Xorg
Hi folks, I'm wondering whether PCCONS is still used anywhere (except maybe minimal installer floppy, that doesn't run Xorg anyways) or whether we can remove it entirely from Xorg. In case it's still needed, I'm wondering where exactly the pccons ioctl's are defined, so we can at least drop our own hackish definitions. thx --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
Announce: Xorg testing ground toolkit v0.0.1
Hello friends, since I've received lots of questions from testing volunteers about how build/install the recent Xserver revisions, I've created a little toolkit for making this easier: It pulls all the latest sources and builds/installs a simplicistic X11 instance in a jail, so an Xserver can be launched from there, using the real hardware. For the future I'm planning to add some test automation, depending on what requirements the testers come up with. This initial release is yet limited to Debian (on host as well as jail), but the architecture is already designed to easily add more platforms. One of the next things on my 2do-List is adding FreeBSD and NetBSD support. The latter would also help filling the gap of currently missing NetBSD CI @f.d.o. I'd also welcome patches from Solaris/Illumos community :) The code can be found at: https://gitlab.freedesktop.org/metux/xorg-testing/ Feel free to play around, submit bugs reports and patches. have fun, -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
unattended install
Hello folks, is there any way of unattended installation (eg. from the ISO) ? Rationale: I need to create VM images by a build pipeline (on kvm). thx --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
Re: missing struct authdes_cred
On 27.03.24 12:03, Robert Swindells wrote: Hi, NetBSD provides versions of the Xserver both in the base operating system and in pkgsrc, what are you trying to do? add NetBSD build to xorg CI. The SECURE_RPC option is not defined for the base build so the error you list will not occur, haven't checked pkgsrc. It happens when building master xorg branch. > That struct is not provided by NetBSD. Indeed, meanwhile found out AUTH_DES had been dropped on NetBSD quite some time ago, so we have to add a check in meson file: https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1441 --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
missing struct authdes_cred
Hello folks, while trying to compile Xserver (master branch), I'm encountering an error: ../os/rpcauth.c: In function ‘authdes_ezdecode’: 1431../os/rpcauth.c:110:52: error: invalid use of undefined type ‘struct authdes_cred’ 1432 110 | return (((struct authdes_cred *) r.rq_clntcred)->adc_fullname.name); 1433 | Does this struct really not exist on NetBSD, or am I just missing something ? thx --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
Re: Official cloud/live images ?
On 25.03.24 21:24, Jan-Benedict Glaw wrote: For my own CI builds, I'm cross-building NetBSD from Linux for all port/cpus and use that generated amd64 install ISO to do an autoated installation into Qemu (simple `expect` script.) Can you share how exactly you're doing it ? --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
Re: Official cloud/live images ?
On 26.03.24 10:33, Rhialto wrote: On Mon 25 Mar 2024 at 20:53:49 +0100, Enrico Weigelt, metux IT consult wrote: I'm currently setting up CI jobs for building Xorg on NetBSD, but I've only found an amd64 live image, where sshd is pretty locked down (no root login, etc), so I had to manually log in on console and change sshd config. That's quite unpleasant - I'd rather directly use the official release images instead. You can use cloud-init-like data from a metadata service to specify a login with ssh key. See /usr/src/distrib/amd64/liveimage/emuimage/rc.conf.emuimage and /usr/src/distrib/utils/embedded/files/ec2_init I've seen the init script - but it would be really complicated to make that work with just a qemu in a docker container available. --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
Re: pkg_add and pkgin install taking extremely long
On 25.03.24 20:40, Justin Parrott wrote: This is not an issue with the local system. maybe a combination of both the guest and the host (maybe host offering IPv6 address but no actual routing). But fortunately fixed it with some tweaks now :) --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
Re: Official cloud/live images ?
On 25.03.24 21:24, Jan-Benedict Glaw wrote: For my own CI builds, I'm cross-building NetBSD from Linux for all port/cpus and use that generated amd64 install ISO to do an autoated installation into Qemu (simple `expect` script.) hmm, sounds a bit complex ... I just wanted to add some more images to our CI, not bootstrapping a whole OS. And it's probably running for quite some time (the pipeline is already quite huge) --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
Re: Official cloud/live images ?
On 25.03.24 17:19, Greg A. Woods wrote: Hi, are there any official live images that allow direct login via ssh (no password), which can directly be used for cloud / continous integration jobs ? I would think that would be a very bad idea for a publicly distributed official OS image! note that those images are only meant to be used by some cloud infrastructure that's handling proper security isolation (in those cases nobody except the host could even reach the ssh port). FreeBSD does have those images: https://download.freebsd.org/ftp/releases/CI-IMAGES/ (not sure whether "CI" here stands for continuous integration or cloud infrastructure) I would think it should be trivial to take a copy of the official image, modify it as desired, then use that modified copy for one's own uses. In context of public infrastructures, it's not that easy. Besides the need for some appropriate storage place (where ci jobs can fetch it from) it's also a matter of reproducability and trust. For example, if I submit my on private image to freedesktop.org, the whole org needs to trust me I didn't mess something up. And we have to repeat all steps for each new upstream release. Having an official image, where I directly can ssh into would skip that all. (with FreeBSD we're already doing it that way). It would be easier if I somehow could inject a script (eg. by separate volume) that's handling my configuration. --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
Official cloud/live images ?
Hello folks, are there any official live images that allow direct login via ssh (no password), which can directly be used for cloud / continous integration jobs ? I'm currently setting up CI jobs for building Xorg on NetBSD, but I've only found an amd64 live image, where sshd is pretty locked down (no root login, etc), so I had to manually log in on console and change sshd config. That's quite unpleasant - I'd rather directly use the official release images instead. thx --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
Re: pkg_add and pkgin install taking extremely long
Hi @all, Your timing is similar to what I had in some early tests. That said, have you measured what is the slow part? I bet it's the network, not specifically pkgin. meanwhile turned out it seems to be ipv6 related (somebody in irc gave me a hint on that). calling pkgin with -4 makes it *a lot* faster (pkg_add doesnt seem to have that switch). Also explicitly dropping ipv6 default route - now the job finishes in under 5mins. --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
pkg_add and pkgin install taking extremely long
Hello folks, I'm currently in process of setting up an CI build process for Xorg on NetBSD (inside Qemu), but encountering really long delays in package installations. A simple `pkg_add pkgin` runs for over a quarter hour, and pkgin install call took another half an hour, until it recognized a wrong parameter: https://gitlab.freedesktop.org/metux/ci-templates/-/jobs/56754224 Am I doing anything wrong ? thx --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287
