upgrading RH 9 system->Fedora with iso files and apt only
by Didier Casse
I have the yarrow's iso files on my HD in a RH9 system. Let's say I want
to upgrade selected packages using an "apt-get install" pointing to my
iso-mounted files, how do I do it?
i.e I mount the iso into some /mnt/yarrow1, /mnt/yarrow 2 etc..
Then what is the complete procedure to make my apt look into my own HD to
upgrade packages. Can anybody redirect me to the correct
resource or some literature hanging on the web? Thanks.
Assume also that I do not wish to burn CDs! I do not want to use
apt-cdrom. Thanks.
With kind regards,
Didier.
---
PhD student
Singapore Synchrotron Light Source (SSLS)
5 Research Link,
Singapore 117603
Email: slsbdfc at nus dot edu dot sg \or\
didierbe at sps dot nus dot edu dot sg
Website: http://ssls.nus.edu.sg
1 year, 10 months
kernel/accounting question ...
by William W. Austin
(I know that this question might be more reasonable on a kernel list,
but a while back I posted the question twice and got no answers.)
The acct struct is defined in /usr/include/sys/acct.h includes both
ac_io and ac_rw for bytes transferred and blocks read or written,
respectively. Fair and good - works (on paper) similarly to unix,
solaris, hp-ux, etc.
However, in the kernel code [kernel/acct.c], ac_io (char) and ac_rw
(blocks) are always set to 0 by these two lines:
ac.ac_io = encode_comp_t(0 /* current->io_usage */);
ac.ac_rw = encode_comp_t(ac.ac_io / 1024);
For most purposes, this probably wouldn't be an issue, but I also do
extensive performance analysis on several platforms and have written a
fairly compresive accounting package (as a wraparound for psacct or as
a standalone) including both an improved acctcom and a built-in
reporter for it.
Does anyone know wby the kernel zero's out the bytes transferred data?
(Overhead comes to mind.) Not that it makes a huge differnce for my
purposes (I had to write some wraparound code to make a
"best-guestimate" about the data I'm missing), but curiosity is bugging
me now. When I compile my program on other OS's I get useful data for
char and block i/o and I'd like to find out whether there is something
obvious that I'm just totally missing here...).
Thanks
--
william w. austin waustin(a)speakeasy.net
"life is just another phase i'm going through. this time, anyway ..."
13 years, 11 months
acctcom for linux
by William W. Austin
I recently made several updates to a Linux version of of acctcom
(actually another accounting add-on package) which I've been using for
several years, and one of the people testing it asked a question which
I cannot answer. I'm hoping that someone on this list can give me some
info.
I have previously (over a year ago) asked on both this and a couple of
kernel lists (several times there) about this issue, but nobody has
ever answered. So if you have any info about this, I'd really
appreciate it.
As in many (all?) previous Linux kernels, the struct acct (defined in
/usr/include/sys/acct.h) has members ac_io and ac_rw which are
presumably counts of characters transferred and blocks read/written
respectively.
However, in the kernel code, the ac_io is set to 0 and the ac_rw gets
set to (ac_io/512) or some such - it is set to 0 as well (and thus
these are always reported as 0 in process accounting records. not good
if you're trying to measure them...).
Does anybody know why this is done that way? A long time ago (IIRC
late 2.2 and an early 2.4 kernel) I looked into "fixing" this in the
kernel code but was not successful (I finally produced a bootable
kernel, but it was unstable. Then I changed jobs, got swamped at work,
and eventually gave up).
As I said above, I have previously asked about this issue without
success, and I have essentially given up changing or "fixing" it.
But if anyone knows __WHY__ it is this way (I'm hypothesizing that it's
just too much work for too little added value), I'd really appreciate
knowing the reason. Curiosity and the cat and all that ...
Thanks
- Bill
--
william w. austin waustin(a)speakeasy.net
"life is just another phase i'm going through. this time, anyway ..."
13 years, 11 months
mock 0.8.9 will not build anything
by Frank Büttner
Hello,
when I try to build an package mock will fail with:
ERROR: Command(/usr/sbin/groupadd -g 102 mockbuild) failed. See logs for
output.
At the root.log:
2008-01-18 09:48:01,860 - DEBUG trace_decorator.py, Line: 20: ENTER:
doChroot((<mock.backend.Root object at 0xb7dc8e8c>, '/usr/sbin/grou
padd -g 102 mockbuild', ''), {})
2008-01-18 09:48:01,861 - DEBUG trace_decorator.py, Line: 20: ENTER:
do(('/usr/sbin/groupadd -g 102 mockbuild', '/var/lib/mock/fedora-de
velopment-i386/root', 0, True, 0, None, None, None, None), {})
2008-01-18 09:48:01,862 - DEBUG util.py, Line: 212: Run cmd:
/usr/sbin/groupadd -g 102 mockbuild
2008-01-18 09:48:01,862 - DEBUG util.py, Line: 218: Executing
timeout(0): /usr/sbin/groupadd -g 102 mockbuild
2008-01-18 09:48:01,866 - DEBUG trace_decorator.py, Line: 20: ENTER:
condPersonality((None,), {})
2008-01-18 09:48:01,869 - DEBUG trace_decorator.py, Line: 30: LEAVE
condPersonality --> None
2008-01-18 09:48:01,870 - DEBUG trace_decorator.py, Line: 20: ENTER:
condChroot(('/var/lib/mock/fedora-development-i386/root', None), {}
)
2008-01-18 09:48:01,871 - DEBUG trace_decorator.py, Line: 30: LEAVE
condChroot --> None
2008-01-18 03:48:01,872 - DEBUG trace_decorator.py, Line: 20: ENTER:
condDropPrivs((None, None, None), {})
2008-01-18 03:48:01,873 - DEBUG trace_decorator.py, Line: 30: LEAVE
condDropPrivs --> None
2008-01-18 09:48:01,973 - DEBUG util.py, Line: 234: groupadd: name
mockbuild is not unique
2008-01-18 09:48:01,977 - DEBUG trace_decorator.py, Line: 27:
EXCEPTION: Command(/usr/sbin/groupadd -g 102 mockbuild) failed. See logs f
or output.
Any ideas, what goes wrong??
Frank
14 years, 11 months
file system mount
by Amitakhya Phukan
hi all!
i have a system with fedora 7 and rhel 5 installed. recently, i changed
the f7 to rawhide. now whenever i boot up, it mounts all the file
systems related to rhel5 along with it and displays on the desktop.
dmesg says /dev/sda1 mounted on /media/_1 and so on. I want to disable
this feature. i don't know if this is anything useful ?? i even don't
know if its a feature or a bug... can any one please help me out with
this thing ? i understand hal is doing this (??), but why ? and even
when i unmount it, the same can still be found in /media. right clicking
on those partitions give me the option of mounting/unmounting them. but
i don't want to let them appear in my rawhide systems totally. anyone
else has this experience on rawhide??how do i disable it ??
thanks in advance.
with regards,
amitakhya phukan.
15 years, 3 months
RFC: FEver and RPath checks in Koji
by Debarshi Ray
I have a couple of proposals which I wanted to sound out.
+ Would it be possible to run FEver
(http://fedoraproject.org/wiki/PackageMaintainers/FEver) on a regular
basis? Currently I get the feeling that it is run manually at
irregular intervals, and since I depend heavily on it for tracking
upstream releases this often means that a release is missed
occasionally.
+ Would it be a good idea to have rpath related checks in Koji? Although I use
"%__arch_install_post /usr/lib/rpm/check-rpaths
/usr/lib/rpm/check-buildroot"
in my ~/.rpmmacros, some rpath issues are only detected on x86_64
systems? Although I have a x86_64 desktop, it can be a bit problematic
when a x86_64 system is not available. Such issues do not get detected
during the Koji build resulting in violation of the packaging
guidelines.
Comments?
Cheers,
Debarshi
--
Free software for the Indian community:
* ftp://fedora.glug-nith.org/
* http://fedora.glug-nith.org/
* http://gnu.glug-nith.org/
* http://mirror.wbut.ac.in/
15 years, 3 months
LWN subscription lottery reminder
by Jef Spaleta
A heads up for those of you who have already seen the announcement
over the weekend.
I'm at 33 requests, I'm looking for at least 75. If you are
interested but haven't sent in the details stop procrastinating and
get your requests in.
If you've forgotten what I'm talking about, refresh your memory here:
http://jspaleta.livejournal.com/#item19142
Please do not reply back to this thread. I'm guaranteed to lose the
request in the big inbox pile unless you do the following:
email jspaleta(a)fedoraproject.org
Subject: LWN subscription request
Include:
Your real name
Your fas accountname
your lwn accountname to be granted a subscription
-jef"You'd think giving away freebies would be easier"spaleta
15 years, 7 months
Zimbra packages in Fedora
by Neal Gompa
I had noticed how well that Zimbra has been doing, and I was wondering if it
would be possible for someone to make packages for Zimbra to be included in
Fedora?
15 years, 8 months
updated cross-gcc rpm
by Aron Griffis
[sorry for the dups, third try w/ fedora-devel-list subscribed]
Hi Lennert,
Referring to your post at
http://www.redhat.com/archives/fedora-devel-list/2007-October/msg00045.html
Thanks a lot for posting those rpms. I was able to use those with
--define='cross_target ia64-linux-gnu' to build a cross-compiler that
builds xen-unstable.hg including the userland tools. I posted that
information today to the xen-devel mailing list, see
http://lists.xensource.com/archives/html/xen-devel/2008-01/msg01105.html
I had to make some changes, first to build the gcc rpm successfully on
x86_64 targetting ia64, and second to include some files that were
missing. The missing files were due to %ifarch tests which were
looking at the build arch instead of the target arch. I came up with
a solution for that... though I wouldn't be surprised if you're able
to come up with something more elegant.
The patch is below. Thanks again for your work which enabled me to
get this running.
Aron
diff -r 8c95cc711df2 SPECS/gcc41.spec
--- a/SPECS/gcc41.spec Fri Jan 18 08:51:45 2008 -0500
+++ b/SPECS/gcc41.spec Wed Jan 30 02:56:35 2008 +0000
@@ -1,8 +1,10 @@
%if "%{?cross_target}" == ""
%define gcc_target %{_target_platform}
+%define target_arch %{_arch}
%define isnative 1
%else
%define gcc_target %{cross_target}
+%define target_arch %{expand:%%(echo "%{cross_target}" | sed 's/-.*//')}
%define isnative 0
%define cross %{gcc_target}-
%define crosspost -%{gcc_target}
@@ -12,6 +14,8 @@
%define __find_requires %{nil}
%define __find_provides %{nil}
%endif
+
+%define inlist() %{expand:%%(case '%* ' in (%{1}*' '%1' '*) echo 1 ;; (*) echo 0 ;; esac)}
%define DATE 20070925
%define gcc_version 4.1.2
@@ -1234,6 +1238,7 @@ rm -f $RPM_BUILD_ROOT%{_prefix}/%{_lib}/
rm -f $RPM_BUILD_ROOT%{_prefix}/%{_lib}/{libffi*,libiberty.a}
rm -f $RPM_BUILD_ROOT%{_prefix}/%{gcc_target_platform}/%{_lib}/{libffi*,libiberty.a}
rm -f $FULLEPATH/install-tools/{mkheaders,fixincl}
+rm -f $FULLPATH/install-tools/mkheaders.conf
rm -f $RPM_BUILD_ROOT%{_prefix}/lib/{32,64}/libiberty.a
rm -f $RPM_BUILD_ROOT%{_prefix}/%{_lib}/libssp*
rm -f $FULLPATH/libssp*
@@ -1428,8 +1433,7 @@ fi
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/syslimits.h
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/unwind.h
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/omp.h
-%if %{isnative}
-%ifarch %{ix86} x86_64
+%if %{inlist %{target_arch} %{ix86} x86_64}
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/mmintrin.h
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/xmmintrin.h
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/emmintrin.h
@@ -1439,14 +1443,13 @@ fi
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/mm_malloc.h
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/mm3dnow.h
%endif
-%ifarch ia64
+%if %{inlist %{target_arch} ia64}
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/ia64intrin.h
%endif
-%ifarch ppc ppc64
+%if %{inlist %{target_arch} ppc ppc64}
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/ppc-asm.h
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/altivec.h
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/spe.h
-%endif
%endif
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/README
%{_prefix}/libexec/gcc/%{gcc_target_platform}/%{gcc_version}/collect2
@@ -1458,8 +1461,7 @@ fi
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libgomp.spec
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libgomp.a
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libgomp.so
-%if %{isnative}
-%ifarch sparc ppc
+%if %{inlist %{target_arch} sparc ppc}
%dir %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/64
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/64/crt*.o
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/64/libgcc.a
@@ -1473,7 +1475,7 @@ fi
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/64/libmudflap.so
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/64/libmudflapth.so
%endif
-%ifarch %{multilib_64_archs}
+%if %{inlist %{target_arch} %{multilib_64_archs}}
%dir %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/32
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/32/crt*.o
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/32/libgcc.a
@@ -1487,12 +1489,13 @@ fi
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/32/libmudflap.so
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/32/libmudflapth.so
%endif
-%ifarch sparc sparc64 ppc ppc64
+%if %{inlist %{target_arch} sparc sparc64 ppc ppc64}
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libmudflap.a
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libmudflapth.a
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libmudflap.so
%{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libmudflapth.so
%endif
+%if %{isnative}
%dir %{_prefix}/libexec/getconf
%{_prefix}/libexec/getconf/default
%endif
15 years, 8 months
