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, 8 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, 9 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, 9 months
Packages looking for new owners
by Trond Danielsen
Hi everyone,
it is becoming clear to me that I can no longer provide the collection
of packages I maintain the love and care that they deserve. If only
there were more hours in a day, but the current situation does no
leave much room for volunteer work on free software :-(. Hopefully I
will find time in the future to return to Fedora related work
The list if packages I maintain is available here:
https://admin.fedoraproject.org/pkgdb/users/packages/trondd?acls=owner
I don't mind keeping libopenraw, avrdude and uisp unless anyone
_really_ want to maintain these packages.
Best regards,
--
Trond Danielsen
13 years, 9 months
Orphaning packages
by Conrad Meyer
Hi,
I intend to orphan the JRuby package and some of the dependencies I don't
believe anything else uses. It's a piece of software upstream really doesn't
intend to be packaged, and bumping to new versions is a constant struggle.
Furthermore, I don't have anymore use for it. Here is the list of packages
I'll orphan sometime in the next week or so:
- bytelist
- constantine
- jcodings
- jline
- jna-posix
- joni
- jvyamlb
If anyone wants any of them, let me know. (In case it's not obvious, they are
all java packages.)
Regards,
--
Conrad Meyer <cemeyer(a)u.washington.edu>
13 years, 11 months
Possible packages...
by Nathanael D. Noblet
Hello,
So I've been toying with the idea of getting more involved with
fedora. Up till now if there has been a bug or other issue, i'll file
a bug or simply get the srpm and try to update it to a newer version,
or create my own specs / rpms when they don't already exist. Lately
I've figured that I should get more involved with some of the packages
that I use or anything like that. The packaging guidelines kinda
describe entry to the packager group as being done via new packages.
I've offered to try to help on some recently orphaned packages. Though
that may be more work than just submitting a new package.
So after all that rambling, I'm wondering about the two following
pieces of software.
Apple's Calendar Server. It runs using python 2.5 or greater (I've
installed it on a F11 machine and it work well). I've started looking
at some of its dependancies. 90% of them are in fedora already, and of
the ones in F11, only one if I remember correctly isn't at the version
it requires). It seems like a great addition to Fedora if you ask me.
So basically it would require two new packages, and an update to one
other package (libevent) which is a minor version bump it seems if at
all needed.
PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm
guessing this one would have problems because it requires ffmpeg or
mplayer/mencoder... Plus as a java program its probably a bit more
complex to create a proper spec file for. I've made the other kind
often enough, but java ones not so much...
Any feedback on either?
14 years
xulrunner-1.9.1.1-1.fc11.x86_64 update pulls in i586 packages
by Braden McDaniel
Is this as it should be?
Dependencies Resolved
================================================================================
Package Arch Version Repository
Size
================================================================================
Updating:
xulrunner x86_64 1.9.1.1-1.fc11 updates 9.5 M
Installing for dependencies:
GConf2 i586 2.26.2-1.fc11 updates 1.7 M
ORBit2 i586 2.14.17-1.fc11 fedora 186 k
PolicyKit i586 0.9-6.fc11 fedora 165 k
alsa-lib i586 1.0.20-1.fc11 fedora 419 k
atk i586 1.25.2-2.fc11 fedora 222 k
audit-libs i586 1.7.13-1.fc11 updates 83 k
avahi i586 0.6.25-3.fc11 updates 292 k
avahi-glib i586 0.6.25-3.fc11 updates 19 k
bzip2-libs i586 1.0.5-5.fc11 fedora 39 k
cairo i586 1.8.8-1.fc11 updates 514 k
cracklib i586 2.8.13-4 fedora 50 k
cups-libs i586 1:1.4-0.b2.18.fc11 fedora 341 k
cyrus-sasl-lib i586 2.1.22-22.fc11 fedora 145 k
db4 i586 4.7.25-11.fc11 fedora 669 k
dbus-glib i586 0.80-2.fc11 fedora 178 k
dbus-libs i586 1:1.2.12-2.fc11 updates 132 k
e2fsprogs-libs i586 1.41.4-10.fc11 fedora 154 k
expat i586 2.0.1-6 fedora 86 k
fontconfig i586 2.6.99.behdad.20090508-1.fc11 fedora 203 k
freetype i586 2.3.9-3.fc11 fedora 388 k
gamin i586 0.1.10-4.fc11 fedora 134 k
glib2 i586 2.20.4-1.fc11 updates 1.5 M
glibc i686 2.10.1-2 fedora 5.8 M
gnome-vfs2 i586 2.24.1-2.fc11 fedora 947 k
gnutls i586 2.6.6-1.fc11 fedora 379 k
gtk2 i586 2.16.2-1.fc11 updates 4.3 M
hal-libs i586 0.5.12-26.20090226git.fc11 fedora 70 k
jasper-libs i586 1.900.1-10.fc11 fedora 155 k
keyutils-libs i586 1.2-5.fc11 fedora 19 k
krb5-libs i586 1.6.3-20.fc11 fedora 705 k
libICE i586 1.0.4-7.fc11 fedora 55 k
libIDL i586 0.8.13-1.fc11 fedora 89 k
libSM i586 1.1.0-4.fc11 fedora 27 k
libX11 i586 1.2.1-2.fc11 updates 1.0 M
libXau i586 1.0.4-5.fc11 fedora 21 k
libXcomposite i586 0.4.0-7.fc11 fedora 16 k
libXcursor i586 1.1.9-4.fc11 fedora 30 k
libXdamage i586 1.1.1-6.fc11 fedora 12 k
libXext i586 1.0.99.1-2.fc11 fedora 35 k
libXfixes i586 4.0.3-5.fc11 fedora 16 k
libXft i586 2.1.13-2.fc11 fedora 52 k
libXi i586 1.2.1-1.fc11 fedora 32 k
libXinerama i586 1.0.3-4.fc11 fedora 14 k
libXrandr i586 1.2.99.4-3.fc11 fedora 31 k
libXrender i586 0.9.4-5.fc11 fedora 30 k
libXt i586 1.0.5-2.fc11 fedora 182 k
libacl i586 2.2.47-4.fc11 fedora 24 k
libattr i586 2.4.43-3.fc11 fedora 15 k
libbonobo i586 2.24.1-1.fc11 fedora 487 k
libcap i586 2.16-4.fc11.1 updates 32 k
libdaemon i586 0.13-2.fc11 fedora 28 k
libgcc i586 4.4.0-4 fedora 94 k
libgcrypt i586 1.4.4-6.fc11 updates 234 k
libgnome i586 2.26.0-1.fc11 fedora 732 k
libgpg-error i586 1.6-3 fedora 66 k
libjpeg i586 6b-45.fc11 fedora 145 k
libpng i586 2:1.2.37-1.fc11 updates 256 k
libselinux i586 2.0.80-1.fc11 fedora 107 k
libstdc++ i586 4.4.0-4 fedora 323 k
libtasn1 i586 1.8-2.fc11 fedora 302 k
libthai i586 0.1.9-7.fc11 fedora 189 k
libtiff i586 3.8.2-14.fc11 updates 309 k
libxcb i586 1.2-4.fc11 updates 131 k
libxml2 i586 2.7.3-2.fc11 fedora 855 k
ncurses-libs i586 5.7-2.20090207.fc11 fedora 334 k
nspr i586 4.8-1.fc11 updates 123 k
nss i586 3.12.3.99.3-2.11.3.fc11 updates 1.0 M
nss-softokn-freebl i586 3.12.3.99.3-2.11.3.fc11 updates 136 k
openldap i586 2.4.15-3.fc11 fedora 338 k
openssl i686 0.9.8k-5.fc11 updates 1.4 M
pam i586 1.0.91-6.fc11 fedora 767 k
pango i586 1.24.4-1.fc11 updates 400 k
pixman i586 0.14.0-2.fc11 fedora 123 k
popt i586 1.13-5.fc11 fedora 41 k
python-libs i586 2.6-9.fc11 updates 663 k
readline i586 5.2-14.fc11 fedora 187 k
sqlite i586 3.6.12-3.fc11 fedora 322 k
xulrunner i586 1.9.1-0.20.beta4.fc11 fedora 10 M
zlib i586 1.2.3-22.fc11 fedora 75 k
Updating for dependencies:
cairo x86_64 1.8.8-1.fc11 updates 506 k
cairo-devel x86_64 1.8.8-1.fc11 updates 185 k
dbus x86_64 1:1.2.12-2.fc11 updates 234 k
dbus-devel x86_64 1:1.2.12-2.fc11 updates 45 k
dbus-libs x86_64 1:1.2.12-2.fc11 updates 133 k
dbus-x11 x86_64 1:1.2.12-2.fc11 updates 39 k
epiphany x86_64 2.26.3-1.fc11 updates 4.9 M
epiphany-extensions x86_64 2.26.1-4.fc11 updates 1.0 M
glib2 x86_64 2.20.4-1.fc11 updates 1.6 M
glib2-devel x86_64 2.20.4-1.fc11 updates 1.3 M
pango x86_64 1.24.4-1.fc11 updates 407 k
pango-devel x86_64 1.24.4-1.fc11 updates 321 k
xulrunner-devel x86_64 1.9.1.1-1.fc11 updates 3.9 M
Transaction Summary
================================================================================
Install 79 Package(s)
Update 14 Package(s)
Remove 0 Package(s)
--
Braden McDaniel <braden(a)endoframe.com>
14 years