text:
Welcome to Phil Rowley and Brian Chan's Stillwater Fly Fishing Store
We are pleased and proud to now be able to offer a variety of products specifically aimed at the challenges of fly fishing lakes.
Many of these products also work well on rivers, streams and other non-stillwater environments.
Over the years, as we travelled to various shows, seminars and workshops, we were often asked about where could someone find stillwater specific products.
Together, we have used, or had specific input into the development and use of, each product on our Stillwater Fly Fishing Store - from our books and DVD's to our flies.
These are products you will find in our kit bags, at our fly tying stations and perhaps most important, in use as we fly fish lakes around North America.
We encourage you to browse and visit our store often, as we are always looking for and adding new products.
If you have a specific product need for your stillwater forays let us know.
Perhaps we can source and add it to our store, not only for your benefit but for all stillwater fly fishers.
Phil Rowley & Brian Chan
About Phil Rowley
Phil Rowley has been fly fishing for over 30 years.
His love of fly fishing has taken him across North America in pursuit of trout, Atlantic and Pacific salmon, char, pike, walleye and numerous other species on the fly.
But Phil is best known for his stillwater exploits.
A former commercial fly tyer, Phil has written for almost every major fly fishing publication in North America. He has authored three books and numerous feature articles and two regular columns.
Phil's first book
Fly Patterns for Stillwaters
is a best seller.
In addition to his writing, Phil has four instructional DVD's.
In 2007, Phil was a member of the gold medal winning team at the Canadian Fly Fishing championships.
When he isn't on the water Phil Rowley travels North America performing at outdoor shows, providing seminars, speaking to fly clubs and conducting fly-fishing schools.
Phil also provides instructional stillwater guiding on the lakes located a short distance from his Edmonton area home.
Phil has appeared on a number of T.V. shows including,
BC Outdoors Sports Fishing
Sport Fishing B.C.
Fishing Alberta, Fishing with Shelly and Courtney
Let's Go Outdoors
Phil is presently one of the co-hosts of the
New Fly Fisher
, an educational fly fishing production.
Make a point of visiting Phil on his website at, www.flycraftangling.com or email him direct at email@example.com
About Brian Chan
Brian Chan has been fortunate enough to live and work for the past 35 years in Kamloops, British Columbia.
is world famous for its rainbow trout, being strategically situated in the centre of hundreds of productive stillwater trout lakes. It is often referred to as the "
Yellowstone of the North
". It is here that Brian, as a provincial fisheries biologist, managed the recreational stillwater trout fisheries in the Thompson/Nicola Region, and developed his fishing skills.
Brian's lifelong passion for fly fishing has resulted in his spending literally thousands of angling days on these world class waters. He has shared his extensive knowledge of aquatic biology, trout ecology, entomology, and lake fly fishing tactics with others, through a number of magazine articles, books, and instructional DVDs on fly fishing. Brian has been featured on many TV fishing shows and is currently a regular guest on
Sport Fishing on the Fly
and co-host of
The New Fly Fisher
Over the years, Brian Chan has delivered many stillwater fly fishing seminars making him a much sought after speaker throughout North America. He is now taking the seminar theme one step farther by offering personalized guiding services on his home waters.
Brian enjoys introducing new fly fishers to this sport, getting them "hooked" on his lifelong passion, as much as he enjoys helping to refine the skills of even the most advanced stillwater anglers.
To visit Brian's website please go to, www.riseformflyfishing.com or email him direct at email@example.com


