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, 10 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
16 years, 1 month
Move Evolution to Extras?
by David Woodhouse
Evolution is fairly much broken in FC5, and there's little movement even
on the 'this mail crashes Evolution' bugs, let alone the "Evolution is
totally unusable with IMAP" bugs.
What are we going to do about it? One option might be to move it to
Extras in the hope that someone will actually start to look after it
there. Or perhaps just drop it entirely? Any better ideas? Volunteers?
--
dwmw2
16 years, 11 months
autoconf breakage on x86_64.
by Sam Varshavchik
I don't know the right way to fix this, but something is definitely broken;
and something needs to be fixed, one way or the other. The question is what
exactly needs to be fixed.
Consider something like this:
LIBS="-lresolv $LIBS"
AC_TRY_LINK_FUNC(res_query, AC_MSG_RESULT(yes), AC_MSG_RESULT(no))
Here's what happens on x86_64:
gcc -o conftest -g -O2 -Wall -I.. -I./.. conftest.c -lresolv >&5
/tmp/ccW7EeDX.o(.text+0x7): In function `main':
/home/mrsam/src/courier/authlib/configure:5160: undefined reference to
`res_query'
collect2: ld returned 1 exit status
configure:5147: $? = 1
configure: failed program was:
[ blah blah blah ]
| /* We use char because int might match the return type of a gcc2
| builtin and then its argument prototype would still apply. */
| char res_query ();
| int
| main ()
| {
| res_query ();
| ;
| return 0;
| }
The same exact test on FC1 x86 will work.
The reason appears to be that you have to #include <resolv.conf> on x86_64
in order to succesfully pull res_query() out of libresolv.so. You don't
need to do this on x86, and the test program generated by AC_TRY_LINK_FUNC
does not include any headers, but uses a manual prototype.
So, what now?
17 years, 2 months
Cross-compilers.
by David Woodhouse
How much interest would there be in getting a bunch of cross-compilers
into Extras?
Stuff like crosstool makes it relatively simple, but it's still slow --
I'd really like to be able to easily and quickly install cross-compiler
packages for random architectures like ARM, MIPS, i386, etc.
I'd like to ship a multi-arch capable binutils like Debian's
'binutils-multi' and a set of cross-compilers -- preferably the same
versions of each as the one in Core.
It'd be particularly nice if we could install native -devel packages
into each toolchain's sysroot -- we could avoid having to rebuild glibc
etc. for architectures which are in rawhide, for example. But that isn't
imperative.
Does anyone else care? Other than the full set of rawhide architectures,
what others would we include? Alpha, SPARC{64,}, ARM, MIPS, SH I assume?
Would anyone volunteer to maintain each of those toolchains? I wouldn't
really feel happy doing it myself, since when it comes to GCC I would
only ever be a package-monkey, and not a proper _maintainer_.
--
dwmw2
17 years, 2 months
firefox.i386 in x86_64 repo
by Demond
Is there a reason the firefox.i386 and firefox-devel.i386 packages are
in the x86_64 repo for rawhide? They both got pulled into my system
when the firefox-devel package was introduced. However, "yum remove
firefox.i386" shows that there are no dependencies. I was just
wondering if this was deliberate and if they will be around for a while.
Thanks
Demond
17 years, 3 months
FC6 and cdburning
by dragoran
FC6 Test2 was delayed because of a broken xen (which wasn't bad at all!=
but I think this:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179862
is a more serve issue its a regression introduced in FC5 (I am still
using the FC4 packages) and is still unfixed.
User can't burn cds, when using some burners, expect when they do it as
root.
which is no solution, because of security issues and problems when using
guis.
We should fix this issue before realsing FC6 (or even test3) since this
hits many users and cdburning is a task that every user will do from
time to time (not like setting up a vm).
So please do *not* release FC6 Test3 until this one is fixed!
17 years, 4 months
Leaving?
by Hans de Goede
Hi all,
I'm seriously considering switching distro's after the AIGLX and target
audience discussion. I cannot believe how arrogant most of the replies
are, saying that if user install any third party software that then that
thirdparty software is their problem.
I also find this very hypocrite because normally when any chance
breaking thirdparty software is proposed for inclusion into the current
release people start screaming loudly. Like for example any suggestions
to introduce an update to Extras with an soname chance. But since the
thirdparty software breaking in this case is non OSS and since some very
LOUD people happen to dislike the thirdparty software breaking in this
case, they are all of of a sudden in favor of breaking thirdparty
software during a what is supposed to be stable release?
I'm just totally stunned by the arrogance in this discussion, the I'm
holier then thou stance. And most of all the total disregards to the
many end users who happen to rely on the thirdparty software in case.
I'm seriously starting to think that Fedora is not the distro for me to
be working on and switching to Ubuntu (by lack of a better alternative),
now some of the arrogant screamers may say fine, we won't miss you but
before saying so I would first take a look at owners.list in FE cvs and
than think again.
This is not meant as some kinda blackmail to stop the Xorg 7.1 update,
to be honest at this point I don't care about the 7.1 update anymore.
And as I said when I started the target audience discussion this was
never about the 7.1 update. Its about the principle of not knowingly
having a yum update during a stable release breaks peoples systems,
especially not with a smile on your face and saying behind those end
users backs that will teach them not to use binary crap. Because that
_IS_ what is happening here. Sure there are many advancements in xorg
7.1 and I'm not suggesting to leave it out FC-6 even if the binary
drivers aren't available at FC-6 launch time, but breaking stuff with
TOTAL disregard to a large group of end users, during a stable's release
lifetime is IMHO unacceptable. And what worries me is not this single
instance of breaking, its the attitude behind it and the ease with which
we (you?) step over the all of a sudden minor problem of seriously
hurting a significant group of end users.
Regards,
Hans
17 years, 4 months
Public key infrastructure
by Joachim Selke
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
is there any documentation available that tells how to use the directory
structure in /etc/pki?
Some applications (e.g. bittorrent and dovevot) create directories
/etc/pki/[appname] and store their own certificates inside. Others (e.g.
openldap-servers) put their certificates in /etc/pki/tls/certs.
I think there should be a consistent behavior regarding /etc/pki.
Joachim
- --
B. Sc. Joachim Selke
Universität Hannover, Institut für Theoretische Informatik
Appelstraße 4, 30167 Hannover, Germany
<http://www.thi.uni-hannover.de/>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
iD4DBQFEv13Eq7fYj4TsIUwRArdNAJjHqOLS5WeHdFn9UrFp5Ha+vxoyAJ9WMG69
ePcpqlolXtb5vNC26ziflw==
=LTKb
-----END PGP SIGNATURE-----
17 years, 4 months
