The big difference is that we need to maintain a completely separate
second set of packages for multilib, while on Debian you use the exact
same packages whether i386 is your main architecture or a secondary
architecture. For us, the native i686 and x86_64 packages almost
always contain the same fi
Hi,
IMHO, we already have multiarch support; I come from Debian and I really
don't see any substantial difference with what we have in Arch.
OK, in Arch you have to add a repo, but in Debian you have to tell dpkg to
accept "i386" as a secondary architecture (# dpkg --add-architecture i386).
If you
On Fri, 2014-09-26 at 07:04 +0800, lolilolicon wrote:
> /bin/sh has to exist. The question is what should really be? My
> answer is whatever is closest to what pure sh is supposed to be, thus
> dash (definitely not bash).
+1
*buntu a long time ago switched to dash, Arch should do this too.
I wrote my idea first on the irc, but i think here is a better place.
The idea is to give up multiarch repo and make pacman and archlinux
capable for real multiarch support
That means u could install a 32bit package from the normal repos core,
extra, community usw and not from multilib repo i
On Fri, Sep 26, 2014 at 6:54 AM, Ralf Mardorf
wrote:
> On Fri, 2014-09-26 at 06:24 +0800, lolilolicon wrote:
>> Anything that has the #!/bin/sh line should be written in pure sh.
>> If you want bash, ask for bash.
>
> I absolutely agree with your statement and that is why I don't care
> about the
On Fri, 2014-09-26 at 06:24 +0800, lolilolicon wrote:
> Anything that has the #!/bin/sh line should be written in pure sh.
> If you want bash, ask for bash.
I absolutely agree with your statement and that is why I don't care
about the sh link ;). IMO it's the useless link ever. My scripts ask for
On Fri, Sep 26, 2014 at 6:06 AM, Leonid Isaev wrote:
> Has anyone proven a theorem saying that no such bugs exist in dash
> (zsh, ksh, etc.)?
Oh, "such bugs" really only exist in bash. I believe no other shell
processes an env var with a magic token into a function definition.
On Fri, Sep 26, 2014 at 6:06 AM, Leonid Isaev wrote:
>
>> Is there anything preventing us from making the switch from bash to dash
>> as /bin/sh now? We can then have dash provide sh instead.
>
> Yes -- due to the same reasons.
Care to elaborate?
Is there a wiki page tracking progress on this, or
> On 09/26/2014 03:31 AM, Stephen Martin wrote:
>> I don't use ffmpeg-complete (I just use the one from [extra].
>>
>> I downgraded to gst-plugins-*-1.4.2* and all streams work again. The
>> issue lies in gst-plugins-*-1.4.3* .
>
> strange; my streams still work with gst-plugins 1.4.3*
>
> so
On 09/26/2014 03:31 AM, Stephen Martin wrote:
I don't use ffmpeg-complete (I just use the one from [extra].
I downgraded to gst-plugins-*-1.4.2* and all streams work again. The
issue lies in gst-plugins-*-1.4.3* .
strange; my streams still work with gst-plugins 1.4.3*
something different in h
> On Fri, Sep 26, 2014 at 05:37:57AM +0800, lolilolicon wrote:
>> With the disclosure of the new bash bug (CVE-2014-6271, CVE-2014-7169),
>> it seems timely to bring this up.
>>
>> Dan added dash to core/base around seven years ago [1], intending the
>> eventually link /bin/sh to dash instead o
On Fri, Sep 26, 2014 at 05:37:57AM +0800, lolilolicon wrote:
> With the disclosure of the new bash bug (CVE-2014-6271, CVE-2014-7169),
> it seems timely to bring this up.
>
> Dan added dash to core/base around seven years ago [1], intending the
> eventually link /bin/sh to dash instead of bash.
>
> On 09/25/2014 09:22 PM, Stephen Martin wrote:
>> I listen to quite a few radio stations through rhythmbox, and all of
>> them now fail to play with an error of "Could not determine type of
>> stream."
>>
>> I noticed that gstreamer updated yesterday to 1.4.3. Might that be
>> the issue? Are o
With the disclosure of the new bash bug (CVE-2014-6271, CVE-2014-7169),
it seems timely to bring this up.
Dan added dash to core/base around seven years ago [1], intending the
eventually link /bin/sh to dash instead of bash.
[1]
https://mailman.archlinux.org/pipermail/arch-dev-public/2007-Novemb
On 09/25/2014 10:14 AM, Karol Blazewicz wrote:
On Thu, Sep 25, 2014 at 9:26 AM, David C. Rankin
wrote:
It's like a game of Whack-a-Mole lately...
Further reading:
https://bugzilla.redhat.com/show_bug.cgi?id=1146319
--
David C. Rankin, J.D.,P.E.
Why not send it to arch-security ML?
Good
On 09/25/2014 09:22 PM, Stephen Martin wrote:
I listen to quite a few radio stations through rhythmbox, and all of
them now fail to play with an error of "Could not determine type of
stream."
I noticed that gstreamer updated yesterday to 1.4.3. Might that be
the issue? Are others experiencing si
On 25.09.2014 19:15, Karol Blazewicz wrote:
> At least for the last 15 minutes (since around 7 PM CEST) some of Arch
> Linux sites have been down:
Unexpected issues during maintenance. We're working on it.
That said thanks for reporting issues ;)
signature.asc
Description: OpenPGP digital sign
Hi Martti,
I did mention that I have been playing with the hooks and systemd in my
initial mail. At least I thought that would be clear. Sorry if it was not.
I will try to make that more clear next time. Was my first post here, I
only joined this list recently.
My question about how to open a deb
At least for the last 15 minutes (since around 7 PM CEST) some of Arch
Linux sites have been down:
http://www.archlinux.org/
https://www.archlinux.org/packages/
https://bugs.archlinux.org/
https://www.archlinux.org/download/
The forum and wiki seem unaffected.
I listen to quite a few radio stations through rhythmbox, and all of them now
fail to play with an error of "Could not determine type of stream."
I noticed that gstreamer updated yesterday to 1.4.3. Might that be the issue?
Are others experiencing similar problems?
signature.asc
Description:
On Thu, Sep 25, 2014 at 9:26 AM, David C. Rankin
wrote:
> It's like a game of Whack-a-Mole lately...
>
> Further reading:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1146319
>
> --
> David C. Rankin, J.D.,P.E.
Why not send it to arch-security ML?
hi tobias,
I wasn't taking you rude. But implying you were using custom packages
while we're trying to debug an issue is generally seen as a serious
undermining of any help... Such things are to be mentioned beforehand,
since the basic assumption is a repo install.
cheers!
mar77i
Hi Martti,
It was definitely not my intention to be rude. I am sorry if I gave
that impression.
Thanks again for taking the time to help me!
Best Regards,
Tobias
On Thu, Sep 25, 2014 at 9:32 AM, Martti Kühne wrote:
> On Wed, Sep 24, 2014 at 1:47 PM, Tobias Hunger
> wrote:
>>
>> My C-foo is a
On Wed, Sep 24, 2014 at 1:47 PM, Tobias Hunger wrote:
>
> My C-foo is a bit rusty, so who knows what I actually put into my
> patched version of systemd-fstab-generator that I have on that
> initrd;-)
>
I was planning to complain already.
Try not to insult people trying to help you like that...
It's like a game of Whack-a-Mole lately...
Further reading:
https://bugzilla.redhat.com/show_bug.cgi?id=1146319
--
David C. Rankin, J.D.,P.E.
25 matches
Mail list logo