text:
Summary Report for:
17-3029.03 - Electromechanical Engineering Technologists
Assist electromechanical engineers in such activities as computer-based process control, instrumentation, or machine design. May prepare layouts of machinery or equipment, plan the flow of work, conduct statistical studies, or analyze production costs.
Sample of reported job titles: Designer, Engineering Specialist, Engineering Tech, Instrumentation and Electrical Preventive Maintenance Inspector IE PM Inspector, Process Control Tech, R&D Lab Technician, Senior Design Engineering Specialist, Senior Designer, Senior Mechanical Designer, Senior Tech Manufacturing Engineering
Tasks | Technology Skills | Tools Used | Knowledge | Skills | Abilities | Work Activities | Detailed Work Activities | Work Context | Job Zone | Education | Credentials | Interests | Work Styles | Work Values | Wages & Employment | Job Openings | Additional Information
- Collaborate with engineers to implement electromechanical designs in industrial or other settings.
- Consult with machinists or technicians to ensure that electromechanical equipment or systems meet design specifications.
- Install or program computer hardware or machine or instrumentation software in microprocessor-based systems.
- Analyze engineering designs of logic or digital circuitry, motor controls, instrumentation, or data acquisition for implementation into new or existing automated, servomechanical, or other electromechanical systems.
- Fabricate or assemble mechanical, electrical, or electronic components or assemblies.
- Modify, maintain, or repair electrical, electronic, or mechanical components, equipment, or systems to ensure proper functioning.
- Select electromechanical equipment, materials, components, or systems to meet functional specifications.
- Produce electrical, electronic, or mechanical drawings or other related documents or graphics necessary for electromechanical design, using computer-aided design (CAD) software.
- Translate electromechanical drawings into design specifications, applying principles of engineering, thermal or fluid sciences, mathematics, or statistics.
- Select and use laboratory, operational, or diagnostic techniques or test equipment to assess electromechanical circuits, equipment, processes, systems, or subsystems.
- Specify, coordinate, or conduct quality-control or quality-assurance programs and procedures.
- Establish and maintain inventory, records, or documentation systems.
- Conduct statistical studies to analyze or compare production costs for sustainable and nonsustainable designs.
- Determine whether selected electromechanical components comply with environmental standards and regulations.
- Develop or implement programs related to the environmental impact of engineering activities.
- Identify energy-conserving production or fabrication methods, such as by bending metal rather than cutting and welding or casting metal.
- Test and analyze thermodynamic systems for renewable energy applications, such as solar or wind, to maximize energy production.
Technology Skills
- Analytical or scientific software — Automation Studio; The MathWorks MATLAB ; The MathWorks Simulink
- Computer aided design CAD software — Autodesk AutoCAD ; Dassault Systemes SolidWorks ; National Instruments Ultiboard; PTC Creo Parametric (see all 6 examples)
- Computer aided manufacturing CAM software — Rapid prototyping software
- Data base user interface and query software — Microsoft Access
- Development environment software — National Instruments LabVIEW
- Graphics or photo imaging software — McNeel Rhino
- Office suite software — Microsoft Office
- Presentation software — Microsoft PowerPoint
- Program testing software — Rockwell RSLogix
- Project management software — MindJet MindManager
- Spreadsheet software — Microsoft Excel
- Word processing software — Microsoft Word
Hot Technology — a technology requirement frequently included in employer job postings.
Tools Used
- Comparators — Optical comparators
- Coordinate measuring machines CMM — Three dimensional laser scanners
- Dynamometers
- Engraving machines — Laser engravers
- Flowmeters — Flow meters
- Hardness testers
- Horizontal turning center — Computerized numerical control CNC lathes
- Impact testers
- Induction heaters — Heat treatment furnaces
- Laser printers
- Metal inert gas welding machine — Metal inert gas MIG welders
- Microcontrollers — Programmable logic controllers PLC
- Milling machines — Computerized numerical control CNC machining centers; Machining centers; Manual mills
- Multimeters — Digital multimeters
- Oscilloscopes — Analog oscilloscopes; Digital oscilloscopes
- Personal computers
- Positioning jig — X-Y positioning tables
- Potentiometers
- Pressure indicators — Pressure gauges
- Proximity sensors
- Punches or nail sets or drifts — Iron workers
- Selective laser sintering machine — Selective laser sintering SLS systems
- Signal converters — Pneumatic electric converters
- Signal generators — Function generators
- Tachometers — Digital tachometers
- Tension testers — Tensile testers
- Tungsten inert gas welding machine — Tungsten inert gas TIG welding equipment
- Engineering and Technology — Knowledge of the practical application of engineering science and technology. This includes applying principles, techniques, procedures, and equipment to the design and production of various goods and services.
- Mechanical — Knowledge of machines and tools, including their designs, uses, repair, and maintenance.
- Computers and Electronics — Knowledge of circuit boards, processors, chips, electronic equipment, and computer hardware and software, including applications and programming.
- Physics — Knowledge and prediction of physical principles, laws, their interrelationships, and applications to understanding fluid, material, and atmospheric dynamics, and mechanical, electrical, atomic and sub- atomic structures and processes.
- Mathematics — Knowledge of arithmetic, algebra, geometry, calculus, statistics, and their applications.
- Design — Knowledge of design techniques, tools, and principles involved in production of precision technical plans, blueprints, drawings, and models.
- Production and Processing — Knowledge of raw materials, production processes, quality control, costs, and other techniques for maximizing the effective manufacture and distribution of goods.
- English Language — Knowledge of the structure and content of the English language including the meaning and spelling of words, rules of composition, and grammar.
- Clerical — Knowledge of administrative and clerical procedures and systems such as word processing, managing files and records, stenography and transcription, designing forms, and other office procedures and terminology.
- Public Safety and Security — Knowledge of relevant equipment, policies, procedures, and strategies to promote effective local, state, or national security operations for the protection of people, data, property, and institutions.
- Active Listening — Giving full attention to what other people are saying, taking time to understand the points being made, asking questions as appropriate, and not interrupting at inappropriate times.
- Critical Thinking — Using logic and reasoning to identify the strengths and weaknesses of alternative solutions, conclusions or approaches to problems.
- Reading Comprehension — Understanding written sentences and paragraphs in work related documents.
- Active Learning — Understanding the implications of new information for both current and future problem-solving and decision-making.
- Complex Problem Solving — Identifying complex problems and reviewing related information to develop and evaluate options and implement solutions.
- Monitoring — Monitoring/Assessing performance of yourself, other individuals, or organizations to make improvements or take corrective action.
- Quality Control Analysis — Conducting tests and inspections of products, services, or processes to evaluate quality or performance.
- Speaking — Talking to others to convey information effectively.
- Systems Analysis — Determining how a system should work and how changes in conditions, operations, and the environment will affect outcomes.
- Systems Evaluation — Identifying measures or indicators of system performance and the actions needed to improve or correct performance, relative to the goals of the system.
- Time Management — Managing one's own time and the time of others.
- Equipment Maintenance — Performing routine maintenance on equipment and determining when and what kind of maintenance is needed.
- Mathematics — Using mathematics to solve problems.
- Operation Monitoring — Watching gauges, dials, or other indicators to make sure a machine is working properly.
- Repairing — Repairing machines or systems using the needed tools.
- Troubleshooting — Determining causes of operating errors and deciding what to do about it.
- Writing — Communicating effectively in writing as appropriate for the needs of the audience.
- Coordination — Adjusting actions in relation to others' actions.
- Judgment and Decision Making — Considering the relative costs and benefits of potential actions to choose the most appropriate one.
- Oral Comprehension — The ability to listen to and understand information and ideas presented through spoken words and sentences.
- Problem Sensitivity — The ability to tell when something is wrong or is likely to go wrong. It does not involve solving the problem, only recognizing there is a problem.
- Oral Expression — The ability to communicate information and ideas in speaking so others will understand.
- Written Comprehension — The ability to read and understand information and ideas presented in writing.
- Deductive Reasoning — The ability to apply general rules to specific problems to produce answers that make sense.
- Inductive Reasoning — The ability to combine pieces of information to form general rules or conclusions (includes finding a relationship among seemingly unrelated events).
- Near Vision — The ability to see details at close range (within a few feet of the observer).
- Information Ordering — The ability to arrange things or actions in a certain order or pattern according to a specific rule or set of rules (e.g., patterns of numbers, letters, words, pictures, mathematical operations).
- Speech Recognition — The ability to identify and understand the speech of another person.
- Mathematical Reasoning — The ability to choose the right mathematical methods or formulas to solve a problem.
- Perceptual Speed — The ability to quickly and accurately compare similarities and differences among sets of letters, numbers, objects, pictures, or patterns. The things to be compared may be presented at the same time or one after the other. This ability also includes comparing a presented object with a remembered object.
- Speech Clarity — The ability to speak clearly so others can understand you.
- Written Expression — The ability to communicate information and ideas in writing so others will understand.
- Category Flexibility — The ability to generate or use different sets of rules for combining or grouping things in different ways.
- Flexibility of Closure — The ability to identify or detect a known pattern (a figure, object, word, or sound) that is hidden in other distracting material.
- Number Facility — The ability to add, subtract, multiply, or divide quickly and correctly.
- Selective Attention — The ability to concentrate on a task over a period of time without being distracted.
- Visualization — The ability to imagine how something will look after it is moved around or when its parts are moved or rearranged.
- Arm-Hand Steadiness — The ability to keep your hand and arm steady while moving your arm or while holding your arm and hand in one position.
- Finger Dexterity — The ability to make precisely coordinated movements of the fingers of one or both hands to grasp, manipulate, or assemble very small objects.
- Memorization — The ability to remember information such as words, numbers, pictures, and procedures.
- Visual Color Discrimination — The ability to match or detect differences between colors, including shades of color and brightness.
- Manual Dexterity — The ability to quickly move your hand, your hand together with your arm, or your two hands to grasp, manipulate, or assemble objects.
Work Activities
- Interacting With Computers — Using computers and computer systems (including hardware and software) to program, write software, set up functions, enter data, or process information.
- Identifying Objects, Actions, and Events — Identifying information by categorizing, estimating, recognizing differences or similarities, and detecting changes in circumstances or events.
- Communicating with Supervisors, Peers, or Subordinates — Providing information to supervisors, co-workers, and subordinates by telephone, in written form, e-mail, or in person.
- Monitor Processes, Materials, or Surroundings — Monitoring and reviewing information from materials, events, or the environment, to detect or assess problems.
- Getting Information — Observing, receiving, and otherwise obtaining information from all relevant sources.
- Updating and Using Relevant Knowledge — Keeping up-to-date technically and applying new knowledge to your job.
- Making Decisions and Solving Problems — Analyzing information and evaluating results to choose the best solution and solve problems.
- Repairing and Maintaining Electronic Equipment — Servicing, repairing, calibrating, regulating, fine-tuning, or testing machines, devices, and equipment that operate primarily on the basis of electrical or electronic (not mechanical) principles.
- Drafting, Laying Out, and Specifying Technical Devices, Parts, and Equipment — Providing documentation, detailed instructions, drawings, or specifications to tell others about how devices, parts, equipment, or structures are to be fabricated, constructed, assembled, modified, maintained, or used.
- Processing Information — Compiling, coding, categorizing, calculating, tabulating, auditing, or verifying information or data.
- Organizing, Planning, and Prioritizing Work — Developing specific goals and plans to prioritize, organize, and accomplish your work.
- Analyzing Data or Information — Identifying the underlying principles, reasons, or facts of information by breaking down information or data into separate parts.
- Establishing and Maintaining Interpersonal Relationships — Developing constructive and cooperative working relationships with others, and maintaining them over time.
- Evaluating Information to Determine Compliance with Standards — Using relevant information and individual judgment to determine whether events or processes comply with laws, regulations, or standards.
- Interpreting the Meaning of Information for Others — Translating or explaining what information means and how it can be used.
- Inspecting Equipment, Structures, or Material — Inspecting equipment, structures, or materials to identify the cause of errors or other problems or defects.
- Controlling Machines and Processes — Using either control mechanisms or direct physical activity to operate machines or processes (not including computers or vehicles).
- Documenting/Recording Information — Entering, transcribing, recording, storing, or maintaining information in written or electronic/magnetic form.
- Judging the Qualities of Things, Services, or People — Assessing the value, importance, or quality of things or people.
- Thinking Creatively — Developing, designing, or creating new applications, ideas, relationships, systems, or products, including artistic contributions.
- Developing Objectives and Strategies — Establishing long-range objectives and specifying the strategies and actions to achieve them.
- Scheduling Work and Activities — Scheduling events, programs, and activities, as well as the work of others.
- Coordinating the Work and Activities of Others — Getting members of a group to work together to accomplish tasks.
- Monitoring and Controlling Resources — Monitoring and controlling resources and overseeing the spending of money.
- Repairing and Maintaining Mechanical Equipment — Servicing, repairing, adjusting, and testing machines, devices, moving parts, and equipment that operate primarily on the basis of mechanical (not electronic) principles.
Detailed Work Activities
- Implement design or process improvements.
- Confer with technical personnel to prepare designs or operational plans.
- Analyze design requirements for computer or electronics systems.
- Develop software or computer applications.
- Assemble equipment or components.
- Fabricate devices or components.
- Design electromechanical equipment or systems.
- Maintain electromechanical equipment.
- Maintain electronic equipment.
- Select project materials.
- Determine design criteria or specifications.
- Test performance of electrical, electronic, mechanical, or integrated systems or equipment.
- Direct quality control activities.
- Develop technical methods or processes.
- Maintain operational records or records systems.
- Analyze costs and benefits of proposed designs or projects.
- Determine operational methods.
- Develop operational methods or processes that use green materials or emphasize sustainability.
- Evaluate characteristics of equipment or systems.
- Test green technologies or processes.
Find occupations related to multiple detailed work activities
Work Context
- Electronic Mail — 100% responded "Every day."
- Face-to-Face Discussions — 100% responded "Every day."
- Telephone — 86% responded "Every day."
- Work With Work Group or Team
- Freedom to Make Decisions — 55% responded "Some freedom."
- Contact With Others — 29% responded "Contact with others most of the time."
- Coordinate or Lead Others — 51% responded "Very important."
- Duration of Typical Work Week — 68% responded "More than 40 hours."
- Structured versus Unstructured Work — 70% responded "Some freedom."
- Sounds, Noise Levels Are Distracting or Uncomfortable — 24% responded "Once a month or more but not every week."
- Responsible for Others' Health and Safety
- Importance of Being Exact or Accurate — 59% responded "Very important."
- Letters and Memos — 36% responded "Every day."
- Wear Common Protective or Safety Equipment such as Safety Shoes, Glasses, Gloves, Hearing Protection, Hard Hats, or Life Jackets — 63% responded "Every day."
- Time Pressure — 49% responded "Once a week or more but not every day."
- Frequency of Decision Making — 50% responded "Once a month or more but not every week."
- Impact of Decisions on Co-workers or Company Results — 29% responded "Moderate results."
- Deal With External Customers — 18% responded "Important."
- Level of Competition — 41% responded "Highly competitive."
- Physical Proximity
- Responsibility for Outcomes and Results — 42% responded "Very high responsibility."
- Spend Time Using Your Hands to Handle, Control, or Feel Objects, Tools, or Controls — 48% responded "Less than half the time."
- Indoors, Not Environmentally Controlled — 28% responded "Never."
- Spend Time Sitting — 24% responded "Less than half the time."
- Consequence of Error — 35% responded "Serious."
- Exposed to Contaminants — 32% responded "Once a year or more but not every month."
- Exposed to Hazardous Conditions — 32% responded "Every day."
- Exposed to Hazardous Equipment — 19% responded "Once a month or more but not every week."
- Very Hot or Cold Temperatures — 22% responded "Every day."
Job Zone
|Job Zone Four: Considerable Preparation Needed
|Most of these occupations require a four-year bachelor's degree, but some do not.
|Related Experience
|A considerable amount of work-related skill, knowledge, or experience is needed for these occupations. For example, an accountant must complete four years of college and work for several years in accounting to be considered qualified.
|Job Training
|Employees in these occupations usually need several years of work-related experience, on-the-job training, and/or vocational training.
|Job Zone Examples
|Many of these occupations involve coordinating, supervising, managing, or training others. Examples include real estate brokers, sales managers, database administrators, graphic designers, chemists, art directors, and cost estimators.
|SVP Range
|(7.0 to < 8.0)
Interest code: RIC Want to discover your interests? Take the O*NET Interest Profiler at My Next Move.
- Realistic — Realistic occupations frequently involve work activities that include practical, hands-on problems and solutions. They often deal with plants, animals, and real-world materials like wood, tools, and machinery. Many of the occupations require working outside, and do not involve a lot of paperwork or working closely with others.
- Investigative — Investigative occupations frequently involve working with ideas, and require an extensive amount of thinking. These occupations can involve searching for facts and figuring out problems mentally.
- Conventional — Conventional occupations frequently involve following set procedures and routines. These occupations can include working with data and details more than with ideas. Usually there is a clear line of authority to follow.
Work Styles
- Attention to Detail — Job requires being careful about detail and thorough in completing work tasks.
- Analytical Thinking — Job requires analyzing information and using logic to address work-related issues and problems.
- Dependability — Job requires being reliable, responsible, and dependable, and fulfilling obligations.
- Cooperation — Job requires being pleasant with others on the job and displaying a good-natured, cooperative attitude.
- Initiative — Job requires a willingness to take on responsibilities and challenges.
- Integrity — Job requires being honest and ethical.
- Persistence — Job requires persistence in the face of obstacles.
- Stress Tolerance — Job requires accepting criticism and dealing calmly and effectively with high stress situations.
- Adaptability/Flexibility — Job requires being open to change (positive or negative) and to considerable variety in the workplace.
- Innovation — Job requires creativity and alternative thinking to develop new ideas for and answers to work-related problems.
- Leadership — Job requires a willingness to lead, take charge, and offer opinions and direction.
- Achievement/Effort — Job requires establishing and maintaining personally challenging achievement goals and exerting effort toward mastering tasks.
- Self Control — Job requires maintaining composure, keeping emotions in check, controlling anger, and avoiding aggressive behavior, even in very difficult situations.
- Independence — Job requires developing one's own ways of doing things, guiding oneself with little or no supervision, and depending on oneself to get things done.
- Concern for Others — Job requires being sensitive to others' needs and feelings and being understanding and helpful on the job.
Work Values
- Support — Occupations that satisfy this work value offer supportive management that stands behind employees. Corresponding needs are Company Policies, Supervision: Human Relations and Supervision: Technical.
- Working Conditions — Occupations that satisfy this work value offer job security and good working conditions. Corresponding needs are Activity, Compensation, Independence, Security, Variety and Working Conditions.
- Achievement — Occupations that satisfy this work value are results oriented and allow employees to use their strongest abilities, giving them a feeling of accomplishment. Corresponding needs are Ability Utilization and Achievement.
Wages & Employment Trends
Median wage data for Calibration Technologists and Technicians and Engineering Technologists and Technicians, Except Drafters, All Other.
Employment data for Engineering Technicians, Except Drafters, All Other.
Industry data for Engineering Technicians, Except Drafters, All Other.
|Median wages (2019)
|$30.28 hourly, $62,990 annual
|State wages
|Local wages
|Employment (2018)
|87,100 employees
|Projected growth (2018-2028)
|Slower than average (2% to 3%)
|Projected job openings (2018-2028)
|State trends
|Top industries (2018)
Source: Bureau of Labor Statistics 2019 wage data and 2018-2028 employment projections . "Projected growth" represents the estimated change in total employment over the projections period (2018-2028). "Projected job openings" represent openings due to growth and replacement.
Job Openings on the Web
Sources of Additional Information
Disclaimer: Sources are listed to provide additional information on related jobs, specialties, and/or industries. Links to non-DOL Internet sites are provided for your convenience and do not constitute an endorsement.

