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
2 years, 5 months
kernel/accounting question ...
by William W. Austin
(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 ..."
14 years, 6 months
acctcom for linux
by William W. Austin
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 ..."
14 years, 6 months
Packages looking for new owners
by Trond Danielsen
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
14 years, 6 months
Rawhide debuginfo packages with no sources
by Ville Skyttä
Hello,
Quite a few packages that produce *-debuginfo without sources have crept again
in rawhide. See https://fedoraproject.org/wiki/Packaging/Debuginfo for
possible reasons, the most usual of which in my (past, haven't checked this
batch that closely) experience is failure to honor $RPM_OPT_FLAGS during build
which can also mean that the default security related compiler flags aren't
being applied either.
List of such packages identified by my debuginfo-check.py is attached
(ownership info generated with Thorsten's fedoradev-pkgowners). I intend to
submit debuginfo-check.py to yum-utils (probably as debugrepo-check) and have
added a similar check in upstream svn rpmlint, hopefully with these additions
people will start noticing the issues easier.
Maintainer Package Co-maintainers
----------------------------------------------------------------
aconway rhm nsantos
alexlan pvm (none)
amdunn why (none)
athimm mediawiki (none)
ausil elftoaout pjones,spot,jima
awjb multisync (none)
bjensen colrdx sindrepb,sconklin,dp67
bonii moe (none)
caolanm sac (none)
ctyler nled overholt
cweyl perl-DBI-Dumper perl-sig
cwickert emelfm2 (none)
dbhole antlr (none)
dbhole jakarta-commons-logging overholt,kasal
dbhole sinjdoc (none)
dcantrel pyparted (none)
dcbw csound pfj
dchen libchewing i18n-team
dchen tomoe-gtk i18n-team,ryo
deji atlas deji
devrim byaccj dbhole
devrim postgresql-odbcng (none)
devrim regexp (none)
dledford lam (none)
drepper pfstools (none)
dwalluck hamcrest (none)
dwheeler zenon pertusus
fab rfdump (none)
fab timespan (none)
fnasser gnu-getopt (none)
gemi curry (none)
gemi erlang (none)
gemi GtkAda (none)
gemi wings (none)
green phasex (none)
guthrie simplyhtml (none)
ianweller csstidy (none)
ifoox mysql-connector-java (none)
itamarjp balance (none)
ixs ddrescue (none)
ixs hevea (none)
jkeating email2trac (none)
jmagne esc (none)
jsafrane freeipmi pknirsch
jsafrane OpenIPMI pknirsch
jwrdegoede elice (none)
jwrdegoede lostlabyrinth (none)
kasal transfig pertusus
kdudka curl (none)
konradm genus2reduction (none)
konradm taginfo (none)
kvolny vodovod (none)
langel bouncycastle langel,oget
laxathom gammu (none)
limb astromenace (none)
limb planets mmahut
limb wesnoth wtogami
linville b43-fwcutter (none)
makghosh qps (none)
maxamillion ninvaders (none)
maxamillion shed (none)
mbooth brazil (none)
mmahut nightfall astronomy-sig
mwringe xerces-j2 (none)
oget slv2 (none)
orion GMT pertusus
orion wgrib2 pertusus
ovasik star mildew
overholt jython jmatthews
pcheung avalon-logkit (none)
pcheung concurrent (none)
pcheung jakarta-commons-httpclient akurtakov
pfj mono-debugger (none)
pvrabec sectool jhrozek,mildew
rishi osmo (none)
rrankin denemo (none)
sconklin splat bjensen,dp67
sergiopr blitz (none)
sindrepb xdotool (none)
snecker libflaim (none)
tanguy gperiodic (none)
terjeros simdock (none)
thias gentoo (none)
tuxbrewr quassel (none)
twaugh cups (none)
verdurin gnomint (none)
wart wormux (none)
wtogami ldm toshio,pertusus,eharrison,ryan52
zprikryl libtrash (none)
(orphan) olpc-utils dcbw,johnp
14 years, 12 months
need help with mock
by Neal Becker
Need to debug segfault with gcc-4.4 of python-igraph. python-igraph
requires igraph-devel, so here's what I tried:
mock -r fedora-devel-x86_64 --install
~/fedora/igraph/devel/igraph-0_5_2-1_fc12/igraph-0.5.2-1.fc11.x86_64.rpm
INFO: mock.py version 0.9.14 starting...
State Changed: init plugins
State Changed: start
State Changed: lock buildroot
[nbecker@nbecker6 devel]$ mock -r fedora-devel-x86_64 --install
~/fedora/igraph/devel/igraph-0_5_2-1_fc12/igraph-
devel-0.5.2-1.fc11.x86_64.rpm
INFO: mock.py version 0.9.14 starting...
State Changed: init plugins
State Changed: start
State Changed: lock buildroot
[nbecker@nbecker6 devel]$ mock -r fedora-devel-x86_64 --install
~/fedora/igraph/devel/igraph-0_5_2-1_fc12/igraph-
debuginfo-0.5.2-1.fc11.x86_64.rpm
INFO: mock.py version 0.9.14 starting...
State Changed: init plugins
State Changed: start
State Changed: lock buildroot
[nbecker@nbecker6 devel]$ mock -r fedora-devel-x86_64 --rebuild --no-clean
python-igraph-0.5.2-2.fc12.src.rpm
INFO: mock.py version 0.9.14 starting...
State Changed: init plugins
State Changed: start
INFO: Start(python-igraph-0.5.2-2.fc12.src.rpm) Config(fedora-rawhide-
x86_64)
State Changed: init
State Changed: lock buildroot
Mock Version: 0.9.14
INFO: Mock Version: 0.9.14
INFO: enabled root cache
INFO: enabled yum cache
State Changed: cleaning yum metadata
INFO: enabled ccache
State Changed: running yum
State Changed: setup
ERROR: Exception(python-igraph-0.5.2-2.fc12.src.rpm) Config(fedora-rawhide-
x86_64) 0 minutes 4 seconds
INFO: Results and/or logs in: /var/lib/mock/fedora-rawhide-x86_64/result
ERROR: Bad build req: No Package Found for igraph-devel = 0.5.2. Exiting.
15 years
RFE: Makefile.common patch to error out when no spec is present
by Kevin Fenzi
Greetings.
I know some of you have run into this situation:
If you have a package where there is no *.spec file present and you try
to run any of the fedora cvs Makefile.common targets, nothing happens
and the command just hangs.
Turns out it's doing a grep of the spec file to figure out if the
package is noarch or not. When there is no spec file the grep hangs.
Here's a very hacky patch that should at least error out in this case.
Makefile hackers welcome to provide a better one.
kevin
--
Index: Makefile.common
===================================================================
RCS file: /cvs/extras/common/Makefile.common,v
retrieving revision 1.127
diff -u -r1.127 Makefile.common
--- Makefile.common 15 Apr 2009 04:57:41 -0000 1.127
+++ Makefile.common 24 Apr 2009 21:15:03 -0000
@@ -35,6 +35,9 @@
BUILD_FLAGS ?= $(KOJI_FLAGS)
+ifndef $(SPECFILE)
+SPECFILE = "NO_SPEC_FILE_FOUND"
+endif
LOCALARCH := $(if $(shell grep -i '^BuildArch:.*noarch' $(SPECFILE)), noarch, $(shell uname -m))
## a base directory where we'll put as much temporary working stuff as we can
15 years
Finding file conflicts
by Axel Thimm
Hi,
I ran into a situation where two packages in F10 (pwlib-devel and
ptlib-devel) contained file conflicts, and yum tried to install
both (in this case there seems to be a bug that made yum ignore the
Obsoletes: line of on of the packages).
If I as a packager craft a package for Fedora, how can I check that
this package's contents aren't accidentially conflicting with another
package in Fedora? Is there some magic python script that would check
a package against a whole repo?
Thanks!
--
Axel.Thimm at ATrpms.net
15 years
mono-2.4 and ppc64 status
by Toshio Kuratomi
Mono-2.4 has been built for ppc64 in F11 and devel. So people should be
able to start rebuilding packages to include ppc64 as well as the other
arches. There's a few wrinkles to watch out for:
1) Packages with dependencies will have to be built in dependency order.
For instance, a lot of packages depend on the gtk-sharp2 bindings and
those haven't been built yet.
2) Because of the imminent release of F11 we're in a freeze state. This
means getting dependencies into the Fedora11 buildroot will require
people to request tagging explicitly. This also means that if you
rebuild your package for F11 with ppc64 support and later you have to
get this package tagged into the release, all of the packages it depends
on will need to be tagged in as well (otherwise your ppc64 build will
have broken deps).
With these in mind, I'd recommend people start rebuilding their mono
packages on ppc64 in the devel branch. Keep track of the dependency
chain you encounter. Then perform your builds in the Fedora 11 branch
as updates after the release. I'm not a mono-sig member, though, so if
you guys decide something else makes sense, just be sure to come up with
a plan so we don't release with a bunch of broken dependencies.
-Toshio
15 years
ctrlproxy-3.0.6
by Bernie Innocenti
Ciao,
I updated ctrlproxy to 3.0.6, and the resulting packages are here:
http://www.codewiz.org/pub/fedora/pkgs/
Patch follows. Can I commit it to CVS?
diff -u -p -r1.15 ctrlproxy.spec
--- ctrlproxy.spec 19 Feb 2008 07:31:45 -0000 1.15
+++ ctrlproxy.spec 25 May 2008 14:25:14 -0000
@@ -1,12 +1,18 @@
+%define ctrlproxy_homedir %{_var}/lib/ctrlproxy
+%define ctrlproxy_logdir %{_var}/log/irc
+%define ctrlproxy_service ctrlproxy
+%define ctrlproxy_user ctrlproxy
+
Summary: ctrlproxy
Name: ctrlproxy
-Version: 3.0.5
-Release: 2%{?dist}
+Version: 3.0.6
+Release: 1%{?dist}
License: GPLv2+
Group: Applications/Internet
Source: http://jelmer.vernstok.nl/releases/ctrlproxy-%{version}.tar.gz
Url: http://jelmer.vernstok.nl/ctrlproxy/
-Patch0: ctrlproxy-fix-ansi-build.patch
+Source100: ctrlproxy.init
+Source101: ctrlproxy.config
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: glib2-devel, popt, gnutls-devel
@@ -31,7 +37,6 @@ ctrlproxy development headers
%prep
%setup -q
-%patch0 -p1
%build
%configure
@@ -45,6 +50,23 @@ mkdir $RPM_BUILD_ROOT
make DESTDIR=$RPM_BUILD_ROOT install
make DESTDIR=$RPM_BUILD_ROOT -C doc install
chmod 0644 ${RPM_BUILD_ROOT}%{_datadir}/ctrlproxy/motd
+install -D -m 0755 %{SOURCE100} $RPM_BUILD_ROOT/%{_sysconfdir}/init.d/ctrlproxy
+install -D -m 0640 %{SOURCE101} $RPM_BUILD_ROOT/%{ctrlproxy_homedir}/config
+install -D -d -m 0750 $RPM_BUILD_ROOT/%{ctrlproxy_logdir}
+
+
+%pre
+/usr/sbin/useradd -s /sbin/nologin -M -r -d %{ctrlproxy_homedir} \
+ -c "ctrlproxy IRC daemon" %{ctrlproxy_user} &>/dev/null || :
+
+%post
+/sbin/chkconfig --add %{ctrlproxy_service}
+
+%preun
+if [ $1 = 0 ]; then
+ /sbin/service %{ctrlproxy_service} stop > /dev/null 2>&1 || :
+ /sbin/chkconfig --del %{ctrlproxy_service}
+fi
%clean
[ -d "$RPM_BUILD_ROOT" -a "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT
@@ -59,12 +81,24 @@ chmod 0644 ${RPM_BUILD_ROOT}%{_datadir}/
%dir %{_docdir}/ctrlproxy
%{_docdir}/ctrlproxy/*
+%{_sysconfdir}/init.d/ctrlproxy
+%attr(0750, ctrlproxy, ctrlproxy) %dir %{ctrlproxy_logdir}
+%attr(0750, ctrlproxy, ctrlproxy) %dir %{ctrlproxy_homedir}
+%attr(0750, ctrlproxy, ctrlproxy) %config(noreplace) %{ctrlproxy_homedir}/config
+
+
%files devel
%defattr(-,root,root)
%{_includedir}/ctrlproxy-3.0/*
%{_libdir}/pkgconfig/ctrlproxy.pc
%changelog
+* Sun May 25 2008 Bernardo Innocenti <bernie(a)codewiz.org> 3.0.6-1
+- Update to latest upstream
+- Drop ctrlproxy-fix-irssi-log.patch
+- Add initscript
+- Create a ctrlproxy user to run ctrlproxy as a daemon
+
* Tue Feb 19 2008 Fedora Release Engineering <rel-eng(a)fedoraproject.org> - 3.0.5-2
- Autorebuild for GCC 4.3
--
\___/
_| X | Bernie Innocenti - http://www.codewiz.org/
\|_O_| "It's an education project, not a laptop project!"
15 years
