How to deal with reviews in mentors.debian.net and repositories for new packaging work
I have uploaded a package on mentors.debian.net, and I got some review of my package suggesting some modifications (http://mentors.debian.net/package/vmtouch) Now that I have done the suggested changes, should I rather: A) delete the old package, upload a new one with same version number (and lose the reviewing suggestions) B) keep the old package online, upload a new one with same version number (at the expense of some confusion in the mentors.debian.net page) C) delete the old package, upload a new one with a new revision number (even if the changes are minimal) I have also read on the list that some mentors like to have a link to a VCS to review the pacaking work. Is it possibile to host the packaging work on alioth when you're not a Debian Developper ? I know for instance NetBSD has an extra CVS repo called pkgsrc-wip where all newbies can out their stuff before it's added to the real thing. If not I can use github/gitorious. Greetings Emmanuel -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/530dba20.6030...@libera.cc
Re: How to deal with reviews in mentors.debian.net and repositories for new packaging work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 26 February 2014 09:55:44 GMT+00:00, Emmanuel Kasper emman...@libera.cc wrote: I have uploaded a package on mentors.debian.net, and I got some review of my package suggesting some modifications (http://mentors.debian.net/package/vmtouch) Now that I have done the suggested changes, should I rather: A) delete the old package, upload a new one with same version number (and lose the reviewing suggestions) B) keep the old package online, upload a new one with same version number (at the expense of some confusion in the mentors.debian.net page) C) delete the old package, upload a new one with a new revision number (even if the changes are minimal) Leave the version number the same and upload to mentors again. The new package will appear above the old on the package page. I have also read on the list that some mentors like to have a link to a VCS to review the pacaking work. Is it possibile to host the packaging work on alioth when you're not a Debian Developper ? I know for instance NetBSD has an extra CVS repo called pkgsrc-wip where all newbies can out their stuff before it's added to the real thing. If not I can use github/gitorious. I believe you could use collab-maint but I have no experience with it myself. As you say alternatively use github or similar, I have done that for 3 of my packages. Using git will also allow you to use git-buildpackage. Details are in the wiki... But I don't have the link to hand. Greetings Emmanuel - --- Regards Daniel Lintott Sent from my Android device with K-9 Mail. Please excuse my brevity. -BEGIN PGP SIGNATURE- Version: APG v1.0.9 iQFDBAEBCAAtBQJTDcCqJhxEYW5pZWwgTGludG90dCA8ZGFuaWVsQHNlcnZlcmIu Y28udWs+AAoJEMw/9yOWzAkJsOUH/jWtPfLrqy1RT6X9Tig1uCqC65CbQl6YGvE4 ZfCKtCU+jUIZn+QDyCD+WdZkhW+f+Ck+NrmrJ7gAd8JZZLZiqIKaNKqmc+Hs4kBk EZ9p4XwHvVvVK7+Dr8yy1P/hC5yZytMm3i2vEx/+/Oz2pt22SGCl8CpQgYhsiYxD ll2KJVNzkhdB0eDa5IfNqX+vmu+Sno75m6fRKD0U182mt1Wavdz12YLv6Esp0zD2 XxSfoTk0u35boU5jo3MhNwtUZY1Y0DWuv2xXZnwPPZtiEN7fMpsAGO3YoOoyb8FC D+Mkf6Cnqs0GV9GLTVzdeYAg5czwkIWjLnPRnAKgsfulrQ14THU= =r4Vf -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: https://lists.debian.org/887b8dad-b67b-43c1-bcfa-0f59dfe53...@email.android.com
Re: How to deal with reviews in mentors.debian.net and repositories for new packaging work
On Feb 26, 2014 10:56 AM, Emmanuel Kasper emman...@libera.cc wrote: I have also read on the list that some mentors like to have a link to a VCS to review the pacaking work. Is it possibile to host the packaging work on alioth when you're not a Debian Developper ? Sure, but you need a DD to advocate you. See https://wiki.debian.org/Alioth/PackagingProject I know for instance NetBSD has an extra CVS repo called pkgsrc-wip where all newbies can out their stuff before it's added to the real thing. If not I can use github/gitorious. Usually for a simple package should be used collab-maint project, and not an external project.
Re: How to deal with reviews in mentors.debian.net and repositories for new packaging work
Le 26/02/2014 10:55, Emmanuel Kasper a écrit : Is it possibile to host the packaging work on alioth when you're not a Debian Developper ? You need to create a guest account on Alioth and then you will be able to use a personal git repository [1]. Joining collab-maint is also an option, but it requires an advocate [2]. Cheers, Bertrand [1] https://wiki.debian.org/Alioth/Git#Using_personal_Git_repositories [2] http://deb.li/3qmXG signature.asc Description: OpenPGP digital signature
Re: How to deal with reviews in mentors.debian.net and repositories for new packaging work
On Wed, Feb 26, 2014 at 10:55:44AM +0100, Emmanuel Kasper wrote: I have also read on the list that some mentors like to have a link to a VCS to review the pacaking work. Is it possibile to host the packaging work on alioth when you're not a Debian Developper ? Yes, though you need a DD advocate to join collab-maint, see http://deb.li/3qmXG (linked from https://alioth.debian.org/projects/collab-maint ) -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140226103730.ga...@belkar.wrar.name
Re: How to deal with reviews in mentors.debian.net and repositories for new packaging work
On 02/26/2014 11:23 AM, Daniel Lintott wrote: snip I have also read on the list that some mentors like to have a link to a VCS to review the pacaking work. Is it possibile to host the packaging work on alioth when you're not a Debian Developper ? I know for instance NetBSD has an extra CVS repo called pkgsrc-wip where all newbies can out their stuff before it's added to the real thing. If not I can use github/gitorious. I believe you could use collab-maint but I have no experience with it myself. As you say alternatively use github or similar, I have done that for 3 of my packages. Using git will also allow you to use git-buildpackage. Details are in the wiki... But I don't have the link to hand. It is a good idea to use collab-maint as all Debian Developers have access by default and can easily step in to help out when required, and you can agree with others to co-maintain the package with you in case you get busy etc. You can read about collab-maint here: https://wiki.debian.org/CollaborativeMaintenance You will need your sponsor to write an email to allow the Alioth team to approve your request to set up the repository. Details on the process are here: https://wiki.debian.org/Alioth/PackagingProject Regards, Ross Greetings Emmanuel --- Regards Daniel Lintott Sent from my Android device with K-9 Mail. Please excuse my brevity. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/530dc4ba.3040...@the-gammons.net
Re: How to deal with reviews in mentors.debian.net and repositories for new packaging work
Le 26/02/2014 11:35, Bertrand Marc a écrit : Le 26/02/2014 10:55, Emmanuel Kasper a écrit : Is it possibile to host the packaging work on alioth when you're not a Debian Developper ? You need to create a guest account on Alioth and then you will be able to use a personal git repository [1]. Joining collab-maint is also an option, but it requires an advocate [2]. OK tahnks for info, it seems this rules out collab-maint, because if my package is not yet in Debian, so I don't think I will find an advocate. Collab-maint brings the following chicken and egg problem: sponsored package wants to be in Debian - sponsored packages needs a VCS url to be reviewed - VCS should be collab-maint for small packages - access collab-maint should be avocated - advocate will likely accept only if package is already in debian ... But there are alternatives. Cheers, Bertrand [1] https://wiki.debian.org/Alioth/Git#Using_personal_Git_repositories [2] http://deb.li/3qmXG -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/530dca1e.20...@libera.cc
Re: How to deal with reviews in mentors.debian.net and repositories for new packaging work
On 02/26/2014 12:03 PM, Emmanuel Kasper wrote: Le 26/02/2014 11:35, Bertrand Marc a écrit : Le 26/02/2014 10:55, Emmanuel Kasper a écrit : Is it possibile to host the packaging work on alioth when you're not a Debian Developper ? You need to create a guest account on Alioth and then you will be able to use a personal git repository [1]. Joining collab-maint is also an option, but it requires an advocate [2]. OK tahnks for info, it seems this rules out collab-maint, because if my package is not yet in Debian, so I don't think I will find an advocate. Collab-maint brings the following chicken and egg problem: sponsored package wants to be in Debian - sponsored packages needs a VCS url to be reviewed - VCS should be collab-maint for small packages - access collab-maint should be avocated - advocate will likely accept only if package is already in debian ... No, you do not need a VCS url to get the package reviewed. You have done the right thing and uploaded it to Mentors. When you find a sponsor and they are happy with the package they can do the upload/release from there. Then if they are happy to continue sponsoring the next versions for you, they may prefer you to move it to collab-maint. But there are alternatives. Cheers, Bertrand [1] https://wiki.debian.org/Alioth/Git#Using_personal_Git_repositories [2] http://deb.li/3qmXG -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/530dccda.9030...@the-gammons.net
Re: How to deal with reviews in mentors.debian.net and repositories for new packaging work
On Wed, Feb 26, 2014 at 12:03:58PM +0100, Emmanuel Kasper wrote: advocate will likely accept only if package is already in debian ... Not necessarily. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140226112407.ga2...@belkar.wrar.name
Maintainer scripts: execute command as another user: use sudo or su?
Hi Mentors, TLDR: in order to execute a command as another user, should `sudo` or `su --command` be used? I'd like to get your opinion on how to best solve this issue: I've got a package [0] that uses dbconfig-common to manage its database. The database is owned by a specific user (not root). In the pre- and postinst scripts, a command has to be performed as that user (e.g. make a backup of the database). I've at first used sudo to perform that, and it worked fine until piuparts found an issue [1], since (as I hadn't realized) sudo is not part of the base system (installed on 76% of popcon-reporting machines [2]) I am wondering what the best way is to fix this. I see 2 solutions: 1. Depend on sudo 2. Use su --command instead First lines from the respective manpages: sudo, sudoedit - execute a command as another user su - change user ID or become superuser Following the Unix philosophy of using a collection of specialized small tools that do one thing best, when performing an action as another user it seems to be the correct thing to use a tool that execute a command as another user rather than one whose primary goal is change user ID or become superuser. But on the other hand, su is part of corutils (which is in the base install), so using su would remove the need of installing a new package for about 25% of our users. What are your thoughts on this? Thanks for getting a fellow Debian Maintainer out of his confusion! (and let's hope it doesn't turn into a vi vs. Emacs debate ;) ) +Emilien [0] http://pts.debian.net/pkg/gnuhealth [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739657 [2] Looking at popcon (obvious notice about [un]reliability of that data applies) data from 2014-02-24: - There are 167453 registered popcon users that sent information - corutils (package that amongst others, contains su) sports 167451 installations (99.998% of installs) [3] - sudo reports 127695 installations (76% of installs) [4] [3] http://qa.debian.org/popcon.php?package=sudo [4] http://qa.debian.org/popcon.php?package=coreutils -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/canqxmqeaycazpww0s9t1wowszjjoajafzxrbryi10yugedv...@mail.gmail.com
Re: Maintainer scripts: execute command as another user: use sudo or su?
Le 26/02/2014 16:07, Emilien Klein a écrit : Hi Mentors, TLDR: in order to execute a command as another user, should `sudo` or `su --command` be used? I'd like to get your opinion on how to best solve this issue: I've got a package [0] that uses dbconfig-common to manage its database. The database is owned by a specific user (not root). Hi Emilien, I think you should use su. I am almost certain that sudo can be configured in such a way that would break your assumptions, whereas su can simply not be configured. Besides, as you noted yourself, using sudo would imply a completely unnecessary new dependency. su is the right using tool for assuming another personality and dropping privileges from root. Kind regards, Thibaut. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/530e0ba1.9050...@free.fr
Bug#740193: RFS: haskell-setlocale/0.0.3-1 [ITP]
Package: sponsorship-requests Severity: wishlist * Package name: libghc-setlocale Version : 0.0.3 Upstream Author : Lukas Mai l@web.de * URL : http://hackage.haskell.org/package/setlocale * License : PublicDomain Programming Lang: haskell Description : Haskell bindings to setlocale() We need a sponsor for our package haskell-setlocale. We think it would be good to add it to Debian, as it is a basic library for haskell and important for localization of haskell software. The source package is available at http://weltraumschlangen.de/downloads/haskell-setlocale/ We refers to me, Sven Bartscher, and my co-maintainer, Thomas Bartscher. The ITP bug-number is #739538 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140226184736.15066.19410.reportbug@sven.bartscher
Bug#739585: marked as done (RFS: qjoypad/4.1.0-1 ITP)
Your message dated Wed, 26 Feb 2014 23:02:15 +0100 with message-id 20140226230215.6b979...@heffalump.sk2.org and subject line Re: Bug#739585: RFS: qjoypad/4.1.0-1 ITP has caused the Debian Bug report #739585, regarding RFS: qjoypad/4.1.0-1 ITP to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 739585: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739585 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package qjoypad * Package name: qjoypad Version : 4.1.0-1 Upstream Author : John Toman virtuoussi...@users.sourceforge.net * URL: http://qjoypad.sourceforge.net/ * License : GPL-2.0 Section : utils It builds these binary packages: qjoypad - Program for mapping gamepad/joystick events to mouse/keyboard events To access further information about this package, please visit the following URL: http://mentors.debian.net/package/qjoypad Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/q/qjoypad/qjoypad_4.1.0-1.dsc More information about qjoypad can be obtained from http://qjoypad.sourceforge.net/. Changes since the last upload: * Initial release (Closes: #564503) The package contains two lintian info warnings: desktop-entry-lacks-keywords-entry no-upstream-changelog For the desktop lacking keywords entry, I really didn't have any ideas on what a user would type in other than the name and expect to find qjoypad. I would be happy to include any suggestions here. Regards, Jordan Metzmeier ---End Message--- ---BeginMessage--- On Wed, 26 Feb 2014 01:12:12 -0600, Jordan Metzmeier jmetzmeie...@gmail.com wrote: I updated the desktop file, maintainer field, and pushed the tags. Thanks for the suggestions and the sponsorship. Tagged'n'bagged (well, you'd tagged it already), it's now in the NEW queue. Regards, Stephen signature.asc Description: PGP signature ---End Message---
Re: Maintainer scripts: execute command as another user: use sudo or su?
Emilien Klein emil...@klein.st writes: TLDR: in order to execute a command as another user, should `sudo` or `su --command` be used? su. You don't want to depend on sudo to ensure that it's available, since package users may not want sudo installed on their systems. (I tend not to install it on servers myself, since I use Kerberos authentication and don't use any system that involves sending long-term keys to servers, such as sudo's default password model.) In addition, I recommend explicitly setting the shell to use when running commands with su (using the -s flag). Specialized users for running particular applications normally should not have a valid shell, and auditors will often require that they not have a valid shell. You don't want that sort of change (possibly required by local audit policies) to break the package. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87y50xv3l1@windlord.stanford.edu
Bug#737493: RFS: iceowl-l10n/2.6.4-1 [NMU]
Control: tag -1 + moreinfo On Wed, Feb 19, 2014 at 8:04 PM, Jerome Charaoui jer...@riseup.net wrote: reopen 737493 thanks Hi, I'm reopening this RFS as the maintainer has given the OK for a NMU to experimental. See : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693150#111 Package is still available for review at http://mentors.debian.net/package/iceowl-l10n A NMU + new upstream release should be versioned with -0.1, e.g. iceowl-l10n 2.6.4-0.1. Some of the patches are empty; is this intentional? dpkg-source: warning: diff `iceowl-l10n-2.6.4/debian/patches/Brand-es-ES.patch' doesn't contain any patch dpkg-source: warning: diff `iceowl-l10n-2.6.4/debian/patches/Brand-it.patch' doesn't contain any patch Regards, Vincent -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACZd_tBTnUT7w1ZNd=rkpbo0ls6opwti3vacpbgxwhndvb1...@mail.gmail.com
Bug#737493: RFS: iceowl-l10n/2.6.4-1 [NMU]
A NMU + new upstream release should be versioned with -0.1, e.g. iceowl-l10n 2.6.4-0.1. Fixed. Some of the patches are empty; is this intentional? dpkg-source: warning: diff `iceowl-l10n-2.6.4/debian/patches/Brand-es-ES.patch' doesn't contain any patch dpkg-source: warning: diff `iceowl-l10n-2.6.4/debian/patches/Brand-it.patch' doesn't contain any patch No, not intentional. I had to generate a new patchset to match the updated upstream strings, and I must have left those out by mistake. Fixed. I've uploaded an updated package to m.d.n. If you feel further corrections or changes are needed, please let me know. -- Jerome signature.asc Description: OpenPGP digital signature
Bug#714087: marked as done (RFS: ipmiutil/2.9.2-1 [ITP])
Your message dated Thu, 27 Feb 2014 04:29:19 + with message-id e1wisb1-00038d...@quantz.debian.org and subject line closing RFS: ipmiutil/2.9.2-1 [ITP] has caused the Debian Bug report #714087, regarding RFS: ipmiutil/2.9.2-1 [ITP] to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 714087: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714087 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package ipmiutil, which is a new package. See Bug #650323 RFP also. * Package name: ipmiutil Version : 2.9.2 Upstream Author : Andy Cress arcress at users.sourceforge.net * URL : http://ipmiutil.sourceforge.net * License : BSD Section : utils It builds these binary packages: ipmiutil - Easy-to-use IPMI server management utilities To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ipmiutil Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/ipmiutil/ipmiutil_2.9.2.dsc More information about ipmiutil can be obtained from http://ipmiutil.sourceforge.net. Changes since the last upload: none Regards, Andy Cress ---End Message--- ---BeginMessage--- Package ipmiutil has been removed from mentors.---End Message---
Bug#725862: marked as done (RFS: django-haystack/2.1.0-1 [ITP] -- database and form RGB color fields for Django)
Your message dated Thu, 27 Feb 2014 04:29:17 + with message-id e1wisaz-00037w...@quantz.debian.org and subject line closing RFS: django-haystack/2.1.0-1 [ITP] -- database and form RGB color fields for Django has caused the Debian Bug report #725862, regarding RFS: django-haystack/2.1.0-1 [ITP] -- database and form RGB color fields for Django to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 725862: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725862 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package django-haystack * Package name: django-haystack Version : 2.1.0-1 Upstream Author : Daniel Lindsley dan...@toastdriven.com * URL : http://haystacksearch.org/ * License : BSD-3-clause Section : python It builds those binary packages: python-django-haystack - modular search for Django python-django-haystack-doc - modular search for Django (Documentation) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/django-haystack Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/django-haystack/django-haystack_2.1.0-1.dsc More information about django-haystack can be obtained from http://haystacksearch.org/. Regards, Michael Fladischer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBAgAGBQJSVSEZAAoJEGlMre9Rx7W2bG0QAML40EQ+tj2ctTZqoi4JCBwd +lDzxL0T028NsFosg8FUxKzHa2sOHdbp8jjaSuOokMKCKDenYZDUvwa27xm4cK8B GGLlvxvZWUs+e0PlBWaquCtqpEafydgKglNAdt2q54F9wPg9tszcU1pD2NoZElvb bqC3aMTuNDdb1ydIYK8qwZrd2nCO58si1CrMNIcWBDPYCFW+Miqs2GAPYE1nv2ow wlTBaeEFNQDqwG6xfolxnr28DlncgCw3ZpU1Wzsue3+IEv80Bta08mpYzWdG7zLP Ye1k4s9v8Ouy2/uTTq4N3ilp++tVLVUJr0uvIOWG1bYL7w0IPfmgYtc/VQJlq1Ev 9ejRqNjQb6Hs6TkcJQOEjDsrN1X7NwKRialq0LPDsXEya+TrHRiM0zTFeo5gS8tY txJL+yR1P0tV2y4wJ3GyZ3Sv3EzSLYNOwt6B9ijgFP6Jf0JcCRygV/cvGF4WmNLA 3Oh7FfuEpbpkmxPe3BRfECKIbVF9sjrBurpl53eXcpHy91j2k4sokftpfVs4W/C4 YivloOhiJSoxpAXMK54Jd9WHikrgz92Kf4APvwNcc6bF4KHKQh7JZiKd8I89SepM Qr46MMmkuPT14SmB/pLMAg1M5nVgIfzKB1IcKR0M9vXV6Dmd9Q/jWg0dm22bBGOv LqHOs2OZk6XSyESHQ9no =cUgU -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- Package django-haystack has been removed from mentors.---End Message---
Bug#733455: marked as done (RFS: grap/1.44-1 [ITA] -- program for typesetting graphs)
Your message dated Thu, 27 Feb 2014 04:29:18 + with message-id e1wisb0-00038p...@quantz.debian.org and subject line closing RFS: grap/1.44-1 [ITA] -- program for typesetting graphs has caused the Debian Bug report #733455, regarding RFS: grap/1.44-1 [ITA] -- program for typesetting graphs to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 733455: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733455 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package grap * Package name: grap Version : 1.44-1 Upstream Author : Ted Faber fa...@lunabase.org * URL : http://www.lunabase.org/~faber/Vault/software/grap/ * License : other Section : text It builds those binary packages: grap - program for typesetting graphs To access further information about this package, please visit the following URL: http://mentors.debian.net/package/grap Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/grap/grap_1.44-1.dsc More information about this can be obtained from http://www.lunabase.org/~faber/Vault/software/grap/ Changes since the last upload: * New maintainer. Closes: #615895 * New Upstream Version * Remove override_dh_clean from debian/rules * Remove all patches, since are not current or fixed in upstream * Update Standards-Version to 3.9.5 Regards, Matus Valo ---End Message--- ---BeginMessage--- Package grap has been removed from mentors.---End Message---