Hi everyone! Hope you're all having a nice life!
Sorry if this has been already discussed here, but searching the forum didn't return anything. I just learned about this https://dur.hunterwittenborn.com/packages/ and thought of sharing here to see what you people think about it. Time will tell, but I think it is a great idea.
Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
DUR: Debian User Repository
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 72 times
Re: DUR: Debian User Repository
Thanks for your concise and well-reasoned arguments against all such repositories.4D696B65 wrote:A debian ppa? No thanks
MX Linux packager and developer
Re: DUR: Debian User Repository
Well, in theory, this is supposed to be something like arch's AUR for Debian, so it's not a ppa. You should be able to download the pkg snapshot containing all the info to build.4D696B65 wrote:A debian ppa? No thanks
Once downloaded, you may examine the tar
Code: Select all
zcat alacritty.tar.gz
pax_global_header00006660000000000000000000000064140657767440014536gustar00rootroot0000000000000052 comment=3cf1ea511109928befa88fccf1d59711098b773f
alacritty/000077500000000000000000000000001406577674400130765ustar00rootroot00000000000000alacritty/.SRCINFO000066400000000000000000000015261406577674400142060ustar00rootroot00000000000000pkgbase = alacritty
pkgdesc = A cross-platform, GPU-accelerated terminal emulator
pkgver = 0.8.0
pkgrel = 1
url = https://github.com/jwilm/alacritty
arch = x86_64
license = Apache
checkdepends = fonts-dejavu
makedepends = cargo
makedepends = cmake
makedepends = desktop-file-utils
makedepends = gdb
makedepends = git
makedepends = libfontconfig1-dev
makedepends = libfreetype-dev
makedepends = libncurses-dev
makedepends = libxcb-render0-dev
makedepends = libxcb-shape0-dev
makedepends = libxcb-xfixes0-dev
makedepends = libxcb1-dev
makedepends = rustc
source = git+https://github.com/jwilm/alacritty.git#tag=v0.8.0
sha256sums = SKIP
pkgname = alacritty
depends = libc6>=2.29
depends = libfontconfig1>=2.12.6
depends = libfreetype6>=2.8
depends = libgcc-s1>=4.2
depends = libxcb1>=1.6
depends = libx11-xcb1
depends = libgl1
alacritty/.gitignore000066400000000000000000000001521406577674400150640ustar00rootroot00000000000000# ArchLinuxPackages.gitignore:
*.tar
*.tar.*
*.jar
*.exe
*.msi
*.zip
*.tgz
*.log
*.log.*
*.sig
pkg/
src/
alacritty/PKGBUILD000066400000000000000000000044101406577674400142210ustar00rootroot00000000000000# Maintainer: Otreblan <otreblain@gmail.com>
# Contributor: Christian Rebischke <chris.rebischke@archlinux.org>
# Contributor: Jiachen YANG <farseerfc@archlinux.org>
# Contributor: kpcyrd <git@rxv.cc>
# Contributor: quininer <quininer@live.com>
pkgname='alacritty'
pkgdesc="A cross-platform, GPU-accelerated terminal emulator"
pkgver=0.8.0
pkgrel=1
arch=('x86_64')
url="https://github.com/jwilm/alacritty"
license=('Apache')
makedepends=(
'cargo'
'cmake'
'desktop-file-utils'
'gdb'
'git'
'libfontconfig1-dev'
'libfreetype-dev'
'libncurses-dev'
'libxcb-render0-dev'
'libxcb-shape0-dev'
'libxcb-xfixes0-dev'
'libxcb1-dev'
'rustc'
)
depends=('libx11-xcb1' 'libgl1')
checkdepends=('fonts-dejavu') # for monospace fontconfig test
optdepends=()
source=("git+https://github.com/jwilm/alacritty.git#tag=v${pkgver}")
sha256sums=('SKIP')
build(){
cd "$pkgname"
env CARGO_INCREMENTAL=0 cargo build --release --locked
}
check(){
cd "$pkgname"
env CARGO_INCREMENTAL=0 cargo test --release --locked
}
_shlibdeps() {
mkdir -p "$pkgdir/debian"
touch "$pkgdir/debian/control"
pushd "$pkgdir" &> /dev/null
dpkg-shlibdeps "$@" -O 2> /dev/null |\
sed "s/.*Depends=\(.*\)/\1/" |\
sed "s/, /\n/g" |\
sed "s/\(.*\) (\(.*\) \(.*\))/\1\2\3/g"
popd &> /dev/null
rm -rf "$pkgdir/debian"
}
package() {
cd "$pkgname"
desktop-file-install -m 644 --dir "$pkgdir/usr/share/applications/" "extra/linux/Alacritty.desktop"
install -D -m755 "target/release/alacritty" "$pkgdir/usr/bin/alacritty"
install -D -m644 "extra/alacritty.man" "$pkgdir/usr/share/man/man1/alacritty.1"
install -D -m644 "extra/linux/io.alacritty.Alacritty.appdata.xml" "$pkgdir/usr/share/appdata/io.alacritty.Alacritty.appdata.xml"
install -D -m644 "alacritty.yml" "$pkgdir/usr/share/doc/alacritty/example/alacritty.yml"
install -D -m644 "extra/completions/alacritty.bash" "$pkgdir/usr/share/bash-completion/completions/alacritty"
install -D -m644 "extra/completions/_alacritty" "$pkgdir/usr/share/zsh/site-functions/_alacritty"
install -D -m644 "extra/completions/alacritty.fish" "$pkgdir/usr/share/fish/vendor_completions.d/alacritty.fish"
install -D -m644 "extra/logo/alacritty-term.svg" "$pkgdir/usr/share/pixmaps/Alacritty.svg"
depends+=($(_shlibdeps "$pkgdir/usr/bin/alacritty"))
}
takes PKGBUILD files and creates Debian packages installable with APT.
-
- Global Moderator
- Posts: 2684
- Joined: 2018-06-20 15:16
- Location: Colorado
- Has thanked: 41 times
- Been thanked: 196 times
Re: DUR: Debian User Repository
... it's a doggie door.Moltke wrote:Well, in theory,
The managed repository is the front door, with it's standard hinges and locks.
AUR, ppa's, flatpaks, snaps, appimages, etc, etc, etc are simply different breeds. Nothing new here.
The alternative to the front door is the back door. No amount of alternate sizing or hingeless magnetism changes the nature of an additional opening.
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 72 times
Re: DUR: Debian User Repository
Speaking of alacritty, a build requires newer versions of rustc than are available for Buster--not an issue on Bullseye right now. Rustc usually does not impose weird runtime dependencies on binaries, though, which is why you can run something like even the latest Firefox binary from Mozilla on Stretch or even Jessie.
I think there's a PPA for alacritty that would make porting it to Bullseye easier...
I think there's a PPA for alacritty that would make porting it to Bullseye easier...
MX Linux packager and developer
-
- Posts: 932
- Joined: 2020-05-03 14:16
- Has thanked: 7 times
- Been thanked: 68 times
Re: DUR: Debian User Repository
As a "packager and developer" for sure You now of a process called "debianization" of the sources.stevepusser wrote:Thanks for your concise and well-reasoned arguments against all such repositories.4D696B65 wrote:A debian ppa? No thanks
This process involves several steps, starting from verifying the licences, applying some debian-specific patches, changing the build flags for GCC (like adding the fortify-source option), correcting static messages, quality assurance, etc.
3rd party repository may be perfect - but it can be also totally broken or it may contain unwanted software. (CwF have already expressed this).
More over, just like PPA, newer packages can pull other unstable packages, breaking the whole system - this is what have happened to Ubuntu.
So no, thanks
Bill Gates: "(...) In my case, I went to the garbage cans at the Computer Science Center and I fished out listings of their operating system."
The_full_story and Nothing_have_changed
The_full_story and Nothing_have_changed
-
- Global Moderator
- Posts: 2684
- Joined: 2018-06-20 15:16
- Location: Colorado
- Has thanked: 41 times
- Been thanked: 196 times
Re: DUR: Debian User Repository
This is a real point. The forward looking danger is that all of these competing methods will work well as judged by the simplistic thinking - well, it works! That shouldn't be the judge.LE_746F6D617A7A69 wrote: 3rd party repository may be perfect -
Are we destined for a generic commoditized container OS that is successfully irrelevant to the 'app' we use. Will it matter that 'app' is the size of an OS from yesterday. Is the rational that disk space is cheap valid? Is tighter faster code a realistic goal when it only consumes 2% of the available resources while the critically fat option comes in at 10%.
All of these methods are touted as an advantage to the user are a charade. The benefit is to the developer for sure, a short cut for penetration into a overly fractured market.
I'm a fan of virtualization and have been for 20 years. I touted the coming reality that future computers will be powerful enough to make nearly all platform choice irrelevant. I imagined the software of the time could always be viable, obsolescence made obsolete. That has become mostly true. I have focused on using this tech to enable old tech that has no modern equivalent, and doesn't need one. Yet here we are absorbing all the performance gains on a app by app basis.
Re: DUR: Debian User Repository
When I was more adventurous I installed some packages from 3rd party repositories. What I found was that they were often out of sync with official Debian repositories. The effect is similar to installing Testing packages in Stable; sometimes it works and sometimes it doesn't.