升級 tar 修正出現 pax_global_header 的訊息

本文介绍了解决使用旧版本tar处理特定压缩文件时出现的警告问题,并提供了将tar版本从1.13.25升级到1.20的具体步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

由於 kernel 的程式碼自 2.6.12 版起,在提供的 tar-archives 中多加了 git commit ID 的 extended header ,如果你的 tar 版本較舊,就會出現一個警告訊息,進而產生一個 pax_global_header 的檔案。

程式碼:
tar xjf linux-2.6.19.7.tar.bz2
tar: pax_global_header: Unknown file type 'g', extracted as normal file

tar --version
tar (GNU tar) 1.13.25
Copyright (C) 2001 Free Software Foundation, Inc.
This program comes with NO WARRANTY, to the extent permitted by law.
You may redistribute it under the terms of the GNU General Public License;
see the file named COPYING for details.
Written by John Gilmore and Jay Fenlason.


查了一下,雖然這是一個無關痛癢的警告,不過出現實還是怪怪的,如果可以將 tar 的版本升級至 1.14 以後,就能夠避掉這樣的警告訊息。因為習慣在 RPM 的系統下處理作業,而該主機的環境卻仍停留在 Fedora Core 2 ,就連 The Fedora Legacy Project 都不再維護,所以興起了自己編譯 tar RPM 的念頭。

曾經有將新版的 sendmail 由 Tar Ball 轉成 RPM 的經驗,所以編譯環境已經存在,不再贅述,這次依然如法泡製一番!

1.安裝 tar 的 SOURCE RPM:

程式碼:
rpm -ivh tar-1.13.25-14.1.legacy.src.rpm


2.下載新版 tar 原始碼,置於 /usr/src/redhat/SOURCES/ 目錄中:

程式碼:
wget http://ftp.gnu.org/gnu/tar/tar-1.20.tar.bz2


3.編輯 SPEC 檔,保留 man page 的 patch,否則無法編譯成功:

程式碼:
diff -urN tar-vic.spec tar.spec
--- tar-vic.spec 2008-06-08 14:12:06.936689000 +0800
+++ tar.spec 2006-03-09 08:25:32.000000000 +0800
@@ -1,7 +1,7 @@
Summary: A GNU file archiving program.
Name: tar
-Version: 1.20
-Release: vic
+Version: 1.13.25
+Release: 14.1.legacy
License: GPL
Group: Applications/Archiving
Source: ftp://ftp.gnu.org/pub/gnu/tar/tar-%{version}.tar.bz2
@@ -32,13 +32,13 @@
%prep
%setup -q
%patch0 -p1 -b .manpage
-#%patch1 -p1 -b .sock
-#%patch2 -p1 -b .253
-#%patch6 -p1 -b .librt
-#%patch7 -p1 -b .err
-#%patch8 -p1 -b .absn
-#%patch9 -p1 -b .argv
-#%patch10 -p1 -b .dots
+%patch1 -p1 -b .sock
+%patch2 -p1 -b .253
+%patch6 -p1 -b .librt
+%patch7 -p1 -b .err
+%patch8 -p1 -b .absn
+%patch9 -p1 -b .argv
+%patch10 -p1 -b .dots


4.產生 RPM 檔:

程式碼:
rpmbuild -ba /usr/src/redhat/SPECS/tar.spec


5.安裝升級 tar:

程式碼:
rpm -Uvh /usr/src/redhat/RPMS/i386/tar-1.20-vic.i386.rpm


6.不再出現警告訊息:

程式碼:
tar xjf tar-1.20.tar.bz2

tar --version
tar (GNU tar) 1.20
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.
<think>嗯,用户遇到了一个IndexError,错误信息是“invalid index to scalar variable”。首先,我需要分析这个错误的原因。通常,这种错误发生在尝试用索引访问一个标量变量(比如整数或浮点数)的时候,因为标量不支持索引操作。 看用户的代码片段,错误出现在第30行: num_to_serve = min(len(pax_candidates), served_pax[stop]) 这里的问题可能出在served_pax[stop]这个部分。如果served_pax是一个NumPy数组,而stop的值超过了数组的索引范围,或者served_pax本身不是一个数组而是一个标量(比如整数),那么尝试用索引访问就会导致这个错误。 接下来,我需要考虑用户可能的代码结构。假设served_pax被错误地初始化为了一个标量,例如在某个地方赋值成了整数而不是数组。例如,如果served_pax是一个整数,那么served_pax[stop]就会触发这个错误,因为整数不支持索引操作。 解决方案方面,首先需要检查served_pax的数据类型和结构。如果它应该是一个数组,但被错误地赋值为标量,就需要修正初始化部分。例如,使用NumPy的zeros函数创建一个数组,而不是单个整数。另外,还要确认stop的值是否在数组的有效索引范围内,避免越界访问。 可能的修复步骤包括: 1. 打印或检查served_pax的类型,确认是否为数组。 2. 确保在初始化served_pax时使用了正确的数组结构,比如np.zeros(n_stops)。 3. 检查stop的值是否在served_pax的索引范围内,比如不超过数组长度减一。 最后,需要提醒用户在调试时使用打印语句来检查变量的类型和形状,这有助于快速定位问题。例如,在错误行之前打印type(served_pax)和served_pax.shape(如果是数组的话),可以确认是否是标量问题。</think><< 这个错误通常发生在尝试使用数组索引方式访问标量(非数组/列表类型)变量时。具体到你的代码`served_pax[stop]`,意味着: 可能原因: 1. **变量类型错误**:`served_pax` 被错误地定义为标量(单个数值)而非数组 2. **维度不匹配**:`stop` 的数值超过了数组的实际维度 3. **初始化错误**:`served_pax` 的初始化方式不正确,可能使用了错误的维度 解决方案: ```python # 正确初始化示例(假设需要处理n_stops个站点) n_stops = 10 # 站点总数 served_pax = np.zeros(n_stops, dtype=int) # 创建包含n_stops个元素的数组 # 使用前验证索引范围 if stop < 0 or stop >= len(served_pax): raise ValueError(f"Invalid stop index {stop}, must be 0-{len(served_pax)-1}") num_to_serve = min(len(pax_candidates), served_pax[stop]) ``` 验证步骤: 1. 在错误行之前添加检查代码: ```python print(f"Type of served_pax: {type(served_pax)}") print(f"Shape of served_pax: {served_pax.shape if hasattr(served_pax, 'shape') else 'N/A'}") print(f"Current stop value: {stop}") ``` 2. 确保`served_pax`是numpy数组或列表类型 3. 检查`stop`的数值是否在合理范围内 >>
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值