On Mon, 2012-01-02 at 00:41 +0000, Ben Hutchings wrote:
> As I suggested a while back, radeon really doesn't work without firmware
> on some chips.
[...]
This (commit 77e00f2ea94abee1ad13bdfde19cf7aa25992b0e) is changing
behaviour for the BTC chips (codenames Barts, Turks and Caicos; model
numbers HD 68xx, 65xx and 63xx; DCE5 generation).
However, we had many reports that DCE3 generation chips don't work
properly without firmware: RV620 in #607194, RV635 in #637392 and
#637943, RV710 in #627497, RV770 in #610851.
There is also the hang-on-resume issue (#607471), though that is
generically fixed (or rather worked-around) by:
commit a144c6a6c924aa1da04dd77fb84b89927354fdff
Author: Rafael J. Wysocki <rjw@sisk.pl>
Date: Fri May 6 20:09:42 2011 +0200
PM: Print a warning if firmware is requested when tasks are frozen
firmware loader: allow builtin firmware load even if usermodehelper is disabled
Ben.
--
Ben Hutchings
All the simple programs have been written, and all the good names taken.
01-03-2012, 08:07 AM
Arch Website Notification
=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 7 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 2 fully signed off packages
* 12 packages missing signoffs
* 5 packages older than 14 days
(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)
== New packages in [community-testing] in last 24 hours (7 total) ==
== All packages in [community-testing] for more than 14 days (5 total) ==
* expac-0.07-1 (i686), since 2011-10-13
* expac-0.07-1 (x86_64), since 2011-10-13
* pacman-contrib-4.0.1-1 (any), since 2011-11-25
* packagekit-0.6.19-3 (i686), since 2011-11-30
* packagekit-0.6.19-3 (x86_64), since 2011-11-30
== Top five in signoffs in last 24 hours ==
1. dreisner - 2 signoffs
01-03-2012, 08:07 AM
Arch Website Notification
=== Signoff report for [testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 2 new packages in last 24 hours
* 1 known bad package
* 0 packages not accepting signoffs
* 15 fully signed off packages
* 8 packages missing signoffs
* 5 packages older than 14 days
(Note: the word 'package' as used here refers to packages as grouped by
pkgbase, architecture, and repository; e.g., one PKGBUILD produces one
package per architecture, even if it is a split package.)
== New packages in [testing] in last 24 hours (2 total) ==
== All packages in [testing] for more than 14 days (5 total) ==
* pyalpm-0.5.3-1 (i686), since 2011-10-15
* pyalpm-0.5.3-1 (x86_64), since 2011-10-15
* namcap-3.2.1-1 (any), since 2011-10-20
* pacman-4.0.1-1 (i686), since 2011-11-21
* pacman-4.0.1-1 (x86_64), since 2011-11-21
== Top five in signoffs in last 24 hours ==
1. dreisner - 2 signoffs
01-04-2012, 12:01 AM
Stéphane Gaudreault
Mplayer2 was very promising last year when they forked from the original
mplayer project. One of the main goal of this project was to provide more
frequent release and updates. Unfortunatly, they failled to provide something
else after the initial release. This initial release no longer build with
current tools/libs and contain several major bugs. A workaround was to update
our pkg to a recent git snapshot. Since then, I do not see any reason to
continue to update this package which is currently broken.
If there is no objection, I will drop the package from [community]. Users
should consider to follow mplayer2-git from AUR or the original mplayer from
[extra].
Cheers,
Stéphane
01-04-2012, 12:25 AM
Angel Velásquez
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 03/01/12 22:01, Stéphane Gaudreault wrote:
> Mplayer2 was very promising last year when they forked from the
> original mplayer project. One of the main goal of this project was
> to provide more frequent release and updates. Unfortunatly, they
> failled to provide something else after the initial release. This
> initial release no longer build with current tools/libs and contain
> several major bugs. A workaround was to update our pkg to a recent
> git snapshot. Since then, I do not see any reason to continue to
> update this package which is currently broken.
>
> If there is no objection, I will drop the package from [community].
> Users should consider to follow mplayer2-git from AUR or the
> original mplayer from [extra].
>
> Cheers,
>
> Stéphane
If it's broken move it to AUR .. or ask if some tu wants to maintain
on community.
- --
Angel Velásquez
angvp @ irc.freenode.net
Arch Linux Developer / Trusted User
Linux Counter: #359909
http://www.angvp.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Am Tue, 03 Jan 2012 22:25:46 -0300
schrieb Angel Velásquez <angvp@archlinux.org>:
> If it's broken move it to AUR .. or ask if some tu wants to maintain
> on community.
If it's broken and doesn't compile anymore, why should it be moved to
AUR? Just drop it.
Heiko
01-04-2012, 12:40 AM
Angel Velásquez
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 03/01/12 22:35, Heiko Baums wrote:
> Am Tue, 03 Jan 2012 22:25:46 -0300 schrieb Angel Velásquez
> <angvp@archlinux.org>:
>
>> If it's broken move it to AUR .. or ask if some tu wants to
>> maintain on community.
>
> If it's broken and doesn't compile anymore, why should it be moved
> to AUR? Just drop it.
>
> Heiko
Because if maybe somebody find it orphan and lonely and knows how to
fix it, can adopt it instead to re-upload to AUR .. can be moved to
AUR and with a comment that is broken.
Usually our workflow is that .. going to AUR and if it's dead and
unbuildable by some time.. then just drop it.
- --
Angel Velásquez
angvp @ irc.freenode.net
Arch Linux Developer / Trusted User
Linux Counter: #359909
http://www.angvp.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Le 3 janvier 2012 22:40:30 Angel Velásquez a écrit :
> On 03/01/12 22:35, Heiko Baums wrote:
> > Am Tue, 03 Jan 2012 22:25:46 -0300 schrieb Angel Velásquez
> >
> > <angvp@archlinux.org>:
> >> If it's broken move it to AUR .. or ask if some tu wants to
> >> maintain on community.
> >
> > If it's broken and doesn't compile anymore, why should it be moved
> > to AUR? Just drop it.
> >
> > Heiko
>
> Because if maybe somebody find it orphan and lonely and knows how to
> fix it, can adopt it instead to re-upload to AUR .. can be moved to
> AUR and with a comment that is broken.
>
> Usually our workflow is that .. going to AUR and if it's dead and
> unbuildable by some time.. then just drop it.
There is already an mplayer2-git pkg in AUR that is more up to date. Anyway,
it cost nothing to drop it to AUR if someone else could find it useful.
Stéphane
01-04-2012, 02:21 AM
Oon-Ee Ng
On Wed, Jan 4, 2012 at 10:58 AM, Jonathan Vasquez
<jvasquez1011@gmail.com> wrote:
> I've been doing things to attract users to Arch. Whether they are
> newbs or not, because I want people to learn. As long as you have
> willingness and determination to learn, that is the important thing.
> The resources are out there, people just need to look, and I'm willing
> to add to those resources.
>
> You aren't adding anything beneficial by telling others that their
> comments are equal to troll statements, when this is clearly not true.
Attracting users to Arch is not a stated goal, this has been repeated
many times in various fora. Arch is only for a certain type of users,
those who are willing and able to learn.
I'm not knocking your effort, but a quick glance at those resources
you've provided indicate that you're trying to make it very easy to
get to using Arch, and I don't think that's beneficial for Arch or its
community. There are other distributions for 'easy-to-use', Arch
should not be that. Not because of any type of elitism, but because
Arch's niche is about control and simplicity, and making it
'newbie-friendly' (whatever that means) would compromise that.
Splitting the thread (sorry I use gmail, so it won't split for you
guys on mutt or whatever) to reduce the 'corruption' of original
thread, not that I think it'll make a difference though.
01-04-2012, 02:25 AM
Jonathan Vasquez
On Tue, Jan 3, 2012 at 10:21 PM, Oon-Ee Ng <ngoonee.talk@gmail.com> wrote:
> On Wed, Jan 4, 2012 at 10:58 AM, Jonathan Vasquez
> <jvasquez1011@gmail.com> wrote:
>> I've been doing things to attract users to Arch. Whether they are
>> newbs or not, because I want people to learn. As long as you have
>> willingness and determination to learn, that is the important thing.
>> The resources are out there, people just need to look, and I'm willing
>> to add to those resources.
>>
>> You aren't adding anything beneficial by telling others that their
>> comments are equal to troll statements, when this is clearly not true.
>
> Attracting users to Arch is not a stated goal, this has been repeated
> many times in various fora. Arch is only for a certain type of users,
> those who are willing and able to learn.
>
> I'm not knocking your effort, but a quick glance at those resources
> you've provided indicate that you're trying to make it very easy to
> get to using Arch, and I don't think that's beneficial for Arch or its
> community. There are other distributions for 'easy-to-use', Arch
> should not be that. Not because of any type of elitism, but because
> Arch's niche is about control and simplicity, and making it
> 'newbie-friendly' (whatever that means) would compromise that.
>
> Splitting the thread (sorry I use gmail, so it won't split for you
> guys on mutt or whatever) to reduce the 'corruption' of original
> thread, not that I think it'll make a difference though.
You are misunderstanding my goals and what I've said.
I said that I'm trying to help people find and use Arch. Whether they
are expert users from other distros, or they are Noobies who are
"willing to read documentation". If a person is a noob, that doesn't
mean that they can't use Arch, they just have to be motivated
individuals who are willing to seek and learn for themselves. I am
facilitating resources, documentations, etc, to lower the barrier to
entry, while at the same time giving information that is in the
documentation, in a video form.
So we completely agree, the point of Arch, and us, isn't to just go
around and find noobies that don't want to learn for themselves but
want others to do the work for them, but to find people that are
willing to learn, seek for themselves, and contribute back to the
community. This does not segregate "Noobs who want others to do things
for them", "Noobs who are willing to be independent and learn for
themselves", and "Expert users from other Distros who want to learn
how to use Arch".
instead to re-upload to AUR .. can be moved to
