/home/yazdzik/.zshrc:[:237: too many arguments /home/yazdzik/.zshrc:[:977: too many arguments yazdzik@grml1 ~ %
Dear Mika and friends,
Since you are all z shell to the core(okay, really bad pun) why do I argue so much?
Also, the latest grub update is disastrous, as it eats the menu.lst for breakfast, leaving an unbootable system, but I suspect you know this.
What would be cool is a way to get grub back, as the population of devices by udev in lilo is a process best measured in years. Is there a way to do this with the live cd which respects the uuid?
Best to all of you,
Martin
"If the path be beautiful, let us not ask where it leads." -France
* martin yazdzik yazdzik@nyct.net [20080209 21:48]:
/home/yazdzik/.zshrc:[:237: too many arguments /home/yazdzik/.zshrc:[:977: too many arguments yazdzik@grml1 ~ %
Since you are all z shell to the core(okay, really bad pun) why do I argue so much?
D'oh, what's that? Can you please provide output of:
cat -n /home/yazdzik/.zshrc | grep -C5 ' 237' cat -n /home/yazdzik/.zshrc | grep -C5 ' 977'
?
Also, the latest grub update is disastrous, as it eats the menu.lst for breakfast, leaving an unbootable system, but I suspect you know this.
Which grub-version? 'dpkg --list grub*'
What would be cool is a way to get grub back, as the population of devices by udev in lilo is a process best measured in years. Is there a way to do this with the live cd which respects the uuid?
Does running 'update-grub' help you?
regards, -mika-
On Sun, 2008-02-10 at 00:59 +0100, Michael Prokop wrote:
- martin yazdzik yazdzik@nyct.net [20080209 21:48]:
/home/yazdzik/.zshrc:[:237: too many arguments /home/yazdzik/.zshrc:[:977: too many arguments yazdzik@grml1 ~ %
/home/yazdzik/.zshrc:[:237: too many arguments /home/yazdzik/.zshrc:[:977: too many arguments yazdzik@grml1 ~ % cat -n /home/yazdzik/.zshrc | grep -C5 ' 237' 232 233 if [ -x $(which aterm) ] ; then 234 isutfenv && [ -n "$LANG" ] && alias aterm="LANG= ${LANG/(#b)(*)[.@]*/$match[1].iso885915} luit aterm" 235 fi 236 237 if [ -x $(which centericq) ] ; then 238 isutfenv && [ -n "$LANG" ] && alias centericq="LANG= ${LANG/(#b)(*)[.@]*/$match[1].iso885915} luit centericq" 239 fi 240 fi 241 # }}} 242 yazdzik@grml1 ~ % cat -n /home/yazdzik/.zshrc | grep -C5 ' 977' 972 return 0 973 } 974 975 # hl() highlighted less 976 # http://ft.bewatermyfriend.org/comp/data/zsh/zfunct.html 977 if [ -x $(which highlight) ] ; then 978 function hl() { 979 local theme lang 980 theme=${HL_THEME:-""} 981 case ${1} in 982 (-l|--list) yazdzik@grml1 ~ %
thanks, mika -
grub by the way is:
ii grub 0.97-30 GRand Unified Bootloader
this is a known issue, I think....
best, M
The world must construe according to its wits. This Court must construe according to the law. -bolt
I've seen similar errors on starting the zshell also.
/etc/zsh/zshrc:[:816: too many arguments /home/moss/.zshrc.global:[:773: too many arguments
cat -n /etc/zsh/zshrc | grep -C5 ' 816' 811 get_3ware 812 } 813 fi 814 815 # I hate lacking backward compability, so provide an alternative therefore 816 if ! [ -x $(which apache2-ssl-certificate) ] ; then 817 function apache2-ssl-certificate(){ 818 819 print 'Debian does not ship apache2-ssl-certificate anymore (see #398520). :(' 820 print 'You might want to take a look at Debian the package ssl-cert as well.' 821 print 'To generate a certificate for use with apache2 follow the instructions:'
cat -n /home/moss/.zshrc.global | grep -C5 ' 773' 768 alias debs-by-size='grep-status -FStatus -sInstalled-Size,Package \ 769 -n "install ok installed" | paste -sd " \n" | sort -rn' 770 fi 771 772 # if cdrecord is a symlink (to wodim) or isn't present at all warn: 773 if [ -L /usr/bin/cdrecord -o ! -x $(which cdrecord) ] ; then 774 if [ -x $(which wodim) ] ; then 775 alias cdrecord="echo 'cdrecord is not provided under its original name by Debian anymore. 776 See #377109 in the BTS of Debian for more details. 777 778 Please use the wodim binary instead' ; return 1"
dpkg --list/* ii zsh 4.3.4-dev-8-1 A shell with lots of features ii zsh-doc 4.3.4-dev-8-1 zsh documentation - info/HTML format ii zsh-lovers 0.7.0 tips, tricks and examples for the zsh ii zsh-static 4.3.4-dev-8-1 A shell with lots of features (static link) un zsh30-static <none> (no description available)
Regards to all Moss
PS I love learning about my system and I continue to be astonished how well grml provides me with the opportunities to do so.
* Maurice McCarthy moss@mythic-beasts.com [20080210 12:22]:
I've seen similar errors on starting the zshell also.
/etc/zsh/zshrc:[:816: too many arguments /home/moss/.zshrc.global:[:773: too many arguments
[...]
Same problem as Martin has, so please:
au ; agi grml-etc-core # upgrade grml-etc-core package mv ~/.zshrc.global ~/.zshrc.global.unused # you don't need that file at all, because you use grml :) mv ~/.zshrc ~/.zshrc.unused cp /etc/skel/.zshrc ~/.zshrc
Sorry for the inconvenience, but as the skeleton files aren't upgrade inside your $HOME it's not possible to fix your problem automatically.
PS I love learning about my system and I continue to be astonished how well grml provides me with the opportunities to do so.
Great to hear that. :)
regards, -mika-
* martin yazdzik yazdzik@nyct.net [20080210 02:32]:
On Sun, 2008-02-10 at 00:59 +0100, Michael Prokop wrote:
- martin yazdzik yazdzik@nyct.net [20080209 21:48]:
/home/yazdzik/.zshrc:[:237: too many arguments /home/yazdzik/.zshrc:[:977: too many arguments yazdzik@grml1 ~ %
/home/yazdzik/.zshrc:[:237: too many arguments /home/yazdzik/.zshrc:[:977: too many arguments yazdzik@grml1 ~ % cat -n /home/yazdzik/.zshrc | grep -C5 ' 237' 232 233 if [ -x $(which aterm) ] ; then 234 isutfenv && [ -n "$LANG" ] && alias aterm="LANG= ${LANG/(#b)(*)[.@]*/$match[1].iso885915} luit aterm" 235 fi 236 237 if [ -x $(which centericq) ] ; then 238 isutfenv && [ -n "$LANG" ] && alias centericq="LANG= ${LANG/(#b)(*)[.@]*/$match[1].iso885915} luit centericq" 239 fi 240 fi 241 # }}} 242 yazdzik@grml1 ~ % cat -n /home/yazdzik/.zshrc | grep -C5 ' 977' 972 return 0 973 } 974 975 # hl() highlighted less 976 # http://ft.bewatermyfriend.org/comp/data/zsh/zfunct.html 977 if [ -x $(which highlight) ] ; then 978 function hl() { 979 local theme lang 980 theme=${HL_THEME:-""} 981 case ${1} in 982 (-l|--list) yazdzik@grml1 ~ %
Ok thanks, we are investigating on that. Does upgrading grml-etc-core in the meanwhile help? [au ; agi grml-etc-core]
grub by the way is:
ii grub 0.97-30 GRand Unified Bootloader
this is a known issue, I think....
Could you fix your grub problem?
regards, -mika-
* martin yazdzik yazdzik@nyct.net [20080210 02:32]:
On Sun, 2008-02-10 at 00:59 +0100, Michael Prokop wrote:
- martin yazdzik yazdzik@nyct.net [20080209 21:48]:
/home/yazdzik/.zshrc:[:237: too many arguments /home/yazdzik/.zshrc:[:977: too many arguments yazdzik@grml1 ~ %
[...]
Martin, does:
au ; agi grml-etc-core mv ~/.zshrc ~/.zshrc.unused cp /etc/skel/.zshrc ~/.zshrc
fix your problem?
regards, -mika-
mv ~/.zshrc ~/.zshrc.unused cp /etc/skel/.zshrc ~/.zshrc
Indeed, Mika, as always, you repaired the issue -
In the meantime, since that version of grub, 0.97-30 has the known bug that running grub-update changes hdd location descriptions, the subscibers need to know not to use that version from debian unstable.
The question, on a different level, could be re-phrased as to why it takes udevd more than twenty-five seconds to populate when booting via lilo, since both boot loaders should work. An eternity when one boots the laptop five times a day....
That is why I suppose the ski patrol runs the slopes before the public ;) and we run experimental partitions.....
Thanks again for the immense amount of work you do to give all of us a totally reliable distro.
Best, Martin
Chi troppo vuole nulla stringe
* martin yazdzik yazdzik@nyct.net [20080210 12:27]:
mv ~/.zshrc ~/.zshrc.unused cp /etc/skel/.zshrc ~/.zshrc
Indeed, Mika, as always, you repaired the issue -
Great to hear that. (Thanks also to Frank - our zsh guru - for investigating on that.)
In the meantime, since that version of grub, 0.97-30 has the known bug that running grub-update changes hdd location descriptions, the subscibers need to know not to use that version from debian unstable.
Hm, do you have any pointers regarding grub 0.97-30 and the problem you are talking about?
The question, on a different level, could be re-phrased as to why it takes udevd more than twenty-five seconds to populate when booting via lilo, since both boot loaders should work. An eternity when one boots the laptop five times a day....
Interesting problem, because I don't have the problem here right now even though I'm using lilo. But thanks for the pointer, I'll investigate on that issue.
That is why I suppose the ski patrol runs the slopes before the public ;) and we run experimental partitions.....
:)
regards, -mika-
Now, since you encouraged me -
When running the dist-upgrade unstable, grub, which I have installed to the partition which I use for testing things, for obvious reasons, reverts to calling the drives by the (hd0,0) &c, which should work fine.
However, in removing all the appended lines, including UUID, the sata needs(ide1=noprobe &c) and setting them to default values, the system no longer recognises the boot partition.
Your workaround is correct, i e, somehow boot into the system(there is a live cd from Austria that helps a lot in doing stuff this) run update, add the necessary parameters, re-install grub to the appropriate place, and go.
Why the aptitude install erases the menu.lst in favour of a default I cannot say, but the workaround is simple.
Thanks, Mika, as usual, since your workaround indeed worked.
Now, of course, I can no longer figure out why udev works differently with lilo, but the exercise was fun.
Gruesse aus NY,
M
Fronti nulla fides
Teilnehmer (3)
-
martin yazdzik -
Maurice McCarthy -
Michael Prokop