Thorsten Mühlfelder | 27 Mar 16:31 2011
Picon
Picon

ARMed Slack repository with dependency support

Hi,

there is a ARMed Slack repository with dependency support available at
our Salix OS server:
http://salix.enialis.net/arm/armedslack-current/

You can use it with a package manager like slapt-get. slapt-get and
it's dependencies are available here:
http://salix.enialis.net/arm/current/slapt-get/

Just install all of them and you are ready to go:
slapt-get --add-keys
slapt-get -u
slapt-get -i whatever-you-want

PS: this slapt-get version is patched to use the faster spkg package
tool instead of pkgtools.

--

-- 
Thorsten Mühlfelder
Salix OS: www.salixos.org
Giovanni | 27 Mar 16:51 2011
Picon

Re: ARMed Slack repository with dependency support

Wow!

Great news. I will try it on my Slackware Pandaboard.

Best regards,
alien jo


2011/3/27 Thorsten Mühlfelder <thenktor <at> gmx.de>
Hi,

there is a ARMed Slack repository with dependency support available at
our Salix OS server:
http://salix.enialis.net/arm/armedslack-current/

You can use it with a package manager like slapt-get. slapt-get and
it's dependencies are available here:
http://salix.enialis.net/arm/current/slapt-get/

Just install all of them and you are ready to go:
slapt-get --add-keys
slapt-get -u
slapt-get -i whatever-you-want

PS: this slapt-get version is patched to use the faster spkg package
tool instead of pkgtools.

--
Thorsten Mühlfelder
Salix OS: www.salixos.org
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack

_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Davide | 28 Mar 19:06 2011
Picon

dockstar /etc/mtab inconsistent with /proc/mounts on current

Hi.
While fiddling with rc.S to have / in RO I noticed that /etc/mtab is inconsistent with the content of /proc/mounts.
I replaced /etc/mtab with a link to /proc/mounts and things seem to be ok again ... not 100% sure that it's ok to leave it this way.
Anyone else spotted the same thing ?
I can report that this does not happen on my x86 slackware current.

Regards
David
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Geoff Walton | 28 Mar 22:25 2011

Re: dockstar /etc/mtab inconsistent with /proc/mounts on current

Unless you have done something like got /etc on a different volume than / which creates its own problems then you obviously can't write to / etc.  I have done slackware86 on nfs before with a readonly rootfs and I did have the same problem.  I soved it by creating a link just the same way you did.  I don't think there are any issues with it.  I am surpriesed you did not encounter this on the x86 distribution, but I was working with Slackware 11.0 at the so maybe something has changed.
 
On Mon, Mar 28, 2011 at 1:06 PM, Davide <louigi600 <at> yahoo.it> wrote:
Hi.
While fiddling with rc.S to have / in RO I noticed that /etc/mtab is inconsistent with the content of /proc/mounts.
I replaced /etc/mtab with a link to /proc/mounts and things seem to be ok again ... not 100% sure that it's ok to leave it this way.
Anyone else spotted the same thing ?
I can report that this does not happen on my x86 slackware current.

Regards
David

_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack


_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Davide | 29 Mar 09:19 2011
Picon

Re: dockstar /etc/mtab inconsistent with /proc/mounts on current

Well on my x86 the inconsistency is not so bad to become a problem:
root <at> hp:~# cat /etc/mtab             
/dev/root / ext4 rw,relatime,barrier=1,data=ordered 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
usbfs /proc/bus/usb usbfs rw 0 0
/dev/sda1 /boot ext4 rw 0 0
tmpfs /dev/shm tmpfs rw 0 0

root <at> hp:~# cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / ext4 rw,relatime,barrier=1,data=ordered 0 0
devtmpfs /dev devtmpfs rw,relatime,size=515692k,nr_inodes=128923,mode=755 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
usbfs /proc/bus/usb usbfs rw,relatime 0 0
/dev/sda1 /boot ext4 rw,relatime,barrier=1,data=ordered 0 0
tmpfs /dev/shm tmpfs rw,relatime 0 0
root <at> hp:~#

On the dockstar none of the pseudo filesystems and tmpfs showed up in the mtab. This meant that doinfg a remount on any tmpfs you would physically remount it over and have 2 tmpfs over one another. This is definitely annoying and useless

I know that other distro do the link thing too but I can't recall if they also do something else along with that (like changing default mount behavior not to try write in mtab as it's a link to something that is kernel maintained). Whatever I've more urgent issues in making root readonly to be 100% ctash proof.

Regards
David

--- Lun 28/3/11, Geoff Walton <geoff <at> ohdoughnut.com> ha scritto:

