Re: [arch-general] Light-weight SMTP "server"

'2+ wrote: yes msmtp! am still not on arch but using it on deb-oriented distros so easy to handle is the bin in arch? It's in extra: % pacman -Ss msmtp extra/msmtp 1.4.17-1 a mini smtp client I'll give it a go. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠t

Re: [arch-general] Light-weight SMTP "server"

yes msmtp! am still not on arch but using it on deb-oriented distros so easy to handle is the bin in arch? On Fri, Jun 05, 2009 at 08:19:25AM +1000, Mike Sampson wrote: > I have used msmtp. From memory it just consists of a command line utility > and a config file containing the mail server you w

Re: [arch-general] [arch-dev-public] subversion rebuild needed for i686

Douglas Soares de Andrade wrote: > Em Domingo 31 Maio 2009, às 09:37:27, Firmicus escreveu: > >>> Succeeded now. >>> (Thanks in good part to Gerardo who made me realize that the javac >>> binary was unable to find libjli.so, even though it was where it should >>> be. Symlinking to /usr/lib solve

Re: [arch-general] Light-weight SMTP "server"

I have used msmtp. From memory it just consists of a command line utility and a config file containing the mail server you want to use, credentials if used, etc. Worked well for me. There are quite a few tutorials on the web about using it with mutt. On Fri, Jun 5, 2009 at 7:06 AM, David Rosenstra

Re: [arch-general] PKGBUILD: depends and ranges of versions?

On Thu, Jun 4, 2009 at 17:30, Magnus Therning wrote: > Is it allowed to do something like > >    depends=('B>=2' 'B<3') Yes. Kernel modules, for example, do this regularly.

[arch-general] PKGBUILD: depends and ranges of versions?

I couldn't find anything definitive on this. Say I have a package A that depends on package B, but A can only be built against version 2.x of B (i.e. not against 1.x and not 3.x). Is it allowed to do something like depends=('B>=2' 'B<3') /M -- Magnus Therning(Ope

Re: [arch-general] 1080p playback

Greetings, I managed to get it to work, thanks to your tips. Following the instructions in MPlayer's website [1], I built mplayer with ffmpeg-mt (multi-threaded ffmpeg). Playing 1080p movies with two threads (-lavdopts threads=2) they play as smooth as they can get. Meaning that even without

Re: [arch-general] Light-weight SMTP "server"

Magnus Therning wrote: Any good suggestions for a light-weight SMTP server? All email goes off-box to my ISP for remote delivery, I don't require any local delivery. Things like exim/sendmail/postfix feels like overkill. It would even be enough if all that's available is something like an /

[arch-general] Light-weight SMTP "server"

Any good suggestions for a light-weight SMTP server? All email goes off-box to my ISP for remote delivery, I don't require any local delivery. Things like exim/sendmail/postfix feels like overkill. It would even be enough if all that's available is something like an /usr/lib/sendmail executa

Re: [arch-general] gstreamer naming

2009/6/4 Jan de Groot : > On Thu, 2009-06-04 at 16:43 +0200, Lukáš Jirkovský wrote: >> Hello, >> I've a question - why are gstreamer packages named gstreamer0.10 and >> not gstreamer? I can see it also in Debian, but I don't see any sense >> in appending version to the package name. >> >> Lukas "st

Re: [arch-general] gstreamer naming

On Thu, 2009-06-04 at 16:43 +0200, Lukáš Jirkovský wrote: > Hello, > I've a question - why are gstreamer packages named gstreamer0.10 and > not gstreamer? I can see it also in Debian, but I don't see any sense > in appending version to the package name. > > Lukas "stativ" This is because we used

[arch-general] gstreamer naming

Hello, I've a question - why are gstreamer packages named gstreamer0.10 and not gstreamer? I can see it also in Debian, but I don't see any sense in appending version to the package name. Lukas "stativ"