Bug#342039: ITP: ripit -- Textbased audio cd ripper
On Mon, 05 Dec 2005 the mental interface of Jesus Climent told: > On Sun, Dec 04, 2005 at 11:51:00PM +0100, Elimar Riesebieter wrote: > > On Sun, 04 Dec 2005 the mental interface of > > Jesus Climent told: > > > > [...] > > > > - Optional: creates a playlist (M3U) file (lists MP3s created, > > > > used by various MP3 players) > > Yes > > > > > - Optional: Prepares and sends a CDDB submission. > > Yes > > > > > - Optional: Saves the CDDB file. > > Yes > > Even abcde: > > - Optional: reutilizes the saved cddb files. > - Optional: rips a CD into a single file. > - Optional: uses utf-8 encoded tags. > - Optional: encodes to MP+/Musepack. > - Optional: encodes combination of formats in one CD rip: Ogg+MP3+FLAC+... Great, but my Porsche runs Hey, I know abcde is very powerful and I run it for most rips 'til discovered ripit. I am sure you noticed Debian as a big pot of OpenSource software where ripit can find a peaceful place beside all the other rippers. It should be a fair competition and no unfair rivalry ;) Maybe the two Perl ones will influence themselve by synergies? Elimar -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche pgpunuFFFio6K.pgp Description: PGP signature
Bug#342039: ITP: ripit -- Textbased audio cd ripper
On Sat, 10 Dec 2005 the mental interface of Lars Wirzenius told: > su, 2005-12-04 kello 23:05 +0100, Elimar Riesebieter kirjoitti: > > * Package name: ripit > > Description : Textbased audio cd ripper > > > > runs in text mode (no fancy GUI here) and does everything required to > > produce a set of mp3, ogg, flac, m4a files without any user-intervention. > > How does this compare to the abcde program and package? Quite similar with less resources. Elimar -- Never make anything simple and efficient when a way can be found to make it complex and wonderful ;-) pgpVrgXqL89Vm.pgp Description: PGP signature
Bug#427680: RFH: moc -- ncurses based console audio player
Package: wnpp Severity: normal I request assistance with maintaining the moc package. The package description is: moc (music on console) is a full-screen player designed to be powerful and easy to use. . Supported file formats are: MP3, OGG Vorbis, FLAC, WAVE, SPEEX, Musepack (MPC), AIFF, AU, WMA (and other less popular formats supported by libsndfile). New formats support is under development. . Other features: simple mixer, colour themes, searching the menu (the playlist or a directory) like M-s in Midnight Commander, the way MOC creates titles from tags is configurable, optional character set conversion for file tags using iconv(), OSS or ALSA output. . Homepage: http://moc.daper.net As reported in #427473, with no response yet, I want to build moc against new libflac-dev. Configuring the source gives: ... checking for libFLAC... yes ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored. ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored. ... This is shown on a pbuild as well. Configuring against libflac-dev 1.1.2 gives no ERROR. Any way, the package builds fine with libflac-dev 1.1.4, but I don't want to upload with the above config ERROR. Is someone out there to give me a hint? Thanks for cooperation. Elimar -- The path to source is always uphill! -unknown- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427680: RFH: moc -- ncurses based console audio player
On Tue, 05 Jun 2007 the mental interface of Elimar Riesebieter told: [...] > Is someone out there to give me a hint? Done with flac 1.1.4-2. Thanks Joshua ;) Elimar -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331642: RFH: fetchmail -- SSL enabled POP3, APOP, IMAP mail gatherer/forwarder
Hi Nico, On Tue, 04 Oct 2005 the mental interface of Nico Golde told: > Package: wnpp > Severity: normal > > Hi, > I am searching for a new Co-maintainer for fetchmail since > Goswin von Brederlow and Lucas Wall don't have much spare > time anymore and the next release of fetchmail doesn't seem > to be far away. Isn't the development of fetchmail is stopped since 10/2003? Of course yes, this is the date of the last upstream. ELimar -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds pgproo5hfQv5V.pgp Description: PGP signature
Bug#342039: ITP: ripit -- Textbased audio cd ripper
Package: wnpp Severity: wishlist Owner: Elimar Riesebieter <[EMAIL PROTECTED]> * Package name: ripit Version : 3.4.0 Upstream Author : Felix Suwald <[EMAIL PROTECTED]> * URL : http://www.suwald.com/ripit * License : (GPL) Description : Textbased audio cd ripper runs in text mode (no fancy GUI here) and does everything required to produce a set of mp3, ogg, flac, m4a files without any user-intervention. . ripit does the following with an Audio CD: - Get the audio CD Album/Artist/Tracks information from CDDB - Rip the audio CD Tracks (using cdparanoia or other cdrippers) - Encode the files (using lame, oggvorbis flac and/or faac) - ID3 tag them (v1 & v2) - Optional: creates a playlist (M3U) file (lists MP3s created, used by various MP3 players) - Optional: Prepares and sends a CDDB submission. - Optional: Saves the CDDB file. Lintian clean packages: deb http://www.lxtec.de/debarchiv binary-all/ deb http://www.lxtec.de/debarchiv binary-powerpc/ deb http://www.lxtec.de/debarchiv binary-i386/ deb-src http://www.lxtec.de/debarchiv sources/ Thanks Elimar -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche pgpa0omZRvZaP.pgp Description: PGP signature
Bug#342039: ITP: ripit -- Textbased audio cd ripper
On Sun, 04 Dec 2005 the mental interface of Jesus Climent told: [...] > > - Optional: creates a playlist (M3U) file (lists MP3s created, > > used by various MP3 players) > > - Optional: Prepares and sends a CDDB submission. > > - Optional: Saves the CDDB file. > > What are the advantages ripit has over abcde ? > > I can only see faac support, which is under way for 2.4... Can the above mentioned "Optional:" be done with abcde as well? Elimar -- Planung: Ersatz des Zufalls durch den Irrtum. -unknown- pgp95HPvd9pH5.pgp Description: PGP signature
Bug#290131: ITP: mocp -- ncurses based console audio player
On Mon, 14 Feb 2005 the mental interface of Bartosz Fenski aka fEnIo told: > On Sat, Feb 12, 2005 at 11:59:24PM +0100, Elimar Riesebieter wrote: [...] > > I have packaged moc and will try to upload when 2.2.0 final is > > released. > > Why did you packaged it? Why not leaving it for original submitter? ;) > > > moc packages can be found at: > > Yes... they can be also found in Debian's archives ;) > They're only waiting for ftp-master approval[1] Please notice: 1. The packagename must be moc, and not mocp, which is the filename only for the binary. The copyrights are mentioned in the copyright file and the rights are by Damian who created moc and not the package mocp! [2] 2. 2.1.4 doesn't play oggs on ppc. You need a patch. Damian and me (of course, we're in contact) ported the moc package to ppc. Other Debian-plattforms than i386 and ppc are not testet yet :( 3. Moc was first announced as a Debian Package by http://lists.debian.org/debian-user/2004/11/msg02605.html My advice: Wait for 2.2.0, check the rules and Makefiles (We don't want to install the examples twice) and be patient by testing MOC on other plattforms before mention Architecture: all in control. So please remove mocp from [1], and replace it with a package named moc. Please feel free to check my packages [3,4,5] first, as I want to maintain the package as well (on both i386 and ppc) ;-) I only need a mentor, maybe from grml? Ciao Elimar [1] http://qa.debian.org/~anibal/debian-NEW.html [2] http://moc.daper.net/download.shtml [3] deb http://www.lxtec.de/debarchiv binary-powerpc/ [4] deb http://www.lxtec.de/debarchiv binary-i386/ [5] deb-src http://www.lxtec.de/debarchiv sources/ -- The path to source is always uphill! -unknown- signature.asc Description: Digital signature
Bug#290131: ITP: mocp -- ncurses based console audio player
On Tue, 15 Feb 2005 the mental interface of Michal Jeczalik Jr told: [...] > I think that Elimar can handle it without any problems if only he > would fix his packages, so it would stick to Debian rules. I have no > access to ppc arch. so Elimar if you are interested, contact Fenio > (or other developer if Fenio is not interested in uploading moc) and > take care of it. Thanks. I am interested to maintain moc. Is that possible Fenio? The latest beta packages are avilable now: deb http://www.lxtec.de/debarchiv binary-powerpc/ deb http://www.lxtec.de/debarchiv binary-i386/ deb-src http://www.lxtec.de/debarchiv sources/ linda and lintian are happy now;-) > I started from 2.1.4 as it is stable version of moc. I would have > waited until 2.2.0 is stable. My philosophy might be wrong, but I > don't think it is too paranoid, though. Same on me. I suggest to upload 2.2.0 stable. HANN Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds signature.asc Description: Digital signature
Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt
Package: wnpp Severity: wishlist Owner: Elimar Riesebieter <[EMAIL PROTECTED]> * Package name: mutt-ng Version : x.y.z Upstream Author : Name <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : Mutt next generation (mutt-ng) is a fork of the well-known email client mutt (Include the long description here.) Mutt next generation (mutt-ng) is a fork of the well-known email client mutt with the goal to both incorporate all the patches that are floating around in the web, and to fix all the other little annoyances of mutt. . Differences between mutt and mutt-ng: o Better view support for format=flowed attachments o Message IDs are configurable o User can set signoff_string just like in slrn o User can call up the "last folder" when saving attachments o IMAP reconnecting: when the connection to the IMAP server dies, mutt-ng attempts reconnecting o User can set the umask with which all the files shall be created (was hard-coded before, and caused huge problems for shared mailboxes to some people) o Support for NNTP, i.e. mutt-ng can be used as a newsreader o A sidebar similar to other (graphical) MUAs where you can directly jump to a certain mailbox -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11.5-frodo Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) mutt-ng is an incredible solution on top of the famous mutt mailer. Please feel free to test the Debian mutt-ng binaries found at http://www.lxtec.de/debarchiv/sources/mutt-ng/ which incudes further information as well. http://www.mutt-ng.org Ciao Elimar -- Never make anything simple and efficient when a way can be found to make it complex and wonderful ;-) signature.asc Description: Digital signature
Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt
On Wed, 23 Mar 2005 the mental interface of Nico Golde told: > Hello Elimar, > > * Elimar Riesebieter <[EMAIL PROTECTED]> [2005-03-23 20:28]: > > Package: wnpp > > Severity: wishlist > > Owner: Elimar Riesebieter <[EMAIL PROTECTED]> > > > > * Package name: mutt-ng > > Version : x.y.z > > Upstream Author : Name <[EMAIL PROTECTED]> > > * URL : http://www.example.org/ > > * License : (GPL, LGPL, BSD, MIT/X, etc.) > > Description : Mutt next generation (mutt-ng) is a fork of the > > well-known email client mutt > > Argh. This fields should be edited. > Regerds Nico uups. Version : 1.5.9 Upstream Author : Andreas Krennmair <[EMAIL PROTECTED]>, Nico Golde <[EMAIL PROTECTED]> URL : http://www.mutt-ng.org Licence : GPL OK? Elimar -- Learned men are the cisterns of knowledge, not the fountainheads ;-) pgptcDucCfDJc.pgp Description: PGP signature
Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt
On Thu, 24 Mar 2005 the mental interface of Paul Hampson told: > On Wed, Mar 23, 2005 at 08:53:38PM +0100, Per Olofsson wrote: > > Elimar Riesebieter: > > > Package: wnpp > > > Severity: wishlist > > > Owner: Elimar Riesebieter <[EMAIL PROTECTED]> > > > > * Package name: mutt-ng > > > Also note that Norbert Tretkowski has already created a mutt-ng > > package, although he doesn't intend to upload it (yet). It is > > available at <http://people.debian.org/~nobse/debian/unstable/>. > > Actually, the site with the test deb files mentions that Norbert > has passed the baton to Elimar. > > On the other hand, I'm having a problem with the package, it > doesn't include muttng_dotlock, and seems to think my mailspool > (mbox in /var/mail) is read-only. (vanilla) Mutt can use it > fine. On the machine the i386-build was done, /var/mail was world-readable (don't flame me), so configure seemed to not build dotlock then. Will be fixed next upload (maybe tonight). Elimar -- Numeric stability is probably not all that important when you're guessing;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295249: qdbm debian package
On Thu, 12 May 2005 the mental interface of Fumitoshi UKAI told: > At Tue, 10 May 2005 18:20:54 +0200, > Thomas Glanzmann wrote: > > > I wanted to ask, if there is any progress in the qdbm debian packages? > > Sorry, I've been busy and I couldn't find enough time so there are > no progress. I'll try this in this weekend. I created a package just temporarely. It is available at http://www.lxtec.de/debarchiv/sources/qdbm. Much lintian-overrides needed, because of missing manpages and a stupid binary-or-shlib-defines-rpath. Maybe one can investigate? I provide it only for testing header_cache_compress within mutt(-ng). Ciao Elimar -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche pgp4fFsYgv8im.pgp Description: PGP signature
Bug#290131: ITP: mocp -- ncurses based console audio player
On Fri, 14 Jan 2005 the mental interface of Michal Jeczalik Jr told: > * Joshua Kwan <[EMAIL PROTECTED]> wrote: > > > Michal Jeczalik Jr wrote: > >> mocp (music on console player) is a ncurses based console audio player > >> designed to be powerful and easy to use. > > How is this better than 'cplay'? > > I have installed cplay and here is my little review: > > * mocp is not a front-end, so it has no problems with pause, >rewinding and stop (there are some interruptions due to problems >with buffer), > * you can always detach mocp and attach again without any interruptions, > * there are less informations about a file in 'cplay' and not so many >configuration optionslike FormatString, StartInMusicDir and >others, > * next useful option in mocp is a possibility to turn off mmap() (it >really helps with NFS), > * rewinding is very slow in 'cplay' (front-end issue), > * time in mp3 files with VBR and without XING is incorrect >(again front-end issue), > * mocp can play all supported files using ALSA, > * finally, mocp has themes, so it is more colorful and userfriendly. > cplay is also good and has a few options that would be in mocp soon. I hope. > I have packaged moc and will try to upload when 2.2.0 final is released. moc packages can be found at: deb http://www.lxtec.de/debarchiv binary-powerpc/ deb http://www.lxtec.de/debarchiv binary-i386/ deb-src http://www.lxtec.de/debarchiv sources/ Ciao Elimar -- Obviously the human brain works like a computer. Since there are no stupid computers humans can't be stupid. There are just a few running with Windows or even CE ;-) signature.asc Description: Digital signature
Bug#597897: [Pkg-alsa-devel] alsa-firmware - bug #597897
reassign 597897 firmware-linux-nonfree thanks Hi Gents of the firmware linux-team, coluld you please distribute the alsa-firmware [10] within firmware-linux-nonfree? [10] ftp://ftp.alsa-project.org/pub/firmware/alsa-firmware-1.0.24.1.tar.bz2 Thanks Elimar * Jaromír Mikeš [111216 02:15 +0100]: [...] > Hello Elimar, Jordi > > I am original submitter of this bug [1] and I contact you as admins of > pkg-alsa-devel > > To be confused by your answer here, I would like to ask what is your attitude > to the process of including missing alsa-firmwares to linux-firmware-non-free > package? > > I think it was quite natural that alsa-devel has been asked for opinion and > help or am I wrong? > > Sadly this process seems to be stuck now :( > > Best regards > > mira > > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627153 > -- Experience is something you don't get until just after you need it! signature.asc Description: Digital signature
Bug#416860: O: mutt-ng
Package: wnpp Severity: normal I hereby want to orphan mutt-ng as ist isn't maintained upstream anymore [0]. To synchronise the package with mutt and fix the new and upcoming security issues isn't my intetion as I then have to carry over the upstream work. [0] http://mutt-ng.supersized.org/ The best would be to remove it out of the pool as it actually only resides in experimental. It was a great idea to create a mutt by user-wishes. but I think mutt 1.6 will be a well featured one and hopefully the sidebar patch will be adoptet by upstream or at least by the mutt maintainers? Thanks Andreas Kremmair <[EMAIL PROTECTED]>, Rocco Rutte <[EMAIL PROTECTED]> and Nico Golde <[EMAIL PROTECTED]> for their great work to the package. Elimar -- Numeric stability is probably not all that important when you're guessing;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#512072: RFH: mutt -- text-based mailreader supporting MIME, GPG, PGP and threading
* Christoph Berg [090117 00:11 +0100] > [Resent here in case someone's interested] > > Hi, > > the Debian Mutt package needs more maintainers. > > There are almost 200 open bugs. Some of these are already forwarded > upstream and might just need some triaging/poking. Some need > forwarding. Some might be fixed with a trivial patch. Others are > Debian specific, mostly for the extra patches we include. There's > duplicates and sub-wishlist items. We are using bts-link to link to > dev.mutt.org's trac, but that also needs more tweaking. > > There's a new upstream version 1.5.19 pending, we need people to check > which bugs still apply. > > The (in?)famous mutt-patched package needs love to get the sidebar > patch updated to the new version, and to get some of mutt-ng's extra > gimmicks and add-ons integrated. deb http://www.lxtec.de/debarchiv/ unstable main deb-src http://www.lxtec.de/debarchiv/ unstable main non-free Here one can find a recent Debian package 1.5.19. The package is supposed to patch the sidebar and indexcolor patch and is mostly based on the official Debian structure. The binaries are build against tokyocabinet controlled by the rules file. Binaries for amd64, i386 and powerpc are available. The patches are applying clean ;) Well, I would like to help maintaining as I have some experience in several Debian packages. Elimar -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516585: RFH: alsa-lib
Package: wnpp Severity: normal Hi Debian ALSA developers, I want to prepare alsa-lib 1.0.19 for upload. Building alsa-lib on i386 and amd64 gives: ... checking for strip... strip checking for cross-compiler... i486-i486-pc-linux-gnu-gcc checking for i486-linux-gnu-gcc... i486-i486-pc-linux-gnu-gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. make: *** [configure-biarch-stamp] Error 77 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 debuild: fatal error at line 1319: dpkg-buildpackage -rfakeroot -D -us -uc failed Command /bin/sh -c debuild "-rfakeroot" failed in , how to continue now? [Qri?]: q Aborting. The correct compiler should be: i486-linux-gnu-gcc and not i486-i486-pc-linux-gnu-gcc! From upstreams changelog: "Don't use AC_CANONICAL_SYSTEM, only use AC_CANONICAL_HOST" Hmmm. Building on ppc runs fine. Others I can't test. You can co the version I tried from svn (r 2165): svn://svn.debian.org/pkg-alsa/trunk/alsa-lib http://svn.debian.org/wsvn/pkg-alsa/trunk/alsa-lib/ The orig tgz must be loaded from: wget ftp://ftp.alsa-project.org/pub/lib/alsa-lib-1.0.19.tar.bz2 tar jxf alsa-lib-1.0.19.tar.bz2 tar zcf alsa-lib-1.0.19.tar.gz alsa-lib-1.0.19 mv alsa-lib-1.0.19.tar.gz alsa-lib_1.0.19.orig.tar.gz Any hints? Thanks for cooperation Elimar -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) -- Learned men are the cisterns of knowledge, not the fountainheads ;-) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516585: RFH: alsa-lib
* Andreas Metzler [090222 17:42 +0100] > On 2009-02-22 Elimar Riesebieter wrote: > > Package: wnpp > > Severity: normal > > > Hi Debian ALSA developers, > > > I want to prepare alsa-lib 1.0.19 for upload. Building alsa-lib on i386 and > > amd64 gives: > > ... > > checking for strip... strip > > checking for cross-compiler... i486-i486-pc-linux-gnu-gcc > > checking for i486-linux-gnu-gcc... i486-i486-pc-linux-gnu-gcc > > checking for C compiler default output file name... > > configure: error: C compiler cannot create executables > > See `config.log' for more details. > [...] > > The correct compiler should be: i486-linux-gnu-gcc and not > > i486-i486-pc-linux-gnu-gcc! > > > From upstreams changelog: > > > "Don't use AC_CANONICAL_SYSTEM, only use AC_CANONICAL_HOST" > > Hello, > > I am not sure, but I think (see > /usr/share/doc/autotools-dev/README.Debian.gz) you are invoking > ./configure the wrong way. This makes it build successfully for me: > > --- > --- debian/rules(Revision 2165) > +++ debian/rules(Arbeitskopie) > @@ -56,7 +56,7 @@ > --mandir=\$${prefix}/share/man \ > --infodir=\$${prefix}/share/info \ > --datadir=\$${prefix}/share \ > - --host=$(DEB_BUILD_GNU_TYPE) \ > + --build $(DEB_BUILD_GNU_TYPE) \ > --enable-static --disable-maintainer-mode > touch configure-stamp > > @@ -72,7 +72,7 @@ > --mandir=\$${prefix}/share/man \ > --infodir=\$${prefix}/share/info \ > --datadir=\$${prefix}/share \ > - --host=$(DEB_HOST_GNU_TYPE) \ > + --build $(DEB_BUILD_GNU_TYPE) \ > --enable-static --disable-maintainer-mode \ > --disable-python --with-plugindir=/$(bilibdir)/alsa-lib > #ln -sf . include/alsa > --- Yes, but in that case: checking whether we are cross compiling... no This is what we don't want. Second: Why does it build on ppc ? Elimar -- Numeric stability is probably not all that important when you're guessing;-) signature.asc Description: Digital signature
Bug#825821: ITP: neomutt -- NeoMutt is a place to gather all the patches against Mutt.
Package: wnpp Severity: wishlist Owner: Elimar Riesebieter * Package name: neomutt Version : 20160502 Upstream Author : Richard Russon * URL : https://www.neomutt.org/ * License : GPL-2 Programming Lang: C Description : text-based mailreader which gathers all the patches against Mutt. . NeoMutt is a sophisticated text-based Mail User Agent supporting MIME, GPG, PGP and threading. . NeoMutt was created when Richard Russon (FlatCap) took all the old Mutt patches, sorted through them, fixed them up and documented them. . It's not a fork of Mutt. It's a large set of feature patches (big and small) that apply to Mutt. . A list of additional features on top of pristine mutt: Compressed FoldersRead from/write to compressed mailboxes Conditional Dates Conditional Date Formatting Fmemopen Use fmemopen(3) for speedier temporary files Ifdef Conditional config options Index Color Theming of the Index List Initials Expando Expando for Author's Initials Keywords Labels/Tagging for emails Limit-Current-Thread Limit Index View to Current Thread Nested If Allow deeply nested conditionals in format strings NNTP Talk to a Usenet news server Notmuch Powerful email search engine Progress Bar Colourful Progress Bar Quasi-Delete Hide emails from view, but don't delete them Sensible-Browser Highlight the folder you *used* to be in Sidebar Panel containing list of Mailboxes Skip-Quoted Skip Quoted Text Status Color Theming of the Status Bar TLS-SNI Negotiate with a Server for a Certificate Trash Folder Move 'deleted' emails to a trash folder Richard prepares a new Release (20160530?) which will incoperate Debian specific patches in seperated branch. 20160502 and probably 20160530 are will apply against mutt-1.6.1. Thanks -- Elimar
Bug#825821: ITP: neomutt -- NeoMutt is a place to gather all the patches against Mutt.
* Alberto Garcia [2016-05-30 15:14 +0200]: > On Mon, May 30, 2016 at 01:00:20PM +0200, Elimar Riesebieter wrote: > > >NeoMutt is a sophisticated text-based Mail User Agent supporting > >MIME, GPG, PGP and threading. > >. > >NeoMutt was created when Richard Russon (FlatCap) took all > >the old Mutt patches, sorted through them, fixed them up and > >documented them. > > Apart from the standard 'mutt' package, there's at least two > other packages in Debian with additional patches: 'mutt-kz' and > 'mutt-patched'. From the description of this NeoMutt package it looks > like it would be a superset of both of them. > > Is that the case? If so, would you see neomutt replacing mutt-kz and > mutt-patched at some point? I would see that neomutt is a good successor for mutt-patched. As far as I understood Richard correct, neomutt includes the notmuch feature from mutt-kz and superseded mutt-kz more or less. There will be a git branch at neomutt where all Debian specific patches will be incoperated and therefor both mutt and neomutt packages will be much easier to maintain. Bugs introduced from neomutt's additional features can be handled directly, because we don't have to maintain a patch. We have to maintain a feature. Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -Linus Torvalds signature.asc Description: PGP signature
Bug#825821: ITP: neomutt -- NeoMutt is a place to gather all the patches against Mutt.
* Adam D. Barratt [2016-05-30 17:02 +0100]: > On Mon, 2016-05-30 at 13:00 +0200, Elimar Riesebieter wrote: > > * Package name: neomutt > > Version : 20160502 > > Upstream Author : Richard Russon > > * URL : https://www.neomutt.org/ > > * License : GPL-2 > > Programming Lang: C > > Description : text-based mailreader which gathers all the patches > > against > >Mutt. > >. > >NeoMutt is a sophisticated text-based Mail User Agent supporting MIME, > > GPG, > >PGP and threading. > > Did you talk to the current mutt maintainers about this? I've contacted Antonio Radici, Christoph Berg, "Matteo F. Vescovi" and Faidon Liambotis via PM a while ago. Elimar -- The path to source is always uphill! -unknown- signature.asc Description: PGP signature
Bug#825821: ITP: neomutt -- NeoMutt is a place to gather all the patches against Mutt.
* Faidon Liambotis [2016-05-30 20:56 +0300]: > On Mon, May 30, 2016 at 06:42:21PM +0200, Elimar Riesebieter wrote: > > I've contacted Antonio Radici, Christoph Berg, "Matteo F. Vescovi" and > > Faidon Liambotis via PM a while ago. > > I'll respond here, unfortunately without not much context, as that was a > PM and I wouldn't want to forward without permission. All is said in this thread. Nothing mysterious ;-) > So, first of, a bit of a background for the ITP: > > - The mutt maintainers have been engaging with the neomutt upstream > already. I, in fact, joined the mutt maintainer group precisely for > this purpose. See https://github.com/neomutt/neomutt/issues/23 and > others. Well, I've noticed that you prepared mutt-1.6.1 which resides in experimental. I suppose you had to rework the neomutt patches so that they apply? The neomutt part is foreseen as a patch bomb to mutt-patched which is IMHO a bad idea and will increase the gap to mutt a lot. And this is the point where a neomutt package should jump in ;-) > - Debian is already shipping neomutt partially already; mutt 1.6.1-1 > already replaces some of our home-grown patches with neomutt's. See above. You will always maintain patches and not an upstream source. > - Debian has *not* been shipping a vanilla mutt for years. Debian has > been shipping mutt, mutt-patched and mutt-kz, the former two from > src:mutt and the latter from src:mutt-kz. All of them, including the > binary package called "mutt" are heavily patched, to a large extent > with patches that neomutt ships (ifdef, compressed folders, > trash/purge) but a lot of others as well. The patches Debian provides for the mutt package (not mutt-patched!) carry mutt to a more modern mutt package and should just remain! > - The neomutt upstream (Cc'ed) has been incredibly responsive and > receptive to requests, both in general and to Debian's needs > specifically. Besides us, he's been bringing together many other > downstreams (distros and BSDs). Richard did a famous work and released a neomutt-distro patch package, where beside others all Debian specific patches are included and made applicable. A big thank you for him ;-) > - Considering the above, consensus between the mutt maintainers so far > (and AIUI) has been that the mutt source package should switch > upstreams and start tracking neomutt. This would basically mean having > *one* source and *one* binary package for mutt in Debian (not counting > transitional packages). You will have a mutt including a patch bomb. > - This has been waiting to some extent on the new neomutt release which > includes compressed folders and NNTP, released just today. > > As such, I think this ITP is superfluous, at least for now. Even if it > is not, pkg-mutt should own this ITP, not Elimar alone -- as we are > already the de facto downstreams of neomutt in Debian. I intend to package neomutt which is an intrinsically package which has a cooperative upstream. If we have a separated neomutt package it should be easy to maintain and one doesn't have to fight with fuzzes and offsets. It can't be the intention of Debian to patch a GPL'd upstream to a totally over patched monster. I would be happy about every co-maintainer as I am thinking about a git repo at alioth maintained by the "neomutt-package-maintainers", yay. > We could certainly revisit the decision to ship two source packages in > Debian, src:mutt and src:neomutt (the eventual deprecation of > mutt-patched and src:mutt-kz is widely agreed at this point, I think). > I still haven't heard a convincing response of what would happen to the > "mutt" binary package, though. As I explained above, we're not shipping > a vanilla mutt and haven't been doing so for many years now. Switching > back to the vanilla mutt would be a regression at this point and break > user expectations on upgrades. Keeping the status quo, on the other > hand, would mean just a huge waste of effort for maintaining and > forward-porting patches that neomutt upstream is already doing a better > job at. From my point of view the mutt package should remain as it is. There will be much users who don't want to use mutt-patched or neomutt. The sidebar, notmuch and nntp features for instance aren't that popular for legacy, let say conservative, users. There will be always a chance to choose between a mutt (with some incorporated patches) and a neomutt package. And with a neomutt package in Debian we will honour the work of its upstream! > > I also haven't heard a convincing response on what would happen > with all of the patches shipped in src:mutt's debian/patches that > are not in neomutt yet; effectively
Bug#825821: ITP: neomutt -- NeoMutt is a place to gather all the patches against Mutt.
* Evgeni Golov [2016-05-30 21:11 +0200]: > Hi, > > > > On Mon, 2016-05-30 at 13:00 +0200, Elimar Riesebieter wrote: > > > > * Package name: neomutt > > Please don't. We don't need another mutt fork in Debian. Its not a fork. It's just an additional packege like in real life: mutt and neomutt Elimar -- The path to source is always uphill! -unknown- signature.asc Description: PGP signature
Bug#825821: ITP: neomutt -- NeoMutt is a place to gather all the patches against Mutt.
Hi all, I am pleased to announce the availability of neomutt [0] packages for Debian. Hints for installation you'll find at [1]. I've packaged neomutt for Debian. A Debian ITP [2] is filed. The binaries are build in a sid environment. The sources are fetched from [3]. The neomutt branch is used. I'll update packages as needed. Please test the packages and let me know of any further glitches you find. If you want, you can open an issue on [3]. The Debian Bug Tracking System is not involved as the package isn't uploaded yet, but will be soon. Thanks in advance for your cooperation Elimar [0] http://www.neomutt.org/ [1] http://www.lxtec.de/debarchiv [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825821 [3] https://github.com/neomutt/neomutt -- The path to source is always uphill! -unknown- signature.asc Description: PGP signature
Bug#882300: ITP: neomutt -- A command line mail reader (or MUA). It's a version of Mutt with added features.
* Antonio Radici [2017-11-21 08:58 +]: > Package: wnpp > Severity: wishlist > Owner: anto...@debian.org > > * Package name: neomutt > Version : 1.9.1+20171027 Shouldn't be the version 20171027 only if you are going to package neomutt's git tag neomutt-20171027? neomutt doesn't use mutt's version anymore. Elimar -- Learned men are the cisterns of knowledge, not the fountainheads ;-) signature.asc Description: PGP signature