Bug#1032767: FreshRSS dependencies
Some preliminary analysis shows that the following dependencies of FreshRSS are already available in Debian stable. There are 32 dependencies listed in composer.lock. The versions are not checked. Package: php-parser Version: 4.15.4-1 Package: php-file-iterator Version: 3.0.6-2 Package: php-invoker Version: 3.1.1-3 Package: php-text-template Version: 2.0.4-2 Package: php-timer Version: 5.0.3-3 Package: phpunit Version: 9.6.7-1 Package: complexity Version: 1.13-1+b1 Command to generate this list. jq -r '.["packages-dev"][]?.name' composer.lock | cut -d/ -f2 | xargs -I{} apt-cache show {} 2>/dev/null | grep -E '^Package:|^Version:' -- Regards, Joseph Nuthalapati
Bug#1069018: wayland: Display loses HDMI connection on sudden mouse movement
Package: wayland Severity: normal Dear Maintainer, I use a 43" 4K TV as the primary monitor for my Debian desktop (running Debian 12 stable). It is connected over HDMI. The desktop has an AMD GPU, with drivers from Debian. There are no third-party drivers installed to the best of my knowledge. The TV: iFF43U62 - https://www.iffalcon.com/in/en/tvs/u62 This TV has a picture mode called "PC" which makes it usable as a PC monitor. When I log in, the default desktop environment is Gnome on Wayland. I rarely touch the mouse since I know most Gnome shortcuts. So, this leads to situations where the mouse is idle for several minutes and when I grab the mouse quickly after some time, this jerk breaks the HDMI connection. I cannot recover from this without a full reboot. I tried moving the mouse slowly after a period of inactivity. This doesn't solve the issue. My current workaround is to select Gnome on Xorg in the login screen. No amount of sudden jerking of the mouse breaks the HDMI connection on Xorg. I had no issues with Wayland on my previous monitor - BenQ GW2780 (1920 x 1080) 27 inches. I am willing to provide more details to help debug this issue. Thanks. -- Joseph Nuthalapati OpenPGP_0x5398F00A2FA43C35.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1063374: RFP: HTMX - high power tools for HTML
Package: wnpp Severity: wishlist * Package name: libjs-htmx Version : 1.9.10 Upstream Authors : Big Sky Software * URL : https://github.com/bigskysoftware/htmx * License : 0BSD Programming Lang: JavaScript Description : A JavaScript library to enhance the features of HTML HTML has only two elements that communicate with the server - and . HTMX allows all elements to send AJAX requests to the server. It also allows DOM manipulation by replacing HTML elements with the response from the server. This can significantly enhance the user experience of traditional multi-page web applications. . htmx allows you to access AJAX, CSS Transitions, WebSockets and Server Sent Events directly in HTML, using attributes, so you can build modern user interfaces with the simplicity and power of hypertext. . htmx has no runtime dependencies. It can be used by web applications written in any programming language. The license is Zero-Clause BSD. Links: 1. https://htmx.org -- Regards, Joseph Nuthalapati
Bug#1051912: RFP: Miniflux - Minimalistic RSS feed reader (web-based)
Package: wnpp Severity: wishlist * Package name: miniflux-v2 Version : 2.0.47 Upstream Authors : Miniflux * URL : https://github.com/miniflux/v2 * License : Apache-2.0 Programming Lang: Go Description : Miniflux is a minimalist and opinionated feed reader Miniflux is a RSS feed reader that works in a client-server model. v1 of Miniflux was written in PHP. v2 is in Golang. This RFP is for v2. Having Miniflux available to install on Debian servers makes it easy for Debian users to self-host a web-based RSS feed reader. It can also be made available to Debian-based self-hosting systems such as FreedomBox. The only web-based feed reader we currently have in Debian is Tiny Tiny RSS. https://tracker.debian.org/pkg/tt-rss Additional info: Miniflux depends on a small number of Golang librares. Its minimalistic web frontend doesn't need any JavaScript libraries. -- Regards, Joseph Nuthalapati
Bug#1051382: mediawiki: Provide configuration option to run update.php automatically
Package: mediawiki Severity: wishlist Dear Maintainer, Context FreedomBox, a Debian pure blend for home servers, provides MediaWiki as an application. FreedomBox also manages updates of all the installed packages (using the unattended-updates package). FreedomBox makes releases of the freedombox package every 2 weeks, which are sent to end users via the stable-backports channel. The FreedomBox project doesn't expect users to be proficient with the commandline interface or have any knowledge of system administration. Problem Whenever the MediaWiki package is updated, it is expected that the system administrator runs an update.php script to do database migrations. If the package goes through an upgrade and this script is not run, MediaWiki is left in an unusable state. Current workaround -- This issue is being fixed currently by triggering update.php from FreedomBox (by incrementing the version number of the MediaWiki app in FreedomBox). In the worst case, a user needs to wait 2 weeks (i.e. the next release of the freedombox package) for a fix. See [1] as an example of this problem. Proposed long-term solution -- Provide support in the Debian package for FreedomBox's use case. If the user installed MediaWiki database using dbconfig and answered positively to a question to auto-update the database, then run update.php during package upgrade. Please feel free to discuss this issue at [1] on Salsa. Links: 1. https://salsa.debian.org/freedombox-team/freedombox/-/issues/2119 Regards, Joseph Nuthalapati (on behalf of the FreedomBox team) OpenPGP_0x5398F00A2FA43C35.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1051343: RFS: golang-codeberg-gusted-mcaptcha/0.0~git20220723.4f3072e-1 [ITP] -- mCaptcha is a Go library to interact with mCaptcha
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "golang-codeberg-gusted-mcaptcha": * Package name : golang-codeberg-gusted-mcaptcha Version : 0.0~git20220723.4f3072e-1 Upstream contact : William Zijl * URL : https://pkg.go.dev/codeberg.org/gusted/mcaptcha * License : MIT * Vcs : https://salsa.debian.org/go-team/packages/golang-codeberg-gusted-mcaptcha Section : golang The source builds the following binary packages: golang-codeberg-gusted-mcaptcha-dev - mCaptcha is a Go library to interact with mCaptcha To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-codeberg-gusted-mcaptcha/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/golang-codeberg-gusted-mcaptcha/golang-codeberg-gusted-mcaptcha_0.0~git20220723.4f3072e-1.dsc Changes for the initial release: golang-codeberg-gusted-mcaptcha (0.0~git20220723.4f3072e-1) UNRELEASED; urgency=medium . * Initial release (Closes: #1051260) Regards, -- Joseph Nuthalapati
Bug#1051260: ITP: golang-codeberg-gusted-mcaptcha -- Provides an mCaptcha endpoints on Go servers
The repository with the initial packaging is here https://salsa.debian.org/go-team/packages/golang-codeberg-gusted-mcaptcha
Bug#1051260: ITP: golang-codeberg-gusted-mcaptcha -- Provides an mCaptcha endpoints on Go servers
Package: wnpp Severity: wishlist Owner: Joseph Nuthalapati * Package name: golang-codeberg-gusted-mcaptcha Version : 0.0~git20220723.4f3072e-1 Upstream Author : William Zijl * URL : https://pkg.go.dev/codeberg.org/gusted/mcaptcha * License : Expat Programming Lang: Go Description : mCaptcha is a Go library to interact with mCaptcha. This Go library implements a PoW endpoint on the server to support the mCaptcha[1] protocol. This is a dependency of the git forge server Forgejo (fork of Gitea), currently in use by deployments such as Codeberg.org.
Bug#972211: FTBFS with OCaml 4.11.1 (-unsafe-string is not available)
Adding a link to the upstream issue. -unsafe-string usage https://github.com/ygrek/mldonkey/issues/46 -- Joseph Nuthalapati
Bug#989456: RFP: geckodriver - Proxy for using W3C WebDriver compatible clients to interact with Gecko-based browsers
Package: wnpp Severity: wishlist * Package name: geckodriver Version : 0.29.1 * URL : https://github.com/mozilla/geckodriver * License : MPLv2 Programming Lang: Rust Description : Proxy for using W3C WebDriver-compatible clients to interact with Gecko-based browsers. Proxy for using W3C WebDriver-compatible clients to interact with Gecko-based browsers. . This program provides the HTTP API described by the WebDriver protocol to communicate with Gecko browsers, such as Firefox. It translates calls into the Firefox remote protocol by acting as a proxy between the local and remote ends. geckodriver is used for automation of the Firefox web browser. It is required by packages that test web applications by simulating user interactions, e.g. python3-selenium. -- Thanks, Joseph Nuthalapati OpenPGP_signature Description: OpenPGP digital signature
Bug#988754: ITP: splinter -- tool for testing web applications using Python
Package: wnpp Severity: wishlist Owner: Joseph Nuthalapati * Package name: python-splinter Version : 0.14.0 Upstream Author : Andrews Medina * URL : https://splinter.readthedocs.io * License : BSD-3-Clause Programming Lang: Python Description : browser abstraction for web acceptance testing Splinter is an open source tool for testing web applications using Python. It lets you automate browser actions, such as visiting URLs and interacting with their items. Splinter is useful for browser-based testing of web applications developed on Debian, especially for native Debian packages which are web applications. Splinter uses Selenium for browser automation. -- Regards, Joseph Nuthalapati OpenPGP_signature Description: OpenPGP digital signature
Bug#979686: mediawiki: Cannot skip installing mariadb & postgresql
Package: mediawiki Severity: normal Dear maintainer, The MediaWiki installation on FreedomBox uses SQLite as its database. However, the Debian package for MediaWiki installs mariadb server, client and libraries for PHP and Perl. The MariaDB daemon consumes 80-90 MB of memory which is a lot to spare on Single Board Computers. Similarly, it also installs PostgreSQL server, client and libraries. It is possible to install mediawiki without mariadb and postgreql using the following command, but one has to guess the version numbers correctly. # apt install mediawiki mariadb-server-10.5- postgresql-13- Maybe a package like mediawiki-sqlite which doesn't install the other databases would help. P.S. This is causing another problem in FreedomBox. RoundCube is another PHP application which is intended to use SQLite as its database. Since a MariaDB server is running on the machine, it tries to connect to it. But we don't install roundcube-mysql package (and php-mysql), so the application fails to start. https://salsa.debian.org/freedombox-team/freedombox/-/issues/1532 -- Regards, Joseph Nuthalapati
Bug#973311: Please include Lektor admin interface
Package: lektor Severity: wishlist Dear maintainer, Lektor admin web interface allows a user to author web pages through a web browser without having to learn how to edit files over SSH on the server where the website is hosted. This greatly improves the user-friendliness of the application. The Debian package for Lektor is currently missing this web interface. Please include it. Thanks for maintaining Lektor. -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#969628: RFP: Plume - Federated blogging engine
Package: wnpp Severity: wishlist * Package name: plume Version : 0.5.0 * URL : https://git.joinplu.me/Plume/Plume * License : AGPLv3 Programming Lang: Rust Description : Plume is a federated blogging engine, based on ActivityPub. Plume is a federated blogging engine, based on ActivityPub. It is written in Rust, with the Rocket framework, and Diesel to interact with the database. The front-end uses Ructe templates, WASM and SCSS. Plume allows managing not only blog posts but various other forms of media allowing use cases like podcasting. Plume also supports collaborative writing of articles. Plume supports the ActivityPub protocol which enables automatic publishing of blog posts to the Fediverse, much like how Medium allows automatic publishing to Twitter. -- Thanks, Joseph Nuthalapati
Bug#969627: RFP: WriteFreely - Federated blogging engine
Package: wnpp Severity: wishlist * Package name: writefreely Version : 0.12.0 Upstream Authors : Write As * URL : https://github.com/writeas/writefreely * License : AGPLv3 Programming Lang: Go Description : WriteFreely is free and open source software for building a writing space on the web WriteFreely is free and open source software for building a writing space on the web — whether a publication, internal blog, or writing community in the fediverse. WriteFreely allows self-hosting a distraction-free minimalistic writing platform as an alternative services like Medium.com which pose privacy issues for readers. WriteFreely supports the ActivityPub protocol which enables automatic publishing of blog posts to the Fediverse, much like how Medium allows automatic publishing to Twitter. -- Thanks, Joseph Nuthalapati
Bug#968821: bepasty: Syntax highlighting not working
Package: bepasty Severity: normal X-Debbugs-Cc: njos...@riseup.net Steps to reproduce: 1. Paste some Python3 code into the paste bin 2. Set content type to text/x-python3 or application/x-python3 3. Optionally enter the Python file name and submit Expected: Code with syntax highlighting Actual: Code rendered as plain text Screenshot attached. -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#965095: Searx 0.17.0 with uwsgi throws Internal Server Error
I cannot reproduce this issue on a new Debian unstable container with searx 0.17.0 and python3-werkzeug 1.0.1 The line referenced in the bug report exists in searx 0.16.0 https://github.com/asciimoo/searx/blob/v0.16.0/searx/webapp.py#L50 I'm using the same container image. The other dependencies I'm installing - uwsgi and uwsgi-plugin-python3 haven't been updated since last month. The only explanation I can think of is that my installation fetched searx 0.16.0 and python3-werkzeug 1.0.1, a failing combination. Did I test this too early when both packages weren't available at the same time in the Debian mirror? Wed, 15 Jul 2020 21:33:23 UTC <- date of release announcement Thu, 16 Jul 2020 02:09:01 UTC <- date of bug report Also, I didn't verify the Searx version in the container last time. I merely looked up the latest version from https://tracker.debian.org In a way, python3-searx depending on python3-werkzeug (>= 0.16.1) caused this problem. Maybe it should have had an upper bound of < 1.0 I added an additional test to the FreedomBox project to reproduce this issue. But that test is now passing too. Hope the upgrade proceeds without any problems. I have also noticed that python3-werkzeug 1.0.1 might not migrate to testing due to autopkgtest failures but searx will. It might be worth checking if searx 0.17.0 will work properly with python3-werkzeug 0.16.1. On 16/07/20 2:11 pm, Johannes Schauer wrote: > Hi, > > thanks for your bugreport! > > Quoting Joseph Nuthalapati (2020-07-16 04:06:35) >> There appears to be a missing Python dependency (werkzeug.contrib) in >> the new Searx 17.0 package uploaded to unstable. >> >> Tested in Debian unstable container. >> >> Error log from /var/log/uwsgi/app/searx.log >> >> --- >> Traceback (most recent call last): >> >> File "/usr/lib/python3/dist-packages/searx/webapp.py", line 50, in >> >> from werkzeug.contrib.fixers import ProxyFix >> ModuleNotFoundError: No module named 'werkzeug.contrib' >> Thu Jul 16 07:22:32 2020 - unable to load app 0 (mountpoint='') >> (callable not found or import error) >> Thu Jul 16 07:22:32 2020 - *** no app loaded. going in full dynamic mode *** >> Traceback (most recent call last): >> >> File "/usr/lib/python3/dist-packages/searx/webapp.py", line 50, in >> >> from werkzeug.contrib.fixers import ProxyFix >> ModuleNotFoundError: No module named 'werkzeug.contrib' > > can you tell me how to reproduce the error? > > Weirdly, line 40 in webapp.py does not contain the line from your backtrace > above: > > https://sources.debian.org/src/searx/0.17.0+dfsg1-1/searx/webapp.py/ > > Also, the autopkgtest is passing just fine: > > https://salsa.debian.org/debian/searx/-/pipelines/156223 > > So I wonder how it can be that it runs fine for me and on salsa ci. Maybe some > additional tests should be added which trigger your problem? > > Also weird, then I don't find the string "werkzeug.contrib" at all in the > searx > sources in Debian or in the upstream git: > > https://github.com/asciimoo/searx/search?q=werkzeug.contrib_q=werkzeug.contrib > > Do you have an idea? > > Thanks! > > cheers, josch > -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#965095: Searx 0.17.0 with uwsgi throws Internal Server Error
Package: searx Severity: grave Version: 0.17.0+dfsg1-1 There appears to be a missing Python dependency (werkzeug.contrib) in the new Searx 17.0 package uploaded to unstable. Tested in Debian unstable container. Error log from /var/log/uwsgi/app/searx.log --- Traceback (most recent call last): File "/usr/lib/python3/dist-packages/searx/webapp.py", line 50, in from werkzeug.contrib.fixers import ProxyFix ModuleNotFoundError: No module named 'werkzeug.contrib' Thu Jul 16 07:22:32 2020 - unable to load app 0 (mountpoint='') (callable not found or import error) Thu Jul 16 07:22:32 2020 - *** no app loaded. going in full dynamic mode *** Traceback (most recent call last): File "/usr/lib/python3/dist-packages/searx/webapp.py", line 50, in from werkzeug.contrib.fixers import ProxyFix ModuleNotFoundError: No module named 'werkzeug.contrib' -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#962084: Adding buster-backport to apt sources on install seems wrong
This is also being discussed on a Debian Salsa issue. Cross-linking. https://salsa.debian.org/freedombox-team/freedombox/-/issues/1855 On 03/06/20 1:05 pm, Christian Ehrhardt wrote: > Package: plinth > Version: 20.10 > severity: serious > > Hi, > running into issues today I realized that the new freedombox 20.10 > places this file on disk: > $ cat /etc/apt/sources.list.d/freedombox2.list > # This file is managed by FreedomBox, do not edit. > # Allow carefully selected updates to 'freedombox' from backports. > deb http://deb.debian.org/debian buster-backports main > deb-src http://deb.debian.org/debian buster-backports main > > IMHO a package should not on-install mess with apt sources. Users just > don't expect this or the follow on consequences that can happen. > For example you are pinning python packages from backports which I'd > expect might lead to quite some dependency hell with other things installed. > > I was facing this in Ubuntu where it is even more wrong and essentially > breaking `apt update`, but IMHO it is even wrong if not outright > forbidden by some policy in Debian. I mean adding 'buster-backports' and > pinning to them in e.g. 'sid' - to me that sounds like calling for trouble. > > I'd ask you to reconsider and remove this behavior. If you want/need to > keep it then maybe at least consider adding a skip if `dpkg-vendor > --derives-from Ubuntu` is true. Would that work better for you? > > -- > Christian Ehrhardt > Staff Engineer, Ubuntu Server > Canonical Ltd -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#944421: RFP: searx-admin: Administration interface for Searx
Package: wnpp Severity: wishlist * Package name: searx-admin Version : Upstream Authors : Noémi Ványi * URL : https://github.com/kvch/searx-admin * License : AGPL-3.0 Programming Lang: Python Description : web based management interface for Searx searx-admin is a web application which is capable of managing your Searx instance and manipulating its settings via a web UI. It aims to replace editing of settings.yml for less experienced administrators or people who prefer graphical admin interfaces. Links: 1. https://asciimoo.github.io/searx/blog/admin.html -- Regards, Joseph Nuthalapati
Bug#935491: ITP: node-replify -- Easily add a REPL to your Node.js app
Package: wnpp Severity: wishlist Owner: Joseph Nuthalapati X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-replify Version : 1.2.0 Upstream Author : Daniel D. Shaw (http://dshaw.com) * URL : https://github.com/dshaw/replify * License : Expat Programming Lang: JavaScript Description : Easily add a REPL to your Node.js app Replify is a library to add a REPL to your Node.js application . Replify is a dependency of CryptPad - the encrypted collaboration suite. . Node.js is an event-based server-side JavaScript engine. Replify is a dependency of CryptPad - the encrypted collaboration suite. CryptPad is a private-by-design alternative to popular office tools and cloud services. All the content stored on CryptPad is encrypted before being sent, which means nobody can access your data unless you give them the keys. -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#935032: RFS: node-async-limiter/1.0.1-1 [#935020] -- node-async-limiter - A module for limiting concurrent asynchronous actions in flight
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "node-async-limiter" * Package name: node-async-limiter Version : 1.0.1-1 Upstream Author : https://github.com/strml/async-limiter/issues * URL : https://github.com/strml/async-limiter#readme * License : Expat * Vcs : https://salsa.debian.org/js-team/node-async-limiter Section : javascript It builds those binary packages: node-async-limiter - A module for limiting concurrent asynchronous actions in flight To access further information about this package, please visit the following URL: https://mentors.debian.net/package/node-async-limiter Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/n/node-async-limiter/node-async-limiter_1.0.1-1.dsc Changes since the last upload: * Initial release (Closes: #935020) Link to Salsa repository: https://salsa.debian.org/njoseph-guest/node-async-limiter.git This package is a dependency of a web application called Cryptpad - the encrypted collaboration suite. https://wiki.debian.org/Javascript/Nodejs/Tasks/CryptPad -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#932885: RFP: CryptPad - The Encrypted Collaboration Suite
Package: wnpp Severity: wishlist * Package name: cryptpad Version : 0.03.5 Upstream Authors : XWiki Labs * URL : https://github.com/xwiki-labs/cryptpad * License : AGPLv3 Programming Lang: JavaScript Description : The Encrypted Collaboration Suite CryptPad is the Zero Knowledge realtime collaborative editor. Encryption carried out in your web browser protects the data from the server, the cloud and the NSA. It relies on the ChainPad realtime engine. The list of dependencies for CryptPad NodeJS package is available on the Debian NodeJS wiki. https://wiki.debian.org/Javascript/Nodejs/Tasks/CryptPad -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#927862: youtube-dl: please update to 2019.04.24
I have to add that not only playlists but playing some individual videos also doesn't work. Maybe this bug should be marked as "serious". Error log: [ytdl_hook] ERROR: Ax0v4i3arrw: "token" parameter not in video info for unknown reason; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; see https://yt-dl.org/update on how to update. Be sure to call youtube-dl with the --verbose flag and include its complete output. [ytdl_hook] youtube-dl failed: unexpected error ocurred Failed to recognize file format. Exiting... (Errors when loading file) -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#924588: ITP: Standford Javascript Crypto Library - sjcl
Package: wnpp Severity: wishlist Owner: Joseph Nuthalapati * Package name: node-sjcl Version : 1.0.8 Upstream Authors : Emily Stark, Mike Hamburg and Dan Boneh * URL : https://github.com/bitwiseshiftleft/sjcl * License : BSD-2-Clause OR GPL-2.0-only Programming Lang: Javascript Description : SJCL is a library for cryptography in Javascript The Stanford Javascript Crypto Library is a project by the Stanford Computer Security Lab to build a secure, powerful, fast, small, easy-to-use, cross-browser library for cryptography in Javascript. SJCL uses the industry-standard AES algorithm at 128, 192 or 256 bits; the SHA256 hash function; the HMAC authentication code; the PBKDF2 password strengthener; and the CCM and OCB authenticated-encryption modes with sensible defaults. SJCL has no dependencies. -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#921498: matrix-synapse: Login fails in version 0.34.1
I cannot reproduce this error on Synapse 0.99 -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#923307: coquelicot: Uploading file fails
Package: coquelicot Version: 0.9.6-1.1 Severity: serious On Debian testing (Buster), uploading files to Coquelicot results in a 500 error. This error makes the primary function of Coquelicot - uploading and sharing files, unusable. Please see the attached error log for the corresponding errors in the log file. -- Regards, Joseph Nuthalapati 10.0.2.2 - - [26/Feb/2019:05:38:15 +] "POST /coquelicot/authenticate HTTP/1.1" 200 2 0.0010 E, [2019-02-26T05:38:32.731272 #4169] ERROR -- : app error: undefined method `rewind' for # (NoMethodError) E, [2019-02-26T05:38:32.731427 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/multipart.rb:45:in `extract_multipart' E, [2019-02-26T05:38:32.731461 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/request.rb:472:in `parse_multipart' E, [2019-02-26T05:38:32.731481 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/request.rb:335:in `POST' E, [2019-02-26T05:38:32.731501 #4169] ERROR -- : (erb):225:in `pretty' E, [2019-02-26T05:38:32.731522 #4169] ERROR -- : /usr/lib/ruby/2.5.0/erb.rb:876:in `eval' E, [2019-02-26T05:38:32.731542 #4169] ERROR -- : /usr/lib/ruby/2.5.0/erb.rb:876:in `result' E, [2019-02-26T05:38:32.731561 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/show_exceptions.rb:82:in `pretty' E, [2019-02-26T05:38:32.731580 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/show_exceptions.rb:31:in `rescue in call' E, [2019-02-26T05:38:32.731600 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/show_exceptions.rb:21:in `call' E, [2019-02-26T05:38:32.731621 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/base.rb:194:in `call' E, [2019-02-26T05:38:32.731641 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/base.rb:1957:in `call' E, [2019-02-26T05:38:32.731661 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/upr/input_wrapper.rb:48:in `call' E, [2019-02-26T05:38:32.731681 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/protection/xss_header.rb:18:in `call' E, [2019-02-26T05:38:32.731695 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/protection/path_traversal.rb:16:in `call' E, [2019-02-26T05:38:32.731707 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/protection/json_csrf.rb:26:in `call' E, [2019-02-26T05:38:32.731719 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/protection/base.rb:50:in `call' E, [2019-02-26T05:38:32.731732 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/protection/base.rb:50:in `call' E, [2019-02-26T05:38:32.731750 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/protection/frame_options.rb:31:in `call' E, [2019-02-26T05:38:32.731772 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/session/abstract/id.rb:232:in `context' E, [2019-02-26T05:38:32.731794 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/session/abstract/id.rb:226:in `call' E, [2019-02-26T05:38:32.731817 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/null_logger.rb:9:in `call' E, [2019-02-26T05:38:32.731833 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/head.rb:12:in `call' E, [2019-02-26T05:38:32.731845 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/base.rb:194:in `call' E, [2019-02-26T05:38:32.731857 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/base.rb:1957:in `call' E, [2019-02-26T05:38:32.731869 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/base.rb:1502:in `block in call' E, [2019-02-26T05:38:32.731887 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/base.rb:1729:in `synchronize' E, [2019-02-26T05:38:32.731909 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/base.rb:1502:in `call' E, [2019-02-26T05:38:32.731930 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/urlmap.rb:68:in `block in call' E, [2019-02-26T05:38:32.731953 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/urlmap.rb:53:in `each' E, [2019-02-26T05:38:32.731969 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/urlmap.rb:53:in `call' E, [2019-02-26T05:38:32.731981 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/common_logger.rb:33:in `call' E, [2019-02-26T05:38:32.731993 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/sinatra/base.rb:231:in `call' E, [2019-02-26T05:38:32.732007 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/chunked.rb:54:in `call' E, [2019-02-26T05:38:32.732029 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rack/content_length.rb:15:in `call' E, [2019-02-26T05:38:32.732051 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rainbows/process_client.rb:43:in `process_loop' E, [2019-02-26T05:38:32.732073 #4169] ERROR -- : /usr/lib/ruby/vendor_ruby/rainbows/thread_spawn.rb:36:in `block (3 levels) in accept_loop' signature.asc Description: OpenPGP digital signature
Bug#923237: RFP: lufi - Let's Upload that FIle — File sharing software
Package: wnpp Severity: wishlist * Package name: lufi Version : 0.03.5 Upstream Authors : Luc Didry * URL : https://git.framasoft.org/fiat-tux/hatsoftwares/lufi * License : AGPLv3 Programming Lang: Perl Description : Let's Upload that FIle — File sharing software Lufi is an encrypted file-sharing software from Framasoft. It's the software behind their framadrop service. It stores files and allows you to download them. Files are encrypted in the browser so that a network administrator or ISP cannot read them. -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#576998: RFP: etherpad-lite -- collaborative real-time editor
The earlier etherpad project written in Java and Scala has been superseded by etherpad-lite which is a NodeJS implementation. I just updated the dependencies on this wiki page. https://wiki.debian.org/Javascript/Nodejs/Tasks/Etherpad-lite Project repository: https://github.com/ether/etherpad-lite -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#921439: matrix-synapse: Delete self-signed certificates during upgrade to version 0.99
Closing since the suggested fix is unsafe and incomplete. -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#921439: matrix-synapse: Delete self-signed certificates during upgrade to version 0.99
Dear maintainer, After going through the detailed documentation[1] on how the matrix-synapse ACME client works, I found that obtaining certificates using it is neither as automatic or easy as I expected. Since deleting the self-signed certificates isn't the only step involved, we should let the administrator handle the upgrade to 0.99 or 1.0. Reusing the server's Let's Encrypt certificate is provided as an alternate option (which is what I'm planning to do in my case). Automatically deleting the certificates during the Debian package installation seems like a bad idea. I will close this issue. 1. https://github.com/matrix-org/synapse/blob/master/docs/ACME.md -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#921498: matrix-synapse: Login fails in version 0.34.1
Package: matrix-synapse Version: 0.34.1.1-4 Severity: important Dear maintainer, I installed Matrix Synapse on a new amd64 Debian testing machine. I was able to register a new account and use the application (automatically logged in). However, if I log out of this account and try to login again, an error is thrown. I am using the Riot web client provided at https://riot.im/app Error message in Riot UI: Error: Problem communicating with the given homeserver. (M_UNKNOWN) Error in server logs (from journald): see attached file A user who logs out gets permanently locked out. I didn't find any workaround for this. New user registrations still work though. -- Regards, Joseph Nuthalapati Feb 06 06:48:00 ip-172-31-40-122 synapse[5913]: synapse.access.http.8008: [OPTIONS-4452] ::1 - 8008 - Received request: OPTIONS /_matrix/client/r0/login Feb 06 06:48:00 ip-172-31-40-122 synapse[5913]: synapse.access.http.8008: [OPTIONS-4452] ::1 - 8008 - {None} Processed request: 0.002sec/0.000sec (0.002sec, 0.000sec) (0.000sec/0.000sec/0) 22B 200 "OPTIONS /_matrix/client/r0/login HTTP/1.1" "Mozilla/5.0 (X11; Linux x86_64; rv:65.0) Gecko/20100101 Firefox/65.0" [0 dbevts] Feb 06 06:48:00 ip-172-31-40-122 synapse[5913]: synapse.access.http.8008: [POST-4453] ::1 - 8008 - Received request: POST /_matrix/client/r0/login Feb 06 06:48:00 ip-172-31-40-122 synapse[5913]: synapse.rest.client.v1.login: [POST-4453] Got login request with identifier: {'type': 'm.id.user', 'user': 'tester'}, medium: None, address: None, user: 'tester' Feb 06 06:48:00 ip-172-31-40-122 synapse[5913]: synapse.metrics: [] Collecting gc 0 Feb 06 06:48:00 ip-172-31-40-122 synapse[5913]: synapse.storage._base: [] Starting db txn 'get_users_by_id_case_insensitive' from sentinel context Feb 06 06:48:00 ip-172-31-40-122 synapse[5913]: synapse.storage._base: [] Starting db connection from sentinel context: metrics will be lost Feb 06 06:48:00 ip-172-31-40-122 synapse[5913]: synapse.http.server: [] Failed handle request via : : Traceback (most recent call last): File "/usr/lib/python3/dist-packages/twisted/internet/defer.py", line 654, in _runCallbacks current.result = callback(current.result, *args, **kw) File "/usr/lib/python3/dist-packages/twisted/internet/defer.py", line 1475, in gotResult _inlineCallbacks(r, g, status) File "/usr/lib/python3/dist-packages/twisted/internet/defer.py", line 1416, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File "/usr/lib/python3/dist-packages/twisted/python/failure.py", line 491, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) --- --- File "/usr/lib/python3/dist-packages/synapse/http/server.py", line 81, in wrapped_request_handler yield h(self, request) File "/usr/lib/python3/dist-packages/twisted/internet/defer.py", line 1416, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File "/usr/lib/python3/dist-packages/twisted/python/failure.py", line 491, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) File "/usr/lib/python3/dist-packages/synapse/http/server.py", line 316, in _async_render callback_return = yield callback(request, **kwargs) File "/usr/lib/python3/dist-packages/twisted/internet/defer.py", line 1416, in _inlineCallbacks result = result.throwExceptionIntoGenerator(g) File "/usr/lib/python3/dist-packages/twisted/python/failure.py", line 491, in throwExceptionIntoGenerator return g.throw(self.type, self.value, self.tb) File "/usr/lib/python3/dist-packages/synapse/rest/client/v1/login.py", line 140, in on_POST result = yield self._do_other_login(login_submission) File "/usr/lib/pyth
Bug#921439: matrix-synapse: Delete self-signed certificates during upgrade to version 0.99
Package: matrix-synapse Version: 0.34.1.1-4 Severity: important Dear maintainer, Context: Matrix Synapse has two ports - 8008 for communication with clients and 8448 for federation with other servers. Both need some kind of TLS certificates. Usually, the certificates on the reverse proxy server are used for communication with clients (8008). Port 8448 is left open in the firewall for federation. Problem: Matrix versions before 0.99 have used self-signed certificates for server to server communication (found in /etc/matrix-synapse/). Synapse 0.99 will transparently talk to Let's Encrypt and obtain the certificate of the Matrix server to be used for federation as well. Version 1.0 onwards, all server to server communication will require each server to have a CA-issued certificate. Suggested fix: The action recommended by the upstream is to delete the self-signed certificates before upgrading to 0.99. I think the preinst script of the package should do this deletion, so that once Synapse 0.99 comes up, it will detect that the certificates are missing and obtain new ones from Let's Encrypt. Reference: See the following FOSDEM video at around 35 minutes https://video.fosdem.org/2019/Janson/matrix_french_state.webm -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#872191: [Freedombox-pkg-team] Bug#872191: plinth: Merge the Disks and Snapshots configuration tabs?
From plinth 0.47.0, snapshots will not fill up the disk completely and will always maintain a minimum of 30% free disk space. This makes a lot of feature suggestions that help users delete snapshots obsolete. Also, snapshots might not be the only thing filling up the disk. It might be some other application like backups or federated applications. (Log rotation is implemented, so it won't be logs). We currently show warnings in the UI when the disk space is low but there is no indication yet on which application is taking up the most disk space and what the user can do about it. On 14/01/19 1:02 pm, Petter Reinholdtsen wrote: > [Joseph Nuthalapati] >> It might not be a good idea to merge the snapshots feature into >> storage for the following reasons: > Interesting observations, but I miss how these arguments hold up when > seen from the users point of view. My suggestion was based on my > experience as a user, wondering where my storage capacity disappered, > only to discover snapshots had filled up my disk with "invisible" > content. I suspect users running out of space will, like me, visit the > 'disk' menu to see if there is an explanation, and thus believe it > should be possible to see there how much space is spent on snapshots, as > well are purge some snapshots when running out of space. > -- Regards, Joseph Nuthalapati pEpkey.asc Description: application/pgp-keys
Bug#872191: plinth: Merge the Disks and Snapshots configuration tabs?
It might not be a good idea to merge the snapshots feature into storage for the following reasons: - Disk management and snapshots are different in functionality. Snapshots is in fact more similar to Backups than to Storage. - Snapshots already has a subsubmenu with 2 entries. Further nesting into Storage will create an undesirable 2-level nesting. Or two tabs at the top which are separate enough to be listed as two different apps. - Operating systems that support snapshots do not combine it with storage (Yast2 in OpenSuse and Time Machine in macOS) - Once we open up the app store, we might have other applications which do snapshots for different filesystems. Then snapper integrated into storage might seem like preferential treatment to Btrfs. We did merge the udiskie app into storage, since it is a utility related to disk management. -- Regards, Joseph Nuthalapati pEpkey.asc Description: application/pgp-keys
Bug#911738: libapache2-mod-php: libapache2-mod-php7.2 is still the active PHP module even after upgrade to PHP 7.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: libapache2-mod-php Version: 1:7.3+66 Severity: important I also observed that if `apt autoremove` is run, libapache2-mod-php7.2 gets removed and disabled as an Apache module. Since the installation of libapache2-mod-php7.3 didn't enable it, the system ends up with no active Apache PHP mod. Another observation which I cannot explain is, when I install the package mediawiki (on unstable), libapache2-mod-php7.3 gets enabled automatically and everything seems to work just fine. - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAlvQM7kACgkQU5jwCi+k PDVPjQ/9EtULbHuV/MWADoZ4zJOkAW5InzwdK/VG0bKDVuojLtbShtWkZ/nFs9vQ +AOEFeRWlpFIEnSDBjxRXdeHshbfWA6t3sTM6195eerQP0QKPJ6VdjuU0CacS/4b A+WvK0dIz9dfbGG3iPVgCcP5XEGZz1LxGsyq+1tJu5ZLGqQCdVXKQWcrhMIdqlXs SRNpt5Kvn/75X9Mguh4B+L39pCr5J/kkgKV4dQIsNKFF6J6M/v1bOf+hj8EB6QHu 2h5b1+TPG1YtiPCBuPlZ3iWRgOowH5Xnps0ecIdH4o7qzlBbY//G1MheIkKHThkC Myug9gUEgmsOurkh7BkN8lwe7t0XoMu5c/i3i44UleoAlKY3YkznWvWPD6/zUM34 Mi/M3WKhPEmwGQDMyxBIEsja/K61JUwd+TnFyKOHgw+Ll1eR2NX3nSmCEr8k0f+X ua3zEhMvkqIiiqfeKsAE/dTv1m5W1+NGqL4i/EwlZCCoNfNiAsxVHIaXN79C5Jxd p6uWnt6El+aUHgC4TX+uEf2Kn6qNPbe2MsGctSD3Sjn/x4PFhu2klFV8a+cZ/OTa hlDr6ka2gb8qregufyFlFI3NGgNHR4RXD26g7YLoiyXmvbrsLxUeOOaXUW+czlgR oFg4xD07POK91v8BlR+rN++7oTMWSC7LOgP9q/lKsnWR+n5F8aM= =UVBB -END PGP SIGNATURE-
Bug#911666: mediawiki: Does not work with PHP 7.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Kunal, Thanks for the help. The issue seems to be with libapache2-mod-php indeed. The Debian package does not automatically disable the older module and enable the new one. I raised a bug report on libapache2-mod-php (#9111738). Will close this one. Kunal Mehta wrote: > Hi, > > On 10/23/18 2:51 AM, Joseph Nuthalapati wrote: > > MediaWiki doesn't recognize the packages php-mbstring, php-xml > > and php-sqlite3 if their PHP 7.3 versions are installed. > > > > On Debian testing, the installation fails. > > On Debian unstable, the installation works but MediaWiki fails to > > start because it doesn't recognize php7.3-sqlite3 as its database > > driver. Manually installing php7.2-sqlite3 fixes this. > > I'm not able to reproduce this locally on unstable, I have > MediaWiki running under PHP 7.3 just fine. > > Given that installing php7.2-sqlite3 fixed your issue, I > suspect that Apache was still using the php7.2 module instead > of php7.3. Maybe you need to manually disable the old module > (sudo a2dismod php7.2) and then enable the new one (sudo > a2enmod php7.3)? > > You can verify that Apache is properly using 7.3 by creating a > PHP file that just calls ` seeing what the output is. > > -- Kunal > - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAlvP/tQACgkQU5jwCi+k PDWdhQ//Y7tIcNQFDsNIWyTLkLKQymUUm/heNUXWH4wrMx/RoRpPgQh0mCnX9gWV 9ycD3ZVAzeeBXTPgsI5hrbbM4+cOhXmw2PJSysh0/zZUP8fHy/PMbemfwChWFqvD 0tDAAaYmVHobg1xv9H3Ni8GfAfEbV0HjNDJbKBryIKepIDCDlLh/2l7tQDm5R9iy 1NOHbgB9yn66Wuvb8gPIKzKZMcobQoHf+H1doMZ507wE4KT3XxrYn86Tq8TsJgqC LzSQ+XxQYGecAMTObO8QnuI0BXJMejCOuEIzXwBC+n4fYktYpD7D9mVX7mYZVtB4 X7CU97S9Qrqkk4v7paXCkhJu/KxajXMthaLKmoiFDUe9fM+xGdHUFCTlPK4ZWXG3 5YRHK2SmG71psdga3++2HLxQMjHyJD/3ZNIC2Fob8SD+mKo/YCb0Bl3XWh+/Kkeb TlCmXFla8teVjK5MQhv/emN5jlAn0yRxJHhXpGQNg5LxUMknAwaAVHJ8p0t+nzv1 qLqVIy3RQbnFdjVeRDzEo+Vqkev5I1Hrdppo4nFMuzQPxai13E/dJckwdp77d0KR m1/sfI0XcrTQZ4Z+nN2MDgClQqbcm7UvoAOsy1MSJeNhFRAkzd5wdgRT9DqHJy/I 62zE+tTR+iM3EKKUZtst30Utk4EWhdi3quKAuPdaJg9VeZa+KB8= =4sdC -END PGP SIGNATURE-
Bug#911738: libapache2-mod-php: libapache2-mod-php7.2 is still the active PHP module even after upgrade to PHP 7.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: libapache2-mod-php Version: 1:7.3+66 Severity: important Dear maintainer, Upgrading to PHP 7.3 breaks all PHP applications running on the Apache server, because the PHP libraries are all at version 7.3 but the Apache PHP module still stays at version 7.2. A user has to manually disable the older version and enable the new version of the module. It is expected that the Debian package would take care of something like this to enable a smooth upgrade process. - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAlvP/fwACgkQU5jwCi+k PDXLpg//eP39BaYwTPBzxJvhY5rIG7I7DRFaDSBvfdfV2dTy4gv9ibAhma/89Xm3 NhOv9nO7k3qFT3vlp0Hj8snp9GakNLYxtpGJVFoe4xXu/8Vzc9A0ToIJeGGWhNkb 8MbXzdxDJqa4qE3XnIi6zMrJoy5RV0l2NiyDFOUX4nPiLsbciZZFg8MARyN9gBwI zgnS1D1VsqJO8wBvlrUhQ9ZR9+TLn7sWRKZPG+ShFoeX3Do7puG12jLBCOmAGLxR vAxH052oRVOvNgjuo+SDl+TOs4LRRABtnHqxVHe/21Lhwy1ERACUA+pGIrWrwMHx 6WCZAeReWPRU7d1Y1PL4dyqpt7qVmLe3Dqp3u7Wq3YKSIVLDQ7/M4oit9UsemusG GF5xOOGP6RbhSJYOiTa+x/xvSNtS/biOP50wvOenf1+aJlcz24kItFTfhs1EjFIK b+7iS52iyWzJxBPp7S9VFr7qj+RJTzYdWWKhKLqSuO2neGhgmNyU5CLbCkoES/xQ bfEE1XhwP30gUJTsPBlm78wOd2e8DzawSoUcOALGtMOUsBZOo0I68xb9Q2c8j1f8 CeYsxox6LDHMRhvAJYezX2U/xGG97E2pfNOK2uBKQt+zMWEcEOsgf+IUanMDnHVH qniciKRhkNf8udpoIXImgn9K8cV93MVWy1G05ei6VGkgJhlJcaQ= =jMXo -END PGP SIGNATURE-
Bug#911666: mediawiki: Does not work with PHP 7.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: mediawiki Version: 1:1.31.1-3 Severity: important Dear maintainer, Debian testing and unstable are now installing packages for PHP 7.3 when a package is installed using php- MediaWiki doesn't recognize the packages php-mbstring, php-xml and php-sqlite3 if their PHP 7.3 versions are installed. On Debian testing, the installation fails. On Debian unstable, the installation works but MediaWiki fails to start because it doesn't recognize php7.3-sqlite3 as its database driver. Manually installing php7.2-sqlite3 fixes this. More information and screenshots are on this issue on Debian Salsa. https://salsa.debian.org/freedombox-team/plinth/issues/1413 - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAlvO70QACgkQU5jwCi+k PDU4JxAAm1Cbj8ExuR6zKg9ntpGzQr9A6LO8JhXC4UeB3ID87UUNaeSpqx5ozWHz YOrawG9e9JtDt126vH0lob6QGt5sk78Bsi3ZO5dAOAjI/SZ8RDvyS2v3DTt9gm6f 7FD4c+y4cJKfGip18Ra/+2c/BJ0SYJL7fIwDew0ATRVrFR7R/QYJHB452o+YswDx 2sLx64YfoqHgFd+xDpwuzY97TUN8bog/HbRLDa0g3sGkJJcmPGjrqf1Vcs/Lta00 /jv6u6x9MGiJQbyCvlBf98klxMankcZK+TF4NP6F3QzRNX32Qn/a5JMRiXTo7+vZ 7rcKjEK4QyRwMhm+jQwvWqvPORWe0XmvKTW6Pw0jmzyzSMsGQvrVULGPb+lu+6oK fuURsHcUNJsjb9PkUb5bQhgKutZ7mIHOOspy8ndQQyMGF9jKLjzuUtcnsGIyIeHP y8lAdnuff2wKB+Dv7QrxbRgY1w+iFyiEObd00t9DrKqNEMiZMf2Kv93gOGnWGuFq /5HKYo2MfLyGF4zsJQj3UmxPmI7RCSwcPnulhm0XdfvctGzhdRW+qLUNuwjgUFcm zJfmCm7qAggvP213ZrDVBizEbFK/P81yhvt4cDszNEsVLizi24ssnQtkw+wLC7y5 AfJSjTaIKmqJvJLARA6hBRd6Q19m25pA2tGYvM8wTcTXrZ9BpqU= =3f1s -END PGP SIGNATURE-
Bug#842828: RFP: bootstrap4 -- HTML, CSS, and JS framework
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Bootstrap 4 is out of alpha and is making stable releases, the latest one being 4.1.3. It is a good time to package this. https://github.com/twbs/bootstrap/releases - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAlu5tbkACgkQU5jwCi+k PDWlLA//dEUqxQ9pTSNV60Fo4KPuUMlSD83UPQC5/POvKDqzGejrOoFCjYMrUkLk Ty8DKK1w17jwtVbQ/Hvl3DbbFzxjSMHZOeOnCKGBpB22CzWboBDQ/dPhjr88rnpd K1j4UC9iEZoDPbJNMM6uNJ4VUHntN3kNCbkbD8X7Mb9hewY/STRauUd2FVQUCw1J akL+RbCJy3XDCjPlzPvTy/qwgxX1a2A5S7T82v5d7hoHuV8hPN59Dlh/HAQaczOx WeyhhEC01B3JVEiLrdFhNFcqJZ/IYJWWiYL96RMpxet6pVSEtZp++TW6zIxN23zy 4UfxBEm4jRkuK48hUr0MfDbWf2CbP7HUgZ6du8L0R8NErwEXA3gHgCbEbaP51g8+ i5v+qgdGyz2OCvWuBKGQxoaLCMDVRKeH9TDWBz3f3douNLB22pwJzHR10iAdKhxk DHaBNgYjH8vOKdUWSDC2jkze3ms6BR1PxxVRkMzmnyp45rX2wgFitOST24O6vfOI CWMbAvZEw0DQCR+3hwwsRrQQbQXXRrRYQwTbkRjHjRWQWyuQLmDrGS04kZEO88DU 6qbPiEUSZTCCmMUcuvm+aUU8uT8cNDXQdgUWi8tlmwPgkurtg+B8anXxnpMs6/O0 a7PdXriPNabMYNToxZ407ILSf0kzHPj8B7QND5isdzP+E7xUsxM= =tOqk -END PGP SIGNATURE-
Bug#909185: dokuwiki: Apache throws 403 Forbidden when accessed after installation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: dokuwiki Version: 0.0.20160626.a-2.1 Severity: important The Debian wiki[1] claims that Dokuwiki should be immediately available after installation at http://localhost/dokuwiki but it is not working as expected. Apache throws a HTTP 403 (Forbidden) when the path /dokuwiki is accessed. Tested on both Debian testing and unstable on fresh virtual machines (arch: amd64). 1. https://wiki.debian.org/DokuWiki - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAluiLYoACgkQU5jwCi+k PDXs+RAAlk4IuYNZk5GZVhtfJz4XtgHzjdveYJhY3NtvuBqaX4KdhUZcPVaKG+wF DcLYQywI3ttMuIkJFH4er5yXFJ0DHv9djfzQIFjuLCGp90E3x/WVGEdtVVnWTT// Ev8f777bTk34lAszM1sA1tTe9jMkuzG3yXlmzDQnHvYqlqBaIgMI5A0JEtem0hY2 tuCqd5lnS+byBfCBlp3JinW4HaVUJuAaVEFT97F0j4jJeBVZgfmQQAeh+U+eRMpY KlrAI7g0bU8iMqWVpmDP5Gt5qaBiEuKTMFzMZsbrm6WEc4w2vZJnpe4V0dNKXqWq CuR6OGpMePbEz0gPu9UG0jv2aA8t63uM4Cao0hz/i7XKnNIfAjI3pt5mXmWeZ6vD H3vHhM5P5rOSiwVZ0bSU1c/CkUBii1fGorE2KXiYXQK+y6hQdwD88I1Fja1d1jna 6bDF/RiwSODJWFZT7aJviVj+OYvbAgnRTCI8/iCFIyrJWUqPbXPBl4NMUj3M4NM6 46Gu+Pgg++pUNnODKEW1iwYvdFOpbunYLMt+3SBDCS/tpBd8Xe4rqGjIvoaIajZg UHbuPO8b9XmKSfsm3Ix3Np1pobKi/teNfDSb3MBb3C5PgGe0npeGFt/MuINfzAWc UXbTFlIZXKknicV063ZvlX/DxetUQpXLMZm8yxXMuuPW/mS8A6M= =6B5V -END PGP SIGNATURE-
Bug#908461: Fwd: YouTube API has changed. Please update to latest version.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: youtube-dl Version: 2018.06.18 Severity: important Dear maintainer, youtube-dl is no longer able to download YouTube videos since the YouTube API has changed. The fix has been released in the version 2018.09.08. Fix: https://github.com/rg3/youtube-dl/pull/17464 Please make a new release to get this utility working again. - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAluWIwMACgkQU5jwCi+k PDUg3RAAoTtkol9cGsQGJO2x7uQyV4obFFqsc9EsfpEvySj+v5H8W1gqDCkjM6YO n9FN+ontu5iyIxiiHAwqb21wXVPYKiHakQ8tJ7xnBapvc5tKcpqzQzHURX15PAiz zc1zsJwiLI4MQ2tBBvVTrf+BxhiXKKss0WbV47TG5EJfPuceG36U8w6hI3ijEK9P VY6eI9GNl47it674KoLBdPoPPvKWxD1sw0db26WNxkSNTfOpdm2LMh8/EozdAHmo N6JArZw1KAo9sAMPaazuNaHGF9F7wEniID/4xpVDtwSSQWvZKMQjUZ9mb22DVNIc JhvvWVOKEuRfxlHYQrbtg6Aek+oSTrw+9Wrbvz/XHD/g4UiuGdkygAvM8jlPfqbH Dc68kG3/9Efdc88MvglofpT3BQf4unh9EjKnkTzOmAlEfKpVQl8xbcE9eVhSBgn0 QUpw8YDaAfRrpo14maOZAC1Hvra5TaMIk8e+nWHMbAMzhpQfLdfFdbjrOf0l8J7y Hea05Ta5brk0yWrJh9p2SrQktJdN13ME4v2+GYfBsFmKtHYX7EGZAuwAMpjKS5pm tIquHzCQrPL2OqIh9gDV6a84IEknIpdAoF63kUsE/bDfby3S8YyuvtOaQ5w489lP IrSi5YKsoISxii2f60T72HiVxLQeJIBxbjU4fTlOXzz1bOwvVSo= =2aYv -END PGP SIGNATURE-
Bug#906794: quassel-core: postinst script fails on Debian testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I was able to reproduce this issue on a fully upgraded Debian unstable installation as well. - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAluPfqgACgkQU5jwCi+k PDVUvhAAhtyn3Yx9GqAI0v1NEHbESMUeDOyzjOCYJ6CENeqqmgAoYeEAPWN/GCcs 8nMtW9fAFO99dzIBZqZtVZNTBzoXed+VjPzBPY4GAqqJJh94t/ulF8+vTCjVjFjt DVRKcoSscaL1ol2GxOItbVuOJEm+3riAbibIhQ61k1uTM///jCo32I97T0j2vyIe cPONqKVNv2ysrU9Q+Bv3ybvDwxAFx6fZvYBOE1hZGAFjQS5yyfrF5EdbvXJJAoN5 5g4vO0KBVZD97gGuSxAvXeyOsGE5t0RzGr0OlAqcjwJOrZ8yPryo50yhIAtWqTEX +D1eSTjw/yf2XVgIHSxGNF5wt213Klh8VdGYtjkOq0S3Zb7iiOywSPsxvKryhYw9 I8mpcQxvCaWZZPwMadRPBcKz9Oz2Pzg721IGvuvTiDV8CzW6ZkfHV5DNEIHMesIB FVyyy8Jl/LLKNz9iulYpqX4pZPCd0OgXc6h6ILpMGxbStgt9xbPHHenZphXFr39F S0APLILBzyxbFJCw+Ko5HcftI28X4IVJ3T7zD1H2llWljwSxdhvX0n22Gn2S5cgW WsFLNiYXoWau3Ifb68g0HPN46bHngzIw8QCOHoLzEGyFqkKavcQekr/Iu7ZuQdBw QOq2zH/sXWny56asSqy9qkZc9CL3gxRdzYqqPtZQ/3Re3z1ElDY= =ntGW -END PGP SIGNATURE-
Bug#907658: ITP: Fork Awesome - fork of the iconic font Font Awesome
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: wnpp Severity: wishlist Owner: Joseph Nuthalapati * Package name: fonts-fork-awesome Version : 1.1.0 * URL : https://github.com/ForkAwesome/Fork-Awesome * License : Expat (MIT) Programming Lang: CSS Description : A fork of the iconic font and CSS toolkit (Font-Awesome 4.7) Fork Awesome is a fork from the iconic font Font Awesome 4.7 which was the last free version of Font Awesome. The Debian package fonts-font-awesome also points to Font Awesome 4.7. Font Awesome 5 follows a freemium model. Fork Awesome has been in parallel development since March 2018 and now includes several icons of free software projects. - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIyBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAluIR54ACgkQU5jwCi+k PDUCkw/4u9OMwRLwQfROV7ITnEGhRmROsRkwLkFQddE3Bjo2aKhCwR7RD5o/UuO1 pLxJ8+q3fxDsHZCAhZo02FXYcmhtUiPH9v4qxScEfSFX++9iyEidY1Ulj/lejbp5 dUvcA4bsHLcKf8b0Sre9MJDZD6MDVnvWaYpi8qNzMIsemVfCJYlyI7fs10AYozKr 0dXxvTbYqzf3rbhVHgdlo6UAa6qDICjCMM6dYzNiWAOBth3bSVFSdMklFMlHsyMj amruf1/ywEcYAbXjUR147f1FjV3B1qEBWgycjWsnYQUjrXkDO959uz4MAjo4799y Be8Pmbr+Jg99tyB3HVA3Sy3NNWTQN+4hrlVLrIb2ykqFlG4yG+u8Wx/2RCgYz8HU glnhV7PAMfmGlAeJPv4T448pcV43ZOtdDh9lAJeCGoJtx8gBYQ1opixAPyBrDarn 44GNCdKUlOlI91iDNayoisZWmdgt564NCltYVDWr90uHuMKcCEyCZrOCPjqSoKRR EqEyXIZMgSTdOFmw6RunVyRZYdgCygGsG06nmVVrA3s+BjI6wn6unkorI/Mi5qZO NjRmV2B6GmXaxm1qbR2Z+E9gHOl2/QSVVhiQMx+1k2YFLFenafvgHpnDmGXTQtik Xrw5YDTy3IBU6jY8cvpQLNHcu4evdbwb4LHxGAC3TvU1SRipxw== =wRas -END PGP SIGNATURE-
Bug#898798: Patch for uscan url
Tags: patch Dear maintainer, Please find the attached patch for fixing the url in the watch file. -- Regards, Joseph NuthalapatiFrom fe9f88d723a77af12de0ceba4f2a50f189de424d Mon Sep 17 00:00:00 2001 From: Joseph Nuthalapati Date: Mon, 27 Aug 2018 15:11:58 +0530 Subject: [PATCH] Fix uscan url - also upgrade uscan version --- debian/watch | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/debian/watch b/debian/watch index 71986d652..acacb98fa 100644 --- a/debian/watch +++ b/debian/watch @@ -1,4 +1,4 @@ -version=3 +version=4 options=uversionmangle=s/-?([^\d\.]+)\.?/~$1/i;tr/A-Z/a-z/;,dversionmangle=s/\+dfsg$//,repacksuffix=+dfsg \ https://github.com/twbs/bootstrap/releases \ -.*/archive/v?(3\.[\d\.]+-?\w*\.?\d*)\.tar\.gz +.*/archive/v?([\d\]\.[\d\.]+-?\w*\.?\d*)\.tar\.gz -- 2.18.0 signature.html Description: OpenPGP Digital Signature
Bug#907383: Please release bootstrap 4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: twitter-bootstrap3 Version: 3.3.7+dfsg-2 Severity: wishlist Dear maintainer, Please upgrade twitter-bootstrap3 on Debian to the next major version. Version 4.1.3 is the latest according the GitHub page. https://github.com/twbs/bootstrap/releases - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAluDxLQACgkQU5jwCi+k PDWJCg//R6X+WLUseFLrhaynkwnU9R+ZAZ8Kx/YFTTWD0xNZ6EXWo+LJXRwZaN/P PPb93jQuewB8jKWPTUfOVDOFwP9r9vYvf1RIK0YDweWzzDyJCowvNN2t8J+4mJDW xFU/ynPnnOr9BYu29wEmyD1Sc3yuWEcQr5TGwrmQ6Q78q3frDtz4D2TPNAdeombl 5J0Vj1fkG4gCj0hHoG4mDaYkTZLMXgv4oTHUHqowXqABZ9stwqRgSw8bjlwK3z6O YupFMs6UswuCTEu+jCCFQLkLByLpqudDdApL+JdQGNI+K97NYZzLLiX+HKmu9flY cXJac/ifge/OEnu8mm6bUZn/jMbmxVtWBPJ5XM9BpHWR8q/RjdQeKYKqEOdV//2u n2Bfpo5PzujmsusQo0D9qYnYaZdo5pI0QA6DEmdh3PEkaZPyIzxCtEf+rJBtJqXM wQYtwdMSgQ2ASV1GRmCh6lOdoYY5VvudcJykPP2IxTPz19yhmYRXrFYE1syCB5jl HJkFxfJY8cy1nfVJrWff5jEAbiO8x+/1QV8wUYrYp6yOKeYWIzy6kavOv8yNjie/ pTw6iDnE58jdzUhPYeOh5Hgzv+U9jMdcO/NXoAk++TkELF0tuM4uq1DxV0lygTwQ SjKmNdwKd9ByypDOA4Yd42KyEHeKFiLAJocTzsZ8l4u/OqE45R8= =1Llx -END PGP SIGNATURE-
Bug#906794: quassel-core: postinst script fails on Debian testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: quassel-core Version: 1:0.12.5-2 Severity: important Dear maintainer, Installation of quassel-core fails on Debian testing. When "dpkg - --configure -a" is run, the following error is shown. root@computer:~# dpkg --configure -a Setting up quassel-core (1:0.12.5-2) ... Creating quassel group ... Creating quasselcore user ... Generating SSL certificate as /var/lib/quassel/quasselCert.pem ... su: Permission denied dpkg: error processing package quassel-core (--configure): installed quassel-core package post-installation script subprocess returned error exit status 1 Errors were encountered while processing: quassel-core Package installation is successful on Debian unstable for the same version of the package. #819483 might be related. - -- Regards, Joseph Nuthalapati -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEE4rQIdbX3Xc6j+BCYU5jwCi+kPDUFAlt7rfgACgkQU5jwCi+k PDXanw//VCraJimfzYtQsIvQU72twt6ECD0Y96c3dgB4Y8w8Bq2SxEF7laAKKpoW IMCPhMrc03h4zeV5mNQbBRFMELTm4WhpcBj+C2xKSR2B13/2W7CHHzLfU6Dz68Rk +RNbwMSQ0kMnRdF41YOXUPS5DiTF5KMNO7y+mWScufl48Ai9kiE0To1A9mgMcmgn UMqChJnAfuWnD4fGZRCL38fAUZ1jdpuE3LyYCnolaYRoE5qt09X6CKgkv/dWvefL zVI/YG1KmFzvFauoeN/NFJjbM5rRpx8Y2SKye5dNR4JTBUXc7RHWTYl7LtYZ4ASr 3Gldn2BlglBGptZUPgl2+Sv/uylacVMZ9KWW69joZ9Ivcqspum1LqR0qDCwCK0vG SdWeqgWVlaW7UHZBKgC+tMb4vbHjTDiG8mkC0no8g+fU8j59CLo9+X9lEex+q/Z3 i83MrZGVmBVJUy+t9WbFBCWX4iCw0ZxPbdMGPHZookvVZeqRn5h9xaQap4qH9Etn EbkIRlPQpFibmMyuhLoh2Ym2wn85zn8DZSdR1DDRivDBIYfjqIZVcWvn46YMgotN gAA4GQxaKffwOOxXhKuUJ/UplkACAW27Cu1n1xe7z7YuY8nyxvHZFSPh+6Uo2cGS YtvA4+C+6l5sUdDj6kFo8wdjF7KdcOBPJ8IPqjhk3/39CYqd+tA= =evvP -END PGP SIGNATURE-
Bug#902178: node-turbolinks: Does not work as intended
Package: node-turbolinks Version: 5.1.1+dfsg-1 Severity: important Dear Maintainer, The turbolinks package installed through Debian doesn't seem to have all the code from upstream. The minified Javascript from the Debian package has 1448 characters while the dist packaged obtained from source has 36927 characters, measured using `wc`. This might be why the package does nothing when used in the browser. Please fix the build mechanism of this package. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8), LANGUAGE=en_IN:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information
Bug#894418: Pagekite client doesn't work with latest Pagekite servers
I couldn't build the package. There's some problem with the patches. $ gbp buildpackage -us -uc --git-ignore-new dpkg-source: info: using source format '3.0 (quilt)' dpkg-source: info: building pagekite using existing ./pagekite_0.5.9.0.orig.tar.gz patching file pagekite/compat.py patching file pagekite/manual.py Hunk #1 FAILED at 2. Hunk #2 FAILED at 470. 2 out of 2 hunks FAILED dpkg-source: info: the patch has fuzz which is not allowed, or is malformed dpkg-source: info: if patch '002-reproducible-build.patch' is correctly applied by quilt, use 'quilt refresh' to update it dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -E -b -B .pc/002-reproducible-build.patch/ --reject-file=- < pagekite-0.5.9.0.orig.S0tmu4/debian/patches/002-reproducible-build.patch subprocess returned exit status 1 gbp:error: 'git-pbuilder -us -uc' failed: it exited with 2 On Friday 30 March 2018 11:23 AM, Petter Reinholdtsen wrote: > [Joseph Nuthalapati] >> Please update the package to the latest upstream version. > > I've imported the new versions into the package git repo, > https://anonscm.debian.org/git/collab-maint/pagekite.git >. > Please test it and let me know if it work for you. > -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#894418: Pagekite client doesn't work with latest Pagekite servers
Package: pagekite Version: 0.5.9.0 Severity: important Dear maintainer, The current version of Pagekite on Debian (0.5.9.0) has a bug (client not accepting server's certificate) which makes it unusable with the latest version of Pagekite servers. This bug has been fixed in the latest release of the package. Please update the package to the latest upstream version. -- Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#886093: Patch for #886093
Dear maintainer, Please find the attached patch for the bug. Submitted the same patch to the upstream. Added appropriate headers to the patch for tracking the upstream bug. -- Regards Joseph Nuthalapati From bdc803e185e1a7bb14892405a2c0c840ba6e0fe1 Mon Sep 17 00:00:00 2001 From: Joseph Nuthalapati <njos...@thoughtworks.com> Date: Tue, 19 Dec 2017 13:04:18 +0530 Bug-debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886093 Forwarded: https://github.com/asciimoo/searx/pull/1124 Reviewed-by: Sunil Mohan Adapa <su...@medhas.org> Subject: [PATCH] Make Python 3 able to read settings files with Unicode characters SearX currently doesn't start up when run with Python 3 as it tries to parse the settings.yml file with ASCII codecs. There are similar problems with engines_languages.json and currencies.json Python 3 requires that files with Unicode characters be read with a 'b' flag. This also works with Python 2 and hence can be integrated into the main source code. Tested with the latest Python 3.6.4rc1 on Debian unstable. Signed-off-by: Joseph Nuthalapati <njos...@thoughtworks.com> --- searx/__init__.py | 2 +- searx/engines/__init__.py | 2 +- searx/engines/currency_convert.py | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/searx/__init__.py b/searx/__init__.py index a57588c..84a377d 100644 --- a/searx/__init__.py +++ b/searx/__init__.py @@ -50,7 +50,7 @@ if not settings_path: raise Exception('settings.yml not found') # load settings -with open(settings_path) as settings_yaml: +with open(settings_path, 'rb') as settings_yaml: settings = load(settings_yaml) ''' diff --git a/searx/engines/__init__.py b/searx/engines/__init__.py index 7a9cc56..bec8de3 100644 --- a/searx/engines/__init__.py +++ b/searx/engines/__init__.py @@ -36,7 +36,7 @@ engines = {} categories = {'general': []} -languages = loads(open(engine_dir + '/../data/engines_languages.json').read()) +languages = loads(open(engine_dir + '/../data/engines_languages.json', 'rb').read()) engine_shortcuts = {} engine_default_args = {'paging': False, diff --git a/searx/engines/currency_convert.py b/searx/engines/currency_convert.py index 1bb4e60..34a9af6 100644 --- a/searx/engines/currency_convert.py +++ b/searx/engines/currency_convert.py @@ -94,7 +94,7 @@ def load(): global db current_dir = os.path.dirname(os.path.realpath(__file__)) -json_data = open(current_dir + "/../data/currencies.json").read() +json_data = open(current_dir + "/../data/currencies.json", 'rb').read() db = json.loads(json_data) -- 2.15.1 signature.asc Description: OpenPGP digital signature
Bug#886093: searx: Fails to start when using Python 3
Package: searx Version: 0.13.1+dfsg1-3 Severity: grave SearX currently doesn't start up when run with Python 3 as it tries to parse the settings.yml file with ASCII codecs. The file has a list of languages which are in Unicode characters. signature.asc Description: OpenPGP digital signature
Bug#872305: diaspora: Package fails to install
reopen 872305 ! tag 872305 + patch thanks Was able to reproduce this. Steps to reproduce: 1. Install diaspora and diaspora-common 2. Uninstall diaspora but not diaspora-common 3. Install diaspora package - the above error will be thrown diaspora package shouldn't be deleting symlinks from diaspora-common. The attached patch is to fix this issue. -- Thanks, Joseph Nuthalapati From 810201286f5b4ed8400977ba39058aa60b0690fc Mon Sep 17 00:00:00 2001 From: Joseph Nuthalapati <njos...@thoughtworks.com> Date: Mon, 11 Dec 2017 13:01:46 +0530 Subject: [PATCH] Don't remove files that are created/removed by diaspora-common The following symlinks are removed when diaspora-common is removed: /usr/share/diaspora/public /usr/share/diaspora/.bundle /usr/share/diaspora/Gemfile.lock /usr/share/diaspora/tmp /usr/share/diaspora/app/assets The following files are removed as part of postrm purge of diaspora-common: /var/lib/diaspora/app-assets /usr/share/diaspora/.eye is never created only /var/lib/diaspora/.eye exists. Signed-off-by: Joseph Nuthalapati <njos...@thoughtworks.com> --- debian/postrm | 7 --- 1 file changed, 7 deletions(-) diff --git a/debian/postrm b/debian/postrm index 3ed8fa7..295877b 100644 --- a/debian/postrm +++ b/debian/postrm @@ -18,13 +18,6 @@ case "$1" in # This package is being removed, but its configuration has not yet # been purged. : - -rm -rf /usr/share/diaspora/tmp -rm -rf /usr/share/diaspora/public -rm -rf /usr/share/diaspora/app/assets/images -rm -rf /usr/share/diaspora/.bundle -rm -rf /usr/share/diaspora/.eye -rm -rf /usr/share/diaspora/Gemfile.lock # Remove diversion # ldconfig is NOT needed during removal of a library, only during -- 2.15.0 signature.asc Description: OpenPGP digital signature
Bug#872305: diaspora: Package fails to install
Tried a lot to reproduce this bug but it is not reproducible. I don't see any permissions issues in the debian installation scripts either. Closing this. Regards, Joseph Nuthalapati signature.asc Description: OpenPGP digital signature
Bug#866877: diaspora: fails on being triggered
tag 866877 + patch thanks Hello, Please find the attached patch to fix this bug. Thanks and regards, Joseph Nuthalapati From 5c2a6fa28a8be3c7fca7c45eb6c5cabc311ac2e6 Mon Sep 17 00:00:00 2001 From: Joseph Nuthalapati <njos...@thoughtworks.com> Date: Wed, 6 Dec 2017 17:16:02 +0530 Subject: [PATCH] Fix syntax error in postinst script Line 38 in the postinst script is missing brackets. Also cleaned up whitespaces in the file. Signed-off-by: Joseph Nuthalapati <njos...@thoughtworks.com> --- debian/postinst | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/debian/postinst b/debian/postinst index 4ad1c85..737fa9f 100755 --- a/debian/postinst +++ b/debian/postinst @@ -31,11 +31,11 @@ set -e ### . /etc/diaspora/diaspora-common.conf cd ${diaspora_home} - + ### # update Gemfile.lock, after first install ### -if -e ${diaspora_conf}; then +if [ -e ${diaspora_conf} ]; then . ${diaspora_conf} su ${diaspora_user} -s /bin/sh -c 'truncate -s 0 ${diaspora_home}/Gemfile.lock' if ! su ${diaspora_user} -s /bin/sh -c 'bundle --local --quiet'; then @@ -62,16 +62,16 @@ case "$1" in echo "Setting up environment varibales..." . /usr/lib/diaspora-common/scripts/set-env-diaspora.sh echo RAILS_ENV=$RAILS_ENV DB=$DB ENVIRONMENT_URL=$ENVIRONMENT_URL - + echo "Verifying we have all required libraries..." su diaspora -s /bin/sh -c 'bundle install --local' - + echo "Setting up secret_token..." -DB=$DB RAILS_ENV=$RAILS_ENV DISABLE_SPRING=1 bundle exec rake generate:secret_token +DB=$DB RAILS_ENV=$RAILS_ENV DISABLE_SPRING=1 bundle exec rake generate:secret_token # Initialize database /usr/lib/diaspora-common/scripts/initdb.sh - + echo "Precompiling assets..." chown -R ${diaspora_user}: /var/lib/diaspora/app-assets /var/lib/diaspora/public su diaspora -s /bin/sh -c 'bundle exec rake tmp:cache:clear assets:precompile' -- 2.15.0 signature.asc Description: OpenPGP digital signature
Bug#876974: python3-bootstrapform: Upgrade to upstream 3.3 version to support django 1.11
Package: python3-bootstrapform Version: 3.2.1-3 Severity: important Tags: upstream Dear Maintainer, python3-bootstrapform causes defects in the packages that depend on it on Debian unstable, since the version of django on unstable is 1.11 The recent release 3.3 of this package offers support for 3.3 Please upgrade the package to version 3.3 -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-bootstrapform depends on: ii python3 3.5.3-3 ii python3-django 1:1.11.5-1 python3-bootstrapform recommends no packages. python3-bootstrapform suggests no packages.
Bug#864808: ITP: php-openid - OpenID library for PHP
Package: php-openid Version: 2.3.0 Severity: wishlist php-openid is an OpenID library for PHP. php-openid was earlier available on Debian at version 2.2.1. The package was subsequently removed from Debian. This ITP is for version 2.3.0. I am willing to be the maintainer for this package.
Bug#864764: ITP: Freedom-Maker - The FreedomBox image builder
Package: freedom-maker Version: 0.8 Severity: wishlist Freedom-Maker is a utility to create FreedomBox images for various Single Board Computers (SBCs), general purpose computers running Debian and virtual machines. This will be a native Debian package maintained by the developers of FreedomBox.