Sponsored Content
The Lounge What is on Your Mind? Under Consideration: Migrate the Forums to Discourse Post 303044974 by Neo on Tuesday 10th of March 2020 04:35:58 AM
Old 03-10-2020
I'm fairly confident now that, after the first "test migration" if over (in a day or so) , I can make this port work nicely with some simple modifications to the Ruby import script in the area of:

Code:
Forums to Categories
Custom BB Code Tags

Now, waiting for all the posts / replies to import and then the attachments.

I think there is a potential problem with attachment, so after it is all "done" in this test round, I will have info info to make more adjustments in the Ruby migration script.

Plus, I get to learn a bit of "Ruby" along the way. Smilie
 

8 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

How to migrate ?

Currently, I am planning a migration between machine which under True64UNIX. The new machine will run with higher version O/S. My question is, is there any solution on migrating one machine to another which with different O/S version? My goal is keeping minimum impact to the users. Excuse my... (1 Reply)
Discussion started by: coolmans
1 Replies

2. UNIX for Dummies Questions & Answers

Pipe not taken into consideration

I'm trying to see every file which my group (staff) has in a certain directory, recursively. The pipe ls -l -R | grep staff is not working exactly as I want, as for every directory to which my user does not have access, a line like: ls: ./directory/lost+found: The file access permissions do not... (5 Replies)
Discussion started by: panchopp
5 Replies

3. Solaris

Migrate oracle solaris 5.8 5.9

If I have an oracle 9 database environment on a san running solaris 5.8 as the os. Can I plug the san into a Solaris 5.9 environment and have the database work ? - as long as binaries are on the san (1 Reply)
Discussion started by: tim-carroll@com
1 Replies

4. Solaris

Can you migrate UFS to ZFS ?

I have some UFS volumes (non root), that I would like to change into ZFS volumes. Is this possible ? I think the only method is to create a new zfs volume and copy the data accoss, this would take a long time for us. Is there a quicker way ? Regards (5 Replies)
Discussion started by: wjones
5 Replies

5. Solaris

Migrate from MPXIO to Powerpath

Here is the issue: I am building a database server using Solaris 10x86 U8. The system is jumpstarted with mpxio enabled and booting from the san. We need to have powerpath 5.3 installed and would like to have powerpath take control of the the boot san as well or have mpxio control the san... (2 Replies)
Discussion started by: nabru72
2 Replies

6. Linux

Mysql Migrate

Hi , I would like to (MYSQL) migrate the all the data from solari's to linux box. I have checked whether mysql is installed or not. rpm -qa | grep -i mysql I confirmed !!!! I want to know the following points. 1) How can get to know what are mysql data files and location as well.... (4 Replies)
Discussion started by: Mani_apr08
4 Replies

7. BSD

Migrate a Hard Disk

hi Has anyone already tried to migrate a hard disk with FreeBSD using recoverdisk? (1 Reply)
Discussion started by: ccc
1 Replies

8. Shell Programming and Scripting

Migrate from FTP to SFTP

Hi,I am using following code for FTP in shell script file and it is working.Now I want to migrate from FTP to SFTP.What code changes/steps I have to perform for SFTP ? ftp -in <<FIN open $SAP_UP_SERVER user $SAP_UP_USER $SAP_UP_PASSWORD asc put... (7 Replies)
Discussion started by: Nitin Varshneya
7 Replies
DH_RUBY(1)																DH_RUBY(1)

NAME
dh_ruby - debhelper7 build system for Ruby software SYNOPSIS
dh_ruby [OPTIONS] DESCRIPTION
dh_ruby is a Debhelper 7 build system for Ruby software. It will automatically build and install files contained in Ruby packages, trying to work as close to Rubygems as possible but respecting Debian standards for Ruby packages. dh_ruby can automatically run your tests against all supported Ruby versions, see the "FILES" section below. See dh_ruby --help for details. OPTIONS
--clean, --configure, --build, --test, --install Commands called by debhelper at various steps of the build process. -h, --help Displays dh_ruby usage information. -v, --version Displays dh_ruby version information. --setuprb This option indicates that the build should use setup.rb rather than the usual gem-based build. To take effect, this option must come first ! ENVIRONMENT VARIABLES
DH_RUBY_IGNORE_TESTS This is a space-separated list of tests that dh_ruby will ignore during package build. The available test names are "require-rubygems" plus the names of all supported Ruby versions. At the time of writing, only "ruby1.8" and "ruby1.9.1" are supported. If set to "all", all tests will be ignored during the package build. DH_RUBY_USE_DH_AUTO_INSTALL_DESTDIR If this variable is defined (to anything), dh_ruby will respect the directory informed by dh_auto_install(1), usually debian/tmp. By default, gem2deb will install files to debian/package, where package is the first binary package listed in debian/control. This is useful for multi-binary source packages, where you will have all files installed to debian/tmp, and can them split the files into separate packages by using debian/package.install. DH_RUBY_GEMSPEC Determines which file contain the gem specification with package metadata. By default, dh_ruby will read metadata from a .gemspec file in the root of source package directory. You can use this variable to override that if want to provide custom metadata for the Debian package. In the case there are more than one .gemspec in the source package root, you will need to use DH_RUBY_GEMSPEC to instruct dh_ruby about which one to use. FILES
debian/ruby-test-files.yaml, debian/ruby-tests.rake, debian/ruby-tests.rb Theses files can be used to explicitly tell dh_ruby how to run the tests in your package. When running the tests, dh_ruby will automatically set RUBYLIB to include the appropriate directories where the package files were installed in your package to make sure the tests use them instead of the files in the source directory. Your package can only contain at most one of these files. debian/ruby-test-files.yaml must contain a YAML document with a list of test files to be run. If the package metadata contains an explicit list of test files, gem2deb(1) will automatically generate this file for you. Example from ruby-mime-types: --- - test/test_mime_type.rb - test/test_mime_types.rb debian/ruby-tests.rake can be used to run the tests with rake(1). If you use this file, your package must Build-Depend on the rake package. You can use anything you would use in a regular Rakefile, but you must define a default task. gem2deb includes utility test task that makes it easier for you by creating a default task automatically. Example: require 'gem2deb/rake/testtask' Gem2Deb:Rake::TestTask.new do |t| t.test_files = FileList['test/*_test.rb'] end If debian/ruby-tests.rb exists, it will be run with each supported Ruby version, and must finish with a exit status of 0, otherwise dh_ruby assumes the tests failed. A simple example: require 'test/unit' require 'mypackage' # if 'mypackage.rb' or 'mypackage.so' was not installed properly, this will fail class MyPackageTest < Test::Unit::TestCase def test_features assert_equal 4, MyPackage.sum(2,2) end end debian/require-rubygems.overrides Fine-tune the "require-rubygems" test. If the package has a very good reason to actually `require "rubygems"`, you can use this file as a whitelist of files allowed to have `require "rubygems"`. This file is expect to contain a YAML document with a list of files that must be ignored when checking for `require "rubygems"` lines. Example: --- - debian/ruby-foo/usr/lib/ruby/vendor_ruby/foo.rb - debian/ruby-foo/usr/lib/ruby/vendor_ruby/foo/rubygems.rg As you can see above, you have to list filenames based on their corresponding install locations in the package temporary install directory, i.e. `debian/${pkg}/..` SEE ALSO
gem2deb(1) COPYRIGHT AND AUTHORS
Copyright (c) 2011, Lucas Nussbaum <lucas@debian.org> This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see <http://www.gnu.org/licenses/>. 2012-05-17 DH_RUBY(1)
All times are GMT -4. The time now is 01:40 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy