[gentoo-user] Preventing a package from being updated
Hi, I am using the ~x86 (testing) version of gentoo linux. After recent updates, my X windows became extremely sluggish and I found out that the problem is related to a new version of mesa (7.8.2 specifically). So I downgraded to version 7.7.1 and my desktop works great again. Now I want to prevent mesa from being updated until this issue is sorted out upstream. I have looked at package.provide, but that didn't work. Currently, I have placed media-libs/mesa into my /etc/portage/package.mask file and this seems to do the trick. Is this the recommended way for handling this situation? Being a long time gentoo user, I want to do things the right way, so just working fine isn't enough :) -- Timur
Re: [gentoo-user] Re: Normal disk speed?
suggest and post back. Do you think btrfs (with or without compression) would be faster than reiser? If so I will try that as well. On my system it is twice as fast as reiser3 for _lots_ (200.000) of small files with compression on (didn't test is without compression). I didn't test if with big files. But your results may vary anyway. For example btrfs is very cpu-intensive (even more with compression). If you've got a slow cpu (like in embedded devices), jfs might perform better. FWIW i finally re-ran my tests (CPU is 64 bit dual core Intel 2.4GHz); Copy DVD iso from Internal drive (reiserfs) to external drive reiserfs 1m24 1m23 1m23 1m22 ext4 1m39 1m25 1m25 1m25 remount 1m26 1m23 1m23 1m22 btrfs 1m22 1m22 1m22 btrfs+comp 1m20 1m21 1m20 1m21 Copy DVD iso on external drive # sync; time (cp CentOS-5.3-x86_64-bin-DVD.iso CentOS-5.3-x86_64-bin-DVD.iso2; sync) reiser 1m52 1m52 1m52 ext4 1m43 1m43 1m43 1m44 remount 1m33 1m33 1m33 1m42 btrfs 1m42 1m41 1m41 1m45 remount 1m46 1m41 btrfs+comp 1m34 1m33 1m34 (im guessing the driver is clever enough not to uncompress and recompress)
Re: [gentoo-user] Preventing a package from being updated
Am 18.10.2010 12:06, schrieb Timur Aydin: Hi, I am using the ~x86 (testing) version of gentoo linux. After recent updates, my X windows became extremely sluggish and I found out that the problem is related to a new version of mesa (7.8.2 specifically). So I downgraded to version 7.7.1 and my desktop works great again. Now I want to prevent mesa from being updated until this issue is sorted out upstream. I have looked at package.provide, but that didn't work. Currently, I have placed media-libs/mesa into my /etc/portage/package.mask file and this seems to do the trick. Is this the recommended way for handling this situation? Being a long time gentoo user, I want to do things the right way, so just working fine isn't enough :) Hi, from man poratage: package.mask A list of package atoms to mask. Useful if specific versions of packages do not work well for you. For example, you swear by the Nvidia drivers, but only versions earlier than 1.0.4496. No problem! Regards kh
Re: [gentoo-user] Preventing a package from being updated
On Mon, 18 Oct 2010 13:06:25 +0300, Timur Aydin wrote: I am using the ~x86 (testing) version of gentoo linux. After recent updates, my X windows became extremely sluggish and I found out that the problem is related to a new version of mesa (7.8.2 specifically). So I downgraded to version 7.7.1 and my desktop works great again. Now I want to prevent mesa from being updated until this issue is sorted out upstream. I have looked at package.provide, but that didn't work. Currently, I have placed media-libs/mesa into my /etc/portage/package.mask file and this seems to do the trick. Is this the recommended way for handling this situation? package.mask is the right place, but you should add the specific version. Then the system will only upgrade when a newer (hopefully fixed) version arrives. =media-libs/mesa-7.8.2 -- Neil Bothwick WindowError:01B Illegal error. Do NOT get this error. signature.asc Description: PGP signature
[gentoo-user] android-notifier
Anyone interested? Hacked a small ebuild for http://code.google.com/p/android-notifier-desktop/ I am not very good at writing ebuilds, it works so far but isn't really done yet (DEPEND etc). If anyone wants to continue or have a look: http://bugs.gentoo.org/show_bug.cgi?id=341659 Thanks, Stefan
Re: [gentoo-user] android-notifier
On 18/10/10 19:06, Stefan G. Weichinger wrote:
# Copyright 1999-2010 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header:
/var/cvsroot/gentoo-x86/sys-fs/zfs-fuse/zfs-fuse-0.6.9-r1.ebuild,v 1.2
2010/06/23 08:56:57 ssuominen Exp $
EAPI=2
inherit eutils multilib
DESCRIPTION=Desktop event notifier for Android devices
HOMEPAGE=http://code.google.com/p/android-notifier/;
SRC_URI=amd64? (
http://android-notifier.googlecode.com/files/${PN}-desktop-${PV}-linux-amd64.zip
)
x86? (
http://android-notifier.googlecode.com/files/${PN}-desktop-${PV}-linux-i386.zip
)
LICENSE=GPL-3
SLOT=0
KEYWORDS=~amd64 ~x86
IUSE=
RDEPEND=
DEPEND=${RDEPEND}
You can leave this away when empty.
get_home() {
echo /usr/share/android-notifier-desktop
}
Unnecessary.
src_install() {
dodir $(get_home) || die mkdir failed
Not needed, it is included in insinto()
insinto $(get_home)
cp -R ${WORKDIR}/android-notifier-desktop/* $D/$(get_home) || die
use doins() instead
make_wrapper android-notifier ./run.sh $(get_home)
doicon $D/$(get_home)/icons/$PN-desktop.png \
|| die newicon failed
make_desktop_entry android-notifier AndroidNotifier \
/usr/share/pixmaps/${PN}-desktop.png Utility || die
make_desktop_entry failed
}
Indent your code.
justin
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-user] android-notifier
Am 18.10.2010 19:31, schrieb Justin:
RDEPEND=
DEPEND=${RDEPEND}
You can leave this away when empty.
yes, sure, but I want to point out that it should not be empty ...
get_home() {
echo /usr/share/android-notifier-desktop
}
Unnecessary.
src_install() {
dodir $(get_home) || die mkdir failed
Not needed, it is included in insinto()
insinto $(get_home)
cp -R ${WORKDIR}/android-notifier-desktop/* $D/$(get_home) || die
use doins() instead
make_wrapper android-notifier ./run.sh $(get_home)
doicon $D/$(get_home)/icons/$PN-desktop.png \
|| die newicon failed
make_desktop_entry android-notifier AndroidNotifier \
/usr/share/pixmaps/${PN}-desktop.png Utility || die
make_desktop_entry failed
}
Indent your code.
Thanks for your help, see my current draft at bugzilla.
They point me at sunrise-overlay, will see how to do that ...
Stefan
[gentoo-user] Gentoo + KDE + pulseaudio + ? == happiness
Hi everybody,
not trying to stir up a flamewar about pulseaudio viability etc. I want
to make my setup work *with* the pulseaudio, but I feel like I'm missing
something. So I'd rather avoid comments don't use it then if at all
possible.
What I have:
Gentoo + KDE-4.4.5 + pulseaudio-0.9.21.1
How I use it:
In KDE I've got Xine backend setup for playback (if I use gstreamer I
get higher frequency of problems popping up, see below).
Problems I see:
Whenever any app tries to use KDE sound notification system I have a
good chance of sound becoming garbled in Amarok (while listening to the
music), heck even non-KDE apps like Skype would work fine until
something else decides to use sound device (like gnash/lighspark, etc.).
Chances of getting garbled sound are 50/50 - it's never a guarantee:
sometimes it works - sometimes it crashes. To get sound back I have to
restart app (Skype, Firefox, Amarok, etc.).
How I configured it:
$ cat /etc/asound.conf
# as per http://pulseaudio.org/wiki/PerfectSetup#ALSAApplications
# we're using pulseaudio for everything now...
#
pcm.pulse {
type pulse
}
ctl.pulse {
type pulse
}
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}
$ cat ~/.asoundrc
pcm.hda-intel {
type hw
card 0
}
ctl.hda-intel {
type hw
card 0
}
I've been living with above problems for a while now not having much
time to investigate and writing it off as immaturity of stack, but it
was out for quite a while and obviously people use it with better rate
of success (judging by online resources).
My HW looks like this:
$ cat /proc/asound/cards
0 [NVidia ]: HDA-Intel - HDA NVidia
HDA NVidia at 0xfe02 irq 20
2 [U0x46d0x809]: USB-Audio - USB Device 0x46d:0x809
USB Device 0x46d:0x809 at usb-:00:02.1-2, high
speed
(second device is a Logitec's USB WebCam).
I realize it may be a question more geared toward pulseaudio community
but I'd rather find out whether there's something Gentoo-specific I'm
missing first.
