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, 4 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, 5 months
Re: Firefox 3
by Takanori MATSUURA
Hi all,
I put firefox-trunk SRPM based on current fedora rawhide one at
http://homepage2.nifty.com/t-matsuu/install-memo/fc/
Notice: this package breaks the dependency against devhelp and yelp.
Janina Sajka <janina(a)rednote.net> wrote:
> Does anyone know of any rpm builds of Firefox 3? I'm aware it's nowhere
> near ready for prime time, but I have a compelling reason to start using
> ff3 fairly soon and would rather install from rpm, of course.
>
> BTW: My compelling reason is that FF3 will contain a11y support that
> should prove superior to any yet seen on any platform. Fingers crossed,
> etc ...
MATSUURA Takanori
15 years, 6 months
Self-Introduction: Denis Ovsienko and /etc/net project
by Denis Ovsienko
Denis Ovsienko
Russia, Moscow
Linux system administrator and developer
ValueCommerce/Russia
I develop /etc/net project (http://etcnet.org) and my goal is to integrate it
into Fedora Core.
I am a member of ALTLinux Team. /etc/net is already integrated into ALTLinux
development tree and should soon be seen in 3.0 version.
I know that ArchLinux has /etc/net in its repository. IDMS Linux did so too,
but i haven't heard from them for last months.
My skills include 6 years Linux experience, several programming
languages, 5 years of mixed software development and system/network
administration and so on, but I guess it's not related much to my goal now.
I have reviewed current initscripts buglist.
Some bugs are not bugs in /etc/net:
#65114 RFE: ifup-aliases iproute support, ifup/ifup-aliases scop...
#75390 it would be nice to tie bandwidth shaping into the networ...
#129820 initscripts maclist patch
#132252 Request for addition of routing rule config file
#132912 No additional IP addresses at ethX without aliased devices
#132925 initscripts use old ifconfig instead of iproute2
#154348 Adds support for WPA (Wi-Fi Protected Access) to the ifup...
#168990 No ifup-gre/ifdown-gre scripts.
#170884 MTU of ethernet card can't be set before interface is up
#171763 Enhancement to initscripts
Some bugs gave me ideas how to improve /etc/net:
#59114 .d-style scripts for ifup/ifdown
#119952 RFE: Add hook for "local" network initialization
#124045 Support setting a metric on interface routes
The whole process, if we don't face some unexpected problems, should take
3 to 6 months. What I need:
1. Ability to advocate patches (sometimes heavy) to about 10-20 FC packages.
2. Probably some help with documentation.
How can we start?
pub 1024D/6D1844F2 2002-11-11
Key fingerprint = AF2F DDAE 7EB3 4699 09FF F0FC 00B1 6D41 6D18 44F2
uid Denis Ovsienko <linux(a)pilot.org.ua>
uid Denis Ovsienko (http://pilot.org.ua) <pilot(a)altlinux.ru>
sub 2048g/57B7ACBE 2002-11-11
--
DO4-UANIC
15 years, 7 months
[ANNOUNCE]: FC6 ia64 ISOs available
by Prarit Bhargava
I've built a set of FC6 ia64 ISOs (CD set and DVD) which are available
for download from
ftp://oss.sgi.com/projects/fedora/
9aea82e31ace9ceb3e5aba210f4cda14 FC6GOLD-ia64-disc1.iso
c3b3dd2e4cc0e4c60e4589532e79b4b4 FC6GOLD-ia64-disc2.iso
093b5aa79be4cd9ab8aff6f743df9fec FC6GOLD-ia64-disc3.iso
f90baccedc2a1d5b1a0582649235691f FC6GOLD-ia64-disc4.iso
afcfa7f9d6b47b2f78107dcbcce63eef FC6GOLD-ia64-disc5.iso
88ad15a45ca9dad378636cf572f4be03 FC6GOLD-ia64-DVD.iso
(Click on Download on left-hand side, and then the FC6 directory)
These are labelled as FC6GOLD to differentiate them from the broken sets
that Yanmin attempted to release last week. md5sums are provided.
We have verified CD, DVD, NFS, http, ftp installs on various HP & SGI boxes.
Please remember that FC6 ia64 is _unsupported_ by Fedora. You can file
bugs, but be sure to file them against the devel branch of Fedora Core.
Also, add "fedora-ia64" to the "blocks" field of the BZ.
P.
16 years, 3 months
anaconda update time needs to be improved
by dragoran
Hello
I have updated 3 boxes from FC5->FC6 (x86_64) using anaconda (booted
from a DVD).
All three of them is nothing that can be called a slow machine:
1)
AMD64 3000+ @ 4100+ (2.61ghz)
1024MB RAM
7200 RPM 2MB Cache IDE Seagate HDD 120GB
2) Laptop:
Core 2 Duo T7400 2x2.17Ghz 4MB shared L3 Cache
2048MB RAM
7200 RPM 8MB Cache SATA Hitatchi HDD 80GB
3)
AMD Opteron 170 @ 2x2.7Ghz
2048MB RAM
2x120GB Hitatchi SATAII HDD 8MB Cache MD RAID0
Update time was ~90-120min depending on the sys.
Why does the update take that long? A reinstall is much faster..
I think that improving this should be a goal for FC7
Also why isn't it possible to install from a md raid partition? Should I
fill a RFE?
16 years, 3 months
Switching to ncurses
by Bernardo Innocenti
Are we still planning to completely replace termcap with
ncurses in Fedora?
While I welcome reducing the number of dupe packages, I'm
worried by the impact of this change on the size and
performance of many core programs.
libncurses is much bigger than libtermcap, and also has
oddly large .bss and .data sections:
bender:/[1/0]# size /lib64/libncurses.so.5 /lib64/libtermcap.so.2
text data bss dec hex filename
319006 56608 3592 379206 5c946 /lib64/libncurses.so.5
10483 788 112 11383 2c77 /lib64/libtermcap.so.2
this is going to impact very negatively on the RSS of several
critical programs such as bash and python.
I'm also worried that the overall time required spent for a
fork may increase considerably.
But maybe ncurses can easily be fixed to avoid global data and
buffers?
--
// Bernardo Innocenti - Develer S.r.l., R&D dept.
\X/ http://www.develer.com/
16 years, 3 months
Can we make readahead more robust to package updates?
by Jef Spaleta
Okay its come to my attention that the readahead configs have a
difficult time being kept in sync as package updates roll out. For fc6
right now for example readahead is out of sync with firefox libraries.
Can we update readahead's implementation so we can get per package
control of the default configs? Is a readahead.d/ structure
appropriate here?
I want to point out that we lose significant value with read-ahead if
we can't ensure that the listings will be in-sync as package updates
are issued. And re-spinning readahead updates periodically to attempt
to sync a centralized config file is horrible inefficient and may
never be perfectly in-sync considering the churn of updates during a
release cycle.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203329
-jef
16 years, 3 months
Move from TeTeX to TeXLive
by Leo
Hi there,
The TeTeX project had this announcement in May this year which was in
the beginning of FC6 cycle:
,----
| I (Thomas Esser) have decided not to make new releases of teTeX any
| more (May 2006). The information below might get out of date as time
| goes by. I suggest anybody interested in teTeX to join the TeX Live
| project.
`----
Now it is the beginning of FC7, I would suggest Fedora core 7 move to
texlive. Here is how debian packages texlive:
http://ftp.debian.org/debian/pool/main/t/texlive-{bin, base,extra}
Thanks,
--
Leo
16 years, 4 months
KDE4 being packaged
by Chitlesh GOORAH
Hai you all :)
Well, I just started packaging kde4 based on kevinkoefler's work. Some
friends are porting kde3 apps to kde4, so why not give them the
minimum tools needed ?
kevinkoefler SRPMS are
http://osdn.dl.sourceforge.net/sourceforge/kde-redhat/kdelibs4-3.80.2-0.1...
http://osdn.dl.sourceforge.net/sourceforge/kde-redhat/kdepimlibs4-3.80.2-...
http://osdn.dl.sourceforge.net/sourceforge/kde-redhat/kdebase4-3.80.2-0.1...
My modifications : http://chitlesh.funpic.de/fedora/kde4_11_27.tar.bz2
(I don't have a place to upload the SRPMS :( )
1. the svn snapshot are from 20061003, neither kevin nor I got the
time to update the snapshots. However my priority is just first get a
working set of kde4 packages.
2. the specs don't have the patches inorder to integrate these
packages to the fedora desktop. ThanNgo accepted to offer his help to.
3. SRPMs from my specs haven't undergo mock till now.
4. kde4 is installed on /opt/kde4 and kevin made so to co-existe kde3
and kde4 at the same time
5. the kde4.desktop doesn't load kde4 desktop upon login because it
seeks its libkde*.so.5 at /usr/lib instead of /opt/kde4/lib
I would like to have more light on this #5 in order to make it just
work for once :)
here is my /usr/share/xsessions/kde4.desktop:
[Desktop Entry]
Encoding=UTF-8
Type=XSession
export KDEDIR=/opt/kde4
export PATH=/opt/kde4/bin/:$PATH
export KDEHOME=~/.kde4
export LD_LIBRARY_PATH=$/opt/kde4/lib/:$KDEDIR/lib:$LD_LIBRARY_PATH:/opt/kde4/lib
Exec=/opt/kde4/bin/startkde
TryExec=/opt/kde4/bin/startkde
Name=KDE4
Comment=The K Desktop Environment. A powerful Open Source graphical
desktop environment
Any help will be welcome :)
chitlesh
--
http://clunixchit.blogspot.com
16 years, 4 months
