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
[offtopic] Ignacio Vazquez-Abrams
by Arthur Pemberton
Hi guys,
I apologize ahead of time for the offtopic nature of this thread, and
if desired, I will cease any continuation. Threads over on
fedora-extras-list have brought my attention to the e-dissappearance
of one "Ignacio Vazquez-Abrams".
This guy has helped me out many times over of #fedora, and was always
online, despite me changing time zone twice - to the point where I
asked if he was a bot. He seemed to have also had a large load in
package maintaince. Fedora being partly about the community, I have to
ask: does anyone know what happened to this guy? His online presence
seems to have simply ceased as of May-2006. I searched Gmail for
emails from him, the last was in May. His blog
(http://www.ivazquez.net) seems also to have gone quiet as of May.
Just felt that the guy has helped me enough to at least care if he
suddenly died or something.
Peace.
--
To be updated...
16 years, 11 months
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
Re: gstreamer and selinux issue
by Louis Garcia
On Fri, 2006-08-11 at 08:01 -0100, Paul Howarth wrote:
> On Thu, 2006-08-10 at 16:31 -0400, Louis Garcia II wrote:
> > On Thu, 2006-08-10 at 10:15 -0400, Daniel J Walsh wrote:
> > > On Wed, 2006-08-09 at 20:31 -0400, Louis Garcia II wrote:
> > > > On Wed, 2006-08-09 at 18:12 -0400, Louis Garcia II wrote:
> > > > > I was able to setup the pitfdll plugin for gstreamer and use the win32
> > > > > codecs under fc5 with selinux enabled. The pitfdll plugin needed to be
> > > > > marked textrel_shlib_t and the codecs under /usr/lib/win32 marked lib_t.
> > > > > > This worked for FC5 under selinux and FC6 with selinux disabled. But
> > > > > selinux under FC6 seems to have changed. Is their another lable I
> > > > > should use, how can I debug this?
> > > > >
> > > > > -Thanks
> > > >
> > > > This is what I get:
> > > >
> > > > Aug 9 19:12:34 soncomputer kernel: audit(1155165152.723:10): avc:
> > > > denied { execstack } for pid=9530 comm="totem"
> > > > scontext=user_u:system_r:unconfined_t:s0
> > > > tcontext=user_u:system_r:unconfined_t:s0 tclass=process
> > > >
> > > > -Louis
> > >
> > > you can turn on allow_execstack or change the context of totem to
> > unconfined_execmen_exec_t
> > > chcon -t unconfined_execmem_exec_t /usr/bin/totem
> >
> > if I turn on allow_execstack would that be for everything
>
> Yes.
>
> > or just for totem?
> > What would be the most secure of these two options?
>
> Just changing the context type of totem.
>
> Paul.
Ok, I chaged the context type of totem and now it's:
-rwxr-xr-x root root system_u:object_r:unconfined_execmem_exec_t /usr/bin/totem
This seems to fix my problem. However I get a slightly different message now:
Aug 11 15:09:41 soncomputer kernel: audit(1155323379.605:36): avc: denied { execheap } for pid=3094 comm="totem" scontext=user_u:system_r:unconfined_execmem_t:s0 tcontext=user_u:system_r:unconfined_execmem_t:s0 tclass=process
what does it mean?
-Louis
17 years, 1 month
where have some X bitmaps gone?
by Patrice Dumas
Hello,
In the lesstif tests, there is a test with references to some bitmap
that used to be shipped with X:
#include <X11/bitmaps/Excl>
#include <X11/bitmaps/FlipHoriz>
#include <X11/bitmaps/FlipVert>
#include <X11/bitmaps/Left>
#include <X11/bitmaps/Right>
#include <X11/bitmaps/Up>
#include <X11/bitmaps/Down>
#include <X11/bitmaps/Fold>
#include <X11/bitmaps/Term>
#include <X11/bitmaps/woman>
I tried to find them, but I didn't succeed. Am I missing something?
--
Pat
17 years, 1 month
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
Fwd: Mission Control
by Arthur Pemberton
Hi guys,
I was just taking a look at an article I came across on /. about Ark
Linux, they seem to have an app which seems like a good idea called
"Mission Control".
http://www.extremetech.com/article2/0,1697,2005668,00.asp
What do you guys think about it, in reference to inclusion of someting
similiar into Fedora?
Peace
Arthur
--
To be updated...
--
To be updated...
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, 2 months