Da: Geoff Walton <geoff <at> ohdoughnut.com>
Oggetto: Re: [ARMedslack] dockstar /etc/mtab inconsistent with /proc/mounts on current
A: "Slackware ARM port" <armedslack <at> lists.armedslack.org>
Data: Lunedì 28 marzo 2011, 22:25

Unless you have done something like got /etc on a different volume than / which creates its own problems then you obviously can't write to / etc.  I have done slackware86 on nfs before with a readonly rootfs and I did have the same problem.  I soved it by creating a link just the same way you did.  I don't think there are any issues with it.  I am surpriesed you did not encounter this on the x86 distribution, but I was working with Slackware 11.0 at the so maybe something has changed.
 
On Mon, Mar 28, 2011 at 1:06 PM, Davide <louigi600 <at> yahoo.it> wrote:
Hi.
While fiddling with rc.S to have / in RO I noticed that /etc/mtab is inconsistent with the content of /proc/mounts.
I replaced /etc/mtab with a link to /proc/mounts and things seem to be ok again ... not 100% sure that it's ok to leave it this way.
Anyone else spotted the same thing ?
I can report that this does not happen on my x86 slackware current.

Regards
David

_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack



-----Segue allegato-----

_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
_______________________________________________
ARMedslack mailing list
ARMedslack <at> lists.armedslack.org
http://lists.armedslack.org/mailman/listinfo/armedslack
Stuart Winter | 29 Mar 10:32 2011
Picon

Re: dockstar /etc/mtab inconsistent with /proc/mounts on current

> On the dockstar none of the pseudo filesystems and tmpfs showed up in
> the mtab. This meant that doinfg a remount on any tmpfs you would
> physically remount it over and have 2 tmpfs over one another. This is
> definitely annoying and useless
>
> I know that other distro do the link thing too but I can't recall if
> they also do something else along with that (like changing default mount
> behavior not to try write in mtab as it's a link to something that is
> kernel maintained). Whatever I've more urgent issues in making root
> readonly to be 100% ctash proof.

The inconsistancy happens for meon x86_64 too, and also on my ARM boxes.
However I have never had any problem with this before and have never
noticed it on any platform.

There are some mailing list threads about people making mtab a symlink to
/proc/mounts -- I haven't read them all, but if you haven't, it'd
probably be worth a read -- this isn't a new thing!
Davide | 31 Mar 19:45 2011
Picon

play with leds on current

I know most of you can do this better for yourselves ... but it might be handy for those who don't want to enter
manually 3 echo's to some odd file in /sys just to make a led blink at a desired rate.

Here is the script I made for my lazy self: (BTW the MYOPTIONS array also self generates the help message and
the options to be parsed ... just use it with no arguments or with -h and get help on how to use it )

#!/bin/bash
DEBUG=0

MYOPTIONS=(
"I,,\t\t:Turn ON,-"
"O,,\t\t:Turn OFF,-"
"b,:,\t:Blink with blinkrate <on:off> in miliseconds,-"
"t,:,\t:Set trigger <trigger>,-"
"h,,\t\t:Show this help message,0"
)
export MYOPTIONS

NAME=$(basename $0)

