Exporting the Bazaar log to a printable format? - bazaar

I have a thesis project that requires a project log to be submitted along with my final paper. As part of that log I'd like to include the Bazaar revision log and all the messages that it contains but I'll need to have them in a printable format.
I was unable to find any export feature in the Bazaar Explorer tool but I hope it's still possible to do somehow. Any thoughts?
Thanks!

You can get log in the text format using command-line: bzr log > log.txt or via Bazaar Explorer with running All Commands dialog and select log command there and then copy the log from status window. Read the help for log command to find the appropriate options. You may want to use -n0 option and maybe --forward one.

For completeness, you can use the bzr-xmloutput plugin to get an xml version and then process that into exactly what you want.

Related

openvms create file without version extension (;1,etc)

Does anybody know how can I create a text file in OpenVMS without the version extension? I need to take some logs from this server and edit them in a Linux server. Until know the downloaded file from OpenVMS server cannot be opened.
Regards,
Theodore
Did you google your problem? You would find answers to help you along.
As indicated you cannot get rid of the file version number on the OpenVMS side.
You can edit those file on the Linux side easily - folks do it all the time.
You indicate the file cannot be opened. What is the error message?
Best is to copy&paste the exact command used and the returned message.
On Linux You probably just need to escape the ";" with a backslash to avoid it from terminating the command fragment. Or you can put the whole name in quotes.
If you don't like that, then you may need to look at the tool used to access (Samba?), package (zip?) or transfer the file (ftp/sftp). They are likely to have a setting to honor or discard the file version.
Since you fail to indicated exactly what you are doign, we cannot help until we know.
The ZIP on my OpenVMS server has options -
zip -h
Info-ZIP - Zip 3.0 (July 5th 2008).
-w store file version numbers -ww store file version numbers as ".nnn"
Good luck!
Hein

replay failed to start see vugen log for more details - error when replayed vugen

I am using Loadrunner 2020 community edition. I have created a script in TruClient and when trying to replay in develop script mode, getting 'replay failed to start see vugen log for more details' error.
'logfile.log' was empty and 'mdrv.log' file had last replay log details when checked. Are those the files vugen referring to? What is the solution for this?
I faced the same issue, but was able to fix it as follows.
When I compiled the script, I did not see any errors in the output, so I checked the "Output -> Chromium(IE) - Interactive Replay" log which had several errors related to parameter files. When I fixed those, I was able to replay the script.
Output Log Path

liquibase.bat not starting when executing

I am evaluating Liquibase on my system. I have MySQL db ready to use.
The problem is I downloaded Liquibase from their website. It has a file named liquibase.bat. I am trying to run and it just flickers and disappears.
Actually it should start Liquibase and show its version.
Anybody has any idea on this?
You could try looking at the Liquibase.bat file and see what it is doing. If there is an echo off command in the file, you can comment that out and then you would be able to see each command as it runs and see where the problem is.
Are you trying to double-click on Liquibase.bat from Windows Explorer? If so, that is probably the problem. You should be running it from a command prompt.

Unable to open a saved Gephi project file

Recently I worked on a project done in the network visualization and analysis software Gephi, and I saved it with the ".gephi" extension. However, when I try to reopen the file, it gives the following error message:-
"The project file couldn't be opened. Please check the file has .gephi extension.
XMLStreamException - ParseError at [row,col]:[1,1]
Message: Premature end of file."
I'm a beginner in Gephi and only an amateur programmer. I do not understand this error message, and thus have no ideas on how to resolve it. I tried updating Gephi to the latest version. I also tried to open the file from within Gephi. Neither of those steps have resolved the problem. Can anyone help me out with this, please?
The error message "premature end of file" means that the xml file was not complete. I suppose that the whole file is empty or just the xml part of the file. so maybe the file got corrupted while saving.
Can you try to open the file with notepad or a hexeditor to verify that it has some content?
There must be some bug on the gephi files writing or reading process.
In order to identify the problem it would help if you can post a gephi log file when each error happens.
You can find the log file on gephi user directory (check http://wiki.gephi.org/index.php/Troubleshooting)
For example in Windows 7 the path is C:\Users\Your_User\AppData\Roaming.gephi\dev\var\log\messages.log
Also, if you can share the files, it will be easier to fix.
This could be related to an open bug where Java6 is used to save the gephi file and then Java7 is used to load the file, say on a different machine.
The jdk used by Gephi can be specified in /etc/gephi.conf or alternatively it can be specified as a parameter --jdkhome when launching Gephi.
The problem is with java and javac:
If you created your gephi file with open java-6-openjdk (for example) and then you sitch your java to java-7-openjdk, then this problem surges.
I fix my gephi returning to the same java and javac executables in Linux by:
(In terminal)
sudo update-alternatives --config java
and then
(In terminal)
sudo update-alternatives --config javac
Hope this can help!

source filename not working

i am trying to run a sql file with this code:
source filename.sql
and it says failed to open file
From what application? What OS?
You might try ./filename.sql instead if you're on a nix box.
Permissions might also be an issue.
More information would be gratefully received.