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
With kind regards,
Singapore Synchrotron Light Source (SSLS)
5 Research Link,
Email: slsbdfc at nus dot edu dot sg \or\
didierbe at sps dot nus dot edu dot sg
(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...).
william w. austin waustin(a)speakeasy.net
"life is just another phase i'm going through. this time, anyway ..."
I put firefox-trunk SRPM based on current fedora rawhide one at
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 ...
Linux system administrator and developer
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
Try to launch pidgin (again in rawhide), from the terminal and it returns:
[dhunter@localhost ~]$ pidgin
pidgin: error while loading shared libraries: libpurple.so.0: cannot open
shared object file: No such file or directory
What needs to be fixed? What do I need to check?
I'm somewhat interested in the answers to a few questions, after watching some
of the discussion on the list. Now, seriously:
1) Is there sufficient interest in having the system-config packages split
into data and GUI components so there might be Qt/KDE versions in the future?
2) If so, would people be more interested in it integrating into the KControl
menu, or into a separate menu (system-control-center)?
'Cause I happen to really like writing in Qt, and I'll do it if there's
sufficient interest in the idea.
http://www.mozilla.org/products/firefox/ - Get Firefox!
http://www.mozilla.org/products/thunderbird/ - Reclaim Your Inbox!
Please avoid sending me Word or PowerPoint attachments.
I seem to have found two bugs. Before I filed them, just want to ask in
this list if someone else has seen them or better has a workaround.
1. Blank screen
When the screen enter screensaver mode, there is no way to activate
it again i.e. there is no dialogue for user to enter password to
unlock the screen. The whole screen stay black all the time although
it still respond to Ctrl+Alt+Backspace
2. No XV video
I won't be able to play media with xv. The player window stay either
blue or black but no moving pictures.
Leo <sdl.web AT gmail.com> (GPG Key: 9283AA3F)
The Fedora Project is pleased to announce the release of the fourth and
final test release of Fedora 7!
Test 4 is for beta users. This is the time when we MUST have full
community participation. Without this participation both hardware and
software functionality suffers. We need your help. Join us!
Road Map And Release Schedule
This is the final test release before the final Fedora 7 release, which
is scheduled for May 24, 2007.
For further information see http://fedoraproject.org/wiki/Releases/7/
How to get it:
DVD and network installation are available. We also offer three
different varieties of installable Live media - see "Live CD", below.
The recommended method of download is via BitTorrent from this site.
HTTP, FTP, and RSYNC downloads are available from Fedora Project mirrors
listed above. Note that not all mirrors may be synced at this time.
For those of you already running a pre-release version of Fedora 7, all
you need to do to upgrade to Test 4 is update your packages.
* Users of e1000 (Intel gigabit ethernet) devices should be on the
lookout for device lockups, although we believe this is fixed.
* The new wireless stack is working well but still needs testing.
In particular, iwlwifi (Intel 3945) has been troublesome in the
past but should be much better in this release.
* Upgrades from Fedora Core 6 (or older) should be tested, but
be careful - this is still a test release and we can't guarantee
everything will work as expected.
Important Warnings about the Test Release
* The 2.6.21 kernel uses new IDE drivers which use the same
'libata' subsystem as the SATA drivers. As a side-effect, IDE
devices previously named /dev/hdX will now be named /dev/sdX.
This may cause problems with anything that mentions devices by
name instead of by filesystem label. Anaconda should be able to
detect most of these problems and help you fix them.
* In previous test releases the default product was called
"Prime", but after feedback from Marketing and the community it
has been renamed simply "Fedora".
* Fedora 7 Test 4's primary product is a Desktop/Development
Workstation/Server distribution which closely matches the
contents of previous Fedora Core releases.
* This test release includes three Live images: an i386 Desktop
Live CD, an x86_64 Desktop Live DVD, and an i386 KDE Live CD.
These Live CDs can be installed to disk using the graphical
* This test release features GNOME 2.18.
* The new Echo icon theme is no longer the default, although it is
still available from the repositories.
* KDE and Xfce, among several other packages, are included in the
development repositories, but not on the media. They can be
installed using the appropriate software management tools.
* Fast User Switching is now available via the
for more details.
* The internet messaging program called "Gaim" is now known as
"Pidgin". See http://pidgin.im/ for more info.
* System performance is generally slower in the test releases as
compared to the general release since we enable several options
that help with debugging.
* Yum / rpm performance should be better in this release than
previous Fedora 7 test releases.
System Level Changes
* Amanda Users who upgrade from older releases need to read the
amanda.conf and amanda-client.conf man pages to learn about the
the new syntax for calling amandad, as well as edit
the /etc/xinetd.d/amanda configuration file to follow the new
* This release includes a kernel based on 2.6.21-rc7. Current
release information is tracked on the kernel release notes page:
Bug reporting and tracking:
The Release Engineering and QA teams keep track of bugs that are
considered release blockers. You can see that list here:
In addition, a list of non-blocker bugs that should be fixed for Fedora
7 if possible can be found here:
Please check these lists before reporting new bugs!
Bugs for this release should be reported against the Fedora Core
product, version 'devel'. You can use this convenient link to report
Fedora is a set of projects sponsored by Red Hat and guided by the
contributors. These projects are developed by a large community of
people who strive to provide and maintain the very best in free, open
source software and standards. The central Fedora project is an
operating system and platform based on Linux that is always free for
anyone to use, modify, and distribute, now and forever.
You can help the Fedora Project community continue to improve Fedora if
you file bug reports and enhancement requests. Refer to
http://fedoraproject.org/wiki/BugsAndFeatureRequests for more
Thank you for your participation!
To find out more general information about Fedora, refer to the
following Web pages:
* Fedora Overview (http://fedoraproject.org/wiki/Overview)
* Fedora FAQ (http://fedoraproject.org/wiki/FAQ)
* Help and Support (http://fedoraproject.org/wiki/Communicate)
* Participate in the Fedora Project
I installed all versions of yum-presto DeltaRPM package for Fedora
Core 6 since 0.34 and they all worked great! I didn't have any issues.
Now I run 0.38 and it works perfectly.
I can't wait to test it on Fedora 7 test 3 I have on my other machine
becuase I saw that it still needs a bit of polish to start running
fine on Fedora 7.
RPM build speed is also much better that SUSE updater!
Bravo for yum-presto team!
What experience do others have regarding yum-presto? Do you like it?
Do you have any feature ideas?
I would like to see the yum-presto status after update with bandwidth
savings in human readable notation. If I'm not wrong there was that
status in 0.34 but I didn't see it later version - correct me if I'm
Valent from Croatia.
linux, blog, anime, spirituality, windsurf, wireless
registered as user #367004 with the Linux Counter, http://counter.li.org.