Re: GeoIP mirror of archboot?
On 21/09/2022 08:47, Tobias Powalowski wrote: Hi guys, would it be possible to link the archboot directory to GeoIP too: archboot.mirror.pkgbuild.com/ ? Thanks. greetings tpowa Hey, I personally don't think we should host unofficial projects on our official mirror. I know that we do mirror Risc-V but this project seems to be in our best interest. (potentially giving us a new architecture to support) archboot however is a competitor of archiso which is an official project. Greetings, Jelle OpenPGP_signature Description: OpenPGP digital signature
Re: GeoIP mirror of archboot?
Hi, archboot is not archiso and offers very different things... Again it's not a competition both systems has weaknesses and strenghts, try it and you will see that archboot offers the better/efficient system. But who cares... I'm also fine if this does not happen. greetings tpowa Am Mi., 5. Okt. 2022 um 14:25 Uhr schrieb Jelle van der Waa : > > On 21/09/2022 08:47, Tobias Powalowski wrote: > > Hi guys, > > would it be possible to link the archboot directory to GeoIP too: > > archboot.mirror.pkgbuild.com/ ? > > Thanks. > > greetings > > tpowa > > Hey, > > I personally don't think we should host unofficial projects on our > official mirror. > > I know that we do mirror Risc-V but this project seems to be in our best > interest. (potentially giving us a new architecture to support) > > archboot however is a competitor of archiso which is an official project. > > Greetings, > > Jelle -- Tobias Powalowski Arch Linux Developer & Package Maintainer (tpowa) https://www.archlinux.org tp...@archlinux.org Archboot Developer https://bit.ly/archboot St. Martin-Apotheke Herzog-Georg-Str. 25 89415 Lauingen https://www.st-martin-apo.de i...@st-martin-apo.de
Need help testing pacman 6.0.2 debug packages
Yo!
With the release of pacman 6.0.2 we have now support for debug packages through
`debugedit` as opposed to the awk hack used previously.
https://gitlab.archlinux.org/pacman/pacman/-/commit/ae2f506ddfd1
This should resolve several issues we have had with the existing debug packages
and I want people to test this support.
Please recreate your build chroots and/or reinstall base-devel locally. Enable
debug in a diverse set of packages you maintain. And help validate the current
assumptions:
* Debug packages for Rust, Go* and Julia should work
* Weird /build directories should not exist
* We should have header files
* The source files should be located in `/usr/src/debug/${pkgbase}-${pkgver}`
You can list them easily with `bsdtar -tf *.pkg.tar.zst`
Note pacman is currently in [testing].
In the case for Go we need to disable compressed dwarf headers with
`-ldflags=-compressdwarf=false`.
It should be the case for any binaries with these headers as well. They can be
recognized with the weird "DWARF version 0 unhandled" error string during
stripping.
Please report back if things look good, or you are looking at weird debug
package structures :)
If everything looks fine I intend to write an RFC for blanket enabling debug
packages in devtools!
--
Morten Linderud
PGP: 9C02FF419FECBE16
signature.asc
Description: PGP signature
Re: Need help testing pacman 6.0.2 debug packages
Thanks for your work on this! From a quick test it seems much faster than the
previous implementation.
> * The source files should be located in `/usr/src/debug/${pkgbase}-${pkgver}`
That doesn't seem to be the case. The entire ${srcdir} is installed directly
under /usr/src/debug.
This can potentially cause conflicts, especially with out-of-tree cmake/meson
builds.
Re: Need help testing pacman 6.0.2 debug packages
On 6/10/22 01:03, Antonio Rojas wrote:
Thanks for your work on this! From a quick test it seems much faster than the
previous implementation.
* The source files should be located in `/usr/src/debug/${pkgbase}-${pkgver}`
That doesn't seem to be the case. The entire ${srcdir} is installed directly
under /usr/src/debug.
This can potentially cause conflicts, especially with out-of-tree cmake/meson
builds.
Can you provide more details? Anything that uses {C,CXX,RUST}FLAGS
should work.
A
