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
we use mock for local package build, but it's very slow. now we install
a new host just for mock with 8core, ram disks etc. it seems it still
slow. first of all most of the time mock use only one 1 core of the cpu.
is there any way to speed up different part of the mock build process?
thanks in advance.
ps. anyway is there any better place to discuss it?
Levente "Si vis pacem para bellum!"
Nowadays the jack project has two branches - old jack (1) branch with
version 0.116.2 and new one called jack2 version 1.9.3.
I'd like to gather opinions and suggestions about applying new version for F13.
Please, share your thoughts!
With Best Regards,
Has there been any plans to support running custom post-up scripts for each interface, after "ifup <interface>" ?
Debian allows you to specify:
iface eth0 inet static
I'm looking for something similar for rhel/fedora.
Maybe something like POST_UP="/path/script" in /etc/sysconfig/network-scripts/ifcfg-int
I'm forwarding this for David Anderson:
From: David Anderson <fedora-packaging(a)dw-perspective.org.uk>
Subject: Orphaning curlftpfs , mod_auth_shadow
Date: Mon, 11 Jan 2010 11:22:25 +0000
User-Agent: KMail/1.12.4 (Linux/220.127.116.11-166.fc12.x86_64; KDE/4.3.4; x86_64; ;)
Due to a slow African Internet connection and ever-growing
responsibilities, I regret that I have to and am orphanning these two
curlftpfs - mount FTP filesystems via FUSE and curl
mod_auth_shadow - Apache authentication via /etc/shadow
There are a couple of open bugs for curlftpfs which I said I'd fix by
upgrading to the latest version, but it's so long since I used the
system and I'm battling with the accounts system, expired certificates.
Both these packages I originally packaged because I wanted to use them.
I'd have thought that they'd both have many users.
I'd like to retire kudzu for F-13.
- There are places where it almost certainly does not work with current kernels
- It's so deprecated that one of its replacements (HAL) has since been
frozen and deprecated
- Given that, its upstream is very dead
However, it is still being required by two programs:
If someone wants to keep it limping along for thsese two programs I can
orphan it. But I'd really rather just retire it.
thunderbird seem to remove spaces from lines that only consist of one or
more spaces. Any way of preventing thunderbird from doing so? I already
have "mailnews.send_plaintext_flowed false" and turned of line wrapping.
With these option sending patches works pretty well, only recently I
had a patch that got corrupted because of spaces being removed.
Stefan Assmann | Red Hat GmbH
Software Engineer | Otto-Hahn-Strasse 20, 85609 Dornach
| HR: Amtsgericht Muenchen HRB 153243
| GF: Brendan Lane, Charlie Peters,
sassmann at redhat.com | Michael Cunningham, Charles Cachera
According to bug #517013, %post scripts should not assume that /dev is
available -- so we can't do anything that requires the existence of
/dev/null, /dev/urandom, etc.
Is this a known and expected packaging rule, or is it a bug in the way
that the user is attempting to install the packages?
David Woodhouse Open Source Technology Centre
David.Woodhouse(a)intel.com Intel Corporation