Bug#291361: python-gdal 1.2.5-1 depends on current libgdal1
Package: python-gdal Version: 1.2.5-1 Severity: normal The dependency libgdal1 (>= 1.2.0) is wrong. >>> import gdal Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.3/site-packages/gdal.py", line 159, in ? import _gdal ImportError: /usr/lib/python2.3/site-packages/_gdalmodule.so: undefined symbol: OGR_G_Crosses >>> -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.27-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages python-gdal depends on: ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii libgcc1 1:3.4.2-2GCC support library ii libgdal11.2.1-1 Geospatial Data Abstraction Librar ii libstdc++5 1:3.3.4-13 The GNU Standard C++ Library v3 ii python 2.3.4-4 An interactive high-level object-o ii python-numeric 23.6-2 Numerical (matrix-oriented) Mathem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#244699: Your Mailman Debian bug
On Mon, Nov 28, 2005 at 09:51:53PM +0100, Lionel Elie Mamane wrote: > On Sat, Nov 26, 2005 at 04:10:14PM +0100, Bernhard Reiter wrote: > > http://ftp.intevation.de/users/bernhard/mailman/scrubber.patch > > This one seemed to do more than that, it is adding a new option for > not using the filename of the attachment, but always the string > "attachment"? Yes, it did a couple of things. The filename behaviour was to avoid encoding problems IIRC and for the archive this is pretty unimporting how the file is named as long as you can get it. > > This has been applied to CVS, so should be in mailman 2.1.6. > > OK, it will be closed with my upload of Mailman 2.1.6 then. Yes. > > I found the bugs so annoying in practice that I thought Debian could > > be faster for sarge than upstream. > > Hopefully we'll do better in future. Sorry for the inconvenience. > > Thank you for your patches. Thanks for your work on Debian and Free Software! Bernhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#244673: Mailman Debian bug: Breaks signatures
Lionel, On Sun, Dec 11, 2005 at 12:21:46PM +0100, Lionel Elie Mamane wrote: > I changed your patch to do things slightly differently. Here's a > copy. It will be part of my next upload. thanks for the patch! A change to my patch should be no problem as long as the folding does not happen on subsequent parts. Unfortunately I currently cannot test, so I am slow to really comment. Bernhard > +# Author: Bernhard Reiter <[EMAIL PROTECTED]> > +# Changed by Lionel Elie Mamane December 2005 from version on > +# > http://ftp.intevation.de/users/bernhard/mailman/mailman-2.1.4-avoid-headerfolding-python21.diff > +# to use clone/children_maxheaderlen trick instead of > _write_headers/mangle_from_ pgp7I2oL2yYiM.pgp Description: PGP signature
Bug#244673: Your Mailman Debian bug
On Mon, Nov 28, 2005 at 09:46:22PM +0100, Lionel Elie Mamane wrote: > > http://ftp.intevation.de/users/bernhard/mailman/mailman-2.1.4-avoid-headerfolding-python21.diff I am just comparing it to 77_header_folding_in_attachments.dpatch. > I took a look at the patch. In the class "Generator" you define, you > completely ignore the argument mangle_from to __init__. If it is not > used, I would expect it not to be taken as an argument of __init__ at > all. I accepted it as part of the promissed interface. Note that you, in replacing maxheaderlen, will not fullfill the promise of Generator __init_ interface anymore. It should not be of practical relevance in this case, though. Note also that clone() now also does something different in a subtile way in your patch and depends on a Python version >2.2.2. My patch worked for versions 2.1.x, too. No problem for Debian of course. > Or, on the contrary, to be used and passed to the > email.Generator.Generator.__init__ call. It is probably best to pass > it to email.Generator.Generator.__init__, and set it to "False" in all > instances where one writes to a one-message file or to a string > (nearly everywhere) and to "True" when one writes to a mailbox (in > Mailman/Mailbox.py). I agree that it would be better to only have the mangeling in the case of writing an mbox file. How to reach that goal is a matter of coding style, my change was a bit easier to track for me back then I guess. > Current OpenPGP implementations do > 'From '-mangling themselves anyway before clearsigning. I dunno > whether S/MIME implementations do, too. I do not know for sure either. I would assume that any reasonable OpenPGP or S/MIME implementation would not mangle the from before signing. Otherwise it would be a "modification" of the message and the email would contain something that the user did not write. It is a minor modification, but still it is a modification. And maildir system can save a "From " in the body without problems and SMTP also has no problem. > Same story for the max_header_len argument; shouldn't we rather put > the default value to 0 and pass the argument to > email.Generator.Generator.__init__? This would avoid overwriting > _write_headers. A matter of style. The change in the new patch now has a children_maxheaderlen in third position of the __init__ arguments, which is different to what the Generator class gave in the documentation. Again: No practical consequences. In my patch it was quite easy to see that no folding will happen anymore. Bottom line: no real differences, except minor stylistic ones. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#244673: Your Mailman Debian bug
On Mon, Dec 12, 2005 at 09:01:20PM +0100, Lionel Elie Mamane wrote: > The promised interface is that it gets set to "yes", "From " mangling > gets done. If you intend not to do "From " mangling, ever, it is a bit > ... "deceitful" is much much too strong, but I can't find a good word > now ... to take the argument in __init__. It would confuse a user and > send him in fits of debugging of why this option doesn't work. > > Note that you, in replacing maxheaderlen, will not fullfill the > > promise of Generator __init_ interface anymore. (...) > Yes... Maybe I should move children_maxheaderlen last and rename > toplevel_maxheaderlen to just "maxheaderlen", to stay more > compatible. I think both points are minor, as the real patch should be different anyway and fix the email module. Thanks for actively revising my patch! Good work! > > Note also that clone() now also does something different in a > > subtile way in your patch > > ? It still creates a new Mailman.Generator that will not fold > headers. (Unless children_maxheaderlen is given a non-default value.) > > > and depends on a Python version >2.2.2. > > Ah? I tried to find the documentation of "email" on > http://www.python.org/doc/2.1.3/lib/lib.html to see whether it could > be avoided, but I can't find it. Do you have a pointer to it? It think this was missconception on my part, Python 2.2 just added the email class, and clone() seems to have come with python 2.2.2. As far as I remember Mailman brought its own email package if you haven't had this one already. > >> Current OpenPGP implementations do 'From '-mangling themselves > >> anyway before clearsigning. I dunno whether S/MIME implementations > >> do, too. > > > I do not know for sure either. I would assume that any reasonable > > OpenPGP or S/MIME implementation would not mangle the from before > > signing. > > PGP and GnuPG both do; GnuPG puts a "- " in front of "From " in the > beginning of a line. GnuPG itself is not an OpenPGP mail application, I just tested mutt and Kmail and both encode the F in the body with quoted-printable, a nice solution. > > Otherwise it would be a "modification" of the message and the email > > would contain something that the user did not write. > > If they don't, the signature on the message will not verify (for same > cases) for no good reason. It will verify, because the receiving MUA should be able to know when it read from an mbox or not. And the MTA's should not mangle. > > It is a minor modification, but still it is a modification. And > > maildir system can save a "From " in the body without problems and > > SMTP also has no problem. > > Which doesn't mean that From-escaping doesn't happen some MTA's / > LDA's are *very* eager and do it (nearly) all the time. For an MTA I guess it would be a bug! For Local Deliver Daemons, it probably depends. Anyway, a resonable body encoding is the best way out. Bernhard pgpwSBGWyhR7x.pgp Description: PGP signature
Bug#244673: Your Mailman Debian bug
Hi Lionel, thanks for looking at this, I still consider it an important bug. On Sun, Nov 13, 2005 at 06:33:05PM +0100, Lionel Elie Mamane wrote: > tags 244673 =upstream > I can't find a patch that seems to address one of these issues only > (or both issues) on your FTP directory. Which one are you referring to? As I wrote in my first submision: (Each patch has its own description in the top including the corresponding updstream bug numbers.) I can quote from the patches: http://ftp.intevation.de/users/bernhard/mailman/mailman-2.1.4-avoid-headerfolding-python21.diff Attempt to make Mailman leave signatures intact. Submessage parts will not get headers folded if the new Mailman.Generator.Generator class is used. Hopefully fixes, Mailman SF Bug: [ 815297 ] Breaking signatures in message/rfc822 attachement! > Additionally, that's an upstream issue. Could you please take that up > with upstream? I did a long while ago, as written before, see upstream bug number above. > (I'll gladly apply a patch to the Debian package once > we get upstream's take on it.) Upstream did not refute the priority "8" of the bug, but also did not react so far. As this is an obvious security issues in setting with signed emails I hope that others see the points. The patch improves the behavious, but does not completely solve all cases. A real fix will need to change the underlying library, so this is the bst I could do. I am running the patch in a few production sites, and I am acknowledged for Mailman development: http://cvs.sourceforge.net/viewcvs.py/mailman/mailman/ACKNOWLEDGMENTS?rev=HEAD Bernhard (Reiter) signature.asc Description: Digital signature
Bug#244699: Your Mailman Debian bug
On Sun, Nov 13, 2005 at 06:33:05PM +0100, Lionel Elie Mamane wrote: > tags 244699 =upstream > I can't find a patch that seems to address one of these issues only > (or both issues) on your FTP directory. Which one are you referring > to? Hi Lionel, the beginning of the patches had the description: http://ftp.intevation.de/users/bernhard/mailman/scrubber.patch Got from https://sourceforge.net/tracker/index.php?func=detail&aid=891491&group_id=103&atid=300103 [ 891491 ] Scrubber.py patch(file 77903: scrubber.patch 2004-02-25) This has been applied to CVS, so should be in mailman 2.1.6. > Additionally, that's an upstream issue. Could you please take that up > with upstream? Done long ago as indicated. I found the bugs so annoying in practice that I thought Debian could be faster for sarge than upstream. Best, Bernhard signature.asc Description: Digital signature
Bug#312190: geki2: no enemy coming
Package: geki2 Version: 2.0.3-4 Severity: important Starting geki2 and the game I get a ship and can fly and shoot, but no enemies approach me. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.12-rc3-eione1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages geki2 depends on: ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libkxl0 1.1.7-8 multimedia library for game develo ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312192: geki3: broken on ppc
Package: geki3 Version: 1.0.3-4 Severity: important Starting geki3 game give you a moving ship that can fire, but no enemies, also the graphics look strange, so I assume it is broken on ppc, just like geki2. Maybe this is a bug of libkxl0? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.12-rc3-eione1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages geki3 depends on: ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii libkxl0 1.1.7-8 multimedia library for game develo ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308382: rapidsvn: new upstream with bug fixes
Package: rapidsvn Version: 0.7.0-2 Followup-For: Bug #308382 I second the wish, also 0.8 has some bug fixes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313034: aptitude: logfile, option to log more details like version number
Package: aptitude Version: 0.2.15.9-2 Severity: wishlist It would be nice if aptitude could be configured to log a bit more in /var/log/aptitude. We found the apt-get -s install output to be very useful when locked during system administration. It contains details like: Inst login [1:4.0.3-31sarge3] (1:4.0.3-31sarge5 Debian:3.1r0/stable) e.g. the following is almost fine: [UPGRADE] bzip2 1.0.2-6 -> 1.0.2-7 but this is not enough [INSTALL] libmal-dev at least the version number would be very nice. Both lines could use the source, too. :) Best Regards and thanks for the important work on aptitude, Bernhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313038: audacity: please package the reference documentation
Package: audacity Version: 1.2.3-1 Severity: wishlist The audacity help talks about a reference documentation on the website. It would be nice to also have it available as Debian package. Bernhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313058: k3b: new upstream version 0.11.24
Package: k3b Version: 0.11.20-1 Severity: wishlist There is a new upstream version 0.11.24 of k3b. As far as I could see it only has bugfixes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312194: k3b: does not hang here
Package: k3b Version: 0.11.20-1 Followup-For: Bug #312194 Here k3b starts up fine. I did not experience hangs. To help the maintainers debug it: Do you get any message when starting it on the command line? Does strace k3b give out any clues? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.12-rc6-eione1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293482: zopeedit: cannot use it with epihany or firefox
Package: zopeedit Version: 0.8-1 Severity: normal Using Debian with GNOME as default I would not find out how to use zopeedit with epiphany, the default browser. I can use it with mozilla, if I configure it as external helper, so I know that zopeedit works in principle. For firefox I also had problems to press okay in the selection dialog that asks me for the application. This dialog know about zopeedit. It might be a firefox bug, I cannot say and did not find a corresponding report. Best, Bernhard -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.27-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages zopeedit depends on: ii python2.3.4-4An interactive high-level object-o ii python-tk 2.3.4-4Tkinter - Writing Tk applications Other interesting packages: ii epiphany-brows 1.4.5-2Intuitive GNOME web browser ii epiphany-exten 1.4.2-2Extensions for Epiphany web browser ii mozilla-firefo 1.0+dfsg.1-2 lightweight web browser based on Mozilla ii mozilla-firefo 1.0+dfsg.1-2 Support for Gnome in Mozilla Firefox ii mozilla-firefo 1.0-1 Mozilla Firefox German Language/Region Packa -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302727: nethack-x11: version and help windows lack scrollbar
Package: nethack-x11 Version: 3.4.3-6 Severity: normal Running xnethack on a Debian system with regular gnome settings. Use the extended command "version", with #v the resulting window cannot scoll because it has no scroll bar. If you click or press a button in that window it just vanishes. The same happens with all longer windows that you can reach with "?", e.g. the list of long game commands. This is bad because the contents of those pages cannot be fully seen by the user. According to the changelog information for 3.4.3-7, this will not be different for that version. Best, Bernhard -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-eione1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nethack-x11 depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libncurses5 5.4-4 Shared libraries for terminal hand ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-10 X Athena widget set library ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii nethack-common 3.4.3-6 Common files for Nethack dungeon c ii xbase-clients4.3.0.dfsg.1-10 miscellaneous X clients ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii xutils 4.3.0.dfsg.1-10 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#69703: nethack-x11 wish: eaiser tile enlargement
The information how to enlarge the files is too hard to find. Actually with 3.4.3-6 I could not locate a demonstration line somewhere at all. So I suggest to put a small secion in the README.Debian: If you want to enlarge your tileset, try something like cd /usr/share/pixmaps/nethack mv x11tiles x11tiles.org xpmtoppm x11tiles # the tools are in the netpbm package Note: Not all commands work to enlarge the xpm, I just tried convert from imagemagick which resulted in a file that xnethack did not like. pgpda9SgYSw2A.pgp Description: PGP signature
Bug#334681: wish: make GUI dependencies optional
Package: unixodbc-dev Version: 2.2.4-11 Severity: wishlist Hi Steve, actually it happened that I have just wanted to install unixodbc-dev and found that it would draw in a lot of gnome libraries. On closer inspection this was the depencency of gtkodbcconfig0. Unixodbc seems usefull without GUI's and it is useful for GUIs where you do not depend on the full GNOME or KDE libraries. So I would wish for a seperate packages of the QT and GTK/GNOME dependent parts and make them optional in the dependencies. I also saw the comment you have made in the Changelog: unixodbc (2.2.4-1) unstable; urgency=low * Fix libgtkodbcconfig so that it's properly linked against libs it depends on. Correspondingly move this helper lib to its own package, so no one screams at me for forcing the installation of libesd on their servers. Maybe that plan just technically did not work out and you just forgot the remove the dependency? ;) Best Regards, Bernhard -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.12-rc6-eione1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages unixodbc-dev depends on: ii gtkodbcconfig02.2.4-11 GTK-based ODBC configuration libra ii libltdl3-dev 1.5.6-6A system independent dlopen wrappe ii libodbcinstq1 2.2.4-11 Qt-based ODBC configuration librar ii odbcinst1 2.2.4-11 Support library and helper program ii unixodbc 2.2.4-11 ODBC tools libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335886: clanbomber: arch powerpc: hangs at startup
Package: clanbomber
Version: 1.05cdbs-1
Severity: important
Hi,
clanbomber does not start on the powerpc machine (big endian) I have here.
I cannot say if this is a clanbomber or a library problem.
After typing "clanbomber" on a shell I get a window
which then stays black.
strace on the clanbomber binary will show that eight lines
reading from the .dat file do repeat each other looping.
See the excerpt below.
Best,
Bernhard
open("/usr/share/games/clanbomber/clanbomber.dat", O_RDONLY) = 9
read(9, "ClanSoft datafile version 4.0", 29) = 29
lseek(9, 29, SEEK_SET) = 29
read(9, "6r\32\0", 4) = 4
lseek(9, 1733174, SEEK_SET) = 1733174
read(9, "8\0\0\0", 4) = 4
read(9, "\20\0", 2) = 2
read(9, "_script_section\0", 16)= 16
read(9, "!\0\0\0", 4) = 4
read(9, "\n\20\0\0", 4) = 4
read(9, "\t\0", 2) = 2
read(9, "font/big\0", 9)= 9
read(9, "\177\4\0\0", 4)= 4
read(9, "\376j\1\0", 4) = 4
read(9, "\v\0", 2) = 2
read(9, "font/small\0", 11) = 11
read(9, "<\33\0\0", 4) = 4
read(9, "\247\222\0\0", 4) = 4
read(9, "\21\0", 2) = 2
read(9, "titlescreen/andi\0", 17) = 17
read(9, "\325\"\0\0", 4)= 4
read(9, "\'V\7\0", 4) = 4
read(9, "\20\0", 2) = 2
read(9, "titlescreen/dok\0", 16)= 16
read(9, ">>\1\0", 4)= 4
read(9, "\'V\7\0", 4) = 4
read(9, "\16\0", 2) = 2
read(9, "intro/fl_logo\0", 14) = 14
read(9, "\221/\4\0", 4) = 4
read(9, "\227\373\0\0", 4) = 4
read(9, "\21\0", 2) = 2
read(9, "intro/typewriter\0", 17) = 17
read(9, "E\275\4\0", 4) = 4
read(9, "\225\4\0\0", 4)= 4
read(9, "\17\0", 2) = 2
read(9, "intro/winlevel\0", 15) = 15
read(9, "\270\300\4\0", 4) = 4
read(9, "\227\216\0\0", 4) = 4
read(9, "\22\0", 2) = 2
read(9, "playersetup/teams\0", 18) = 18
read(9, "\324.\5\0", 4) = 4
read(9, "\337\213\0\0", 4) = 4
read(9, "\25\0", 2) = 2
read(9, "playersetup/controls\0", 21) = 21
read(9, "ZD\5\0", 4)= 4
read(9, "\337\213\0\0", 4) = 4
read(9, "\26\0", 2) = 2
read(9, "playersetup/teamlamps\0", 22) = 22
read(9, "\346g\5\0", 4) = 4
read(9, "\347\25\0\0", 4) = 4
read(9, "\27\0", 2) = 2
read(9, "playersetup/background\0", 23) = 23
read(9, "\340n\5\0", 4) = 4
read(9, "\'V\7\0", 4) = 4
read(9, "\32\0", 2) = 2
read(9, "mapselector/not_available\0", 26) = 26
read(9, "$g\6\0", 4)= 4
read(9, "\'\3\1\0", 4) = 4
read(9, "\27\0", 2) = 2
read(9, "mapselector/background\0", 23) = 23
read(9, "|t\6\0", 4)= 4
read(9, "\'V\7\0", 4) = 4
read(9, "\21\0", 2) = 2
read(9, "gamestatus/tools\0", 17) = 17
read(9, "\312\37\10\0", 4) = 4
read(9, "\'\31\0\0", 4) = 4
read(9, "\23\0", 2) = 2
read(9, "gamestatus/klatsch\0", 19) = 19
read(9, "\242%\10\0", 4)= 4
read(9, "\372\350\1\0", 4) = 4
read(9, "\26\0", 2) = 2
read(9, "gamestatus/background\0", 22) = 22
read(9, "\207\343\t\0", 4) = 4
read(9, "\'L\35\0", 4) = 4
read(9, "\20\0", 2) = 2
read(9, "credits/forward\0", 16)= 16
read(9, "\333I\f\0", 4) = 4
read(9, "\374a\0\0", 4) = 4
read(9, "\17\0", 2) = 2
read(9, "credits/rewind\0", 15) = 15
read(9, "\244\236\f\0", 4) = 4
read(9, "\375a\0\0", 4) = 4
read(9, "\r\0", 2) = 2
read(9, "credits/stop\0", 13) = 13
read(9, "\24\363\f\0", 4) = 4
read(9, "T\6\0\0", 4) = 4
read(9, "\23\0", 2) = 2
read(9, "credits/horst_evil\0", 19) = 19
read(9, "\353\367\f\0", 4) = 4
read(9, "\'V\7\0", 4) = 4
read(9, "\16\0", 2) = 2
read(9, "bombers/snake\0", 14) = 14
read(9, "LZ\16\0", 4) = 4
read(9, "\'z\1\0", 4) = 4
read(9, "\f\0", 2) = 2
read(9, "bombers/tux\0", 12)= 12
read(9, "{\276\16\0", 4)= 4
read(9, "\'z\1\0", 4) = 4
read(9, "\17\0", 2) = 2
read(9, "bombers/spider\0", 15) = 15
read(9, "M\350\16\0", 4)= 4
read(9, "\'\375\0\0", 4)= 4
read(9,
Bug#273744: xmms-arts: causes xmms to SEGV on PowerPC, confirmation
Package: xmms-arts Version: 0.7.1-4 Followup-For: Bug #273744 I can confirm the bug with 0.7.1-4, rebuild on sarge. Maybe it is time to ask upstream again. Was there an answer, did they give a bug tracker number? There is http://bugs.xmms.org/show_bug.cgi?id=1525 which looks familiar, but without follow up. Best, Bernhard -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.12-rc6-ber1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xmms-arts depends on: ii libartsc0 1.3.2-3 aRts Sound system C support librar ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib2.0-02.6.4-1 The GLib library of C routines ii xmms1.2.10+cvs20050209-2 Versatile X audio player that look -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#273744: xmms-arts: causes xmms to SEGV on PowerPC, xmms bug: 1928
Package: xmms-arts Version: 0.7.1-4 Followup-For: Bug #273744 This seems to be http://bugs.xmms.org/show_bug.cgi?id=1928 I have also made the cross reference there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#273744: xmms-arts: causes xmms to SEGV on PowerPC: fix attached patch
Package: xmms-arts Version: 0.7.1-4 Followup-For: Bug #273744 It seems I have fixed the issues, see attached patch. Attempt to fix Debian #273744 which is http://bugs.xmms.org/attachment.cgi?bugid=1928 . A crash on big-endian machines. See convert.c that a pointer to a pointer is wanted, excert: static int convert_swap_endian(void **data, int length) static int convert_swap_sign_and_endian_to_native(void **data, int length) static int convert_swap_sign_and_endian_to_alien(void **data, int length) static int convert_swap_sign16(void **data, int length) static int convert_swap_sign8(void **data, int length) diff -ur xmms-arts-0.7.1/audio.c xmms-arts-0.7.1-new/audio.c --- xmms-arts-0.7.1/audio.c 2004-03-02 01:31:05.0 +0100 +++ xmms-arts-0.7.1-new/audio.c 2005-08-11 16:00:34.879996736 +0200 @@ -293,7 +293,7 @@ input_params.channels); if (arts_convert_func) - arts_convert_func(ptr, length); + arts_convert_func(&ptr, length); helper_cmd_data(CMD_WRITE, 0, ptr, length); written += length;
Bug#407945: abuse-sdl: ppc, cannot shoot precisely to the left
Package: abuse Version: 1:0.7.0-5 Severity: normal Aiming with the mouse should be possible in many angles, with abuse tested on ppc I cannot do correct shooting to the left. To reproduce: start abuse.sdl, select new game. Run a bit to the right, stop. Now you can shoot the laser in the right direction in many degrees. Try this to the left direction, you will only manage 45 degrees angle up and down. Expected behavious: Same angles shooting to the left as to the right. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-eione1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages abuse depends on: ii abuse-lib2.00-18 original levels for Abuse ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.5 A free implementation of the OpenG ii libsdl1.2debian 1.2.11-7Simple DirectMedia Layer ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 abuse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294268: What about a roundup0.8 package to ease migration
Package: roundup Version: 0.7.11-2 Severity: wishlist As you know roundup has a published 0.8.0b2 a while ago. What about a roundup0.8 package in parallel to roundup to give people who want to use upcoming 0.8 to ease later migration a change to play with it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#294333: roundup: mentioned additional detectors not packaged
Package: roundup Version: 0.7.11-1 Severity: normal Hi Bastian, the documentation mentions ready to run detectors. They are in the tarball, but not packaged. I guess they should be placed under examples/detectors or so. ls roundup-0.7.11/detectors/ creator_resolution.py emailauditor.py newissuecopy.py Thanks, Bernhard -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.27-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages roundup depends on: ii python2.3.4-5An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363704: gq: crash still there on ppc
Package: gq Version: 1.0.0-3 Followup-For: Bug #363704 reopen I still have a crash on ppc when pressing on the second level [+] notes. To reproduce I delete .gq, startup gq from the command line, add a server in preferences, x500.bund.de and go to browing press in the first level -> okay, press on the second level -> Crash I get a "segmentation fault". gdb does not give me a sensible backtrace. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-eione1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gq depends on: ii libatk1.0-01.12.4-2 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libldap2 2.1.30-13.4 OpenLDAP libraries ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libssl0.9.80.9.8e-4 SSL shared libraries ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime gq recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419011: python2.5-doc: README.Debian refers to /usr/share/doc/python2.4/
Package: python2.5-doc Version: 2.5-4 Severity: minor python-doc Version: 2.5-4 has a file /usr/share/doc/python2.5-doc/README.Debian that has a first line: The documentation for this package is in /usr/share/doc/python2.4/. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385460: python-gdal: import gdal fails with python2.4
Package: python-gdal Version: 1.3.2-2 Severity: important Hi, there seems to be a problem with the python search path and the new python-gdal package. $python Python 2.4.4c0 (#2, Jul 30 2006, 16:45:39) [GCC 4.1.2 20060729 (prerelease) (Debian 4.1.1-10)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import gdal Traceback (most recent call last): File "", line 1, in ? ImportError: No module named gdal >>> import sys >>> sys.path ['', '/usr/lib/python24.zip', '/usr/lib/python2.4', '/usr/lib/python2.4/plat-linux2', '/usr/lib/python2.4/lib-tk', '/usr/lib/python2.4/lib-dynload', '/usr/local/lib/python2.4/site-packages', '/usr/lib/python2.4/site-packages', '/usr/lib/python2.4/site-packages/Numeric', '/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode'] pycentral pycentraldir gdal /usr/share/pycentral/gdal pycentral showdefault 2.4 Best, Bernhard -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7-eione1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages python-gdal depends on: ii libc62.3.6.ds1-2 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libgdal1-1.3.2 1.3.2-2 Geospatial Data Abstraction Librar ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 ii python 2.4.3-11An interactive high-level object-o ii python-central 0.5.5 register and build utility for Pyt ii python-numeric 24.2-5 Numerical (matrix-oriented) Mathem python-gdal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381503: gpa: new upstream version 0.7.4 available
Package: gpa Version: 0.7.0-1 Followup-For: Bug #381503 There is 0.7.4 of gpa available. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383045: closed by Christian Perrier <[EMAIL PROTECTED]> (Re: Bug#383045: (forw) Re: (forw) [Pkg-shadow-devel] Bug#383045: [INTL:de] login: wrong translation of "Sorry".)
reopen 383045 thanks > And, indeed, I have an argument for *not* using "Tut mir Leid": it > uses the first person which is something that should be avoided: the > computer (and the software) is not a person. This is less important than a wrong translation. And the upstream author implied that the computer is a person in his original string. > Hence closing the bug report. This is unsatisfactory as the bug remains, the translation is still wrong, "Sorry" would not be better. > Indeed, in French, we completely *removed* the translation for > "Sorry." for that reason. The computer (and the software) should not > make apologies but only give facts. This would be an issue with upstream. My report was specifically about the translation of what the upstream author has decided and not about the choice of what the author wanted to say. There is a good German translation for what the author wanted to say, so why not use it? Otherwise the English original message text should be changed. Bernhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384200: libnss3-dev: uninstallable on ppc, because only 1.8.0.5-1+b1 is available
Package: libnss3-dev Version: 1.8.0.5-1 Severity: important Currently it cannot be installed LANG=C apt-get -s install libnss3-dev libnss3-0d The following packages have unmet dependencies: libnss3-dev: Depends: libnss3-0d (= 1.8.0.5-1) but 1.8.0.5-1+b1 is to be installed E: Broken packages 1.8.0.5-1+b1 seems to be the only available version for libnss3-0d on ppc. apt-cache show libnss3-0d | grep Version Version: 1.8.0.5-1+b1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7-eione1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384354: classpath: new upstream 0.92, please package
Package: classpath Version: 2:0.91-3 Severity: wishlist classpath 0.92 is available, a new Debian package would be wonderful. Best, Bernhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388257: gnupg2: New upstream that can replace gpg(1) for testing/experimental: 1.9.23
Package: gnupg2 Severity: wishlist Werner Koch has release gnupg 1.9.23. http://lists.gnupg.org/pipermail/gpa-dev/2006-September/002377.html This package is different from 1.9.22 (see #378489), because 1.9.23 can replace gnupg's gpg version 1.x for the first time. There are several potential strategies of packaging, this is a wish to make an experimental gnupg2 package which completely supercedes gnupg (and thus conflicts with it). The wish #378489 still holds to get a package in line of the current gnupg2 package, that does not conflict, but only installs gpg2 in parallel. Best, Bernhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388257: GnuPG 1.9.23 released
On Tuesday 19 September 2006 18:28, Werner Koch wrote: > On Tue, 19 Sep 2006 16:07, Bernhard Reiter said: > > I have added a wish for a Debian experimental package > > http://bugs.debian.org/388257 > > I fear that your whish to completly supercede the gnupg package by > gnupg2 is not possible. gnupg2 has a *lot of dependencies* and relies > on the gpg-agent. gpg however is a core package of Debian. This is not necessarily a hard conflict as far as I can see, but I of course appreciate your input on the issue. > I see no way to go without gpg 1.4. This is for now, but I guess the plan is to have gpg 2 to supercede gpg 1.4 in the mid run. Packaging for this in experimental seems to be the right place to start and see if this already works. Debian could try to sort the dependencies in a way that there is a binary target for a udeb gpg 2 that covers the basic needs or something similiar. > In fact, I plan to keep the name gpg2 to > allow installing along with gpg1. I am currently discussing with > Marcus on how we can make the gpgme library use gpg2. Thanks for the clarification I understood the announcement that gpg2 could already replace gpg1 fully and just needs testing. From you comment I guess that at least gpgme does not work with it yet. Bernhard -- Managing Director - Owner, www.intevation.net (Free Software Company) Germany Coordinator, fsfeurope.org (Non-Profit Org for Free Software) www.kolab-konsortium.com (Email/Groupware Solution, Professional Service) smime.p7s Description: S/MIME cryptographic signature
Bug#383045: [INTL:de] login: wrong translation of "Sorry".
Package: login Version: 1:4.0.18.1-1 Severity: minor When misstyping the password, e.g. for su, there is a wrong translation for "sorry". su - Password: su: Authentication failure Entschuldigung. "Entschuldigung." means more "take my appologies" than "sorry I cannot do this". I suggest to use "Tut mir Leid." -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7-eione1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages login depends on: ii libc6 2.3.6-19 GNU C Library: Shared libraries ii libpam-modules0.79-3.2 Pluggable Authentication Modules f ii libpam-runtime0.79-3.2 Runtime support for the PAM librar ii libpam0g 0.79-3.2 Pluggable Authentication Modules l login recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393775: file: COM executable to easily matched, bad for amavisd or similiar
Package: file
Version: 4.17-4
Severity: normal
Tags: patch
There are a few one byte patterns in /usr/share/file/magic
which can to bad effects. Especially the ones that result
in "executable" having a change on 1 out of 256 to happen
on random binary files.
Use case:
Amavisd uses file to see if the scanned file is an executable.
Openoffice.org's encrypted files within in the .sxw zip file
can be treated as random files. Within the .sxw zip file there
are several files that are encrypted. One out of 100 or so
email attachments as .sxw will possibly be banned as MS executable.
See https://intevation.de/roundup/kolab/issue1458 for more
a server application that got hit by the bug.
To test for the problem:
printf \\xb8\\x1a\\x0a | file -
/dev/stdin: COM executable for DOS
For Sarge this problem does not exist as big,
because those patterns are commented out.
To find the potentially dangerous patterns:
awk '/^[^>#].*( |\t)byte/ {print $0;} ' /usr/share/file/magic
0 byte0xe9DOS executable (COM)
0 byte0x8cDOS executable (COM)
0 byte0xebDOS executable (COM)
0 byte0xb8COM executable
Proposed solution:
Alternative a) Comment out the short executable patterns.
Alternative b) Use the magic format feature to print data when
the first byte is met and print more for further level
check.
Drawback: Is might leave "data" and "executable" on
one printout message, which might not be expected.
A patch for b) is attached.
Best,
Bernhard
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.11-eione1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages file depends on:
ii libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii libmagic14.17-4 File type determination library us
file recommends no packages.
-- no debconf information
--- /kolab/share/file.org/magic 2005-12-18 22:23:34.0 +0100
+++ /kolab/share/file/magic 2006-10-17 20:15:13.554411551 +0200
@@ -7951,15 +7951,15 @@
# Uncommenting only the first two lines will cover about 2/3 of COM files,
# but it isn't feasible to match all COM files since there must be at least
# two dozen different one-byte "magics".
-0 byte0xe9MS-DOS executable (COM)
->6 string SFX\ of\ LHarc (%s)
-0 byte0x8cMS-DOS executable (COM)
+0 byte0xe9data
+>6 string SFX\ of\ LHarc MS-DOS executable (COM) (%s)
+#0 byte0x8cMS-DOS executable (COM)
# 0xeb conflicts with "sequent" magic
-0 byte0xebMS-DOS executable (COM)
->4 string \ $ARX \b, ARX self-extracting archive
->4 string \ $LHarc\b, LHarc self-extracting archive
->0x20e string SFX\ by\ LARC \b, LARC self-extracting archive
-0 byte0xb8COM executable for MS-DOS
+0 byte0xebdata
+>4 string \ $ARX MS-DOS executable (COM), ARX
self-extracting archive
+>4 string \ $LHarcMS-DOS executable (COM), LHarc
self-extracting archive
+>0x20e string SFX\ by\ LARC MS-DOS executable (COM), LARC
self-extracting archive
+#0 byte0xb8COM executable for MS-DOS
# many compressed/converted COMs start with a copy loop instead of a jump
0x6search/0xa \xfc\x57\xf3\xa5\xc3COM executable for MS-DOS
0x6search/0xa \xfc\x57\xf3\xa4\xc3COM executable for MS-DOS
Bug#744118: fcrackzip: Use libunzip instead of system()
Package: fcrackzip Version: 1.0-5 Severity: wishlist I've found this patch [1] which uses libunzip instead of calling unzip via system and claims to speed up fcrackzip by a factor of 1000. Please consider releasing a new version with that patch applied! [1] https://github.com/hyc/fcrackzip/commit/156ee9793cc2c79e6d39b3354f39b2d0fccdbbaa -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-19-generic (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fcrackzip depends on: ii libc6 2.17-93ubuntu4 fcrackzip recommends no packages. Versions of packages fcrackzip suggests: ii unzip 6.0-9ubuntu1 ii wamerican [wordlist] 7.1-1 ii wbritish [wordlist] 7.1-1 ii wngerman [wordlist] 20120607-1 ii wogerman [wordlist] 1:2-28 ii wswiss [wordlist] 20120607-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#711581: Ubuntu packages on Launchpad
There has been some disucssion [1] on the Darling mailing list regarding Ubuntu packages for darling and its GNUstep dependencies, and someone seems to have begun implementing them [2, 3] which he claims to be functional, so maybe that could be used as a start. [1] https://groups.google.com/forum/#!topic/darling-project/gL-qGTgtDC4 [2] https://launchpad.net/darling-emu (see the corresponding bzr branches in the Code section) [3] https://launchpad.net/gnustep -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744707: AW: Re: Bug#744707: [gourmet] [DFSG] Missing source
Yeah, okay. Bernhard Ursprüngliche Nachricht Von: Christian Marillat Datum: An: bastien ROUCARIES Cc: 744...@bugs.debian.org,cont...@bugs.debian.org,Bernhard Reiter Betreff: Re: Bug#744707: [gourmet] [DFSG] Missing source forwarded 744707 Bernhard Reiter thanks bastien ROUCARIES writes: > Package: gourmet > Severity: serious > Version: 0.17.2-1 > user: debian...@lists.debian.org > usertags: source-is-missing > severity: serious > X-Debbugs-CC: ftpmas...@debian.org > > Hi, > > Your package seems to include some files that lack sources > in prefered forms of modification: > > gourmet/plugins/web_plugin/gourmetweb/templates/jquery.js > > According to Debian Free Software Guidelines [1] (DFSG) #2: > "The program must include source code, and must allow distribution >  in source code as well as compiled form.". Bernhard, could you fix this bug in the next release ? Christian
Bug#740807: slimit: homepage link outdated
Package: slimit Version: 0.7.4-1, 0.8.1-1 Severity: minor Dear TANIGUCHI, Dear Python Application Maintainers, the homepage is still given as slimit.org, a current request to that page shows that it does not carry the homepage anymore. archive.org confirms that this has been the case for at least a year. I recomment chaning the url in the .dsc to what pypy has: Home Page: http://slimit.readthedocs.org In addition it is probably a good idea to patch other places as well. Best Regards and thanks for maintaining slimit, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745807: swift-im does not play sounds by default because of nas dependency
Package: swift-im Version: 2.0~beta1+dev47-1 Severity: minor swift-im uses Qt 4.x and would like to play with QSound::play(). By default on a desktop (with windows manager Plasma, that gets you Pulse-Audio) the sound for new messages is not playing. In Qt4 on Debian I assume that the Network Audio System will be used, which, according to the Qt4 documentation will fail sliently if there is no nasd setup and running. See http://qt-project.org/doc/qt-4.8/qsound.html#details Qt5 seems to have a reworked system here. So there are several ways to improve the user experience: a) build swift-im with qt5 b) add the nasd as Recommendation (I'm not sure if this work well with other sound applications, and I don't know how to set up nasd properly.) c) disable the configuration option by patch, hmm if there were more detailed messages, maybe the notifation mechanism of Plasma could play sounds instead. d) help upstream (oh, I think you are Debian Maintainer and Upstream. :) ) to use something else to play sounds Thanks for maintaining swift-im in Debian! Regards, Bernhard -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (550, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages swift-im depends on: ii libavahi-client30.6.31-99intevation1 ii libavahi-common30.6.31-99intevation1 ii libboost-date-time1.49.01.49.0-3.2 ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-program-options1.49.0 1.49.0-3.2 ii libboost-regex1.49.01.49.0-3.2 ii libboost-signals1.49.0 1.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libboost-thread1.49.0 1.49.0-3.2 ii libc6 2.13-38+deb7u1 ii libgcc1 1:4.7.2-5 ii libidn111.25-2 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libqtwebkit42.2.1-5 ii libssl1.0.0 1.0.1e-2+deb7u7 ii libstdc++6 4.7.2-5 ii libswiften2 2.0~beta1+dev47-1 ii libx11-62:1.5.0-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu2 ii libxss1 1:1.2.2-1 ii zlib1g 1:1.2.7.dfsg-13 swift-im recommends no packages. swift-im 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#585228: gourmet: Python string exceptions no more allowed in Python 2.6
close 585228 thanks This seems to be have been fixed since about 0.15.5, and certainly is in 0.15.9-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656181: aspell: umlaut keyboard input in utf8 locale is broken
Package: aspell Version: 0.60.6-4 Severity: normal During an interactive check, if a word needs to be entered manually, aspell does not accept umlauts in a UTF8 locale. They appear as an empty character when typed on the keyboard. How to reproduce: On a utf8 terminal. echo doesnotexit > text.txt LANG=de_DE.UTF-8 aspell check text.txt press for replace r type or paste in a word with an umlaut, e.g. Tür Observation: aspell will display "T r" and also replace the word with it. Expectaton: aspell should display and replace "Tür". Additional information: when using aspell on a latin1 locale and setting, e.g. LANG=de_DE@euro, the behaviour is correct. Best Regards, Bernhard -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (550, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell depends on: ii dictionaries-common 1.5.17 Common utilities for spelling dict ii libaspell15 0.60.6-4 GNU Aspell spell-checker runtime l ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libstdc++64.4.5-8The GNU Standard C++ Library v3 Versions of packages aspell recommends: ii aspell-de [aspell-dictionar 20091006-4.2 German dictionary for aspell ii aspell-en [aspell-dictionar 6.0-0-6 English dictionary for GNU Aspell Versions of packages aspell suggests: pn aspell-doc (no description available) pn spellutils (no description available) -- 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#579401: Please state pyopenfst copyright/license clearly!
Hi, and thank you for your work on pyopenfst! Debian maintainers and contributors would really like to package pyopenfst for Debian, but unfortunately, there doesn't seem enough copyright and license information available to fulfil Debian guidelines. pyopenfst's project homepage on Google Code states that the code is licensed under the Apache License 2.0, and we've found your email addresses in the list of committers, but please help us by stating copyright and license information clearly by adding a note to the code. There's an appendix to the Apache License 2.0 on how to do it: http://www.apache.org/licenses/LICENSE-2.0#apply Also see http://code.google.com/p/pyopenfst/issues/detail?id=6 and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579401 Kind regards Bernhard Reiter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633721: Provide a package containing only free profiles
I've noticed that Ubuntu already has factored out free ICC profiles from icc-profiles into a icc-profiles-free package [1]; the version of its non-free icc-profiles package [2] is thus now 2.0+nondfsg-0ubuntu1. This is quite similar to what is requested here, only that Ubuntu's binary icc-profiles-free has a source packages of its own -- presumably so it is completely dfsg-compliant. I have thus modified Ubuntu's icc-profiles-free package to suit Debian, fixed 3 Lintian warnings, and uploaded it to mentors.debian.net [3]. I have done the same to Ubuntu's icc-profiles package [4]. Any comments welcome! I'd of course be happy to see my packages uploaded to Debian! Kind regards Bernhard Reiter [1] https://launchpad.net/ubuntu/+source/icc-profiles-free [2] https://launchpad.net/ubuntu/+source/icc-profiles [4] http://mentors.debian.net/package/icc-profiles-free [5] http://mentors.debian.net/package/icc-profiles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651402: iulib: FTBFS: Checking for inflate() in C library tiff... no
Upstream's bugtracker seems to have a fix: http://code.google.com/p/iulib/issues/detail?id=27#c2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595106: Faenza Icon Theme
I have also been looking into polishing the package from the PPA. FWIW, I found the following Google Code site for the Faenza Icon Theme, which holds a download option for "source tarballs" containing the SVGs: http://code.google.com/p/faenza-icon-theme/downloads/list I think ideally debian/rules should really generate the PNGs from the latest faenza-sources_*.tar.gz tarball found there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687996: sweethome3d: Please package version 3.6.
Package: sweethome3d Version: 3.4+dfsg-1 Severity: wishlist SH3D version 3.6 is out (since Sept 6, 2012) and has a couple of nice new features, so I'd be grateful if the maintainer(s) could take the time to bump the Debian package to that new upstream version. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-31-generic (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sweethome3d depends on: ii icedtea-netx-common 1.2-2ubuntu1.2 ii java-wrappers 0.1.24 ii java3ds-fileloader 1.2+dfsg-1 ii libbatik-java 1.7.ubuntu-8ubuntu1 ii libfreehep-graphicsio-svg-java 2.1.1-3 ii libitext-java 2.1.7-2 ii libjava3d-java 1.5.2+dfsg-5 ii libsunflow-java 0.07.2.svn396+dfsg-9 ii openjdk-6-jre 6b24-1.11.4-1ubuntu0.12.04.1 ii sun-java6-bin 6.26-1natty1 ii sun-java6-jre 6.26-1natty1 sweethome3d recommends no packages. sweethome3d 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#669068: ITP: trelby -- movie screenplay writing software
Am Samstag, den 09.03.2013, 10:29 +0100 schrieb W. Martin Borgert: > Any news on your ITP? I see, that there was a lot of progress in > respect to FHS compliance and Debian packaging in github. Are you > still working on this? Well, I think debian-wise it's pretty much complete. All I'm waiting for now is upstream to release 2.3, after which I'd like to... > Also, consider packaging this in a team, e.g. the Python Applications > Packaging Team ... put it into PAPT's svn repo, yes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#709299: gourmet: Please adjust patches and dependencies
Package: gourmet Version: gourmet Severity: normal First of all, thanks for upgrading to 0.16.0. (I'm an upstream dev, and a casual Debian contributor, though no DM or DD.) I've noticed, that you're still shipping an obsolete patch (01_fix_raise_str.diff). Also, the Depends: and Recommends: sections of debian/control aren't quite up-to-date; for example, you can safely drop python-glade and python-gnome2, while the version for python-gtk2 should be at least (>=2.16.0) (though I'd rather make sure and go for >=2.22.0), and python- sqlalchemy (>= 0.7), as there has been some API changes since 0.6 which led to conflicts in the past. As noted before [1], I've tried to produce an updated deb package for the 0.16.0 release myself, which (with some slight modifications) then made its way into Ubuntu Raring. I'm somewhat curious if you weren't happy with that package, as I was hoping it would provide a good starting point for the official Debian package, which I hoped to faciliate by a rather comprehensive changelog [2] (you'll see there's a couple of other relevant items, as e.g. the new python-beautifulsoup dependency, and the Closes: #530403 bit). I'd like to restate my interest in contributing to your gourmet debian package, ideally via the Python Applications Team. Please tell me if that'd be okay with you; I'd just like to avoid redundant work in the future, and help make sure that the Debian package is up-to-date. [1] http://lists.alioth.debian.org/pipermail/python-apps- team/2013-March/007222.html [2] https://launchpad.net/ubuntu/raring/+source/gourmet/+changelog -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-43-generic (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gourmet depends on: ii dpkg 1.16.1.2ubuntu7.1 ii python 2.7.3-0ubuntu2.1 ii python-elib.intl 0.0.3~git20110809-2 ii python-gtk22.24.0-3 ii python-imaging 1.1.7-4 ii python-poppler 0.12.1-4+ubuntu1 ii python-reportlab 2.5-1.1build1 ii python-sqlalchemy 0.7.4-1ubuntu0.1 ii python2.7 2.7.3-0ubuntu3.2 Versions of packages gourmet recommends: ii python-beautifulsoup 3.2.0-2build1 ii python-gst0.100.10.22-3ubuntu0.1 ii python-gtkspell 2.25.3-11 gourmet suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#709299: closed by Christian Marillat (Bug#709299: fixed in gourmet 0.16.0-4)
[...] > > Changes: > > gourmet (0.16.0-4) unstable; urgency=low > > . > >* Remove old patch 01_fix_raise_str.diff and remove python-gnome2 from > > Recommends (Closes: #709299). Please also remove python-glade2, which is also obsolete now. Furthermore, please: * Add python-beautifulsoup to Recommends, and close bug #530403 (required for web import plugin). * Add python-gst0.10 to Recommends (required for playing sound). * Add patches lc-all-c and license-location found at [1]. (lc-all-c fixes a bug that caused gourmet to fail when LC_ALL=C, and license-location changes the location used to look for the license, as LICENSE is deletedby debian/rules, but gourmet would look for it when showing the About dialog.) * Add manpages file from [1]. * Add debian/copyright from [1] -- it's in packaging-manuals/copyright-format/1.0 (formerly DEP-5) format, and adds contributors as of version.py * I'm pretty sure you can also drop python-gtk2-dev from Build-Depends-Indep. * I'd still suggest versioned Depends where applicable to faciliate backporting, downstream packaging, etc, as I consider it good practice, but that's up to you. * FWIW, lintian suggests adding Pre-Depends: dpkg (>= 1.15.6~) for similar reasons. * Backporting would also be faciliated by build-depending on debhelper (>= 7.0.50~) instead of 9, which I believe is sufficient. --- TIA Bernhard [1] https://launchpad.net/ubuntu/raring/+source/gourmet/0.16.0-0ubuntu1/+files/gourmet_0.16.0-0ubuntu1.debian.tar.gz PS: Doing this twice (producing a Debian package with a comprehensive changelog, and then asking you to adopt the changes) feels quite redundant, frankly. Do you really fear I'd be messing with your package if I was granted Uploader rights? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519752: ITP: pysolfc -- A Python solitaire game collection
retitle 519752 ITP: pysolfc -- A Python solitaire game collection owner 519752 ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519752: ITP: pysolfc -- A Python solitaire game collection
I've uploaded a package version to mentors and am now looking for a sponsor; see http://mentors.debian.net/package/pysolfc ( and related pysol* packages via http://mentors.debian.net/packages/uploader/ockham%40raz.or.at ). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#409048: ITP: pysolfc -- A Python solitaire game collection
I've just uploaded a preliminary package of version 2.9.1 (for Ubuntu 11.04 "natty") to my Launchpad PPA at https://launchpad.net/~ockham-razor/+archive/ppa/ I hope to submit an "official" version to Debian some time soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#640930: criticalmass: crash radeon_mipmap_tree.c:420: migrate_image_to_miptree: Assertion `mt->mesaFormat == image->base.TexFormat' failed.
Package: criticalmass Version: 1:1.0.0-1.4 Severity: important When trying to start criticalmass with this radeon driver it will crash with the following message: radeon_mipmap_tree.c:420: migrate_image_to_miptree: Assertion `mt->mesaFormat == image->base.TexFormat' failed. Best is to call it like this criticalmass +fullscreen 0 There is a similar report to ubuntu https://bugs.launchpad.net/ubuntu/+source/criticalmass/+bug/613995 As 3d acceleration works otherwise, maybe this is a defect in criticalmass itself. But it could be the combination of radeon card, mesa and criticalmass. lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc RV630 [Radeon HD 2600XT] I consider it important because it will not work for a number users with such cards. Also when called in fullscreen mode it will fall back to the Xserver with a change low resolution. The fullscreen mode is the default, so users just trying out this game will be left by a screwed screen which is a bad experience. -- System Information: Debian Release: 6.0.2 Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Versions of packages criticalmass depends on: ii criticalmass-data 1:1.0.0-1.4 Shoot-em-up a la galaxian (data fi ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libgl1-mesa-glx [libgl 7.7.1-4 A free implementation of the OpenG ii libpng12-0 1.2.44-1+squeeze1 PNG library - runtime ii libsdl-image1.21.2.10-2+b2 image loading library for Simple D ii libsdl-mixer1.21.2.8-6.3 mixer library for Simple DirectMed ii libsdl1.2debian1.2.14-6.1Simple DirectMedia Layer ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime criticalmass recommends no packages. criticalmass 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#709299: closed by Christian Marillat (Bug#709299: fixed in gourmet 0.16.0-4)
Am 2013-06-13 15:13, schrieb Christian Marillat: Bernhard Reiter writes: Please also remove python-glade2, which is also obsolete now. No, not in Debian. Yes, it is no longer required for the gourmet Debian package. I've put quite some effort into migrating upstream from (py)glade to gtk.Builder, which is just part of python-gtk2. If you don't believe me, just try building and running the package without the python-glade2 dependency (which BTW is what I did before requesting this change in the first place, and which I've tested once again just now to make sure). (You also don't need python-gtk2-dev and python-elib.intl in Build-Depends-Indep. Just tested it, builds and runs fine without. Also, you don't need python | python-all | python-dev | python-all-dev -- python-all is sufficient, but it should be in Build-Depends, not Build-Depends-Indep.) Another thing: could you please change the Homepage: field in debian/control to the new location, http://thinkle.github.io/gourmet/ ? Furthermore, please: * Add python-beautifulsoup to Recommends, and close bug #530403 (required for web import plugin). I'll do that in the next upload. * Add python-gst0.10 to Recommends (required for playing sound). Not in Recommends in Suggests. Fine. * Add patches lc-all-c and license-location found at [1]. (lc-all-c fixes a bug that caused gourmet to fail when LC_ALL=C, and license-location changes the location used to look for the license, as LICENSE is deletedby debian/rules, but gourmet would look for it when showing the About dialog.) I'll do that in the next upload. [...] The ellipsis meaning that you're not going to apply those other suggested changes? You could've at least told me that explicitly. * FWIW, lintian suggests adding Pre-Depends: dpkg (>= 1.15.6~) for similar reasons. * Backporting would also be faciliated by build-depending on debhelper (>= 7.0.50~) instead of 9, which I believe is sufficient. Certainly not. debhelper 9 is in stable/testing/unstable we don't needs debhelper 7. [...] PS: Doing this twice (producing a Debian package with a comprehensive changelog, and then asking you to adopt the changes) feels quite redundant, frankly. Do you really fear I'd be messing with your package if I was granted Uploader rights? Apparently you don't understand, Ubuntu isn't Debian. Please spare me the snotty, and unrelated comments. I'm quite aware of the differences between Debian and Ubuntu, which is why I originally prepared an actual Debian package to which I pointed you around the beginning of *March* [1]. OTOH, the Ubuntu specific modifications found in [2] are also near-trivial. Either way, you could've just taken a closer look at my package and applied those changes at once that are now taking up as many as five iterations and counting. Not too efficient, is it? Bernhard [1] http://lists.alioth.debian.org/pipermail/python-apps- team/2013-March/007222.html [2] https://launchpad.net/ubuntu/raring/+source/gourmet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#709299: closed by Christian Marillat (Bug#709299: fixed in gourmet 0.16.0-4)
Am 2013-06-21 02:41, schrieb Bernhard Reiter: python-all is sufficient, but it should be in Build-Depends, not Build-Depends-Indep.) I overlooked that you do have debhelper in Build-Depends already, so python-all is actually fine to have in Build-Depends-Indep. Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718413: gourmet: Please remove python-glade2 dependency
Package: gourmet Version: 0.16.0-5 Severity: normal (Discussion continued from [1]) To reiterate: python-glade2 is no longer required for the gourmet Debian package. I've put quite some effort into migrating upstream from (py)glade to gtk.Builder, which is just part of python-gtk2. If you don't believe me, just try building and running the package without the python-glade2 dependency (which BTW is what I did before requesting this change in the first place, and which I've tested once again just now to make sure). (You also don't need python-gtk2-dev and python-elib.intl in Build-Depends-Indep. Just tested it, builds and runs fine without. Also, you don't need python | python-all | python-dev | python-all-dev -- python-all is sufficient.) Another thing: could you please change the Homepage: field in debian/control to the new location, http://thinkle.github.io/gourmet/ ? Furthermore, I'd be grateful if you used debian/copyright from [2], as it's in the recommended copyright-format/1.0, and covers some contributors and a file with a different license that aren't covered by the current debian/copyright file. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709299 [2] https://github.com/thinkle/gourmet/blob/debian/debian/copyright -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-52-generic (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gourmet depends on: ii python 2.7.3-0ubuntu2.2 ii python-elib.intl 0.0.3~git20110809-2 ii python-gtk22.24.0-3 ii python-imaging 1.1.7-4 ii python-poppler 0.12.1-4+ubuntu1 ii python-reportlab 2.5-1.1build1 ii python-sqlalchemy 0.7.4-1ubuntu0.1 ii python2.7 2.7.3-0ubuntu3.3 Versions of packages gourmet recommends: ii python-gtkspell 2.25.3-11 Versions of packages gourmet suggests: ii python-gst0.10 0.10.22-3ubuntu0.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718413: Gourmet 0.16.1 released
I've just released version 0.16.1 of Gourmet recipe manager [1]. I've also updated my Debian packaging [2], trying to somewhat reduce the diff between yours and mine. Please do at least take a look at my debian/changelog. Kind regards Bernhard [1] https://github.com/thinkle/gourmet/releases/tag/0.16.1 [2] https://github.com/thinkle/gourmet/tree/debian/debian
Bug#709104: Should not Depends or Recommends gnupg-agent
Hi Josh, Eric, to add my 0.02 Euro Cents: I do believe that gnupg2 should depend on gpg-agent! Rationale: Some users will be suprised by core behaviour of gnupg2 not working correctly in the case of gpg-agent not being installed. About dragging in GUI resources via pinentry: There is pinentry-curses which does not GTK or Qt dependencies. So it does not drag in GUI resources. About gnome-keyring: The the GnuPG core developer Werner Koch considers the hijacking that gnome-keyring does to gpg2 <-> gpg-agent _hostile_ as it degrades the user experience of Gnupg for many. Reference" http://lists.wald.intevation.org/pipermail/gpg4win-devel/2013-July/001253.html " I consider it hostile to hijack the communication between ssh and its ssh-agent. We ain't no gnomes [1]." "[1] gnome-keyring hijacks the communcation between gpg and gpg-agent. It tries to proxy some stuff but that is mostly broken. For some years now we get reports that gpg2 is not working and after a closer inspection we always see that gnome-keyring is the culprit. It is possible to switch this misfeature off but that is not the default." Best Regards, Bernhard -- www.intevation.de/~bernhard (CEO)www.fsfe.org (Founding GA Member) Intevation GmbH, Osnabrück, Germany; Amtsgericht Osnabrück, HRB 18998 Owned and run by Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner signature.asc Description: This is a digitally signed message part.
Bug#725804: gnupg2: config path /etc/gnupg2/ missmatches documentation b/c debian/patches/01-gnupg2-rename.diff
Package: gnupg2 Version: 2.0.19-2 Severity: normal Dear Eric, thanks again for maintaining GnuPG2, it is a very important package! I've upgraded to Wheezy using a new gnupg2 package and suddely my S/MIME stopped working. My old gnupg was a standard build (actually gnupg2_2.0.19-0kk1 from http://files.kolab.org/apt/releases/dists/squeeze/stable/source/ ) One difference I've found its that gpg-agent now searches a different paths /etc/gnupg2/trustlist.txt is searched because of debian/patches/01-gnupg2-rename.diff (I believe) And the documentation (manpages, info pages) does not reflect this fact. I consider it severity "normal" because GnuPG users - even experienced ones - will have a really hard time if they follow the instructions, but stuff does not work as expected. Especially with the approval of trust for gpgsm, this is hard to debug. Suggestion: Improve the patch to change the documentation as well. Details: Some place where I saw the wrong documentation: zgrep '/etc/gnupg' /usr/share/man/man1/gpg-agent.1.gz list of trusted certificates (e.g. \(oq\fI/etc/gnupg/trustlist.txt\fR\(cq). zgrep '\/etc\/gnupg' /usr/share/info/gnupg* /usr/share/info/gnupg.info-1.gz:searched in the directory `/etc/gnupg' and variable data below `/var'; /usr/share/info/gnupg.info-1.gz:/etc/gnupg/trustlist.txt. /usr/share/info/gnupg.info-1.gz: list of trusted certificates (e.g. `/etc/gnupg/trustlist.txt'). /usr/share/info/gnupg.info-1.gz: system configuration directory (e.g. `/etc/gnupg/help.de.txt'). /usr/share/info/gnupg.info-1.gz: configuration file (usually `/etc/gnupg/gpgconf.conf'). /usr/share/info/gnupg.info-1.gz:`/etc/gnupg/gpgconf.conf' /usr/share/info/gnupg.info-1.gz:configuration files for all users after `/etc/gnupg/gpgconf.conf' has How to prove that gpg-agent for instance looks in the wrong place: LANG=C gpg-agent -vvv --debug-all --log-file=- --server --no-detach gpg-agent[7520]: reading options from `/home/bernhard/.gnupg/gpg-agent.conf' gpg-agent[7520]: enabled debug flags: assuan gpg-agent[7520]: chan_5 -> OK Pleased to meet you OK Pleased to meet you ISTRUSTED 11B91B31EE09E0844D254E587A65CE5184F36B70 gpg-agent[7520]: chan_5 <- ISTRUSTED 11B91B31EE09E0844D254E587A65CE5184F36B70 2013-10-08 17:15:12 gpg-agent[7520] system trustlist `/etc/gnupg2/trustlist.txt' not available gpg-agent[7520]: chan_5 -> ERR 67108962 Not trusted ERR 67108962 Not trusted BYE gpg-agent[7520]: chan_5 <- BYE gpg-agent[7520]: chan_5 -> OK closing connection OK closing connection ii gnupg-agent 2.0.19-2 I expect the problem to be there with 2.0.22-1 as well. Best Regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725505: gnupg2: Pubkey list in "gpg2 --version" output contains question marks
The Author of Gnupg Werner Koch writes: "Due to changes in Libgcrypt 1.6 some internal mappings had to be implemented which unfortunately introduced this bug. It is however only an informational message and not relevant for the internal working." http://lists.wald.intevation.org/pipermail/gpg4win-users-en/2013-October/000849.html signature.asc Description: This is a digitally signed message part.
Bug#614535: Fixed in 0.5.3-1?
Hi, I've only noticed this bug report after packaging version 0.5.3-1, which is now in sid and wheezy. Can you check if the issue persists? If it's fixed, please close this bug report. Kind regards Bernhard Reiter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614535: Fixed in 0.5.3-1?
Thanks Jakub for the update. I'm having a bit of a hard time figuring this out as it built just fine with my local sid pbuilder. At first I thought it was due to some http POST actions going on that maybe are disabled on the archive rebuild system, but then again, the issue seems to apply only to the FreeComment tests, not the comment ones. Any clue what's going on here or at least how I can reproduce the error locally? Regards Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614535: Fixed in 0.5.3-1?
Alright, that was my other theory. I just didn't really expect this thing to check the website a comment author entered. So what would you suggest to cure this? Just pass 127.0.0.1 as website? Regards Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660797: lintian: Warning for .thumbnails directories in packages
Package: lintian Version: 2.5.3ubuntu2 Severity: wishlist Lintian should warn for .thumbnails directories in packages, like it does for ..xvpics (package-contains-xvpics-dir) or Windows Thumbs.db[.gz] files (windows- thumbnail-database-in-package). -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-16-generic (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.21.53.20110810-0ubuntu5.1 The GNU assembler, linker and bina ii bzip21.0.5-6ubuntu1.11.10.1 high-quality block-sorting file co ii diffstat 1.54-1 produces graph of changes introduc ii file 5.04-5ubuntu3 Determines file type using "magic" ii gettext 0.18.1.1-3ubuntu1 GNU Internationalization utilities ii intltool-deb 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-p 0.1.24build3Perl interface to libapt-pkg ii libclass-acc 0.34-1 Perl module that automatically gen ii libdpkg-perl 1.16.0.3ubuntu5 Dpkg perl modules ii libemail-val 0.184-1 Perl module for checking the valid ii libipc-run-p 0.90-1 Perl module for running processes ii libparse-deb 1.2.0-1ubuntu1 parse Debian changelogs and output ii libtimedate- 1.2000-1collection of modules to manipulat ii liburi-perl 1.58-1 module to manipulate and access UR ii locales 2.13+git20110622-2 common files for locale support ii man-db 2.6.0.2-2 on-line manual pager ii patchutils 0.3.2-1 Utilities to work with patches ii perl [libdig 5.12.4-4Larry Wall's Practical Extraction ii unzip6.0-4ubuntu1De-archiver for .zip files lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch (no description available) ii dpkg-dev 1.16.0.3ubuntu5 Debian package development tools ii libhtml-parser-perl 3.68-1build1collection of modules that parse H pn libtext-template-perl (no description available) ii man-db 2.6.0.2-2 on-line manual pager ii xz-utils 5.0.0-2 XZ-format compression utilities -- 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#579401: [Fwd: Re: [Fwd: Please state pyopenfst copyright/license clearly!]]
I found different email addresses for both committers and forwarded my message to those addresses. I'm forwarding David Huggins-Daines' reply here: Forwarded message > Hi! Thomas Breuel wrote the original code for the most part. I don't > recall if I added the Apache copyright notices to my parts of the code > and can't look at the moment. If not I certainly give permission to > do so. > > 2012/2/24 Bernhard Reiter > Weitergeleitete Nachricht > > Von: Bernhard Reiter > > An: Thomas Breuel , David Huggins-Daines > > > > Kopie: 579...@bugs.debian.org > > Betreff: Please state pyopenfst copyright/license clearly! > > Datum: Wed, 15 Feb 2012 20:31:30 +0100 > > > > Hi, > > > > and thank you for your work on pyopenfst! > > > > Debian maintainers and contributors would really like to > package > > pyopenfst for Debian, but unfortunately, there doesn't seem > enough > > copyright and license information available to fulfil Debian > > guidelines. > > > > pyopenfst's project homepage on Google Code states that the > code is > > licensed under the Apache License 2.0, and we've found your > email > > addresses in the list of committers, but please help us by > stating > > copyright and license information clearly by adding a note > to the code. > > > > There's an appendix to the Apache License 2.0 on how to do > it: > > http://www.apache.org/licenses/LICENSE-2.0#apply > > > > Also see > http://code.google.com/p/pyopenfst/issues/detail?id=6 > > and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579401 > > > > Kind regards > > Bernhard Reiter > > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661346: ocrfeeder: Please remove python-gnome2 dependency
Package: ocrfeeder Version: 0.7.5-1 Severity: minor According to ocrfeeder's NEWS, the libgnome dependency was removed in version 0.7.7, so it should run without the python-gnome2 dependency. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-16-generic (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocrfeeder depends on: ii cuneiform 1.1.0+dfsg-1 multi-language OCR system ii ghostscript9.04~dfsg-0ubuntu11.5 interpreter for the PostScript lan ii ocrad 0.21-2Optical character recognition prog ii python 2.7.2-7ubuntu2interactive high-level object-orie ii python-enchant 1.6.5-2 spellchecking library for Python ii python-gnome2 2.28.1-3 Python bindings for the GNOME desk ii python-gtk22.24.0-2 Python bindings for the GTK+ widge ii python-gtkspell2.25.3-7ubuntu3 Python bindings for the GtkSpell l ii python-imaging-san 1.1.7-3ubuntu1Python Imaging Library - SANE inte ii python-pygoocanvas 0.14.1-1ubuntu5 GooCanvas Python bindings ii python-support 1.0.13ubuntu1 automated rebuilding support for P Versions of packages ocrfeeder recommends: ii unpaper 0.3-1ubuntu1 post-processing tool for scanned p ii yelp 3.2.0-0ubuntu1 Help browser for GNOME ocrfeeder 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#661410: svn-buildpackage: Please add a --version option
Package: svn-buildpackage Version: 0.8.3 Severity: wishlist Please add a --version command line option to the svn-buildpackage command that displays, unsurprisingly, its current version. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-16-generic (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages svn-buildpackage depends on: ii devscripts 2.11.1ubuntu3.1 scripts to make the life of a Debi ii file 5.04-5ubuntu3 Determines file type using "magic" ii libcapture-tiny-pe 0.10-1module to capture STDOUT and STDER ii libfile-libmagic-p 0.96-1build1 Perl interface to libmagic for det ii liblocale-gettext- 1.05-6build1 Using libc functions for internati ii libsvn-perl1.6.12dfsg-4ubuntu5.1 Perl bindings for Subversion ii liburi-perl1.58-1module to manipulate and access UR ii perl 5.12.4-4 Larry Wall's Practical Extraction ii subversion 1.6.12dfsg-4ubuntu5.1 Advanced version control system ii unp2.0~pre7 unpack (almost) everything with on ii wget 1.12-3.1ubuntu1 retrieves files from the web Versions of packages svn-buildpackage recommends: ii debhelper 8.9.0ubuntu1 helper programs for debian/rules svn-buildpackage suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661920: linux-image-2.6.32-5-amd64: mounting some CDs lead to "Unhandled sense code"s which make autodetection fail
Package: linux-2.6 Version: 2.6.32-41 Severity: normal When using some CDs there are "Unhandled sense code" messges for the device. This leads to Plasma's autodetection of the device to fail and does not display the device. There is a very good chance the CD can still be mounted manually. I am opening this report, because in #583949 Ben Hutchings recommend it. Also because I believe this is related to software somehow and not gone. It probably will take some effort by the Debian, kernel and Free Software communities to get a closer grip on this defect. Any hints towards further analysis are highly appreciated! Bernhard Details: I have two drives available for the testing on an amd machine, running an amd kernel with 32bit userspace. One drive is build in, the other is usb. Both show the symptoms. If I have a CD that is affected, it will have problems in both drives. Booting into windows XP, there is no issue. Running grml96_2011.12.iso from an usb stick there is no issue, it has linux-image-3.1.0-3-grml-amd64, but has not autodetection anyway. The symptoms: Putting the CD in the drive, it will take some time, more than usual a few seconds more. Then the syslog shows a number of blocks like: sr 6:0:0:0: [sr1] Unhandled sense code sr 6:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE sr 6:0:0:0: [sr1] Sense Key : Medium Error [current] sr 6:0:0:0: [sr1] Add. Sense: L-EC uncorrectable error sr 6:0:0:0: [sr1] CDB: Read(10): 28 00 00 02 55 a0 00 00 02 00 00 00 end_request: I/O error, dev sr1, sector 611968 Buffer I/O error on device sr1, logical block 76496 sr 6:0:0:0: [sr1] Unhandled sense code sr 6:0:0:0: [sr1] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE sr 6:0:0:0: [sr1] Sense Key : Medium Error [current] sr 6:0:0:0: [sr1] Add. Sense: L-EC uncorrectable error sr 6:0:0:0: [sr1] CDB: Read(10): 28 00 00 02 55 a0 00 00 02 00 00 00 end_request: I/O error, dev sr1, sector 611968 Buffer I/O error on device sr1, logical block 76496 Maybe 3 or more. No device appears in the Plasma gui. A manual "mount /mnt/cdrom" usually succeeds. Expected would be that there are no messages and the device is coming up (fast) in the gui and can be mounted from there. Further details: I had problems with burned CDs from both drives. However it is also possible to burn CDs which are accepted fine (which I did today twice). It is unclear which CDs have this issue. And it is strange that the data can still be read manually and read by windows xp. I've tried linux-image-3.2.0-0.bpo.1-amd64 (3.2.4-1~bpo60+1 Debian Backports:squeeze-backports) which did not help. Given the number of issues that are related to this, it seems less likely that I really got unlucky with a number of suboptimal CD media. Even if so, there still is an issue as windows XP and manual mount read the CD fine. Infos about the two drives: cdrdao drive-info --device /dev/sr0 Cdrdao version 1.2.3 - (C) Andreas Mueller /dev/sr0: TSSTcorp CDDVDW SH-S203D Rev: SB00 Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x) Maximum reading speed: 8468 kB/s Current reading speed: 8468 kB/s Maximum writing speed: 8468 kB/s Current writing speed: 8468 kB/s BurnProof supported: yes JustLink supported: yes JustSpeed supported: no cdrdao drive-info --device /dev/sr1 Cdrdao version 1.2.3 - (C) Andreas Mueller /dev/sr1: TSSTcorp CDDVDW SE-S204N Rev: TS00 Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x) Maximum reading speed: 8468 kB/s Current reading speed: 8468 kB/s Maximum writing speed: 8468 kB/s Current writing speed: 8468 kB/s BurnProof supported: yes JustLink supported: yes JustSpeed supported: no Here are related issue reports: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583949 2.6.32-3-amd64 can't read DVDs/CDs (sometimes) From: Ben Hutchings If anyone is still having trouble reading CDs or DVDs in the current kernel version in stable (2.6.32-35) or unstable (3.0.0-1), please open a *new* bug report. There is a new one: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641288 (linux-image-2.6.32-5-686: Can not read appendable cdroms/dvds) Though it is unsure if this is the same issue as appendable CDs are addressed in particular. http://forum.kde.org/viewtopic.php?f=19&t=91402# CD Dvd drive not working in KDE 4.5.x The solution here seems to have been to disable some sort of autodetection. http://www.linuxquestions.org/questions/slackware-14/slackware64-current-doesnt-read-cd-r-disks-as-well-as-slack-12-1-does-801015/ http://www.linuxquestions.org/questions/slackware-14/cd-mounting-errors-iso9660-812240/page3.html http://www.linuxquestions.org/questions/slackware-14/slack-13-1-does-not-recognize-mounted-cd-810509/ -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-41) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jan 16 17:15:00 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=9a88ef7c-9a1f-
Bug#664017: ITP: fonts-lobster -- bold condensed script with many ligatures and alternates
Package: wnpp Severity: wishlist Owner: Bernhard Reiter * Package name: fonts-lobster Version : 1.4 Upstream Author : Pablo Impallari * URL : http://www.impallari.com/lobster * License : OFL-1.1 Description : bold condensed script with many ligatures and alternates The beauty of real hand-drawn lettering is that the lettering artists subtly modify the shape of letters so they connect with the next ones. These linked letters-pairs are called "ligatures". Thus, in order to provide a smooth hand-written look, the Lobster font provides a large number of ligatures, as well as terminal forms (i.e. glyphs that are used for word endings). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#664145: ITP: fonts-dancingscript -- lively casual script with bouncing letters and size changes
Package: wnpp Severity: wishlist Owner: Bernhard Reiter * Package name: fonts-dancingscript Version : 1.1 Upstream Author : Pablo Impallari * URL : http://www.impallari.com/dancing * License : OFL 1.1 Description : lively casual script with bouncing letters and size changes Dancing Script references popular scripts typefaces from the 50's. It relates to Murray Hill (Emil Klumpp. 1956) in its weight distribution, and to Mistral (Roger Excoffon. 1953) in its lively bouncing effect. . Use it when you want a friendly, informal and spontaneous look. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599045: tesseract-ocr: new upstream version (3.00)
Is the current state of the package source available online (e.g. in some DVCS repository)? That might faciliate keeping track of its progress for interested parties (and possibly contributing to it; and whether the current upstream source finally works). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#665655: RFS: fonts-dancingscript/1.1-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "fonts-dancingscript" * Package name: fonts-dancingscript Version : 1.1-1 Upstream Author : Pablo Impallari * URL : http://www.impallari.com/dancing * License : OFL 1.1 Section : fonts It builds those binary packages: fonts-dancingscript - lively casual script with bouncing letters and size changes To access further information about this package, please visit the following URL: http://mentors.debian.net/package/fonts-dancingscript Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/fonts-dancingscript/fonts-dancingscript_1.1-1.dsc Regards, Bernhard Reiter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#665659: RFS: fonts-lobstertwo/2.0-1 [ITP]
Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package "fonts-lobstertwo" * Package name: fonts-lobstertwo Version : 2.0-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : fonts It builds those binary packages: fonts-lobster - bold condensed script with many ligatures and alternates fonts-lobstertwo - updated and improved family version of the Lobster font To access further information about this package, please visit the following URL: http://mentors.debian.net/package/fonts-lobstertwo Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/fonts-lobstertwo/fonts-lobstertwo_2.0-1.dsc Regards, Bernhard Reiter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#665663: ITP: fonts-kaushanscript -- script font that feels like writing quickly with an inked brush
Package: wnpp Severity: wishlist Owner: Bernhard Reiter * Package name: fonts-kaushanscript Version : 1.2 Upstream Author : Pablo Impallari * URL : http://impallari.com/kaushan * License : OFL 1.1 Description : script font that feels like writing quickly with an inked brush -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#666133: ITP: fonts-cabinsketch -- playful sister of the Cabin Family
Package: wnpp Severity: wishlist Owner: Bernhard Reiter * Package name: fonts-cabinsketch Version : 1.02 Upstream Author : Pablo Impallari * URL : http://www.impallari.com/cabinsketch * License : OFL 1.1 Description : playful sister of the Cabin Family -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668889: fonts-cmu: Please provide OpenType font instead of TrueType
Package: fonts-cmu Version: 0.7.0-2 Severity: normal As upstream also provides a cm-unicode-0.7.0-otf.tar.xz package, please use that for the Debian package instead of the ttf one, as OpenType has somewhat superior features compared to TrueType. (Changing this should be rather straightforward, basically replacing occurences of ttf -> otf and truetype -> opentype in most debian/* files) -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-19-generic (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668935: maint-guide: Chapter 5, "Other files under the debian directory", doesn't cover the 'links' file
Package: maint-guide Severity: normal Please add information about the 'links' file (which is invoked by dh_link). -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-19-generic (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668935: maint-guide: Chapter 5, "Other files under the debian directory", doesn't cover the 'links' file
Tags: patch
This is a bit of a mashup from the existing install section plus some
stuff from the dh_link manpage, but I hope it's good enough.
Patch generated against current svn.
Index: maint-guide.en.dbk
===
--- maint-guide.en.dbk (Revision 9193)
+++ maint-guide.en.dbk (Arbeitskopie)
@@ -3491,6 +3491,21 @@
package.info file.
+links
+
+If you want to have symbolic links created by dh_link 1, use this file to list pairs of source and destination files to be symlinked. The source files are the already existing files that will be symlinked from. The destination files are the symlinks that will be created. There must be an equal number of source and destination files specified. Each pair should be put on its own line, with the source and destination separated by whitespace. Be sure you do specify the full filename to both the source and destination files (unlike you would do if you were using something like ln 1).
+
+
+For example, to create a link /usr/bin/bar that points to /usr/lib/foo/bar, use the following line in links:
+
+usr/lib/foo/bar usr/bin/bar
+
+
+
+As with install, multiple links files can be used for individual packages, using package-1.links,
+package-2.links, etc.
+
+
{package.,source/}lintian-overrides
If lintian reports an erroneous
Bug#669068: ITP: trelby -- movie screenplay writing software
Package: wnpp Severity: wishlist Owner: Bernhard Reiter * Package name: trelby Version : 2.1 Upstream Author : Anil Gulecha * URL : http://www.trelby.org/ * License : GPL Programming Lang: Python Description : movie screenplay writing software -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#409048: Asking upstream about XULrunner, licensing, etc.
FYI: http://forums.celtx.com/viewtopic.php?f=4&t=20463 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#666546: ITP: fonts-cabin -- humanist sans serif font
Package: wnpp Severity: wishlist Owner: Bernhard Reiter * Package name: fonts-cabin Version : 1.5 Upstream Author : Pablo Impallari * URL : http://impallari.com/cabin * License : OFL 1.1 Description : humanist sans serif font -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#666553: ITP: fonts-dosis -- very simple, rounded, sans serif font family
Package: wnpp Severity: wishlist Owner: Bernhard Reiter * Package name: fonts-dosis Version : 1.7 Upstream Author : Pablo Impallari * URL : http://impallari.com/dosis * License : OFL 1.1 Description : very simple, rounded, sans serif font family -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#666555: RFS: fonts-cabin/1.5-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "fonts-cabin" * Package name: fonts-cabin Version : 1.5-1 Upstream Author : Pablo Impallari * URL : http://www.impallari.com/cabin * License : OFL 1.1 Section : fonts It builds those binary packages: fonts-cabin - humanist sans serif font To access further information about this package, please visit the following URL: http://mentors.debian.net/package/fonts-cabin Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/fonts-cabin/fonts-cabin_1.5-1.dsc Regards, Bernhard Reiter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#666558: RFS: fonts-dosis/1.7-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "fonts-dosis" * Package name: fonts-dosis Version : 1.7-1 Upstream Author : Pablo Impallari * URL : http://www.impallari.com/dosis * License : OFL 1.1 Section : fonts It builds those binary packages: fonts-dosis - very simple, rounded, sans serif font family To access further information about this package, please visit the following URL: http://mentors.debian.net/package/fonts-dosis Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/fonts-dosis/fonts-dosis_1.7-1.dsc Regards, Bernhard Reiter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667072: ITP: fonts-quattrocento -- classic, elegant, sober and strong Roman typeface
Package: wnpp Severity: wishlist Owner: Bernhard Reiter * Package name : fonts-quattrocento Version : 1.1 Upstream Author : Pablo Impallari * URL : http://www.impallari.com/quattrocento/ * License : OFL 1.1 Description : classic, elegant, sober and strong Roman typeface -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667088: RFS: fonts-quattrocento/1.1-1 [ITP]
Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: pkg-fonts-de...@lists.alioth.debian.org Dear mentors, I am looking for a sponsor for my package "fonts-quattrocento" * Package name: fonts-quattrocento Version : 1.1-1 Upstream Author : Pablo Impallari * URL : http://www.impallari.com/quattrocento * License : OFL 1.1 Section : fonts It builds those binary packages: fonts-quattrocento - classic, elegant, sober and strong Roman typeface To access further information about this package, please visit the following URL: http://mentors.debian.net/package/fonts-quattrocento Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/fonts-quattrocento/fonts-quattrocento_1.1-1.dsc Regards, Bernhard Reiter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#799988: nis: yppasswd from yp-tools cannot set password with length >8, needs to support more hash algorithms
Package: nis Version: 3.17-34 Severity: important Tags: security, fixed-upstream Hi, in a NIS setup where yppasswd is used to let users change the passwords, passwords cannot be longer than 8 chars. As far as I understand this results from the lack of supporting more hash algorithms like SHA2. There is are newer versions of yp-tools that claim SHA2 support. http://www.linux-nis.org/download/yp-tools/ has 2.14 and the changelog in git reads: 2010-04-20 Thorsten Kukuk * release version 2.11 [..] * src/yppasswd.c: Add support for MD5, SHA-256 and SHA-512. Patch by Karel Klic . An update to yp-tools to the current version (2.14 for pre IPv6 or 3.13 for IPv6 at time of writing) would most likely fix this issue. As password strength affects the system, I believe this is security relevant. Best Regards, Bernhard
Bug#800002: nis: please update to a current version of yp-tools (v>=2.14 or v>=3.3)
Package: nis Version: 3.17-34 Severity: wishlist Dear Mark, please consider updating a recent version of yp-tools. As far as I can see nis-3.17-34 still has yp-tools 2.9 from 2004 (of course a patched version). An update to 2.14 (from 2012) probably is not a lot of work, the newer version 3.x has other build requirements. See http://www.linux-nis.org/download/yp-tools/ and the Changelog from https://github.com/thkukuk/yp-tools/ Best Regards, Bernhard
Bug#800049: ITP: mactel-boot -- hfs-bless utility for Intel Macs
Package: wnpp Severity: wishlist * Package name: mactel-boot * URL : http://www.codon.org.uk/~mjg59/mactel-boot/ * License : GPL-2+ Programming Lang: C Description : hfs-bless utility for Intel Macs Utility for adding EFI capable bootloaders to the boot firmware of Intel Macs. This effectively tells the boot firmware where to look for bootable operating systems.
Bug#434599: [PATCH/RFC] git-imap-send: use libcurl for implementation
Am 2014-08-17 um 10:30 schrieb Jeff King: > On Tue, Aug 12, 2014 at 06:59:17PM -0700, Jonathan Nieder wrote: > >>> + curl_socket_t sockfd = tunnel.out; // what about tunnel.in ? >> >> Hmm. curl expects to get a socket it can send(), recv(), setsockopt(), >> etc on instead of a pair of fds to read() and write(). > > I wonder if we could teach run_command to optionally use socketpair() > instead of pipe(). That sounds like a good idea to me. > I'm not sure if that would cause problems on Windows, > though. Apparently socketpair is not available there. Googling "socketpair windows" yields, among a lot of other useful resources, the following relatively actively maintained ~150 LOC, BSD-3-clause-licensed, implementation: https://github.com/ncm/selectable-socketpair That license is GPL compatible, so should we consider including that implementation with git? That's the kind of stuff that goes to compat/win32, right? One thing to consider: seems like socketpair() gives AF_LOCAL sockets, so I've asked [1] on the curl ML if that would work or if libcurl needs an AF_INET one. >> I wonder why someone would want to use SSL through a tunnel, though. >> Currently it's impossible to get to the SSL codepath when a tunnel is >> active (it's in the 'else' block an 'if (srvc->tunnel)'). If that >> property is preserved, then we should be safe. > > I'm not sure I understand this comment. Even if SSL is not in use, > wouldn't we be passing a regular pipe to curl, which would break? Yeah, we can't do that, and thus would have to keep the handwritten IMAP implementation just for the tunnel case (allowing to drop only the OpenSSL specific stuff), see my other email: http://www.mail-archive.com/git@vger.kernel.org/msg56791.html (the relevant part is pretty far down at the bottom). Bernhard [1] http://curl.haxx.se/mail/lib-2014-08/0131.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#434599: [PATCH/RFC] git-imap-send: use libcurl for implementation
Am 2014-08-17 um 20:42 schrieb Jeff King: > [...] > >>> I'm not sure I understand this comment. Even if SSL is not in use, >>> wouldn't we be passing a regular pipe to curl, which would break? >> >> Yeah, we can't do that, and thus would have to keep the handwritten IMAP >> implementation just for the tunnel case (allowing to drop only the >> OpenSSL specific stuff), see my other email: >> http://www.mail-archive.com/git@vger.kernel.org/msg56791.html (the >> relevant part is pretty far down at the bottom). > > I'd really love it if we could make this work with tunnels and > eventually get rid of the hand-written imap code entirely. I agree with > Jonathan that we probably need to keep it around a bit for people on > older curl, but dropping it is a good goal in the long run. That code > was forked from the isync project, but mangled enough that we could not > take bug fixes from upstream. As not many people use imap-send, I > suspect it is largely unmaintained and the source of many lurking > bugs[1]. Replacing it with curl's maintained implementation is probably > a good step. I'll work on this as soon as I find some time, but as that will include changes to run-command.c (and possibly other files?), I'd like to cover that in a commit of its own. Do you guys think the current patch [1] is good enough for "official" submission already? If so, do I need some sort of official review? Documentation/SubmittingPatches says I'm only supposed to direct it to Junio after the list "reaches consensus", so I'm wondering how to get there... :-) Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#800002: nis: please update to a current version of yp-tools (v>=2.14 or v>=3.3)
Marc, On Friday 25 September 2015 at 18:51:17, Mark Brown wrote: > The patches we've got didn't apply terribly easily the last time I > looked IIRC. thanks for your prompt reply. So the next step would be to look into merging 2.14 with current Debian. Can you write more or point to the current state of the "minor licensing issues" that you were mentioning in #799988? Best, Bernhard
Bug#801237: RFS: mactel-boot/0.9-1 [ITP] -- hfs-bless utility for Intel Macs
RFS: mactel-boot/0.9-1 [ITP] Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "mactel-boot" * Package name : mactel-boot Version : 0.9-1 Upstream Author : Matthew Garrett * URL : http://www.codon.org.uk/~mjg59/mactel-boot/ * License : GPL-2+ Section : admin It builds those binary packages: mactel-boot - hfs-bless utility for Intel Macs To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mactel-boot Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mactel-boot/mactel-boot_0.9-1.dsc More information about hello can be obtained from http://heeris.id.au/2014/ubuntu-plus-mac-pure-efi-boot/#fixing-efi Regards, Bernhard Reiter
Bug#801237: mactel-boot review
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 2015-10-23 um 18:47 schrieb Gianfranco Costamagna: > Control: owner -1 ! Control: tags -1 moreinfo > > Hi, the packaging looks fine, however I don't understand what the > code is supposed to do. > > seems that the purpose of this code is to send an ioctl call and > nothing more? That's correct -- its sole purpose is to set an HFS+ partition as bootable. See the included man file, and http://heeris.id.au/2014/ubuntu-plus-mac-pure-efi-boot/#fixing-efi for some more context. Bernhard -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJWKo7JAAoJEKYfw19Gd1loNzkP/3IuPKB/5p62C6U8krkdduHn 6MnPnnzB1Pc+B1MFy8Bm2wa4ZllBycvgAeuwG2OHORZT2Jjm9vSHeRUvouMJBZDG sWLU5YPQyaPWjDF5scbX88f6viJdNz9+IrztsX2mBayyuQpfm0eMcK6fVgKniHmP c8whP2tYG4e8ZeDg9VxkZFU4lnAPAY4MVdlr9KoH7v4Bjj3wm+JmYSSR9WoNdoqN WF4sdtjq28/fGCR8mlh4zkX6QylwkmG2L+rr/iJaVbtqpT+7rng4I+G80wB3wOe1 th4thzdNCFtKyHFQV62ChfbqOrlOvE4vO3oviC8W/DohDHZ0CHnfbLXo6CAa40OV ce6IYPe26VECDDpFewS9ZnXlvDYgGLU4FzFmWon+o8QL4pFHOCMa/S2iH2aMzvle oHb8wdqQkAxXSrj7m5r4BNefaK9K1PLXfsYJVT9+V/OFR4hLzZ0/6/nkalGhq6ag dn7QNKJPerdbdc+L4XdZ5pY6uFBMbqFczzSPC9ssv8jBtOHEs0F7c6kI4mAods7e E2ASs8AbgrBHq/9ZS0h3m1Ej+37xxeWMSvfULcK6cfA6kDrUHRE1VdrzxLTlp3Gq 0GCfuKVKjClv3UUbeInlc1V9b41NisTs9pMdJuq0gBWCiqH6mejUhz6JXsQDghcZ 5zDaH9ec/oWlS6tdkb+l =Euzg -END PGP SIGNATURE-
Bug#434599: [PATCH] git-imap-send: use libcurl for implementation
Resending this once more, as indicated by Hope my formatting and posting style is now conformant. Sorry for the noise. Am 2014-08-27 um 19:20 schrieb Junio C Hamano: > Bernhard Reiter writes: > >> [...] For now, >> the old ones are wrapped in #ifdefs, and the new functions are enabled >> by make if curl's version is >= 7.35.0, from which version on curl's >> CURLOPT_LOGIN_OPTIONS (enabling IMAP authentication) parameter has been >> available. > > https://github.com/bagder/curl/blob/master/docs/libcurl/symbols-in-versions > says that this was introduced as of 7.34.0, though. Strange, I thought I recalled having seen that in http://curl.haxx.se/libcurl/c/CURLOPT_LOGIN_OPTIONS.html but it clearly says 7.34.0 there too. I've now changed all occurrences of 7.35.0 to 7.34.0 (and the corresponding hex value in the Makefile). >> As I don't have access to that many IMAP servers, I haven't been able to >> test the new code with a wide variety of parameter combinations. I did >> test both secure and insecure (imaps:// and imap://) connections and >> values of "PLAIN" and "LOGIN" for the authMethod. > > Perhaps CC'ing those who have touched git-imap-send code over the > years and asking for their help testing might help? CC'ing them (going back about 2 years, which already makes the list quite long) and the people who have taken part in the initial discussion on this feature in August. And the related Debian bug. Please test this, folks! >> Signed-off-by: Bernhard Reiter >> --- >> I rebased the patch on the pu branch, hope that was the right thing to do. > > Usually I would appreciate a patch for a new feature not meant for > the maintenance tracks to be based on 'master', so that it can go to > the next release without having to wait other changes that may > conflict with it and that may not yet be ready. > > I will try to apply this one to 'pu', rebase it on 'master' to make > sure the result does not depend on the other topics in flight, and > then merge it back to 'pu'. Okay, I'll stick to master. I've rebased on master now that the first couple related patches are there anyway. > [...] >> >> diff --git a/Documentation/git-imap-send.txt >> b/Documentation/git-imap-send.txt >> index 7d991d9..9d244c4 100644 >> --- a/Documentation/git-imap-send.txt >> +++ b/Documentation/git-imap-send.txt >> @@ -75,7 +75,8 @@ imap.preformattedHTML:: >> >> imap.authMethod:: >> Specify authenticate method for authentication with IMAP server. >> -Current supported method is 'CRAM-MD5' only. If this is not set >> +If you compiled git with the NO_CURL option or if your curl version is >> +< 7.35.0, the only supported method is 'CRAM-MD5'. If this is not set >> then 'git imap-send' uses the basic IMAP plaintext LOGIN command. > > Hmph, so there is no option that lets me say "I know my libcurl is > new enough but I have some reason not to want to use the new code to > interact with my imap server", at compile time or (more preferrably) > at runtime? Added a runtime option, see below. >> diff --git a/INSTALL b/INSTALL >> index 6ec7a24..e2770a0 100644 >> --- a/INSTALL >> +++ b/INSTALL >> @@ -108,18 +108,21 @@ Issues of note: >>so you might need to install additional packages other than Perl >>itself, e.g. Time::HiRes. >> >> -- "openssl" library is used by git-imap-send to use IMAP over SSL. >> - If you don't need it, use NO_OPENSSL. >> +- "openssl" library is used by git-imap-send to use IMAP over SSL, >> + unless you're using curl >= 7.35.0, in which case that will be >> + used. If you don't need git-imap-send, you can use NO_OPENSSL. > > The last sentence makes it unclear which of the following is true: > > - I have sufficiently new libcurl. I cannot say NO_OPENSSL because >I do need git-imap-send. > > - I have sufficiently new libcurl, so "openssl" is not used by >git-imap send for me. I can say NO_OPENSSL. > > Perhaps > > - git-imap-send needs the OpenSSL library to talk IMAP over SSL if >you are using libCurl older than 7.35.0. Otherwise you can use >NO_OPENSSL without losing git-imap-send. Fixed. >> diff --git a/git.spec.in b/git.spec.in >> index d61d537..9535cc3 100644 >> --- a/git.spec.in >> +++ b/git.spec.in >> @@ -8,7 +8,7 @@ License: GPL >> Group: Development/Tools >> URL:http://kernel.org/pub/softwar
Bug#434599: HMAC_MD5 in libgcrypt
I did some quick and uninformed research, and found that libgcrypt has support for the HMAC_MD5 algorithm nowadays (in git since about end of 2013, IIRC). Is that something that Mike Miller's code could employ to implement MD5-CRAM authentication with libgcyrpt-based versions of gnutls? (As for base64, though, libgcrypt's manual on S-expressions still denotes the constant GCRYSEXP_FMT_BASE64 with "Not currently supported"...) Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#434599: HMAC_MD5 in libgcrypt
Okay, informed myself a bit more ;-) Apparently old (libgcrypt-based) gnutls isn't of any interest any more. There's a good resume of the issues concerning use of (current, nettle-based) gnutls for git in Debian and Ubuntu at https://bugs.launchpad.net/ubuntu/+source/git/+bug/432786 , which I've just updated with a comment on the current situation. In brief, it should be both technically and legally feasible to use gnutls and nettle in order to implement imap-send for current versions of git! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#434599: [PATCH/RFC] git-imap-send: use libcurl for implementation
Use libcurl's high-level API functions to implement git-imap-send
instead of the previous low-level OpenSSL-based functions.
Since version 7.30.0, libcurl's API has been able to communicate with
IMAP servers. Using those high-level functions instead of the current
ones would reduce imap-send.c by some 1200 lines of code. For now,
the old ones are wrapped in #ifdefs, and the new functions are enabled
by make if curl's version is >= 7.35.0, from which version on curl's
CURLOPT_LOGIN_OPTIONS (enabling IMAP authentication) parameter has been
available.
As I don't have access to that many IMAP servers, I haven't been able to
test the new code with a wide variety of parameter combinations. I did
test both secure and insecure (imaps:// and imap://) connections and
values of "PLAIN" and "LOGIN" for the authMethod.
Signed-off-by: Bernhard Reiter
---
Am 2014-08-13 um 03:59 schrieb Jonathan Nieder:
> Bernhard Reiter wrote:
>> [...]
>
> Wow! This sounds lovely. Thanks for working on this.
Well thanks for the friendly welcome and the helpful comments!
I'm attaching a patch where I've applied the fixes you suggested, plus:
* I added the lf_to_crlf conversion to the curl codepath as
communication with another IMAP server I tried was broken without it.
* I added STARTTLS. (That's just the
curl_easy_setopt(curl, CURLOPT_USE_SSL, (long)CURLUSESSL_ALL);
line)
* I tested (and fixed) authentication, i.e. the auth_method stuff. As
the corresponding CURLOPT_LOGIN_OPTIONS flag has only been available
starting with curl 7.35.0, I've bumped the required version to that.
(Apparently it was possible to achieve the same effect with a different
option in between versions 7.31.0 and 7.34.0 [1], but I haven't found
yet how. Is it worth the effort?)
* I made that file scope imap_folder a member of struct imap_server_conf
(named folder), which makes some things easier.
>> @@ -1417,31 +269,89 @@ int main(int argc, char **argv)
>> return 1;
>> }
>>
>> +curl_global_init(CURL_GLOBAL_ALL);
>
> http.c seems to make the same mistake,
Patch at http://permalink.gmane.org/gmane.comp.version-control.git/255221
> [...]
>> +if (server.tunnel) {
>> +const char *argv[] = { server.tunnel, NULL };
>> +struct child_process tunnel = {NULL};
>
> (not about this patch) Could use the child_proccess's internal
> argv_array:
>
> struct child_process tunnel = {NULL};
> argv_array_push(&tunnel.args, server.tunnel);
Patch at
http://permalink.gmane.org/gmane.comp.version-control.git/255220 (The
patch attached to this mail depends on that one.)
No comments on those patches yet, though.
> (about this patch) Would there be a way to make this part reuse the
> existing code? The only difference I see is that *srvc has been
> renamed to server, which doesn't seem to be related to the change of
> transport API from OpenSSL to libcurl.
>
> [...]
>> +curl_socket_t sockfd = tunnel.out; // what about tunnel.in ?
>
> Hmm. curl expects to get a socket it can send(), recv(), setsockopt(),
> etc on instead of a pair of fds to read() and write().
>
> I wonder why someone would want to use SSL through a tunnel, though.
> Currently it's impossible to get to the SSL codepath when a tunnel
> is active (it's in the 'else' block an 'if (srvc->tunnel)'). If that
> property is preserved, then we should be safe.
Now this turns out to be the one major annoyance left, because we only
have those two fds (actually pipes, right?), and not a socket that we
could pass to curl, so we can't use it to talk to the IMAP server. So if
the tunnel parameter is set, we're stuck with the old hand-written IMAP
handling routines, even with USE_CURL_FOR_IMAP set, meaning I can't wrap
as much in #ifdef...#endif blocks as I'd like. :-( BTW, due to two of
the blocks that I do add I get a compiler warning about the curl handle
remaining possibly unitialized :-/
I've removed the curl specific socket handling routines, as we can't use
them anyway for now.
I've asked about passing two pipes instead of a socket to curl on their
ML [1] as this has even been discussed before [2], but unfortunately,
there doesn't seem to be a solution as of yet. I've also asked on SO
[3], but no answers yet.
> To summarize:
> [...]
>
> * As soon as you're ready to roll this out to a wider audience of
>testers, let me know, and we can try to get it into shape for
>Junio's "next" branch (and hence Debian experimental).
Is this one good enough already?
Bernhard
[1] http://sourceforge.net/p/curl/bugs/1372/
[2] http://curl.haxx.se/mail/lib-2014-08/0102.html
[3] http://
