Featured Articles
Announcing Pi
Technical Specifications
Raspberry Pi FAQs
Win a Pi
Raspberry Pi Wishlist
Actions
Forum Thread Details
  • Replies 10 replies
  • Subscribers 676 subscribers
  • Views 1848 views
  • Users 0 members are here
Related

rpi-config (Clone of raspi-config) Base additions.

Former Member

Greetings All

 

My first post to this forum. Bet it will upset some. Please stick to the topic.

 

http://www.raspberrypi.org/phpBB3/viewtopic.php?f=63&t=18557

 

Please read this thread if you are interested in the reasons why I have added code to the original.

The push being to have it added to the official release by asb in Raspbian.

 

My comment. Removed insult aimed at Jamesh. Second thoughts say bad form not helping my cause. Not that they have any choice now.

 

On to the business at hand...

 

I am looking for people to firstly check and test my code as I am no expert and secondly make suggestions.

Finally post support in the thread given above as I have been banned for daring to relate my concerns.

Be careful how you state your opinion on the RPi forums. Banning people is not the best way to encourage robust discussion.

 

ftp://zlham.geek.nz/rpi/

 

I have added the following to the script.

 

Change root. Allow the setting of a root password.

Set static. Change between DHCP and a static ip address or vis versa.

Set dns. Change the dns server settings.

Set hosts. Change the hostname.

 

/etc/hosts settings are changed as is the norm when changing ip, dns and hostname.

 

I have removed overclocking as I feel this is not a base feature. It is an advanced feature that should require a new user to take steps to download a seperate script to set up this advanced feature.

 

Backup your /etc/network/interfaces. /etc/hosts, hostname and resolv.conf before testing.

The same warning as the original code. Heavily modified systems may not behave as expected as there is very little error checking.

I think I have set sane defaults. There is little need to reboot to test the code and keeping a backup makes it easy to set the machine back to standard.

 

I think this covers base configuration items not covered by asb.

It took me little more than a few hours over two days to add the extra code.

Given enough support I would be prepared to maintain the code however I really think the original author should pick up the ball.

Considering I am not going to tolerate the attitude I see on the RPi forum it is not likely that I will participate without a formal appology from jamesh in the thread (Yeah right).

One more time. I do not want to discuss the conduct of either side. Feel free to comment if you wish however it is unlikely I will respond on this level.

 

The primary goal is to ensure new users can start working with the RPi without DHCP by allowing a static IP to be set just like any other distribution (A generalization).

 

Dispite reasonably polite emails to asb and the forum admin no responses have been forthcoming. Probably par for the course.

Addressing the program name raspi-config change to rpi-config is also a matter for the author to consider.

 

 

Regards

Peter

PS It is easy enough to find my email address if you have a clue (zlham whois). Flames & sock puppets > /dev/null

Parents

  • First of all welcome to the "other forum," and disregard the kind of treatment you get from the red and green minions in the "official forum," that is standard practice and behaviour when somebody tries to suggest something different, perhaps not with the best terms and solid arguments, where a word out of place may directly put you on the meat grinder and in path to become one more "concern troll."

     

    I've read the thread and I've to give more thought to your suggestion which I consider valid, while DHCP is a good option for an almost Plug-n-Play quick config, having the option to assign a static IP address is also a good option.

     

    I'm casually dealing with a similar situation testing the recently released Fedora Remix image where there is no login enabled via the UART, the framebuffer configuration for the analog video output does not work properly with my monitor where there are portions of the screen I can't see.

     

    Fortunately the image includes dhcp and sshd enabled, and it recognized the wireless transceiver for the keyboard I was using. After several tries I was able to complete the first boot which includes setting the root password and a user/password (to make it more difficult you can't set easy simple passwords, seems that the security level is set to freaking high.) Then after finding what IP address was assigned to the board via DHCP I was able to ssh to the board and finish up and complete the configuration I desired.

     

    It would have been great, first if the serial interface had a getty enabled for login via UART and a configuration option to set DHCP or a static IP address.

    I'm sure that if I tell the Fedora folks about it will have a different kind of reception that if you try to touch the sacrosanct cult based Raspbian.

     

    Not sure if it has to be a "top priority" but it is not a bad suggestion. I'll take a look and give a try at your code.

     

    -J

  • in reply to jamodio

    After several tries I was able to complete the first boot which includes setting the root password and a user/password (to make it more difficult you can't set easy simple passwords, seems that the security level is set to freaking high.)

    this sort of stuff really annoys me. it's really out of place on a device that's deliberately designed to be unkillable and easily recoverable with a simple re-write of the sd-card.

    How many of the people using these will be used to windows home edition with fast-user switching and no concept of passwords. Putting up barriers just isn't a good start for an educational device.

Reply
  • in reply to jamodio

    After several tries I was able to complete the first boot which includes setting the root password and a user/password (to make it more difficult you can't set easy simple passwords, seems that the security level is set to freaking high.)

    this sort of stuff really annoys me. it's really out of place on a device that's deliberately designed to be unkillable and easily recoverable with a simple re-write of the sd-card.

    How many of the people using these will be used to windows home edition with fast-user switching and no concept of passwords. Putting up barriers just isn't a good start for an educational device.

Children