Bug#1034456: offlineimap: mail fails to sync when fcntl is used if portalocker is available
Package: offlineimap Version: 7.3.3+dfsg1-1+0.0~git20211018.e64c254+dfsg-2.1 Severity: important Greetings! Thank you for maintaining offlineimap. When I run offlineimap, several of my mailboxes fail to sync because are attempting access symbols in the fcntl module in Python while the module is not imported. The problem comes from these lines 30-36 of offlineimap/imaplibutil.py in the current verions of the Debian package in bookworm and sid: > try: > import portalocker > except: > try: > import fcntl > except: > pass # Ok if this fails, we can do without. The problem is because (a) I have portalocker installed on my system and (b) the function "set_nonblocking" defined on line 140 of the same file relies on fcntl being available. I've not attached a patch because I'm not sure how to best to fix this. I've fixed this on my system by simply importing fcntl in a line above the quoted chunk of code above. The fcntl module is in the Python 3.11 standard library in Python on Linux so it is should be safe. I believe fcntl might not be installed on Windows. It might be better to add new code to use portalocker instead of fcntl to the function on line 140. If it's helpful, I happy to help prepare a patch if you give me direction on how you want to solve the problem. Regards, Mako -- System Information: Debian Release: 11.6 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable-security'), (990, 'stable'), (500, 'testing'), (100, 'bullseye-fasttrack'), (100, 'bullseye-backports-staging') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-1-amd64 (SMP w/20 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages offlineimap depends on: ii offlineimap3 0.0~git20211018.e64c254+dfsg-2 offlineimap recommends no packages. offlineimap suggests no packages. -- no debconf information
Bug#974601: neomutt: new upstream version (latest release is 20200925)
Package: neomutt
Version: 20200626+dfsg.1-1
Severity: wishlist
Greetings!
Thank you for maintaining neomutt! There was a new release of neomutt in late
September that I suppose should be uploaded into Debian. It's available here
and fixes a number of bugs:
https://github.com/neomutt/neomutt/releases/tag/20200925
Some of the debian patches don't apply cleanly because the maintainers have
moved some of the documentation out from mutt_config.c over to docs/config.c
but the code itself seems to have been copied. I've made a working version of
the package (downloadable with dget) which is online here:
https://mako.cc/outgoing/neomutt-20200925-1~mako/neomutt_20200925-1~mako.dsc
https://mako.cc/outgoing/neomutt-20200925-1~mako/
I haven't done (or even looked into) the DFSG issues so I suppose those still
need to happen. I figured I'd share my work since it might be useful to you or
others. If it's not, feel free to ignore!
Regards,
Mako
-- Package-specific info:
NeoMutt 20200925
Copyright (C) 1996-2020 Michael R. Elkins and others.
NeoMutt comes with ABSOLUTELY NO WARRANTY; for details type 'neomutt -vv'.
NeoMutt is free software, and you are welcome to redistribute it
under certain conditions; type 'neomutt -vv' for details.
System: Linux 4.19.0-6-amd64 (x86_64)
ncurses: ncurses 6.2.20200212 (compiled with 6.2.20200212)
libidn: 1.33 (compiled with 1.33)
GPGME: 1.14.0-unknown
GnuTLS: 3.6.15
libnotmuch: 5.3.0
storage: tokyocabinet
Configure options: --build=x86_64-linux-gnu --prefix=/usr
{--includedir=${prefix}/include} {--mandir=${prefix}/share/man}
{--infodir=${prefix}/share/info} --sysconfdir=/etc --localstatedir=/var
--disable-option-checking --disable-silent-rules
{--libdir=${prefix}/lib/x86_64-linux-gnu}
{--libexecdir=${prefix}/lib/x86_64-linux-gnu} --disable-maintainer-mode
--disable-dependency-tracking --mandir=/usr/share/man --libexecdir=/usr/libexec
--with-mailpath=/var/mail --gpgme --lua --notmuch --with-ui --gnutls --gss
--idn --mixmaster --sasl --tokyocabinet --sqlite --autocrypt
Compilation CFLAGS: -g -O2
-fdebug-prefix-map=/home/mako/debian/neomutt/neomutt-20200925=.
-fstack-protector-strong -Wformat -Werror=format-security -std=c99
-D_ALL_SOURCE=1 -D_GNU_SOURCE=1 -D__EXTENSIONS__ -I/usr/include
-I/usr/include/lua5.4 -DNCURSES_WIDECHAR -isystem /usr/include/mit-krb5
Default options:
+attach_headers_color +compose_to_sender +compress +cond_date +debug
+encrypt_to_self +forgotten_attachments +forwref +ifdef +imap +index_color
+initials +limit_current_thread +multiple_fcc +nested_if +new_mail +nntp +pop
+progress +quasi_delete +regcomp +reply_with_xorig +sensible_browser +sidebar
+skip_quoted +smtp +status_color +timeout +tls_sni +trash
Compile options:
+autocrypt +bkgdset +color +curs_set +fcntl -flock -fmemopen +futimens
+getaddrinfo +gnutls +gpgme +gss +hcache -homespool +idn +inotify
-locales_hack +lua +meta +mixmaster +nls +notmuch -openssl +pgp +regex +sasl
+smime +sqlite +start_color +sun_attachment +typeahead
MAILPATH="/var/mail"
MIXMASTER="mixmaster"
PKGDATADIR="/usr/share/neomutt"
SENDMAIL="/usr/sbin/sendmail"
SYSCONFDIR="/etc"
To learn more about NeoMutt, visit: https://neomutt.org
If you find a bug in NeoMutt, please raise an issue at:
https://github.com/neomutt/neomutt/issues
or send an email to:
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages neomutt depends on:
ii libc6 2.31-3
ii libgnutls30 3.6.15-4
ii libgpg-error0 1.38-2
ii libgpgme111.14.0-1+b1
ii libgssapi-krb5-2 1.17-10
ii libidn11 1.33-2.4
ii liblua5.4-0 5.4.0-2
ii libncursesw6 6.2-1
ii libnotmuch5 0.31-1+b1
ii libsasl2-22.1.27+dfsg-2
ii libsqlite3-0 3.33.0-1
ii libtinfo6 6.2-1
ii libtokyocabinet9 1.4.48-13
ii sensible-utils0.0.12+nmu1
Versions of packages neomutt recommends:
ii libsasl2-modules 2.1.27+dfsg-2
ii locales 2.31-3
ii mime-support 3.64
Versions of packages neomutt suggests:
ii aspell 0.60.8-1
ii ca-certificates 20200601
ii gnupg 2.2.20-1
ii ispell 3.4.00-8
pn mixmaster
ii openssl 1.1.1g-1
ii postfix [mail-transport-agent] 3.5.6-1
pn urlview
Versions of packages neomutt is related to:
ii neomutt 20200925-1~mako
-- no debconf information
Bug#930007: dtrx does not support password encrypted zip files
Package: dtrx Version: 7.1-2 Severity: wishlist Since this package is currently orphaned... Thank you for to whoever takes on the maintainership of dtrx. This is a very simple feature request. There is currently no way to extract password protected zip files with dtrx. I'd love it it there was. A more general solution might simply be a way to pass options onto the programs (unzip, tar, etc) that are doing the extraction. That's it! I'm happy to provide a broken password protected zip file if that's helpful. :) Regards, Mako -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (990, 'testing'), (500, 'xenial'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dtrx depends on: ii binutils 2.31.1-16 ii bzip21.0.6-9 ii cabextract 1.9-1 ii cpio 2.12+dfsg-9 ii p7zip-full 16.02+dfsg-6 ii python 2.7.16-1 ii rpm 4.14.2.1+dfsg1-1 ii unshield 1.4.2-1 ii unzip6.0-22 ii xz-utils [lzma] 5.2.4-1 dtrx recommends no packages. dtrx suggests no packages. -- no debconf information
Bug#848942: jessie-pu: package most/5.0.0a-2.3
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu There was a recent non-critical CVE issued for most: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848132 https://security-tracker.debian.org/tracker/CVE-2016-1253 The fix (a debdiff is attached) is this on-liner that changes single quotes to double quotes. Regards, Mako -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -u most-5.0.0a/debian/changelog most-5.0.0a/debian/changelog --- most-5.0.0a/debian/changelog +++ most-5.0.0a/debian/changelog @@ -1,3 +1,11 @@ +most (5.0.0a-2.3+deb8u1) stable-proposed-updates; urgency=high + + * lzma-support.patch: +- Fix CVE-2016-1253: shell injection attack when opening + lzma-compressed files (Closes: #848132) + + -- Benjamin Mako Hill <m...@debian.org> Tue, 20 Dec 2016 16:52:16 -0800 + most (5.0.0a-2.3) unstable; urgency=low * Non-maintainer upload. diff -u most-5.0.0a/src/file.h most-5.0.0a/src/file.h --- most-5.0.0a/src/file.h +++ most-5.0.0a/src/file.h @@ -22,7 +22,7 @@ #define MOST_MAX_FILES 4096 #define MOST_GUNZIP_POPEN_FORMAT "gzip -dc \"%s\"" #define MOST_BZIP2_POPEN_FORMAT "bzip2 -dc \"%s\"" -#define MOST_LZMA_POPEN_FORMAT "lzma -dc '%s'" +#define MOST_LZMA_POPEN_FORMAT "lzma -dc \"%s\"" extern void most_reread_file (void); extern void most_read_to_line (int);
Bug#737086: duplicity: New upstream release 6.23
Package: duplicity Version: 0.6.22-1 Severity: wishlist Greetings! Thank you for maintaining duplicity! Thew new version of duplicity has been released and it fixes a number of bugs including a few this bug was introduced in 6.22 that that breaks uploading into S3 buckets unless it is into a subdirectory: https://bugs.launchpad.net/duplicity/+bug/1218425 I was going to file that bug but since it has already been fixed, I will file this wishlist bug instead. Thanks again! Regards, Mako -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732813: pitivi: incorrect dependency information causes pitivi to segfault on startup
Package: pitivi Version: 0.92-1 Severity: important Thanks for maintaining pitivi! If pitivi 0.92 (the version currently in experimental) is installed on a current Debian testing system, it will segfault on startup. The problem is due to an incompatibility with python-gi 3.8 which is currently in testing. If python-gi 3.10 is installed from sid, pitivi will start normally. This bug can be fixed by updating the dependency information for pitivi 0.92 to require python-gi (=3.10). Regards, Mako -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pitivi depends on: ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-gdkpixbuf-2.02.28.2-1 ii gir1.2-ges-1.0 1.1.90-2 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gst-plugins-base-1.0 1.2.1-2 ii gir1.2-gstreamer-1.01.2.1-1 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-gtkclutter-1.0 1.4.4-3 ii gir1.2-pango-1.01.32.5-5+b1 ii gnome-icon-theme3.8.3-1 ii gstreamer1.0-alsa [gstreamer1.0-audiosink] 1.2.1-2 ii gstreamer1.0-gnonlin1.1.90-1 ii gstreamer1.0-plugins-bad [gstreamer1.0-videosink] 1.2.1-2 ii gstreamer1.0-plugins-base 1.2.1-2 ii gstreamer1.0-plugins-good [gstreamer1.0-videosink] 1.2.1-1 ii gstreamer1.0-pulseaudio [gstreamer1.0-audiosink]1.2.1-1 ii gstreamer1.0-x [gstreamer1.0-videosink] 1.2.1-2 ii libc6 2.17-92+b1 ii libcairo2 1.12.14-4 ii python 2.7.5-4 ii python-cairo1.8.8-1+b2 ii python-dbus 1.2.0-2+b1 ii python-gi 3.10.2-1 ii python-gst-1.0 1.1.90-1 ii python-matplotlib 1.3.1-1 ii python-numpy1:1.7.1-3 ii python-xdg 0.25-3 pitivi recommends no packages. Versions of packages pitivi suggests: ii frei0r-plugins 1:1.4-dmo4 ii gstreamer1.0-libav 1:1.0.10-dmo1 ii gstreamer1.0-plugins-bad 1.2.1-2 ii gstreamer1.0-plugins-ugly 1.0.9-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684228: rubber is broken with bibtex in texlive 2012.20120628-2
Package: rubber
Version: 1.1+20100306-1
Severity: important
Tags: patch
The lastest version of texlive to move into testing includes a security
feature in bibtex which breaks rubber on any application that uses
bibtex, as far as I can tell.
The issue has to do with a configuration option (openout_any = p) which
keeps bibtex from writing to any path outside of the directory it is
currently working in. This means that if the full path is specified,
bibtex will always fail.
You can see another place this bug has shown up here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666572
In the case of rubber, the bibtex.py latex_module is passing around the
full path even though it is in a local directory and will work with just
the basename. I've created a patch which use runs the basename function
from os.path on the directory and which, at least on my system, solves
this problem nicely.
Let me know if you have any questions or if there's something else I'm
missing. This is my first time in the rubber source code so let me know
if I've got astray.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to
en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages rubber depends on:
ii dpkg1.16.4.3
ii install-info4.13a.dfsg.1-10
ii python 2.7.3~rc2-1
ii python-support 1.0.15
ii texlive-latex-base 2012.20120611-3
rubber recommends no packages.
Versions of packages rubber suggests:
ii imagemagick 8:6.7.7.10-3
pn sam2pnone
pn transfig none
-- no debconf information
--- src/latex_modules/bibtex.py 2010-08-12 09:46:10.0 -0400
+++ /usr/share/pyshared/rubber/latex_modules/bibtex.py 2012-08-07 19:06:01.0 -0400
@@ -407,7 +407,7 @@
def setup (doc, context):
global biblio
- biblio = Bibliography(doc, doc.target)
+ biblio = Bibliography(doc, basename(doc.target))
doc.hook_macro('bibliography', 'a', biblio.hook_bibliography)
doc.hook_macro('bibliographystyle', 'a', biblio.hook_bibliographystyle)
def command (command, args):
Bug#658664: iceowl does not include awesome icy owl icons
Package: iceowl Version: 1.0~b2-7 Severity: wishlist I was extremely disappointed when I installed Iceowl and discovered that it does not ship with an awesome logo or icons showing a picture of an IceOwl. Instead, it seems to be represented by picture of a (boring) paper calendar which is very generic and not awesome at all. IceWeasel, IceDove, and IceApe each include extremely awesome logos/icons that have really cool looking white illustrations of icy weasels, doves, and apes. IceOwl needs a similarly awesome logo to use as its icon. This bug seems particularly egregious because owls actually live in icy climates and come in white versions! For example: https://commons.wikimedia.org/wiki/File:Snowy_Owl_-_Schnee-Eule.jpg While illustrators need to imagine what an ice ape or ice weasel might look like, there is no such need for imagination in the case of an ice owl! As far as I'm concerned, this bug should be release critical. Hopefully, someone will upload a patch quickly! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceowl depends on: ii calendar-timezones 8.0-2 ii libasound2 1.0.24.1-4 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libgcc1 1:4.6.2-12 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgnomevfs2-0 1:2.24.4-1 ii libgtk2.0-0 2.24.8-3 ii libjpeg88c-2 ii libnotify4 0.7.4-1 ii libnspr4-0d 4.8.9-1 ii libnss3-1d 3.13.1.with.ckbi.1.88-1 ii libpango1.0-0 1.29.4-2 ii libsqlite3-03.7.9-2 ii libstdc++6 4.6.2-12 ii libx11-62:1.4.4-4 ii libxrender1 1:0.9.6-2 ii libxt6 1:1.1.1-2 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages iceowl recommends: ii calendar-google-provider 1.0~b2-6 iceowl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613133: ITP: python-simplemediawiki -- extremely low-level wrapper to the MediaWiki API
Package: wnpp Severity: wishlist Owner: Benjamin Mako Hill m...@debian.org * Package name: python-simplemediawiki Version : 1.0.2 Upstream Author : Ian Weller i...@ianweller.org * URL : http://github.com/ianweller/python-simplemediawiki * License : LGPL Programming Lang: Python Description : extremely low-level wrapper to the MediaWiki API A Python module that provides a set of interfaces to the MediaWiki API. You can use this to read, write, and query a remote instance of MediaWiki easily from within a Python application. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612941: ITP: python-iso8601 -- python module to parse ISO 8601 dates
Package: wnpp Severity: wishlist Owner: Benjamin Mako Hill m...@debian.org * Package name: python-iso8601 Version : 0.1.4 Upstream Author : Michael Twomey micktwomey+iso8...@gmail.com * URL : https://code.google.com/p/pyiso8601/ * License : MIT Programming Lang: Python Description : python module to parse ISO 8601 dates Many file formats and standards use the ISO 8601 date format (e.g. 2007-01-14T20:34:22+00:00) to store dates in a neutral, unambiguous manner. This simple Python module parses the most common forms encountered and returns Python datetime objects. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605935: new upstream version of golly is available
Package: golly Version: 2.1-1 Severity: wishlist Greetings Niibe-san! Thanks for maintaining Golly in Debian! A new version of Golly (2.2) was released in November. It would be great if we could get it into Debian! It has a whole bunch of new features including one I need this last week that involves the ability to run rulesets in bounded areas. I did a really quick and dirty job with uupdate to make the package for my own system. If you want, I'd be happy to prepare the package. Otherwise, thanks in advance for you work on this package and on others! Changes are here: http://golly.sourceforge.net/Help/changes.html Downloads are here: http://sourceforge.net/projects/golly/files/golly/golly-2.2/ Thanks again! Later, Mako -- Benjamin Mako Hill m...@atdot.cc http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages golly depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libperl5.10 5.10.1-16shared Perl library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libwxbase2.8-0 2.8.10.1-3+b1wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1wxWidgets Cross-platform C++ GUI t ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime golly recommends no packages. golly suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601300: O: pwsafe -- command line encrypted password database manager
Package: wnpp Severity: normal I intend to orphan the pwsafe package. The program is quite old, has been updated since 2005 (!), probably has lingering licensing issues around openssl and the GPL, may even have lingering security issues around the openssl debacle from a few years back (I've not been able to figure out clearly either way). These are important issues but are not ones I have the time or inclination to fix right now. If this package will stay in Debian, it should have a maintainer who will. Ultimately, I no longer use pwsafe (there are several other more featureful programs in Debian that I do use) and I cannot take the time to give this package the attention it deserves. If someone else uses the package and wants to adopt it, please contact me after changing this bug to an ITA and I will send you some private email that will might useful for a new maintainer about a couple unresolved issues which might not be fully reflected in BTS. Otherwise, I'll recommended that this package be removed from the archive at some point in the future. The package description is: pwsafe is a unix commandline program that manages encrypted password databases. . Features: - Pure command-line operation if desired (good for remote access over ssh) - or can interact with X11 selection clipboard. - Portable, endianess-clean, misaligned-access-free C++. - Compatible with CounterPane's PasswordSafe Win32 program versions 2.x and 1.x. See http://passwordsafe.sourceforge.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601072: maildir-utils: message-id cannot be shown as output field
Package: maildir-utils
Version: 0.7-1
Severity: normal
Tags: upstream patch
That's for maintaining maildir-utils. I maintain mairix (apparently a
competiting system) and this mu seems interesting!
To reproduce the bug, try to output the message-id for any message in
the system using the field option to 'mu find' like:
mu find -f i EXAMPLE
The result will not shown any message-ids but will just repeat the
letter i. The problem seems to be that that message-id is being stored
as a Xapian term but not as a value. As a result, it can be searched
for, but not displayed.
I'm attaching a patch that solves the problem on my system. I don't know
the codebase well enough to know if I've fixed in this in the right
way.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to
en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages maildir-utils depends on:
ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib
ii libgcc11:4.4.5-2 GCC support library
ii libglib2.0-0 2.24.2-1 The GLib library of C routines
ii libgmime-2.4-2 2.4.14-1+nmu1 MIME message parser and creator li
ii libstdc++6 4.4.5-2 The GNU Standard C++ Library v3
ii libxapian221.2.3-2 Search engine library
maildir-utils recommends no packages.
maildir-utils suggests no packages.
-- no debconf information
diff -u -r maildir-utils-0.7/src/mu-msg-fields.c maildir-utils-0.7-mako/src/mu-msg-fields.c
--- maildir-utils-0.7/src/mu-msg-fields.c 2010-02-09 05:54:42.0 -0500
+++ maildir-utils-0.7-mako/src/mu-msg-fields.c 2010-10-21 13:48:19.0 -0400
@@ -130,7 +130,7 @@
MU_MSG_FIELD_ID_MSGID,
MU_MSG_FIELD_TYPE_STRING,
msgid, i, I, /* 'i' for Id */
- FLAG_GMIME | FLAG_XAPIAN_TERM
+ FLAG_GMIME | FLAG_XAPIAN_TERM | FLAG_XAPIAN_VALUE
},
{
Bug#470037: kvm: package description should not contain documentation
Package: kvm Severity: normal First of all, thanks for maintaining KVM! The package description for KVM contains documentation on how to use the package and if it's appropriate. The package description is for *describing* the package not for documentation. In particular, I would remove this part of the description: For the best performance the processor must support hardware virtualization, provided by AMD's SVM capability and Intel's VT. To find out if your processor has the necessary support, do as follows: * Make sure you run Linux 2.6.16 or newer for AMD processors, or Linux 2.6.15 for Intel processors. Older Linux versions do not report the virtualization capabilities. * Run this command in a shell: egrep '^flags.*(vmx|svm)' /proc/cpuinfo If it prints anything, the processor provides hardware virtualization support and is suitable for use with KVM. Without hardware support, KVM falls back to the considerably slower QEMU-based software virtualization. In this case, it makes more sense to use the qemu package, possibly with the kqemu package for better performance. The recommended qemu package contains the the qemu-img program needed to create virtual disk images as well as the script /usr/sbin/qemu-make-debian-root, which uses debootstrap to build a Debian disk image. See the man page for qemu-make-debian-root. The suggested hal package is only used for automatically reporting the system bios version and computer model when reporting bugs. I noticed in #467266 that your package is missing a README. Perhaps this information would be better there (or in a README.Debian) file. Additionally, your description includes unsupported formatting including a bulletted list which looks poor on pages like this one: http://packages.debian.org/sid/kvm Thanks in advance for your help! Regards, Mako -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466574: most does not open LZMA encrypted files
Package: most
Version: 4.10.2-5
Tags: patch
Severity: wishlist
Most currently does not support opening LZMA encrypted file. The
current patch should fix this.
Regards,
Mako
--
Benjamin Mako Hill
[EMAIL PROTECTED]
http://mako.cc/
Creativity can be a social contribution, but only in so far
as society is free to use the results. --GNU Manifesto
diff -rNu most-4.10.2-orig/changes.txt most-4.10.2/changes.txt
--- most-4.10.2-orig/changes.txt2008-01-14 14:23:35.412040574 +
+++ most-4.10.2/changes.txt 2008-01-14 14:37:52.586462261 +
@@ -1,3 +1,6 @@
+Changes since 4.10.1-lzma-1
+1. src/file.c:open_compressed_file: added support for lzma compressed files
+
Changes since 4.10.1
1. src/window.c:most_read_from_minibuffer: An variable was not being
initialized. (Kevin Oberman, oberman at es, net).
diff -rNu most-4.10.2-orig/src/file.c most-4.10.2/src/file.c
--- most-4.10.2-orig/src/file.c 2008-01-14 14:23:35.418706782 +
+++ most-4.10.2/src/file.c 2008-01-14 14:54:25.578216198 +
@@ -63,7 +63,7 @@
static int open_compressed_file(char *file, int mode, int *size)
{
int fd;
- char buf[4], cmdbuf[512 + MAX_PATHLEN];
+ char buf[6], cmdbuf[512 + MAX_PATHLEN];
struct stat st;
# ifdef O_BINARY
@@ -83,7 +83,7 @@
if (fd 0) return fd;
- if (4 == read(fd, buf, 4))
+ if (6 == read(fd, buf, 6))
{
char *cmd = NULL;
@@ -99,6 +99,13 @@
{
cmd = MOST_BZIP2_POPEN_FORMAT;
}
+ else if ((buf[0] == (char) 0xff)
+(buf[1] == 'L') (buf[2] == 'Z')
+(buf[3] == 'M') (buf[4] == 'A')
+(buf[5] == (char) 0x00))
+ {
+cmd = MOST_LZMA_POPEN_FORMAT;
+ }
if (cmd != NULL)
{
diff -rNu most-4.10.2-orig/src/file.h most-4.10.2/src/file.h
--- most-4.10.2-orig/src/file.h 2008-01-14 14:23:35.438705407 +
+++ most-4.10.2/src/file.h 2008-01-14 14:40:13.140135660 +
@@ -3,6 +3,7 @@
#define MOST_MAX_FILES 4096
#define MOST_GUNZIP_POPEN_FORMAT gzip -dc '%s'
#define MOST_BZIP2_POPEN_FORMAT bzip2 -dc '%s'
+#define MOST_LZMA_POPEN_FORMAT lzma -dc '%s'
extern void most_reread_file (void);
extern void most_read_to_line (int);
signature.asc
Description: Digital signature
Bug#465149: O: aub
Package: wnpp Severity: normal I no longer am interested in maintaining the aub package in Debian. I no longer use USENET and no find the program to be interesting or valuable. There are a series of open bugs and issues with AUB. Any adopter should email me and I will send an mbox with these issues. All submitters have been notified that the project is not maintained. I was also upstream for AUB -- althoug I orphaned the project upstream several months ago. I would strongly prefer that anybody adopting the AUB Debian package also take over upstream maintaince of the package. It's not a huge amount of work but it really should be someone will use it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bashContent-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Benjamin Mako Hill [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: O: aub Message-ID: [EMAIL PROTECTED] X-Mailer: reportbug 3.39 Date: Sun, 10 Feb 2008 16:03:31 -0500 Package: wnpp Severity: normal I no longer am interested in maintaining the aub package in Debian. I no longer use USENET and no find the program to be interesting or valuable. There are a series of open bugs and issues with AUB. Any adopter should email me and I will send an mbox with these issues. All submitters have been notified that the project is not maintained. I was also upstream for AUB -- althoug I orphaned the project upstream several months ago. I would strongly prefer that anybody adopting the AUB Debian package also take over upstream maintaince of the package. It's not a huge amount of work but it really should be someone will use it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
