Bug#910657: syndie: Incomplete debian/copyright?
Hi, Actually, I've checked syndie/doc/licenses(I guess this is what you saw). AFAIK, those are about codes in I2P, not Syndie. Sorry about confusions. If it's satisfactory, I'll close this bug. Best regards, MH 2018年10月9日(火) 20:21 Chris Lamb : > > Source: syndie > Version: 1.107b-1 > Severity: serious > Justication: Policy 12.5 > X-Debbugs-CC: Masayuki Hatta , ftpmas...@debian.org > > Hi, > > I just ACCEPTed syndie from NEW but noticed it was missing > attribution in debian/copyright for at least Adam Buckley, Gregory > Rubin... > > This is in no way exhaustive so please check over the entire package > carefully and address these on your next upload. > > > Regards, > > -- > ,''`. > : :' : Chris Lamb > `. `'` la...@debian.org / chris-lamb.co.uk >`- -- Masayuki Hatta Associate Professor, Faculty of Economics and Management, Surugadai University, Japan http://about.me/mhatta mha...@gnu.org / mha...@debian.org / mha...@opensource.jp / hatta.masay...@surugadai.ac.jp
Bug#908884: Follow-up #908884
Hi, i2p 0.9/36-2 has a workaround for this problem, and the Tomcat upstream seems fixed this bug (I didn't test it personally). So this might be closed after Tomcat 8.5.35 release. https://bz.apache.org/bugzilla/show_bug.cgi?id=62674#c14 Best regards, MH -- Masayuki Hatta Associate Professor, Faculty of Economics and Management, Surugadai University, Japan http://about.me/mhatta mha...@gnu.org / mha...@debian.org / mha...@opensource.jp / hatta.masay...@surugadai.ac.jp
Bug#908884: On Bug #908884
tags 908884 upstream thanks Hi, Thanks for reporting. I could reproduce the hung up on sid & buster. Installing libtomcat8-java 8.5.32-2 fixes the problem. It seems that some bug has been entered into the upstream Tomcat8 between 8.5.32 and 8.5.33. https://bz.apache.org/bugzilla/show_bug.cgi?id=62674 Best regards, MH -- Masayuki Hatta Associate Professor, Faculty of Economics and Management, Surugadai University, Japan http://about.me/mhatta mha...@gnu.org / mha...@debian.org / mha...@opensource.jp / hatta.masay...@surugadai.ac.jp
Bug#462678:
Hi, In [EMAIL PROTECTED] Kamaraju Kusumanchi [EMAIL PROTECTED] wrote: However 2) is something that should be fixed in the new ghostscript packages. IMO ghostscript-x should be providing gs, gs-esp and gs-gpl, and not ghostscript. If that had been the case, I would not have been allowed to remove ghostscript-x. I like this idea myself. But would like to hear from the maintainers. I fixed it in 8.62.dfsg.1-1. Now ghostscript doesn't provide old gs packages with X11 support -- gs-esp, gs-gpl, gs-afpl, gs-aladdin -- instead, ghostscript-x does. Thanks all for suggestion. Also, Is it fine if a package depends/recommends/suggests the gs package? or should the maintainers remove the dependency on gs package completely and explicitly depend upon ghostscript or ghostscript-x? If that package really needs X11 support, then they should depend on ghostscript-x explicitly, or gs (which depends on ghostscript and ghostscript-x). If they don't need X11 support (like software which are used in printer servers or such), they may depend on ghostscript (without X11) explicitly. Ghostscript doesn't depend/recommend on ghostscript-x at all(but I made it suggest -x recently). I think most of packages which need Ghostscript implicitly assume the presence of X11 support (like kghostview), so Depends: gs is a safe bet even now. Actually, now I kinda regret that I didn't name the new one as ghostscript (with X11 support) and ghostscript-nox. That was my fault. Best regards, MH -- Masayuki Hatta Graduate School of Economics, The University of Tokyo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440893: On Debian Bug#440893
severity 440893 important tags 440893 unreproducible moreinfo help thanks Hi, I couldn't reproduce this bug. On my environment, ede can be installed smoothly (I checked with emacs22 22.1+1-2.3). More info is needed. Thanks for reporting, MH -- Masayuki Hatta Graduate School of Economics, The University of Tokyo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454945: insight: FTBFS on 64 bit arches: gdbtk-register.c:348: warning: cast from pointer to integer of different size
Hi, In [EMAIL PROTECTED] Kurt Roeckx [EMAIL PROTECTED] wrote: Your package is failing to build on the 64 bit arches with the following error: cc1: warnings being treated as errors .././gdb/gdbtk/generic/gdbtk-register.c: In function 'get_register_name': .././gdb/gdbtk/generic/gdbtk-register.c:348: warning: cast from pointer to integer of different size Note that there are plenty of warnings like that, but the rest doesn't seem to be compiled with -Werror. The offending lines are something like: int numbers = (int) argp; So it seems this is one of those 32bit/64bit pointer size difference issues. However, I'm not sure how to fix this (I don't have any 64bit arch machine and know little about it). Do you have any idea? Does intptr_t numbers = (int) argp work for you? Best regards, MH -- Masayuki Hatta Graduate School of Economics, The University of Tokyo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454259: Installation fails, seems user gnugk is missing
Package: gnugk Version: 2:2.2.6-6 Severity: grave Hi, Installation of gnugk fails with the following message: Setting up gnugk (2:2.2.6-6) ... Starting H.323 gatekeeper: start-stop-daemon: user `gnugk' not found (Success) invoke-rc.d: initscript gnugk, action start failed. dpkg: error processing gnugk (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: gnugk E: Sub-process /usr/bin/dpkg returned an error code (1) This is my first time to install this package. Seems user gnugk should be created in preinst or somewhere? Best regards, MH -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnugk depends on: ii adduser3.105 add and remove users and groups ii libc6 2.7-3 GNU C Library: Shared libraries ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfbclient2 2.0.3.12981.ds1-1 Firebird client library ii libgcc11:4.2.2-4 GCC support library ii libldap2 2.1.30.dfsg-13.5 OpenLDAP libraries ii libmysqlclient15off5.0.45-3 MySQL database client library ii libopenh323-1.19.1 1.19.1~dfsg-3 H.323 aka VoIP library ii libpq5 8.2.5-3 PostgreSQL C client library ii libpt-1.11.2 1.11.2-1 Portable Windows Library ii libsasl2-2 2.1.22.dfsg1-16 Cyrus SASL - authentication abstra ii libsdl1.2debian1.2.12-1 Simple DirectMedia Layer ii libssl0.9.80.9.8g-3 SSL shared libraries ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime gnugk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446825: ghostscript: shouldn't provide gs, gs-gpl (and probably others)
Hi, By the way, a suggestion for the names of packages: is it possible to change ghostscript-x to ghostscript, and rename ghostscript to ghostscript-nox? This naming policy may be more consistent with other debian packages. e.g., vim and vim-nox, emacs22 and emacs22-nox, etc. Thanks for suggestion, but the current ghostscript-x package only contains /usr/lib/ghostscript/8.61/X11.so, so I'm pretty much reluctant to call it the main ghostscript package. Possibly I should have called it ghostscript-plugin-x or such, but I don't think it makes much difference... Best regards, MH -- Masayuki Hatta Graduate School of Economics, The University of Tokyo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385039: marked as done (doesn't restart on upgrade (uses --exec with --stop))
reopen 385039 thanks Oops, I got the wrong bug number... Sorry for this mess, MH -- Masayuki Hatta Graduate School of Economics, The University of Tokyo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385023: speedbar: Fails to install
In [EMAIL PROTECTED] Bill Allombert [EMAIL PROTECTED] wrote: Seems cedet packages need to Pre-Depends on emacsen. How do you think? Won't probably work. What if xemacs21 is installed at the same time? This will satisfy the Pre-Depends: emacsen. It seems that if one of emacsen (emacs21, xemacs21 or emacs-snapshot) had been installed and configured, cedet can survive its installation nicely. I still can't figure out why this error happens, and I guess this is not the way to go, but Pre-Depends: emacsen should be a decent solution from a user's view, at least for etch. Please try 1:1.0pre3-6 (I uploaded this to unstable). Best, MH -- Masayuki Hatta Graduate School of Economics, The University of Tokyo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385023: speedbar: Fails to install
tags 385023 +etch +moreinfo thanks In [EMAIL PROTECTED] Bill Allombert [EMAIL PROTECTED] wrote: Hello, It is 100% reproducible. Either do piuparts -a -d etch speedbar Or deboostrap a clean Etch chroot and do apt-get install speedbar Oh well, now I could reproduce this. In a clean Etch chroot by debootstrap, # apt-get install speedbar fails, but # apt-get install emacs21; apt-get install speedbar goes well. Seems cedet packages need to Pre-Depends on emacsen. How do you think? Best, MH -- Masayuki Hatta Graduate School of Economics, The University of Tokyo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392036: (no subject)
Hi, I couldn't reproduce your bug with emacs21 (21.4a-6.2), emacs-snapshot (1:20061003-1), xemacs21 (21.4.19-1). The interesting lines are, Error while loading 52semantic Loading /etc/emacs/site-start.d/53cogre.el (source)... Cannot open load file: semantic-el semantic depends on cedet-common, so so any portion of semantic shouldn't be there. There might be some rubbish in your system? Also, I appreciate if you could send me the bug trace in English (I can guess the meaning of some French words, but not really...) Best, MH -- Masayuki Hatta Graduate School of Economics, The University of Tokyo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385023: (no subject)
Hi, I couldn't reproduce your bug with emacs21 (21.4a-6.2), emacs-snapshot (1:20061003-1), xemacs21 (21.4.19-1). I am not sure what is the culprit, but seems speedbar conflicts with some other emacs-lisp packages. allomber, do you have any idea? Best, MH -- Masayuki Hatta Graduate School of Economics, The University of Tokyo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389389: ndtpd - ebnetd Co.
Hi guys, Actually, the upstream had changed the name -- ndtpd now becomes a part of the ebnetd suite. I started to work on packaging this, but not finished yet. On low popcon numbers -- well, NDTP is only popular in Japan, and unfortunately popcon is not so popular in Japan (I have been trying to encourage people to install popularity-contest, in vain). Regards, MH -- Masayuki Hatta Graduate School of Economics, The University of Tokyo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333958: Future of blender maintenance (was: Patch for #333958, Intent to NMU)
Hi, At first, thank you for taking care of blender package. I really appreciate your efforts. In [EMAIL PROTECTED] Florian Ernst [EMAIL PROTECTED] wrote: Even though you seem to be continously working on most of the packages you (co-)maintain as well as sponsoring people there are apparently some packages that are ranked at a lower priority, Right, these days I only have sporadic free time, and tend to concentrate on other FLOSS activities anyway. I too think now is the time for clearance sale ;-) accumulating RC bugs, patches and / or NMUs over time and slowly bitrotting. Both Wouter and me would like to work on the blender packaging for Debian, possibly in team-maintenance via alioth. So, we can offer to lighten your load by taking over maintainership or, at least, by acting as co-maintainers and directly working on the package. I'm still toying Blender sometimes, so I would like to be involved with the maintenance of blender package in some way. You guys may add your name to Uploaders: right now -- and I think you are right, we should move to the team-maintenance via alioth ASAP. I applied to alioth for a project called pkg-blender, so let's use it when it's ready. Best regards, MH -- Masayuki Hatta Graduate School of Economics, University of Tokyo [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]