- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] pkgstats: second try
by Mauro Santos 10 Sep '10

10 Sep '10

On 09/10/2010 09:27 PM, Pierre Schmitz wrote: > > Well, we have discussed all this before. If I don't limit the > submission by ip it will be too easy for a single person to flood us > with false data making the whole stats pointless. The ip is the only > value you cannot easily spoof over internet. A malicious user could still flood you with false data even with the 1 submission per IP per 24H(1) limit, I don't know how other ISPs work, but here if I reboot my router I get a new IP, so it would be easy to continually reboot the router (or somehow disconnect and connect the the adsl link) and send the stats again with a new IP. (1) Here the lease seems to be for 36H, I don't know about other ISPs. -- Mauro Santos

1 0

[arch-general] Removing HAL
by Галымжан Кожаев 10 Sep '10

10 Sep '10

Hi list. Few days ago I've succesfully installed arch. It was booting really fast first time (i.e. without gnome, networkmanager, etc). After installing GNOME and some daemons, adding them to the rc.conf, the system now takes 30-40 seconds to load. I heard that HAL daemon takes a lot of time during boot and it's functionality can be replaced by udev. How could I completely remove HAL and still use GNOME without troubles? Is it possible? I have: - GNOME 2.30 - xorg 1.8 - hal 0.5 -- 2b || !2b

5 6

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}@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