Giter Club home page Giter Club logo

xbps's People

Contributors

andkem avatar bobertlo avatar chocimier avatar classabbyamp avatar duncaen avatar ebfe avatar eli-schwartz avatar ericonr avatar flexibeast avatar foxlet avatar fvalasiad avatar giedriuss avatar gottox avatar huglovefan avatar jgouly avatar jnbr avatar leahneukirchen avatar mbarbar avatar meator avatar ncopa avatar oopsbagel avatar paper42 avatar piraty avatar q66 avatar roman-neuhauser avatar sgn avatar stpx avatar uggedal avatar vaelatern avatar wqer555 avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

xbps's Issues

xbps-uhelper fails with redirect using proxy

For example, fetching https://www.llvm.org/releases/7.0.1/llvm-7.0.1.src.tar.xz using a proxy (in my case squid running at http://172.17.0.1:3128 and a certificate that I have manually added to my system) produces:

looking up 172.17.0.1
connecting to 172.17.0.1:3128
SSL options: 4004
Peer verification enabled
Using CA cert path: /etc/ssl/certs
Verify hostname
TLSv1.2 connection established using ECDHE-RSA-AES256-GCM-SHA384
Certificate subject: /CN=llvm.org
Certificate issuer: /C=AU/ST= /L= /O= /OU= /CN=
requesting https://www.llvm.org/releases/7.0.1/llvm-7.0.1.src.tar.xz
302 redirect to http://releases.llvm.org/7.0.1/llvm-7.0.1.src.tar.xz
looking up 172.17.0.1
connecting to 172.17.0.1:3128
requesting http://releases.llvm.org/7.0.1/llvm-7.0.1.src.tar.xz
https://www.llvm.org/releases/7.0.1/llvm-7.0.1.src.tar.xz: Bad Request

The problem seems to be connected with the fact that an https URL redirects to a http URL. From the proxy log I can see:

1547696915.462 447 172.17.0.1 TCP_MISS/302 671 GET https://www.llvm.org/releases/7.0.1/llvm-7.0.1.src.tar.xz - HIER_DIRECT/54.67.122.174 text/html
1547696915.465 0 172.17.0.1 NONE/400 3937 GET /7.0.1/llvm-7.0.1.src.tar.xz - HIER_NONE/- text/html

I tracked the problem down to code around here in fetch/http.c:

  /* send request */
  if (verbose)
  	fetch_info("requesting %s://%s%s",
  	    url->scheme, host, url->doc);
  if (purl && strcasecmp(URL->scheme, SCHEME_HTTPS) != 0) {
  	http_cmd(conn, "%s %s://%s%s HTTP/1.1\r\n",
  	    op, url->scheme, host, url->doc);
  } else {
  	http_cmd(conn, "%s %s HTTP/1.1\r\n",
  	    op, url->doc);
  }

  if (if_modified_since && url->last_modified > 0)
  	set_if_modified_since(conn, url->last_modified);

  /* virtual host */
  http_cmd(conn, "Host: %s\r\n", host);

  if (strcasecmp(URL->scheme, SCHEME_HTTPS) != 0)
  	send_proxy_headers(conn, purl);

