Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Ritashugisha last won the day on April 27 2015

Ritashugisha had the most liked content!

Recent Profile Visitors

1,285 profile views

Ritashugisha's Achievements


Member (4/5)



  1. This will remove the no connection bug completely, but it will also force the connection evaluation to evaluate to true no matter what. This means that if the user has no internet connection but calls Luxinate for a url it will think that the user has a connection when they actually don't. This may cause unexpected results so use this fix at your own risk. If this was a bug from the latest release of the workflow then google's servers are on the fritz. If you haven't yet, you should try downloading the latest release of the workflow from the first post or from here.
  2. Hey guys, I really appreciate that there are still users using this workflow. However, the organization and maintainability of this workflow is very poor. Due to my school and my work, I haven't had much time to work on a rewrite. My plan is to completely rewrite the code this summer to increase the speed and maintainability of Luxinate. I've posted a quick change to the workflow to fix your problem. Please re-download and install the workflow!
  3. Thanks for the support! The current version of Luxinate (ver7) is kind of spotty when it comes to handling the LuxPlaylist and LuxUser options. Due to recent updates to youtube-dl, there are now options in youtube-dl that can help Luxinate handle these kinds of requests much easier. I've been working on Luxinate v8 for a little while now; this new version should handle many of the recent issues. Since v8 relies mainly on the new version of The Alfred Bundler (which is currently in development) to handle utilities and icons, Luxinate v8 should be much cleaner and run much smoother than the previous versions of Luxinate. Until I can release Luxinate v8, the LuxUser option may be failing due to the recent options added to youtube-dl. The best way to download these videos now would be to run youtube-dl from the command line. cd /Users/mattkneale/Desktop/YouTube\ downloads/;/Users/mattkneale/Library/Application\ Support/Alfred\ 2/Alfred.alfredpreferences/workflows/user.workflow.ACFE790C-B8A8-48DB-972D-3A57969BFB51/Resources/youtube-dl https://www.youtube.com/user/ernell42 You can try running the above command into Terminal.app for a makeshift way to download the user's videos to your download's folder, although, this isn't guaranteed to work.
  4. Thanks for the input anyway! During development of cocoaDialog wrappers I overlooked adding automatic user permissions. I'll make sure to fix that in the next update
  5. It depends on the video tour trying to download. YouTube sometimes encrypts it's video signatures for specific videos. It's a problem to community at YouTube-DL are trying to fix. Although it's completely possible that it's a unseen bug in Luxinate. So just to be safe I'll ask you to please post the logs like you did last time. I plan on doing some major tweaking to Luxinate over this weekend. Hopefully I'll be able to sort out any small little bugs that have popped up over the last two weeks
  6. Unfortunatly, from the log it looks like nothing is going wrong. Although you should be seeing some output from ffmpeg during conversion. I don't see any here so maybe it's a ffmpeg issue. What version of OSX are you running? Technically it shouldn't matter but might as well check anyway. Also during the download you should see a temporary file placed at "/tmp/Luxinate/" if for some reason the download failed because of a messed up signature, it could cause the conversion to fail. I would reinstall the workflow and try again while keeping an eye on the /tmp/Luxinate folder as well as the logs. Please respond with your findings
  7. Try running it while Alfred's debugger is running. Luxinate will output verbose logs to the debugger and help me determine what is going wrong. Please post some of the last bits of the log (to this thread) so I can figure out what is causing the problem. Since you say you can't see anything in the /tmp folder (or more specifically /tmp/Luxinate/) then that leads me to believe it might be a Python problem. Luxinate uses only standard modules in Python 2.7, so maybe your Python is out of date? Anyway, giving me output from the logs should be very helpful in solving your problem.
  8. Could you check the generated log? Logs are saved to /tmp/Luxinate/logs/lux_[DATE_HERE].log You can also see the log by using Luxinate while Alfred's debugger is running. Check what some of the last entries are in the log and post them to the thread. This may help me to figure out why things are bugging out for you.
  9. Luxinatev7.01 Update to fix several small bugs, I recommend you download from the link below and reinstall. Please let me know of your experiences with the new rewrite! ▶ Download v7.01
  10. The available version should still work fine. I've been working for about 2 weeks on a full rewrite and have been playing with some big improvements. So be looking for the next version of Luxinate in the next week or so!
  11. It may be a problem with Snow Leopard. Could you tell me what version of Python you have on your system? You can do this by going into the Terminal and typing: python you should see an output that looks similar to this: Python 2.7.6 |Anaconda 1.9.1 (x86_64)| (default, Jan 10 2014, 11:23:15) [GCC 4.0.1 (Apple Inc. build 5493)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> The version number is the 2.7.6 in the first line. What version are you running? (you can exit the Python command-line by entering quit())
  12. import os, sys import ToolUtil def convertSelect(query): if len(query) > 0 and query[0] == '.': query = query[1:] feed = ToolUtil.Feedback() # Feedback for Script Filter item = ToolUtil.getFinderSelection() # Gets the current selected item in Finder via Applescript formatFound = False if os.path.splitext(item)[1][1:].lower() in ToolUtil.SUPPORTED_FORMATS: # Checks if the selected item in Finder is in an array of legal extensions for i in ToolUtil.SUPPORTED_FORMATS: if query.lower() in i: feed.add_item(u'%s \u279c .%s' % (os.path.basename(item), i), 'Convert to %s' % i, 'tool "%s" "%s"' % (item, '%s.%s' % (os.path.splitext(item)[0], i)), # Script filter argument '', '', 'icon.png') formatFound = True else: feed.add_item('Selection cannot be converted', '', '', '', '', 'icon.png') formatFound = True if not formatFound: feed.add_item('Format .%s does not exist' % query, '', '', '', '', 'icon.png') return feed The feedback is then listed in the script filter, and whatever the user selects from the script filter gets passed to the following method... import os, subprocess os.environ['PATH'] = '%s:/opt/random/bin' % os.environ['PATH'] proc = subprocess.Popen(['{query}'], stdout = subprocess.PIPE, shell = True) (proc, proc_e) = proc.communicate() return proc Hope this helps.
  13. So I've fixed the $PATH to also use the /opt/random/bin path as well... /usr/bin:/bin:/usr/sbin:/sbin:/opt/random/bin via... os.environ['PATH'] = '%s:/opt/random/bin' % os.environ['PATH'] But for some reason I'm still getting the Alfred debug error and my script is still not working.
  14. I've run into a problem when trying to execute a Python script in Alfred. The script is basically running a subprocess using a program located at /opt/random/bin/. When I run the script, I get the following debug. [ERROR: alfred.workflow.action.script] Code 127: /bin/bash: /opt/random/bin/tool "/Users/ritashugisha/Downloads/file.txt" "/Users/ritashugisha/Downloads/new.txt": No such file or directory So I looked at the $PATH that Alfred was using... bump = open('/Users/ritashugisha/Desktop/path.txt', 'w') proc = subprocess.Popen(['echo $PATH'], stdout = subprocess.PIPE, shell = True) (proc, proc_e) = proc.communicate() bump.write(str(proc)) bump.close() and found the following: /usr/bin:/bin:/usr/sbin:/sbin This doesn't include what I need it to include. So do you have any ideas for tricks to get around this? Or am I approaching this the wrong way? Thanks for any help you provide!
  • Create New...