devel January 2008

devel@lists.fedoraproject.org

340 participants
376 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

kernel/accounting question ...
by William W. Austin 16 Dec '09

16 Dec '09

(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...). Thanks -- william w. austin waustin(a)speakeasy.net "life is just another phase i'm going through. this time, anyway ..."

4 3

acctcom for linux
by William W. Austin 16 Dec '09

16 Dec '09

I recently made several updates to a Linux version of of acctcom (actually another accounting add-on package) which I've been using for several years, and one of the people testing it asked a question which I cannot answer. I'm hoping that someone on this list can give me some info. I have previously (over a year ago) asked on both this and a couple of kernel lists (several times there) about this issue, but nobody has ever answered. So if you have any info about this, I'd really appreciate it. As in many (all?) previous Linux kernels, the struct acct (defined in /usr/include/sys/acct.h) has members ac_io and ac_rw which are presumably counts of characters transferred and blocks read/written respectively. However, in the kernel code, the ac_io is set to 0 and the ac_rw gets set to (ac_io/512) or some such - it is set to 0 as well (and thus these are always reported as 0 in process accounting records. not good if you're trying to measure them...). Does anybody know why this is done that way? A long time ago (IIRC late 2.2 and an early 2.4 kernel) I looked into "fixing" this in the kernel code but was not successful (I finally produced a bootable kernel, but it was unstable. Then I changed jobs, got swamped at work, and eventually gave up). As I said above, I have previously asked about this issue without success, and I have essentially given up changing or "fixing" it. But if anyone knows __WHY__ it is this way (I'm hypothesizing that it's just too much work for too little added value), I'd really appreciate knowing the reason. Curiosity and the cat and all that ... Thanks - Bill -- william w. austin waustin(a)speakeasy.net "life is just another phase i'm going through. this time, anyway ..."

3 2

mock 0.8.9 will not build anything
by Frank Büttner 04 Jan '09

04 Jan '09

Hello, when I try to build an package mock will fail with: ERROR: Command(/usr/sbin/groupadd -g 102 mockbuild) failed. See logs for output. At the root.log: 2008-01-18 09:48:01,860 - DEBUG trace_decorator.py, Line: 20: ENTER: doChroot((<mock.backend.Root object at 0xb7dc8e8c>, '/usr/sbin/grou padd -g 102 mockbuild', ''), {}) 2008-01-18 09:48:01,861 - DEBUG trace_decorator.py, Line: 20: ENTER: do(('/usr/sbin/groupadd -g 102 mockbuild', '/var/lib/mock/fedora-de velopment-i386/root', 0, True, 0, None, None, None, None), {}) 2008-01-18 09:48:01,862 - DEBUG util.py, Line: 212: Run cmd: /usr/sbin/groupadd -g 102 mockbuild 2008-01-18 09:48:01,862 - DEBUG util.py, Line: 218: Executing timeout(0): /usr/sbin/groupadd -g 102 mockbuild 2008-01-18 09:48:01,866 - DEBUG trace_decorator.py, Line: 20: ENTER: condPersonality((None,), {}) 2008-01-18 09:48:01,869 - DEBUG trace_decorator.py, Line: 30: LEAVE condPersonality --> None 2008-01-18 09:48:01,870 - DEBUG trace_decorator.py, Line: 20: ENTER: condChroot(('/var/lib/mock/fedora-development-i386/root', None), {} ) 2008-01-18 09:48:01,871 - DEBUG trace_decorator.py, Line: 30: LEAVE condChroot --> None 2008-01-18 03:48:01,872 - DEBUG trace_decorator.py, Line: 20: ENTER: condDropPrivs((None, None, None), {}) 2008-01-18 03:48:01,873 - DEBUG trace_decorator.py, Line: 30: LEAVE condDropPrivs --> None 2008-01-18 09:48:01,973 - DEBUG util.py, Line: 234: groupadd: name mockbuild is not unique 2008-01-18 09:48:01,977 - DEBUG trace_decorator.py, Line: 27: EXCEPTION: Command(/usr/sbin/groupadd -g 102 mockbuild) failed. See logs f or output. Any ideas, what goes wrong?? Frank