subset: commoncrawl


text:
Give your little one a soft place to play on one of our baby play mats. Perfect for tummy time at home or traveling.
Unfortunately this product is not available for immediate shipment. However, you can still place an order.
The item is estimated to become available as indicated. For more information, please contact
our customer service team.
This item is in stock and will be shipped in the timeframe specified.
Limited availability items can be purchased only while supplies last. Order now before stock runs out!
Contact our customer service team for details.


text:
Be informed about new events matching your search criteria: register for personalised email alerts
Business Meetings "Metamorphoses" on innovative materials
Interested in innovative materials and design ? You are: - Companies producing innovative materials, or in search of new manufacturing proce... See more
AI in Manufacturing
Networking event for developers of artificial intelligence solutions and for manufacturing companies willing to innovate their products, ser... See more
European Utility Week 2019 - BtoB meetings
Find your next research, technology or financial partner The Brokerage Event is a hugely popular international matchmaking activity providin... See more
ESIB 2019 - Science meets Economy
esib2019 – the European Summit of Industrial Biotechnology runs over 3 days from 18-20 November 2019 in Graz, Austria. The Enterprise Euro... See more
The Road to Tokyo : Innovations in Sports Materials
Tokyo 2020 is not only the arena where the best athletes in the world compete and triumph, but it is also a major "catwalk" for innovati... See more
Company mission to Denmark on the subject of ehealth / medical care sector
The Week of Health and Innovation (WHINN) is organised the 5th time in Odense and is a healthcare and health innovation conference. More as... See more
International matchmaking event on sustainable development goals "G-STIC 2019"
G-STIC2019 is the world's leading conference on integrated technological solutions aimed at achieving the Sustainable Development Goals (S... See more
B2B-Meetings @ WECON 2019, Bregenz | 20.-22. November 2019
B2B Meetings will be organized at the first WEarable CONference - WECON - in the region of Lake Constance which is this year hosted in Brege... See more
DPH Matchmaking 2019
DPH 2019 is the official digital health event partner of the 12th European Public Health Conference 'Building bridges for solidarity an... See more
Energy Innovation B2B 2019 - International Matchmaking event with on- & offshore wind energy, oil & gas, energy storage and wave energy
Energy Innovation B2B 2019 is a full day of networking, new knowledge and business opportunities across the energy industry. Energy Innovat... See more
International Machinery and Plant Engineering Forum 2019
Enterprise Europe Network together with Advantage Austria proudly presents the International Machinery and Plant Engineering Forum 2019 whic... See more
Brokerage event of Trustech 2019
EEN is partnering with COMEXPOSIUM to organise the brokerage event of TRUSTECH 2019, an international dedicated to payments, identification ... See more
French-Russian brokerage event
French-Russian Chamber of Commerce and Industry with the support of Russian Agency for Small and Medium Business Support organizes a busines... See more
Company mission of Turkish and German companies IraSME & CORNET Partnering Event
Company mission of Turkish and German companies to IraSME & CORNET Partnering Event meeting Belgian participants. Event is open to all ... See more
Business Mission of Czech companies to Russia
On the occasion of the international fair Russian Forest Fair international company mission of Czech enterprises to Russia will be organize... See more
Mission of Czech companies from medical sector to Taiwan
Technology Centre CAS (Enterprise Europe Network Czech Republic) together with partners of Taiwan External Trade Development Council (TAITRA... See more
Hungarian Healthcare Industry Forum
HUNGARIAN HEALTH TECHNOLOGY FORUM Seminar Hall 4. Pavilion 2. 4 December 2019 Learn more about highly reputed Hungarian health industry and ... See more
B2B- Cooperation Platform of the 25th International Wood Construction Conference 2019 Innsbruck
The Tyrol Economic Chamber and the Enterprise Europe Network Tyrol are pleased to invite you to attend at the half-day bilateral Business to... See more
Incoming drones company mission of Catalan companies to France
AD'OCC (Occitanie, France) and ACCIÓ (Catalonia, Spain), partners of Enterprise Europe Network, organize a catalan company mission sch... See more
Paris Region Business Meeting - Meet the buyer - Sustainable Construction
The 2024 Olympic Games and Greater Paris are two of the largest projects in Europe in the coming years and are part of a sustainable strateg... See more


text:
Twisted Round Hoop Earring 14kt gold layer on Silver notched Post Back- 4mm 32mm
Product Description
This set of classic twisted hoop earrings is a good to have.
These earrings are made of 14k white gold layer on .925 Sterling Silver.
These round twisted hoop earrings are finalized to a unique polished finish.
These earrings have a notched with post backing.
925 stamp trade mark
Made in Italy
Polished, twisted design
Capture these elegant classic twisted hoop earrings now and bring out your style
Genuine Sterling Silver earrings
nickel free & top quality 14k white gold layered on silver
*Caution: All silver products can't go near or touch chlorine bleach. Chlorine bleach discolor and destroy gold filled and silver. This includes swimming pools and bathing in hot tubs as chlorine products are added to prevent bacteria growth.


text:
This was published 7 years ago
Childcare ex-mogul bankrupt
The former childcare mogul Eddy Groves was declared bankrupt in an Adelaide court on Tuesday.
Mr Groves, the founder of failed childcare operator ABC Learning, failed to appear at the Federal Magistrates Court in Adelaide, prompting Registrar Patricia Christie to pursue a sequestration order against him.
The Commonwealth Bank had been pursuing Mr Groves over a $5 million loan he took out to buy the Adelaide Dome, the home stadium of the Adelaide 36ers basketball team.
The former high flying businessman was once on the BRW Rich List with estimated wealth of $295 million.
ABC Learning collapsed in 2008 owing creditors $1.6 billion, forcing the sale of 1200 childcare centres. Taxpayers contributed $22 million when the federal government was forced to prop up centres that were threatened with collapse.
Last year, Mr Groves managed to overturn a travel ban that was in place for three years while the Australian Securities and Investments Commission sifted through the ABC wreckage.
ASIC dropped charges against Mr Groves last July and has not said whether it plans to pursue further legal action.
On Wednesday, the trustee in bankruptcy proceedings said he would begin "urgent inquiries" to track down assets associated with the former ABC Learning boss.
"PPB Advisory will be making urgent inquiries with Mr Groves and other persons of interest to determine possible assets which may be available to pay unsecured creditors," PPB Advisory partner Mark Robinson said.
"Another key focus of the trustee will be to examine related party transactions which may have taken place prior to our appointment."


text:
In this article, we compare what we think are going to be two of this year's hottest Android tablets – the Asus Eee Pad Transformer, and the Samsung Galaxy Tab 10.1. Both are excellent – there is no question. Really, at the end of the day, like with most things – it all comes down to personal preference. Google has just updated Android Honeycomb to Android 3.1, and with it, come several significant improvements to the user experience. Browsing is snappier and more responsive, flash plays more seamlessly, and things are just all around better. Critics in the mobile computing space are finally agreeing that Honeycomb is ready for prime time, and can finally stand tall and mighty next to the omnipresent iPad. So, without further adieu, here is our comparison of the Asus Eee Pad Transformer and the Samsung Galaxy Tab 10.1 inch.
With so many good Android tablets already available, or soon to be, it can be an onerous and challenging task to choose one that's best for you. It is very important to know what each tablet in the market offers so that you can make an informed decision when it comes time to purchase one for yourself. While each tablet today offers something unique, the hardware is, by and large, the same. Two of the most popular Honeycomb tablets in the market are the Samsung Galaxy Tab 10.1 and the Asus Eee Pad Transformer. Here is a comparison between the two which (we hope) will make things easier for you if you are planning to buy a tablet.
Where they stand equal.
- Operating system– Android 3.1 Honeycomb (but the Asus is yet to receive this particular update as of the date of posting)
- Processor – 1GHz dual-core Nvidia processor and 1GB RAM
- Display – Capacitive touch screen with 1280X800 resolution. The Transformer does have an IPS Display, while the Samsung Galaxy Tab 10.1 is TFT-LCD but the quality is very similar between the two, with both producing radiant images and video, but struggling in direct sunlight somewhat.
- Connectivity – Wi-Fi 802.11 b/g/n, Bluetooth, mini-USB, HDMI
- Memory – Both come with equal internal memory but the Samsung Galaxy Tab does not have a MicroSD slot, while the Eee Pad Transform has one, supporting 32GB.
Where they battle it out.
This is one of the most important features you should consider when buying a tablet. Undoubtedly, you won't want to hold a small brick in your hand. The Eee Pad Transformer is a bit chunkier than the new and improved, super thin Galaxy Tab 10.1. It measures 271 x 171 x 12.98 mm compared to the Galaxy Tab 10.1′s 256.2 x 172.9 x 8.6 mm. It's also a bit heavier, at 680 grams, whereas the Galaxy Tab 10.1 weighs a mere 595 grams.
Galaxy 1 Transformer 0
The Asus Transformer features two cameras, a front-facing 1.2MP camera for video calls, and a 5MP rear-facing camera, while the Galaxy Tab 10.1 comes installed with a 3-megapixel camera in the back, capable of HD video capture at 1080p, and another 2-megapixel camera for video-calling in the front. Transformer scores with a better resolution. Additionally, the Transformer did have some problems with regards to video capture, but Asus has promised a software fix in the near future.
Galaxy 1 Transformer 1
The Samsung Galaxy Tab is like many of the Android tablets available, except it has the claim to fame of being the thinnest tablet currently on the market.. Samsung is a brand that has caught a lot of companies off-guard recently. As one of the world's largest technology companies, they make a significant amount of hardware for Apple, and their TV division is considered by many to be one of the world's best. Additionally, they released the best selling Android phone of 2010 – the Samsung Galaxy S – and it's without a doubt in our minds that they will be hungrily competing in the tablet space too. Furthermore, some users maintain that the Galaxy Tab 10.1 has fantastic performance, especially with Android 3.1, while the Transformer has the tendency to hang for brief moments here and there. This is not important however, as the Asus Eee Pad Transformer will be receiving an update to Android 3.1 shortly. As i'm sure you already know, the Eee Pad Transformer has one very unique selling point to it: the ability to connect with a detachable keyboard dock (for a modest extra $150) which adds more functionality, definitely enables greater productivity, and adds an additional 7 hours of battery life. So really, it comes down to form versus function, but it should be noted that the Samsung Galaxy Tab 10.1 also has a connectivity dock, and has a keyboard accessory as well. Unfortunately, unlike the Asus, it does not charge the battery, and is not as portable. For those looking to have the productivity that a laptop/netbook affords, with the compactness of a tablet, we would recommend the Asus Eee Pad Transformer in this case. For those wanting a beautiful, thin tablet that don't necessarily plan on doing a significant amount of writing, then we would recommend the Samsung Galaxy Tab 10.1
Galaxy 1 Transformer 2
Battery life
The Samsung Galaxy Tab 10.1 offers a 9 hour battery life, which we found to be accurate. The Transformer boasts 10 hours battery life, but in our tests found that it was much closer to 9 hours. The Asus Eee Pad Transformer can also be connected to its keyboard dock for charging, and to add an additional 7 hours of battery life, but you will have to spring an extra $150 for this benefit. Furthermore, one more disadvantage with the Galaxy Tab 10.1 is that is cannot be charged using a laptop or desktop USB port which would have been very useful in some situations.
Galaxy 1 Transformer 3
Video and audio compatibility
Most buyers do not consider it an important point while buying but it can get to be quite annoying when your gadget repeatedly gives you the error message "This format is not supported". The Tranformer supports more formats than Galaxy including AAC+, EAAC+, OGG, MIDI, AMR-NB/WB which are some formats supported by ASUS which are not compatible with Galaxy Tab 10.1. However, there is no doubt that software updates or apps will be able to handle virtually any file you throw at either tablet, but for now, the Transformer wins this round.
Galaxy 1 Transformer 4
Scaled up smartphone apps alone don't create a well rounded tablet experience. It takes native apps for the tablet to be truly competitive. The software running underneath is very important. Galaxy has a few Samsung apps that make it score over Transformer. Most of the third party apps are also scaled well, too.
Galaxy 2 Transformer 4
The lowdown
The two tablets have very similar specifications, so it's not going to be an easy decision to make. We have to take into consideration the fact that the Samsung Galaxy Tab 10.1 is a lot slimmer and lighter than its Asus competitor, so if you're looking for increased portability, that's clearly the way to go. On the other hand, the Asus Eee Pad Transformer comes with the potential to be equipped with its own detachable keyboard dock, which is a pretty useful accessory that will add more functionality to the device. Personally, if I was more concerned with style, I would go with Galaxy Tab 10.1, and if I wanted a better all around device that has more usability down the line, then I would go with the Asus Eee Pad Transformer. Ultimately, while the Transformer comes with a few added advantages you simply cannot ignore that the Galaxy Tab 10.1 is one sexy device.
What are your thoughts – does the Transformer have what it takes, or is thinness more important to you? Let's also not forget that Samsung will be selling the Galaxy Tab 10.1 with Android 3.1 on board already, and we don't have a confirmed roll-out date for the Transformers' update.
[poll id="22″]


text:
(OLD) (ARCHIVED) Puppy Linux Discussion Forum
Puppy HOME page :
"THE" alternative forum :
This forum can also be accessed as
It is now read-only and serves only as archives.
Please register over the NEW forum
and continue your work there. Thank you.
Log in to check your private messages
Log in
The time now is Tue 27 Oct 2020, 08:03
All times are UTC - 4
Forum index
Off-Topic Area
Bind mounts do the same job as links. Links are better.!
View previous topic
View next topic
Page 1 of 6
[84 Posts]
Goto page:
Joined: 08 Jun 2005
Posts: 5089
Location: Arizona, U.S.A.
Posted: Mon 14 Jan 2013, 22:58
Post subject:
Bind mounts do the same job as links. Links are better.!
Many Linux type O.S.s do some remapping of the root file system.
Links are usually used, I prefer them to bind mounts ( no mounting to do ).
I don`t see anything that a bind mount does that a link can`t do also.
In fact bind mount acts just like mount does, multiple and stacked mounts.
Both will mount a fs and image file, but bind mount will mount a dir.
Both will mount an item in many places, and stack mount many items in one.
Now if a bind mount could act like mhddfs and merge two dirs. into one.
mhddfs works very well, but is a user space program and so is rather slow.
### Q: Is there anything inherently better about bind mounts than links?
Last edited by sunburnt on Mon 21 Jan 2013, 23:38; edited 1 time in total
Back to top
Joined: 02 Apr 2007
Posts: 2647
Posted: Wed 16 Jan 2013, 05:13
Post subject:
Of course. bind mounts are directories which are made visible in two places. The binding is able to make dirs visible even where links would not work correctly -like in a chroot. I still don't understand why you dislike mounting things -especially union mounts which do what you want. If you union-mount /etc/ and $APP_DIR/etc you get exactly what you want. The method you are using still forces you to still create/destroy links in the real rootfs and even have to backup/restore config files which you want to override. The union mount *is* the simple solution you seek. A 'multi-link' which you dream of, would not really provide a solution -you'd still need a way to tell/query the link the priorities to use. A union mount does this by letting you order the mounts any way you like and lets you use as many layers as you like.
Back to top
Joined: 08 Jun 2005
Posts: 5089
Location: Arizona, U.S.A.
Posted: Wed 16 Jan 2013, 17:26
Post subject:
amigo; Why did I know it would be you to answer this post?
A junction link is just the current link that already holds a path in it now.
It just needs to be recognized by the kernel, Bash, or FS ( not sure which ).
Try this:
ln -s /bin:/sbin:/usr/bin:/usr/sbin /root/000
Now look at it by hovering the mouse over it in the ROX-Filer.
A path
a priority or hierarchy. So the junction would work properly.
Read the path, first to last priority, and write to the first path only.
If the first path was read-only or not enough space then a write error.
This is it`s simplest form, more complex write behavior could be added.
Links surely use less cpu and ram resources than anything else.
### BUT... Back to reality as we know it now.
Using aufs means a union layer each for: /etc, /var, /opt , /usr/share.
These are the dirs. that I`m linking in now. No others seem to be needed.
This would be nice for /opt and /usr/share as it would require no clean up.
But the links in /opt and /usr/share are easy to create and remove.
The config. files in /etc and messages in /var are kept in the AppPkg.
Being as the files can be in sub dirs., managing the paths is a bit complex.
Here a union ( or junction ) would make life a lot easier.
If I understand, mount AppPkg/etc on top of /etc, but isn`t it a conflict?
Any other process writing to /etc actually writes to AppPkg/etc ( right? ).
union effect all processes writing to the unioned FS?
This is a real problem I think ( or am I not perceiving this properly? ).
But setting "$PATHs" only effect the current shell and die with it ( nice...).
Unions will most likely
be accepted into the kernel.
However a junction as I`ve described it could be... Just an enhanced link.
Here`s a good article about unions:
Back to top
Joined: 02 Apr 2007
Posts: 2647
Posted: Thu 17 Jan 2013, 05:20
Post subject:
"Why did I know it would be you to answer this post?" Because you are bright -and because no one else showed up to debate or provide feedback when you posted about this before...
"Any other process writing to /etc actually writes to AppPkg/etc ( right? ).
Doesn`t any union effect all processes writing to the unioned FS?"
You are getting brighter! Your appraisal is correct -and I'll admit that I hadn't really thought about that when touting a union. The above is so because of what you might call 'the point of intervention'. As mentioned in the article you link to, a union *mount* is not the same thing as a *union file system*, because the intervention point is different. The kernel has its own internal file system, the VFS, which is a *complete view* of what is 'available'. Each file system has to approach the VFS using a universal interface. The concepts of mounts and file systems lie *outside* the VFS -these things must be processed before talking to the VFS.
symbolic links also have their own special point of interpretation -at the inode level -which means they are below the file system/mount level -but before the VFS. The VFS canot deal with any multi-references -doing so would add complexity to the VFS and hence the resistance of the kernel devs to implement such a thing. For the same reason, they don't want unioning code in the VFS. All these multi-reference/layering/(over)mounting things should be handled in user space -otherwise the VFS code would become slower and less maintainable.
A symbolic link should point to a specific inode. Think about it this way: you are driving and come to a sign which says 'this way', but instead of a single arrow pointing some direction, there are two arrows pointing in two directions. Is the sign really helpful to you? No, you must drive first in one direction and if that is not the 'right' place, then you must go back to where you started and try the other one. And what happens if the second also doesn't bring you to your destination. In that case you must backup to the *last* such junction you met... So, the VFS would have lots to do -at least some of this would have to be done for every access to the VFS. Each section of a path would have to be buffered -think about what would happen when a 'multi-link' pointed to another 'multi-link', which, in turn, pointed to another...
So, implementing a multi-link would amount to the same complexity as a multi-layered mount or PATH -definitely work which should be done in userspace -not in the kernel. Think about it this way: the kernel only deals with 'reality' -all sorts of 'possibilities' which require lots of extra work, should be delegated to userspace.
Now, again, I'll try to be helpful with practical solutions. What has happened is that, by seeking to implement several/many of these 'single-dir' applications, you have run into some of the limitations. These limitations are exactly why the concept has not taken off everywhere. You'll say: "But what about Android apps?". They only work because they all depend on just one thing, java. And because they are written from scratch to work within the Android environment -if they need to over-ride config files from the main system, then the path to the new files is explicitly coded to do so.
As you know, I've created lots of ROX-Filer APPDIRs, and even a framework for compiling them from scratch -which works lots of times *but not always*. You are this same point where you see that the same solution does not work for all programs.
If the sources use autotools (autoconf & Co.), then you can easily set prefix=/path/to/this/app so that sysconfdir, sharedstatedir and others are all set automatically *at compile time*. An app compiled in such a manner will work properly when installed to the location which matches what you specified as 'prefix'. You can also, but less easily, tell sources which use cmake to use such a prefix. With both autotools and cmake, you can also individually set sysconfdir, and the others.
The real problems start when trying to build sources which use other configuration methods or those which use none at all(just a Makefile). In these last cases, you must usually intervene at the source level by patching the sources so that any reference to conf files, state files, etc are hard-coded into the binary. Another possibility is using relative paths. *Some* sources will already work this way. For such sources, an APPDIR can be created using 'prefix=.'. Some other sources can be modified to allow this, as well.
Do you see now why this is so hard to implement on any typical distro? Do you understand why Android makes this pretty easy? I'll point out that BSD systems also make this somewhat easier, because BSD is distributed as a complete OS. There the devs have complete control of what is included and where it is. This is not the case for any Linux distro. The best you can do is make plenty of assumptions about the use case. You can only reliably create such an app for a specific distro and version of it. *Good practice dictates that you do this for any and every program or library package/non-package you create anyway*.
What the above paragraph boils down to is this: If your app needs extra libs which are not available on the base system you are building for, then they should be built into your program (statically-compiled), if it is not likely that other apps would need them. If other apps are going to need them and they are largish, then they should be installed as a separate package -in the normal places and using the normal package format. If you try to put them into another non-installed single-dir thingy, then ate compile time you will have to juggle lots of things so that the compiler finds them -and then have to juggle LD_LIBRARY_PATH at runtime so that the linker finds them. LD_LIBRARY_PATH and PATH are easy enough to manipulate. As you have seen, it's these other paths/etc, /var..) which are harder to work with at runtime.
The more assumptions you make about the base system, the easier your job. I really loved the idea of a self-compiling APP_DIR, but it quickly reaches limits when implemented in any sort of universal way.
Being a program maintainer can be a very hard job, indeed. It is only possible for a single person to keep up with a limited number of packages. The more you must modify the sources or manipulate the build, the less of them you will be able to handle -period. This is why my super-duper package-creation software still does not create APP_DIRs automatically -too many variables in their creation. I am capable of doing a few of them, but doing it for many, many apps is just more than is possible. Instead, I use normally-packaged-and-located programs and libs along with proper dependency management. And dependency-management can only be done at the *package level* and *at compile-time*. What I mean is that dependency information must be generated at compile-time for later use by the package manager.
Gawd, I haven't written so much in at least a year! But do feel free to extend this if I haven't(still?) covered your questions -both asked and unasked. You have potential or I wouldn't take the time...
Back to top
Joined: 08 Jun 2005
Posts: 5089
Location: Arizona, U.S.A.
Posted: Thu 17 Jan 2013, 19:53
Post subject:
Thanks amigo, high praise from one of the few I`d consider as an authority.
Albert Einstein: I have always despised any form of authority.
To punish me for my contempt,
the universe has seen fit to make me myself an authority.
True, I usually ask system level Qs that are rather base or cutting edge.
So I think you`re saying that a junction ( Karl Godt offered the term ) link
would be integrated into the file system drivers?
The JLink would make a generic path for anything, in this case /etc, /var, /opt, /usr/share.
If Linux had PATHs for configs. and such this wouldn`t be needed.
It would do what`s needed here, it couldn`t replace a union of course ( too simple ).
# A link target is a dir./file, just like an exec. that`s searched for through the PATH.
Are you sure a PATH is as complex to manage as a same level layered FS?
A union is very cpu and ram intensive, a path seems relatively simple.
The Q is mount vs link complexity, a tough Q for sure. I like a links simplicity.
Follow the PATH`s paths in precedence until the dir. or file is found.
A union has a precedence ( path ) of it`s mounted layers to follow.
# Android is another beast all together... Now if we could "clean" Linux...
Yes, an AppPkg builder will work for "good apps.", odd apps. ( many ) are still manual labor.
The app. folks seem to love to obfuscate their packages.
I chose to build with Ubuntu binaries, they do the work to assure a good tool chain.
So no compiling`s needed, just a good method of utilization that works most of the time.
Should be no lib. conflicts, so completely library-less AppPkgs should be possible.
Dependency info... What if Ubuntu just had complete dep. files with the URL minus the mirror?
I know this just makes too much sense, so it`ll never happen because of them.
But it would eliminate much of this dependency hell mainly due to package management.!!!
It`s the "Uncle Bill" syndrome of: "Do it my way or not at all!!!" Planned incompatibility.
# Q to myself is; Have the pkg. builder resolve deps., or make the dep. files spoke of above.
Sanity says make the files so it`s only done once for each Ubuntu distro. that`s supported.
Ideally all apps. would have relative paths, so links in AppPkg may be needed to the / FS.
But this solves any clean up problem as the mess is AppPkg self contained.
I had mixed luck modifying binary files, it`s sketchy at best not working on all of them.
Probably mainly the old apps., so as new replacements are written, maybe this will fade.
Most of the AppPkg setup file is linking the 4 paths and setting the PATHs.
But it runs quickly even on my piece of old crap Celeron PC, so it seems acceptable.
I think a good idea would be to run ldd in it when running the app`s. exec. fails.
Then an error popup showing the missing libs. ( if the AppPkg wasn`t built complete ).
Adds code to the setup file, but no big deal as the code only runs on a fatal error.
Could include the Ubu. download code ( once it`s done ), so it`d auto. fix the AppPkg.!
Thanks for conversing with me amigo, it helps with the global picture as well as details.
# If there`s any flaws with using Ubuntu packages this way... Yell.!!!
And any ideas you may have about creating dep. files is appreciated.
Script tools to parse Ubu. web pages seems like the best way to do it.
Complete dep. files with the sub URLs... I think that`s the ticket.!
Back to top
Joined: 02 Apr 2007
Posts: 2647
Posted: Fri 18 Jan 2013, 03:39
Post subject:
No, handling of 'junction-links' would be separate from filesystem drivers -otherwise the code would only work for a particular filesystem. There's nothing hard about handling a PATH or junction-link with several possibilities -it's just that it is extra work which does not belong in the core parts of the kernel. The code for unionfs has not been mainlined exactly because of its complexity and size.
Lets back up a step though. The conclusion that using a union of APP_DIR/etc over /etc does *not* necessarily mean that all access attempts to /etc would be re-directed to APP_DIR/etc.
I have code in my src2pkg which uses a union+mount --bind+ chroot to do much the same as what you are wanting. It is not simple, but it is clean, flexible and doesn't require any links on your system. I have nothing against links and they are simple in principal. However, for your purposes, I I can't see the point of having a non-installed-but-available application which still needs to create/destroy links in the main filesystem. If you were running a 'sane' system, where the user wouldn't normally have write privileges it wouldn't work anyway. Maybe later I will post some code pointers which I was working out yesterday -it is an interesting project.
As for dpkg needing configuration, any program with *any* degree of flexibility will need some sort of configuration -either through a conf file or command-line options. dpkg does exactyl what you want as far as downloading and installing any extra depends. You do need to tell it which repos to use or ignore and you also need to blacklist quite a few packages -stuff which Puppy already supplies and which upgrades(from ubuntu) would break.
Creating a deps file is not terribly complicated, per se. It's just that it has to be done for each and every package on a system -you can only tell what package a file belongs to if you have a list of the files contained in each package on the system -at the time you build the new package.
My package manager (tpkg) uses files like this:
# acl_2.2.50-i586-1
# Requires: |Supplied by:
# File: libattr.so.1.1.0 |: attr_2.4.45-i586-1
# File: libc-2.13.so |: glibc_2.13-i586-4
They can only be done accurately when each package in the dependency chain which preceeds this one has been processed similarly. That means things have to be compiled or upgraded in the correct order. My scheme does not support using version numbers of <, > or =. The info given tells you the exact version which the current package was compiled against. Providing </>/= info would require human input each time a 'range' was used. It is impossible to programaticaly determine if a package will work with an earlier or later version of the same-named dependency.
As I said before, the only way to accurately determine depends is at the time of package creation and the only way to reasonably use and distribute the info is to have it be contained within the package. A one-time or universal/central database will simply not work reliably.
In my case, src2pkg generates the dep files for me and they are then kept on the installed system for any possible use.
As for modifying binary files, I assume you mean opening a binary file using a hex editor, or such. Any modifictaions you make must not change the size of the binary or it will not run. You can't change some hard-coded path except with another of the exacty same link. To do so you must use other tools which modify the ELF header so that the correct size and internal offsets are used.
Have you actually tried using unionfs for your goals?
Back to top
Joined: 08 Jun 2005
Posts: 5089
Location: Arizona, U.S.A.
Posted: Fri 18 Jan 2013, 04:58
Post subject:
No I haven`t tried using a union as I didn`t see how it could work.
However... I realized tonight that there`s a nifty way to do it.
For Puppy and other Linuxes with a union, just use a "sub save" layer.
A writable layer just under Puppy`s save layer, and write directly to it.
So the global view sees both save layers, and writes to the top one.
AppPkg apps. see the global view also, but write to the second layer only.
Put the sub save layer in a small ram disk as it holds only links anyway.
So then at each shutdown the sub save layer is wiped clean automatically.
As nice as this is, it negates AppPkg being portable, slaved to a union.
I gave up on SqApp as it required too much infrastructure ( not portable ).
AppPkg carries all of it`s infrastructure inside itself, assuring portability.
I`ve looked at dpkg and never understood most of it`s workings.
Need a clear picture of making it get lib. packages minus installed libs.
Correct. A dep. file would be: the app., the libs., the packages., and URLs.
It`d be nice to have a pool of bare lib. files making it easier to find them.
With Ubuntu handling the dep. chain, I don`t see why a solid set of dep.
files for that Ubuntu release ( ie: Precise ) would not work always.
Being a stable release it should never change... Right?
Again, no compiling anything, the target O.S. must be Ubuntu compatible.
### This is critical... Tell me if and how this view is flawed.!
Lots of the Ubuntu repository has no version release associated with it.
Many of the apps. and deps. ( libs.) work for the few releases around it.
Many Lucid apps. work in Precise, but newer apps. and libs. not in older.
Libs. seem to be backward compatible for a few numbers, sometimes.
This replaces all of a binary`s /usr paths with ././ ( relative path ):
find . -type f -exec sed -i -e "s|/usr|././|g" {} \;
There are also utilities made to modify binary files ( bbe, patchelf, etc.).
### So where is the link code at then? Just in case I need to know...
Back to top
Joined: 02 Apr 2007
Posts: 2647
Posted: Fri 18 Jan 2013, 09:56
Post subject:
Nah, you don't need to and shouldn't mess with the save layers of your existing aufs(right?) setup. Running the AppDir should set up a separate mount using aufs, unionfs, mhddfs or unionfs-fuse. The writes really belong in the users $HOME dir. The AppDir itself could be anywhere.
A separate mount point is used to mount the union on and, once layered you chroot into the mountpoint and run your program normally. Anything the program contains which is newer than the installed system take precedence, as they should. The mountpoint and the writes should really be in $HOME/Choices/$APP_DIR.
"slaved to a union" Shouldn't you really mean: I'm glad I have this flexible, just-works technique as an option?
Even if you use aufs, the whole thing is separate from any unions created by Puppy, but I find unionfs-fuse to work fine. grab the sources, compile and install -or wait, ubuntu has mhddfs in their repos (maybe unionfs-fuse, too), so you can simply install from dpkg, right?
Here's a very quick scenario that will demo it for you:
mkdir -p write union prog
# prog is where you have DESTDIR-installed program content
# write is where you want changes to be kept -should be ~/Choices/NAME_OF_THIS_APP_DIR
# union is where the union is mounted and where you'd chroot to run your program
# put some fake content in prog
mkdir -p prog/bin prog/etc
echo testcode > prog/bin/myproggie
# use a known-name to see how we override /
echo testconf > prog/etc/resolv.conf
# for use with unionfs patch and fuse
# mount -t unionfs -o dirs=write=rw:/=ro unionfs union
# mount -t aufs ... similar to above
# fusermount, pmount or other would be needed for non-privileged users
# this is the unionfs-fuse executable which uses only fuse
unionfs -o nonempty -o cow write=RW:/=RO:prog=RO union
# the write is RW, then root(/) is blended in, then our proggy itself which overrides /
View the file in union/etc/resolv.conf. Notice that your system file /etc/resolv.conf is not changed or showing the file union/etc/resolv.conf or write/etc/resolv.conf
Then, open the file union/etc/resolv.conf. Edit and save it.
Now the file will be saved at write/etc/resolv.conf.
To unmount it run: umount union
Back to top
Joined: 08 Jun 2005
Posts: 5089
Location: Arizona, U.S.A.
Posted: Fri 18 Jan 2013, 17:33
Post subject:
Thanks much amigo; I was wondering where you are that you`re so cold.
Much the same as my suggestion except using a separate union and chroot
so the app. thinks it`s normally installed. No links or paths, simple, clever...
# So prog, write, and union are all inside of AppPkg, so configs. go with it.
There`s a lot to like about it. But I`m designing a no union O.S. with no
apps. except VT, editor, file man., network, etc. Everything else is AppPkg.
A union, and the type of union can`t be relied on for the target O.S.
It`s necessary for AppPkg to carry it`s own solution inside of itself.
So UnionFS and aufs are out of the Q as they`re embedded in the kernel.
### You said kernel space apps. only work for privileged ( root? ) users?
# So only user space "union type" apps. will work run from inside AppPkg?
When I found mhddfs I thought it was my answer, not a J-Link but like it.
Then it was pointed out that it like all FUSE stuff is user space and slow.
### In light of all of this, a J-Link avoids all of the problems and is fast.
Need to rethink this whole setup, having AppPkg appear in / is a good idea.
It simplifies the deployment methods, and also the AppPkg builder as well.
### Time for more reading. Thanks again mi amigo... Terry B.
# P.S. ... Made your setup work with mhddfs, but not with fusermount.
# P.P.S. ... So where would the code for link behavior be located.?
Back to top
Joined: 02 Apr 2007
Posts: 2647
Posted: Sat 19 Jan 2013, 05:57
Post subject:
I'm in Germany, but not German.
There are no kernel-space 'apps'. kernel space is the kernel itself and naturally everything there is run as root. userspace is everything outside the kernel.
What was the syntax for mhddfs? I've used it before and seem to remember it was similar to unionfs-fuse -maybe more limited.
You'd have to ask on lkml or search to find exactly where links are handled in the kernel. But, your idea of junction-links is really no different than any of the already-implemented techniques. The only difference is in the location where it is handled.
unionfs and aufs handle it at the point precedding the files system drivers. Neither is a real file system -notice that they will work with any filesystem you like. They insert theirselves just between the VFS and the filesystem. They register themselves with the VFS as being a filesystem and *interpret* and handled read/write requests before handing them on to the filesystem drivers.
unionfs- and mhddfs use fuse, which is a sepcial access point to the VFS -designed exactly to allow any sort of wierd and/or ono-privileged access to the VFS -allowing normal users to use mount, creating compressed filesystems, etc.
COW solutions operate at the block level and interface with the kernel in the block-layer code.
I am unsure of the exacty point where links are resolved -but they resolve to inodes in the end. I believe the VFS speaks only inode-talk. Anyway, you have an order something like:
VFS - inodes - links - block-layer - mounts - filesystem driver
As I said, your idea only differs in the chosen point of interaction. The idea will never fly with kernel devs for the same reason that none of the others do. If you see an advantage because you only want a limited capability, then any solution besides aufs would be the best. aufs is the most capable of all the solutions. Hence, the largest and most complex. mhddfs or one of the old cow solutions are much simpler. Your implementation of j-links would also have to be done in the kernel -just like unionfs or aufs -unless you create such an implementation using fuse, which is outside the kernel but allows non-privileged use.
"designing a no union O.S." Do you mean you are building from the ground up with no puppyisms at all -like a normally installed distro?
"FUSE stuff is user space and slow." Yes, fuse implementations are slower than a builtin kernel feature. But the usage you suggest is not intensive. unionfs-fuse is fast enough that disk read/write speeds are the bottle-neck -just like with real kernel features.
"no apps. except VT, editor, file man., network, etc. Everything else is AppPkg" How/where do you draw the line? Isn't a mixed system more confusing and complex than using the concept (for making software available) throughout. If the AppPkg idea is so good, why can't it be applied and used for everything? (Go back to the top of the thread and read it all again to see why that is not the case). Any system is shot full of libs and programs which do not lend themselves to the AppPkg concept. While many larger applications can be fit into the scheme, their library requirements mostly do not. And lots of basic items also do not fit at all. The whole thing evolves into the issue of resolving dependencies. Even your AppPkgs have to deal with that unless you truly create each with *everything it needs (even glibc) included* in one deliverable item. This will always mean duplication and larger deliverables(read package, SFS, AppPkg, app, AppDir, etc).
Back to top
Joined: 08 Jun 2005
Posts: 5089
Location: Arizona, U.S.A.
Posted: Sat 19 Jan 2013, 16:13
Post subject:
Please forgive my quaint references ( kernel apps.), "kernel code and modules".
From AppPkg setup file ( mhddfs uses commas instead of colons ):
# Mounting:
mhddfs $Pkg/$Pkg.rw,$Pkg/$Pkg.app,/ $Pkg/$Pkg.u
# Unmounting is:
fusermount -u $Pkg/$Pkg.u
AppPkg runs faster, but then the setup file is half the size now, just I said it would be.
### If you`d like to see my files and code, I`d appreciate critique.
mhddfs works well, at 30 KB size it`s more capable than is needed. Only uses libfuse.
I tried to get fusermount to do it, but I think it doesn`t do unioning. Only uses libc.!
I got unionfs-fuse to try it, but bigger than mhddfs at 39 KB in size. Only uses libfuse.
### AppPkg portability... How to get AppPkg to load the fuse kernel module.?
This would make it possible for AppPkg to work on any compatible O.S.
Base target O.S. would be all Ubuntu ( or could be Slack ) with just needed utilities.
Much like Tiny Core, little installed apps. and infrastructure, unlike Puppy`s app. suite.
There`s new apps. all the time, it should be a snap to replace them ( not permanent ).
The line is just what`s needed to do O.S. maintenance, and maybe a little more.
This so you can do work with the base booted O.S., same reason TC`s like this.
With Ubuntu handling the tool chain, AppPkg could dnld. needed libs. to a shared dir.
Shouldn`t be any lib. conflicts, but if there are put the lib(s). in AppPkg to override.
So most AppPkg have no libs. or only the app. specific ones. Almost a normal setup.
I understand what you`re saying, Linux is
orderly... We try to provide it.
I think dep. files made from a given Ubuntu release`s web pages should be correct.
Otherwise Ubuntu has serious problems to address ( Nothings perfect in this life...).
### Again... If this method has flawed, how best to fix or address it.?
You`re saying dep. resolving
the problem, Ubuntu can get it right I hope.
Maybe I`m hoping for too much basing AppPkg and my O.S. on Ubuntu`s structure.?
# Sorry about the long posts, many subjects discussed here. Very interesting it is.
I thought about the difference between one Sq. file and links pointing into it,
or mounting a Sq. file on each r-o dir.: /bin, /lib, /sbin, /usr/bin, /usr/lib, /usr/sbin.
There`s more mounts, but there`s no link to resolve, slightly faster I`d think.
But like link vs mounts, I think I`m obsessing too much trying to optimize the O.S.
Back to top
Joined: 02 Apr 2007
Posts: 2647
Posted: Sat 19 Jan 2013, 17:03
Post subject:
"but if there are put the lib(s). in AppPkg to override" The problem with using a general location for any updated libs is the same as with the standard dirs. what to do when one of your apps needs a still different version?
My conjecture seems to be pretty close -that you want to build something based on ubuntu, using their kernel and everything -which is why you don't want unionfs or aufs. Actually that is good thinking. If you base your project on someone else's work, then the less alterations you make the less trouble you have.
You don't really have to worrry aboue FUSE then, ubuntu and all other distros will have it available. loading the kernel module takes no more: modprobe fuse
But, you may not even have to do that -if the kernel has auto-loading of modules enabled. If not, simple enough to add the command to whatever script you are writing which starts an app which needs it.
No need to maintain any deps file -for ubuntu it would really be huge. dpkg itself will handle fetching the packages for you and excluding anything already-installed -providing your system has the local dpkg database intact. Anything you don't want updated/overwritten can be blacklisted.
That said, you might do well to use Slackware or maybe archlinux instead of Eeeww-buntu LOL. Slackware is the ideal place for learning how things really work. arch is nearly as good there, but has a dependency-resolving pkg mgr. Of course, neither of them has the 'depth' of packages like ubuntu. At the very worst/best, use debian instead of ubuntu for more normality -use the testing branch if you want really up-to-date stuff. Or, use the stable branch for the best-tested combinations(and whole) anywhere.
"Sq. file" Are you taking about squashfs file-system images SFS files? Note that you can use that technique within any appdirs, as well. Instead of unioning an open dir structure, you can union an FS image also.
As far as the wisdom of trying to use appdirs everywhere, they really become lots of work when you try to maintain a few of them and are really inadequate for libraries or required software. At some point, it is just easier to create packages which use whatever dep-resolution which is available. And, at runtime, you could simply have an empty dir, mounted on tmpfs where you 'install' a series of packages temporarily for your chroot or whatever.
I might have a look at your code if you make it available -but no promises. If it's very long or hard-to-read I lose patience...
My system KISS-linux, is similar to Slackware, but you can do a truly-minimal install with a small number of packages(~30) and expand it without limits. That's just a bootable system with CLI login, no networking or non-local hardware. Minimal really means minimal. The list of packages is easy to understand and contains no cruft. Reading through the init scripts is a breeze and lets you understand exactly what is needed (and not) to bring up a basic system -I've out-slacked Slackware, as it were. So far, I do not provide actual resolution of dependencies -all the info is there as it is built right into every package. But I have been hesitant to implement resolution -I am an old Slacker, after all.
mhddfs vs. unionfs-fuse:
mhddfs is not well maintained, while unionfs-fuse is. Do you know how small 9K is? How many places are you willing to sacrifice usuability against a few K's? takes a lot of them to make 1MB...
There are other tools which might be helpful, but unionfs-fuse is probably the best candidate. Hey, I use it in src2pkg, so it must be good... Actually, I even got an email from the author once alerting me to a needed update -I had never written him, but he had noticed me using his stuff and wanted to be helpful.
Out of curiosity, why do you pursue the AppPkg line of thinking? Is it about run-time modularity, or about providing apps which are not available direct from ubuntu? Can you define more clearly the goals?
I don't mind batting things around with you -as long as it stays interesting! LOL
Back to top
Joined: 08 Jun 2005
Posts: 5089
Location: Arizona, U.S.A.
Posted: Sun 20 Jan 2013, 12:03
Post subject:
I`ll attempt to address each subject.
My experience is: links are reliable, mounts are less so, sockets and pipes are worse yet. Viva le link.!
Common libs. ( widely used ) go into a common dir. like /opt/lib. The dirs. /lib and /usr/lib are R-O in a Sq. file.
App. unique libs. go in the app`s. Sq. file or with the app`s. loose files in the mount dir.: (pkg. name + ver.).app
Optionally inside the AppPkg is a /lib dir., libs. in it are shared among any and all of the apps. inside the AppPkg.
So there`s 3 levels of libs., system wide shared level, AppPkg shared level, and app. unique non-shared level.
I spent a bit of time at the Debian site, I take it you put Debian above Ubuntu... That`s undoubtedly good advice.
A big package base makes it worth the effort to develop AppPkg and it`s app. downloader and the AppPkg builder.
I`m glad that it`ll be easy to load the needed kernel module, and union-fuse does seem more made for the job.
My learning curve will be making dpkg work for the AppPkg builder. I`ve used it and never got it to work properly.
Sq., a generic squash file, not an SFS that`s made to be unioned. Although now AppPkg is using unioned Sq. files,
which makes me realize that Puppy SFS files can be dropped straight into AppPkgs for Puppy without modification.
AppPkg is an AppDir or RoxApp. They don`t have a set internal structure. AppPkg sets a standard layout.
The AppPkg Sq. file is now essentially an SFS file, the rest of the AppPkg is 2 static scripts and 1 unique script.
There`s also the union-fuse files, an AppPkg popup menu exec. file and it`s unique menu.lst file for multi. apps.
AppPkgs are for apps., and maybe some services, daemons, etc. It`s not intended for installing libs. to the O.S.
If I get AppPkg to auto. download libs. to /opt/lib, it`s only in support of AppPkg, not for system lib. upgrading.
AppPkg is an enhanced AppDir, it does the same thing for the same reasons, modular, portable, no-install apps.
AppPkg improves on them with multiple apps., local libs., and a popup menu. They can be made do the same too.
An interesting idea, dump all the apps. into one dir. so only one union and chroot. It has fewer layers than Puppy.
But then it starts to have Puppy`s same conflict problems with layering so many apps. and libs. over each other.
Your idea of 1 union per app. runs the apps. in a sandbox effectively isolating them from other apps. and the O.S.
Ultimately a tiny Debian-Ubu. distro. with X, WM, GTK, Xorg, network, and utility apps.. About a 40 MB download.
Download only the AppPkgs you want, single apps., or same app. type "try them" bundles, or groups of like apps.
Back to top
Joined: 08 Jun 2005
Posts: 5089
Location: Arizona, U.S.A.
Posted: Sun 20 Jan 2013, 12:23
Post subject:
Here`s the 3 scripts that make your union-chroot setup work.
The first script is unique for Chrome, the other 2 are generic:
======= Script: chrome
cd ${0%/*}/.AppPkg
export Pkg="chrome-24_i386"
./setup google-chrome --user-data-dir=$HOME/$Pkg/profile &
======= Script: setup
#>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Mnt. Sq. Files & Union, Run App.
if [ "$1" ];then
echo -e "\n### Run: $Pkg"
App="$Pkg/$Pkg.app" ### Mount App. Sq. File
[ ! -d $App ]&& echo -e "\n### ERROR: NO App. Dir.: $Pkg.app\n" && exit
[ ! "`ls $App`" ]&& if [ -f "$Sq" ];then # IF app dir. empty
mount -t squashfs -o loop $Sq $App # IF Sq. file, mnt.
[ $? -gt 0 ]&&
echo -e "\n### ERROR: Fail Mount App. File: $Pkg.sq\n" && exit
echo -e "\n# Mount App. Sq. File: $Pkg.sq"
Sq="$Pkg/lib.sq" ### Mount Lib. Sq. File
[ -d $Lib ]&& if [ ! "`ls $Lib`" ];then # IF lib dir. empty
[ -f "$Sq" ]|| # IF no lib. Sq.
echo -e "\n### ERROR: NO Lib. Sq. File: lib.sq\n" && setup &
mount -t squashfs -o loop $Sq $Lib # IF lib. Sq., mnt.
[ $? -gt 0 ]&&
echo -e "\n### ERROR: Fail Mount Lib. File: lib.sq\n" && setup &
echo -e "\n# Mount Lib. Sq. File: lib.sq"
[ "`ls $Lib 2>/dev/null`" ]&& ### Set lib. path
LD_LIBRARY_PATH=`realpath ./`/$Pkg/lib:$LD_LIBRARY_PATH
mhddfs $Pkg/$Pkg.rw,$Pkg/$Pkg.app,/ $Pkg/$Pkg.u ### Mount union fs
[ $? -gt 0 ]&&
echo -e "\n### ERROR: Fail Mount Union: $Pkg.u\n" && setup &
echo -e "\n# Mount Union: $Pkg.u"
./run $@ & ### Run hook file
else #>>>>>>>>>>>>>>>>>>>>>>>>>>>> Unmount Union & Sq. Files.
echo -e "\n### End: $Pkg"
fusermount -u $Pkg/$Pkg.u # Unmount union fs
[ $? -eq 0 ]&& echo -e "\n# UnMount Union: $Pkg.u" ||
echo -e "\n### ERROR: Fail UnMount Union: $Pkg.u\n"
App=`echo "$Mnt" |grep $Pkg.app`
if [ "$App" ];then umount -d $Pkg/$Pkg.app # Unmount App. file
[ $? -eq 0 ]&& echo -e "\n# UnMount App. Sq. File: $Pkg.sq\n" ||
echo -e "\n### ERROR: Fail UnMount App. File: $Pkg.sq\n"
Lib=`echo "$Mnt" |grep lib.sq`
if [ "$Lib" ];then umount -d $Pkg/lib # Unmount Lib. file
[ $? -eq 0 ]&& echo -e "\n# UnMount Lib. Sq. File: lib.sq\n" ||
echo -e "\n### ERROR: Fail UnMount Lib. File: lib.sq\n"
======= Script: run
chroot $Pkg/$Pkg.u $@
./setup &
I`m making a few AppPkgs with your setup as proof of concept tests.
It works with xMahjongg, but Chrome doesn`t like something about it.
Chrome`s startup script gets the wrong path, or no path, I`m not sure.
Back to top
Joined: 02 Apr 2007
Posts: 2647
Posted: Sun 20 Jan 2013, 12:25
Post subject:
Do you mean to have the OS as a LiveCD or set of a few files which can be manually copied to a USB stick? Or do mean a fully installable?
Back to top
Display posts from previous:
All Posts
1 Day
7 Days
2 Weeks
1 Month
3 Months
6 Months
1 Year
Sort by:
Post Time
Post Subject
Page 1 of 6
[84 Posts]
Goto page:
View previous topic
View next topic
Forum index
Off-Topic Area
Jump to:
Select a forum
Forum index
|___ House Training
| |___ Beginners Help ( Start Here)
| |___ Users ( For the regulars )
| | |___ Usuarios de habla Hispana
| | |___ Für deutschsprachige Anhänger
| | |___ Pour les francophones
| |
| |___ HOWTO ( Solutions )
| |___ Bugs ( Submit bugs )
|___ Advanced Topics
| |___ Additional Software (PETs, n' stuff)
| | |___ Package Collections / Repositories
| | |___ Browsers and Internet
| | |___ Business
| | |___ Compiling
| | |___ Desktop
| | |___ Documents
| | |___ Drivers
| | |___ Educational
| | |___ Engineering/Science/Simulation
| | |___ Eye Candy
| | |___ Filesystem
| | |___ Games
| | |___ Graphics
| | |___ Multimedia
| | |___ Network
| | |___ Security/Privacy
| | |___ System
| | |___ Utilities
| | |___ Virtualization
| | |___ Unsorted
| |
| |___ Cutting edge
| | |___ Multi-session live-CD/DVD
| |
| |___ Hardware
| | |___ Audio
| | |___ Networking
| | | |___ Dialup
| | | |___ Ethernet
| | | |___ Wireless
| | |
| | |___ Printers
| | |___ Video
| |
| |___ Puppy Derivatives
| |___ Puppy Projects
| |___ Next Puppy Development
| | |___ 4.x
| | | |___ Bugs (4.x dev)
| | | |___ Usability Issues (4.x dev)
| | |
| | |___ 5.x
| | |___ Bugs (5.x dev)
| | |___ Usability Issues (5.x dev)
| |
| |___ Localization Project
| |___ Documentation Project
|___ Taking the Puppy out for a walk
| |___ Announcements
| |___ Puppy Power
| |___ Suggestions
| |___ Misc
|___ Off-Topic Area
|___ Programming
|___ Security
|___ Truly off-topic conversations
post new topics in this forum
reply to topics in this forum
edit your posts in this forum
delete your posts in this forum
vote in polls in this forum
attach files in this forum
download files in this forum
Powered by
© 2001, 2005 phpBB Group
[ Time: 0.5326s ][ Queries: 12 (0.3794s) ][ GZIP on ]


text:
"I was a member of the All-Star Band in 1999 and 2000, and I learned the true definition of compassion during my trips to Japan with the group. It was the first time in my life I saw a community of people gaining pleasure from giving. Everyone says 'music is a universal language,' but I really know this to be true. I met some of my closest friends during those trips to Japan. The importance of a program like this goes far beyond music and lands on humanity itself." –Ambrose Akinmusire (NGJO 1999 & 2000), trumpeter and composer
"Playing professionally at the Monterey Jazz Festival reminds me of how critical the education program was to my musical development. It allowed me to imagine what was possible in a career in jazz." –Murray Low (NGJO 1977), pianist with the Pete Escovedo Latin Jazz Orchestra
"I was honored to be a member of the Monterey Jazz Festival High School All-Star Band, and to get to be around some real heavyweights. Hearing all these wonderful players really showed me it was a much bigger world than I knew of." –Benny Green (NGJO 1978), pianist and composer
"When I was 15, 16, 17, I was on this stage, playing with the Next Generation Jazz Orchestra]. It was just an All-State band at the time, but it was one of the greatest experiences of my life and I have to say I am getting a vicarious and a direct thrill being here…It sounds so amazing. So it's an honor to return and be with this band again." –Ted Nash (NGJO 1975 & 1976), saxophonist with the Jazz at Lincoln Center Orchestra
"Leading my band at Monterey was one of the greatest moments of my life. The Festival and its education programs have inspired me to lead an exciting, fulfilling life playing and teaching this music." –Ben Flocks (NGJO 2006) saxophonist, bandleader
"The best thing about coming back to the Festival as an alum is that I see the same folks that were there seven years ago and they still remember me. It's such a tight-knit and loving group of people, which is uncommon for an organization of that size." –Eddie Barbash (NGJO 2006 & 2007), saxophonist with Jon Batiste & Stay Human, house band on The Late Show with Stephen Colbert
"[Monterey Jazz Festival] is the greatest festival, for me, in the United States. The programming is so diverse…and it has really strong educational component which has grown over the years." –Donny McCaslin (NGJO 1982, 1983, 1984), saxophonist, composer, bandleader
Alumni of the Monterey Jazz Festival's life-changing jazz education programs are proud to be part of a uniquely-shared experience and a world-class jazz institution. Whether you participated in the Monterey County High School All-Star Band, Monterey County High School Honor Vocal Ensemble, California High School All-Star Big Band (1971-2004), Next Generation Jazz Orchestra (2005-present), Summer Jazz Camp, or the Traveling Clinicians Program, we welcome you to continue your relationship with the Monterey Jazz Festival.
Here are some of the ways in which alumni like you can get involved:
- Join the Alumni Network
- Help tell the Monterey Jazz Festival history
- Speak on panels at key Festival events
- Host alumni and fan gatherings
- Nominate an alumnus/a to receive an Alumni Award
- Become an alumni volunteer and participate in fundraising initiatives for the Festival's jazz education programs
- Mentor a current student
- Support your Regional Community
- Make an annual tax-deductible gift
To learn more about how you can serve as a representative for the Monterey Jazz Festival and encourage fellow alumni support of our activities and scholarships, call 831.373.3366, or e-mail firstname.lastname@example.com.


text:
Series 5500
Application area
The roller is used for aligning medium-heavy materials, e.g. plates, containers or cardboards with smooth bottom. Furthermore, the roller can be used for pushing, e.g. when transporting steel or wooden plates.
Direction-independent operation
The use of balls allows transporting the material in every direction. Crossings and switches can also be implemented easily. In addition, particularly soft running balls are being used.
Good protection against dust and humidity
For variants with steel balls, a felt seal keeps out dust. Design with main balls made of stainless steel or polymer also show a high corrosion resistance.
Suitable for sensitive materials
Variants with polymer balls are available for transporting goods with sensitive surfaces.
Secure support
The main ball rotates on support balls which turn on a ball socket. This accomplishes a good support of the material. The ball socket consists of stainless steel in all variants.


text:
- Sean Miller
Recently added item(s) ×
You have no items in your shopping cart.
You have no items to compare.
Facebook Twitter Flickr Instagram
Open Wed - Sat 10am - 4.30pm
Our Ledbury shop contains a selection of our homeware and gift ranges. To view our fabrics and discuss Made to Measure projects please contact us to make an appointment.
Open for orders. Please allow 10 working days for the delivery of orders. For the time being we are only able to send orders within the UK
Mon – Fri 10am – 6pm
Please email enquiries to: [email protected]
© 2020 Tinsmiths. All rights reserved. Registered office: High Street, Ledbury, Herefordshire. HR8 1DS
Web design by DMD. Photography by Clare De la Torre. | Site Map
This website requires cookies to provide all of its features. For more information on what data is contained in the cookies, please see our Privacy Policy page.
To accept cookies from this site, please click the Allow button.