dpkg: another hard link removed for debian sid packets #27151
Closed
+11
−0
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
already put this in gpkg folder here also if it gets lost the reason I notice this now is because for last ten years hardly any one has used debian in termux apparently. the debian arm64 repo is at least five years old maybe ten. R works out of the box with no error. dotnet worked for years probably but i only began using this last year when I could not run a dotnet app the termux packets don't use hard links and are not affected by this # hard link should fall back to soft link apps should be robust not fail on meaningless limitation this has nothing to do with android and should not be behind a pre compilation flag. any system could have this limit all builds should fall back to soft links before error is produced # my debian apt works again but proot repo is needed I managed to break my debian root by using different status files for dpkg and apt. but I fixed it now and can install again. R is what I need more than anything and it installs now with no error in debian Sid also called unstable repo it should be in /var/lib/dpkg/status but my dpkg build was using /data/data/... instead . so apt would just install everything over and over and never be satisfied I have proposed a new proot folder for this specific purpose to get rid of /data/data
TomJo2000
requested changes
Nov 8, 2025
Member
TomJo2000
left a comment
There was a problem hiding this comment.
This PR also fails to increment the TERMUX_PKG_REVISION of the dpkg package.
Comment on lines
+8
to
+9
| + if (symlink(hardlinkfn.buf, path)) | ||
| ohshite(_("error creating hard link '%.255s'"), te->name); |
Member
There was a problem hiding this comment.
It's not clear to me that this actually solves the error instead of just pretending it doesn't exist.
There is a TAR_FILETYPE_SYMLINK case just below this TAR_FILETYPE_HARDLINK one, and it doesn't do a lot of the extra stuff the HARDLINK case does.
case TAR_FILETYPE_HARDLINK:
varbuf_set_str(&hardlinkfn, dpkg_fsys_get_dir());
linknode = fsys_hash_find_node(te->linkname, FHFF_NONE);
varbuf_add_str(&hardlinkfn,
namenodetouse(linknode, tc->pkg, &tc->pkg->available)->name);
if (linknode->flags & (FNNF_DEFERRED_RENAME | FNNF_NEW_CONFF))
varbuf_add_str(&hardlinkfn, DPKGNEWEXT);
varbuf_end_str(&hardlinkfn);
if (link(hardlinkfn.buf, path))
ohshite(_("error creating hard link '%.255s'"), te->name);
namenode->newhash = linknode->newhash;
debug(dbg_eachfiledetail, "tarobject hardlink digest=%s", namenode->newhash);
break;
case TAR_FILETYPE_SYMLINK:
/* We've already checked for an existing directory. */
if (symlink(te->linkname, path))
ohshite(_("error creating symbolic link '%.255s'"), te->name);
debug(dbg_eachfiledetail, "tarobject symlink creating");
break;https://salsa.debian.org/dpkg-team/dpkg/-/blob/1.22.6/src/main/archives.c?ref_type=tags#L427-445
Member
|
Closing as unmergable and unsubstantiated. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
3 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
already put this in gpkg folder
here also if it gets lost
the reason I notice this now is because for last ten years hardly any one has used debian in termux apparently. the debian arm64 repo is at least five years old maybe ten.
R works out of the box with no error. dotnet worked for years probably but i only began using this last year when I could not run a dotnet app
the termux packets don't use hard links and are not affected by this
hard link should fall back to soft link
apps should be robust not fail on meaningless limitation
this has nothing to do with android and should not be behind a pre compilation flag. any system could have this limit
all builds should fall back to soft links before error is produced
my debian apt works again but proot repo is needed
I managed to break my debian root by using different status files for dpkg and apt. but I fixed it now and can install again. R is what I need more than anything and it installs now with no error in debian Sid also called unstable repo
it should be in /var/lib/dpkg/status but my dpkg build was using /data/data/... instead . so apt would just install everything over and over and never be satisfied
I have proposed a new proot folder for this specific purpose to get rid of /data/data