Re: [arch-general] [pkgstats] Patch to allow pkgstats to submit info through a proxy (if this is setted on http_proxy)
2009/12/23 Angel Velásquez : > [«avelasq...@avelasquez-desktop ~»]$ echo $http_proxy > http://localhost:5865 > [«avelasq...@avelasquez-desktop ~»]$ https_proxy=$http_proxy > [«avelasq...@avelasquez-desktop ~»]$ echo $https_proxy > http://localhost:5865 > [«avelasq...@avelasquez-desktop ~»]$ pkgstats > Creating package list... > Submitting data... > > And never submit anything, You need to export the var as well as set it I believe... `export https_proxy=$http_proxy` not just `https_proxy=$http_proxy`
Re: [arch-general] ftp.archlinux.org rate limiting
2009/11/23 Gerardo Exequiel Pozzi : > Phillip Smith wrote: >> Hi all, >> >> Could someone share the details of how the 50kbps rate-limit is >> implemented on ftp.archlinux.org? >> >> I know Google gives me plenty of results for rate-limiting with >> iptables and tc but I've never had much success with tc, and the >> ftp.archlinux.org rate-limiting seems to work perfectly... So why try >> reinventing the wheel? :) >> >> Cheers, >> ~p >> >> > Hi > > probably using this (see man vsftpd.conf) ;) > > *anon_max_rate* > The maximum data transfer rate permitted, in bytes per second, for > anonymous clients. Further to this, I've got rate limiting on HTTP working too using mod_bw which I've added to the AUR. Here's the config in httpd.conf for anyone else that's interested: BandwidthModule On ForceBandWidthModule On # Files with these extensions, larger than 1kb limited to 50kbps LargeFileLimit .test 1 5 LargeFileLimit .pkg.tar.gz 1 5 Works a treat! :D
Re: [arch-general] Post Install for RAID Configuration?
2009/11/24 Carlos Williams : > The Wiki has a write up (which I have never been able to get working) > on RAID / LVM but this appears to be configured during the > installation of Arch which I have already done. There's also a wiki page to do exactly what you're seeking to do :) http://wiki.archlinux.org/index.php/Convert_a_single_drive_system_to_RAID Apologies and ignore me if you have already seen it, but you only mentioned about the initial installation wiki page :)
Re: [arch-general] Frustrating Dependencies
> Yes, I looked akonadi's Makefile and we can split akonadi package in > akonadi and akonadi-server easy. I'll do some try tomorrow. That would be cool, thanks :)
Re: [arch-general] Frustrating Dependencies
> from digiKam's description: > "Digital photo management application for KDE" > If you don't use KDE, why do you want to use a kde-based application > without KDE dependencies? The KDE part doesn't bother me... It's more the mysql. I do use Gnome, but having KDE as deps doesn't matter to me. It doesn't seem quite right that a photo management application (or a DE if you want to extrapolate to KDE) should require a RDBMS, even through an extended chain...?
[arch-general] Frustrating Dependencies
Hi all, So, there's currently a frustrating chain of dependencies: digikam -> kdepimlibs -> akonadi -> mysql So to manage my digital photos, I need a relational database system...! On a desktop system that I don't use for development, it's a bit annoying to have to have mysql taking up space, downloads during updates etc. Is there anyway we can get around this particular chain of deps? It's not a major issue, but just "one of those things" ;) Cheers, ~p
Re: [arch-general] ftp.archlinux.org rate limiting
> *anon_max_rate* >The maximum data transfer rate permitted, in bytes per second, for >anonymous clients. > > > Good luck! Ah, I didn't think about doing it in the daemon... That would definitely be easiest, I think I'll do it this way! :) > You don't need tc to do traffic shaping, you can use iptables as well for > this. It is more primitive though, but for simple tasks it's easier than > using tc. Now I'm curious... Everything I've seen points to using tc to be able to rate-limit in kbps... The only rate-limiting I know you can do in iptables by itself is packets-per-timeframe (second, minute etc) limiting?
[arch-general] ftp.archlinux.org rate limiting
Hi all, Could someone share the details of how the 50kbps rate-limit is implemented on ftp.archlinux.org? I know Google gives me plenty of results for rate-limiting with iptables and tc but I've never had much success with tc, and the ftp.archlinux.org rate-limiting seems to work perfectly... So why try reinventing the wheel? :) Cheers, ~p
Re: [arch-general] archlinuxfr bad virtualbox_bin-3.0.10-1 package
2009/11/17 David C. Rankin : > Guys, > > The archlinuxfr server has a bad virtualbox package on it. There is a lot of > things virtualbox is, but one thing it isn't is an 8 meg package: >. > Probably just a bad rsync... The archlinux.fr repo isn't an official repository... You'd be better off contacting the admins of the repo - I'm not sure if they are subscribers to this list...
Re: [arch-general] old firewire stack?
2009/11/14 Dieter Plaetinck : > I'm having big problems with DV-video (firewire) stuff ( see > http://bbs.archlinux.org/viewtopic.php?pid=655692 ) and I was wondering > if the new stack would fix it, but how can I run it? I believe the kernel can only have 1 compiled at a time, so you'll have to compile a custom kernel with the new stack... I stand to be corrected -- this is based on a comment I briefly saw in 'make menuconfig' today while playing with the -xen kernel ;)
Re: [arch-general] preferred laptops.
2009/11/4 Eric Jacobs > > So I'm asking you, if you have a laptop, what kind is it? Does arch run > pretty well on it (synaptics, sleep/wake, etc.)? What window manager do you > think works best with the touchpad (I'm using gnome now)? > I've got an old Dell D610 and a new HP dv7. I think if I had to choose, I'd prefer the Dell, but that might be because it's (significantly) smaller and lighter, but I use the HP because of the 17" screen, 64-bit dual-core processor, 4gb RAM and 640gb disk as compared to the 14" screen, 32-bit single-core, 1gb RAM and 60gb disk in the Dell :P Everything on the Dell works beautifully -- I've never had reason to use the 56k dialup modem but it's detected OK so I presume it works OK. The HP is working almost completely apart from the "subwoofer" and fingerprint reader. The audio, wireless, webcam, dvd-rw and bluetooth are all sweet :) Oh, and I'm using Gnome on both. Never bothered even trying suspend or anything, I always just shutdown, so can't comment on that.
Re: [arch-general] google wave
2009/11/2 Loui Chang > > I agree. It's pretty damned ridiculous. > People on this list can't seem to take a hint. > > Obviously not Seriously people: arch-general != google-wave
Re: [arch-general] google wave
2009/11/2 Loui Chang > On Mon 02 Nov 2009 00:06 +0100, f...@kokkinizita.net wrote: > > For the rest there's been this endless OT chatter of people > > wanting to be invited to Google Wave. > > > > If this is the standard on this group, I will not remain > > much longer. > > I agree. It's pretty damned ridiculous. > People on this list can't seem to take a hint. > > At least with GMail it's a single 'delete' button to delete the whole thread. I feel for anyone who had to delete all these individually! I fail to see the relevance between "arch-general" and "google-wave". Threads on the forums asking for invites get closed -- that's not an invitation to move the discussion to the mailing list!
Re: [arch-general] Installing Arch Linux w/ RAID
2009/10/28 Carlos Williams > > I guess I will just explain what I am doing in detail. If anyone can > please take some time and review my steps in accordance to what you > know to be successful, please let me know. I am so badly trying to get > this working on Arch. > > 1. Boot from the 2009.08 Netinst / Live CD > > 2. Login as root (no password) in the live environment > > 3. Add the required modules for RAID by running the following commands: > - modprobe raid0 > - modprobe raid1 > - modprobe raid5 > > Everything you've written here looks correct -- except no need to load the raid0 and raid5 modules if you're not going to use them. I doubt they will be interfering, but you never know. You should be able to install GRUB either way, I don't think it will matter. Could you share your /boot/grub/menu.lst list file with us?
Re: [arch-general] Installing Arch Linux w/ RAID
2009/10/27 Carlos Williams > On Mon, Oct 26, 2009 at 2:06 PM, toomanymirrors > > When you're in the main installer window of the > Arch Linux CD, you you skip the "Install Bootloader" option or do you > select it? The Wiki indicates that I should skip it and do it manually > however my /boot and / partitions are not under RAID. Just my /home > partition is. I would think I should be able to use it, no? > > Even when I simply try to install Arch with a separate RAID1 /home > partition, I have no luck. > I've installed on RAID several times in the last week (diagnosing hardware problems!) and everytime after I installed, I had to boot the LiveCD and re-run `mkinitcpio -p kernel26` before the system would boot...
Re: [arch-general] We have lost the desktop war. The reason? Windows 7.
2009/10/26 RedShift > Allan McRae wrote: > >> So you posted in both the forums and here... >> >> Seriously, get a blog. >> >> > Yes I did, because I feel the more technical people roam the mailinglists > and the more casual user the forums. I want to hear all the sides. > > "I am talking about the desktop experience in general, not the technical details behind it. Keep that in mind." If you're not talking technical details, why post to the list to get the thoughts of the "technical" people? I agree with Allan, this is definitely more suitable for a blog.
[arch-general] Package "required by" doesn't look in AUR?
Example: http://www.archlinux.org/packages/extra/i686/fetchmail/ The etrn-poke package in the AUR requires fetchmail, however the page above doesn't list that. Is the AUR not searched for packages that depend on this package or is it a bug?
[arch-general] let's discuss /srv again
(Sorry if this comes through twice, but I can't see any evidence that it has already gone through since originally sending it yesterday. According to the FHS, /srv is for "site-specific" data served by the host: http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM IMHO, this means webapps. The FHS makes specific mention that a distribution must take care not to touch user files in this directory, which infers that it is acceptable (expected?) that distributions will put files here. I also strongly agree that user modifyable files (eg, configuration files) must not be put anywhere in /usr and splitting the configuration into /etc like non-webapps is just a security nightmare. We also want to avoid untrusted processes like apache/lighttpd having read/write access into /usr where ever possible. Referring to the FHS again: "/usr is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere." Keywords: "read-only", "must not be written to" and "host-specific"
Re: [arch-general] VPS hosting with Arch
>> On Mon, Sep 28, 2009 at 16:09, Roman Kyrylych wrote: >>> I am looking for hosting that support Arch. >>> Most probably this will be a VPS hosting (because of price) >>> so official Arch Linux support is required. I have 3 Arch VPS' with Linode. They have been excellent, good community, price and support.
Re: [arch-general] let's discuss /srv again
According to the FHS, /srv is for "site-specific" data served by the host: http://www.pathname.com/fhs/pub/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM IMHO, this means webapps. The FHS makes specific mention that a distribution must take care not to touch user files in this directory, which infers that it is acceptable (expected?) that distributions will put files here. I also strongly agree that user modifyable files (eg, configuration files) must not be put anywhere in /usr and splitting the configuration into /etc like non-webapps is just a security nightmare. We also want to avoid untrusted processes like apache/lighttpd having read/write access into /usr where ever possible. Referring to the FHS again: "*/usr** is shareable, read-only data. That means that /usr should be shareable between various FHS-compliant hosts and must not be written to. Any information that is host-specific or varies with time is stored elsewhere.*" Keywords: "read-only", "must not be written to" and "host-specific"