It looks like they are being compressed with upx.
Muhammed Uluyol
On Sat, Apr 14, 2012 at 12:08 PM, Victor Silva wrote:
> My guess is they are shipping less embedded libs.
>
> Em 14 de abril de 2012 14:02, Brendan Long
> escreveu:
>
> > It's just strange that it
I think it would be better if it was more like rc.conf by using an
array and a function that went through that array. It looks simple
enough, maybe something like
exec_xinitd_scripts() {
if [[ $XINITD_SCRIPTS ]]; then
for ((i=0; i < ${#XINITD_SCRIPTS[@]}; i++)); do
exec_next
Forgot, you'd probably want a 'sleep 1' or 'sleep 2' in there.
What's wrong with using uuids?
If it's really bugging you you could use something like
#!/bin/bash
while true; do
for dev in /media/*; do
sdname=$(blkid -U ${dev##*/}
[[ ! -e /media/$sdname ]] && ln -s "$dev" "/media/$sdname"
done
done
Something that used inotify would work
Does this enable r600g? I think it would be great for r300g to be used by
default but r600g is not there yet.
Why not make new arrays?
i686depends, x86_64depends, i686source, etc.
On Tue, Jul 27, 2010 at 8:51 AM, vlad wrote:
> On Tue, Jul 27, 2010 at 03:38:10PM +0200, Jakob Gruber wrote:
> > On Tuesday 27 July 2010 15:25:56 vlad wrote:
> > > Hello list,
> > >
> > > Here is a
> > patch against makepkg fr
> HTML5 only works on Chrome/IE I think. Firefox devs decided they would
> go with the Vorbis rather than x264 codecs, while youtube decided the
> other way round.
Youtube uses webm now, not h.264.
Firefox should have support in their nightly builds.
>
> You didn't even mention WHAT is a design fault. But frankly, I don't
> care, as this is neither the topic here, nor is it the right place to
> complain about design faults in Linux or HAL.
>
> http://lists.freedesktop.org/archives/hal/2008-May/011560.html
> The only viable solution I could think of is using one git repository
> per package - and that is just crazy.
>
With submodules it wouldn't be that bad.
If the lahf fix doesn't work, you could try nspluginwrapper
On Sat, Feb 13, 2010 at 4:05 PM, Dieter Plaetinck wrote:
>
> what do you mean context? it only depends on whether the first
> character after the variablename is a valid character in a variablename
> or not. if it's valid, use braces. if it isn't, no need for braces.
Arrays can't be used with $a
> So what ? An update should create/adjust that symlink
> and it currently does. There's no problem with that.
> Just don't delete the old *.so, that's all I ask.
Patch pacman, build your version, and add pacman to IgnorePkg
> So *who* creates the symlink from libfoo.so ->
> libfoo.so.1.2.3 ? It's either pacman or ldconfig
> called by pacman. Unless you believe in little
> gremlins doing it while you sleep.
It is created 'inside' of the package, not during the installation.
$ bsdtar tzf libpng-1.4.0-2-x86_64.pkg.tar.
http://wiki.archlinux.org/index.php/The_Arch_Way#Code-correctness_over_convenience
On Mon, Feb 1, 2010 at 10:30 PM, Nilesh Govindarajan wrote:
>
> pacman should do what you said. keeping /boot/vmlinuz- instead of
> just /boot/vmlinuz
>
Then arch will try to load modules for a newer kernel version and that
WILL fail.
I doesn't work and isn't difficult to store a limited number of
>> And if you really need to downgrade the kernel or another package just
>> do it with pacman -U /var/cache/pacman/pkg/-.
>
> I know this is the No.1 hint but this solution is not very well from my view
> because instead the hardidsk getting bigger and bigger it sounds unlogical to
> keep a lot of
16 matches
Mail list logo