In two places this code uses URL->scheme (the protocol of the original URL) rather than url->scheme (the protocol of the redirected URL. I found that after replacing these two instances the code appears to work in this particular case. But not really understanding these protocols very well I hesitate to make a pull request based on a single case.

I see comments in the code that the whole http_request function needs to be rewritten anyway, so just bringing this issue to the developers' attention.

Make xbps smart enough to only trigger some post-methods once

When updating an old container/VPS and alike xbps will first update all fonts and then trigger a fc-cache rebuild for every single font that has been updated which can take quite a time.

I suggest that we store a flag for each action that only needs to be run once after a system update and xbps will not trigger a further action.

Segfault when listing orphans or trying to remove them.

Started after i installed orca and tried to remove with -R

$ xbps-query -O
Segmentation fault
# xbps-remove -o
Segmentation fault

(gdb) run -O
Starting program: /usr/bin/xbps-query -O
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7634209 in _int_free () from /usr/lib/libc.so.6

(gdb) run -o
Starting program: /usr/bin/xbps-remove -o
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
mkversion (num=num@entry=0x5555557c8926 "2.27_1", ap=<synthetic pointer>) at external/dewey.c:190
190external/dewey.c: No such file or directory.

virtualpkg: mapping an existing package to base-system can get base-system removed

System

  • xuname: Void 4.18.13_1 x86_64-musl GenuineIntel/KVM notuptodate rF
  • package xbps-0.53_7

Background

With the goal to evade some unwanted packages that would be pulled as a dependency by other packages, this file is present on my system:

cat /etc/xbps.d/openresolv.conf 
# don't let wireguard pull openresolv
virtualpkg=openresolv:base-system

As mentioned in the NEWS, xbps allows

to map any pkg to another, even if there's an existing real package

The example mentions virtualpkg=wifi-firmware:base-system, see 2976527

Issue

What in fact happens (and had happened to me already in the past) in case of a system-update, is that base-system gets marked as "remove" and the virtualpkgs will get installed, with the high risk of being left with a broken system afterwards, especially if orphans are cleaned too uncarefully...

$ sudo xbps-install -Su
Password: 
[*] Updating `https://alpha.de.repo.voidlinux.org/current/musl/x86_64-musl-repodata' ...

Name            Action    Version           New version            Download size
base-system     remove    0.112_3           -                      - 
openresolv      install   -                 3.9.0_1                - 
wireguard-tools update    0.0.20181007_1    0.0.20181018_1         40KB 

Size to download:               40KB
Size required on disk:         103KB
Space available on disk:      2603MB

Do you want to continue? [Y/n]

Debug log

Below you find the output of an xi -Su --verbose --debug. (It has been shortened, otherwise it would have had 2000 lines)

$ sudo xbps-install -Su -v -d
Password: 
[DEBUG] XBPS: 0.53 API: 20180730 GIT: UNSET
[DEBUG] Processing configuration directory: /etc/xbps.d
[DEBUG] Parsing configuration file: /etc/xbps.d/openresolv.conf
[DEBUG] /etc/xbps.d/openresolv.conf: added virtualpkg openresolv for base-system
[DEBUG] Processing system configuration directory: /usr/share/xbps.d
[DEBUG] Parsing configuration file: /usr/share/xbps.d/00-repository-main.conf
<...>
[DEBUG] [repo] `https://alpha.de.repo.voidlinux.org/current/musl' stored successfully
[DEBUG] /usr/share/xbps.d/00-repository-main.conf: added repository https://alpha.de.repo.voidlinux.org/current/musl
[DEBUG] Parsing configuration file: /usr/share/xbps.d/musl-arch.conf
[DEBUG] /usr/share/xbps.d/musl-arch.conf: native architecture set to x86_64-musl
[DEBUG] Parsing configuration file: /usr/share/xbps.d/void-virtualpkgs.conf
[DEBUG] /usr/share/xbps.d/void-virtualpkgs.conf: added virtualpkg awk for gawk
[DEBUG] /usr/share/xbps.d/void-virtualpkgs.conf: added virtualpkg cron-daemon for dcron
[DEBUG] /usr/share/xbps.d/void-virtualpkgs.conf: added virtualpkg editor for nvi
[DEBUG] /usr/share/xbps.d/void-virtualpkgs.conf: added virtualpkg man for openbsd-man
[DEBUG] /usr/share/xbps.d/void-virtualpkgs.conf: added virtualpkg ntp-daemon for openntpd
[DEBUG] /usr/share/xbps.d/void-virtualpkgs.conf: added virtualpkg openssl for libressl-openssl
[DEBUG] /usr/share/xbps.d/void-virtualpkgs.conf: added virtualpkg shell for dash
[DEBUG] /usr/share/xbps.d/void-virtualpkgs.conf: added virtualpkg smtp-server for opensmtpd
[DEBUG] Parsing configuration file: /usr/share/xbps.d/xbps.conf
[DEBUG] rootdir=/
[DEBUG] metadir=//var/db/xbps
[DEBUG] cachedir=/var/cache/xbps
[DEBUG] confdir=/etc/xbps.d
[DEBUG] sysconfdir=/usr/share/xbps.d
[DEBUG] syslog=true
[DEBUG] bestmatching=false
[DEBUG] Architecture: x86_64-musl
[DEBUG] Target Architecture: (null)
[DEBUG] Repository[0]=https://alpha.de.repo.voidlinux.org/current/musl
[*] Updating `https://alpha.de.repo.voidlinux.org/current/musl/x86_64-musl-repodata' ...
[DEBUG] st.st_size: 1621106
[DEBUG] st.st_atime: 19 Oct 2018 14:58
[DEBUG] st.st_mtime: 19 Oct 2018 14:58
[DEBUG] url_stat.size: -1
[DEBUG] url_stat.atime: 19 Oct 2018 14:58
[DEBUG] url_stat.mtime: 19 Oct 2018 14:58
[DEBUG] [rpool] `https://alpha.de.repo.voidlinux.org/current/musl' registered.
[DEBUG] [repo] `https://alpha.de.repo.voidlinux.org/current/musl' public key already stored.
[DEBUG] [pkgdb] added vpkg cron-daemon-0_1 for cronie
[DEBUG] [pkgdb] added vpkg libudev-220_2 for eudev-libudev
[DEBUG] [pkgdb] added vpkg awk-0_1 for gawk
[DEBUG] [pkgdb] added vpkg jpeg-8_1 for libjpeg-turbo
[DEBUG] [pkgdb] added vpkg openssl-2.7.4_1 for libressl
[DEBUG] [pkgdb] added vpkg man-0_1 for mdocml
[DEBUG] [pkgdb] added vpkg perl-Archive-Tar-2.30_1 for perl
[DEBUG] [pkgdb] added vpkg perl-Attribute-Handlers-1.01_1 for perl
[DEBUG] [pkgdb] added vpkg perl-AutoLoader-5.74_1 for perl
<...>
[DEBUG] [pkgdb] added vpkg perl-threads-shared-1.58_1 for perl
[DEBUG] [pkgdb] added vpkg perl-version-0.9923_1 for perl
[DEBUG] [pkgdb] added vpkg eject-2.32.1_1 for util-linux
[DEBUG] [pkgdb] added vpkg rfkill-2.32.1_1 for util-linux
[DEBUG] [pkgdb] initialized ok.
[DEBUG] [rpool] Skipping `xbps-0.53_7' (installed: xbps-0.53_7) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `LuaJIT-2.0.5_2' (installed: LuaJIT-2.0.5_2) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `acl-2.2.53_1' (installed: acl-2.2.53_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `acpid-2.0.30_1' (installed: acpid-2.0.30_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
<...>
[DEBUG] [rpool] Skipping `wayland-1.16.0_1' (installed: wayland-1.16.0_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `which-2.21_3' (installed: which-2.21_3) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `wifi-firmware-1.3_1' (installed: wifi-firmware-1.3_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `wireguard-0.0.20181018_1' (installed: wireguard-0.0.20181018_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
Found wireguard-tools-0.0.20181018_1 (update) in repository https://alpha.de.repo.voidlinux.org/current/musl
[DEBUG] Added `wireguard-tools-0.0.20181018_1' into the dependency list (https://alpha.de.repo.voidlinux.org/current/musl)
[DEBUG] [rpool] Skipping `wpa_supplicant-2.6_11' (installed: wpa_supplicant-2.6_11) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xbps-0.53_7' (installed: xbps-0.53_7) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xbps-triggers-0.109_1' (installed: xbps-triggers-0.109_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xcb-util-0.4.0_1' (installed: xcb-util-0.4.0_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xcb-util-image-0.4.0_1' (installed: xcb-util-image-0.4.0_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xcb-util-keysyms-0.4.0_1' (installed: xcb-util-keysyms-0.4.0_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xcb-util-renderutil-0.3.9_1' (installed: xcb-util-renderutil-0.3.9_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xcb-util-wm-0.4.1_3' (installed: xcb-util-wm-0.4.1_3) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xfsprogs-4.18.0_1' (installed: xfsprogs-4.18.0_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xkbcomp-1.4.2_1' (installed: xkbcomp-1.4.2_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xkeyboard-config-2.25_1' (installed: xkeyboard-config-2.25_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `xtools-0.52_1' (installed: xtools-0.52_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `zd1211-firmware-1.5_1' (installed: zd1211-firmware-1.5_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `zlib-1.2.11_3' (installed: zlib-1.2.11_3) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] [rpool] Skipping `zstd-1.3.6_1' (installed: zstd-1.3.6_1) from repository `https://alpha.de.repo.voidlinux.org/current/musl'
[DEBUG] Finding required dependencies for 'wireguard-tools-0.0.20181018_1':
[DEBUG] wireguard-tools-0.0.20181018_1: requires dependency 'openresolv>=0': not installed `base-system-0.112_3 (vpkg)'
Found openresolv-3.9.0_1 (install) in repository https://alpha.de.repo.voidlinux.org/current/musl
[DEBUG] Added `openresolv-3.9.0_1' into the dependency list (https://alpha.de.repo.voidlinux.org/current/musl)
[DEBUG] wireguard-tools-0.0.20181018_1: requires dependency 'libmnl>=1.0.3_1': installed `libmnl-1.0.4_1'.
[DEBUG] wireguard-tools-0.0.20181018_1: requires dependency 'musl>=0.9.9_1': installed `musl-1.1.20_1'.
[DEBUG] Package `base-system-0.112_3' will be replaced by `openresolv-3.9.0_1', matched with `openresolv>=0'
[DEBUG] LuaJIT-2.0.5_2: registering libgcc_s.so.1 for shlib-requires
[DEBUG] LuaJIT-2.0.5_2: registering libc.so for shlib-requires
[DEBUG] acl-2.2.53_1: registering libattr.so.1 for shlib-requires
[DEBUG] acl-2.2.53_1: registering libc.so for shlib-requires
[DEBUG] acpid-2.0.30_1: registering libc.so for shlib-requires
<...>
[DEBUG] zlib-1.2.11_3: registering libc.so for shlib-requires
[DEBUG] zstd-1.3.6_1: registering libz.so.1 for shlib-requires
[DEBUG] zstd-1.3.6_1: registering liblzma.so.5 for shlib-requires
[DEBUG] zstd-1.3.6_1: registering libc.so for shlib-requires
[DEBUG] zstd-1.3.6_1: registering libstdc++.so.6 for shlib-requires
[DEBUG] zstd-1.3.6_1: registering libgcc_s.so.1 for shlib-requires
[DEBUG] LuaJIT-2.0.5_2: registering libluajit-5.1.so.2 for shlib-provides
[DEBUG] acl-2.2.53_1: registering libacl.so.1 for shlib-provides
<...>
[DEBUG] xfsprogs-4.18.0_1: registering libhandle.so.1 for shlib-provides
[DEBUG] zlib-1.2.11_3: registering libz.so.1 for shlib-provides
[DEBUG] xbps_transaction_shlibs: checking for `libEGL.so.1': provided by `libEGL-18.2.2_2'
[DEBUG] xbps_transaction_shlibs: checking for `libGL.so.1': provided by `libGL-18.2.2_2'
<...>
[DEBUG] xbps_transaction_shlibs: checking for `libz.so.1': provided by `zlib-1.2.11_3'
[DEBUG] xbps_transaction_shlibs: checking for `libzstd.so.1': provided by `libzstd-1.3.6_1'

Name            Action    Version           New version            Download size
base-system     remove    0.112_3           -                      - 
openresolv      install   -                 3.9.0_1                - 
wireguard-tools update    0.0.20181007_1    0.0.20181018_1         40KB 

Size to download:               40KB
Size required on disk:         103KB
Space available on disk:      2603MB

Do you want to continue? [Y/n] n
Aborting!
[DEBUG] [pkgdb] released ok.

[Feature request] Optional runtime dependencies

Ok this is basically https://github.com/voidlinux/xbps/issues/119
A package should define optional dependencies, maybe a xbps-install option could also be added for this --as-dependency or something like this. If you install a package that optionally depends on $foo you could then simply install it through

xbps-install -Sy $foo --as-dependency

and when removing the package $bar that is the only package that has a (optional) dependency on it it can be handled as normal dependency and remove it with the package.

Using `replaces` in a template only replaces the package but not the files

Steps to reproduces

Install a package and then update it to a meta package that pulls in a new package that replaces the meta package. ( package1 -> update -> package1 (meta) -> depends -> package2 -> replaces package1 )

xbps-query -f lists the files
Also xbps-install -f does not work to fix this issue when one package does depend on one of the not installed symlinks.

doas xbps-install -f okteta
doas (john@void) password: 
kdevelop-5.2.1_4: broken, unresolvable shlib `libkasten3controllers.so.3'
kdevelop-5.2.1_4: broken, unresolvable shlib `libkasten3core.so.3'
kdevelop-5.2.1_4: broken, unresolvable shlib `libkasten3okteta1controllers.so.1'
kdevelop-5.2.1_4: broken, unresolvable shlib `libkasten3okteta1core.so.1'
kdevelop-5.2.1_4: broken, unresolvable shlib `libkasten3okteta1gui.so.1'
kdevelop-5.2.1_4: broken, unresolvable shlib `libokteta2core.so.2'
kdevelop-5.2.1_4: broken, unresolvable shlib `libokteta2gui.so.2'
Transaction aborted due to unresolved shlibs.
doas xbps-pkgdb okteta
doas (john@void) password: 
ERROR: okteta: unexistent file /etc/xdg/okteta-structures.knsrc.
ERROR: okteta: unexistent file /usr/bin/struct2osd.
ERROR: okteta: unexistent file /usr/share/applications/org.kde.okteta.desktop.
ERROR: okteta: unexistent file /usr/share/doc/HTML/es/okteta/index.docbook.
ERROR: okteta: unexistent file /usr/share/doc/HTML/pt/okteta/index.docbook.
ERROR: okteta: unexistent file /usr/share/doc/HTML/pt_BR/okteta/index.docbook.
ERROR: okteta: unexistent file /usr/share/doc/HTML/sr/okteta/index.docbook.
ERROR: okteta: unexistent file /usr/share/icons/hicolor/16x16/apps/okteta.png.
ERROR: okteta: unexistent file /usr/share/icons/hicolor/32x32/apps/okteta.png.
ERROR: okteta: unexistent file /usr/share/icons/hicolor/48x48/apps/okteta.png.
ERROR: okteta: unexistent file /usr/share/locale/sr/LC_MESSAGES/liboktetacore.mo.
ERROR: okteta: unexistent file /usr/share/locale/sr/LC_MESSAGES/liboktetagui.mo.
ERROR: okteta: unexistent file /usr/share/locale/sr/LC_MESSAGES/oktetapart.mo.
ERROR: okteta: unexistent file /usr/share/okteta/structures/elf/main.osd.
ERROR: okteta: unexistent file /usr/share/okteta/structures/elf/metadata.desktop.
ERROR: okteta: unexistent file /usr/share/okteta/structures/gccxml-to-osd.xsl.
ERROR: okteta: unexistent file /usr/share/okteta/structures/png/main.osd.
ERROR: okteta: unexistent file /usr/share/okteta/structures/png/metadata.desktop.
ERROR: okteta: unexistent file /usr/share/okteta/structures/uuid.js.
ERROR: okteta: files check FAILED.
ERROR: okteta: broken symlink /usr/lib/libkasten3controllers.so.3 (target: /usr/lib/libkasten3controllers.so.0.3.0)
ERROR: okteta: broken symlink /usr/lib/libkasten3core.so.3 (target: /usr/lib/libkasten3core.so.0.3.0)
ERROR: okteta: broken symlink /usr/lib/libkasten3gui.so.3 (target: /usr/lib/libkasten3gui.so.0.3.0)
ERROR: okteta: broken symlink /usr/lib/libkasten3okteta1controllers.so.1 (target: /usr/lib/libkasten3okteta1controllers.so.0.3.1)
ERROR: okteta: broken symlink /usr/lib/libkasten3okteta1core.so.1 (target: /usr/lib/libkasten3okteta1core.so.0.3.1)
ERROR: okteta: broken symlink /usr/lib/libkasten3okteta1gui.so.1 (target: /usr/lib/libkasten3okteta1gui.so.0.3.1)
ERROR: okteta: broken symlink /usr/lib/libokteta2core.so.2 (target: /usr/lib/libokteta2core.so.0.9.1)
ERROR: okteta: broken symlink /usr/lib/libokteta2gui.so.2 (target: /usr/lib/libokteta2gui.so.0.9.1)

PR / Commits that are affected by that behaviour

void-linux/void-packages#715
void-linux/void-packages@e7f0b68

Repos SSL Expired

All of the eu repos, e.g alpha.de.repo.voidlinux.org/* have expired SSL certificates, they expired at 10 am today.

`[*] Updating https://alpha.de.repo.voidlinux.org/current/x86_64-repodata' ...
Certificate verification failed for /CN=vm1.a-lej-de.m.voidlinux.org
SSL_connect returned 1
ERROR: [reposync] failed to fetch file https://alpha.de.repo.voidlinux.org/current/x86_64-repodata': Operation not permitted
[*] Updating https://alpha.de.repo.voidlinux.org/current/multilib/nonfree/x86_64-repodata' ...
Certificate verification failed for /CN=vm1.a-lej-de.m.voidlinux.org
SSL_connect returned 1
ERROR: [reposync] failed to fetch file https://alpha.de.repo.voidlinux.org/current/multilib/nonfree/x86_64-repodata': Operation not permitted
[*] Updating https://alpha.de.repo.voidlinux.org/current/multilib/x86_64-repodata' ...
Certificate verification failed for /CN=vm1.a-lej-de.m.voidlinux.org
SSL_connect returned 1
ERROR: [reposync] failed to fetch file https://alpha.de.repo.voidlinux.org/current/multilib/x86_64-repodata': Operation not permitted
[*] Updating https://alpha.de.repo.voidlinux.org/current/nonfree/x86_64-repodata ...
Certificate verification failed for /CN=vm1.a-lej-de.m.voidlinux.org
SSL_connect returned 1
ERROR: [reposync] failed to fetch file https://alpha.de.repo.voidlinux.org/current/nonfree/x86_64-repodata: Operation not permitted`

xbps-checkvers cache with relative --distdir

when --distdir is set, xbps-checkvers will create a cachefile path like ${distdir}/.xbps-checkvers.plist. This works while opening the cache, but when writing the cache, xbps-checkvers used chdir to change into distdir.
If the defined distdir was relative it can't write the cache file.

[feature request] xbps-query format output / machine readable output

it would be neat if there were something like gpg --with-colons or --format=json or basically anything that would make the idiom of xbps-query -Rs foo | unmangle | fuzzy-matcher | xbps-install easier. I currently have some hacky shell to pick apart the returned strings but something stable would be much nicer.

Make it possible to install restricted packages with xbps-install

Installing several packages through xbps-src and upgrading them is tiresome because it doesn't integrate with xbps-install.

  • adobe-flash-plugin
  • vivaldi
  • google-chrome

This is the reason that I migrated from void linux to artix linux.

On Artix Linux, I can manage AUR packages and binary packages with yay or other AUR helpers. yay handles both repositories seamlessly.

xbps needs one tool to manage all packages.

zstd compression by default propose

https://bugs.archlinux.org/task/59081

757M pycharm-professional-2018.1.4-1-x86_64.pkg.tar
338M pycharm-professional-2018.1.4-1-x86_64.pkg.tar.zst
309M pycharm-professional-2018.1.4-1-x86_64.pkg.tar.xz
# compress
$ time zstd -T0 pycharm-professional-2018.1.4-1-x86_64.pkg.tar
real 0m2,941s
$ time xz -T0 -1 pycharm-professional-2018.1.4-1-x86_64.pkg.tar
real 0m31,260s
# decompress
$ time zstd -d pycharm-professional-2018.1.4-1-x86_64.pkg.tar.zst
real 0m1,869s
$ time xz -d pycharm-professional-2018.1.4-1-x86_64.pkg.tar.xz
real 0m18,694s

Show action hold for pkg downgrade

Holding a package that has action downgrade, the action description does not change,
however download size is empty.
Holding a package should show action hold for that package.

Searchable long text

With reference to this

It would be useful to have some searchable longer text for each package. Maybe displayed via a switch for xbps-query for a specific package?

The longer text could give a better explanation of the software's purpose and/or any limitations on Void; such as features left out and why. An example being aspell compiled out of weechat-aspell and it being necessary hunspell or similar is installed instead. In #6883 it was mentioned that INSTALL.msg serves the latter part of this purpose but even with a decent resolution, the messages can whizz past and there is little chance to read them or even notice they are there.

It is not a bug but an enhancement request. It is one of the few features in Debian I miss.

HTTP proxy issues on WSL with CNTLM

Hi!

I run void glibc on WSL using VoidWSL. My environment is probably uncommon, but I don't think that's the cause (see curl results).

I'm behind an NTLM proxy, and I use cntlm for authentication. This is the relevant cntlm config:

Listen      5555
SOCKS5Proxy 5000

I expect xbps to work through the proxy, but it fails:

# sudo http_proxy=http://127.0.0.1:5555 xbps-install -S
[*] Updating `https://alpha.de.repo.voidlinux.org/current/x86_64-repodata' ...
ERROR: [reposync] failed to fetch file `https://alpha.de.repo.voidlinux.org/current/x86_64-repodata': Success
#

Interestingly, when I use the SOCKS proxy, it works:

# sudo SOCKS_PROXY=socks5://127.0.0.1:5000 xbps-install -S
[*] Updating `https://alpha.de.repo.voidlinux.org/current/x86_64-repodata' ...
#

I also tested the proxy using curl:

# curl -ILx 127.0.0.1:5555 https://alpha.de.repo.voidlinux.org/current/x86_64-repodata
HTTP/1.1 200 Connection established
Via: 1.1 MYPROXY1, 1.1 MYPROXY2
Connection: Keep-Alive
Proxy-Connection: Keep-Alive

HTTP/2 200
server: nginx
date: Wed, 20 Mar 2019 12:37:24 GMT
content-type: application/octet-stream
content-length: 1832385
last-modified: Wed, 20 Mar 2019 10:35:19 GMT
etag: "5c921767-1bf5c1"
accept-ranges: bytes
#

Without specifying the proxy for curl, it times out:

# curl -IL https://alpha.de.repo.voidlinux.org/current/x86_64-repodata
curl: (7) Failed to connect to alpha.de.repo.voidlinux.org port 443: Connection refused
#

I think if curl works thorugh the proxy, xbps should also work.

Build fails on Ubuntu 12.04 ppc

make[1]: Entering directory `/home/foxlet/voidppc/xbps-fox/include'
sed -e "s|@@VERSION@@|0.52|g" xbps.h.in > xbps.h
make[1]: Leaving directory `/home/foxlet/voidppc/xbps-fox/include'
make[1]: Entering directory `/home/foxlet/voidppc/xbps-fox/lib'
 [CC]           download.o
In file included from /usr/include/powerpc-linux-gnu/bits/sigcontext.h:28:0,
                 from /usr/include/powerpc-linux-gnu/sys/ucontext.h:27,
                 from /usr/include/signal.h:359,
                 from /usr/include/powerpc-linux-gnu/sys/wait.h:31,
                 from download.c:42:
/usr/include/powerpc-linux-gnu/asm/sigcontext.h:17:23: error: expected identifier or โ€˜(โ€™ before โ€˜[โ€™ token
make[1]: *** [download.o] Error 1
make[1]: Leaving directory `/home/foxlet/voidppc/xbps-fox/lib'
make: *** [all] Error 1

Seems to be an issue similar to that of voidlinux/xbps#291.

xbps-install -u fails with unresolved dependencies

Using: XBPS: 0.56 API: 20190621 GIT: UNSET

#xbps-install -u

libuuid-2.34_1 (update) breaks installed pkg libblkid-32bit-2.33.2_1'`

libuuid-2.34_1 (update) breaks installed pkg libmount-32bit-2.33.2_1'`

Transaction aborted due to unresolved dependencies.

This may not be due a bug in xbps-install but I don't know where else to report this issue nor how to correct it so I hope all will excuse my ignorance. This is the first time Void has burped since I installed it a few months back and I'm getting rather, er, lazy with updates because it normally goes without a hitch.

Can't upgrade any packages because of missing rpi-userland dependency

Void newbie here. Everything has been going great until...

After running:

sudo xbps-install -Syu

I get the output:

[*] Updating `https://alpha.de.repo.voidlinux.org/current/x86_64-repodata' ...
[*] Updating `https://alpha.de.repo.voidlinux.org/current/nonfree/x86_64-repodata' ...
MISSING: rpi-userland>=0.0.0.0.20150907_1
Transaction aborted due to unresolved dependencies.

I followed the steps here:
https://github.com/voidlinux/xbps/issues/253

to hold the package but that didn't make a difference.

Any help appreciated. To my knowledge I haven't installed the rpi-userland package and I don't even know what it is (something to do with Raspberry Pi?).

Kernel Panic after updating void linux

Kernel Panic after updating void linux with sudo xbps install -Su.

Update Linux 4.19.15_1 -> 4.19.42_1

Img kernel panic screen

I can still access the system normally under Linux 4.19.15_1

UP:

I've updated void linux again, and now it has upgraded to linuz-4.19.44_1 and kernel panic still occurs.

in x86_64.

No way to override install-date field

The xbps database contains a field called install-date. For reproducible image builds, it would be useful to be able to set that date/time to a constant. There is a similar issue with the package repository something was installed from, but I am not sure how to address that.

empty line in mirror conf

If file /usr/share/xbps.d/00-repository-main.conf contains no empty line at the end then mirror URL gets truncated and update fails.

xbps-install -Mun does take to long when one repo is not reachable

xbps-install -Mun does hang in an infinite loop when at least one repos is not reachable, which makes xuname hanging forever.
Weirdly this does only happen when using xbps that was compiled with xbps-src. Compilling it manually and running bin/xbps-install/xbps-install -Mun does somehow work.

strace looping part

socket(AF_INET, SOCK_STREAM, IPPROTO_TCP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(9090), in_addr=inet_addr("192.168.178.49")}, 16) = -1 EHOSTUNREACH (Host is unreachable)
close(4)

xbps-install fails to update itslef when {lib,}xbps-dbg is installed

sudo xbps-install -Su
[*] Updating `https://alpha.de.repo.voidlinux.org/current/x86_64-repodata' ...
x86_64-repodata: 1811KB [avg rate: 66GB/s]
[*] Updating `https://alpha.de.repo.voidlinux.org/current/debug/x86_64-repodata' ...
x86_64-repodata: 774KB [avg rate: 27GB/s]
[*] Updating `https://alpha.de.repo.voidlinux.org/current/nonfree/x86_64-repodata' ...
x86_64-repodata: 15KB [avg rate: 402MB/s]
libxbps-0.53_9 (update) breaks installed pkg `libxbps-dbg-0.53_8'
xbps-0.53_9 (update) breaks installed pkg `xbps-dbg-0.53_8'
Transaction aborted due to unresolved dependencies.

it seems like xbps behavior to only update itself first breaks updating when xbps debug packages are installed.

See: https://github.com/voidlinux/xbps/issues/285

xbps-install does not respect XBPS_ARCH

In trying to install musl-void to an alternate partition of my computer, I have tried the command
XBPS_ARCH=x86_64-musl xbps-install -S -R http://repo.voidlinux.eu/current/musl -r /mnt
and gives the output
[*] Updating 'http://repo.voidlinux.eu/current/musl/x86_64-repodata' ... ERROR: [reposync] failed to fetch file 'http://repo.voidlinux.eu/current/musl/x86_64-repodata': Not Found

Despite setting XBPS_ARCH, xbps-install is stubbornly using my local install's settings. The only relating issue I can find is on the pre-migrated xbps https://github.com/voidlinux/xbps/issues/69, but this talks about changing settings in xbps.d, which can't be done until a base system has been installed. If this is expected behavior, then the manpage is a little misleading...

xbps-remove -O: Failed to remove <package>.xbps: No such file or directory

xbps-remove -O outputs Failed to remove <package>.xbps: No such file or directory for each obsolete package that is removed from the cache.

# xbps-remove -Ovd 
[DEBUG] XBPS: 0.53 API: 20180730 GIT: UNSET
[DEBUG] Processing configuration directory: /etc/xbps.d
[DEBUG] Parsing configuration file: /etc/xbps.d/00-repository-main.conf
[DEBUG] [repo] `http://ftp.swin.edu.au/voidlinux/current' stored successfully
[DEBUG] /etc/xbps.d/00-repository-main.conf: added repository http://ftp.swin.edu.au/voidlinux/current
[DEBUG] Processing system configuration directory: /usr/share/xbps.d
[DEBUG] /etc/xbps.d: ignoring 00-repository-main.conf (exists in confdir)
[DEBUG] Parsing configuration file: /usr/share/xbps.d/xbps.conf
[DEBUG] rootdir=/
[DEBUG] metadir=//var/db/xbps
[DEBUG] cachedir=/var/cache/xbps
[DEBUG] confdir=/etc/xbps.d
[DEBUG] sysconfdir=/usr/share/xbps.d
[DEBUG] syslog=true
[DEBUG] bestmatching=false
[DEBUG] Architecture: armv7l
[DEBUG] Target Architecture: (null)
[DEBUG] Repository[0]=http://ftp.swin.edu.au/voidlinux/current
[DEBUG] ignoring unknown file: twolame-0.3.13_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libasyncns-0.8_9.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libldns-1.7.0_8.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libtdb-1.3.16_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: opus-1.3_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: fdk-aac-0.1.6_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: audiofile-0.3.6_3.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libsndio-1.5.0_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libbluetooth-5.50_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libmount-2.33_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libelf-0.175_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: librtmp-2.4.20161210_6.armv7l.xbps.sig
[DEBUG] ignoring unknown file: lame-3.100_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: speexdsp-1.2rc3_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: p11-kit-0.23.14_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: btrfs-progs-4.19_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libXau-1.0.8_3.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libnfs-3.0.0_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: celt-0.11.3_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libXdmcp-1.1.2_3.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libavformat-4.1_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: nghttp2-1.34.0_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: openssh-7.9p1_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libsmartcols-2.33_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libsysfs-2.1.0_6.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libssh2-1.8.0_5.armv7l.xbps.sig
[DEBUG] ignoring unknown file: socklog-void-20150726_3.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libtheora-1.1.1_7.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libcdio-2.0.0_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libswresample-4.1_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libltdl-2.4.6_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: dosfstools-4.1_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: icu-libs-63.1_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: socklog-2.1.0_4.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libid3tag-0.15.1b_8.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libsndfile-1.0.28_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libupnp1.8-1.8.4_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libcrypto44-2.8.2_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: ncmpc-0.33_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: dbus-1.12.10_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: x264-20180307.2245_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libX11-1.6.7_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libunistring-0.9.10_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libldap-2.4.46_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: popt-1.16_7.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libmpg123-1.25.10_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: expat-2.2.6_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: glibc-devel-2.28_3.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libao-1.2.2_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: mpd-0.21.3_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libelf-0.174_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: mit-krb5-libs-1.16.2_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: kbd-data-2.0.4_2.noarch.xbps.sig
[DEBUG] ignoring unknown file: libstdc++-8.2.0_5.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libarchive-3.3.3_3.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libavcodec-4.1_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libblkid-2.33_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: xvidcore-1.3.5_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: bluez-5.50_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libuuid-2.33_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libmpdclient-2.16_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: gcc-8.2.0_5.armv7l.xbps.sig
[DEBUG] ignoring unknown file: zziplib-0.13.69_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libxbps-0.53_8.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libtasn1-4.13_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: sudo-1.8.26_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libidn-1.34_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: gdbm-1.18.1_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libcdio-paranoia-10.2+0.94+2_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: python3-wheel-0.32.2_1.noarch.xbps.sig
[DEBUG] ignoring unknown file: ocl-icd-2.2.12_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: avahi-libs-0.7_6.armv7l.xbps.sig
[DEBUG] ignoring unknown file: binutils-2.29.1_3.armv7l.xbps.sig
[DEBUG] ignoring unknown file: python3-pip-18.1_1.noarch.xbps.sig
[DEBUG] ignoring unknown file: kernel-libc-headers-4.19.0_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libfftw-3.3.8_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libxml2-2.9.8_6.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libsoxr-0.1.3_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libstdc++-devel-8.2.0_5.armv7l.xbps.sig
[DEBUG] ignoring unknown file: rpi-userland-20180103_3.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libmodplug-0.8.9.0_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: ethtool-4.19_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libmikmod-3.3.11.1_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libsmbclient-3.6.25_13.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libssp-devel-8.2.0_5.armv7l.xbps.sig
[DEBUG] ignoring unknown file: sbc-1.4_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libgcc-devel-8.2.0_5.armv7l.xbps.sig
[DEBUG] ignoring unknown file: util-linux-2.33_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libvpx-1.7.0_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libfdisk-2.33_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: nano-3.2_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libgomp-8.2.0_5.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libsasl-2.1.26_5.armv7l.xbps.sig
[DEBUG] ignoring unknown file: xbps-0.53_8.armv7l.xbps.sig
[DEBUG] ignoring unknown file: wpa_supplicant-2.6_12.armv7l.xbps.sig
[DEBUG] ignoring unknown file: logrotate-3.14.0_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: xfsprogs-4.19.0_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: gnutls-3.5.19_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libflac-1.3.2_4.armv7l.xbps.sig
[DEBUG] ignoring unknown file: iputils-20180629_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: kbd-2.0.4_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: nettle-3.4_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libssl46-2.8.2_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libcurl-7.62.0_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: acpid-2.0.31_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: faad2-2.8.8_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libsamplerate-0.1.9_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: python3-setuptools-40.5.0_1.noarch.xbps.sig
[DEBUG] ignoring unknown file: libffi-3.2.1_5.armv7l.xbps.sig
[DEBUG] ignoring unknown file: python3-devel-3.6.7_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: cronie-1.5.2_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libtls18-2.8.2_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: mpd-0.21.2_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: base-files-0.139_11.armv7l.xbps.sig
[DEBUG] ignoring unknown file: glib-2.58.1_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: bluez-alsa-1.3.1_4.armv7l.xbps.sig
[DEBUG] ignoring unknown file: cifs-utils-6.8_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: rng-tools-6.6_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: jansson-2.11_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: orc-0.4.28_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: sqlite-3.25.3_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libmad-0.15.1b_8.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libressl-2.8.2_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: rpi-kernel-4.14.80_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libogg-1.3.3_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libcddb-1.3.2_8.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libavutil-4.1_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libvorbis-1.3.6_4.armv7l.xbps.sig
[DEBUG] ignoring unknown file: yajl-2.1.0_4.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libical-2.0.0_3.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libspeex-1.2.0_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libmms-0.6.4_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: talloc-2.1.14_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libpulseaudio-12.2_3.armv7l.xbps.sig
[DEBUG] ignoring unknown file: alsa-utils-1.1.7_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libpulseaudio-12.2_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libxcb-1.13.1_1.armv7l.xbps.sig
[DEBUG] ignoring unknown file: alsa-lib-1.1.7_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: libssp-8.2.0_5.armv7l.xbps.sig
[DEBUG] ignoring unknown file: python3-3.6.7_2.armv7l.xbps.sig
[DEBUG] ignoring unknown file: x265-2.8_3.armv7l.xbps.sig
[DEBUG] [rpool] `http://ftp.swin.edu.au/voidlinux/current' registered.
[DEBUG] [rpool] `http://ftp.swin.edu.au/voidlinux/current' registered.
[DEBUG] [rpool] `http://ftp.swin.edu.au/voidlinux/current' registered.
[DEBUG] [rpool] `http://ftp.swin.edu.au/voidlinux/current' registered.
Removed libelf-0.174_1.armv7l.xbps from cachedir (obsolete)
Removed mpd-0.21.2_1.armv7l.xbps from cachedir (obsolete)
Failed to remove `libelf-0.174_1.armv7l.xbps': No such file or directory
Removed libpulseaudio-12.2_2.armv7l.xbps from cachedir (obsolete)
Failed to remove `mpd-0.21.2_1.armv7l.xbps': No such file or directory
Failed to remove `libpulseaudio-12.2_2.armv7l.xbps': No such file or directory

xbps not work with authenticated proxy

How do I use xbps with an authenticated proxy? what configuration do I have to do? I'm looking for an example because I've tried configuring the environment variable and nothing, I'm almost buying a service and creating a VPN server on it to be able to connect without dealing with the proxy, but I'd really like to learn how to connect to a proxy network on voidlinux xbps.

uname -a: Linux noloop 4.19.30_1 #1 SMP PREEMPT Wed Mar 20 09:17:21 UTC 2019 x86_64 GNU/Linux
xbps-install -V: XBPS: 0.53 API: 20180730 GIT: UNSET

What I tried and did not succeed so far:

export HTTP_PROXY=http://user1:[email protected]:3128
export HTTPS_PROXY=http://user1:[email protected]:3128
export FTP_PROXY=http://user1:[email protected]:3128

I've already tried it:

 export HTTP_PROXY=http://user1:[email protected]:3128/
 export HTTPS_PROXY=http://user1:[email protected]:3128/
 export FTP_PROXY=http://user1:[email protected]:3128/

or:

export http_proxy="http://user1:[email protected]:3128"
export https_proxy="http://user1:[email protected]:3128"
export ftp_proxy="http://user1:[email protected]:3128"

or

export http_proxy="http://user1:[email protected]:3128/"
export https_proxy="http://user1:[email protected]:3128/"
export ftp_proxy="http://user1:[email protected]:3128/"

If I run the command below after configuring the environment variables, I get the following error:

noloop@noloop:~$ sudo xbps-install -v -S 
[*] Updating `https://alpha.de.repo.voidlinux.org/current/x86_64-repodata' ...
ERROR: [reposync] failed to fetch file `https://alpha.de.repo.voidlinux.org/current/x86_64-repodata': Connection timed out

Note: And yes that username and password, as well as the address and ports are correct because when setting the /etc/apt/apt.conf.d/00proxy file with this data in a debian like, it works as expected. And also with other programs, how it works, however with xbps not.

Parallel downloads

This is a feature that too few package managers seem to have, as using all of the available cores on the CPU to download packages brings almost a linear speedup (e.g. 4x if you have a 4-thread CPU). Parallel downloads can also even load across multiple mirrors.

xbps-install creates wrong alternative symlinks

vim-8.1.1467_1: updating to 8.1.1551_1 ...
[DEBUG] attempting to remove vim-8.1.1551_1 state 2
Removing 'vim' alternatives group symlink: vim
vim-8.1.1467_1: unregistered 'vim' alternatives group
Switched 'vim' alternatives group to 'vim'
Creating 'vim' alternatives group symlink: vim -> /usr/bin/vim-normal
vim-8.1.1551_1: unpacking ...
[DEBUG] vim-8.1.1551_1: file ./usr/share/icons/locolor/32x32/apps/gvim.png matches existing SHA256, skipping...
[DEBUG] vim-8.1.1551_1: updated file timestamps to ./usr/share/icons/locolor/32x32/apps/gvim.png
[DEBUG] vim-8.1.1551_1: file ./usr/share/icons/locolor/16x16/apps/gvim.png matches existing SHA256, skipping...
[DEBUG] vim-8.1.1551_1: updated file timestamps to ./usr/share/icons/locolor/16x16/apps/gvim.png
[DEBUG] vim-8.1.1551_1: file ./usr/share/icons/hicolor/48x48/apps/gvim.png matches existing SHA256, skipping...
[DEBUG] vim-8.1.1551_1: updated file timestamps to ./usr/share/icons/hicolor/48x48/apps/gvim.png
vim-8.1.1551_1: unpacked file `./usr/bin/vim-normal' (2714272 bytes)
Creating 'vim' alternatives group symlink: vim -> /usr/bin/vim-normal
vim-common-8.1.1467_1: updating to 8.1.1551_1 ...
[DEBUG] attempting to remove vim-common-8.1.1551_1 state 2
vim-common-8.1.1467_1: unregistered 'vi' alternatives group
Switched 'vi' alternatives group to 'nvi'
Creating 'vi' alternatives group symlink: ex -> /usr/bin/vim
Creating 'vi' alternatives group symlink: ex.1 -> /usr/share/man/man1/vim.1
Creating 'vi' alternatives group symlink: vi -> /usr/bin/vim
Creating 'vi' alternatives group symlink: vi.1 -> /usr/share/man/man1/vim.1
Creating 'vi' alternatives group symlink: view -> /usr/bin/vim
Creating 'vi' alternatives group symlink: view.1 -> /usr/share/man/man1/vim.1
vim-common-8.1.1551_1: unpacking ...

Later xbps-pkgdb -a showed that the symlinks pointed to vim:

ERROR: nvi: alternatives group vi symlink /usr/bin/ex has wrong target.
ERROR: nvi: alternatives group vi symlink /usr/share/man/man1/ex.1 has wrong target.
ERROR: nvi: alternatives group vi symlink /usr/bin/vi has wrong target.
ERROR: nvi: alternatives group vi symlink /usr/share/man/man1/vi.1 has wrong target.
ERROR: nvi: alternatives group vi symlink /usr/bin/view has wrong target.
ERROR: nvi: alternatives group vi symlink /usr/share/man/man1/view.1 has wrong target.
$ xbps-alternatives -l -g vi
vi
 - nvi (current)
  - ex:/usr/bin/nex
  - ex.1:/usr/share/man/man1/nex.1
  - vi:/usr/bin/nvi
  - vi.1:/usr/share/man/man1/nvi.1
  - view:/usr/bin/nview
  - view.1:/usr/share/man/man1/nview.1
 - vim-common
  - ex:/usr/bin/vim
  - ex.1:/usr/share/man/man1/vim.1
  - vi:/usr/bin/vim
  - vi.1:/usr/share/man/man1/vim.1
  - view:/usr/bin/vim
  - view.1:/usr/share/man/man1/vim.1
 - busybox
  - vi:/usr/bin/busybox

I think the symlinks were correct before the update, I did run xbps-pkgdb -a before with no errors.
But I'm not sure if it pointed to nvi or vim.

xbps$ ls -lsa /usr/bin/vi /usr/bin/ex /usr/bin/vim /usr/bin/vim-normal
   0 lrwxrwxrwx  1 root  root     3B Jun 18 19:44 /usr/bin/ex@ -> vim
   0 lrwxrwxrwx  1 root  root     3B Jun 18 19:44 /usr/bin/vi@ -> vim
   0 lrwxrwxrwx  1 root  root    10B Jun 18 19:44 /usr/bin/vim@ -> vim-normal
5304 -rwxr-xr-x  1 root  root   2.6M Jun 16 22:39 /usr/bin/vim-normal*

armv8l architecture: can't find armv8l-repodata in aarch64 repository

Steps to reproduce: on any armv8l device (android phone in my case) download aarch64 rootfs and try to update with xbps-install -Su.

Expected results: Update goes normally

Actual results: Update fails with this message
[*] Updating https://alpha.de.repo.voidlinux.org/current/aarch64/armv8l-repodata' ...
ERROR: [reposync] failed to fetch file https://alpha.de.repo.voidlinux.org/current/aarch64/armv8l-repodata': Not Found

Workaround: adding export XBPS_ARCH=aarch64 to .profile fixes this problem

uname output:
Linux localhost 3.18.112-Artemis #1 SMP PREEMPT Tue Jul 10 19:17:22 UTC 2018 armv8l GNU/Linux

I guess it would be better to add feature to autodetect aarch64 architectures like armv8l and use correct repodata URL.

Useless / not informative error messages

Hello,
root is mounted ro,
/var is mounted rw
error messages should say something about read-only fs

`# xbps-install dbus

Name Action Version New version Download size
dbus install - 1.12.16_1 111KB

Size to download: 112KB
Size required on disk: 526KB
Space available on disk: 1283MB

Do you want to continue? [Y/n]

[*] Downloading binary packages
dbus-1.12.16_1.armv7l-musl.xbps: 111KB [avg rate: 326MB/s]
dbus-1.12.16_1.armv7l-musl.xbps.sig: 512B [avg rate: 4274KB/s]

[*] Verifying package integrity
dbus-1.12.16_1: verifying RSA signature...

[*] Running transaction tasks
dbus-1.12.16_1: unpacking ...
ERROR: dbus-1.12.16_1: [unpack] failed to extract file `./usr/share/xml/dbus-1/introspect.dtd': No such file or directory
ERROR: dbus-1.12.16_1: [unpack] failed to extract files: No such file or directory
ERROR: dbus-1.12.16_1: [unpack] failed to unpack files from archive: No such file or directory

mount -o remount,rw /

xbps-install dbus

Name Action Version New version Download size
dbus install - 1.12.16_1 -

Size required on disk: 414KB
Space available on disk: 1283MB

Do you want to continue? [Y/n]

[*] Downloading binary packages

[*] Verifying package integrity
dbus-1.12.16_1: verifying RSA signature...

[*] Running transaction tasks
dbus-1.12.16_1: unpacking ...

[*] Configuring unpacked packages
dbus-1.12.16_1: configuring ...
Created dbus (gid 22) system group.
Created dbus (22) system user.
dbus-1.12.16_1: installed successfully.

0 downloaded, 1 installed, 0 updated, 1 configured, 0 removed.
#`

Fish autocompletion doesn't seem to work

  • xuname:
    Void 4.17.9_1 x86_64 GenuineIntel uptodate rF
  • package:
    fish-shell

Expected behavior

sudo xbps-install -S ra -> tab -> show packages starting with ra

Actual behavior

shows files or directories starting with ra

xbps checks space available only in /

I have a lvm setup with /, /usr and /var in different LVs. In my last install, I've tried to install a lot of things at the same time and xbps checked the space available in / (actually my / is 2Gb with 50Mb used, my /usr is 20Gb), so I was unable to install with a batch. If I install individually, it will pass, so it seems xbps is checking strictly on space available in /, isn't that bad but it's an issue if you use lvm with a different configuration (like mine).

Update reports broken/uresolved dependency

libuuid-2.34_1 (update) breaks installed pkg libblkid-32bit-2.33.2_1' libuuid-2.34_1 (update) breaks installed pkg libmount-32bit-2.33.2_1'
Transaction aborted due to unresolved dependencies.

Empty directories don't get removed on xbps-remove

When deinstalling a package, empty directories that were created by the package on installation are left behind.

For example, cmus leaves /usr/lib/cmus.
Another: faenza-icon-theme leaves /usr/share/icons/Faenza*.

It's not so that every directory is left behind, though. In the cmus example, /usr/share/cmus is properly cleaned up. I can't see a pattern in which case a directory is deleted and in which not.

It seems not to be package specific.

xbps-remove: marks package as removed, ignoring errors

Hello!
I have root mounted ro.
When I remove a package i get:
`# xbps-remove makeself

Name Action Version New version Download size
makeself remove 2.4.0_3 - -

Size freed on disk: 37KB
Space available on disk: 1301MB

Do you want to continue? [Y/n]
Removing makeself-2.4.0_3' ... ERROR: makeself-2.4.0_3: failed to remove file /usr/bin/makeself': Read-only file system
ERROR: makeself-2.4.0_3: failed to remove file /usr/bin/makeself-header': Read-only file system ERROR: makeself-2.4.0_3: failed to remove file /usr/share/man/man1/makeself.1': Read-only file system
ERROR: makeself-2.4.0_3: failed to remove directory /usr': Read-only file system ERROR: makeself-2.4.0_3: failed to remove directory /usr/bin': Read-only file system
ERROR: makeself-2.4.0_3: failed to remove directory /usr/share': Read-only file system ERROR: makeself-2.4.0_3: failed to remove directory /usr/share/man': Read-only file system
ERROR: makeself-2.4.0_3: failed to remove directory /usr/share/man/man1': Read-only file system Removed makeself-2.4.0_3' successfully.

0 downloaded, 0 installed, 0 updated, 0 configured, 1 removed.
#`
I think there should be an error reported and package left as installed or partially installed, so I could continue removing it after remounting root as rw.

Thank you.

Rpi aarch64 missing certs for xbps

Hey, I doubt this is the right place, but I couldn't find a better suited repo for this issue.

I installed void to a rpi 3 b plus, and it is missing a lot of the system.

It is functional Linux, but xbps-install gets permission denied from the voidlinux.eu mirror.

I manually connected to the internet with wpa_supplicant and dhcpcd via virt console, but sv doesn't seem to exist, and the service supervisor portion of runit appears to be missing entirely.

I found somewhere that the fs images for arm were broken. I am interested in building the rest of void onto the rpi 3. I am also willing to share any discoveries and tools that I make along the way.

I just figured I would also reach out for some help.

Files with extremely long filenames do not get packaged

It looks like files with paths over 127 characters will not get packaged.

I created two directory structures, 1 with 127 characters, another with 128. The 127 character path gets added, the 128 character does not.

greenleaf% a=$(echo a{1..33} | sed 's| |/|g')
greenleaf% mkdir -p $a
greenleaf% touch $a/aaa
greenleaf% echo $a/aaa | wc -c
127
greenleaf% b=$(echo b{1..33} | sed 's| |/|g')
greenleaf% mkdir -p $b
greenleaf% touch $b/bbbb
greenleaf% echo $b/bbbb | wc -c
128
greenleaf% find . -type f
./a1/a2/a3/a4/a5/a6/a7/a8/a9/a10/a11/a12/a13/a14/a15/a16/a17/a18/a19/a20/a21/a22/a23/a24/a25/a26/a27/a28/a29/a30/a31/a32/a33/aaa
./b1/b2/b3/b4/b5/b6/b7/b8/b9/b10/b11/b12/b13/b14/b15/b16/b17/b18/b19/b20/b21/b22/b23/b24/b25/b26/b27/b28/b29/b30/b31/b32/b33/bbbb
greenleaf% cd ..
greenleaf% xbps-create -A noarch -n test-1.0_1 -s "testing filename length" testdest 
test-1.0_1: adding `/a1/a2/a3/a4/a5/a6/a7/a8/a9/a10/a11/a12/a13/a14/a15/a16/a17/a18/a19/a20/a21/a22/a23/a24/a25/a26/a27/a28/a29/a30/a31/a32/a33/a' ...
test-1.0_1: binary package created successfully (test-1.0_1.noarch.xbps)
greenleaf% tar Jtvf test-1.0_1.noarch.xbps
-rw-r--r-- root/root       496 1969-12-31 18:00 ./props.plist
-rw-r--r-- root/root     11652 1969-12-31 18:00 ./files.plist
-rw-r--r-- 0/0               0 2018-06-27 07:59 ./a1/a2/a3/a4/a5/a6/a7/a8/a9/a10/a11/a12/a13/a14/a15/a16/a17/a18/a19/a20/a21/a22/a23/a24/a25/a26/a27/a28/a29/a30/a31/a32/a33/a

sudo xbps-remove changing dirs permissions

Hello!
I have user with umask 0077.
When I install some software and then remove it, xbps-remove change some system files permissions to 0077 too. Is it a bug?

XBPS: 0.53 API: 20180730 GIT: UNSET

[dut@candybox ~]$ ls -l /usr/share/mime/
total 308
-rw-r--r-- 1 root root   1631 Oct 16 17:21 XMLnamespaces
-rw-r--r-- 1 root root  10654 Oct 16 17:21 aliases
drwxr-xr-x 1 root root  16136 Oct 16 17:21 application
drwxr-xr-x 1 root root   1214 Oct 16 17:21 audio
drwxr-xr-x 1 root root     72 Oct 16 17:21 font
-rw-r--r-- 1 root root  17224 Oct 16 17:21 generic-icons
-rw-r--r-- 1 root root  28885 Oct 16 17:21 globs
-rw-r--r-- 1 root root  32093 Oct 16 17:21 globs2
-rw-r--r-- 1 root root     47 Oct 16 17:21 icons
drwxr-xr-x 1 root root   2412 Oct 16 17:21 image
drwxr-xr-x 1 root root    172 Oct 16 17:21 inode
-rw-r--r-- 1 root root  27574 Oct 16 17:21 magic
drwxr-xr-x 1 root root    216 Oct 16 17:21 message
-rw-r--r-- 1 root root 134876 Oct 16 17:21 mime.cache
drwxr-xr-x 1 root root     46 Oct 16 17:21 model
drwxr-xr-x 1 root root    224 Oct 16 17:21 multipart
drwxr-xr-x 1 root root     78 Oct 16 17:21 packages
-rw-r--r-- 1 root root  15907 Oct 16 17:21 subclasses
drwxr-xr-x 1 root root   3014 Oct 16 17:21 text
-rw-r--r-- 1 root root    964 Oct 16 17:21 treemagic
-rw-r--r-- 1 root root  17312 Oct 16 17:21 types
-rw-r--r-- 1 root root      5 Oct 16 17:21 version
drwxr-xr-x 1 root root    664 Oct 16 17:21 video
drwxr-xr-x 1 root root    522 Oct 16 17:21 x-content
drwxr-xr-x 1 root root     28 Oct 16 17:21 x-epoc
[dut@candybox ~]$ sudo xbps-remove -R zim

Name            Action    Version           New version            Download size
zim             remove    0.68_1            -                      - 
python-xdg      remove    0.25_3            -                      - 
pygtk           remove    2.24.0_13         -                      - 
libglade        remove    2.6.4_12          -                      - 
python-gobject2 remove    2.28.7_1          -                      - 
xmlcatmgr       remove    2.2_3             -                      - 
python-cairo    remove    1.17.1_1          -                      - 
python          remove    2.7.15_2          -                      - 

Size freed on disk:             26MB
Space available on disk:       106GB

Do you want to continue? [Y/n] 
Removing `zim-0.68_1' ...
Removing byte-compiled python2.7 code for module zim...
Updating ldconfig(8) cache...
Updating GTK+ icon cache for /usr/share/icons/hicolor...
Updating GTK+ icon cache for /usr/share/icons/ubuntu-mono-dark...
Updating GTK+ icon cache for /usr/share/icons/ubuntu-mono-light...
Updating MIME database...
Updating shared-mime-info database...
Removed `zim-0.68_1' successfully.
Removing `python-xdg-0.25_3' ...
Removing byte-compiled python2.7 code for module xdg...
Updating ldconfig(8) cache...
Removed `python-xdg-0.25_3' successfully.
Removing `pygtk-2.24.0_13' ...
Removing byte-compiled python2.7 code for module gtk-2.0/gtk...
Updating ldconfig(8) cache...
Removed `pygtk-2.24.0_13' successfully.
Removing `libglade-2.6.4_12' ...
Unregistering XML catalog entries... done.
Removed `libglade-2.6.4_12' successfully.
Removing `python-gobject2-2.28.7_1' ...
Removing byte-compiled python2.7 code for module glib...
Removing byte-compiled python2.7 code for module gobject...
Removing byte-compiled python2.7 code for module gtk-2.0...
Removing byte-compiled python2.7 code for module pygtk.py...
Updating ldconfig(8) cache...
Removed `python-gobject2-2.28.7_1' successfully.
Removing `xmlcatmgr-2.2_3' ...
Removed `xmlcatmgr-2.2_3' successfully.
Removing `python-cairo-1.17.1_1' ...
Removed `python-cairo-1.17.1_1' successfully.
Removing `python-2.7.15_2' ...
Removing byte-compiled python2.7 files in usr/lib/python2.7...
Updating ldconfig(8) cache...
python-2.7.15_2: unregistered 'python' alternatives group
Switched 'python' alternatives group to 'python3'
Creating 'python' alternatives group symlink: idle -> /usr/bin/idle3.6
Creating 'python' alternatives group symlink: 2to3 -> /usr/bin/2to3-3.6
Creating 'python' alternatives group symlink: pydoc -> /usr/bin/pydoc3.6
Creating 'python' alternatives group symlink: python -> /usr/bin/python3.6
Creating 'python' alternatives group symlink: python.1 -> /usr/share/man/man1/python3.6.1
Removed `python-2.7.15_2' successfully.

0 downloaded, 0 installed, 0 updated, 0 configured, 8 removed.
[dut@candybox ~]$ ls -l /usr/share/mime/
total 308
-rw------- 1 root root   1631 Oct 16 17:22 XMLnamespaces
-rw------- 1 root root  10654 Oct 16 17:22 aliases
drwxr-xr-x 1 root root  16078 Oct 16 17:22 application
drwxr-xr-x 1 root root   1214 Oct 16 17:22 audio
drwxr-xr-x 1 root root     72 Oct 16 17:22 font
-rw------- 1 root root  17224 Oct 16 17:22 generic-icons
-rw------- 1 root root  28824 Oct 16 17:22 globs
-rw------- 1 root root  32026 Oct 16 17:22 globs2
-rw------- 1 root root     47 Oct 16 17:22 icons
drwxr-xr-x 1 root root   2412 Oct 16 17:22 image
drwxr-xr-x 1 root root    172 Oct 16 17:22 inode
-rw------- 1 root root  27518 Oct 16 17:22 magic
drwxr-xr-x 1 root root    216 Oct 16 17:22 message
-rw------- 1 root root 134588 Oct 16 17:22 mime.cache
drwxr-xr-x 1 root root     46 Oct 16 17:22 model
drwxr-xr-x 1 root root    224 Oct 16 17:22 multipart
drwxr-xr-x 1 root root     64 Oct 16 17:22 packages
-rw------- 1 root root  15811 Oct 16 17:22 subclasses
drwxr-xr-x 1 root root   2986 Oct 16 17:22 text
-rw------- 1 root root    964 Oct 16 17:22 treemagic
-rw------- 1 root root  17249 Oct 16 17:22 types
-rw------- 1 root root      5 Oct 16 17:22 version
drwxr-xr-x 1 root root    664 Oct 16 17:22 video
drwxr-xr-x 1 root root    522 Oct 16 17:22 x-content
drwxr-xr-x 1 root root     28 Oct 16 17:22 x-epoc

repos not working

Pinging alpha.de.repo.voidlinux.org works fine:

$ ping alpha.de.repo.voidlinux.org
PING vm1.a-lej-de.m.voidlinux.org (148.251.199.112) 56(84) bytes of data.
64 bytes from build.voidlinux.eu (148.251.199.112): icmp_seq=1 ttl=53 time=36.3 ms
64 bytes from build.voidlinux.eu (148.251.199.112): icmp_seq=2 ttl=53 time=57.10 ms
64 bytes from build.voidlinux.eu (148.251.199.112): icmp_seq=3 ttl=53 time=34.9 ms
64 bytes from build.voidlinux.eu (148.251.199.112): icmp_seq=4 ttl=53 time=46.6 ms

but xbps-install is failing:

$ sudo xbps-install -Syu
[*] Updating https://alpha.de.repo.voidlinux.org/current/x86_64-repodata' ... ERROR: [reposync] failed to fetch file https://alpha.de.repo.voidlinux.org/current/x86_64-repodata': Connection timed out

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.