Re: Google Code and debian/watch
On 03/05/2012 12:39 PM, Paul Wise wrote: Here is an example: version=3 http://code.google.com/p/bullet/downloads/list?can=1 \ .*/bullet-(\d[\d\.]+)\.(?:tgz|tbz|txz|(?:tar\.(?:gz|bz2|xz))|zip) I think this is worth adding to the mentors FAQ: http://wiki.debian.org/DebianMentorsFaq#How_do_I_create_debian.2BAC8-watch_for_download_from_Google_Code.3F Tomek -- 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/4f6119c3.5000...@gmail.com
NMU and delayed
Hello, A Debian developer has uploaded a NMU (moodle 1.9.9.dfsg2-5.1) to DELAYED/7-DAY [1]. I have incorporated his changes, and added a new release (moodle 1.9.9.dfsg2-6) - the changelog now looks like [2]. Is there any reason I should wait for that NMU to get processed in DELAYED queue? Or can I go ahead and upload a newer package with his and my changes? Thanks, Tomek [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658747#20 [2] http://anonscm.debian.org/gitweb/?p=pkg-moodle/moodle.git;a=blob;f=debian/changelog;h=13b3c4064e4d9cda58a07d746d730fc4ca0b509d;hb=refs/heads/squeeze -- 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/4f874449.3090...@gmail.com
Re: NMU and delayed
On 04/13/2012 08:00 AM, Tobias Frost wrote: Am Freitag, den 13.04.2012, 01:39 +0400 schrieb Michael Tokarev: On 13.04.2012 01:08, Tomasz Muras wrote: Hello, A Debian developer has uploaded a NMU (moodle 1.9.9.dfsg2-5.1) to DELAYED/7-DAY [1]. I have incorporated his changes, and added a new release (moodle 1.9.9.dfsg2-6) - the changelog now looks like [2]. Is there any reason I should wait for that NMU to get processed in DELAYED queue? Or can I go ahead and upload a newer package with his and my changes? You can actually ask the developer who uploaded that NMU. And I guess he gave you some information about this, too. But, without actually looking at the provided links, I can say that usually an NMU which is uploaded into DELAYED queue especially gives the actual maintainer some time to catch up. Ie, if you can incorporate the changes and upload new version faster, just go ahead and do it. Provided the DELAYED queue wasn't choosen due to some other reason, -- in which case the developer who uploaded it there will know better for sure, again... > You do not need to wait for the NMU. > If you upload a newer version before the DELAY expires, the NMU is > automatically cancelled. Thanks for all the answers, I've uploaded updated package and NMU from the DELAYED queue got rejected because of the older version. I have kept the changelog entry from the NMU upload but what I didn't realize is that bugs closed by previous (NUM) changelog entry will not be closed automatically - so I had to close them manually. cheers, Tomek -- 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/4f908423.4020...@gmail.com
Re: Modifications of the changelog.
On 04/22/2012 02:48 PM, Bernhard R. Link wrote: * Arno Töll [120421 11:51]: The whole point of a changelog is a time dependent frozen point of view at your package. Once you released a version of a package, you should consider it untouchable I strongly disagree. First of all, a changelog is there to see what has changed when, i.e. it is a documentation of what important changed where done and when (i.e. which package version) they were done for. There is normally no reason to change older entries as most details get less important over time, but if there is anything importing misleading in them, something important incorrect or something important enough missing, then not correcting the changelog is not acceptable in my eyes. The new changelog should be about what was changed since the version before (that might be some hint that the older changelog was corrected if you prefer), but import changes in the old package should be in the part of the changelog for the old package. I fully agree with Bernhard - basically if there is a good reason to improve old changelog entry, you should do it. The idea of "freezing in time" and possibility to refer to an old, exact version of changelog (or any other file) looks like to job for Version Control software. Tomek -- 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/4f945c40.1080...@gmail.com
Debian mailing list search
Hello, Does anyone know how to limit search on [1] to one list only? Syntax help page [2] refers to "List selection", "Language chooser" and "Author" but I understand that those fields are gone after moving to xapian search? cheers, Tomek [1] http://lists.debian.org/search.html [2] http://wiki.debian.org/DebianMailingLists/SearchHowto -- 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/50105dd2.1000...@gmail.com
Re: Correct way to copy files to /home/$user?
On 07/25/2012 05:21 PM, adrelanos wrote: Hi, I want to create a new package xchat-privacy. Actually no binary files need to be installed/replaced. Only a few configuration files have to be replaced, such as ~/xchat2/xchat.conf, ~/xchat2/ignore.conf, etc. What is the correct way to copy files to /home/$user? I think I've seen this questions asked few times already so I've added it to list's FAQ [1]. Please update/improve FAQ entry if you know how to make it better. cheers, Tomek [1] http://wiki.debian.org/DebianMentorsFaq#How_do_I_update_user.27s_configuration_in_.2BAC8-home.2BAC8..._.3F -- 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/50106310.4010...@gmail.com
DM upload permission help
Dear Mentors, I am a Debian Maintainer of a moodle package and another small one - gnome-screensaver-flags. I have problems getting in touch with the Debian Developer that I've originally worked with, when becoming a DM, could someone else update my DM flag as per new procedure? Some of the links related to my work: http://qa.debian.org/developer.php?login=nexor1...@gmail.com http://packages.qa.debian.org/m/moodle.html http://wiki.debian.org/Moodle cheers, Tomasz Muras -- 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/50c2659d.5090...@gmail.com
Re: dm upload permissions
On 11/18/2012 02:11 AM, Paul Wise wrote: On Sun, Nov 18, 2012 at 5:32 AM, Michael Gilbert wrote: On Sat, Nov 17, 2012 at 2:29 AM, Bart Martens wrote: Hello, As I wrote earlier on debian-devel [1] I have a few reports [2] about DM upload permissions. According to the announcement [3] the permissions "only via DMUA=yes" will be revoked on 24th of November 2012, and that date is coming near now. I think we should push back the deadline; preferable after wheezy unfreezes. Preventing a DM from immediately being able to fix an RC bug in his package because of the need for someone to set new permissions is unacceptable. Agreed, ftpmasters, perhaps the date should be extended until after wheezy releases? Is this already in place? I have "old" DM flag and tried to upload to testing-proposed-updates, here is the message I've go: moodle_2.2.3.dfsg-2.6~wheezy1_i386.changes REJECTED ACL dm: not allowed to upload source package 'moodle' I'm wondering if it's because of the new DM permission or are DMs not allowed to upload into testing-proposed-updates in general? cheers, Tomasz Muras -- 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/50c2682e.8020...@gmail.com
Packaging bundled library
Dear Mentors, I'd like to package a small PHP utility that embeds a library. Should I package the library separately straight away? I know this is the way to go but on the other hand it seems like unnecessary overhead to package a library when it's used by only one other package. What would be your take on it? cheers, Tomek -- 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/50c8f589.9080...@gmail.com
RFS: gnome-screensaver-flags (new package)
Dear mentors,
I am looking for a sponsor for my package "gnome-screensaver-flags".
* Package name: gnome-screensaver-flags
* Version : 0.1
* Upstream Author : Tomasz Muras
* URL : http://techblog.zabuchy.net
* License : GNU GPL v3
* Section : gnome
It builds these binary packages:
gnome-screensaver-flags- Screensaver for GNOME with flags of the world.
This is a very simple native Debian package that contains about 250 images
for use by GNOME screensaver (gnome-screensaver). I have generated images based
on
the information and flags from CIA world factbook site. This information is in
public domain.
My intention was to create a screensaver with educational value.
The package has 1 lintian override:
.desktop file points to executable provided by a package that it depends on
(gnome-screensaver)
The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/g/gnome-screensaver-flags
- dget
http://mentors.debian.net/debian/pool/main/g/gnome-screensaver-flags/gnome-screensaver-flags_0.1.dsc
Kind regards
Tomasz Muras
--
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/4c3b74a5.4060...@gmail.com
Moodle, swf files, main vs contrib
Hi Mentors, I'm writing in regard to a bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591201 Please see my note: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591201#18 Am I correct with the options I have? I have a problem deciding which way should I go, would you have any advice here? It seems to me that splitting the package into two may be the best solution. I've read similar discussion: http://lists.debian.org/debian-mentors/2006/06/msg00051.html but I'm not really any smarter. If I decide to move Moodle to contrib - how do I do it? Thanks for any hints, Tomek -- 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/4c61bdbf.1000...@gmail.com
dfsg bit in the package name
Hi Mentors, Is there any preference/reasoning for using any particular symbol that joins "dfsg" bit with the package name? I can see that different packages use a different format, here are some quick stats from packages in unstable (with the counts): 1179 +dfsg 1119 .dfsg 233 ~dfsg 201 -dfsg Should I use "+" or "."? Should that be somehow standardized or mentioned in the faq? Or do you reckon that it doesn't make any difference at all and should be left up to maintainers? cheers, Tomek -- 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/4c6c53b1.8040...@gmail.com
Re: dfsg bit in the package name
On Fri, Aug 20, 2010 at 2:53 AM, Paul Wise wrote: > On Fri, Aug 20, 2010 at 1:00 AM, Ludovico Cavedon wrote: >> On Thu, Aug 19, 2010 at 1:39 AM, Paul Wise wrote: >>> I personally can't think of any situation where ~dfsg is useful. >> >> If I want to rebuild a package including the non-free bits, I could >> just remove the "~dfsg" from the version and have it win over the one >> the official repository. > > Hmm, I guess that makes sense. Usually I want the opposite though, the > package without non-free bits should win over the one with non-free > bits. "+dfsg" makes sense for me as well. So to summarize: dfsg is a conventional way of naming a package, when the original source has been changed. It usually happens when upstream software contains some non-free elements. The changes should be documented in README.Debian-source. The recommended way of naming a package with the 'dfsg' bit is: +dfsg- For example: I have packaged foobar application which has just released version 1.2.3. Normally the package name would be: abc_1.2.3-1 - and it was packaged as such. I have then discovered that the package contains some files that can not be distributed with the main Debian repository. I have removed them from source package (from .orig.tar.gz) and released new package: abc_1.2.3+dfsg-1. Later on, I have found even more files that should be removed. I did that and released abc_1.2.3+dfsg2-1. Finally, I've added new debconf translations - this should only increase a Debian-specific version, so the latest version of the package is: abc_1.2.3+dfsg2-2. Is the above correct? I would like to ask Matthew to put something like this into the FAQ. cheers, Tomek -- 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/aanlktimh7t=afpzxgpx048d_wcqc0+ka6fuyfe931...@mail.gmail.com
Re: RFS: marave
On Fri, Aug 20, 2010 at 5:18 AM, Romain Beauxis wrote: > Le jeudi 19 août 2010 22:39:40, Chris a écrit : >> > * If you are repacking the sources, the convention is usually to >> > >> > rename it with dfsg in its version and to document the changes in a >> > debian/README.Debian file (in this case, you may also want to mangle >> > debian/watch to make it work with your dfsg version..) >> >> Done, Done and Done > > Woops, I should have been more careful.. > > The changes in the sources should be documented in README.Debian-source, not > README.Debian, my bad, sorry. Isn't it actually "README.source", as per: http://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource ? cheers, Tomek -- 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/aanlktim2qevmoza4ixz7fjqg=yaj3s_98oupsoj0h...@mail.gmail.com
Re: postinst script
On Tue, Sep 7, 2010 at 9:04 PM, Zvi Dubitzky wrote: > Hi > > I have a command line in postinst script of a package that works ok > outside a package install context . > one line is causing an error : > > cat /proc/file | grep XY > file > > without the grep - no error > with the grep the postinstall terminates with error(below) . > > dpkg: error processing (--install): > subprocess post-installation script returned error exit status 1 > Errors were encountered while processing: > > Any idea why or limitations of postinst script That's because grep does not match "XY" in /proc/file and returns with an error code - 1 (0 would be a success). At the same time, you probably have "set -e" somewhere at the beginning of your script - and this is causing a script to stop (quit) as soon as any command fails (returns with an error code). cheers, Tomek -- 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/aanlktikxu7tr+s4cgjcdatoabzrubs6akzqtyuei-...@mail.gmail.com
Adding a symlink to a library in postinst
Dear Mentors, The package I'm maintaining (moodle) is handling embedded libraries by not shipping them in a binary package and then replacing them with a symlink. Adding symlink is done in postinst, e.g.: [ ! -h /usr/share/moodle/lib/yui ] && ln -s /usr/share/javascript/yui /usr/share/moodle/lib/yui This seems to be the best way to handle this but I'm wondering why is it done in postinst script. Removing bundled libraries is done while building the package (in debian/rules), I think I could simply create a symlink at this point and "ship" it as part of the package. Do you see any problem with it? Tomek -- 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/4d4efc11.8090...@gmail.com
Re: Hello
On Thu, Apr 14, 2011 at 7:19 AM, Kyriakos wrote: > I have available time and because I love using debian I would like to > contribute in the packaging so updates can come quicker. Is there a mentor > that can mentor me? I use debian sid with kde but sometimes I use e17 and > gnome too I would start with FAQ: http://wiki.debian.org/DebianMentorsFaq and browsing archives of this list, you should find posts with similar question: http://lists.debian.org/debian-mentors/2010/10/msg00272.html http://lists.debian.org/debian-mentors/2010/07/msg00285.html http://lists.debian.org/debian-mentors/2009/11/msg00375.html http://lists.debian.org/debian-mentors/2009/08/msg00437.html I think that you should decide which package/packages you're interested in helping packaging and move from there. Best of luck! Tomek -- 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/BANLkTi=8un8Js=v8lz1tc5dp9vh5gy6...@mail.gmail.com
Re: RFS: pmatch
On Sun, Jul 3, 2011 at 9:25 PM, Antonio Terceiro wrote: > (I am not subcribed to -mentors) > > Hello Tomasz, > > Tomasz Muras escreveu isso aí: >> Dear mentors, >> >> I am looking for a sponsor for my package "pmatch". >> >> * Package name : pmatch >> Version : 0.4.0-1 >> Upstream Author : Tomasz Muras >> * URL : http://pmatch.rubyforge.org/ >> * License : GPL v3 >> Section : utils >> >> It builds these binary packages: >> pmatch - Duplicate finder and removal tool >> >> The package appears to be lintian clean. >> >> The upload would fix these bugs: 632450 >> >> I'm an upstream author of the package and DM - after review and few >> uploads I plan to maintain the package myself. Packaging is fairly >> simple - there is really only one ruby script that needs to be >> packaged (plus accompanying files). My motivation for creating and >> packaging this utility is lack of the functionality I required- see >> pmatch page and ITP bug for more details. >> >> The package can be found on mentors.debian.net: >> - URL: http://mentors.debian.net/debian/pool/main/p/pmatch >> - Source repository: deb-src http://mentors.debian.net/debian unstable >> main contrib non-free >> - dget http://mentors.debian.net/debian/pool/main/p/pmatch/pmatch_0.4.0-1.dsc >> >> I would be glad if someone uploaded this package for me. > > Would you be willing to maintain this packaging inside the Ruby team? If > so, please request membership for the pkg-ruby-extras project on alioth. I'm not interested in joining the Ruby team just yet - thanks. > A few notes about your package: > > You should not depend or require rubygems. Everything you need is > already in Debian. Fixed. > Your debian/docs is empty; you should probably remove it. Removed. > The manpage you wrote is inside debian/, but since you are the upstream > author you could probably distribute it for everyone else besides > Debian. Good point, moved. Thank you very much for your review Antonio - much appreciated. I've uploaded a new version of the package to the same location on mentors. cheers, Tomasz Muras -- 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/CAAVC7SV_ic7PsjfVz626BeUXv6cFc=0+om8_z1wuvya_ash...@mail.gmail.com
Upload to stable-security
Hello, I need to upload my package [1] from unstable (version 1.9.9.dfsg2-4) to stable-security (yes, it's already agreed with the Security Team). How do I name it for security upload? Should I make a new entry in changelog and with version like "1.9.9.dfsg2-4+squeeze1"? Thanks, Tomek [1] http://packages.qa.debian.org/m/moodle.html -- 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/4eae6f82.1000...@gmail.com
Re: Upload to stable-security
On 31/10/11 19:42, Ansgar Burchardt wrote: > Hi, > > Tomasz Muras writes: >> I need to upload my package [1] from unstable (version 1.9.9.dfsg2-4) to >> stable-security (yes, it's already agreed with the Security Team). How >> do I name it for security upload? Should I make a new entry in changelog >> and with version like "1.9.9.dfsg2-4+squeeze1"? > > It needs to use a version *lower* than what you uploaded to unstable, > for example you could use either -4~squeeze1 or -2.1+squeeze2 (as the > current version in squeeze is -2.1+squeeze1). Yup - security team decided to go with -2.1+squeeze2. > As far as I know, DMs can also not upload to security-master (yet) so > you need to find a sponsor for it. If somebody from the security team > did already ack your proposed patch, maybe he could also sponsor the > upload? Thanks for the answers, I had two problems here: 1. DMs can not upload to security-master 2. I was trying to upload to a normal server instead of security one. I thought that putting master-security in changelog is enough to target security release. Apparently 2. is a common problem - Moritz even created a request to add warning for dput and dupload: * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647129 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647130 Tomek -- 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/4ebab882.7020...@gmail.com
Moving cron job from daily to weekly
Hello, If a package installs cronjob in (say) /etc/cron.daily but administrator wants to move that into "weekly" job - would it be OK for him to simply move the configuration file from /etc/cron.daily to /etc/cron.weekly? Or do you think it may cause the problems for the package upgrade - and if so, what would be correct way to change the frequency of running packaged tool? Should I give any special considerations as a packager to handle this kind of situation? cheers, Tomek -- 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/4ed89248.5030...@gmail.com
Re: content of a package on repo
On 12/22/2012 02:38 PM, Andrey Rahmatullin wrote: On Sat, Dec 22, 2012 at 05:24:50PM +0400, Игорь Пашев wrote: 2012/12/22 Vincent Cheng : dpkg-deb -x systemtap-sdt-dev_1.7-1+b1_amd64.deb . This only lists the contents without unpacking: deb -I systemtap-sdt-dev_1.7-1+b1_amd64.deb ITYM dpkg-deb Also, -c only lists the contents. I was wondering about the same a while ago (how to list files of a package in the repository) so I think it's worth adding to the the list's FAQ: http://wiki.debian.org/DebianMentorsFaq#How_do_I_list_the_content_of_a_package cheers, Tomek -- 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/50d62d2f.1030...@gmail.com
Re: Bug#694459: Ping about #694352 and the proposed sponsored package in #694459
On 01/01/2013 07:54 PM, Bas van den Dikkenberg wrote: Why do i get this mail ? I guess it's because you're subscribed to debian-mentors@lists.debian.org and bug #694459 is against sponsorship-requests where the maintainer is debian-mentors@lists.debian.org. Tomek -Oorspronkelijk bericht- Van: Christian PERRIER [mailto:bubu...@debian.org] Verzonden: dinsdag 1 januari 2013 19:39 Aan: 694...@bugs.debian.org; 694459-submit...@bugs.debian.org; 694...@bugs.debian.org Onderwerp: Bug#694459: Ping about #694352 and the proposed sponsored package in #694459 Hello Bastien, You offered a sponsored upload to fix #694352 but Michael Gilbert's review is right and I'm afraid that no DD would upload the proposed package until Michael suggestions are applied (at least, I wouldn't until the previous maintainer names removal from README.Debian isn't fixed). Is there any chance that you work on another proposed upload? -- 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/50e33b2f.4090...@gmail.com
Bug#697142: RFS: libgetoptionkit-php/1.2.1-1 [ITP] - CLI option parser for PHP
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "libgetoptionkit-php" * Package name: libgetoptionkit-php Version : 1.2.1-1 Upstream Author : Yo-An Lin * URL : https://github.com/c9s/GetOptionKit * License : GPL v3 Section : php It builds those binary packages: libgetoptionkit-php - Commandline options parser for PHP 5.3. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libgetoptionkit-php Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libg/libgetoptionkit-php/libgetoptionkit-php_1.2.1-1.dsc This is the best maintained option parser for PHP I've found - and I will need it as a dependency for other PHP package. I am a DM and would like to get the appropriate DM upload permission set at some point. Regards, Tomasz Muras -- 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/50e35ba7.7000...@gmail.com
Re: Remove old Changelog
On 03/07/2013 11:11 PM, Bas van den Dikkenberg wrote: Hi. Is it allowed to remove old changelog entry’s ? http://wiki.debian.org/DebianMentorsFaq#Is_it_OK_to_edit_old_changelog_entries.3F Tomek -- 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/5139dfd6.1040...@gmail.com
Re: Why is it so hard to get sponsors.....?
On 02/27/2013 06:41 AM, Paul Wise wrote: Bah, I need to read before sending. Very nice response Paul, I think it's worth adding to FAQ: http://wiki.debian.org/DebianMentorsFaq#Why_is_it_so_hard_to_find_sponsor.3F I've updated "What happens if I can't find a sponsor" as well. cheers, Tomek -- 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/513b3b86.7050...@gmail.com
PHP libraries in /usr/share/
Hi Mentors, It looks like a common place to put PHP libraries is under /usr/share. However, our wiki page [1] says: /usr/share/ : Architecture-independent (shared) data I think the "data" bit there is misleading, are you OK to remove it? For the PHP packages, it's really a source code that we put there. [1] http://wiki.debian.org/FilesystemHierarchyStandard cheers, Tomek -- 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/51d5bad1.8040...@gmail.com
