Github messages for voidlinux
 help / color / mirror / Atom feed
* [ISSUE] binpkg is being created, waiting for 1s...
@ 2020-04-15 13:57 svenper
  2020-04-24  0:16 ` abenson
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: svenper @ 2020-04-15 13:57 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2297 bytes --]

New issue by svenper on void-packages repository

https://github.com/void-linux/void-packages/issues/21020

Description:
Inspired by #2368

<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  
  Void 5.4.32_1 x86_64-musl GenuineIntel uptodate hold rrnFFFFFFFFF
* package:  
  texlive2020-exec [[WIP]](/svenper/void-packages/tree/texlive) (which package should be irrelevant but repro timing is hard)

### Expected behavior

The dviout-util subpkg packages just like the others. `.lock` files are reset when repackaging.

### Actual behavior

```text
=> WARNING: texlive2020-exec-dviout-util-2020.0_1: binpkg is being created, waiting for 1s...
=> WARNING: texlive2020-exec-dviout-util-2020.0_1: binpkg is being created, waiting for 1s...
=> WARNING: texlive2020-exec-dviout-util-2020.0_1: binpkg is being created, waiting for 1s...
...
```

```text
$ ls -lA srcpkgs/texlive2020-exec-dviout-util
lrwxrwxrwx 1 $USER $USER 16 2020-04-15 07:13 srcpkgs/texlive2020-exec-dviout-util -> texlive2020-exec
```
```text
$ file masterdir.*/upperdir/destdir/texlive2020-exec-dviout-util-2020.0/opt/texlive/2020/bin/xbps/*
masterdir.XXXXOjegIa/upperdir/destdir/texlive2020-exec-dviout-util-2020.0/opt/texlive/2020/bin/xbps/chkdvifont: ELF 64-bit LSB shared object, x86-64, version 1
(SYSV), dynamically linked, interpreter /lib/ld-musl-x86_64.so.1, BuildID[sha1]=90500c98f88a4080a71af02d436761b77333fec3, stripped
masterdir.XXXXOjegIa/upperdir/destdir/texlive2020-exec-dviout-util-2020.0/opt/texlive/2020/bin/xbps/dvispc:     ELF 64-bit LSB shared object, x86-64, version 1
(SYSV), dynamically linked, interpreter /lib/ld-musl-x86_64.so.1, BuildID[sha1]=9149d0fb093ea6de295d49249568a7a422b98551, stripped
```

There was a `.lock` file from previous build cancelled midway through packaging. Removing it fixed the problem.

```text
rm /var/cache/xbps-src/binpkgs/texlive/texlive2020-exec-dviout-util-2020.0_1.x86_64-musl.xbps.lock
```

### Steps to reproduce the behavior

Package a package, but cancel it while packaging. Then package again.
```text
./xbps-src -H /var/cache/xbps-src pkg -t -f texlive2020-exec
```

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: binpkg is being created, waiting for 1s...
  2020-04-15 13:57 [ISSUE] binpkg is being created, waiting for 1s svenper
@ 2020-04-24  0:16 ` abenson
  2020-08-10  6:02 ` Noah-Huppert
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 5+ messages in thread
From: abenson @ 2020-04-24  0:16 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 338 bytes --]

New comment by abenson on void-packages repository

https://github.com/void-linux/void-packages/issues/21020#issuecomment-618734607

Comment:
The .lock file is created when packaging. If you interrupted it at some point (ctrl-c), the lock file remains. I'm not sure there's a way to clean up the .lock file (maybe a trap of some sort?). 

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: binpkg is being created, waiting for 1s...
  2020-04-15 13:57 [ISSUE] binpkg is being created, waiting for 1s svenper
  2020-04-24  0:16 ` abenson
@ 2020-08-10  6:02 ` Noah-Huppert
  2021-01-21 14:09 ` ericonr
  2021-01-21 14:10 ` [ISSUE] [CLOSED] " ericonr
  3 siblings, 0 replies; 5+ messages in thread
From: Noah-Huppert @ 2020-08-10  6:02 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 262 bytes --]

New comment by Noah-Huppert on void-packages repository

https://github.com/void-linux/void-packages/issues/21020#issuecomment-671176633

Comment:
Proposing this change: https://github.com/void-linux/void-packages/pull/24191. It traps and removes the lock file.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: binpkg is being created, waiting for 1s...
  2020-04-15 13:57 [ISSUE] binpkg is being created, waiting for 1s svenper
  2020-04-24  0:16 ` abenson
  2020-08-10  6:02 ` Noah-Huppert
@ 2021-01-21 14:09 ` ericonr
  2021-01-21 14:10 ` [ISSUE] [CLOSED] " ericonr
  3 siblings, 0 replies; 5+ messages in thread
From: ericonr @ 2021-01-21 14:09 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 197 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/21020#issuecomment-764667683

Comment:
Closing in a commit missed the hook.

Thanks noah :)

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [ISSUE] [CLOSED] binpkg is being created, waiting for 1s...
  2020-04-15 13:57 [ISSUE] binpkg is being created, waiting for 1s svenper
                   ` (2 preceding siblings ...)
  2021-01-21 14:09 ` ericonr
@ 2021-01-21 14:10 ` ericonr
  3 siblings, 0 replies; 5+ messages in thread
From: ericonr @ 2021-01-21 14:10 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 2434 bytes --]

Closed issue by svenper on void-packages repository

https://github.com/void-linux/void-packages/issues/21020

Description:
Inspired by [#2368](https://github.com/void-linux/void-packages/issues/2368#issuecomment-553584051)

<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  
  Void 5.4.32_1 x86_64-musl GenuineIntel uptodate hold rrnFFFFFFFFF
* package:  
  texlive2020-exec [[WIP]](https://github.com/svenper/void-packages/blob/texlive/srcpkgs/texlive2020-exec/template) (which package should be irrelevant but repro timing is hard)

### Expected behavior

The dviout-util subpkg packages just like the others. `.lock` files are reset when repackaging.

### Actual behavior

```text
=> WARNING: texlive2020-exec-dviout-util-2020.0_1: binpkg is being created, waiting for 1s...
=> WARNING: texlive2020-exec-dviout-util-2020.0_1: binpkg is being created, waiting for 1s...
=> WARNING: texlive2020-exec-dviout-util-2020.0_1: binpkg is being created, waiting for 1s...
...
```

```text
$ ls -lA srcpkgs/texlive2020-exec-dviout-util
lrwxrwxrwx 1 $USER $USER 16 2020-04-15 07:13 srcpkgs/texlive2020-exec-dviout-util -> texlive2020-exec
```
```text
$ file masterdir.*/upperdir/destdir/texlive2020-exec-dviout-util-2020.0/opt/texlive/2020/bin/xbps/*
masterdir.XXXXOjegIa/upperdir/destdir/texlive2020-exec-dviout-util-2020.0/opt/texlive/2020/bin/xbps/chkdvifont: ELF 64-bit LSB shared object, x86-64, version 1
(SYSV), dynamically linked, interpreter /lib/ld-musl-x86_64.so.1, BuildID[sha1]=90500c98f88a4080a71af02d436761b77333fec3, stripped
masterdir.XXXXOjegIa/upperdir/destdir/texlive2020-exec-dviout-util-2020.0/opt/texlive/2020/bin/xbps/dvispc:     ELF 64-bit LSB shared object, x86-64, version 1
(SYSV), dynamically linked, interpreter /lib/ld-musl-x86_64.so.1, BuildID[sha1]=9149d0fb093ea6de295d49249568a7a422b98551, stripped
```

There was a `.lock` file from previous build cancelled midway through packaging. Removing it fixed the problem.

```text
rm /var/cache/xbps-src/binpkgs/texlive/texlive2020-exec-dviout-util-2020.0_1.x86_64-musl.xbps.lock
```

### Steps to reproduce the behavior

Package a package, but cancel it while packaging. Then package again.
```text
./xbps-src -H /var/cache/xbps-src pkg -t -f texlive2020-exec
```

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2021-01-21 14:10 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-04-15 13:57 [ISSUE] binpkg is being created, waiting for 1s svenper
2020-04-24  0:16 ` abenson
2020-08-10  6:02 ` Noah-Huppert
2021-01-21 14:09 ` ericonr
2021-01-21 14:10 ` [ISSUE] [CLOSED] " ericonr

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).