On Tue, 28 Sep 2010 18:41:20 +0300, Ionu?^? Bîru
wrote:
> use abs to recompile mplayer against x264-git
That would be a good solution for most packages but in this case you
should be aware that:
- x264 is used only for video encoding, not decoding, so unless you
encode videos you simply do
On Thu, 02 Sep 2010 23:02:53 -0500, "David C. Rankin"
wrote:
> I'm not knocking Arch, I'm just trying to explore how much work it
> would take to make pacman just a little smarter so it avoids some of
> these things. That is what I DON'T know.
The work it would take is not the only problem
On Tue, 3 Aug 2010 13:32:36 +0200, Dieter Plaetinck
wrote:
> Still, unified logins is a problem we're having for years. and many
> people have 1 main pc. If browser programmers would implement a small
> and easily accessible "account manager" which uses client ssl
> certificates (and web server/
On Sun, 1 Aug 2010 16:58:00 +0200, Dieter Plaetinck
wrote:
> On Sun, 1 Aug 2010 16:46:33 +0200
> Heiko Baums wrote:
>
>> I don't think that nilfs-utils should be moved to the base group. I
>> agree with moving it to [core] but not to base, because base is
>> assumed to be installed on every comp
"C Anthony Risinger" a écrit :
>beh, i thought you were onto something... i didn't look at the makepkg
>sources, but it is treating PKGDEST='"" as if it was never set. so,
>no dice :-(
>
>however, if i use an absolute path (instead of ".") it works alright.
>in fact, i seem to have general prob
"Andre "Osku" Schmidt" a écrit :
>> A regular
>> expression will never be able to parse that.because it can never decide
>> which brace is the final one. This might be better explained here.
>>
>> http://stackoverflow.com/questions/133601/can-regular-expressions-be-used-to-match-nested-patterns
On Wed, 24 Mar 2010 15:34:01 +0100, Samuel Martín Moro
wrote:
> but yaourt is very slow (other programming language, don't know exactly,
> but
> even on a core i7, it's shocking to see how long it took to do simple
> things...)
It used to be slow mainly because it did a lot of parsing with Bash
On Thu, 11 Mar 2010 16:42:08 +0200, Nezmer wrote:
> Hi,
>
> I don't know If this has been brought up before.
>
> The PKGBUILD includes "--optimize=1". So .pyo files are included in
> the package and they conflict with existing ones.
>
> Is there a reason to do this for twisted specifically? Or
On Sun, 28 Feb 2010 00:21:05 +1000, Allan McRae
wrote:
> Nope. It is still an issue. I made two posts since the update and they
> are the only two posts of mine on the feed. There was two others on
> there earlier and they dropped off. So the current setup does only
> display two posts from
(Forked from arch-dev-public)
On Fri, 26 Feb 2010 15:40:27 +0200, Roman Kyrylych
wrote:
> The following packages are questionable:
> * diffutils - why it should be on every system?
> * gawk - why it should be on every system?
> [...]
> * mailx
> [...]
> * vi - ok, no bikeshed thing here, but the
On Sat, 27 Feb 2010 17:56:50 +1000, Allan McRae
wrote:
>
> The setup seems to post the last two post form each person, no matter
> how long ago they were. That means we get a couple of posts from 2006
> at the bottom of the page. Also, people who post quite frequently (e.g.
> cactus) will onl
On Wed, 17 Feb 2010 20:34:09 -0600, Aaron Griffin
wrote:
>>
>> No, we don't support globbing in these options. Question to the list-
>> does it make sense to do so?
>
> Yes, but it would also be nice to support recursion here as well. For
> instance:
>
> NoExtract = /usr/share/doc/*
>
> should
On Thu, 11 Feb 2010 23:05:26 +0100, Damjan Georgievski
wrote:
>> - Is there a way to change the mode on the fly without rebooting?
>
> I haven't tested it but you can try "fbset"
fbset works without KMS but not with it. It does change something, but
not thye way you want. For example with a 128
On Thu, 11 Feb 2010 21:52:37 +0100, Pierre Chapuis
wrote:
> on a 16:10 strip?
Of course I meant a 16:10 screen...
--
catwell
On Thu, 11 Feb 2010 12:28:53 -0500, Alexander Lam
wrote:
> On Thu, Feb 11, 2010 at 7:30 AM, Pierre Chapuis
> wrote:
>> I saw on arch-announce that xf86-video-intel now only supports KMS, and
I
>> wanted to ask: is there still a way to specify the resolution of
virtual
>>
I saw on arch-announce that xf86-video-intel now only supports KMS, and I
wanted to ask: is there still a way to specify the resolution of virtual
consoles, like we used to do with vga=XXX in kernel options?
--
catwell
Le Tue, 09 Feb 2010 03:05:14 +,
Mauro Santos a écrit :
> > I'm facing a decision to change five 'critical' machines
> > in need of an upgrade to Arch or not. Over the last months
> > I've installed Arch on three less critical ones to get to
> > know the system. Up to yesterday the decision lo
Le Tue, 9 Feb 2010 09:12:29 +0100,
f...@kokkinizita.net a écrit :
> On Mon, Feb 08, 2010 at 08:02:04PM -0700, Brendan Long wrote:
>
> > Except then you'd annoy everyone who wants their package manager to work
> > properly. When I update a package I expect it to clean up after itself.
>
> Work pr
Le Tue, 09 Feb 2010 02:21:58 +0100,
hollunder a écrit :
> Maybe the issues are somewhere else? I don't know. One observation I, as
> a stinking normal user, could make is that there are few devs around
> where users hang out. Let's see.. I know of one dev active in #archlinux
> on IRC and about t
Le Tue, 09 Feb 2010 09:26:37 +1000,
Allan McRae a écrit :
> So the cause must be... A change in user-base? Maybe just an increase in
> user-base resulting in more people who think Arch should be done their
> way and not the Arch way?
That looks obvious to me. Pacman has been working the same w
Le Mon, 8 Feb 2010 23:29:48 +0100,
f...@kokkinizita.net a écrit :
> *** There is no conflict. *** Pacman can forget
> about and even delete the package that supplied
> the old version. It just *should not remove the
> old library itself*.
And you end up with .so files not tracked by Pacman in you
Le Mon, 1 Feb 2010 22:21:03 +0100,
Heiko Baums a écrit :
> If a security bug is found it should be filed to and fixed by upstream
> anyway.
This is true, except sometimes upstream patching can take a while and
it would be a good idea to warn users about the problem in the meantime
so that they c
Le Sun, 31 Jan 2010 15:01:15 +,
Ananda Samaddar a écrit :
> After some discussion we should be able to reach a consensus and
> start giving security issues the priority they deserve.
Maybe this is the problem: some people (including me) might think that
perfect security is not a priority. Th
Le Fri, 29 Jan 2010 17:36:58 +,
Pierre Chapuis a écrit :
> Le Fri, 29 Jan 2010 17:58:42 +0100,
> Jan de Groot a écrit :
>
> > Implementing it in star has no use, as our package manager doesn't use
> > star but libarchive, the library that bsdtar is based on.
>
Le Fri, 29 Jan 2010 17:58:42 +0100,
Jan de Groot a écrit :
> Implementing it in star has no use, as our package manager doesn't use
> star but libarchive, the library that bsdtar is based on.
Technically the PKGBUILD could makedepends('star') and use it to
extract the source with ACL support...
Le Sat, 19 Dec 2009 23:10:29 +0100,
Frédéric Perrin a écrit :
> Le vendredi 18 à 10:24, RedShift a écrit :
> > Things like enumerating all hardware
> > devices, configuring a network interface, drawing a window, ejecting
> > the CD-ROM drive, getting notified about new
There are things like that (think NDIS - it's Microsoft, but it's a
step in the right direction), just not enough , but I think it's a
question of time.
--
catwell
Le Fri, 4 Dec 2009 23:26:27 +0100,
Xavier a écrit :
> If I got that right, I find it quite funny and ironical that a
> clueless and endless ranting about dbus ended up making me understand
> the coolness of dbus.
I agree, it sounds cool, but then I thought: web browsers have been
doing that for
Le Sat, 05 Dec 2009 00:34:59 +0100,
Jan de Groot a écrit :
> Please don't post things you haven't looked into. Hal has nothing to do
> with your gfx driver, as gfx drivers are probed by xorg itself using the
> libpciaccess library. The only things managed by hal/dbus in xorg are
> input devices.
Le Fri, 4 Dec 2009 10:33:38 +1030,
Ty John a écrit :
> I don't really understand what this project does other than being able
> to execute Plan 9 binaries.
> What's the point then?
The point is to have a Plan 9 userspace on the Linux kernel (which is
maintained and mainstream), instead of the GN
Le Thu, 3 Dec 2009 21:58:25 +0100,
Xavier a écrit :
> On Thu, Dec 3, 2009 at 9:32 PM, Pierre Chapuis wrote:
> >
> > I like D-Bus because it can actually simplify the applications that
> > rely on it and avoid reiventing the wheel. But I do agree that
> > applic
Le Thu, 3 Dec 2009 20:41:26 -0200,
Denis A. Altoé Falqueto a écrit :
> On Thu, Dec 3, 2009 at 4:14 PM, Arvid Picciani wrote:
> > Aaron Griffin wrote:
> > "Those who don't understand UNIX are condemned to reinvent it, poorly." –
> > Henry Spencer
>
> "And those who do understand it are doomed to
Le Thu, 3 Dec 2009 17:05:18 -0200,
Denis A. Altoé Falqueto a écrit :
> In fact, DBus is implemented over Unix sockets. FIFOs and sockets
> don't define the format that will be used over them, they are just
> channels of communication. DBus is a wire protocol, as they say in the
> home page. It de
Le Fri, 27 Nov 2009 19:59:42 +0100,
Gordon Schulz a écrit :
> > compressed pages like lxde.org
> On Mac right now - but my Webkit based Safari renders this page just fine. As
> about any page anyway. And so does Chrome.
Surf on Arch renders it well too.
Le Mon, 23 Nov 2009 04:46:44 -0800,
Giovanni Scafora a écrit :
> mplayer != everything
Agreed, and mplayer is meant to be compiled on the machine on which it
is used. No set of dependencies will ever make all the users happy. You
should use one of the packages on the AUR for that, with Yaourt if
Le Tue, 17 Nov 2009 13:23:25 -0600,
Aaron Griffin a écrit :
> Aha, so this is the same as the "threaded vs nested comments" when it
> comes to web page commenting. As far as I know, that's a holy war no
> one will ever win.
Strange that you like Gmail-style but the comments on your own blog are
Le Wed, 18 Nov 2009 00:56:24 -0600,
"David C. Rankin" a écrit :
> On Tuesday 17 November 2009 05:50:02 and regarding:
> > Am Dienstag 17 November 2009 12:22:35 schrieb tuxce:
> > > I'm uploading it right now, thanks for the information.
> >
> > You know that redistribution of the binary package
Le Thu, 22 Oct 2009 16:13:33 -0500,
Aaron Griffin a écrit :
> >> > I have found a way to automate that which is, I believe, not
> >> > PKGBUILD-dependant.
> >> >
> >> > Here's what I do in the PKGBUILD:
> >> >
> >> > [...]
> >> > install="pyo_remover.install"
> >> > [...]
> >> > build() {
> >> >
Le Thu, 22 Oct 2009 14:02:53 -0500,
Aaron Griffin a écrit :
> On Thu, Oct 22, 2009 at 1:45 PM, Pierre Chapuis wrote:
> > On Tue, 20 Oct 2009 09:48:58 +1000,
> > Allan McRae wrote:
> >
> >> Jan de Groot wrote:
> >> > On Mon, 2009-10-19 at 15:18 -0500, A
On Tue, 20 Oct 2009 09:48:58 +1000,
Allan McRae wrote:
> Jan de Groot wrote:
> > On Mon, 2009-10-19 at 15:18 -0500, Aaron Griffin wrote:
> >
> >> Are you saying that the .pyo files are no longer architecture
> >> independent? I was under the assumption they were.
> >>
> >
> > Actually, th
Le Mon, 28 Sep 2009 15:10:15 -0500,
Crouse a écrit :
> I had an account with slicehost before as well, i did not like the way
> the kernel updates were handled, so elected not to continue using
> them, however they were not bad to work with.
They have just changed that!
http://www.slicehost.com
Le Sat, 12 Sep 2009 21:49:42 +,
Ricardo Hernandez a écrit :
> Sorry i hit tab and send the message before i finish. The situation is that
> bluez in Arch is version 4.39 and upstream version is 4.53, is a lot of
> difference, taking into account that it fixes a bunch of errors.
>
> I have a
Le Fri, 28 Aug 2009 15:26:43 -0500,
Dan McGee a écrit :
> Look at the newest initscripts package, I just fixed this. Setting the
> clock to anything except "localtime" or "UTC" will omit the hwclock
> calls now.
>
> http://projects.archlinux.org/?p=initscripts.git;a=commitdiff;h=2008846efe204b79
Hi everybody,
I was wondering if there's a means to specify, in rc.conf or somewhere else,
that you never want to set your hardware clock.
That's because, on Xen-based VPS, the hardware clock is handled on the
hypervisor level, and /etc/cron.hourly/adjtime gives warnings such as:
Cannot access
Le Wed, 26 Aug 2009 00:06:16 +0200,
Frédéric Perrin a écrit :
> Le mardi 25 à 10:05, Jeff Horelick a écrit :
> > As Sven-Hendrik said, you need to use ifconfig $interface up and ifconfig
> > $interface down. If you really need ifup and ifdown, put this in your
> > .bashrc:
> >
> > alias 'ifup eth
Le Mon, 10 Aug 2009 12:26:17 -0500,
Dan McGee a écrit :
> The kernel is not an Arch package at all, it is managed externally by Slice.
>
> If you send them a support request requesting a new kernel, they are
> happy to oblige, remembering that they will need to reboot your slice
> for it to be r
Mon, 3 Aug 2009 10:29:02 -0500,
Dan McGee wrote on [arch-dev-public] :
> Got a response from Slice:
> The following kernels are available for your slice to upgrade. Please
> let us know and we can take care of that for you.
> 2.6.24 - 23.48
> 2.6.24 - 24.55
>
> I believe these should be Ubuntu k
Le Sun, 26 Jul 2009 06:35:04 -0400,
Baho Utot a écrit :
> On Sat, 2009-07-25 at 18:23 -0700, Aaron Griffin wrote:
> > https://dev.archlinux.org/packages/core/i686/pacman/
> >
> > Deps are libarchive, libdownload, bash, and the mirrorlist package...
> > what are you having a problem with?
> Sec
Le Mon, 20 Jul 2009 19:48:51 -0400,
Daniel J Griffiths a écrit :
> You may well have more success than I do. Finding the current upstream
> version for packages on hosting sites is easy, doing it for joe schmoe's
> website isn't so simple... If all you want to do is monitor what
> packages you
Le Mon, 20 Jul 2009 18:07:15 -0400,
Daniel J Griffiths a écrit :
> I'm working on a script for arch that does this.
I'm working on something like that too, to help me monitor my AUR packages. I
haven't done anything much yet though, and I have begun to write it in Lua
which is probably a ba
Le Sat, 18 Jul 2009 23:29:28 -0500,
Aaron Griffin a écrit :
> And to be clear, I definitely do not like the pandering to users thing... if
> people whining about stupid shit gets on your nerves, stop visiting the
> forums and IRC. It worked for me! ( google 'eternal september' for kicks :).
> Pyt
Hi,
it looks like the sources used by Arch for MPlayer are not just a SVN snapshot
of the main trunk.
Here's what I did:
$ wget ftp://ftp.archlinux.org/other/mplayer/ mplayer-29411.tar.bz2
$ tar xf mplayer-29411.tar.bz2
$ svn export mplayer mplayer-export-arch
$ svn co svn://svn
Le Wed, 24 Jun 2009 01:22:03 -0300,
Gerardo Exequiel Pozzi a écrit :
> Hi,
>
> I just do a quick scan of soft linked with readline and I think that
> these two pkgs that are linked with readline violates GPL:
>
> extra/tftp-hpa
> community/ngspice
>
> Both have the "old" BSD (4-clause) licens
The 10th Libre Sofrware Meeting will take place in Nantes (France) from July
7th to July 11th. It is the biggest Open Source event in the country (see
http://2009.rmll.info/?lang=en).
Are there Archers planning to attend? Speaking French is probably required to
take part in some of the conferen
Le Mon, 01 Jun 2009 11:57:00 +0100,
Paulo Santos a écrit :
> If vdpau really doesn't support it, is there a way for me to watch 1080p
> movies on my machine? Maybe some kind of patch to mplayer that makes it
> use both cores or something...
No need to patch mplayer for that. Try using:
mp
Le Wed, 6 May 2009 14:53:43 -0500,
Aaron Griffin a écrit :
> Might be worth seeing if we can find a patch to fix the crash at least.
Patching might be a good idea, but if you just patch the crash I think it will
still be even more dangerous to put this version of vi in core because of the
beha
(from arc-dev-public)
On Sat, 18 Apr 2009 13:42:17 -0300,
Hugo Doria wrote :
> There is an old feature request for mplayer [1]: create it using two
> separate packages, one with only the CLI version and one for the GUI.
>
> There are some reasons for this:
>
> 1) By default the GUI is not enab
Le Wed, 1 Apr 2009 16:20:13 +0200 (CEST),
"Thomas Bohn" a écrit :
> That is why Arch should drop x86_64 too. MMIX is the future!
You're absolutely right. I'd love to port Arch to MMIX, who's with me?
Of course we will have to port Pacman, the Linux kernel and make an actual
hardware MMIX CPU b
Le Thu, 19 Mar 2009 07:35:19 +1100,
richard terry a écrit :
> Is it possible to set up a process( which notifies me via some sort of icon
> on
> taskbar try like email alert does) which monitors a particular directory on
> my computer and if a new file is added to that directory, triggers the
Le Wed, 4 Mar 2009 22:44:09 +0100,
Johannes Held a écrit :
> What about postfix?
Postfix would work but it's far from being small. Maybe msmtp can do that?
--
catwell
Le Mon, 29 Dec 2008 00:09:23 +0100,
Markus Heuser a écrit :
> Well, I'm not to familiar with the development procedures of mplayer but what
> I mean by stable is "stable enough to be packaged" ;)
To me, the only way to use an up-to-date mplayer is to compile it yourself on
your machine (by usi
Le Thu, 18 Dec 2008 21:17:48 +0100,
Dieter Plaetinck a écrit :
> Does anyone have thoughts, ideas, requirements, ...?
Sounds good. I've worked with FAI (http://www.informatik.uni-koeln.de/fai/),
which is powerful but a bit too complex. Its concepts are still good:
- Hooks at many times of the
Le Wed, 17 Dec 2008 12:49:48 +1000,
Allan McRae a écrit :
> makepkg can not do this.
This is not completely true to me, you could do this in Bash directly in the
Build() part of the PKGBUILD. It would not be so KISS though.
--
catwell
Le Sun, 14 Dec 2008 10:03:03 +0200,
"Grigorios Bouzakis" a écrit :
> May i ask why pacman requires pacman-mirrorlist and not the other way
> around? Pacman can operate without a mirrorlist. Pacman-mirrorlist can
> not operate without pacman..
Agreed, but I think a lot of users would forget to in
Le Wed, 3 Dec 2008 01:10:34 +0100,
Pierre Schmitz <[EMAIL PROTECTED]> a écrit :
> Well, it does not produce working xorg.conf files. However: X -configure
> should be prefered; so there is no need for hwd (anymore).
It doesn't provide working xorg.conf files only since xorg 1.5 was moved to
ext
Le Fri, 14 Nov 2008 16:34:49 -0600,
"Aaron Griffin" <[EMAIL PROTECTED]> a écrit :
> Got this in the mail today, so I thought I'd share a blurry picture
> with you all 8)
>
> http://flickr.com/photos/phrakture/3029993921/
Lucky you. I guess it will take a little longer until mine reaches France :
Le Wed, 22 Oct 2008 20:06:00 -0400,
"Dusty Phillips" <[EMAIL PROTECTED]> a écrit :
> Hey all,
>
> I've finished my first iteration of porting the archweb_pub and
> archweb_dev sites to django-1.0, along with a substantial rewrite of
> several portions of the code, as I mentioned in a previous sta
Le Sat, 11 Oct 2008 22:29:08 +0200,
Nigel Henry <[EMAIL PROTECTED]> a écrit :
> klibc: /usr/lib/klibc/include/asm/Kbuild exists in filesystem
Read : http://archlinux.org/news/411/
--
catwell
Le Sun, 31 Aug 2008 10:25:00 +0200,
wakeup <[EMAIL PROTECTED]> a écrit :
> I am a vim user but I do agree that nano is the more convenient way for
> beginners.
Same here.
> Besides that, the version of vim installed with base is compiled with a
> low fetureset and represents a different package
Le Mon, 23 Jun 2008 19:14:58 +0200,
Arvid Ephraim Picciani <[EMAIL PROTECTED]> a écrit :
> On Monday 23 June 2008 19:10:30 Pierre Chapuis wrote:
>
> > [1] http://httpd.apache.org/docs/2.2/misc/security_tips.html#serverroot
>
> that link states exactly the oposit of wha
Le Mon, 23 Jun 2008 18:48:12 +0200,
Arvid Ephraim Picciani <[EMAIL PROTECTED]> a écrit :
> so this is the official announcment that the vanilla-style-do-it-yourself for
> professional engineers and manual readers is no more, and that in future
> there will be rather debian-style-out-of-the-box s
If you start vsftpd as a daemon you have to :
- Have listen=YES and background=YES in vsftpd.conf
- Change line 11 from /etc/rc.d/vsftpd from /usr/sbin/vsftpd & to
/usr/sbin/vsftpd
--
catwell
Le Wed, 23 Apr 2008 16:02:51 -0500,
"Aaron Griffin" <[EMAIL PROTECTED]> a écrit :
> Why would we do this? The point of having two architectures in one
> distribution is to MERGE things, not further separate them.
Moreover, these architectures are about the same and have been merged in the
kernel
Would it not be possible to do something like moving all the virtual FS stuff
to a specific file (say fstab.virtual or whatever you want) imported from fstab
(thus easy to locate) ?
To me, it would make it easy to edit while keeping the content of fstab simple,
and nothing would be hardcoded...
On Mon, 31 Mar 2008 23:03:07 -0500,
Jeffrey Parke <[EMAIL PROTECTED]> wrote :
> Brandon Martin wrote:
> > Is this for real?
> yes
I'm willing to start a French fork then. :)
What's german pronunciation for "Arch" by the way ?
--
catwell
75 matches
Mail list logo
