[Linux-traipu] [Bug 966709] Re: openshot video editor
Please try using the command line player 'melt' with one of your files, e.g. melt filename.png I expect this will crash as well, indicating that there is something wrong with your MLT install. -- You received this bug notification because you are a member of UBUNTU - AL - BR, which is subscribed to OpenShot Video Editor. https://bugs.launchpad.net/bugs/966709 Title: openshot video editor Status in OpenShot Video Editor: New Bug description: It crashes with import or with opening of a project efter import files from videocamera. I cannot import pictures from my own computer even in the standard format *.png. To manage notifications about this bug go to: https://bugs.launchpad.net/openshot/+bug/966709/+subscriptions -- Mailing list: https://launchpad.net/~linux-traipu Post to : linux-traipu@lists.launchpad.net Unsubscribe : https://launchpad.net/~linux-traipu More help : https://help.launchpad.net/ListHelp
[Linux-traipu] [Bug 951788] Re: Client ServerDetect() guesses server type (Drizzle, MySQL) based on version number.
Good question. We have drizzle_protocol_bind_address (and other variables from the same plugin), however it is worth pointing out this plugin might not be loaded. My suggestions yesterday was to check for character_set_results. If it exists, it is a MySQL server, if not it is a Drizzle server. This check is likely to work long into the future. -- You received this bug notification because you are a member of UBUNTU - AL - BR, which is subscribed to Drizzle. https://bugs.launchpad.net/bugs/951788 Title: Client ServerDetect() guesses server type (Drizzle, MySQL) based on version number. Status in A Lightweight SQL Database for Cloud Infrastructure and Web Applications: Confirmed Bug description: drizzle/client/server_detect.cc has the following function: ** ServerDetect::ServerDetect(drizzle_con_st *connection) : type(SERVER_UNKNOWN_FOUND), version() { boost::match_flag_type flags = boost::match_default; // FIXME: Detecting capabilities from a version number is a recipe for // disaster, like we've seen with 15 years of JavaScript :-) // Anyway, as there is no MySQL 7.x yet, this will do for tonight. // I will get back to detect something tangible after the release (like // presence of some table or its record in DATA_DICTIONARY. boost::regex mysql_regex(^([3-6]\\.[0-9]+\\.[0-9]+)); boost::regex drizzle_regex7(^(20[0-9]{2}\\.(0[1-9]|1[012])\\.[0-9]+)); boost::regex drizzle_regex71(^([7-9]\\.[0-9]+\\.[0-9]+)); version= drizzle_con_server_version(connection); if (regex_search(version, drizzle_regex7, flags)) { type= SERVER_DRIZZLE_FOUND; } else if (regex_search(version, drizzle_regex71, flags)) { type= SERVER_DRIZZLE_FOUND; } else if (regex_search(version, mysql_regex, flags)) { type= SERVER_MYSQL_FOUND; } else { std::cerr Server version not detectable. Assuming MySQL. std::endl; type= SERVER_MYSQL_FOUND; } } ** This is used by at least drizzledump to determine whether it is connected to a MySQL server or a Drizzle server. It will use different SQL syntax depending on server type. (MySQL syntax will fail on Drizzle and Drizzle syntax will garble character sets on MySQL.) In addition to drizzledump, it seems the DESCRIBE tablename command in a drizzle client is different depending on the return value of this function: true/false vs 1/0. I don't know if that is significant. (But it made a few tests fail.) The above check will obviously fail once MySQL releases a 7.1 version. Making conclusions based on a version number is a common anti-pattern in javascript, it always fails (already did). The fix is something where we know for real the server type and not just deduce it from version number. If the only client that really needs this information is drizzledump, then my suggestion is to simply deprecate this function and build some check into drizzledump instead. For instance drizzledump can just do SET NAMES UTF8 and if it works it is a MySQL server and if it is an error it is a Drizzle server. (Set names is what drizzledump wants to do in the first place.) To manage notifications about this bug go to: https://bugs.launchpad.net/drizzle/+bug/951788/+subscriptions -- Mailing list: https://launchpad.net/~linux-traipu Post to : linux-traipu@lists.launchpad.net Unsubscribe : https://launchpad.net/~linux-traipu More help : https://help.launchpad.net/ListHelp
[Linux-traipu] [Bug 935951] Re: --no-defaults is ignored
No, I still get this. To test this bug you first need to make sure you are trying to use the correct defaults file. You could do this like: strace sbin/drizzled 21 | grep drizzled.cnf Usually it is either /etc/drizzle/drizzled.cnf or (relative) etc/drizzle/drizzled.cnf Then just do echo foo etc/drizzle/drizzled.cnf and you will get an error from drizzled when starting. -- You received this bug notification because you are a member of UBUNTU - AL - BR, which is subscribed to Drizzle. https://bugs.launchpad.net/bugs/935951 Title: --no-defaults is ignored Status in A Lightweight SQL Database for Cloud Infrastructure and Web Applications: New Bug description: I am trying to get help using --help and my command is: drizzled --no-defaults --help getting error: Aborting:Use --help to get a list of available options. unknown option max-connections. Abort was called from drizzled/drizzled.cc:1369 in init_variables_after_daemonizing() option max-connection is in drizzled.cnf, and this file should be ignored when I use --no-defaults To manage notifications about this bug go to: https://bugs.launchpad.net/drizzle/+bug/935951/+subscriptions -- Mailing list: https://launchpad.net/~linux-traipu Post to : linux-traipu@lists.launchpad.net Unsubscribe : https://launchpad.net/~linux-traipu More help : https://help.launchpad.net/ListHelp
[Linux-traipu] [Bug 956223] Re: Unknown slave config file options crash Drizzle
This seems to be fixed in 7.1.32-rc ** Changed in: drizzle Status: Confirmed = Fix Released -- You received this bug notification because you are a member of UBUNTU - AL - BR, which is subscribed to Drizzle. https://bugs.launchpad.net/bugs/956223 Title: Unknown slave config file options crash Drizzle Status in A Lightweight SQL Database for Cloud Infrastructure and Web Applications: Fix Released Bug description: Wrong, bad, unknown, misplaced, etc. config file options in a slave config file cause the slave plugin to crash Drizzle at startup. To reproduce: 1. Use a config file like: seconds-between-reconnects=5 max-reconnects=2 [master1] master-host=127.0.0.1 master-user=slave1 master-pass=foo master-port=3001 (max-reconnects is misplaced). 2. Start Drizzle and observe it fold like a lawn chair: terminate called after throwing an instance of 'boost::exception_detail::clone_implboost::exception_detail::error_info_injectorboost::program_options::unknown_option ' what(): unknown option max-reconnects 120315 11:15:35 - drizzled got signal 6; Suggested fix: catch errors, print errors, let Drizzle start. Workaround: fix the slave config file. To manage notifications about this bug go to: https://bugs.launchpad.net/drizzle/+bug/956223/+subscriptions -- Mailing list: https://launchpad.net/~linux-traipu Post to : linux-traipu@lists.launchpad.net Unsubscribe : https://launchpad.net/~linux-traipu More help : https://help.launchpad.net/ListHelp
[Linux-traipu] [Bug 956223] Re: Unknown slave config file options crash Drizzle
Hingo, Although I have yet to try and reproduce this, I have not seen any fixes come through for it, nor have I put in a fix myself. I think changing it to Fix Released is incorrect here. Invalid would be more correct if you are unable to reproduce the crash. -- You received this bug notification because you are a member of UBUNTU - AL - BR, which is subscribed to Drizzle. https://bugs.launchpad.net/bugs/956223 Title: Unknown slave config file options crash Drizzle Status in A Lightweight SQL Database for Cloud Infrastructure and Web Applications: Fix Released Bug description: Wrong, bad, unknown, misplaced, etc. config file options in a slave config file cause the slave plugin to crash Drizzle at startup. To reproduce: 1. Use a config file like: seconds-between-reconnects=5 max-reconnects=2 [master1] master-host=127.0.0.1 master-user=slave1 master-pass=foo master-port=3001 (max-reconnects is misplaced). 2. Start Drizzle and observe it fold like a lawn chair: terminate called after throwing an instance of 'boost::exception_detail::clone_implboost::exception_detail::error_info_injectorboost::program_options::unknown_option ' what(): unknown option max-reconnects 120315 11:15:35 - drizzled got signal 6; Suggested fix: catch errors, print errors, let Drizzle start. Workaround: fix the slave config file. To manage notifications about this bug go to: https://bugs.launchpad.net/drizzle/+bug/956223/+subscriptions -- Mailing list: https://launchpad.net/~linux-traipu Post to : linux-traipu@lists.launchpad.net Unsubscribe : https://launchpad.net/~linux-traipu More help : https://help.launchpad.net/ListHelp
[Linux-traipu] [Bug 956664] Re: [Feature Request] --version command line option
** Branch linked: lp:openshot -- You received this bug notification because you are a member of UBUNTU - AL - BR, which is subscribed to OpenShot Video Editor. https://bugs.launchpad.net/bugs/956664 Title: [Feature Request] --version command line option Status in OpenShot Video Editor: Fix Committed Bug description: This is a general feature request, so it doesn't apply to any specific version of Ubuntu/Linux. I wanted to find out the version on OpenShot through command line, so I punched in openshot --version, but it looked like it was starting up instead of just giving a one-line output of its version. Though it does state its version during startup in its terminal output, but it would be nice if it would only show the version and not try to start up. Also, it seems that there's no --help either, so I guess that means there's no command line interface whatsoever. Thanks in advance! To manage notifications about this bug go to: https://bugs.launchpad.net/openshot/+bug/956664/+subscriptions -- Mailing list: https://launchpad.net/~linux-traipu Post to : linux-traipu@lists.launchpad.net Unsubscribe : https://launchpad.net/~linux-traipu More help : https://help.launchpad.net/ListHelp
Re: [Linux-traipu] [Bug 713629] Re: GtkFileChooserButton for the Blender Animation World Map
Exactly, you have a combo box. It is the same thing that the title 4 frames. With it , you can choose where is your map. Hum I suspect another problem with GTK. Have you the same result on the title 4 frames ? 2012/3/28 Andy Finch 713...@bugs.launchpad.net Hi Olivier, What is this patch supposed to do? I have applied it, but all I get is a 'grayed out' combo box for the Custom texture parameter. -- You received this bug notification because you are subscribed to the bug report. https://bugs.launchpad.net/bugs/713629 Title: GtkFileChooserButton for the Blender Animation World Map Status in OpenShot Video Editor: Triaged Bug description: Hi guys, In the Great Blender Animation World Map, It will be nice to have the possibility to choose more easily the location where are the Map with a GtkFileChooserDialog. Thanks. ^ ^ To manage notifications about this bug go to: https://bugs.launchpad.net/openshot/+bug/713629/+subscriptions -- Olivier Cenwen un elfe sur la banquise/ an elve on the ice Mon blog perso sur le multimédia, Ubuntu, Linux et OpenShot : http://linuxevolution.wordpress.com/ Le forum d'Openshot où vous me trouverez : http://openshotusers.com/ http://openshotusers.com/forum/index.php Nothing is lost until the last second. The family motto : When we want, we can. Astuces, Actualités, Logiciels, bref sur tout ce que je ne fais d'articles dessus Google+ https://plus.google.com/u/0/111472725110173916234/posts -- You received this bug notification because you are a member of UBUNTU - AL - BR, which is subscribed to OpenShot Video Editor. https://bugs.launchpad.net/bugs/713629 Title: GtkFileChooserButton for the Blender Animation World Map Status in OpenShot Video Editor: Triaged Bug description: Hi guys, In the Great Blender Animation World Map, It will be nice to have the possibility to choose more easily the location where are the Map with a GtkFileChooserDialog. Thanks. ^ ^ To manage notifications about this bug go to: https://bugs.launchpad.net/openshot/+bug/713629/+subscriptions -- Mailing list: https://launchpad.net/~linux-traipu Post to : linux-traipu@lists.launchpad.net Unsubscribe : https://launchpad.net/~linux-traipu More help : https://help.launchpad.net/ListHelp
[Linux-traipu] [Bug 923785] Re: mythweb 0.25 apache config broken
** Changed in: mythbuntu Status: Fix Released = Triaged ** Changed in: mythbuntu Status: Triaged = Fix Committed ** Changed in: mythbuntu Assignee: (unassigned) = rhpot1991 (rhpot1991) ** Also affects: mythweb (Ubuntu) Importance: Undecided Status: New ** Changed in: mythweb (Ubuntu) Status: New = Fix Committed ** No longer affects: mythweb (Ubuntu) ** Also affects: mythtv (Ubuntu) Importance: Undecided Status: New ** Changed in: mythtv (Ubuntu) Status: New = Fix Committed -- You received this bug notification because you are a member of UBUNTU - AL - BR, which is subscribed to Mythbuntu. https://bugs.launchpad.net/bugs/923785 Title: mythweb 0.25 apache config broken Status in Mythbuntu, Ubuntu derivative focused upon MythTV: Fix Committed Status in “mythtv” package in Ubuntu: Fix Committed Bug description: I'm not the first to see this bug 806221 is the same, also see http://www.mythtv.org/pipermail/mythtv-users/2011-December/325576.html The fix for me was to change the paths in /etc/apache2/sites- available/mythweb.conf from Directory /var/www/html/data Options -All +FollowSymLinks +IncludesNoExec /Directory Directory /var/www/html to Directory /var/www/mythweb/data Options -All +FollowSymLinks +IncludesNoExec /Directory Directory /var/www/mythweb and change permissions on the icons dir sudo chgrp www-data /usr/share/mythtv/mythweb/data/tv_icons sudo chmod g+w /usr/share/mythtv/mythweb/data/tv_icons ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: mythweb 2:0.25.0~master.20120129.67fa131-0ubuntu0mythbuntu4 ProcVersionSignature: Ubuntu 3.2.0-12.20-generic 3.2.2 Uname: Linux 3.2.0-12-generic x86_64 ApportVersion: 1.91-0ubuntu1 Architecture: amd64 CrashDB: mythbuntu Date: Mon Jan 30 10:12:05 2012 Installed_mythtv_dbg: 0.0 PackageArchitecture: all ProcEnviron: LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: mythtv UpgradeStatus: Upgraded to precise on 2012-01-30 (0 days ago) modified.conffile..etc.default.mythweb: [cfg] enable = only = username = password = mtime.conffile..etc.default.mythweb: 2012-01-29T20:01:09.658038 To manage notifications about this bug go to: https://bugs.launchpad.net/mythbuntu/+bug/923785/+subscriptions -- Mailing list: https://launchpad.net/~linux-traipu Post to : linux-traipu@lists.launchpad.net Unsubscribe : https://launchpad.net/~linux-traipu More help : https://help.launchpad.net/ListHelp