Bug#1070104: termshark: please add support for loong64

2024-09-09 Thread wuruilong
Source: termshark
Version: 2.4.0-1
Followup-For: Bug #1070104
X-Debbugs-Cc: wuruil...@loongson.cn

Dear Maintainer,

Is there a problem with the merger? At the moment, I see that there is no merge.

wuruilong



Bug#1070104: termshark: please add support for loong64

2024-08-07 Thread Stephen Gelman
On Aug 7, 2024 at 10:06:47 PM, wuruilong  wrote:

> Source: termshark
> Version: 2.4.0-1
> Followup-For: Bug #1070104
> X-Debbugs-Cc: wuruil...@loongson.cn
>
> Dear Maintainer,
>
> In the course of the packages I've dealt with over the past month I did
> come across many packages that required termshark, which unfortunately I
> didn't keep track of. Since termshark is not out of packages on loongarch,
> using apt-cache rdepends was also fruitless. However, this attached patch
> has been verified to be correct and compiles successfully on the loongarch
> architecture, so please merge this patch.
>
> wuruilong
>
> -- System Information:
> Debian Release: trixie/sid
>  APT prefers unreleased
>  APT policy: (500, 'unreleased'), (500, 'unstable')
> Architecture: loong64 (loongarch64)
>
> Kernel: Linux 5.10.0-60.96.0.126.oe2203.loongarch64 (SMP w/32 CPU threads)
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: unable to detect
>
>
No problem I will try to get this merged soon. Sorry it’s taken so long.


Bug#1070104: termshark: please add support for loong64

2024-08-07 Thread wuruilong
Source: termshark
Version: 2.4.0-1
Followup-For: Bug #1070104
X-Debbugs-Cc: wuruil...@loongson.cn

Dear Maintainer,

In the course of the packages I've dealt with over the past month I did come 
across many packages that required termshark, which unfortunately I didn't keep 
track of. Since termshark is not out of packages on loongarch, using apt-cache 
rdepends was also fruitless. However, this attached patch has been verified to 
be correct and compiles successfully on the loongarch architecture, so please 
merge this patch.

wuruilong

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: loong64 (loongarch64)

Kernel: Linux 5.10.0-60.96.0.126.oe2203.loongarch64 (SMP w/32 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect



Bug#1070104: termshark: please add support for loong64

2024-08-07 Thread Stephen Gelman
On Aug 7, 2024 at 2:37:33 AM, wuruilong  wrote:

> Source: termshark
> Version: 2.4.0-1
> Followup-For: Bug #1070104
> X-Debbugs-Cc: wuruil...@loongson.cn
>
> Dear Maintainer,
>
> The termshark software blocks many packages from continuing to compile, so
> maintainers can merge this patch?
>
> wuruilong
>
> -- System Information:
> Debian Release: trixie/sid
>  APT prefers unreleased
>  APT policy: (500, 'unreleased'), (500, 'unstable')
> Architecture: loong64 (loongarch64)
>
> Kernel: Linux 5.10.0-60.96.0.126.oe2203.loongarch64 (SMP w/32 CPU threads)
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: unable to detect
>
>
What packages are blocked by termshark?


Bug#1070104: termshark: please add support for loong64

2024-08-07 Thread wuruilong
Source: termshark
Version: 2.4.0-1
Followup-For: Bug #1070104
X-Debbugs-Cc: wuruil...@loongson.cn

Dear Maintainer,

The termshark software blocks many packages from continuing to compile, so 
maintainers can merge this patch?

wuruilong

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: loong64 (loongarch64)

Kernel: Linux 5.10.0-60.96.0.126.oe2203.loongarch64 (SMP w/32 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect



Bug#1070104: termshark: please add support for loong64

2024-04-29 Thread wuruilong
Source: termshark
Severity: normal
Tags: patch
User: debian-loonga...@lists.debian.org
Usertags: loong64
X-Debbugs-Cc: wuruil...@loongson.cn

Dear Maintainer,

The termshark software compiles incorrectly on the loong64 architecture, 
the attached patch has resolved the issue.

wuruilong

-- System Information:
Debian Release: trixie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: loong64 (loongarch64)

Kernel: Linux 5.10.0-60.96.0.126.oe2203.loongarch64 (SMP w/32 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect
Description: 
 TODO: Put a short summary on the line above and replace this paragraph
 with a longer explanation of this change. Complete the meta-information
 with other relevant fields (see below for details). To make it easier, the
 information below has been extracted from the changelog. Adjust it or drop
 it.
 .
 termshark (2.4.0-1) unstable; urgency=medium
 .
   * Team upload
   * New upstream release (Closes: #1019201)
   * Bump standards version to 4.6.1.0
   * Fix FTBFS from an updated dependency (Closes: #1020140)
Author: Stephen Gelman 
Bug-Debian: https://bugs.debian.org/1019201
Bug-Debian: https://bugs.debian.org/1020140

---
The information above should follow the Patch Tagging Guidelines, please
checkout https://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: (upstream|backport|vendor|other), (|commit:)
Bug: 
Bug-Debian: https://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded: (no|not-needed|)
Applied-Upstream: , (|commit:)
Reviewed-By: 
Last-Update: 2024-04-29

--- termshark-2.4.0.orig/pkg/system/dup.go
+++ termshark-2.4.0/pkg/system/dup.go
@@ -5,6 +5,7 @@
 // +build !windows
 // +build !linux !arm64
 // +build !linux !riscv64
+// +build !linux !loong64
 
 package system
 
--- /dev/null
+++ termshark-2.4.0/pkg/system/dup_linux_loong64.go
@@ -0,0 +1,11 @@
+// Copyright 2019-2022 Graham Clark. All rights reserved.  Use of this source
+// code is governed by the MIT license that can be found in the LICENSE
+// file.
+
+package system
+
+import "syscall"
+
+func Dup2(fd int, fd2 int) error {
+   return syscall.Dup3(fd, fd2, 0)
+}