- Arch-general - lists.archlinux.org

[arch-general] grml-zsh-config and VCS_info
by F. Gr. 11 Sep '10

11 Sep '10

I'd know if there's a way to resolve the following issue: I use grml-zsh-config, but the VCS_info prompt inside a Mercurial repository doesn't work. The strange thing is that VCS_info prompt correctly works for git and bazaar (as you can see at <http://img256.imageshack.us/img256/6088/immagineqd.jpg>). I haven't modified anything in the /etc/zsh/zshrc. Does anybody know a solution? TIA

1 0

Re: [arch-general] [arch-dev-public] pkgstats: second try
by Kazuo Teramoto 11 Sep '10

11 Sep '10

On Fri, Sep 10, 2010 at 12:52 PM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > > I did some improvements. The client now submits the mirror used by > pacman. On the server side statistics about the country (looked up by > geoip) are stored and more important all data are stored with a > timestamp. This way we should be able to see usage trends etc.. It would > also be possible to have users submit data regularly without messing up > all stats. Thanks for the work Pierre. So I can send it regularly, like put it in a cron job to send it every month? In the last time I submitted once, and never submitted again. Regards, Kazuo. PS. I love statistics XD -- «Dans la vie, rien n'est à craindre, tout est à comprendre» Marie Sklodowska Curie.

2 1

Re: [arch-general] arch-general Digest, Vol 71, Issue 26
by Auguste Pop 11 Sep '10

11 Sep '10

Thank you for such a quick reply. I have another little problem here. The desktop file in the package uses the icon /opt/sage/notebook/sage_logo.png, but this file is not installed. > Date: Fri, 10 Sep 2010 17:07:57 -0500 > From: Thomas Dziedzic <gostrc(a)gmail.com> > Subject: Re: [arch-general] why is sage-mathematics so huge? > To: General Discussion about Arch Linux <arch-general(a)archlinux.org> > Message-ID: > <AANLkTi=sBzYQc0VmbxVeHS5W3NtPAXmG7jWapaxPB-Yg(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Fri, Sep 10, 2010 at 8:41 AM, Thomas Dziedzic <gostrc(a)gmail.com> wrote: >> On Fri, Sep 10, 2010 at 1:17 AM, Auguste Pop <auguste(a)gmail.com> wrote: >>> Hi, >>> >>> I just noticed that there is a sage-mathematics package in community >>> repository and tried to install it and found out that the package is >>> really huge. >>> >>> I understand that sage is always shipped in a gigantic bundle, but the >>> arch package is considerably larger than official packages provided >>> for other Linux distributions. For lzma compressed archives, they are >>> typically around 330MB, while the arch package is about 630MB. Why is >>> the package so big? I have just noticed that the arch version is >>> 4.5.3, the version on its official site is still 4.5.2. Is this the >>> reason for the big package? >>> >>> Thank you for your kind attention. >>> >>> Yours, >>> >> >> Hi Auguste, >> >> I don't know the exact answer to this question, but I think I may know why. >> Currently, sage keeps all the spkgs in the package. >> Also it is built with fat binaries although this itself probably >> doesn't add such a significant amount. >> I'll investigate this and let you know. >> > > Back with some results :) > > I have gone through the directory to see what made it so big, and I > realized my initial suspicions were correct. > I have removed about 300mb of spkgs (compressed) and a lot of extraneous logs. > The changes are already in trunk along with a few other bug fixes. > Changes should be visible for the next sage release (4.6). > > Thanks for your interest! > >

1 0

[arch-general] why is sage-mathematics so huge?
by Auguste Pop 11 Sep '10

11 Sep '10

Hi, I just noticed that there is a sage-mathematics package in community repository and tried to install it and found out that the package is really huge. I understand that sage is always shipped in a gigantic bundle, but the arch package is considerably larger than official packages provided for other Linux distributions. For lzma compressed archives, they are typically around 330MB, while the arch package is about 630MB. Why is the package so big? I have just noticed that the arch version is 4.5.3, the version on its official site is still 4.5.2. Is this the reason for the big package? Thank you for your kind attention. Yours,

2 2

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