[arch-general] Community db missing ?
hi , What's going on ? The 2 mirrors I use give 404 error when trying to fetch community db .
Re: [arch-general] Community db missing ?
On Fri, Sep 18, 2009 at 1:59 AM, nez...@allurelinux.org wrote: hi , What's going on ? The 2 mirrors I use give 404 error when trying to fetch community db . Hi, The community repo was accidentally removed from the main server. It is currently being resynced. It will probably take several days before all mirrors gets the community repo back. Eric
[arch-general] community broken
Hi, I want to notice that community packages disappeared. ftp://ftp.archlinux.org/community/os/
Re: [arch-general] community broken
Sergej Pupykin wrote: Hi, I want to notice that community packages disappeared. ftp://ftp.archlinux.org/community/os/ Its known. Packages are syncing back as we speak. Allan
Re: [arch-general] community broken
Le Fri, 18 Sep 2009 17:32:17 +1000, Allan McRae al...@archlinux.org a écrit : Seems to be back as Allan says. I was surprised to see that Chromium support FTP when click on link
Re: [arch-general] archlinux on old hardware
On Thu, 17 Sep 2009, Nicolas Bigaouette wrote: I'm using Arch on a old Sony Vaio: pentium II 200MHz with ~64MB of ram. It Cool, especially since you have desktop software on it... How did you manage to install with only 64MB RAM? is running LXDE. It is slow to boot, but I suspend without problems (its up since a couple of month with suspend+resume each morning). It is running slow, but this machine is now my alarm clock, and it works perfectly streaming mp3 over wireless internet. I think I have opera on it, but don't ask too much for web surfing... Else, Arch is great! ;) Dimitris
Re: [arch-general] archlinux on old hardware
On Thu, 17 Sep 2009, Daenyth Blank wrote: On Thu, Sep 17, 2009 at 17:04, Dimitrios Apostolou ji...@gmx.net wrote: The other is that I had trouble finding a truly lightweight X terminal (there were times when xterm was considered bloated ;) so I packaged myself rxvt. Most other distributions offer it so in case you decide to include it I attach the PKGBUILD. rxvt is available in the AUR (which you can read about on the wiki). The repos have mrxvt and rxvt-unicode packaged as binaries. Thanks for the tip, I didn't search the AUR. I assumed it was deprecated because of rxvt-unicode, which is much more heavyweight. Would the devs consider including it in extra? it's one of the simplest but most basic packages available. Dimitris
Re: [arch-general] archlinux on old hardware
2009/9/18 Dimitrios Apostolou ji...@gmx.net On Thu, 17 Sep 2009, Nicolas Bigaouette wrote: I'm using Arch on a old Sony Vaio: pentium II 200MHz with ~64MB of ram. It Cool, especially since you have desktop software on it... How did you manage to install with only 64MB RAM? Note that I'm not sure how much RAM I have. I might have more, like 80MB, but not much more. I can verify tonight. I remember trying to access the web with it (with arora I think), it was possible but really slow, and forget about tabs. As for installation, it was a pain. Mainly because this laptop does not have a cd drive, and does not support booting from USB... When I got that machine, debian was on it with grub. So I copied the usb thumb drive image's kernel to the hd, added an entry for this kernel in grub, and booted the fs on the usb drive. Started installation, wiped-out debian and only have arch now. Put back arch's grub and its configuration, and that's it... ;) I also have Arch on a server at work: pentium IV 1.8GHz with 512MB of ram. It's working perfectly: serving svn and git repos. But that's a heavyweigth compared to the vaio! ;)
Re: [arch-general] crypto++ broken on arch? (unable to link)
http://groups.google.com/group/cryptopp-users/browse_thread/thread/dfe40b4eed04f03d discussion can be followed there. still trying to work out what's going code does work against 5.6.0 just not on arch... -- Caleb Cushing http://xenoterracide.blogspot.com
Re: [arch-general] archlinux on old hardware
On Fri, 18 Sep 2009, Nicolas Bigaouette wrote: 2009/9/18 Dimitrios Apostolou ji...@gmx.net On Thu, 17 Sep 2009, Nicolas Bigaouette wrote: I'm using Arch on a old Sony Vaio: pentium II 200MHz with ~64MB of ram. It Cool, especially since you have desktop software on it... How did you manage to install with only 64MB RAM? Note that I'm not sure how much RAM I have. I might have more, like 80MB, but not much more. I can verify tonight. I remember trying to access the web with it (with arora I think), it was possible but really slow, and forget about tabs. Just FYI you might want to try the following tips to speed things up, they work in my case: * forget about XDM/GDM/KDM and use startx, or a direct autologin from /etc/inittab! * Don't run LXDE, GTK+ 2.x is way too heavy for such hardware. My choice for window manager is JWM, recompiled with minimal dependencies, together with a script to auto-generate the menu from *.desktop files (I can post this if you need it). * Try my PKGBUILD for rxvt, today even xterm has antialiased fonts which is too much for this old hardware * Command line mail client (alpine is my personal choice) * Dillo 2 or links-g (started with links -g) for web browser. Unfortunately that's not enough to provide the full web2 experience so when I'm open to alternatives you may suggest ;-) As for installation, it was a pain. Mainly because this laptop does not have a cd drive, and does not support booting from USB... When I got that machine, debian was on it with grub. So I copied the usb thumb drive image's kernel to the hd, added an entry for this kernel in grub, and booted the fs on the usb drive. Started installation, wiped-out debian and only have arch now. Put back arch's grub and its configuration, and that's it... ;) awesome way to install :-) Dimitris P.S. Oh, did I mention sysctl vm.swappiness=0?
Re: [arch-general] archlinux on old hardware
On 09/18/2009 11:17 AM, Dimitrios Apostolou wrote: * forget about XDM/GDM/KDM and use startx, or a direct autologin from /etc/inittab! Or use qingy. DR
Re: [arch-general] Community db missing ?
On Friday 18 September 2009 09:28:07 Eric Bélanger wrote: On Fri, Sep 18, 2009 at 1:59 AM, nez...@allurelinux.org wrote: hi , What's going on ? The 2 mirrors I use give 404 error when trying to fetch community db . Hi, The community repo was accidentally removed from the main server. It is currently being resynced. It will probably take several days before all mirrors gets the community repo back. Eric What happened ? Is it the same issue like the last time when a lot of packages were lost ?
Re: [arch-general] archlinux on old hardware
On Friday 18 September 2009 07:49:07 am Dimitrios Apostolou wrote: On Thu, 17 Sep 2009, Daenyth Blank wrote: On Thu, Sep 17, 2009 at 17:04, Dimitrios Apostolou ji...@gmx.net wrote: The other is that I had trouble finding a truly lightweight X terminal (there were times when xterm was considered bloated ;) so I packaged myself rxvt. Most other distributions offer it so in case you decide to include it I attach the PKGBUILD. rxvt is available in the AUR (which you can read about on the wiki). The repos have mrxvt and rxvt-unicode packaged as binaries. Thanks for the tip, I didn't search the AUR. I assumed it was deprecated because of rxvt-unicode, which is much more heavyweight. Would the devs consider including it in extra? it's one of the simplest but most basic packages available. Dimitris This is great info. I have a store room of old boxes that I didn't want to simply run DSL on (damn small linux) and SuSE is way too heavy (I was running 10.3 on a AMD K6 2-450 w/256M as a fax server). I haven't tried arch on the older hardware, but this sounds very encouraging. The SuSE kernel, ssh, bind, apache2, mysql, postfix, dovecot, hylafax, and ntp idled at about 77 meg, but would rapidly eat the free 180 meg and go to swap pretty quick with much activity from the webserver. I'll have to try arch on the box and compare. I've found that all distros play pretty well with anything better than a P3-800 and 512M, but you start getting below that and things go down hill fast with any desktop bigger than icewm or openbox. For any desktop, a good 256 bit graphics card really helps. You can pick up great AGP cards on ebay for ~$30 (GeForce 6800 Ultra, etc..) Will give Arch a go on the old boxes and see how they behave. Thanks. -- 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
Re: [arch-general] Community db missing ?
On Friday 18 September 2009 11:15:01 am Aaron Griffin wrote: What happened ? Is it the same issue like the last time when a lot of packages were lost ? Nope. It was user error (my fault). I screwed up an rsync config and it decided to delete files. It wasn't caught right away :blush: Fat fingers, eh? -- 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
Re: [arch-general] An evil idea --- use Git to manage the repositories
Not a new distro, goodness no. Just an alternate package management system, which would work something like this: It would be transparent with pacman. On could easily use pacman or it interchangeably, but this would have additional package management 'tools'. Many functions, such as installing a new package, re-installing a package, and package removal would be offloaded onto pacman anyway. The only real difference with this would be when upgrading(and possibly downgrading) a package, and possibly it would have some more robust information about package file information. All scripts, config files, pacbuilds, and such would be maintained by a distributed scm (Mercurial is what I like, but Git could work too). This may have to be customized to more closely fit our purposes, or maybe even re-implemented with as the tasks we would demand of it would not be as great(perhaps). This may also allow for a person to simply reset all config files to their defaults in a very lazy fashion. Binaries would be individually hashed (SHA1?), and then this information would be stored. After being hashed the binaries would be tightly compressed(Bzip2?) as individual files, if the binary does not already have a hash value which matches up with a previous hash of that file(in this case the new file is simply discarded - it did not change). A hash for checking the integrity of the compressed file would also be stored. When a person decides to sync their package information, the data on file differences is what syncs(in addition to the package version info). When the client decides to upgrade a file, the clients computer would check what the different files between the currently installed package and the package on the mirror were. These files would then be what they would request to download. Following downloading these files, they would be extracted to the proper locations (using .pacnew for new config files that exist in the system). A low priority would be for there to be both an old config file backup system and a merge of new config files with old config files function(most likely taken directly from the scm being used). This would not be enforced on the user, but some may like it as an option (opposed to manually hunting down config files that need to be updated). Verbose logging of all operations would be a very high priority. The hashes of the uncompressed binaries would be important, as it would allow for the package management software to determine if binaries have be modified since they were installed. By default I do not think it would care when upgrading, but some people(esp. those with RPM roots) may enjoy this for being able to check for rootkits and file corruption. Downgrading of the system would not be a high priority at all, but it may not be excluded. This system would have a greater dependence on a local internet connection, and thus I would not like to force it upon people. I like pacman a lot, but this is an interesting idea on management(and I have been jealous of Forsight linux's capabilities similar to this. If only it was a lightweight build your own like Arch...) And that is the summery of my current thoughts on this. Any thoughts or willing helpers out there? ~Nekody 林科迪 On 9/18/09, goodme...@gmail.com goodme...@gmail.com wrote: A new distro? evil idea!! By the way: reinvent the wheel may be an interesting progress. On 2009-09-17 23:10:10, nekomancer davion wrote: Date: Thu, 17 Sep 2009 23:10:10 -0400 From: nekomancer davion ladisl...@gmail.com To: General Discusson about Arch Linux arch-general@archlinux.org Subject: Re: [arch-general] An evil idea --- use Git to manage the repositories Reply-To: General Discusson about Arch Linux arch-general@archlinux.org Message-ID: bd5ae8c50909172010q110ceb4aif005c02f8063c...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable List-Id: General Discusson about Arch Linux arch-general.archlinux.org Forsight linux does something like this, but their server side was closed source the last time I took a look(back in February). http://en.wikipedia.org/wiki/Conary_(package_manager) It is a very interesting idea, and could speed things up a lot. It would make downloading packages to install elsewhere a pain in some cases though. Using GIT as-is would be a bad idea(perhaps hack mercurial to do the work instead?). It would be rather non-KISS, but it does not sound too hard so long as you do not allow for rollbacks(Just store a list of what files are different and thus would need to be updated). goodmenz if you want to try to hack something together, I should have time to assist, although not much(still in school, busy semester). Anyone else interested? Forking mercurial and pacman into MerMan would be the new Linux package management system which finally bring about the year of the Linux
[arch-general] Please update the gavl package or gstreamer will continue breaking
Hey, the current gavl package in [community] is seemingly compiled with wrong CFLAGS and thus it breaks on older CPUs in conjunction with the newest gstreamer update. I flagged the package a week ago and shot the maintainer a mail but no answer. Can somebody update the package real quick please? Doing so will fix FS#16060. Tested and working PKGBUILD for your convenience: # $Id$ # Contributor: Robert Emil Berge filokte...@linuxophic.org # Contributor: Sven-Hendrik Haase s...@lutzhaase.com # Maintainer: Robert Emil Berge # Maintaner: Mateusz Herych heni...@gmail.com pkgname=gavl pkgver=1.1.1 pkgrel=1 pkgdesc=A low level library, upon which multimedia APIs can be built. arch=('i686' 'x86_64') url=http://gmerlin.sourceforge.net/; license=('GPL') depends=('glibc') optios=(!libtool) source=(http://downloads.sourceforge.net/sourceforge/gmerlin/$pkgname-$pkgver.tar.gz) md5sums=('DC37718AB20ED6728EB9E10D5BB3AD17') build() { cd ${srcdir}/${pkgname}-${pkgver} ./configure --prefix=/usr \ --without-doxygen make || return 1 make DESTDIR=${pkgdir} install }
[arch-general] Catalyst still in svn trunk
Hi , catalyst was removed from the repos for months (now available from the AUR) but the build files are still in svn trunk : http://repos.archlinux.org/viewvc.cgi/catalyst/trunk/ That causes tools like pbget (which can search for build files in svn then AUR) to fetch the old broken unsupported build files instead of the updated ones from AUR . catalyst-utils is still in trunk too . Shouldn't a maintenance script catch this ?
Re: [arch-general] Catalyst still in svn trunk
On Fri, Sep 18, 2009 at 11:20 PM, nez...@allurelinux.org wrote: Hi , catalyst was removed from the repos for months (now available from the AUR) but the build files are still in svn trunk : http://repos.archlinux.org/viewvc.cgi/catalyst/trunk/ That causes tools like pbget (which can search for build files in svn then AUR) to fetch the old broken unsupported build files instead of the updated ones from AUR . catalyst-utils is still in trunk too . Shouldn't a maintenance script catch this ? I've removed them.