September 2010 - Arch-general - lists.archlinux.org

Re: [arch-general] Broadcom releases a mac80211-based GPL2 driver for the 802.11n wireless chipsets
by Thomas Bächler 10 Sep '10

10 Sep '10

Oops, this mail should have gone to arch-general in the first place, not to arch-dev-public: Am 10.09.2010 11:37, schrieb Thomas Bächler: > After > http://blogs.the451group.com/opensource/2009/07/20/microsoft-contributes-to… > in 2009, pigs start flying again in 2010: Broadcom has released a driver > for their newer 802.11n wireless chipsets that is > - licensed under GPL2 > - based on the linux-wireless mac80211 framework > - already included into linux-staging-next, which means it will be > available as a staging driver in 2.6.37 and it will be polished to be > included into the usual linux-wireless tree > > This is great news for everyone, as this means you can soon just buy any > laptop without having to worry about wireless chipset issues (Dell > usually uses those chips, but they are not the only ones). For more > information and the happiness of the linux wireless developers, see: > http://permalink.gmane.org/gmane.linux.kernel.wireless.general/55418

2 1

[arch-general] distributed bugtracking?
by Dieter Plaetinck 10 Sep '10

10 Sep '10

anyone knows this? http://bugseverywhere.org/be/show/HomePage the concept looks great, although i don't know anything about the implementation/usage. other then the advantages they list, I think something like this can be useful for downstream<->upstream communication. (ie someone reports a bug in the distro bugseverywhere, they can then more easily forward the bugs to upstream when needed) i blogged about stuff like this @ http://dieter.plaetinck.be/what_the_open_source_community_can_learn_from_de… if anyone cares. Dieter

5 5

[arch-general] [PATCH 1/2] kill_everything: Reduce number of -f tests
by Dave Reisner 10 Sep '10

10 Sep '10

Instead of checking for the existance of a file in /var/run/daemons on every iteration, handle the null case by setting nullglob. The shopt call is done inside a subshell as to not bother the environment since we may be going to runlevel 1 only temporarily. --- functions | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/functions b/functions index b9ba718..7a0c4f8 100644 --- a/functions +++ b/functions @@ -206,11 +206,13 @@ kill_everything() { # $1 = where we are being called from. # This is used to determine which hooks to run. # Find daemons NOT in the DAEMONS array. Shut these down first + ( + shopt -s nullglob for daemon in /var/run/daemons/*; do - [[ -f $daemon ]] || continue daemon=${daemon##*/} in_array "$daemon" "${DAEMONS[@]}" || stop_daemon "$daemon" done + ) # Shutdown daemons in reverse order for ((i=${#DAEMONS[@]}-1; i>=0; i--)); do -- 1.7.2.3

4 7

[arch-general] IRC OPs
by Callum Scott 09 Sep '10

09 Sep '10

HI, Is it possible an IRC OP can contact me off list? Cheers Callum

2 1

Re: [arch-general] [arch-dev-public] The "Great Python Rebuild of 2010" begins
by Evangelos Foutras 09 Sep '10

09 Sep '10

On Thu, Sep 9, 2010 at 4:22 PM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > On Sun, 29 Aug 2010 18:05:47 +0200, Pierre Schmitz > <pierre(a)archlinux.de> wrote: >> On Mon, 30 Aug 2010 00:48:06 +1000, Allan McRae <allan(a)archlinux.org> >> wrote: >>> Just a reminder for people to look at their packages and rebuild them >>> for this. We seem to of stalled majorly... >> >> Do you think a community-staging would be helpful? I could commit the >> needed changes to dbscripts and devtools; I'd like to do a new release >> soon anyway. > > FYI: support for community-staging was added to devtools 0.9.10 and > dbscripts. > > -- > Pierre Schmitz, https://users.archlinux.de/~pierre That's great news. I made copies of my stable chroots for i686 and x86_64 and enabled the {,community-}staging repos in them, per Ionuț's suggestion. I'm guessing once the community-staging repository is created on sigurd, we should be able to upload community rebuilds there. Right?

2 1

[arch-general] Pacman's superslow
by Nilesh Govindarajan 09 Sep '10

09 Sep '10

I have an OpenVZ VPS running arch. For some reason pacman is superslow, and I'm not allowed to create/use loopback devices. pacman-optimize takes nearly 5 minutes per run, no matter the last run was just a minute ago. -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com VPS Hosting: http://www.itech7.com/a/vps

2 4

Re: [arch-general] [arch-dev-public] [signoff] xz 4.999.9beta_174_g41bc-1
by Florian Pritz 09 Sep '10

09 Sep '10

On 09.09.2010 11:55, Pierre Schmitz wrote: > this will hopefully the last update of xz for some time. :-) Maybe this > is a sign for the final 5.0 version to be near. I am now using the (very > strange) upstream versioning scheme. That's just git describe. <tag>-<commits since tagged commit>-<last commit id (short format)> signoff x86_64 -- Florian Pritz -- {flo,bluewind}(a)server-speed.net

3 2

[arch-general] sudoers file change - not much on dev list - reason for changes?
by David C. Rankin 09 Sep '10

09 Sep '10

Guys, Got the sudo update with the new sudoers file, Noticed new %sudo group designation along with the traditional %wheel: ## Uncomment to allow members of group sudo to execute any command # %sudo ALL=(ALL) ALL Any reason that we would want a sudo group instead of using wheel? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

12 13

Re: [arch-general] [arch-dev-public] cairo xcb backend
by Damjan Georgievski 08 Sep '10

08 Sep '10

>> Fair enough, if enabling the xcb backend slows things down, especially >> if it is unmaintained so not likely to improve soon, we should remove >> it. >> It's a shame that awesome has to go but I'm sure the people using >> awesome know how to handle building from AUR/ABS and create a >> xcb-enabled cairo for it. > > If it was just an optional backend, I would leave it enabled. But the > fact is that the XCB backend replaces the Xlib version, resulting in > visual bugs and crashes. Have you tried --enable-xcb and --disable-xlib-xcb - this should keep the Xlib version as is, but still support the xcb version. I'd be willing to test this configuration if there's some reliable way to invoke the fore mentioned crashes. I don't usually use Seamonkey or Thunderbird, and my Firefox is a tarball download from Mozilla.com -- damjan

1 0

[arch-general] [PATCH] rc.sysinit: condense calls to mkdir and chmod
by Dave Reisner 08 Sep '10

08 Sep '10

--- rc.sysinit | 3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/rc.sysinit b/rc.sysinit index f7df48c..bee4efb 100755 --- a/rc.sysinit +++ b/rc.sysinit @@ -276,8 +276,7 @@ stat_busy "Removing Leftover Files" : >| /var/run/utmp /bin/chmod 0664 /var/run/utmp # Keep {x,k,g}dm happy with xorg -/bin/mkdir /tmp/.ICE-unix && /bin/chmod 1777 /tmp/.ICE-unix -/bin/mkdir /tmp/.X11-unix && /bin/chmod 1777 /tmp/.X11-unix +/bin/mkdir -m1777 /tmp/.{X11,ICE}-unix stat_done #status "Updating Shared Library Links" /sbin/ldconfig -- 1.7.2.3

1 0