devel June 2009

devel@lists.fedoraproject.org

346 participants
290 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

Packages looking for new owners
by Trond Danielsen 07 Dec '09

07 Dec '09

Hi everyone, it is becoming clear to me that I can no longer provide the collection of packages I maintain the love and care that they deserve. If only there were more hours in a day, but the current situation does no leave much room for volunteer work on free software :-(. Hopefully I will find time in the future to return to Fedora related work The list if packages I maintain is available here: https://admin.fedoraproject.org/pkgdb/users/packages/trondd?acls=owner I don't mind keeping libopenraw, avrdude and uisp unless anyone _really_ want to maintain these packages. Best regards, -- Trond Danielsen

8 12

Packaging Survey - May 2009
by Rahul Sundaram 27 Oct '09

27 Oct '09

Hi I did a quick survey from Fedora on what software Fedora users are using that is not available in the repo. Here are the results. If you find anything interesting, feel free to pick it up. https://fedoraproject.org/wiki/Packaging_Survey_May_2009 Rahul

18 32

Changing the default 32-bit x86 arch for Fedora 12 (#2)
by Bill Nottingham 14 Aug '09

14 Aug '09

Given the loud feedback, I've updated the proposal at: https://fedoraproject.org/wiki/Features/F12X86Support The revised proposal: - Build all packages for i686 (this requires cmov) - Optimize for Atom Why? - We don't really support i586 in any meaningful matter - OLPC still works with base i686 - We are likely doing a mass rebuild for F-12 anyways, might as well switch while we're doing it - Atom is the only currently produced 32-bit x86 chip of note; optimize for what's currently available If you want numbers, I did some benchmarking of code [1] with various build options on a variety of processors, with the F-11 gcc code. All of these results are relative to a F-11 baseline of "-march=i586 -mtune=generic". P4 2.4Ghz Athlon 3400+ Core2Duo E6850 Atom N270 march=i686/ -1.1% +2.0% +0.9% +0.6% mtune=generic march=i586/ +0.3% -0.3% -0.2% +1.3% mtune=atom march=i686/ -1.5% +1.2% +0.5% +1.7% mtune=atom Bill [1] gzip, bzip2, math simulation, mp3 encode/decode, ogg encode/decode

31 72

orphaning nopaste // ruby help wanted for broken package
by Simon Wesp 09 Aug '09

09 Aug '09

Dear List, short version: I'm going to orphan nopaste since rafb.net/paste, which was used by this package, is discontinued (bug #504108). I tried to contact upstream four times and asked if they were planning to switch to another provider, but no avail If someone with ruby skills is able to rewrite nopaste for another pastebin, he/she is welcome to take over the package. long version: I'm the maintainer (not a good one) of "nopaste". I was wondering myself that the pasteservice of rafb.net/paste closed on my birthday. I contacted the upstream of nopaste on the same day (25th May), 3 days later, a week later, and yesterday. I wrote him the situation and my problem (i believe the same problem is in gentoo, too, because they have nopsate, too[didn't find a solution @ gentoo]) and I hint at the urgency. Nothing happened. :-( Yesterday I got the bug #504108. I can't ruby, so I can't fix it. I took over the review from Phillip Baum, who discarded the idea to become a Fedora packager. My most important question is: Can anybody wrote the script to fpaste.org or an other pastebin, to continue the life of this package in fedora? I will hand over the package to the guy(s) who can fix this, of course. I'm really awfully sorry, for orphaning this package with an open bug. :-( -- Mit freundlichen Grüßen aus dem schönen Hainzell Simon Wesp The G in GNU stands for GNU http://fedoraproject.org/wiki/SimonWesp

6 11

gnaughty is a hot babe
by Rahul Sundaram 21 Jul '09

21 Jul '09

Hi My packaging survey turned up a interesting suggestion https://www.redhat.com/archives/fedora-list/2009-May/msg01809.html We don't currently have any guidelines covering this but considering the Debian action to hot babe http://lwn.net/Articles/113644/ I wanted to asked first, is this allowed in Fedora? Rahul

40 138

Re: Porting amarok-1.4 to F11
by Ingvar Hagelund 20 Jul '09

20 Jul '09

* Ingvar Hagelund > > > While waiting for amarok-2.x to support scripting or fuse mounts, > > > I could use some advice on getting 1.4 to work. All the parts seems > > > to be present, I just can't get them to play together. > (...) > My small F11 patch for amarok-1.4.10, based on the version in epel > can be found at http://users.linpro.no/ingvar/amarok Sorry for the noise. I scratched and rebuilt the iPod db on the iPhone, and then amarok-1.4.10 worked without problems. If anyone are interested in the packages, they are available from http://ingvar.blog.linpro.no/2009/06/11/amarok-14-for-fedora-11/ Ingvar

6 6

Interested in scanning?
by Bastien Nocera 19 Jul '09

19 Jul '09

Heya, Yesterday, I was browsing Ubuntu's "Blueprints" for their next release, and saw this: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-gnomescan gnome-scan is already packaged by Deji, but I gather that more integration work could be done to make setting up and using scanners easier in GNOME and Fedora in general. Any takers? I think a good start would be making a list of problems seen in setting up scanners (additional packages required, tweaks), and make sure that gnome-scan and the necessary plugins are installed in a default installation. Cheers /Bastien, who doesn't own a scanner

22 30

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