Re: Re: RFS: socketcan-utils
On 31.05.2011 09:46, Markus Becker wrote: On 30.05.2011 09:16, Markus Becker wrote: Well, we explicitly need isotp, which is not included in stock debian images. That's actually the reason for creating the images. Any idea of how to get Linux mainline isotp kernel module into the Debian kernel? My problem is, that we're using my isotp stuff for many purposes for more than two years now. I'm not far from sending a patch on netdev-ML - but i'm still missing some feedback from isotp-users (like you), if they think the protocol and it's API are mature enough for mainline ... is it? Within the next two month, we will test two telematic devices against socketCAN ISO-TP and raw or J1939 frames. The Debian packages were created to get our test equipment ready. Will report to you on our experience. Thanks! You are also working with j1939 ?? Did you check out the work of Kurt van Dijck in socketcan/branches/j1939? Not yet, but wanted to test it. If sent now upstream, this would possibly end up in 3.0.1 or whatever number the first kernel after 3.0.0 would have, or would it be 3.0.2? Then I could get rid of the socketcan-driver package again, or the J1939 would be included then... If so, it would get into 3.1 Of course one needs to rmmod all CAN kernel modules and load the appropriate svn ones. I would prefer to put an explicit warning into the package description. Better we get isotp into mainline :-) Until then, I think I should clarify this in the package description. E.g. some text like this: WARNING: This package contains experimental kernel modules that might conflict with the mainline kernel modules. You are required to unload all provided CAN modules, before using the kernel modules that are created from this package. If you do not intend to use ISO-TP or J1939 kernel modules, you do not need this package. Ugh, that's hard stuff. I don't think it's a good idea to provide 'pre release' protocol implementations APIs, people build their application on. It's not only the mix of modules but the release of an API in discussion. Of course you can build a debian socketcan-modules for your own purposes, but having this on a 'real' debian repo doesn't look like a good idea. Well, OK, then I will keep socketcan-drivers private, so that we can easily install them (until they are in mainline kernel) and only push socketcan-utils for inclusion. If/when a sponsor is interested. Markus Regards, Oliver | Dipl.-Ing. Markus Becker | Communication Networks | TZI - Center for Computing Technologies | University Bremen | Germany | web: http://www.comnets.uni-bremen.de/~mab/ | mailto: m...@comnets.uni-bremen.de | telephone: +49 421 218 62379 | building: NW1 room: N2260 -- 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/201106010900.12027@comnets.uni-bremen.de
Re: Upstream looks for a proper way to build the packages by itself
Hi Andriy, On Tue, 31.05.2011 at 14:59:25 +0300, Andriy Senkovych jolly_ro...@itblog.org.ua wrote: I'm an uploader of the buildbot and buildbot-slave Debian packages and a contributor to the buildbot project[1] itself. As you may wonder, buildbot is a distributed continious integration tool written in Python. And since this is a continious integration tool, it would be great if it could support building packages too. ... distros. Buildbot architecture considers all work should be done on slaves and report the results to master which is great for multiplatform build process. This experience will also be useful for other projects willing to use buildbot. are you perchance aware of the efforts around Jenkins[1]? If so, what do you like or dislike about it? To me, it looks like it could be equally well expanded to build packages of all sorts, and non-python packages, too (ie, a more general approach). [1] http://jenkins-ci.org Kind regards, --Toni++ -- 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/20110601082052.13270.qm...@oak.oeko.net
Re: Upstream looks for a proper way to build the packages by itself
Toni Mueller t...@debian.org writes: On Tue, 31.05.2011 at 14:59:25 +0300, Andriy Senkovych jolly_ro...@itblog.org.ua wrote: I'm an uploader of the buildbot and buildbot-slave Debian packages and a contributor to the buildbot project[1] itself. As you may wonder, buildbot is a distributed continious integration tool written in Python. And since this is a continious integration tool, it would be great if it could support building packages too. ... distros. Buildbot architecture considers all work should be done on slaves and report the results to master which is great for multiplatform build process. This experience will also be useful for other projects willing to use buildbot. are you perchance aware of the efforts around Jenkins[1]? If so, what do you like or dislike about it? To me, it looks like it could be equally well expanded to build packages of all sorts, and non-python packages, too (ie, a more general approach). BuildBot is perfectly able to build non-python packages[1] aswell - doesn't seem like a less general approach to me. Nevertheless, the intent here - in my opinion - is not to discuss the merits of BuildBot vs $something_else. [1]: http://build.chromium.org/p/chromium/console -- |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/87tyc93oxm@balabit.hu
Re: Upstream looks for a proper way to build the packages by itself
Got answer from debian-python mailing list which didn't appear to get into debian-mentors. Forwarding conversation here: 2011/6/1 Andriy Senkovych jolly_ro...@itblog.org.ua: Hello, Bernd. Thank you for your reply, answers inline: 2011/6/1 Bernd Zeimetz be...@bzed.de: This approach is tested and may be observed on my test site [6]. It allows me to test package building during the same CI process as development because package will be rebuilt on both upstream VCS update and debian package source VCS update. However I'm not the first one willing to perform this so maybe there is a better way to organize this. I'd do it as you've described it above - maybe run it trough cowbuilkder with git-buildpackage. Right, I thought about it as well. Also I'm looking for a scalable in sense of Linux distributions (or even Windows in future) and I'm not sure how to scale current approach. It appears I would need a separate repository for every distro which is not very great I believe. One branch with the proper debian/gbp.conf should be enough, I think. Just make sure you build with a chroot according to the diustro you want to build for using cowbuilder/pbuilder/sbuil/whatyoulike. And here comes the problem: the upstream has one repository, it releases two tarballs(master and slave), which are imported then in Debian git repositories and then built. Note that contents of the tarballs and the subdirs in upstream repo differ. So I cannot actually include the debian work as a separate branch in upstream repo as I would like to do. So currently I see the following ways and both are not looking good: 1) add a Debian branch to upstream. It doesn't make much sense If I'm going to prepare Debian releases because I'll need to do same things twice. But the code base will be in one place and that's good. Hopefully I could manage other distros have their separate branches and find tools useful for this kind of situation. 2) support separate Debian package repositories (in this case 2: master and slave). This means heterogeneous configuration if some distro will use branch in upstream repo. And this means that I could need double number of repositories to support a single number of distros. So its even worse. Maybe I missed something and git-buildpackage could manage first case better than I think? Or is there could be some way to improve git-buildpackage with some generous features to make this situation less painful? -- WBR, Andriy Senkovych -- 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/banlktimosfhfpcwznrhtkte_zck6r3m...@mail.gmail.com
RFS: sfftobmp (updated package) (QA upload) (RC bug fix)
Dear mentors, I am looking for a sponsor for the new version 3.1.2-4 of my package sfftobmp. It builds these binary packages: sfftobmp - SFF (Structed Fax File) Converter The package appears to be lintian clean. The upload would fix these bugs: 625041 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/sfftobmp - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/sfftobmp/sfftobmp_3.1.2-4.dsc I would be glad if someone uploaded this package for me. Kind regards Daniel Echeverry -- Epsilon http://www.rinconinformatico.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user
Re: Can quilt delete or rename a file?
Andriy Senkovych jolly_ro...@itblog.org.ua writes: Hello, Elliott. Yes, quilt can remove files. Here is example command sequence to achieve this: quilt new patch-name.diff quilt add file/to/be/removed rm file/to/be/removed quilt refresh quilt pop -a 2011/6/1 Paul Elliott pelli...@blackpatchpanel.com: Can Quilt delete or rename a file? My upstream supplies a GNU Makefile, but I am going to replace it with an auto* tools setup. The Makefile will be created by the ./configure step. Should I delete or rename the upstream's for clarity? How would I do this? It is probably better to simply remove the files in the clean target. The plus is that you won't have a huge patch that lists every sinle line of Makefile for removal. The minus side is that dpkg then gives you a line about ignoring the removal of Makefile when building source. MfG Goswin -- 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/878vtlg0ww.fsf@frosties.localnet
Re: RFS: sfftobmp (updated package) (QA upload) (RC bug fix)
On Wed, Jun 01, 2011 at 07:29:59AM -0500, Daniel Echeverry wrote: Hi, I am looking for a sponsor for the new version 3.1.2-4 of my package sfftobmp. Uploaded. I took the freedom to extent your silent manpage improvement with the 'omitted' spelling fix proposed by lintian and fixed the watch file. (The new upstream release has windows only improvements according to the changelog so I didn't bother to roll that in too.) Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- 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/20110601150704.GE5334@marvin
Re: RFS: sfftobmp (updated package) (QA upload) (RC bug fix)
Hi, 2011/6/1 Sven Hoexter s...@timegate.de On Wed, Jun 01, 2011 at 07:29:59AM -0500, Daniel Echeverry wrote: Hi, I am looking for a sponsor for the new version 3.1.2-4 of my package sfftobmp. Uploaded. I took the freedom to extent your silent manpage improvement with the 'omitted' spelling fix proposed by lintian and fixed the watch file. (The new upstream release has windows only improvements according to the changelog so I didn't bother to roll that in too.) Ok, thank you so much -- Epsilon http://www.rinconinformatico.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user
RFS: retext (another try)
Dear mentors, I am looking for a sponsor for my package retext. * Package name: retext Version : 1.1.0-2 Upstream Author : I (Dmitry Shachnev) * URL : http://retext.sourceforge.net/ * License : GNU GPL Section : editors It builds these binary packages: retext - Simple text editor for Markdown retext-wpgen - Simple text editor for Markdown - Webpages generation tool The package appears to be lintian clean. The upload would fix these bugs: 626157 My motivation for maintaining this package is: I am the author. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/r/retext - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/r/retext/retext_1.1.0-2.dsc I would be glad if someone uploaded this package for me. Changes from the previous try: * New upstream release, bringing basic spellchecker support and full-screen mode * Suggests python-enchant * Several packaging improvements Also, I have a question: when all the modules I use (python-qt4, python-markdown, python-enchant) will be available for Python 3? Does Debian have any plans on this? Kind regards Dmitry Shachnev -- 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/banlktimdeh9j2-zdx4rbu88cwd2hbed...@mail.gmail.com
Re: RFS: obdgpslogger [ITP #580176] [updated version]
On Mon, 30 May 2011 15:51:38 -0400, Gary Briggs wrote: Dear mentors, A while ago I was working on packaging my pet project, obdgpslogger, for Debian. David Paleino generously uploaded it for me, but it failed the FTP masters due to a PDF without source code. [PDFs are now all gone] Uploaded. :) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: RFS: obdgpslogger [ITP #580176] [updated version]
On Wed, Jun 01, 2011 at 07:46:40PM +0200, David Paleino wrote: On Mon, 30 May 2011 15:51:38 -0400, Gary Briggs wrote: Dear mentors, A while ago I was working on packaging my pet project, obdgpslogger, for Debian. David Paleino generously uploaded it for me, but it failed the FTP masters due to a PDF without source code. [PDFs are now all gone] Uploaded. :) Thank-you, good sir! Gary -- 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/20110601185021.gu25...@gamehenge.icculus.org
RFS: subversion (updated package) [lenny-backports, 1.6.12dfsg-6~bpo50+1]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors and backporters, I am looking for a sponsor for the new version 1.6.12dfsg-6~bpo50+1 of my package subversion. The new version addresses the following security issues: CVE-2011-1752 Subversion's mod_dav_svn Apache HTTPD server module will dereference a NULL pointer if asked to deliver baselined WebDAV resources. CVE-2011-1783 Subversion's mod_dav_svn Apache HTTPD server module may in certain scenarios enter a logic loop which does not exit and which allocates memory in each iteration, ultimately exhausting all the available memory on the server. CVE-2011-1921 Subversion's mod_dav_svn Apache HTTPD server module may leak to remote users the file contents of files configured to be unreadable by those users. It builds these binary packages: libapache2-svn - Subversion server modules for Apache libsvn-dev - Development files for Subversion libraries libsvn-doc - Developer documentation for libsvn libsvn-java - Java bindings for Subversion libsvn-perl - Perl bindings for Subversion libsvn-ruby - Ruby bindings for Subversion (dummy package) libsvn-ruby1.8 - Ruby bindings for Subversion libsvn1- Shared libraries used by Subversion python-subversion - Python bindings for Subversion subversion - Advanced version control system subversion-tools - Assorted tools related to Subversion The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/s/subversion - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/s/subversion/subversion_1.6.12dfsg-6~bpo50+1.dsc I would be glad if someone uploaded this package for me. Kind regards Michael Diers - -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3mmawACgkQcEKlWnqVgz1yJACfelo+bmwaRdgNRVd/FZn77W8o c/YAnRHJm5dD9HwKZsTMiNgdVGFIhSqk =UMoE -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/4de699cd.2080...@elego.de
Re: RFS: subversion (updated package) [lenny-backports, 1.6.12dfsg-6~bpo50+1]
On 2011-06-01 21:58, Michael Diers wrote: Dear mentors and backporters, I am looking for a sponsor for the new version 1.6.12dfsg-6~bpo50+1 of my package subversion. The new version addresses the following security issues: CVE-2011-1752 Subversion's mod_dav_svn Apache HTTPD server module will dereference a NULL pointer if asked to deliver baselined WebDAV resources. CVE-2011-1783 Subversion's mod_dav_svn Apache HTTPD server module may in certain scenarios enter a logic loop which does not exit and which allocates memory in each iteration, ultimately exhausting all the available memory on the server. CVE-2011-1921 Subversion's mod_dav_svn Apache HTTPD server module may leak to remote users the file contents of files configured to be unreadable by those users. [...] Here's my draft of a Backports Security Announcement (also attached as BSA-037.txt): [ The BSA number below was obtained from t...@backports.debian.org. Please replace the placeholder Uploader with your name. Please send this as a gpg inline signed mail to debian-backports-annou...@lists.debian.org ] Subject: [BSA-037] Security Update for subversion Uploader uploaded new packages for subversion which fixed the following security problems: CVE-2011-1752 Subversion's mod_dav_svn Apache HTTPD server module will dereference a NULL pointer if asked to deliver baselined WebDAV resources. http://subversion.apache.org/security/CVE-2011-1752-advisory.txt CVE-2011-1783 Subversion's mod_dav_svn Apache HTTPD server module may in certain scenarios enter a logic loop which does not exit and which allocates memory in each iteration, ultimately exhausting all the available memory on the server. http://subversion.apache.org/security/CVE-2011-1783-advisory.txt CVE-2011-1921 Subversion's mod_dav_svn Apache HTTPD server module may leak to remote users the file contents of files configured to be unreadable by those users. http://subversion.apache.org/security/CVE-2011-1921-advisory.txt For the lenny-backports distribution the problems have been fixed in version 1.6.12dfsg-6~bpo50+1. For the stable distribution (squeeze) the problems have been fixed in version 1.6.12dfsg-6 [stable-sec]. If you don't use pinning (see [1]) you have to update the package manually via apt-get -t lenny-backports install packagelist with the packagelist of your installed packages affected by this update. [1] http://backports.debian.org/Instructions We recommend to pin (in /etc/apt/preferences) the backports repository to 200 so that new versions of installed backports will be installed automatically. Package: * Pin: release a=lenny-backports Pin-Priority: 200 -- Michael Diers, elego Software Solutions GmbH, http://www.elego.de [ The BSA number below was obtained from t...@backports.debian.org. Please replace the placeholder Uploader with your name. Please send this as a gpg inline signed mail to debian-backports-annou...@lists.debian.org ] Subject: [BSA-037] Security Update for subversion Uploader uploaded new packages for subversion which fixed the following security problems: CVE-2011-1752 Subversion's mod_dav_svn Apache HTTPD server module will dereference a NULL pointer if asked to deliver baselined WebDAV resources. http://subversion.apache.org/security/CVE-2011-1752-advisory.txt CVE-2011-1783 Subversion's mod_dav_svn Apache HTTPD server module may in certain scenarios enter a logic loop which does not exit and which allocates memory in each iteration, ultimately exhausting all the available memory on the server. http://subversion.apache.org/security/CVE-2011-1783-advisory.txt CVE-2011-1921 Subversion's mod_dav_svn Apache HTTPD server module may leak to remote users the file contents of files configured to be unreadable by those users. http://subversion.apache.org/security/CVE-2011-1921-advisory.txt For the lenny-backports distribution the problems have been fixed in version 1.6.12dfsg-6~bpo50+1. For the stable distribution (squeeze) the problems have been fixed in version 1.6.12dfsg-6 [stable-sec]. If you don't use pinning (see [1]) you have to update the package manually via apt-get -t lenny-backports install packagelist with the packagelist of your installed packages affected by this update. [1] http://backports.debian.org/Instructions We recommend to pin (in /etc/apt/preferences) the backports repository to 200 so that new versions of installed backports will be installed automatically. Package: * Pin: release a=lenny-backports Pin-Priority: 200 signature.asc Description: OpenPGP digital signature
Re: DEP-5 format definition hell
Le Tue, May 31, 2011 at 12:36:10PM +0200, Mats Erik Andersson a écrit : When can we expect http://anonscm.debian.org/viewvc/dep/ to be populated with anything beyond emptyness? Hello, with the help of the admins, the CVS repository of the dep Alioth project was deleted, and the above URL is now showing the expected contents, of the Subversion repository. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- 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/20110602035355.ga14...@merveille.plessy.net