Re: [arch-general] Why there is duplicate dependencies when searching package on the home page
Am Sonntag 07 September 2008 11:09:24 schrieb Nagy Gabor: > http://www.archlinux.org/packages/extra/i686/xawtv/ > libgl is listed twice (extra, testing) > I guess, this problem appears iff the dependency exists in more than > one repos. You should file a bug report at our bug tracker. Packages should only depend on other from testing if they are in the same repo themself. -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber [EMAIL PROTECTED] WWW http://www.archlinux.de
Re: [arch-general] Why there is duplicate dependencies when searching package on the home page
Idézet Aaron Griffin <[EMAIL PROTECTED]>: On 9/6/08, 甘露(Gan Lu) <[EMAIL PROTECTED]> wrote: Is this a bug or something? Not sure what you mean, can you give me an example? Are all depends in there twice? Is it possible it's including both i686 and x86_64 packages? http://www.archlinux.org/packages/extra/i686/xawtv/ libgl is listed twice (extra, testing) I guess, this problem appears iff the dependency exists in more than one repos. Bye PS.: Aaron, sorry about my direct reply. -- SZTE Egyetemi Konyvtar - http://www.bibl.u-szeged.hu This message was sent using IMP: http://horde.org/imp/
Re: [arch-general] Why there is duplicate dependencies when searching package on the home page
On Sun, Sep 7, 2008 at 12:18 PM, Pierre Schmitz <[EMAIL PROTECTED]> wrote: > Am Sonntag 07 September 2008 11:09:24 schrieb Nagy Gabor: >> http://www.archlinux.org/packages/extra/i686/xawtv/ >> libgl is listed twice (extra, testing) >> I guess, this problem appears iff the dependency exists in more than >> one repos. > > You should file a bug report at our bug tracker. Packages should only depend > on other from testing if they are in the same repo themself. > As you said, packages in core/extra should not depend on testing. But also packages in testing which have dependencies in testing don't need to have the core/extra version of these dependencies listed.
Re: [arch-general] Why there is duplicate dependencies when searching package on the home page
You should file a bug report at our bug tracker. Packages should only depend on other from testing if they are in the same repo themself. http://bugs.archlinux.org/task/11414 -- SZTE Egyetemi Konyvtar - http://www.bibl.u-szeged.hu This message was sent using IMP: http://horde.org/imp/
[arch-general] cpufreqd acpi_temperature
Hello, since the latest update of cpufreqd it seems that the acpi_temperature variable in [Rule] does not have any effect for me anymore. Unfortunately I have no idea how this stuff works so it could be my own fault. I am not even sure if this is related to the cpufreqd upgrade, but it did work before. I have attached my cpufreqd.conf. # this is a comment # see CPUFREQD.CONF(5) manpage for a complete reference [General] pidfile=/var/run/cpufreqd.pid poll_interval=2 verbosity=4 #enable_remote=1 #remote_group=root [/General] [acpi] #acpid_socket=/var/run/acpid.socket [/acpi] #[nforce2_atxp1] #vcore_path=/some/path #vcore_default=1500 #[/nforce2_atxp1] #[sensors_plugin] #sensors_conf=/some/file #[/sensors_plugin] [Profile] name=On Demand High minfreq=40% maxfreq=100% policy=ondemand [/Profile] [Profile] name=On Demand Low minfreq=20% maxfreq=80% policy=ondemand [/Profile] [Profile] name=Performance High minfreq=100% maxfreq=100% policy=performance #exec_post=echo 8 > /proc/acpi/sony/brightness [/Profile] [Profile] name=Performance Low minfreq=80% maxfreq=80% policy=performance [/Profile] [Profile] name=Powersave High minfreq=70% maxfreq=70% policy=powersave [/Profile] [Profile] name=Powersave Low minfreq=30% maxfreq=30% policy=powersave [/Profile] #[Profile] #name=Conservative High #minfreq=33% #maxfreq=100% #policy=conservative #[/Profile] # #[Profile] #name=Conservative Low #minfreq=0% #maxfreq=66% #policy=conservative #[/Profile] ## # Basic states ## # when AC use performance mode [Rule] name=AC Rule ac=on# (on/off) acpi_temperature=0-60 profile=Performance High [/Rule] # conservative mode when not AC [Rule] name=AC Off - Low Battery ac=off # (on/off) battery_interval=0-30 #exec_post=echo 5 > /proc/acpi/sony/brightness profile=Powersave Low [/Rule] # conservative mode when not AC [Rule] name=AC Off - Medium Battery ac=off # (on/off) battery_interval=30-70 #exec_post=echo 5 > /proc/acpi/sony/brightness profile=On Demand Low [/Rule] # stay in performance mode for the first minutes [Rule] name=AC Off - High Power ac=off # (on/off) battery_interval=70-100 #exec_post=echo 5 > /proc/acpi/sony/brightness profile=On Demand High [/Rule] ## # Special Rules ## # CPU Too hot! [Rule] name=CPU Too Hot acpi_temperature=55-100 cpu_interval=0-100 profile=Performance Low [/Rule] # use performance mode if I'm watching a movie # I don't care for batteries! # But don't heat too much. [Rule] name=Movie Watcher programs=xine,mplayer,gmplayer battery_interval=0-100 acpi_temperature=0-60 cpu_interval=0-100 profile=Performance High [/Rule]
[arch-general] expat and pyexpat versions doesn't match makes apache to segfault
Hey There, I've just filed a bug report (FS#11422) on flyspray but wanted to notify you.. I write the same things I wrote on the ticket: All necessary information are detailed here: http://www.dscpl.com.au/wiki/ModPython/Articles/ExpatCausingApacheCrash Here's the version information on my Arch Linux box: [02:48] ([EMAIL PROTECTED] ~)$ strings /usr/lib/libexpat.so.1.5.2 |grep expat_ expat_2.0.1 [02:49] ([EMAIL PROTECTED] ~)$ python Python 2.5.2 (r252:60911, Jul 8 2008, 21:11:16) [GCC 4.3.2 20080626 (prerelease)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import pyexpat >>> pyexpat.version_info (2, 0, 0) Apache on my production server crashes immediately when I use Trac and some Django apps using sqlite3.. -- Alper KANAT http://raptiye.org signature.asc Description: OpenPGP digital signature
