pastebinit command arguments don't work as described (on OS X)

Bug #1309107 reported by Chilli Namesake
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
pastebinit
Triaged
Medium
Unassigned

Bug Description

System: OS X 10.6.8
Install vector: macports

$ pastebinit -h
pastebinit v1.4.1
Reads on stdin for input or takes a list of filenames as parameters
Optional arguments (not supported by all pastebins):
        -a <author:default is 'chillin'>
        -b <pastebin url:default is 'http://pastebin.com'>
        -f <format of paste:default is 'text'>
        -h This help screen
        -i <input file>
        -l List all supported pastebins
        -j <jabberid for notifications:default is ''>
        -m <permatag for all versions of a post:default is blank>
        -r <parent posts ID:defaults to none>
        -t <title of paste:default is blank>
        -u <username> -p <password>
        -v Print the version number

$ pastebinit -v
pastebinit v1.4.1

Right?
ok, so...
executing the command:

$pastebinit -a John -b http://pastebin.com -u myusername -p mypassword -f bash -i file -t title_of_paste

has the result of making a paste that is titled "John," pasted by "GUEST" rather than what the command requested, a paste titled "title_of_paste" under myusername account, authored by John. i.e. the -a argument seems to be the -t argument... but more importantly, its not pasting under my account, which was the intention (GUEST pastes cannot be edited).

Revision history for this message
Stéphane Graber (stgraber) wrote :

Sounds like some fields having changed on pastebin.com, an updated config file would be appreciated from someone who knows what to set them to get the right result.

Changed in pastebinit:
status: New → Triaged
importance: Undecided → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.