4 26

file system mount
by Amitakhya Phukan 01 Sep '08

01 Sep '08

hi all! i have a system with fedora 7 and rhel 5 installed. recently, i changed the f7 to rawhide. now whenever i boot up, it mounts all the file systems related to rhel5 along with it and displays on the desktop. dmesg says /dev/sda1 mounted on /media/_1 and so on. I want to disable this feature. i don't know if this is anything useful ?? i even don't know if its a feature or a bug... can any one please help me out with this thing ? i understand hal is doing this (??), but why ? and even when i unmount it, the same can still be found in /media. right clicking on those partitions give me the option of mounting/unmounting them. but i don't want to let them appear in my rawhide systems totally. anyone else has this experience on rawhide??how do i disable it ?? thanks in advance. with regards, amitakhya phukan.

9 17

RFC: FEver and RPath checks in Koji
by Debarshi Ray 31 Aug '08

31 Aug '08

I have a couple of proposals which I wanted to sound out. + Would it be possible to run FEver (http://fedoraproject.org/wiki/PackageMaintainers/FEver) on a regular basis? Currently I get the feeling that it is run manually at irregular intervals, and since I depend heavily on it for tracking upstream releases this often means that a release is missed occasionally. + Would it be a good idea to have rpath related checks in Koji? Although I use "%__arch_install_post /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot" in my ~/.rpmmacros, some rpath issues are only detected on x86_64 systems? Although I have a x86_64 desktop, it can be a bit problematic when a x86_64 system is not available. Such issues do not get detected during the Koji build resulting in violation of the packaging guidelines. Comments? Cheers, Debarshi -- Free software for the Indian community: * ftp://fedora.glug-nith.org/ * http://fedora.glug-nith.org/ * http://gnu.glug-nith.org/ * http://mirror.wbut.ac.in/

4 5

Zimbra packages in Fedora
by Neal Gompa 08 Apr '08

08 Apr '08

I had noticed how well that Zimbra has been doing, and I was wondering if it would be possible for someone to make packages for Zimbra to be included in Fedora?

7 11

updated cross-gcc rpm
by Aron Griffis 03 Apr '08

03 Apr '08

[sorry for the dups, third try w/ fedora-devel-list subscribed] Hi Lennert, Referring to your post at http://www.redhat.com/archives/fedora-devel-list/2007-October/msg00045.html Thanks a lot for posting those rpms. I was able to use those with --define='cross_target ia64-linux-gnu' to build a cross-compiler that builds xen-unstable.hg including the userland tools. I posted that information today to the xen-devel mailing list, see http://lists.xensource.com/archives/html/xen-devel/2008-01/msg01105.html I had to make some changes, first to build the gcc rpm successfully on x86_64 targetting ia64, and second to include some files that were missing. The missing files were due to %ifarch tests which were looking at the build arch instead of the target arch. I came up with a solution for that... though I wouldn't be surprised if you're able to come up with something more elegant. The patch is below. Thanks again for your work which enabled me to get this running. Aron diff -r 8c95cc711df2 SPECS/gcc41.spec --- a/SPECS/gcc41.spec Fri Jan 18 08:51:45 2008 -0500 +++ b/SPECS/gcc41.spec Wed Jan 30 02:56:35 2008 +0000 @@ -1,8 +1,10 @@ %if "%{?cross_target}" == "" %define gcc_target %{_target_platform} +%define target_arch %{_arch} %define isnative 1 %else %define gcc_target %{cross_target} +%define target_arch %{expand:%%(echo "%{cross_target}" | sed 's/-.*//')} %define isnative 0 %define cross %{gcc_target}- %define crosspost -%{gcc_target} @@ -12,6 +14,8 @@ %define __find_requires %{nil} %define __find_provides %{nil} %endif + +%define inlist() %{expand:%%(case '%* ' in (%{1}*' '%1' '*) echo 1 ;; (*) echo 0 ;; esac)} %define DATE 20070925 %define gcc_version 4.1.2 @@ -1234,6 +1238,7 @@ rm -f $RPM_BUILD_ROOT%{_prefix}/%{_lib}/ rm -f $RPM_BUILD_ROOT%{_prefix}/%{_lib}/{libffi*,libiberty.a} rm -f $RPM_BUILD_ROOT%{_prefix}/%{gcc_target_platform}/%{_lib}/{libffi*,libiberty.a} rm -f $FULLEPATH/install-tools/{mkheaders,fixincl} +rm -f $FULLPATH/install-tools/mkheaders.conf rm -f $RPM_BUILD_ROOT%{_prefix}/lib/{32,64}/libiberty.a rm -f $RPM_BUILD_ROOT%{_prefix}/%{_lib}/libssp* rm -f $FULLPATH/libssp* @@ -1428,8 +1433,7 @@ fi %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/syslimits.h %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/unwind.h %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/omp.h -%if %{isnative} -%ifarch %{ix86} x86_64 +%if %{inlist %{target_arch} %{ix86} x86_64} %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/mmintrin.h %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/xmmintrin.h %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/emmintrin.h @@ -1439,14 +1443,13 @@ fi %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/mm_malloc.h %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/mm3dnow.h %endif -%ifarch ia64 +%if %{inlist %{target_arch} ia64} %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/ia64intrin.h %endif -%ifarch ppc ppc64 +%if %{inlist %{target_arch} ppc ppc64} %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/ppc-asm.h %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/altivec.h %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/spe.h -%endif %endif %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/include/README %{_prefix}/libexec/gcc/%{gcc_target_platform}/%{gcc_version}/collect2 @@ -1458,8 +1461,7 @@ fi %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libgomp.spec %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libgomp.a %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libgomp.so -%if %{isnative} -%ifarch sparc ppc +%if %{inlist %{target_arch} sparc ppc} %dir %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/64 %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/64/crt*.o %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/64/libgcc.a @@ -1473,7 +1475,7 @@ fi %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/64/libmudflap.so %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/64/libmudflapth.so %endif -%ifarch %{multilib_64_archs} +%if %{inlist %{target_arch} %{multilib_64_archs}} %dir %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/32 %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/32/crt*.o %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/32/libgcc.a @@ -1487,12 +1489,13 @@ fi %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/32/libmudflap.so %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/32/libmudflapth.so %endif -%ifarch sparc sparc64 ppc ppc64 +%if %{inlist %{target_arch} sparc sparc64 ppc ppc64} %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libmudflap.a %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libmudflapth.a %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libmudflap.so %{_prefix}/lib/gcc/%{gcc_target_platform}/%{gcc_version}/libmudflapth.so %endif +%if %{isnative} %dir %{_prefix}/libexec/getconf %{_prefix}/libexec/getconf/default %endif

2 1

Any way to search all .spec files?
by Orion Poplawski 25 Mar '08

25 Mar '08

Is there any was to do a grep/search on all of the Fedora .spec files for a specific release (or devel)? I'd be fine with checking them all out if there was a way to just the the spec files for a specific release. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion(a)cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com

4 5

mock 0.9 backport to F7/F8 -- Feb 1
by Michael E Brown 17 Mar '08

17 Mar '08

All mock users, The mock maintainers (Clark, Jesse, me) will upgrade mock in F7/F8 to current 0.9 on/around Feb 1. The mock 0.9 branch has brewed in rawhide since early Dec, and so far it looks good. The 0.9 branch is now being used on the official build systems, so if there were any major problems, we would expect to have hit them by now. The *only* difference between 0.8.<latest> and 0.9.<latest> at this point is that we have dropped the old mock setuid wrapper and now use the consolehelper subsystem. For this, you will notice new /etc/pam.d/mock, /etc/consolehelper/mock files which configure mock. The default config is set up to operate exactly the same as the old 0.8 branch: ie. you must be a member of the 'mock' group to run mock. Additionally, with consolehelper comes one new feature: if you are not in the 'mock' group, you will be prompted to enter the root password and it will run. This means you can run mock without worrying about any pre-setup. -- Michael

6 14

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