dump_options ()
{ echo "Dumping all options : "
  I=0
  while [ $I -lt ${#MYOPTIONS[*]} ]
  do
    echo "${MYOPTIONS[$I]}" |/usr/bin/awk -F, '{printf("  -%s=%s\n",$1,$4)}'
    I=$(/usr/bin/expr $I + 1)
  done
}

usage ()
{ cat <<EOF 

usage: $NAME [OPTIONS] <green|orange>

Seagate Dockstar led manager

OPTIONS
EOF
  I=0
  while [ $I -lt ${#MYOPTIONS[*]} ]
  do
    OPTION=$(echo "${MYOPTIONS[$I]}" |/usr/bin/cut -d "," -f 1)
    PARM=$(echo "${MYOPTIONS[$I]}" |/usr/bin/cut -d "," -f 2)
    HTXT=$(echo "${MYOPTIONS[$I]}" |/usr/bin/cut -d "," -f 3)
    [ "$PARM" = ":" ] && echo -e "-$OPTION <value> $HTXT" || echo -e "-$OPTION $HTXT"
    I=$(/usr/bin/expr $I + 1)
  done

  echo
  if [ "$*" != "" ] 
  then
    echo "Error: $*"
    exit 1
  else
    exit 0
  fi
}

get_myoptions_array_element ()
{ I=0
  SEARCH_OPTION=$(echo "$1" |/usr/bin/tr -d "-")

  while [ $I -lt ${#MYOPTIONS[*]} ]
  do
    OPTION=$(echo "${MYOPTIONS[$I]}" |/usr/bin/cut -d "," -f 1)
    [ "$OPTION" = "$SEARCH_OPTION" ] && break
    I=$(/usr/bin/expr $I + 1)
  done
  echo $I
}

get_myoptions_value ()
{ I=0
  SEARCH_OPTION=$(echo "$1" |/usr/bin/tr -d "-")

  while [ $I -lt ${#MYOPTIONS[*]} ]
  do
    OPTION=$(echo "${MYOPTIONS[$I]}" |/usr/bin/cut -d "," -f 1)
    VALUE=$(echo "${MYOPTIONS[$I]}" |/usr/bin/cut -d "," -f 4)
    [ "$OPTION" = "$SEARCH_OPTION" ] && (echo $VALUE ; break)
    I=$(/usr/bin/expr $I + 1)
  done
}

get_myoptions_entry ()
{ I=0
  SEARCH_OPTION=$(echo "$1" |/usr/bin/tr -d "-")

  while [ $I -lt ${#MYOPTIONS[*]} ]
  do
    OPTION=$(echo "${MYOPTIONS[$I]}" |/usr/bin/cut -d "," -f 1)
    VALUE=$(echo "${MYOPTIONS[$I]}" |/usr/bin/cut -d "," -f -3)
    [ "$OPTION" = "$SEARCH_OPTION" ] && (echo $VALUE ; break)
    I=$(/usr/bin/expr $I + 1)
  done
}

set_myoptions_value ()
{ AE=$(get_myoptions_array_element $1)
  VAL=$(get_myoptions_entry $1)
  NEWE="${VAL},$2"
  MYOPTIONS[$AE]=$NEWE
  export MYOPTIONS
}

set_trigger ()
{ echo "$2" > ${1}/trigger
}

set_blink ()
{ echo "$2" > ${1}/delay_on
  echo "$3" > ${1}/delay_off
}

led_on ()
{ MAX_BRIGHT=$(cat ${1}/max_brightness)
  echo "none" > ${1}/trigger
  echo "$MAX_BRIGHT" > ${1}/brightness

}

led_off ()
{ echo "none" > ${1}/trigger
  echo "0" > ${1}/brightness
}

########################
#MAIN
########################
[ $DEBUG -eq 1 ] && echo -n "Composing optistring for getopt ... "
GETOPT_STRING=$(I=0
  while [ $I -lt ${#MYOPTIONS[*]} ]
  do
    OPTION=$(echo "${MYOPTIONS[$I]}" |/usr/bin/cut -d "," -f 1)
    PARM=$(echo "${MYOPTIONS[$I]}" |/usr/bin/cut -d "," -f 2)
    echo -en "${OPTION}$PARM" 
    I=$(/usr/bin/expr $I + 1)
  done
)
[ $DEBUG -eq 1 ] && echo $GETOPT_STRING

/usr/bin/getopt $GETOPT_STRING $* >/dev/null 2>/dev/null || \
  usage unknown option or insufficient parameters: $*

GPO=$(/usr/bin/getopt $GETOPT_STRING $* 2>/dev/null |/usr/bin/tr -d "'")
set -- $GPO

[ $DEBUG -eq 1 ] && echo "Getopt Parsed Options: $*"

[ $DEBUG -eq 1 ] && echo "$# : $*"
[ $DEBUG -eq 1 ] && echo -n "Beginning to parse options internally ... "
[ "$1" = "--" ] && usage "Insufficient parameters"

while [ $# -ge 1 ]
do
  case $1 in
    -I) set_myoptions_value I 1; set_myoptions_value O 0; shift;;
    -O) set_myoptions_value O 1; set_myoptions_value I 0; shift;;
    -b) set_myoptions_value b $2; shift 2 ;;
    -t) set_myoptions_value t $2; shift 2 ;;
    -h) usage ;;
    --) shift ; break ;;
    *) usage $1 unknown option ;;
  esac 
done
[ $DEBUG -eq 1 ] && echo "Done"

[ $# -lt 1 ] && usage "Insufficient parameters"

case $1 in
  green) LED_DIR="/sys/class/leds/dockstar:green:health" ;;
  orange) LED_DIR="/sys/class/leds/dockstar:orange:misc" ;;
  *) usage "Nos such led avalible"
esac

[ "$(get_myoptions_value t)" != "-" ] && \
  set_trigger $LED_DIR $(get_myoptions_value t)

if [ "$(get_myoptions_value b)" != "-" ]
then
  ON_TIME=$(echo "$(get_myoptions_value b)" |/usr/bin/cut -d: -f1)
  OFF_TIME=$(echo "$(get_myoptions_value b)" |/usr/bin/cut -d: -f2)
  set_trigger $LED_DIR timer
  /usr/bin/sleep 0.1
  set_blink $LED_DIR $ON_TIME $OFF_TIME
fi

[ "$(get_myoptions_value I)" = "1" ] && led_on $LED_DIR
[ "$(get_myoptions_value O)" = "1" ] && led_off $LED_DIR

Gmane