Library packaging and missing .a file
Hi, I am packaging libstrophe XMPP library in order to introduce www.profanity.im to Debian. make[2]: Entering directory `/home/tdi/dev/libstrophe-0.8.4' /bin/mkdir -p '/home/tdi/dev/libstrophe-0.8.4/debian/tmp/usr/lib/x86_64-linux-gnu' /usr/bin/install -c -m 644 libstrophe.a '/home/tdi/dev/libstrophe-0.8.4/debian/tmp/usr/lib/x86_64-linux-gnu' ( cd '/home/tdi/dev/libstrophe-0.8.4/debian/tmp/usr/lib/x86_64-linux-gnu' ranlib libstrophe.a ) /bin/mkdir -p '/home/tdi/dev/libstrophe-0.8.4/debian/tmp/usr/include' /usr/bin/install -c -m 644 strophe.h '/home/tdi/dev/libstrophe-0.8.4/debian/tmp/usr/include' make[2]: Leaving directory `/home/tdi/dev/libstrophe-0.8.4' make[1]: Leaving directory `/home/tdi/dev/libstrophe-0.8.4' dh_install dh_install: libstrophe-dev missing files (usr/lib/lib*.a), aborting The libstrophe.a file is installed into /usr/lib/x86_64-linux-gnu, instead of /usr/lib. When should the .a file be installed into /usr/lib and when into x86... ? My .install file looks like this, however dh_auto_install still installs files into x86... because it runs before dh_install. Should I override dh_auto_install and depend only on d/install file ? usr/include/* usr/lib/lib*.a usr/lib/lib*.so usr/lib/pkgconfig/* usr/share/pkgconfig/* -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- 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/20140424061634.ga28...@blackstar.cs.put.poznan.pl
watch file help needed: Download page of mkgmap changed and is now hiding download files behind JavaScript code
Hi, if you look at the HTML code of http://www.mkgmap.org.uk/download/ you see strings like: \mkgmap-r3226-src.tar.gz\: 1555754, \mkgmap-r3226-src.zip\: 2194070, and thus uscan stopped working. I guess it will be hard to convince upstream that their new shiny page is a bad idea for Debian and that they change back. Any idea how we could make uscan capable to detect and download the latest source anyway? Kind regards Andreas. -- http://fam-tille.de -- 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/20140424080424.gg11...@an3as.eu
Re: Library packaging and missing .a file
On 2014-04-24 08:16, Dariusz Dwornikowski wrote: dh_install: libstrophe-dev missing files (usr/lib/lib*.a), aborting The libstrophe.a file is installed into /usr/lib/x86_64-linux-gnu, instead of /usr/lib. When should the .a file be installed into /usr/lib and when into x86... ? The new destinations are compliant with the multiarch specification[0]. You're probably using debhelper compat level 9, which automates much of this. My .install file looks like this, however dh_auto_install still installs files into x86... because it runs before dh_install. Should I override dh_auto_install and depend only on d/install file ? usr/include/* usr/lib/lib*.a usr/lib/lib*.so usr/lib/pkgconfig/* usr/share/pkgconfig/* It is sufficient to change these to eg: usr/lib/*/lib*.a but you should definitely read the implementation guide[1] to check for other gotchas, etc. [0] https://wiki.debian.org/Multiarch [1] https://wiki.debian.org/Multiarch/Implementation -- 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/5358c9f3.20...@kvr.at
Re: watch file help needed: Download page of mkgmap changed and is now hiding download files behind JavaScript code
On Thu, Apr 24, 2014 at 4:04 PM, Andreas Tille wrote: Any idea how we could make uscan capable to detect and download the latest source anyway? Use a match based on the zip download and downloadurlmangle to transform that to a src tarball. a href=/download/mkgmap-r3226.zip data-bind=attr: {href: current().full_name} -- 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: https://lists.debian.org/CAKTje6FtVDHCgYCSSt1T7OWdUh=7zsdqabh70owexy_jyh0...@mail.gmail.com
Re: watch file help needed: Download page of mkgmap changed and is now hiding download files behind JavaScript code
On 24/04/14 09:04, Andreas Tille wrote: Hi, if you look at the HTML code of http://www.mkgmap.org.uk/download/ you see strings like: \mkgmap-r3226-src.tar.gz\: 1555754, \mkgmap-r3226-src.zip\: 2194070, and thus uscan stopped working. I guess it will be hard to convince upstream that their new shiny page is a bad idea for Debian and that they change back. Any idea how we could make uscan capable to detect and download the latest source anyway? Kind regards Andreas. Using something like this would seem to work, added to the opts downloadurlmangle=s/\.zip/-src.tar.gz/ Regards, -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Re: watch file help needed: Download page of mkgmap changed and is now hiding download files behind JavaScript code
On 24/04/14 09:44, Daniel Lintott wrote: On 24/04/14 09:04, Andreas Tille wrote: Hi, if you look at the HTML code of http://www.mkgmap.org.uk/download/ you see strings like: \mkgmap-r3226-src.tar.gz\: 1555754, \mkgmap-r3226-src.zip\: 2194070, and thus uscan stopped working. I guess it will be hard to convince upstream that their new shiny page is a bad idea for Debian and that they change back. Any idea how we could make uscan capable to detect and download the latest source anyway? Kind regards Andreas. Using something like this would seem to work, added to the opts downloadurlmangle=s/\.zip/-src.tar.gz/ Regards, Having just tried this again.. it only half works... Output from uscan --verbose -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: opts=dversionmangle=s/0.0.0.svn//,downloadurlmangle=s/\.zip/-src.tar.gz/ http://www.mkgmap.org.uk/download/ mkgmap-r([\d]+)\.zip -- Found the following matching hrefs: /download/mkgmap-r3226.zip (3226) Newest version on remote site is 3226, local version is 0.0.0+svn2981 (mangled local version number 2981) = Newer version available from http://www.mkgmap.org.uk/download/mkgmap-r3226-src.tar.gz -- Downloading updated package mkgmap-r3226.zip -- Scan finished So it seems as if uscan is ignoring the downloadurlmangle when it comes to actually downloading the file! Regards, -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Re: watch file help needed: Download page of mkgmap changed and is now hiding download files behind JavaScript code
On 24/04/14 10:32, Daniel Lintott wrote: On 24/04/14 09:44, Daniel Lintott wrote: On 24/04/14 09:04, Andreas Tille wrote: Hi, if you look at the HTML code of http://www.mkgmap.org.uk/download/ you see strings like: \mkgmap-r3226-src.tar.gz\: 1555754, \mkgmap-r3226-src.zip\: 2194070, and thus uscan stopped working. I guess it will be hard to convince upstream that their new shiny page is a bad idea for Debian and that they change back. Any idea how we could make uscan capable to detect and download the latest source anyway? Kind regards Andreas. Using something like this would seem to work, added to the opts downloadurlmangle=s/\.zip/-src.tar.gz/ Regards, Having just tried this again.. it only half works... Output from uscan --verbose -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: opts=dversionmangle=s/0.0.0.svn//,downloadurlmangle=s/\.zip/-src.tar.gz/ http://www.mkgmap.org.uk/download/ mkgmap-r([\d]+)\.zip -- Found the following matching hrefs: /download/mkgmap-r3226.zip (3226) Newest version on remote site is 3226, local version is 0.0.0+svn2981 (mangled local version number 2981) = Newer version available from http://www.mkgmap.org.uk/download/mkgmap-r3226-src.tar.gz -- Downloading updated package mkgmap-r3226.zip -- Scan finished So it seems as if uscan is ignoring the downloadurlmangle when it comes to actually downloading the file! Regards, After digging into even more... hate to leave a problem unsolved... I think I cracked it! In addition to the the downloadurlmangle, a filenamemangle is needed to save the downloaded file with the correct name. filenamemangle=s/\/download\/mkgmap-r([\d]+)\.zip/mkgmap-r$1-src.tar.gz/ Which removes the download directory and names the file correctly as a tar.gz Hope that helps... Regards, -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
No upstream versioning
Hello, I'm wishing to package ipad-charge[0] for Debian.[1] The only problem I appear to be having is that the upstream don't version their uploads. I've emailed the developer a few days ago but haven't received a response so far. I'm wondering what I should version it as if I do not receive a reply from the upstream developer? Thanks, Ben Donald-WIlson [0]: https://github.com/mkorenkov/ipad_charge [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743798
Re: No upstream versioning
On 24.04.14 20:12:12, Benjamin Donald-Wilson wrote: Hello, I'm wishing to package ipad-charge[0] for Debian.[1] The only problem I appear to be having is that the upstream don't version their uploads. I've emailed the developer a few days ago but haven't received a response so far. I'm wondering what I should version it as if I do not receive a reply from the upstream developer? Create an issue on github to tag his releases. Thanks, Ben Donald-WIlson [0]: https://github.com/mkorenkov/ipad_charge [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743798 -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- 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/20140424104509.ga25...@blackstar.cs.put.poznan.pl
Re: No upstream versioning
On 2014-04-24 12:45, Dariusz Dwornikowski wrote: On 24.04.14 20:12:12, Benjamin Donald-Wilson wrote: Hello, I'm wishing to package ipad-charge[0] for Debian.[1] The only problem I appear to be having is that the upstream don't version their uploads. I've emailed the developer a few days ago but haven't received a response so far. I'm wondering what I should version it as if I do not receive a reply from the upstream developer? Create an issue on github to tag his releases. If that doesn't work, another possibility would be to create a mock version number based on the date, for example MMDD.{7-digit-commit-ID}. [0]: https://github.com/mkorenkov/ipad_charge [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743798 -- 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/5358ec4d.5060...@kvr.at
Re: No upstream versioning
On Thu, Apr 24, 2014 at 8:49 PM, Christian Kastner deb...@kvr.at wrote: On 2014-04-24 12:45, Dariusz Dwornikowski wrote: On 24.04.14 20:12:12, Benjamin Donald-Wilson wrote: Hello, I'm wishing to package ipad-charge[0] for Debian.[1] The only problem I appear to be having is that the upstream don't version their uploads. I've emailed the developer a few days ago but haven't received a response so far. I'm wondering what I should version it as if I do not receive a reply from the upstream developer? Create an issue on github to tag his releases. There was an issue reported about a year ago with regards about versioning (https://github.com/mkorenkov/ipad_charge/issues/24) however there was no replies. If that doesn't work, another possibility would be to create a mock version number based on the date, for example MMDD.{7-digit-commit-ID}. So I will most likely go with this option and build the package tomorrow. [0]: https://github.com/mkorenkov/ipad_charge [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743798 -- 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/5358ec4d.5060...@kvr.at
Re: No upstream versioning
On Thu, Apr 24, 2014 at 11:49 AM, Christian Kastner deb...@kvr.at wrote: If that doesn't work, another possibility would be to create a mock version number based on the date, for example MMDD.{7-digit-commit-ID}. ...and possibly prepending it with 0~ in order to avoid you to introduce an epoch in the future, e.g: 0~20140425.{EITHER-7-digit-commit-ID-OR-git-describe-result-string} Cheers. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- 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/camhuwoyqry1kgbwr_x6ssuscqavdovbn8dfdbss16tvcn_v...@mail.gmail.com
Re: No upstream versioning
On Apr 24, 2014 1:00 PM, Benjamin Donald-Wilson be...@ubuntu.com wrote: On Thu, Apr 24, 2014 at 8:49 PM, Christian Kastner deb...@kvr.at wrote: If that doesn't work, another possibility would be to create a mock version number based on the date, for example MMDD.{7-digit-commit-ID}. So I will most likely go with this option and build the package tomorrow. Consider using 0+gitMMDD.commitID So if upstream start tagging their release will be simpler.
Re: No upstream versioning
Thanks for the advice. Just one more quick question, should I use date of the commit I'm using or the date that I package it? (last commit was roughly 5 months ago) On Thu, Apr 24, 2014 at 9:04 PM, Mattia Rizzolo mapr...@ubuntu.com wrote: On Apr 24, 2014 1:00 PM, Benjamin Donald-Wilson be...@ubuntu.com wrote: On Thu, Apr 24, 2014 at 8:49 PM, Christian Kastner deb...@kvr.at wrote: If that doesn't work, another possibility would be to create a mock version number based on the date, for example MMDD.{7-digit-commit-ID}. So I will most likely go with this option and build the package tomorrow. Consider using 0+gitMMDD.commitID So if upstream start tagging their release will be simpler.
Re: watch file help needed: Download page of mkgmap changed and is now hiding download files behind JavaScript code
Hi Daniel, thanks for your continuous trials to help me. :-) On Thu, Apr 24, 2014 at 11:22:22AM +0100, Daniel Lintott wrote: On 24/04/14 10:32, Daniel Lintott wrote: On 24/04/14 09:44, Daniel Lintott wrote: On 24/04/14 09:04, Andreas Tille wrote: Hi, if you look at the HTML code of http://www.mkgmap.org.uk/download/ you see strings like: \mkgmap-r3226-src.tar.gz\: 1555754, \mkgmap-r3226-src.zip\: 2194070, and thus uscan stopped working. I guess it will be hard to convince upstream that their new shiny page is a bad idea for Debian and that they change back. Any idea how we could make uscan capable to detect and download the latest source anyway? Kind regards Andreas. Using something like this would seem to work, added to the opts downloadurlmangle=s/\.zip/-src.tar.gz/ Regards, Having just tried this again.. it only half works... Output from uscan --verbose -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: opts=dversionmangle=s/0.0.0.svn//,downloadurlmangle=s/\.zip/-src.tar.gz/ http://www.mkgmap.org.uk/download/ mkgmap-r([\d]+)\.zip -- Found the following matching hrefs: /download/mkgmap-r3226.zip (3226) Newest version on remote site is 3226, local version is 0.0.0+svn2981 (mangled local version number 2981) = Newer version available from http://www.mkgmap.org.uk/download/mkgmap-r3226-src.tar.gz -- Downloading updated package mkgmap-r3226.zip -- Scan finished So it seems as if uscan is ignoring the downloadurlmangle when it comes to actually downloading the file! Regards, After digging into even more... hate to leave a problem unsolved... I think I cracked it! In addition to the the downloadurlmangle, a filenamemangle is needed to save the downloaded file with the correct name. filenamemangle=s/\/download\/mkgmap-r([\d]+)\.zip/mkgmap-r$1-src.tar.gz/ Which removes the download directory and names the file correctly as a tar.gz Hope that helps... Not really since I can not confirm that I get anything else but: no matching hrefs for watch line I guess we somehow need to go with Paul's hint. All your hints are based on changing the regexp for the source download by droping the '-src' part from the file name. Since we really want to fetch the source and not simply the binary jar this is not helpful. However, I somehow need to make some sense out of Paul's hint which I did not fully understand admittedly. Kind regards Andreas. -- http://fam-tille.de -- 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/20140424113214.gi11...@an3as.eu
Re: No upstream versioning
On Thu, Apr 24, 2014 at 09:14:08PM +1000, Benjamin Donald-Wilson wrote: Thanks for the advice. Just one more quick question, should I use date of the commit I'm using or the date that I package it? (last commit was roughly 5 months ago) Their commit date. The reason is there is at least some way of tracing back to where you got that particular tar file. So if I saw 20131224 I could look at the git log and see perhaps you went from commit on 24 Dec 2013. Your download date could be anything from their commit date to (if you lived in New Zealand and waited 30 minutes) tomorrow's date. That's really hard to work out. Oh, and you don't get oddness like this: * They commit and push 1st April * They commit and don't push 2nd April * You download on 5th April and use version 20140405 (you can't see their 2nd April commit) * They eventually push their commits * Why doesn't 20140405 have the commit for 2nd April? - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- 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/20140424113626.ga5...@enc.com.au
Bug#745721: RFS: libzhuyin/0.9.93-1
Package: sponsorship-requests Severity: wishlist Hi All, I am looking for a sponsor for libzhuyin: * Package name: libzhuyin Version : 0.9.93 Upstream Author : Peng Wu alexep...@gmail.com * URL : https://github.com/libzhuyin/libzhuyin * License : GPL2 Programming Lang: C++ Description : Zhuyin input method library It builds the following packages: - libzhuyin4 - libzhuyin4-data - libzhuyin4-dev - libzhuyin4-dbg To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libzhuyin Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libz/libzhuyin/libzhuyin_0.9.93-1.dsc Please help to review if there is any problem in this package, and help to upload if everything is okay. Also, please help to give me DM permission so that I can help to maintain this package, thanks. -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Re: watch file help needed: Download page of mkgmap changed and is now hiding download files behind JavaScript code
On 24/04/14 12:32, Andreas Tille wrote: Hi Daniel, thanks for your continuous trials to help me. :-) No problem! I enjoy a good bit of problem solving! On Thu, Apr 24, 2014 at 11:22:22AM +0100, Daniel Lintott wrote: Hope that helps... Not really since I can not confirm that I get anything else but: no matching hrefs for watch line I guess we somehow need to go with Paul's hint. All your hints are based on changing the regexp for the source download by droping the '-src' part from the file name. Since we really want to fetch the source and not simply the binary jar this is not helpful. However, I somehow need to make some sense out of Paul's hint which I did not fully understand admittedly. What Paul was hinting at was using using the downloadurlmangle as per my first email. What happens here is we get the href for the binary download and then mangle it to get the source tarball, by replacing .zip with -src.tar.gz s/\.zip/-src.tar.gz/ Next we have to make uscan save the file it downloads with the correct filename... filenamemangle. filenamemangle=s/\/download\/mkgmap-r([\d]+)\.zip/mkgmap-r$1-src.tar.gz/ Here we replace /download/mkgmap-r.zip with mkgmap-r-src.tar.gz to match the name of the that is actually downloaded. I have also attached a copy of the watch file I used to test the mangles. Regards, -- Daniel Lintott GPG Key: 4096R/5D73EC6E version=3 opts=dversionmangle=s/0.0.0.svn//,downloadurlmangle=s/\.zip/-src.tar.gz/,filenamemangle=s/\/download\/mkgmap-r([\d]+)\.zip/mkgmap-r$1-src.tar.gz/ \ http://www.mkgmap.org.uk/download/mkgmap-r([\d]+).zip signature.asc Description: OpenPGP digital signature
Bug#745721: [Pkg-ime-devel] Bug#745721: RFS: libzhuyin/0.9.93-1
ChangZhuo Chen (陳昌倬) czc...@gmail.com writes: Package: sponsorship-requests Severity: wishlist Hi All, I am looking for a sponsor for libzhuyin: * Package name: libzhuyin Version : 0.9.93 Upstream Author : Peng Wu alexep...@gmail.com * URL : https://github.com/libzhuyin/libzhuyin * License : GPL2 Programming Lang: C++ Description : Zhuyin input method library It builds the following packages: - libzhuyin4 - libzhuyin4-data - libzhuyin4-dev - libzhuyin4-dbg To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libzhuyin Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libz/libzhuyin/libzhuyin_0.9.93-1.dsc Please help to review if there is any problem in this package, and help to upload if everything is okay. Also, please help to give me DM permission so that I can help to maintain this package, thanks. Thanks for packaging this library! I'm reviewing this package. -- Kanru -- 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/87iopypxtr@isil.kanru.info
Bug#743950: Updated download URL for python-ebooklib source package
Hi mentors, Following feedback I have fixed some issues with the source package and re-uploaded it with a -1 suffix. It can downloaded with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-ebooklib/python-ebooklib_0.15-1.dsc Changes since the last upload: * Initial upload to Debian, closes: #745542 Thanks! Daniel -- 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/53593644.3090...@64studio.com
Bug#734308: marked as done (RFS: notion/3+2014010901-1 -- tiling tabbed window manager designed for keyboard users)
Your message dated Thu, 24 Apr 2014 16:23:37 + with message-id e1wdmqz-p1...@quantz.debian.org and subject line closing RFS: notion/3+2014010901-1 -- tiling tabbed window manager designed for keyboard users has caused the Debian Bug report #734308, regarding RFS: notion/3+2014010901-1 -- tiling tabbed window manager designed for keyboard users 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.) -- 734308: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734308 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 notion Package name: notion Version : 3+2014010505-1 Upstream Author : Arnout Engelen arnou...@bzzt.net URL : http://notion.sf.net License : Ion license (LGPL with trademark restrictions) Section : x11 It builds those binary packages: notion - tiling tabbed window manager designed for keyboard users notion-dev - Notion development files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/notion Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/non-free/n/notion/notion_3+2014010505-1.dsc Changes since the last upload: * New upstream version (closes: #725388) - many improvements to multihead support - improved keybindings - better keyboard focus hints - notionflux remote control * lua5.2 support Regards, Arnout Engelen ---End Message--- ---BeginMessage--- Package notion version 3+2014010901-1 is in unstable now. http://packages.qa.debian.org/notion---End Message---
argument against splitting packages
Hi all, In the last couple of days, the following came up multiple times. Splitting binary packages adds to the total amount of packages in Debian. I have heard that (some) people are very careful before they decide to do that. What is the argument? I can come up with one, but I wonder if there is more to it. The one argument that I can come up with is that adding a package also adds about 1kB to the data that everybody in Debian has to download (on every update), also the people that are not interested in the package (which may be many). Paul signature.asc Description: OpenPGP digital signature
Bug#745609: RFS: eso-midas/13.09pl1.2-1 [ITP] -- European Southern Observatory Munich Image Data Analysis System
Hi Ole, your debian/copyright needs some additions: install/unix/systems/Cygwin/values.h is LGPL gui/GraphLib/libsrc/uimxR5/include/msg.h is some Apple license libsrc/readline/* is GPL1+ gui/GraphLib/DESCRIPTION has some additional license information Most important install/unix/systems/Linux_alpha/README.linux tells that midas is only for non-commercial usage. You should get a statement from upstream that this is no longer valid and add a comment to debian/copyright (or better let upstream remove that file). Thorsten -- 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/alpine.deb.2.02.1404241912130.14...@jupiter.server.alteholz.net
Re: argument against splitting packages
On Thu, 24 Apr 2014, Paul Gevers wrote: The one argument that I can come up with is that adding a package also adds about 1kB to the data that everybody in Debian has to download (on every update), also the people that are not interested in the package (which may be many). It also increases the size of the dependency graph which apt and friends must handle, which increases the memory necessary to install Debian, and the time which it takes to parse and solve the graph. In general, if everyone would normally install both packages, the architectures match, and the split packages are not large, it's not worth splitting. The cases where you should split are generally really obvious; if it's not clear, ask here or in #debian-mentors, and you'll get some reasonable advice. -- Don Armstrong http://www.donarmstrong.com S: Make me a sandwich B: What? Make it yourself. S: sudo make me a sandwich B: Okay. -- xkcd http://xkcd.com/c149.html -- 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/20140424184121.gx3...@rzlab.ucr.edu
Bug#745777: RFS: ipad-charge/0~20131118.c82b032-1 [ITP] -- USB charging control utility to charge an Apple device
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package ipad-charge * Package name: ipad-charge Version : 0~20131118.c82b032-1 Upstream Author : Max Korenkov * URL : https://github.com/mkorenkov/ipad_charge * License : GPL-2+ Section : x11 It builds those binary packages: ipad-charge - USB charging control utility to charge an Apple device To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ipad-charge Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/ipad-charge/ipad-charge_0~20131118.c82b032-1.dsc Regards, Benjamin Donald-Wilson
Re: Library packaging and missing .a file
On 24.04.14 10:23:23, Christian Kastner wrote: It is sufficient to change these to eg: usr/lib/*/lib*.a Thanks for this. I have got another problem. Libstrophe only provides .a file, no .so, so basically it should provide only a -dev package. Is it ok to package only -dev, or is it agains policies? -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- 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/20140425055829.gb28...@blackstar.cs.put.poznan.pl