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
With kind regards,
Singapore Synchrotron Light Source (SSLS)
5 Research Link,
Email: slsbdfc at nus dot edu dot sg \or\
didierbe at sps dot nus dot edu dot sg
1 year, 4 months
how to speed up mock?
by Farkas Levente
we use mock for local package build, but it's very slow. now we install
a new host just for mock with 8core, ram disks etc. it seems it still
slow. first of all most of the time mock use only one 1 core of the cpu.
is there any way to speed up different part of the mock build process?
thanks in advance.
ps. anyway is there any better place to discuss it?
Levente "Si vis pacem para bellum!"
12 years, 2 months
by Andy Shevchenko
Nowadays the jack project has two branches - old jack (1) branch with
version 0.116.2 and new one called jack2 version 1.9.3.
I'd like to gather opinions and suggestions about applying new version for F13.
Please, share your thoughts!
With Best Regards,
12 years, 10 months
Font rendering in F13
by Matthias Clasen
early in the F13 cycle, we enabled the bytecode interpreter in our
freetype package, since the patents on that have expired last fall.
Unfortunately, it turned out that many free fonts don't actually benefit
from this, and actually look worse with the bci. The reason for that is
that without the bci, freetype uses its autohinter on all fonts, but
with the bci turned on, it only applies hints to fonts which have them,
and leaves other fonts alone.
Behdad investigated the situation, and we have a plan to fix this, but
doing it properly requires enhancements in multiple places (freetype,
fontconfig, pango), and will not be ready in time for F13.
Therefore, we decided to turn the bci off again until the necessary
changes are in place to use it only on fonts which benefit from it. This
change went into freetype-2.3.11-3.fc13.
If your fonts look subtly different tomorrow, this is why...
12 years, 10 months
my EPEL-6 packages up for takers
by Patrice Dumas
I won't, at least for now, maintain the packages I maintain in EPEL-5 in
EPEL-6. I have added a nobranch file in all of them. If you want to take up
the package, you can. It is still unclear to me how to practically ensure
that you become the EPEL-6 branch owner, instead of me, though. Hopefully
this will be sorted out.
If you want to maintain the EL-5 (or even EL-4) branch too, don't
hesitate, the less package I maintain the better I am.
I think that wdm should not be maintained in EL-6 anyway, since upstream
is dead and there is no ConsoleKit integration.
For the dap-* packages it maybe worth waiting for a stabilisation of
the ABI, and maybe integration with bes and packaging of olfs to have a
working hyrax server before branching. My guess is that there are no
users of these packages anyway. Also maybe the opendap implementantion
in netcdf itself could be used instead of libdap/libnc-dap.
The list is:
12 years, 11 months
deluge and flags sub package
by Rahul Sundaram
Peter Gordon seems to be unreachable and while bumping up to
rb_libtorrent to fix E-V-R, I noticed that deluge has a separate flags
sub package. I remember this was proposed as a guideline and then
dropped. Do we need a flags sub package anymore? Seems rather pointless.
12 years, 12 months
tmpfs for strategic directories
by Xose Vazquez Perez
Is it worth using tmpfs for some directories(/var/run, lock...) ?
This is ubuntu /proc/mounts:
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
none /proc proc rw,nosuid,nodev,noexec,relatime 0 0
none /dev devtmpfs rw,relatime,size=4092312k,nr_inodes=1023078,mode=755 0 0
none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/disk/by-uuid/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx / ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
none /var/run tmpfs rw,nosuid,relatime,mode=755 0 0
none /var/lock tmpfs rw,nosuid,nodev,noexec,relatime 0 0
none /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0
gvfs-fuse-daemon /home/xuser/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
If less is more than more, most is more than less.
12 years, 12 months
by Peter Czanik
I'm helping to upgrade syslog-ng to current version in major Linux
distributions. I would like to ask, if you could update syslog-ng to
version 3.1. I'm working on the openSUSE version of syslog-ng 3.1 (
), and it is also being upgraded in Debian (
http://packages.qa.debian.org/s/syslog-ng.html ) and Gentoo (
http://gentoo.linuxhowtos.org/portage/app-admin/syslog-ng ) and Mandriva
( http://sophie.zarb.org/viewrpm/b8182fa1eee109cc655a020a2cb62f5f ).
For a complete list of changes, please see:
Major changes from the packaging point of view:
- addition of new utilities:
- apparmor (or SElinux in case of Fedora) needs some extra permissions:
Version 3.0 also added SSL support among many other changes, but that
can't be enabled on openSUSE (configure arg: --disable-ssl): syslog-ng
is in /sbin, openssl libs are in /usr/lib, linking from /usr is not
allowed in /, and SSL is not available statically for security reasons.
As far as I can see (I have a Fedora 13 snapshot installed in vmware),
Fedora has the same problem.
Please let me know, if you need any additional help/information to get
syslog-ng updated for Fedora.
12 years, 12 months