devel July 2006

devel@lists.fedoraproject.org

196 participants
161 discussions

upgrading RH 9 system->Fedora with iso files and apt only
by Didier Casse 17 Jan '22

17 Jan '22

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

6 9

Self-Introduction: Denis Ovsienko and /etc/net project
by Denis Ovsienko 24 Oct '07

24 Oct '07

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

10 17

Move Evolution to Extras?
by David Woodhouse 03 Jan '07

03 Jan '07

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

64 174

autoconf breakage on x86_64.
by Sam Varshavchik 26 Sep '06

26 Sep '06

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?

4 3

Cross-compilers.
by David Woodhouse 20 Sep '06

20 Sep '06

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

23 72

firefox.i386 in x86_64 repo
by Demond 10 Sep '06

10 Sep '06

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

26 53

FC6 and cdburning
by dragoran 10 Aug '06

10 Aug '06

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!

24 67

Leaving?
by Hans de Goede 05 Aug '06

05 Aug '06

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

35 75

Public key infrastructure
by Joachim Selke 03 Aug '06

03 Aug '06

-----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-----

10 29

mirrorlist plugin broken?
by Ralf Ertzinger 01 Aug '06

01 Aug '06

Hi. I am getting strange data from the mirrorlist plugin while trying to update my rawhide machine. The line for the development repo is mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=$b… The (current) result from this query is # repo = rawhide country = global arch = i386 http://download.fedoraproject.org/pub/fedora/linux/core/development/$ARCH/o… http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/develop… Nonetheless, the repodata I get is quite outdated, it lists dbus-0.62 and firefox 1.5.0.3, for example. Since no amount of debugging will make yum tell which servers it is retrieving data from I can not tell where the bad data actually comes from. -- Erste Regel für angewandte Forschung: Es schadet nichts, wenn für die Ergebnisse auch Bedarf vorhanden ist.

6 13

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel July 2006