RFS: packagekit (ping2)
Dear mentors, I am looking for a sponsor for my package packagekit. * Package name: packagekit Version : 0.6.8-1 Upstream Author : Richard Hughes rich...@hughsie.com * URL : http://packagekit.org * License : GPLv2/LGPLv2 Section : admin It builds these binary packages: browser-plugin-packagekit - Plugin to install missing plugins using PackageKit gstreamer0.10-packagekit - GStreamer plugin to install codecs using PackageKit libpackagekit-glib2-14 - Library for accessing PackageKit using GLib libpackagekit-glib2-dev - Library for accessing PackageKit using GLib (development files) libpackagekit-qt-dev - Library for accessing PackageKit using Qt4 (development files) libpackagekit-qt14 - Library for accessing PackageKit using Qt4 packagekit - Provides a package management service packagekit-backend-apt - Python APT backend for PackageKit packagekit-backend-aptcc - C++ APT backend for PackageKit packagekit-backend-smart - Smart backend for PackageKit packagekit-bash-completion - Offer to install missing programs automatically packagekit-docs - Documentation for PackageKit packagekit-gtk-module - Install fonts automatically using PackageKit python-packagekit - PackageKit Python bindings The package appears to be lintian clean. The upload would fix these bugs: 468132 My motivation for maintaining this package is: I follow the project since version 0.1.5 and develop some own software on to of the PackageKit library. I use PackageKit daily and I'm in contact with upstream. Note on PackageKit: PackageKit has Debconf support now (the APTcc backend has it) and supports some other functions requested for Debian, like solving the problem if a package installation requires a package removal etc. Nearly all problems some Debian devs named are fixed and PK ist ready for the repos. Kubuntu aleady uses it with great success. I recently updated the pkg at Debian Mentors. Specially for Debian, v.0.6.8 provides these changes: - aptcc: Improved user experience by setting subprogress on package installation/remove/update (Daniel Nicoletti) - aptcc: Disable auto remove by default (Daniel Nicoletti) - aptcc: Fix how downloads are emitted (Daniel Nicoletti) - aptcc: Forbid canceling while installing, the user might need to dpkg --configure -a on the cmd line (Daniel Nicoletti) - aptcc: Improved how packages are emited (Daniel Nicoletti) - aptcc: Improved logic for the updates category (Daniel Nicoletti) - aptcc: make sure all downloaded packages emit FINISHED (Daniel Nicoletti) - aptcc: Show apt error message when we could not get the cache lock (Daniel Nicoletti) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/packagekit - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/packagekit/packagekit_0.6.7-1.dsc I would be glad if someone uploaded this package for me. Kind regards Matthias Klumpp -- 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/4bf89b9e6f7a3361b0f9498bfb355...@mb8-2.1blu.de
policy for location of web content - application uploaded images
wordpress uses /srv/www/.../uploaded pictures mediawiki uses /var/lib/mediawiki/images/ Seems like wordpress is doing this correctly - from fhs - /var/lib is for variable state information and /srv : Data for services provided by this system Karl Schmidt EMail k...@xtronics.com Transtronics, Inc. WEB http://xtronics.com 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 Fundamentals always win in the long term, but the market can stay irrational longer than you can stay solvent. -- 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/4c8e6318.3030...@xtronics.com
Re: policy for location of web content - application uploaded images
Hi all, I think for images /var/lib is a better place. According to FHS, /srv is for readonly data. So we cannot put uploaded images in such place. My 2 cents. Nicolas 2010/9/13 Karl Schmidt lt;k...@xtronics.comgt; wordpress uses /srv/www/.../uploaded pictures mediawiki uses /var/lib/mediawiki/images/ Seems like wordpress is doing this correctly nbsp;- from fhs nbsp;- /var/lib is for variable state information and /srv : Data for services provided by this system Karl Schmidt nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp;EMail k...@xtronics.com Transtronics, Inc. nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp;WEB http://xtronics.com 3209 West 9th Street nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; Ph (785) 841-3089 Lawrence, KS 66049 nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp; nbsp;FAX (785) 841-0434 Fundamentals always win in the long term, but the market can stay irrational longer than you can stay solvent. -- 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/4c8e6318.3030...@xtronics.com signature.asc Description: OpenPGP digital signature
Re: policy for location of web content - application uploaded images
On Mon, Sep 13, 2010 at 12:44:56PM -0500, Karl Schmidt wrote: wordpress uses /srv/www/.../uploaded pictures mediawiki uses /var/lib/mediawiki/images/ Seems like wordpress is doing this correctly - from fhs - /var/lib is for variable state information and /srv : Data for services provided by this system This comes up frequently on debian-devel (the most recent thread I recall being just a few weeks ago http://lists.debian.org/debian-devel/2010/08/msg00347.html ), and consensus is that packaging and packaged software should not touch /srv by default, but should allow the admin to configure things to write into /srv if deemed relevant. Straight from the horse's mouth: [...] no program should rely on a specific subdirectory structure of /srv existing or data necessarily being stored in /srv [...] http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/srv.html If an application has a need to write data to the system which should remain there indefinitely so it can access it again later, and which can't be easily/quickly regenerated by that application, it should go into the /var/lib directory heirarchy by default. Data uploaded by users through a Web UI provided by a packaged application seems to me to fit this description. -- { IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829); SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER(fu...@yuggoth.org); MUD(kin...@katarsis.mudpy.org:6669); WWW(http://fungi.yuggoth.org/); } -- 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/20100913192903.gy2...@yuggoth.org
Re: policy for location of web content - application uploaded images
On Tue, Sep 14, 2010 at 1:44 AM, Karl Schmidt k...@xtronics.com wrote: wordpress uses /srv/www/.../uploaded pictures mediawiki uses /var/lib/mediawiki/images/ Seems like wordpress is doing this correctly - from fhs - /var/lib is for variable state information and /srv : Data for services provided by this system It is fine to use /srv if the sysadmin has chosen the location but not fine to use it by default. So wordpress is doing it wrong (unless there is a debconf question). Ideally the app should ask the sysadmin how many instances they want and what URLs the app should be installed at and which directories and databases to use for data storage for each instance and then generate the correct configuration for the sysadmin's chosen web server. So mediawiki is probably doing it wrong since that setup only allows for one mediawiki instance installed on the system. -- 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/aanlktinpbbihvbonvwywhq-zoruwp=tpr3hpf7tht...@mail.gmail.com
Re: RFS: wmmixer (orphaned package)
On Mon, Sep 13, 2010 at 4:51 AM, Rodolfo kix Garcia k...@kix.es wrote: I think is done: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596605 Ahh, looks like you filed a new bug instead of retitling the existing bug. Then Lucas merged the two bugs. The watch file that you added consists only of comments. Yes, I cannot find the actual repository. I will use kix.es (my host) for this. I think it is better to use a standard hosting system with bug reporting, version control and other facilities. This way other people are less likely to find the hosting to be a barrier to contribute. Changelog done. Moved now to kix.es. Yes, the application is a bit old, I need to talk with more people interested in wmaker/docks to create a new repo. Ok. -- 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/aanlktinnh-kbrhfq06=bry63f6v8trff5zt4dyacp...@mail.gmail.com
Re: RFS: xinput-calibrator
On Mon, Sep 13, 2010 at 4:49 AM, Tias t...@ulyssis.org wrote: Hmm, I don't know why quilt would have created that. However, the patches are incorporated in the new release, so the use of quilt is no longer needed. It would be dpkg-source that did that, not quilt. It does that when you have changes to the upstream files that are not in a patch. Actually I think it is positives, projects on github have a far more descriptive README (and thus documentation) then many other (starting) projects. I noticed a way to workaround this the other day. Move the README that is meant for github users to README.markdown and then create a new README that can be installed in the package. The upstream ChangeLog file should be named NEWS, ChangeLog is supposed to be more like a VCS log. You can generate a ChangeLog at tarball build time using git2cl in Makefile.am: http://josefsson.org/git2cl/ dist-hook: LC_ALL=C git log --pretty --numstat --summary $(VERSION) | git2cl $(distdir)/ChangeLog The changelog consists of all the changesets that went in the release, instead of all the individual changes. I see no point in copying the vcs history, that seems excessive and uninformative to me. I would prefer to keep the changelog in its current format. The traditional format for ChangeLog was defined before cvs2cl and other tools that export version control history. The traditional contents for ChangeLog were basically like a VCS log and NEWS files were for user-visible release notes. These days only folks from the old days seem to adhere to the GNU coding standards documents for these two files. debian/copyright also misses the copyright/license information for the icon. added CC-BY-SA 3.0 reference, or do I have to copy the entire 6 page legal code... Until it is available in /usr/share/common-licenses/ you need to copy it. debian/copyright does not document the other copyright holder. I don't understand this remark, I am the sole main copyright holder. Certain portions were contributed by other developer, hence their copyright is on those specific files too. You are the sole main copyright holder but not the sole copyright holder. debian/copyright should document all copyrights. -- 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/aanlktinwmwhftca9rxttowlqprezbs238xyo7mfv4...@mail.gmail.com
Re: RFS: wmmixer (orphaned package)
On 12.09.2010 22:51, Rodolfo kix Garcia wrote: Changelog done. Moved now to kix.es. Yes, the application is a bit old, I need to talk with more people interested in wmaker/docks to create a new repo. Maybe the people on the WindowMaker mailinglist could help: wmaker-...@lists.windowmaker.info Best regards Andreas -- (`-''-/).___..--''`-._ `o_ o ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' .' (il).-'' (li).' ((!.-' Andreas Tscharner a...@vis.ethz.ch ICQ-No. 14356454 -- 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/4c8f056b.9060...@vis.ethz.ch