Re: RFS: Planner (orphan package)
Thanks for the answers! Unfortunately, I ran into an issue - possibly upstream -, which worries me a bit: I have a .planner file, created with an older version (whatever version is in Ubuntu Lucid), which doesn't load correctly with the updated package. By doesn't load correctly, I mean that there is no error message, neither on stderr, nor elsewhere, but the chart doesn't display. If I recompile the version in Debian to get rid of the python << 2.7 conflict, that can load the file, and display the Gantt chart correctly, but your prepared version can't. Sadly, I cannot share the planner file (it's company stuff), so I'll try to prepare a sample that exhibits the same problem, without the sensitive information. -- |8] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87aa7mko7n@luthien.mhp
Re: RFS: Planner (orphan package)
On Wed, Nov 23, 2011 at 09:49:54PM +0100, Gergely Nagy wrote: > Josue Abarca writes: > > > Wences Arana and I intend to adopt planner, so now we are looking for > > a sponsor for our package "planner". > [...] > > The package is lintian (pedantic) clean. > > Fortunately for me, it's not algernon-clean just yet! > docs > > > Why are you installing the AUTHORS file into the binary package? That's > pretty much covered in debian/copyright anyway. Similarly, I find the > README fairly useless too, as most of the information in it is already > available in the debian package. Well, about the README, the previous maintainer included it, and the url of the upstream's bug tracker is there, but that is not very useful, so I agree, it will be excluded from the binary packages ASAP. The same goes for AUTHORS. > It's only the NEWS file I'd keep, and a quick glance through it suggests > that it's enough to put that into the planner package, -dev, -doc and > -data don't really need a copy, I believe. I agree, it will be done ASAP. > debian/source/local-options > === > > Erm, this thing is, well, local. It's not in the package in any shape or > form, so... why mention it in the changelog? (Or perhaps you want it as > debian/source/options instead?) The file is in our git repository[0], it should not be in the debian/changelog, I suppose that we were too eager to start registering some progress there. The commit message should have been enough. > This is all for now. Other than this, the package looks fine after a > quick glance, and unless I find anything more severe by the time this > mail gets answered and I'm done testing the binaries, I'm willing to > upload as-is. Thanks for your help. [0] http://anonscm.debian.org/gitweb/?p=collab-maint/planner.git -- Josué M. Abarca S. Vos mereces Software Libre. PGP key 4096R/70D8FB2A 2009-06-17 Huella de clave = B3ED 4984 F65A 9AE0 6511 DAF4 756B EB4B 70D8 FB2A -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2024062156.GC19984@numenor.numenor
Re: RFS: flvmeta (updated package)
On Thu, Nov 24, 2011 at 9:24 AM, Paul Wise wrote: > On Wed, Nov 23, 2011 at 2:31 PM, Neutron Soutmun wrote: > >> dget -x >> http://mentors.debian.net/debian/pool/main/f/flvmeta/flvmeta_1.1~r235-2.dsc > > Good stuff, uploaded. :) Thank you very much. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMQP0smYhdWHxEadGL9=aypgigygnrbghw31qcqba7w...@mail.gmail.com
Re: RFS: mobile-broadband-provider-info (updated package)
On Sun, Nov 13, 2011 at 9:55 PM, Bhavani Shankar R wrote: > http://mentors.debian.net/debian/pool/main/m/mobile-broadband-provider-info/mobile-broadband-provider-info_2013-1.dsc Built, signed and uploaded. > Regarding watch file I'm a bit skeptical as its a package which has > regular commits upstream and requires frequent updation of the package > in the archives I think personally and using the ftp site for the > tarball location in watch file could lead to confusions with the > versions in the archive. And if the watch file is removed lintian > throws up error. So Antii (marked in CC) can pitch in I guess. This is why I think packaging it at all is possibly a bad idea since people running Debian stable/oldstable will always have old information. It would be better if the software that uses it were to be responsible for downloading it periodically. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6f4j50xod0jys0mdpznbgen3obp1skhmy1fpc9fatc...@mail.gmail.com
Re: RFS: flvmeta (updated package)
On Wed, Nov 23, 2011 at 2:31 PM, Neutron Soutmun wrote: > dget -x > http://mentors.debian.net/debian/pool/main/f/flvmeta/flvmeta_1.1~r235-2.dsc Good stuff, uploaded. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6HJ4MR81v1JaU2dK9LTqnOSL0U=w4domgt-fjpud5m...@mail.gmail.com
RFS: flashcache
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package "flashcache". * Package name: flashcache Version : 1.0+git201109221219-1 Upstream Author : Mohan Srinivasan et. al. (for Facebook) * URL : https://github.com/facebook/flashcache * License : GPL-2 / BSD-2-clause Section : kernel It builds those binary packages: flashcache-dkms - write-back block device cache for Linux (DKMS version) flashcache-utils - write-back block device cache for Linux (user space utilities) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/flashcache Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/flashcache/flashcache_1.0+git201109221219-1.dsc Note: The package builds a source only DKMS kernel module which is installed at the installation site, and binary utils. It's not very easy to find documentation on DKMS kernel module packages. If any of you have more experience with them than I do, please let me know about problems with it. Moreover the DKMS package is arch: all but /really/ should be arch: linux-all if we only would support that. It was tested with both, kernel 3.0 and 3.1. The Lintian warnings about hyphens used as minus sign are legit but appear to be a problem in the tool creating them. I am Debian Maintainer (DM). Upon your choice as sponsor, you eventually can get get rid of me annoying you with sponsoring requests by letting me set DMUA anytime in future. This package is team maintained. I got a lot of help by Dmitry in the past. Some of you might remember of having already heard of the package in the past on this list. :) - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOzYm6AAoJEMcrUe6dgPNtZEMQAI1E0/XPN6wdtLhZQTTZawqg IwI+9RO9BYHWr84hCrCHDUzrj3UKupluuKhW7vueh4CYoV8g1xNTygSDaw1tmJgl Yt6tLygCrih3ERpf+uMJDEPaqqisgieGqrbHsls50A35ck9wBB+fUYzdHE8//8ay 4yFFR6C2qBGSCnSV7Ah2tCWryg5ZOnoMn/FG4I++f/xzpD1VUj0sjabJg0TcXn+R AlYKIOTMKBzd7bxbSfgrLLtGvHpGagB3gv2QwS3mcw5ZhKY6Ac+DrJqxC0BIzI9y 3ZsxDUt6xAY4eDqryIwUUsQLFhoaGoSwIE2SsZ9l2yMgzEJr2EkVPBtrMKAl3Yij MiYl0IeF9ppOHQC+iBd4Wc9VhQP9GAUhoIpjsiuTDg4s0a/uHfuyuy6jUqkQdPDo iq80xlNQnVWCjCBTfsGtZvT+zNRMDevf5uX66WXqbtL4a6lXfdQcaulvJ4l3qciT k30F4HBTH+y64sH5QPVvgAKUJ22e6c84JaSkI97WavQ5e2Fa34LmSuStpsskNRPw LPs4aYDb4BaxsejG8cwjpKDr19KZWeGBuU8I57uxwiAhRp2MKTLRtRZzvJf2QeHE KLJq4/uDtq4fu9a1vFKCm3YfG77eEUMnlALDJY6r8z6XaYhbnP2Mh6UkEqbPzxhA WFQoYFnJj6Kq6dVte9Av =j353 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ecd89ba.9040...@toell.net
Re: RFS: python-meinheld
* Mikhail Lukyanchenko , 2011-11-16, 17:36: http://mentors.debian.net/package/python-meinheld Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-meinheld/python-meinheld_0.4.13-1.dsc Oh, one more thing: the package FTBFS on kfreebsd-*, even though upstream seems to support FreeBSD systems. Please apply the attached patch. I'd set Architecture to "linux-any kfreebsd-any" as it rather won't build on anything else. :) -- Jakub Wilk --- a/setup.py +++ b/setup.py @@ -22,7 +22,7 @@ poller_file = 'meinheld/server/picoev_epoll.c' elif "Darwin" == platform.system(): poller_file = 'meinheld/server/picoev_kqueue.c' -elif "FreeBSD" == platform.system(): +elif "FreeBSD" in platform.system(): poller_file = 'meinheld/server/picoev_kqueue.c' else: print "Sorry, Linux or MacOS only." --- a/meinheld/server/util.c +++ b/meinheld/server/util.c @@ -56,7 +56,7 @@ int on = 1, r; #ifdef linux r = setsockopt(client->fd, IPPROTO_TCP, TCP_CORK, &on, sizeof(on)); -#elif defined(__APPLE__) || defined(__FreeBSD__) +#elif defined(__APPLE__) || defined(__FreeBSD__) || defined(__FreeBSD_kernel__) r = setsockopt(client->fd, IPPROTO_TCP, TCP_NOPUSH, &on, sizeof(on)); #else #error @@ -73,7 +73,7 @@ int on = 1, r; #ifdef linux r = setsockopt(client->fd, IPPROTO_TCP, TCP_CORK, &off, sizeof(off)); -#elif defined(__APPLE__) || defined(__FreeBSD__) +#elif defined(__APPLE__) || defined(__FreeBSD__) || defined(__FreeBSD_kernel__) r = setsockopt(client->fd, IPPROTO_TCP, TCP_NOPUSH, &off, sizeof(on)); #else #error
Re: RFS: python-meinheld
* Mikhail Lukyanchenko , 2011-11-22, 14:20: Looks like packaging this software requires skills that I don't have. I can't reprosuce your crash on my unstable/amd64. Indeed, it doesn't seem to crash on amd64. Have no idea where to go with that, but don't want to give up early. After rebuilding python-meinheld with DEB_BUILD_OPTIONS='nostrip noopt' ("nostrip" was ignored, please fix it!), installing python-dbg and python-greenlet-dbg, the traceback is more useful: #0 0xf7cb090f in *__GI_memcpy (dstpp=0xb130, srcpp=0x6e696c28, len=1731033205) at memcpy.c:55 #1 0xf7b689cb in slp_restore_state () at greenlet.c:263 #2 slp_switch () at platform/switch_x86_unix.h:58 #3 0x080f93de in PyEval_CallObjectWithKeywords (func=0x0, arg=, kw=0x0) at ../Python/ceval.c:3890 #4 0xf7b69a24 in g_initialstub (mark=0xb1ec) at greenlet.c:529 #5 0xf7b69115 in g_switch (kwargs=0x0, args=, target=0x83412c0) at greenlet.c:399 #6 g_switch (target=, args=, kwargs=0x0) at greenlet.c:366 #7 0xf7b6986b in PyGreenlet_Switch (g=0x83412c0, args= ({'wsgi.multiprocess': True, 'SCRIPT_NAME': '', 'REQUEST_METHOD': 'GET', 'PATH_INFO': '/', 'SERVER_PROTOCOL': 'HTTP/1.1', 'QUERY_STRING': '', 'HTTP_USER_AGENT': 'Wget/1.13.4 (linux-gnu)', 'HTTP_CONNECTION': 'Keep-Alive', 'SERVER_NAME': '0.0.0.0', 'REMOTE_PORT': '58598', 'wsgi.url_scheme': 'http', 'meinheld.client': , 'SERVER_PORT': '8000', 'wsgi.input': , 'HTTP_HOST': '127.0.0.1:8000', 'wsgi.multithread': False, 'REQUEST_URI': '/', 'HTTP_ACCEPT': '*/*', 'wsgi.version': (1, 0), 'wsgi.run_once': False, 'wsgi.errors': , 'REMOTE_ADDR': '127.0.0.1', 'wsgi.file_wrapper': }, ), kwargs=0x0) at greenlet.c:1032 #8 0xf7b73e7d in process_wsgi_app (cli=0x83b57b0) at meinheld/server/server.c:375 #9 call_wsgi_app (loop=0x8553df0, client=0x83b57b0) at meinheld/server/server.c:566 #10 r_callback (loop=0x8553df0, fd=9, events=1, cb_arg=0x83b57b0) at meinheld/server/server.c:850 #11 0xf7b755c0 in picoev_poll_once_internal (_loop=0x8553df0, max_wait=1) at meinheld/server/picoev_epoll.c:159 #12 0xf7b717e1 in picoev_loop_once (max_wait=1, loop=0x8553df0) at meinheld/server/picoev.h:388 #13 meinheld_run_loop (self=0x0, args=(,)) at meinheld/server/server.c:1230 #14 0x080f9b5b in call_function (oparg=1, pp_stack=0xd3b4) at ../Python/ceval.c:4021 #15 PyEval_EvalFrameEx (f=Frame 0x82e9a9c, for file example.py, line 13, in (), throwflag=0) at ../Python/ceval.c:2666 #16 0x080ffbb4 in PyEval_EvalCodeEx (co=0xf7bf5bf0, globals= {'__builtins__': , '__file__': 'example.py', 'server': , '__name__': '__main__', 'hello_world': , '__package__': None, '__doc__': None}, locals= {'__builtins__': , '__file__': 'example.py', 'server': , '__name__': '__main__', 'hello_world': , '__package__': None, '__doc__': None}, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at ../Python/ceval.c:3253 #17 0x08100527 in PyEval_EvalCode (co=0xf7bf5bf0, globals= {'__builtins__': , '__file__': 'example.py', 'server': , '__name__': '__main__', 'hello_world': , '__package__': None, '__doc__': None}, locals= {'__builtins__': , '__file__': 'example.py', 'server': , '__name__': '__main__', 'hello_world': , '__package__': None, '__doc__': None}) at ../Python/ceval.c:667 #18 0x0811cdc0 in run_mod (mod=, filename=, globals= {'__builtins__': , '__file__': 'example.py', 'server': , '__name__': '__main__', 'hello_world': , '__package__': None, '__doc__': None}, locals= {'__builtins__': , '__file__': 'example.py', 'server': , '__name__': '__main__', 'hello_world': , '__package__': None, '__doc__': None}, flags=0xd62c, arena=0x8387a78) at ../Python/pythonrun.c:1346 #19 0x0811d9d9 in PyRun_FileExFlags (fp=0x82e9a90, filename=0xd8de "example.py", start=257, globals= {'__builtins__': , '__file__': 'example.py', 'server': , '__name__': '__main__', 'hello_world': , '__package__': None, '__doc__': None}, locals= {'__builtins__': , '__file__': 'example.py', 'server': , '__name__': '__main__', 'hello_world': , '__package__': None, '__doc__': None}, closeit=1, flags=0xd62c) at ../Python/pythonrun.c:1332 #20 0x0811e5bc in PyRun_SimpleFileExFlags (fp=0x82e9a90, filename=, closeit=1, flags=0xd62c) at ../Python/pythonrun.c:936 #21 0x0812e513 in Py_Main (argc=2, argv=0xd714) at ../Modules/main.c:599 #22 0x080603ab in main (argc=2, argv=0xd714) at ../Modules/python.c:23 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2023223536.ga...@jwilk.net
RFS: owncloud 2.0.1
Dear mentors, I am STILL looking for a sponsor for my package "owncloud". Meanwhile version 2.0.1 was released. * Package name: owncloud Version : 2.0.1-1 Upstream Author : Frank Karlitschek, Robin Appelman, Jakob Sack, ... * URL : http://owncloud.org * License : AGPL Section : web It builds those binary packages: owncloud - cloud storage for files, music, contracts, calendars and many mor To access further information about this package, please visit the following URL: http://mentors.debian.net/package/owncloud Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/owncloud/owncloud_2.0.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards an dmany thanks, Thomas Müller -- Thomas Müller E-Mail: thomas.muel...@tmit.eu -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1322085102.4ecd6aee54...@office.tmit.eu
Re: RFS: freefilesync (new upstream version)
Dear mentors, A new upstream version of FreeFileSync has been released (Lintian warnings has been fixed too). So I am still looking for a sponsor for my package "freefilesync". FreeFileSync is an Open-Source folder comparison and synchronization tool. It is optimized for highest performance and usability without restricted or overloaded UI interfaces. * Package name: freefilesync Version : 4.3-3 Upstream Author : ZenJu * URL : http://freefilesync.sourceforge.net/ * License : GPL-3 Section : utils It builds those binary packages: freefilesync - This program is an Open-Source folder comparison and synchronization tool. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/freefilesync Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/freefilesync/freefilesync_4.3-3.dsc I would be glad if someone uploaded this package for me. Kind regards, Damien Lecan Le 13/11/2011 22:27, Damien Lecan a écrit : > Dear mentors, > > I am looking for a sponsor for my package "freefilesync". > > FreeFileSync is an Open-Source folder comparison and synchronization > tool. It is optimized for highest performance and usability without > restricted or overloaded UI interfaces. > > * Package name: freefilesync >Version : 4.2-2 >Upstream Author : ZenJu > * URL : http://freefilesync.sourceforge.net/ > * License : GPL-3 >Section : utils > > It builds those binary packages: > > freefilesync - This program is an Open-Source folder comparison and > synchronization tool. > > To access further information about this package, please visit the > following URL: > > http://mentors.debian.net/package/freefilesync > > Alternatively, one can download the package with dget using this command: > > dget -x > http://mentors.debian.net/debian/pool/main/f/freefilesync/freefilesync_4.2-2.dsc > > I would be glad if someone uploaded this package for me. > > Kind regards, > > Damien Lecan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ecd61fe.7070...@dlecan.com
Re: RFS: Planner (orphan package)
Josue Abarca writes: > Wences Arana and I intend to adopt planner, so now we are looking for > a sponsor for our package "planner". [...] > The package is lintian (pedantic) clean. Fortunately for me, it's not algernon-clean just yet! docs Why are you installing the AUTHORS file into the binary package? That's pretty much covered in debian/copyright anyway. Similarly, I find the README fairly useless too, as most of the information in it is already available in the debian package. It's only the NEWS file I'd keep, and a quick glance through it suggests that it's enough to put that into the planner package, -dev, -doc and -data don't really need a copy, I believe. debian/source/local-options === Erm, this thing is, well, local. It's not in the package in any shape or form, so... why mention it in the changelog? (Or perhaps you want it as debian/source/options instead?) This is all for now. Other than this, the package looks fine after a quick glance, and unless I find anything more severe by the time this mail gets answered and I'm done testing the binaries, I'm willing to upload as-is. -- |8] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pqgio971@luthien.mhp
Re: Having mentors.d.n aware of packaging teams
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Thomas, On 23.11.2011 16:09, Thomas Goirand wrote: > I wouldn't have the time to implement it, but that would really be a > great feature! you're not the first coming up with that idea [1]. We're indeed seeking a tighter integration of Debexpo with existing packaging workflows - team maintained packages being one of them. While Lucas' suggestion does not entirely cover yours, it really is only a different implementation of your idea. I personally would really like to have that implemented, but - as always - - we're lacking manpower. We have a huge backlog already, but no time to work on Debexpo on the other hand. Hence, it may be quite a while until we reach the point to consider implementing your suggestion. Albeit I'm probably annoying everyone by repeating myself: We're desperately seeking contributors for Debexpo (i.e. mentors.debian.net). If anyone is interested, please contact us! [1] https://alioth.debian.org/tracker/index.php?func=detail&aid=313253&group_id=100127&atid=413115 - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOzVMwAAoJEMcrUe6dgPNtHWEP/3EdBj2uoRpn7EFh/4Vu8axL Laz6onQIwFIARVFYtBNSguz9txatviuUU4UYrtBJrDMWPXRlvgN4URRDIAwqep/Y Z4tvPJ9IwC/QLz++eEYy7QPh25d4IVXnHPO6TpmVxuaITpuGzDm7za7FzGc6YuhJ GF9Dv8v3El0KO6pepqJPvmgvH9OJmltMQPGDMJ+8CprZVV64NRkkdSZNNSAtOeqZ 58py8h5YrsFdhoVDpYHKdrUSvpk5HjRY3uh1i6PBNakCOyvvxuMnve6022VJ+Dmv N8ys3lc/hNlHt4VsVIOUbk5gAKPdkqxUcXELpwQqFOEnrm4VVGzyJ4mmC9EeYf7Q v+2AA7dJRasNH4cjjawvo8Hhlr4F0Ey+7sZNDMMU5u02NX0Ms+j01o+4IhEQMrv7 i+vnn4Ay13Pf/SvPcZMXKWEZad6A25KnApQWXZcxDyK51mIUHaD2Q4Rbk7KNipDv HokV0FVjqBJo6Y/YuIa1q2KNQzUIpXAOspP8yF2mjE6rz1XpLCNfhi08GBmjL5gS qlP5CmWFZZ59GexIqhQXNplylIvhGcIPJK+R/lcdHarRbgAYY0YvpPEnQ1U1CkT0 R5OOwSxRdRe3WUGreBCMsHkngUDSeOx2WUXQH4T5Sd9s4ELc4+3+/EYMjdt3kzsz KuXeOAfUiPuI5w7GloWE =3nJi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ecd5330.40...@toell.net
RFS: mosh (2nd try)
Dear mentors, I am looking for a sponsor for my package "mosh". * Package name: mosh Version : 0.2.7+dfsg-1 Upstream Author : Taro Minowa * URL : http://mosh.monaos.org/ * License : BSD-2-clause Section : lisp It builds those binary packages: mosh - fast R6RS Scheme interpreter mosh-doc - fast R6RS Scheme interpeter - reference documentation To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mosh Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mosh/mosh_0.2.7+dfsg-1.dsc I would be glad if someone uploaded this package for me. Note to potential reviewers: you may find my past RFS interesting. http://lists.debian.org/debian-mentors/2011/06/msg00227.html http://lists.debian.org/debian-mentors/2011/07/msg00291.html I have patched the source to avoid the requirement to use a patched libgc, so mosh now links against system libgc. The debian/rules performs a 2-pass build: it bootstraps once using precompiled images, then builds itself with patches using the interpreter built in stage 1. Lintian overrides are documented in their respective files. Cheers, -- David Banks -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caobnz7y8ger957yz+yaukqxxevnns+lj4a3kof11y9y257s...@mail.gmail.com
Re: RFS: jabber-querybot
Le mercredi, 23 novembre 2011 16.30:11, Marco Balmer a écrit : > Finaly I implemented your proposal 3. Learned a lot today! Thanks to all. Uploaded. . -- OdyX signature.asc Description: This is a digitally signed message part.
Re: Computing d/control "Provides:" line
On Wed, Nov 23, 2011 at 5:16 PM, Gergely Nagy wrote: > Mathieu Malaterre writes: > >> On Wed, Nov 23, 2011 at 4:34 PM, Gergely Nagy wrote: >>> What exactly would you want to put in the Provides field in this case? >> >> Right now it would be something like: >> >> Package: libactiviz.net-cil >> Provides: libactiviz.net${`apt-cache policy libvtk5-dev | grep >> Installed | cut -d: -f2 | cut -d- -f1`}-cil >> >> Of course I am not looking for "Installed version" per say, but the >> idea is there: I need to compute the soversion of a package from >> another package version. This would allow me to request binNMU instead >> of doing source upload modifying one number in d/control. > > The -V option of dpkg-gencontrol is what you seek, in this case. You can > do something like the following (assuming short-form dh7+): > > override_dh_gencontrol: > dh_gencontrol -- -VVTK_VERSION=$(shell ...) > > Then in debian/control, you can use > Provides: libactiviz.net${VTK_VERSION}-cil > > Just figure out a better way to get the version than the apt-cache > policy parsing. > > If not using short-form dh7+, have a look at the dpkg-gencontrol manpage > (and dh_gencontrol, if using debhelper long form). magnificent ! -- Mathieu -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ca+7wusxdu9vxj2kmma0-kat1gjm93+h9tg+5-i_alwg2+3a...@mail.gmail.com
Re: Computing d/control "Provides:" line
Mathieu Malaterre writes: > On Wed, Nov 23, 2011 at 4:34 PM, Gergely Nagy wrote: >> What exactly would you want to put in the Provides field in this case? > > Right now it would be something like: > > Package: libactiviz.net-cil > Provides: libactiviz.net${`apt-cache policy libvtk5-dev | grep > Installed | cut -d: -f2 | cut -d- -f1`}-cil > > Of course I am not looking for "Installed version" per say, but the > idea is there: I need to compute the soversion of a package from > another package version. This would allow me to request binNMU instead > of doing source upload modifying one number in d/control. The -V option of dpkg-gencontrol is what you seek, in this case. You can do something like the following (assuming short-form dh7+): override_dh_gencontrol: dh_gencontrol -- -VVTK_VERSION=$(shell ...) Then in debian/control, you can use Provides: libactiviz.net${VTK_VERSION}-cil Just figure out a better way to get the version than the apt-cache policy parsing. If not using short-form dh7+, have a look at the dpkg-gencontrol manpage (and dh_gencontrol, if using debhelper long form). -- |8] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87sjlevmon.fsf@algernon.balabit
Re: Computing d/control "Provides:" line
On Wed, Nov 23, 2011 at 4:34 PM, Gergely Nagy wrote: > Mathieu Malaterre writes: > >> I would like to know if there is an easy way to fill in the >> "Provides: " line in a d/control file ? >> >> Here is the situation, one of my package is activiz.net a C# binding >> to a C++ library VTK. VTK 5.8 was uploaded to unstable today. I need >> therefore to transition from activiz.net 5.6 to activiz.net 5.8 to >> indicate the SOVERSION change. >> >> Instead of manually editing the d/control file I was wondering if I >> could detect this case and update the control file during package >> generation time. > > What exactly would you want to put in the Provides field in this case? Right now it would be something like: Package: libactiviz.net-cil Provides: libactiviz.net${`apt-cache policy libvtk5-dev | grep Installed | cut -d: -f2 | cut -d- -f1`}-cil Of course I am not looking for "Installed version" per say, but the idea is there: I need to compute the soversion of a package from another package version. This would allow me to request binNMU instead of doing source upload modifying one number in d/control. Thanks, -- Mathieu -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+7wUsztPzJ7Ft-HgBoZVfo0Qk7g3viQ-1XdZ44jC2qv9=m...@mail.gmail.com
Re: Computing d/control "Provides:" line
Mathieu Malaterre writes: > I would like to know if there is an easy way to fill in the > "Provides: " line in a d/control file ? > > Here is the situation, one of my package is activiz.net a C# binding > to a C++ library VTK. VTK 5.8 was uploaded to unstable today. I need > therefore to transition from activiz.net 5.6 to activiz.net 5.8 to > indicate the SOVERSION change. > > Instead of manually editing the d/control file I was wondering if I > could detect this case and update the control file during package > generation time. What exactly would you want to put in the Provides field in this case? -- |8] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wraqvomu.fsf@algernon.balabit
Re: RFS: jabber-querybot
Or now with the -ef suggestion (way nicer!): On Wed, 23 Nov 2011 16:04:20 +0100, Didier Raboud wrote: What about that snippet? (which I wrote with inspiration from my local /var/lib/dpkg/info/*.preinst e.g.) == proposal 2 == case "$1" in upgrade) if dpkg --compare-versions "$2" lt 0.0.5.1-1; then if [ /etc/jabber-querybot/Querymodule.pm -ef /usr/share/doc/jabber-querybot/examples/Testbot.pm ]; then rm /etc/jabber-querybot/Querymodule.pm fi fi ;; esac == /proposal 2 == -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/493ef0271300df90a8930c05eca4c...@raboud.com
Re: RFS: Planner (orphan package)
Josue Abarca writes: > Wences Arana and I intend to adopt planner, so now we are looking for > a sponsor for our package "planner". FYI to anyone who might be looking at this: I intend to review the adopted packages, and sponsor it too (unless I find something terrible, but judging by the RFS, I probably won't). So if anyone else happens to upload it sooner than I'd do, please say so on the list, so that I won't try to do the same. -- |8] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/871usyx3bh.fsf@algernon.balabit
Re: RFS: jabber-querybot
Didier, On Wed, Nov 23, 2011 at 04:22:06PM +0100, Didier Raboud wrote: > And now finally taking care of the "install" step too: this is > needed if someones installs jabber-querybot 0.0.4-1, uninstalls it > (the symlink doesn't get removed) and then installs 0.0.5.1-1. > > On Wed, 23 Nov 2011 16:15:51 +0100, Didier Raboud wrote: > >Or now with the -ef suggestion (way nicer!): > > > >On Wed, 23 Nov 2011 16:04:20 +0100, Didier Raboud wrote: > >>What about that snippet? (which I wrote with inspiration from my > >>local /var/lib/dpkg/info/*.preinst e.g.) > > == proposal 3 == > case "$1" in > upgrade|install) > if dpkg --compare-versions "$2" lt 0.0.5.1-1; then > if [ /etc/jabber-querybot/Querymodule.pm -ef > /usr/share/doc/jabber-querybot/examples/Testbot.pm ]; > then > rm /etc/jabber-querybot/Querymodule.pm > fi > fi > ;; > esac > == /proposal 3 == Finaly I implemented your proposal 3. Learned a lot today! Thanks to all. dget -x http://mentors.debian.net/debian/pool/main/j/jabber-querybot/jabber-querybot_0.0.5.1-1.dsc -- Marco signature.asc Description: GnuPG Signature
Re: preserving user changes while managing configuration files
Dennis van Dok writes: > On 23-11-11 14:34, Arno Töll wrote: >> please mind the exact wording here. A "configuration file" is not >> the same as a "conffile" in Debian. Note, you are not allowed to >> modify a conffile at any time. > In the context of the maintainer scripts, I take it. ;-) > > [...] >> If you want to modify the configuration of your package at >> installation time, you can do so by creating a configuration file >> your program expects _at installation time_ in the maintainer >> script but it must not be part of the package itself. To preserve >> user changes or do a graceful updates of your dynamically created >> configuration files, you may then manage your changes through ucf >> as Alexander suggested. > > OK, thanks. Just to be clear, running dpkg-reconfigure *will* rewrite > the configuration if the admin never touched the configuration file, > is that correct? > > I'm going to try my hand at using ucf now. My suggestion was that you don't ship a default config file at all, and only offer the debconf-based configuration if one does not exist. If one exists, that means that it's either been generated already (thus, upgrades won't destroy, or even touch the file), or that the admin wrote one. This way you don't have much else to do than to wrap the whole install-time configuration in an if [ ! -f /etc/package.conf ]; then ...; fi construct. (And handle purge, but that one's easy.) -- |8] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8762iax3jz.fsf@algernon.balabit
Having mentors.d.n aware of packaging teams
Hi, Numerous times, I've seen people post their RFS requests for software that should be looked over by some packaging teams. Fore example, PHP or PEAR modules, python libraries, etc. It'd be really great if mentors.d.n was aware of the different packaging team, and was kindly telling about it when uploading a new package. For example, debExpo could look at the proposed package name, and be smart enough to tell that an RFS for a php-* package should be directed to the PKG-PHP team, a python-* to the python team, etc. I wouldn't have the time to implement it, but that would really be a great feature! What are the opinions of other DDs? Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ecd0c94.6010...@goirand.fr
Re: RFS: jabber-querybot
And now finally taking care of the "install" step too: this is needed if someones installs jabber-querybot 0.0.4-1, uninstalls it (the symlink doesn't get removed) and then installs 0.0.5.1-1. On Wed, 23 Nov 2011 16:15:51 +0100, Didier Raboud wrote: Or now with the -ef suggestion (way nicer!): On Wed, 23 Nov 2011 16:04:20 +0100, Didier Raboud wrote: What about that snippet? (which I wrote with inspiration from my local /var/lib/dpkg/info/*.preinst e.g.) == proposal 3 == case "$1" in upgrade|install) if dpkg --compare-versions "$2" lt 0.0.5.1-1; then if [ /etc/jabber-querybot/Querymodule.pm -ef /usr/share/doc/jabber-querybot/examples/Testbot.pm ]; then rm /etc/jabber-querybot/Querymodule.pm fi fi ;; esac == /proposal 3 == -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1c5a009875074f9fa19aa52801f2e...@raboud.com
Re: RFS: jabber-querybot
On Wed, 23 Nov 2011 15:21:38 +0100, Marco Balmer wrote: - d/preinst: Implemented according to your remarks. Almost there! :-> == your code == if [ -L /etc/jabber-querybot/Querymodule.pm ] && \ [ "$1" = "upgrade" ] && \ [ "$2" = "0.0.4-1" ]; then if ls -l /etc/jabber-querybot/Querymodule.pm | grep -q \ "/usr/share/doc/jabber-querybot/examples/Testbot.pm"; then rm /etc/jabber-querybot/Querymodule.pm fi fi == /your code == With your current code, the link type will be tested at each run of the preinst. In fact, your "lazy evaluation" checks things in reverse order: first the link, then the version, then "are we upgrading?"; where it's probably more efficient to test things in the reverse order (as the lazy evaluation will stop as soon as possible). Furthermore, you take the output of ls as granted and check its content with grep; that's not very efficient (and error prone; what if I had setup that symlink to /home/me/stuff/usr/share/doc/jabber-querybot/examples/Testbot.pm ?) And the preinst will only work when upgraded from _exactly_ 0.0.4-1; what if jabber-querybot exists (in derivatives, binary rebuilds, etc) in versions bigger than that but still smaller than 0.0.5.1-1 ? For this, dpkg --compare-versions is usually used, as it provides clean "> < >= <= <>" operators, for this purpose. What about that snippet? (which I wrote with inspiration from my local /var/lib/dpkg/info/*.preinst e.g.) == proposal == case "$1" in upgrade) if dpkg --compare-versions "$2" lt 0.0.5.1-1; then if [ -L /etc/jabber-querybot/Querymodule.pm ] && [ `readlink /etc/jabber-querybot/Querymodule.pm` = "/usr/share/doc/jabber-querybot/examples/Testbot.pm" ]; then rm /etc/jabber-querybot/Querymodule.pm fi fi ;; esac == /proposal == Cheers, OdyX -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/dc51fddf8ea3de6a9801efe467910...@raboud.com
Re: RFS: jabber-querybot
Hi Benoît, On Wed, Nov 23, 2011 at 03:41:55PM +0100, Benoît Knecht wrote: > > Lesson learned! Thx! I hope you are happy with this: > > dget -x > > http://mentors.debian.net/debian/pool/main/j/jabber-querybot/jabber-querybot_0.0.5.1-1.dsc > > > > - d/changelog entry what was changed: Seems to be a handling challange on my > > side between which version is uploaded/queued/in progress. Fixed now. > > - d/preinst: Implemented according to your remarks. > > You can use '[ file1 -ef file2 ]' instead of greping the output of > 'ls -l' to test if file1 and file2 are linked. Just a suggestion. Nice! That's much better. Thank you! -- Marco signature.asc Description: GnuPG Signature
Re: preserving user changes while managing configuration files
On Wed, 23 Nov 2011 11:53:14 +0100 Dennis van Dok wrote: > On 23-11-11 10:27, Joseph Gunn wrote: > > > A popular way of accomplishing the task is to support > > "configuration subdirectories" > > > > It includes all "configuration files" in that directory. If you > > publish a name that you will _never_ use then people can add that > > one "as they wish". > > I'm not sure I'm getting the gist of your suggestion; do you mean the > use of /etc/mypackage/conf.d/ or some such? I'm afraid this would > require some heavy patching of the upstream code for reading > configuration files. Perhaps instead you could add a simple utility to make a master config file out of several snippets in a directory. I think quite a few packages do that. The only one I can think of just now is exim4 but that's probably not a very good example because it's complex. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2023143343.316f542c@junior
Re: RFS: jabber-querybot
Hi Marco, Marco Balmer wrote: > On Wed, Nov 23, 2011 at 01:57:49PM +0100, Didier Raboud wrote: > > >>- according to debdiff between the version currently in unstable and > > >>this version, you changed the 0.0.4-1 changelog entry; which you > > >>should really not (unless there is a good reason; in which case you > > >>should mention it in the changelog entry for the to-be-uploaded > > >>version) > > > > IMHO, the check you are doing in the preinst is not sufficient; what > > if Random Joe has set up a symlink named > > "/etc/jabber-querybot/Querymodule.pm" that points to his user > > directory (for whatever reason)? Then with this preinst, you are not > > preserving his changes. So you have to test if the user is both > > "upgrading" (information is in $1) and is doing so from a version > > smaller than 0.0.5.1-1 (as it's the first version that introduces > > the fix) (information is in $2). Then, to be on the safe side, you > > also have to check that the symlink you want to remove indeed points > > to the place you had setup in the faulty postinst. In that case only > > you can safely remove the symlink. > > If both this and the changelog issue are fixed properly, then I will > > upload. :-> > > Lesson learned! Thx! I hope you are happy with this: > dget -x > http://mentors.debian.net/debian/pool/main/j/jabber-querybot/jabber-querybot_0.0.5.1-1.dsc > > - d/changelog entry what was changed: Seems to be a handling challange on my > side between which version is uploaded/queued/in progress. Fixed now. > - d/preinst: Implemented according to your remarks. You can use '[ file1 -ef file2 ]' instead of greping the output of 'ls -l' to test if file1 and file2 are linked. Just a suggestion. Cheers, -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2023144154.gd2...@marvin.lan
Re: preserving user changes while managing configuration files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23-11-11 14:34, Arno Töll wrote: > please mind the exact wording here. A "configuration file" is not > the same as a "conffile" in Debian. Note, you are not allowed to > modify a conffile at any time. In the context of the maintainer scripts, I take it. ;-) [...] > If you want to modify the configuration of your package at > installation time, you can do so by creating a configuration file > your program expects _at installation time_ in the maintainer > script but it must not be part of the package itself. To preserve > user changes or do a graceful updates of your dynamically created > configuration files, you may then manage your changes through ucf > as Alexander suggested. OK, thanks. Just to be clear, running dpkg-reconfigure *will* rewrite the configuration if the admin never touched the configuration file, is that correct? I'm going to try my hand at using ucf now. Cheers, Dennis - -- D.H. van Dok :: Software Engineer :: www.nikhef.nl :: www.biggrid.nl Phone +31 20 592 22 28 :: http://www.nikhef.nl/~dennisvd/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7NBhIACgkQIITq5lEwLHcbfACdFpzL8n6s6wl8uBBjvsMmWaZk g+AAniPf6x75oTKvxW5vGQlD2XvusWBc =qTqW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ecd061a.6060...@nikhef.nl
Re: RFS: jabber-querybot
On Wed, Nov 23, 2011 at 01:57:49PM +0100, Didier Raboud wrote: > >>- according to debdiff between the version currently in unstable and > >>this version, you changed the 0.0.4-1 changelog entry; which you > >>should really not (unless there is a good reason; in which case you > >>should mention it in the changelog entry for the to-be-uploaded > >>version) > > IMHO, the check you are doing in the preinst is not sufficient; what > if Random Joe has set up a symlink named > "/etc/jabber-querybot/Querymodule.pm" that points to his user > directory (for whatever reason)? Then with this preinst, you are not > preserving his changes. So you have to test if the user is both > "upgrading" (information is in $1) and is doing so from a version > smaller than 0.0.5.1-1 (as it's the first version that introduces > the fix) (information is in $2). Then, to be on the safe side, you > also have to check that the symlink you want to remove indeed points > to the place you had setup in the faulty postinst. In that case only > you can safely remove the symlink. > If both this and the changelog issue are fixed properly, then I will > upload. :-> Lesson learned! Thx! I hope you are happy with this: dget -x http://mentors.debian.net/debian/pool/main/j/jabber-querybot/jabber-querybot_0.0.5.1-1.dsc - d/changelog entry what was changed: Seems to be a handling challange on my side between which version is uploaded/queued/in progress. Fixed now. - d/preinst: Implemented according to your remarks. -- Marco signature.asc Description: GnuPG Signature
Re: preserving user changes while managing configuration files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Dennis, On 23.11.2011 11:48, Dennis van Dok wrote: >> In case a sensible default is not possible, then ship without a config >> file, and offer to generate one based on debconf answers if the file >> does not exist. > > This sounds like a reasonable approach. I should probably do this with > ucf as Alexander suggested. please mind the exact wording here. A "configuration file" is not the same as a "conffile" in Debian. Note, you are not allowed to modify a conffile at any time. When using a debhelper any file your package installs in /etc is automatically marked as conffile. As such, you must not touch it (§ 10.7.3) at all, nor is any other package or configuration program allowed to touch it. If you want to modify the configuration of your package at installation time, you can do so by creating a configuration file your program expects _at installation time_ in the maintainer script but it must not be part of the package itself. To preserve user changes or do a graceful updates of your dynamically created configuration files, you may then manage your changes through ucf as Alexander suggested. - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOzPZ0AAoJEMcrUe6dgPNtcakP/RbU3OjHW/WEqte0wp8r6hdr uMxSuidbgHd6l67gm1oMSspbRRpSNv2aqYI6HsvhtJMpsfYIBKk5pex/LauC9aav 8kU7rcxz/a/YWTrdEWawfPLiO8PV6ZQ6UA5DFNp9aMUKSKsf6eS5h8dhaWBJkq37 N2CXZ8x9IdEqzQpHJqzT3RwwKHoPIzGZI/DUyTp5M4gvZXETWnvshhFy59q/hIch 7t2KCsHfXZP1UwN/kzpI7PYu5VKqCAhZcwzCrRVpZKkeCNZVzEdsxJ+JsJH+0iCx 04Np9oFX6G3nRpsyoz0ZfRfA42iXHv6wqD84Gw77E2osgJiaTcybqlriyBm1NQEn jZ9zfIGpw8om/84jdK3zp6Vq7w6PFYJ10F/66eE23Sd3hOx40koRLGJWc/4m+6ZI 0p6nHuHzDsG4KbLlEwpBd++wxvQ5j1xdaqpnxUN0QZ2JcE2jF/tMgzq3y7XekHWf 2J/bEKuEalPJQCtfZQx/NCX0YBvB6kZ33liP7MMUtvqNTKIxxDome7FUvbQIi72A 8S+L/pDiBob4kL2X0P3iQTNyP74yrtJDEDXzXvgMN4No09ubQhJJvBcsV5wDexy8 xdzRFQ4SqqxojCb+Yb1xiGtptEhwAQKUTqM6L1EIsykg/URq8XBJt7bGGEvp7sqo MLsjyptEicS53LFh0txt =8QfZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eccf675.3000...@toell.net
Re: RFS: jabber-querybot
On Wed, 23 Nov 2011 11:52:05 +0100, Marco Balmer wrote: On Wed, Nov 23, 2011 at 10:46:42AM +0100, Didier Raboud wrote: unfortunately, there are things you should change before I can upload: - according to debdiff between the version currently in unstable and this version, you changed the 0.0.4-1 changelog entry; which you should really not (unless there is a good reason; in which case you should mention it in the changelog entry for the to-be-uploaded version) I was not able to find the place I changed log entry for 0.0.4-1. How can I show this with debdiff? With something like: $ apt-get source jabber-querybot/unstable $ dget -x http://mentors.debian.net/debian/pool/main/j/jabber-querybot/jabber-querybot_0.0.5.1-1.dsc $ debdiff jabber-querybot_0.0.{4,5.1}-1.dsc | grep -A 10 'jabber-querybot (0.0.4-1)' - you have to cleanup after the faulty postinst that reached the archive in jabber-querybot 0.0.4-1 (and I plea guilty for this). If you just "drop" the postinst without making sure the symlink that it added is properly removed, then it will end up with that situation: So you probably need a "preinst" that checks the version you are upgrading from, tests the symlink and removes it in case it still exists. Then, at unpacking phase, the correct Querymodule.pm file will get unpacked at its correct place. I just fixed this and added d/preinst: http://mentors.debian.net/debian/pool/main/j/jabber-querybot/jabber-querybot_0.0.5.1-1.dsc Quoting myself extensively in the preinst is not needed. Additionally, you forgot the "checks the version you are upgrading from" in the postinst. The advantage of doing this explicitely is that the code gets run once for each user and then can be removed in the unstable version when jabber-querybot reaches stable (as users are mandated to upgrade from stable to stable releases...). See http://wiki.debian.org/MaintainerScripts for clear graphs. IMHO, the check you are doing in the preinst is not sufficient; what if Random Joe has set up a symlink named "/etc/jabber-querybot/Querymodule.pm" that points to his user directory (for whatever reason)? Then with this preinst, you are not preserving his changes. So you have to test if the user is both "upgrading" (information is in $1) and is doing so from a version smaller than 0.0.5.1-1 (as it's the first version that introduces the fix) (information is in $2). Then, to be on the safe side, you also have to check that the symlink you want to remove indeed points to the place you had setup in the faulty postinst. In that case only you can safely remove the symlink. If both this and the changelog issue are fixed properly, then I will upload. :-> Cheers, OdyX -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/fb664b215088f59da3604fb77f618...@raboud.com
RFS: pysolfc (replacement for removed package: pysol)
Hello mentors, I am still looking for a sponsor for my package "pysolfc", which has been around for a while. I've polished it some more, so it shouldn't be too hard to review. * Package name: pysolfc Version : 2.0-1 * URL : http://pysolfc.sourceforge.net/ * License : GPL * Programming Lang: Python * Description : A Python solitaire game collection It builds the binary package: pysolfc To access further information about this package, please visit the following URL: http://mentors.debian.net/package/pysolfc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/pysolfc/pysolfc_2.0-1.dsc The package appears to be lintian and pbuilder clean. A previous version has already been included in Ubuntu. The upload would fix this bug: 519752 My motivation for maintaining this package is: Its (unmaintained) predecessor pysol dropped out of debian a while ago; pysolfc is considered one of the best versatile solitaire collections. It is already part of Ubuntu, but I'd rather maintain it via Debian. Other relevant location(s): - Git: git://git.debian.org/git/pkg-games/pysolfc.git - Git-Browser: http://git.debian.org/?p=pkg-games/pysolfc.git I would be glad if someone sponsored this package for me. I've also prepared a transitional package pysol, found at: - URL: http://mentors.debian.net/package/pysol - dget -x http://mentors.debian.net/debian/pool/main/p/pysol/pysol_10.dsc There are also supplementary cardsets packages in the following locations which I'd glady see reviewed: pysolfc-cardsets: - URL: http://mentors.debian.net/package/pysolfc-cardsets - dget -x http://mentors.debian.net/debian/pool/main/p/pysolfc-cardsets/pysolfc-cardsets_2.0+dfsg-1.dsc - Git: git://git.debian.org/git/pkg-games/pysolfc-cardsets.git - Git-Browser: http://git.debian.org/?p=pkg-games/pysolfc-cardsets.git pysol-cardsets (transitional): - URL: http://mentors.debian.net/package/pysol-cardsets - dget -x http://mentors.debian.net/debian/pool/main/p/pysol-cardsets/pysol-cardsets_10.dsc Kind regards, Bernhard PS: Please CC me when replying to this message! signature.asc Description: This is a digitally signed message part
Re: preserving user changes while managing configuration files
On 23-11-11 10:27, Joseph Gunn wrote: > A popular way of accomplishing the task is to support "configuration > subdirectories" > > It includes all "configuration files" in that directory. If you publish a > name that > you will _never_ use then people can add that one "as they wish". Dear Joseph, I'm not sure I'm getting the gist of your suggestion; do you mean the use of /etc/mypackage/conf.d/ or some such? I'm afraid this would require some heavy patching of the upstream code for reading configuration files. Dennis -- D.H. van Dok :: Software Engineer :: www.nikhef.nl :: www.biggrid.nl Phone +31 20 592 22 28 :: http://www.nikhef.nl/~dennisvd/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eccd09a.6080...@nikhef.nl
Re: RFS: jabber-querybot
On Wed, Nov 23, 2011 at 10:46:42AM +0100, Didier Raboud wrote: > unfortunately, there are things you should change before I can upload: > > - according to debdiff between the version currently in unstable and > this version, you changed the 0.0.4-1 changelog entry; which you > should really not (unless there is a good reason; in which case you > should mention it in the changelog entry for the to-be-uploaded > version) I was not able to find the place I changed log entry for 0.0.4-1. How can I show this with debdiff? > - you have to cleanup after the faulty postinst that reached the > archive in jabber-querybot 0.0.4-1 (and I plea guilty for this). If > you just "drop" the postinst without making sure the symlink that it > added is properly removed, then it will end up with that situation: > > So you probably need a "preinst" that checks the version you are > upgrading from, tests the symlink and removes it in case it still > exists. Then, at unpacking phase, the correct Querymodule.pm file > will get unpacked at its correct place. I just fixed this and added d/preinst: http://mentors.debian.net/debian/pool/main/j/jabber-querybot/jabber-querybot_0.0.5.1-1.dsc -- Marco signature.asc Description: GnuPG Signature
Re: preserving user changes while managing configuration files
Op 23-11-11 11:20, Gergely Nagy wrote: > I'd like to propose two other options: [...] > In case a sensible default is not possible, then ship without a config > file, and offer to generate one based on debconf answers if the file > does not exist. This sounds like a reasonable approach. I should probably do this with ucf as Alexander suggested. Many thanks, Dennis -- D.H. van Dok :: Software Engineer :: www.nikhef.nl :: www.biggrid.nl Phone +31 20 592 22 28 :: http://www.nikhef.nl/~dennisvd/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ecccf7a.6000...@nikhef.nl
Re: preserving user changes while managing configuration files
Dennis van Dok writes: > I have a question regarding configuration file changes. [..] > The way I've addressed this is by adding a special marker containing a > warning near the top of the configuration file ('warning: this file is > maintained by foo-configure; remove this line when editing.'), and the > utility tests if this line is present before overwriting the file. > > My question is whether this method sufficiently implements the policy, > or if there are other ways to go about it. I'd like to propose two other options: One would be to come with a sensible default, if possible, and just not touch the config file from the maintainer scripts. The sysadmin can then either edit the file by hand, or use your configuration tool. In case a sensible default is not possible, then ship without a config file, and offer to generate one based on debconf answers if the file does not exist. This way, you don't have to deal with the issue at all, and the configuration tool can still remain useful. -- |8] -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wrar3zt9.fsf@algernon.balabit
Re: RFS: jabber-querybot
On Wed, 23 Nov 2011 08:06:09 +0100, Marco Balmer wrote: Good point! I changed upstream and built a new version: http://mentors.debian.net/debian/pool/main/j/jabber-querybot/jabber-querybot_0.0.5.1-1.dsc * d/postinst: removed * File installed to /etc/jabber-querybot Hi Marco, unfortunately, there are things you should change before I can upload: - according to debdiff between the version currently in unstable and this version, you changed the 0.0.4-1 changelog entry; which you should really not (unless there is a good reason; in which case you should mention it in the changelog entry for the to-be-uploaded version) - you have to cleanup after the faulty postinst that reached the archive in jabber-querybot 0.0.4-1 (and I plea guilty for this). If you just "drop" the postinst without making sure the symlink that it added is properly removed, then it will end up with that situation: $ ls -la /etc/jabber-querybot/ total 12 drwxr-xr-x 2 root root 4096 Nov 23 09:42 . drwxr-xr-x 43 root root 4096 Nov 23 09:37 .. lrwxrwxrwx 1 root root 50 Nov 23 09:38 Querymodule.pm -> /usr/share/doc/jabber-querybot/examples/Testbot.pm -rwxr-xr-x 1 root root 2133 Nov 23 06:33 Querymodule.pm.dpkg-new So you probably need a "preinst" that checks the version you are upgrading from, tests the symlink and removes it in case it still exists. Then, at unpacking phase, the correct Querymodule.pm file will get unpacked at its correct place. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/65b94463e22662bc604cab826cb22...@raboud.com
Re: preserving user changes while managing configuration files
Hi! Am 23.11.2011 09:18, schrieb Dennis van Dok: > My question is whether this method sufficiently implements the policy, > or if there are other ways to go about it. Hmmm... I'm not entirely sure about this. But you might want to look at the ucf utility and it's usage in maintainer scripts. The workflow would basically be, that you call debconf and your script, but not instantly replace the configuration file, but save it in into a temporary file. Then you call ucf, which either replaces the configuration file, if it hasn't been changed, or asks the administrator what to do (including an option to show a diff between the files). Best regards, Alexander -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eccc552.6070...@schmehl.info
Re: preserving user changes while managing configuration files
On Wed, 23 Nov 2011 09:18:00 +0100 Dennis van Dok wrote: > Dear mentors, > > I have a question regarding configuration file changes. > > > My question is whether this method sufficiently implements the policy, > or if there are other ways to go about it. I am not a mentor, but i'll chime in anyway. A popular way of accomplishing the task is to support "configuration subdirectories" It includes all "configuration files" in that directory. If you publish a name that you will _never_ use then people can add that one "as they wish". There are other options on the same theme, of course. > > Thanks, > > Dennis > -- > D.H. van Dok :: Software Engineer :: www.nikhef.nl :: www.biggrid.nl > Phone +31 20 592 22 28 :: http://www.nikhef.nl/~dennisvd/ > > > -- > To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/4eccac38.6000...@nikhef.nl > -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2023042743.3d1da75f@bigguy
Re: RFS: mydumper
2011/11/22 Mateusz Kijowski : >> I've just commented your package on mentors.debian.net. >> Sorry for duplicated comments, I had some errors 500 during commenting and I >> thought they haven't been added. > > I have uploaded a new version which addresses the embedded JS issue > and also some issues indicated by lintian --pedantic as indicated by > Alex. More details are available in the comments on the package page. I decided, that it might be more convenient if I included my comments here as well. The embedded JS library was copied by sphinx documentation generation system, but it seems that brave Debian Developers have addressed this with creation of dh_sphinxdocs. I updated the package to use it and fixed some other problems with documentation (added a doc-base control file, removed documentation source files from the binary package) I also addressed most of the issues that lintian --pedantic raised as indicated in the mail from Alex Mestiashvili. Specifically: P: mydumper source: unneeded-build-dep-on-quilt - this has been not dealt with, the main reason being that I want to ease backporting the package to lenny P: mydumper source: unversioned-copyright-format-uri http://dep.debian.net/deps/dep5 - the format is set to deb5 revision 174 in the package I uploaded today I: mydumper: spelling-error-in-binary usr/bin/myloader commiting committing - I patched the source and sent the patch to upstream X: mydumper: duplicate-files * - CMakeLists.txt for documentation included rules for installation of *.rst sources. Created a patch to fix that. W: mydumper: embedded-javascript-library usr/share/doc/mydumper/html/_static/underscore.js - fixed with dh_sphinxdoc I: mydumper: possible-documentation-but-no-doc-base-registration - created a doc-base control file also a local run of lintian --pedantic complains about: P: mydumper: no-upstream-changelog The reason for not including the upstream changelog is that upstream does not provide a changelog. I think I could generate one from bzr, but I'm not sure that is necessary and/or recommended. I have uploaded a new "new version" today. -- Regards, Mateusz -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caovfzewalaeehdvdrj_chnqwxwr_ybc41on64dgvyluk7t2...@mail.gmail.com
preserving user changes while managing configuration files
Dear mentors, I have a question regarding configuration file changes. I've written a utility to manage a fairly complicated configuration file. The utility is used in the postinst script, and debconf feeds it the right parameters. The utility can also be used stand-alone by the administrator. Of course the administrator can edit the file by hand, and the Debian policy clearly states that the maintainer scripts should not overwrite such changes. The way I've addressed this is by adding a special marker containing a warning near the top of the configuration file ('warning: this file is maintained by foo-configure; remove this line when editing.'), and the utility tests if this line is present before overwriting the file. My question is whether this method sufficiently implements the policy, or if there are other ways to go about it. Thanks, Dennis -- D.H. van Dok :: Software Engineer :: www.nikhef.nl :: www.biggrid.nl Phone +31 20 592 22 28 :: http://www.nikhef.nl/~dennisvd/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4eccac38.6000...@nikhef.nl