Bug#813901: ITP: btrfsmaintenance -- Btrfs maintenance toolbox
Hello, I've uploaded the package and took the reccomendations into consideration. http://mentors.debian.net/package/btrfsmaintenance Regards, signature.asc Description: OpenPGP digital signature
Bug#813901: ITP: btrfsmaintenance -- Btrfs maintenance toolbox
Package: wnpp Severity: wishlist Owner: Ioan Eugen Stan <e...@ieugen.ro> * Package name: btrfsmaintenance Version : 0.1.2 Upstream Author : Dave <d...@jikos.cz> * URL : https://github.com/kdave/btrfsmaintenance * License : GPL2 Programming Lang: shell Description : Btrfs maintenance toolbox This is a set of scripts supplementing the btrfs filesystem and aims to automate a few maintenance tasks. This means the scrub, balance, trim or defragmentation. Each of the tasks can be turned on/off and configured independently. The default config values were selected to fit the default installation profile of openSUSE 13.2 where the root filesystem is formatted to btrfs. Support for other distros is possible and patches are welcome. Overall tuning of the default values should give a good balance between effects of the tasks and low impact of other work on the system. If this does not fit your needs, please adjust the settings. I am looking for co-mainteiners for this package. I do need a sponsor for this package.
Bug#816881: dpkg: fails to install kernel with boot partition with vfat filesystem
Package: dpkg Version: 1.17.26 Severity: important Dear Maintainer, I have installed my Debian system with a /boot partition on FAT16 because I have a common partition for /boot and UEFI firmware. However, installing the linux-kernel tryes to do a symbolic link as a backup measure before upgrade. Since FAT filesystems do not support symlinks the process fails and the pacakge remains unconfigured. I expect the package to install and issue a warning instead of an error, ask me what to do or I don't know. See output bellow (Romanian, sorry) Unpacking linux-image-3.16.0-4-amd64 (3.16.7-ckt20-1+deb8u4) over (3.16.7-ckt20-1+deb8u3) ... dpkg: error processing archive /var/cache/apt/archives/linux- image-3.16.0-4-amd64_3.16.7-ckt20-1+deb8u4_amd64.deb (--unpack): nu se poate face legătură copie de siguranță lui „./boot/System.map-3.16.0-4-amd64” înainte de instalarea noii versiuni: Operation not permitted dpkg-deb: error: subprocess lipește was killed by signal (Broken pipe) umber Start (sector)End (sector) Size Code Name 12048 1050623 512.0 MiB EF00 EFI System 2 105062417827839 8.0 GiB 8200 Linux swap 317827840 1250263694 587.7 GiB 8300 Linux filesystem -- System Information: Debian Release: 8.3 APT prefers stable APT policy: (900, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=ro_RO.UTF8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-7+b3 ii libc62.19-18+deb8u3 ii liblzma5 5.1.1alpha+20120614-2+b3 ii libselinux1 2.3-2 ii tar 1.27.1-2+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 1.0.9.8.2 -- no debconf information
Bug#823293: fusiondirectory-insert-schema fails to add schema to ldap with cn=config configuration
Package: fusiondirectory Version: 1.0.8.2-5+deb8u1 Severity: important Dear Maintainer, I've installed slapd and fusiondirectory on my Debian Jessie server. Dusing fusiondirectory web setup it complained about missing schema so I ran the fusiondirectory-insert-schema to install the schemas in my LDAP server. $ sudo fusiondirectory-insert-schema ! This tool is only intended to be with with a cn=config backend, cn=config could not be found in the LDAP at /usr/sbin/fusiondirectory-insert-schema line 242. I expected the schemas to be imported into LDAP and be available. It seems the schemas provided by the package are not migrated to LDIF format. I'm quite new with LDAP so please let me know if and how I can provide more information. All versions used are from Debian Jessie + Backports. fusiondirectory-setup also fails but I will submit another bug. I'm reporting this bug from another machine with Debian Stretch. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ro_RO.UTF8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#823296: fusiondirectory-setup --check-ldap fails to create struccture in ldap
Package: fusiondirectory Version: 1.0.8.2-5+deb8u1 Severity: important Dear Maintainer, This might be related to bug [1] 823293 . While working to setup fusiondirectory on my Debian Jessie server I ran `fusiondirectory-setup --check-ldap` command to check the LDAP tree. The command asked me some questions and then it tried to create the fd-admin user. It failed with INVALID_LDAP_SYNTAX or similar error. I cannot reproduce it right now. My best guss of the cause is that it's missing the schemas as noted in 823293 . This bug is reported from another machine. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823293 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ro_RO.UTF8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#834842: wordpress: allow multiple wp instances in same webserver
Package: wordpress Version: 4.5.3+dfsg-1 Severity: wishlist Dear Maintainer, Please accpet my contribution to the wordpress package. It allows users to select a wordpress specific configuration from the web server config file. The issue with the current wordpress configuration lookup is that it uses only the host name to perform lookup. This does not allow you to host multiple separate wordpress sites on the same domain/hostname. My solution adds a few lines to the config and enables users to select the wordpress config they wish to use by setting a CGI variable called 'WORDPRESS_CONFIG'. The solution should work with every web server that implements CGI specification [1]. I have included sample apache config option and wp-config.php updates. In apache vhost configuration you can set the configuration you wish to use with somethink like: SetEnvIf Request_URI "^/blog/(.*)$" WORDPRESS_CONFIG=blog /* Look up a host-specific config file in * /etc/wordpress/config-.php or /etc/wordpress/config-.php */ $debian_server = preg_replace('/:.*/', "", $_SERVER['HTTP_HOST']); $debian_server = preg_replace("/[^a-zA-Z0-9.\-]/", "", $debian_server); if (isset($_SERVER['WORDPRESS_CONFIG'])) { $debian_file = '/etc/wordpress/config-'.$_SERVER['WORDPRESS_CONFIG'] .'.php'; } else { $debian_file = '/etc/wordpress/config-'.strtolower($debian_server).'.php'; } The above code will select configuration '/etc/wordpress/config-blog.php' if the request path starts with "/blog/". I believe the patch greatly enhances the flexibility of the package with just a few lines of code. It enables users to host multiple wordpress instances in the same virtual host configuration like: - example.com - example.com/blog - example.com/other-wp-site etc. [1] https://tools.ietf.org/html/rfc3875 [2] https://httpd.apache.org/docs/current/mod/mod_setenvif.html -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ro_RO.UTF8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wordpress depends on: ii apache2 [httpd] 2.4.23-4 ii ca-certificates 20160104 ii libapache2-mod-php 1:7.0+44 ii libapache2-mod-php7.0 [libapache2-mod-php] 7.0.9-2 ii libjs-cropper 1.2.2-1 ii libphp-phpmailer5.2.14+dfsg-2 ii mysql-client5.6.30-1 ii nginx-full [httpd] 1.10.1-1 ii php 1:7.0+44 ii php-gd 1:7.0+44 ii php-getid3 1.9.12+dfsg-1 ii php-mysql 1:7.0+44 ii php7.0 [php]7.0.9-2 ii php7.0-gd [php-gd] 7.0.9-2 ii php7.0-mysql [php-mysqlnd] 7.0.9-2 Versions of packages wordpress recommends: ii wordpress-l10n 4.5.3+dfsg-1 ii wordpress-theme-twentysixteen 4.5.3+dfsg-1 Versions of packages wordpress suggests: pn mysql-server ii php-ssh2 1.0+0.13-1 -- no debconf information
Bug#881701: chromium: Chromium screenshare does not work - possibly missing compile flag: enable_hangout_services_extension
Package: chromium Version: 62.0.3202.89-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** I have installed the Chromium package and used it in a hangouts. Sharing my screen does not work, receiving screen share from other contacts works. I have reported this upstream and searched on the internet for a solutin. It might be a compile option: "enable_hangout_services_extension", as specified here [2] I had this issue whith Stretch as well. Google Chrome works. [1] https://productforums.google.com/forum/?utm_medium=email_source=footer#!msg/hangouts/VLG6BPMZLYA/UGi3Sp8OAgAJ [2] https://www.reddit.com/r/debian/comments/6xpuoa/solved_hangouts_screensharing_not_working_in/ -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8), LANGUAGE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages chromium depends on: ii chromium-common 62.0.3202.89-1 ii libasound2 1.1.3-5 ii libatk1.0-0 2.26.0-2 ii libavcodec57 7:3.3.4-2+b3 ii libavformat577:3.3.4-2+b3 ii libavutil55 7:3.3.4-2+b3 ii libc62.24-17 ii libcairo21.15.8-2 ii libcups2 2.2.6-2 ii libdbus-1-3 1.12.0-1 ii libevent-2.1-6 2.1.8-stable-4 ii libexpat12.2.3-2 ii libflac8 1.3.2-1 ii libfontconfig1 2.12.3-0.2 ii libfreetype6 2.8.1-0.1 ii libgcc1 1:7.2.0-14 ii libgdk-pixbuf2.0-0 2.36.11-1 ii libglib2.0-0 2.54.1-1 ii libgtk2.0-0 2.24.31-2 ii libharfbuzz0b1.6.2-1 ii libicu57 57.1-8 ii libjpeg62-turbo 1:1.5.2-2 ii liblcms2-2 2.8-4 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.16-1 ii libnss3 2:3.33-1 ii libopus0 1.2.1-1 ii libpango-1.0-0 1.40.12-1 ii libpangocairo-1.0-0 1.40.12-1 ii libpng16-16 1.6.34-1 ii libpulse011.1-1 ii libre2-3 20170101+dfsg-1 ii libsnappy1v5 1.1.7-1 ii libstdc++6 7.2.0-14 ii libvpx4 1.6.1-3 ii libwebp6 0.6.0-3 ii libwebpdemux20.6.0-3 ii libwebpmux3 0.6.0-3 ii libx11-6 2:1.6.4-3 ii libx11-xcb1 2:1.6.4-3 ii libxcb1 1.12-1 ii libxcomposite1 1:0.4.4-2 ii libxcursor1 1:1.1.14-3 ii libxdamage1 1:1.1.4-3 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxi6 2:1.7.9-1 ii libxml2 2.9.4+dfsg1-5+b1 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.1 1.1.29-4 ii libxss1 1:1.2.2-1+b2 ii libxtst6 2:1.2.3-1 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages chromium recommends: ii fonts-liberation 1:1.07.4-5 Versions of packages chromium suggests: pn chromium-driver pn chromium-l10n pn chromium-shell pn chromium-widevine -- no debconf information
Bug#927907: flatpak directories are not in the search path set by the XDG_DATA_DIRS
Package: flatpak Version: 1.2.4-1 Severity: normal Dear Maintainer, I tried to `flatpak --user update` and I got this message. I think flatpak should be added by default to the XDG_DATA_DIRS env. I think flatpak is a very nice piece of technology. ```sh ▶ flatpak --user update Note that the directories '/var/lib/flatpak/exports/share' '/home/ieugen/.local/share/flatpak/exports/share' are not in the search path set by the XDG_DATA_DIRS environment variable, so applications installed by Flatpak may not appear on your desktop until the session is restarted. Looking for updates… Nothing to do. ``` My XDG_DATA_DIRS looks like this: ``` ▶ env | grep XDG_DATA_DIRS XDG_DATA_DIRS=/usr/share:/usr/share:/usr/local/share ``` I switched to Plasma under Wayland recently, don't know if it is important. I'm running Debian Buster (mostly) with some third party packages and some from sid. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ro_RO.UTF8, LC_CTYPE=ro_RO.UTF8 (charmap=UTF-8), LANGUAGE=ro:en_US (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages flatpak depends on: ii bubblewrap 0.3.1-4 ii libappstream-glib8 0.7.14-1 ii libarchive13 3.3.3-4 ii libc6 2.28-8 ii libdconf1 0.30.1-2 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-1 ii libgpgme11 1.12.0-6 ii libjson-glib-1.0-0 1.4.4-2 ii libostree-1-1 2019.1-1 ii libpolkit-agent-1-00.105-25 ii libpolkit-gobject-1-0 0.105-25 ii libseccomp22.3.3-4 ii libsoup2.4-1 2.64.2-2 ii libsystemd0241-3 ii libxau61:1.0.8-1+b2 ii libxml22.9.4+dfsg1-7+b3 ii xdg-dbus-proxy 0.1.1-1 ii xdg-desktop-portal 1.2.0-1 Versions of packages flatpak recommends: ii desktop-file-utils 0.23-4 ii gtk-update-icon-cache3.24.5-1 ii hicolor-icon-theme 0.17-2 ii libpam-systemd 241-3 ii p11-kit 0.23.15-2 ii policykit-1 0.105-25 ii shared-mime-info 1.10-1 ii xdg-desktop-portal-gtk [xdg-desktop-portal-backend] 1.2.0-1 Versions of packages flatpak suggests: ii avahi-daemon 0.7-4+b1 -- no debconf information