devel September 2009

devel@lists.fedoraproject.org

270 participants
251 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

Cannot rely on /dev being present in %post scripts?
by David Woodhouse 12 Mar '10

12 Mar '10

According to bug #517013, %post scripts should not assume that /dev is available -- so we can't do anything that requires the existence of /dev/null, /dev/urandom, etc. Is this a known and expected packaging rule, or is it a bug in the way that the user is attempting to install the packages? -- David Woodhouse Open Source Technology Centre David.Woodhouse(a)intel.com Intel Corporation

5 4

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

17 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 17 Dec '09

17 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

Need a sponsor: mod_proxy_html (apache)
by Philip Prindeville 11 Dec '09

11 Dec '09

Hi. I need a sponsor for this. An RPM has been built on several systems (including FC8 and FC9 and Centos5) and tested on all of those. The ticket has been languishing now unassigned for almost a year. https://bugzilla.redhat.com/show_bug.cgi?id=452636 Can someone please pick this up? It's just an .src.rpm for Apache's mod_proxy_html. It's pretty trivial. Thanks, -Philip

6 9

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

Orphaning packages
by Conrad Meyer 30 Oct '09

30 Oct '09

Hi, I intend to orphan the JRuby package and some of the dependencies I don't believe anything else uses. It's a piece of software upstream really doesn't intend to be packaged, and bumping to new versions is a constant struggle. Furthermore, I don't have anymore use for it. Here is the list of packages I'll orphan sometime in the next week or so: - bytelist - constantine - jcodings - jline - jna-posix - joni - jvyamlb If anyone wants any of them, let me know. (In case it's not obvious, they are all java packages.) Regards, -- Conrad Meyer <cemeyer(a)u.washington.edu>

2 2

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

28 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

Upload debug-like-info to Mozilla servers every update
by Jan Horak 22 Oct '09

22 Oct '09

Hi, we would like to cooperate with Mozilla on reporting crashes into their bug reporting tool (http://crash-stats.mozilla.com/). To do so it is required to upload debug-like-info to specified location on remote server. This task should be done the same time the xulrunner, firefox or thunderbird package is going to released. I would like to know if there is some way to do it right now or if there is any way how can I participate. For further reference the details of how it is done is located here: https://bugzilla.mozilla.org/show_bug.cgi?id=447771#c5 Thanks a lot for your comments and ideas. -- Jan Horak

2 5

preupgrade from f11 to rawhide broken? python traceback
by Pasi Kärkkäinen 08 Oct '09

08 Oct '09

Hello, I have fully updated Fedora 11 x86_64 system, and when I run "preupgrade-cli" I get this: .. .. Saving Primary metadata Saving file lists metadata Saving other metadata Generating sqlite DBs (process:1779): GLib-WARNING **: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Parsing primary.xml error: Couldn't find end of Start Tag rpm:entry line 99665 Traceback (most recent call last): File "/usr/share/preupgrade/preupgrade-cli.py", line 305, in <module> pu.main(myrelease) File "/usr/share/preupgrade/preupgrade-cli.py", line 270, in main self.generate_repo(cachedir, comps) # TODO: callback? File "/usr/lib/python2.6/site-packages/preupgrade/__init__.py", line 651, in generate_repo misc.generate_repodata(dir,comps,callback) File "/usr/lib/python2.6/site-packages/preupgrade/misc.py", line 131, in generate_repodata generate_repodata(dir, comps, callback) File "/usr/lib/python2.6/site-packages/preupgrade/misc.py", line 148, in generate_repodata_f9 mdgen.doRepoMetadata() File "/usr/lib/python2.6/site-packages/createrepo/__init__.py", line 829, in doRepoMetadata rp.getPrimary(complete_path, csum) File "/usr/lib64/python2.6/site-packages/sqlitecachec.py", line 45, in getPrimary self.repoid)) TypeError: Parsing primary.xml error: attributes construct error Known problem? How to fix it? -- Pasi

2 5

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