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
2 years, 3 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 ..."
14 years, 4 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 ..."
14 years, 4 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, 7 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, 8 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?
16 years
Any way to search all .spec files?
by Orion Poplawski
Is there any was to do a grep/search on all of the Fedora .spec files
for a specific release (or devel)? I'd be fine with checking them all
out if there was a way to just the the spec files for a specific release.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division FAX: 303-415-9702
3380 Mitchell Lane orion(a)cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
16 years, 1 month
Beecrypt retired
by Tomas Mraz
Nobody stepped up to maintain this crypto library which is no longer
used by rpm or anything else in Fedora. So the next logical step is to
retire this package from rawhide (dist-f9).
I will do that tomorrow.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
16 years, 1 month
Problems building pl (swi-prolog) on ppc64
by Gérard Milmeister
I have difficulties building pl on ppc64. The previous build (a few
releases back) has been fine, and i386, x86_64, ppc are ok, too. The
koji build page is:
http://koji.fedoraproject.org/koji/taskinfo?taskID=278425
The 64-bit ppc arch seems to cause a lot of trouble compared to the
32-bit arch and x86_64. Is there any specific reason for this? In any
case I hope someone can help fixing the issue.
BTW. I would welcome a co-maintainer for the pl package, preferably
someone with experience on archs other that i386.
--
Gérard Milmeister
Langackerstrasse 49
CH-8057 Zürich
16 years, 1 month
Package alien
by Zdenek Prikryl
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
I would like to ask you, why was a package "alien" removed from RH distros?
Alien is a program that converts between the rpm, dpkg, stampede slp, and
slackware tgz file formats. (http://kitenet.net/~joey/code/alien/)
Thanks
- --
Zdenek Prikryl <zprikryl(a)redhat.com>
Software Engineer - Base Operating Systems Brno
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFHVqwhGQbtTQ12wjARAidqAJ9iptvPvatGQLqBk2s77CM4JSpvIACfVQJx
I/mfpCV8sNkGKtRj3SRENYk=
=yK45
-----END PGP SIGNATURE-----
16 years, 2 months
