Bug#687057: ITP: androidsdk-tools -- A subset of the android sdk tools
On Sep 9, 2012, at 3:34 AM, Stefan Handschuh wrote: > The sdk tools are containing *some* of the android build tools. Stupid question: Which parts are missing (and what do users miss without them) and why? Cheers, Adrian -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/7d83a9de-0ac6-4cae-991e-caf9d63f3...@physik.fu-berlin.de
Bug#687057: ITP: androidsdk-tools -- A subset of the android sdk tools
On Sun, Sep 9, 2012 at 7:34 AM, Stefan Handschuh wrote: > * Package name: androidsdk-tools You might want to create a team for packaging Android related things, we already have an android-tools source package containing adb and fastboot: http://packages.qa.debian.org/a/android-tools.html Marcin Juszkiewicz is also planning to package heimdall (the flashing tool). -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6erxe4pae84vf5ozrprdyuhb4kndasi28usmaqqdrs...@mail.gmail.com
Bug#687001: marked as done (ITP: optional-dev -- fake (empty) dev package)
Your message dated Sun, 9 Sep 2012 11:28:12 +1000 with message-id <201209091128.13220.only...@member.fsf.org> and subject line Done: ITP: optional-dev -- fake (empty) dev package has caused the Debian Bug report #687001, regarding ITP: optional-dev -- fake (empty) dev package 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.) -- 687001: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687001 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: optional-dev Version: 20120908 Author: Dmitry Smirnov License: GPL-3+ Description: fake (empty) dev package Purpose of this package is to provide an alternative for optional build dependencies which may not be available on some architectures. There are situations when some of the libraries listed in Build-Depends are optional i.e. build system is smart enough to avoid failure when such library is missing. Often some development libraries are not available on all architectures in which case maintainer should know beforehand which architectures may satisfy this dependency and maintain an up-to-date list of architectures for such packages, like in the following example: Build-Depends: libchamplain-gtk-0.12-dev [!m68k !sh4], libopenipmi-dev [!hurd-any !arm] From time to time such lists should be re-checked in case library become available on another architecture or when new architecture is added or if package is removed from some architectures. Another challenge is backporting package if some of its optional build dependencies may not be available on target distribution. For instance "libchamplain-gtk-0.12-dev" is not available for Squeeze so backporting would require removing it from Build-Depends. Finally maintainer might want to mark optional dependencies as such (can be done with comments). All the above problems may be addressed by using this package as alternative to optional build dependency like in the example below: Build-Depends: libchamplain-gtk-0.12-dev | optional-dev, libopenipmi-dev | optional-dev --- End Message --- --- Begin Message --- Closing as not feasible. Thanks to all those who provided a valuable feedback. Regards, Dmitry. optional-dev_20120908.tar.gz Description: application/compressed-tar optional-dev_20120908.dsc Description: PGP signature --- End Message ---
Bug#687001: ITP: optional-dev -- fake (empty) dev package
On Sun, 9 Sep 2012 02:06:52 Paul Wise wrote: > I would be interested to see what real use-cases people wanted this > sort of thing for. Dimitry, which specific problem were you trying to > solve when you came up with optional-dev? Thanks Paul, primarily I was trying to address a problem when package build unnecessarily fails due to lack of "optional" dependency before an actual attempt to build. Due to risk of FTBFS maintainer should be careful with introducing dependencies that are non-critical for upstream build. In this case, enabling optional feature by adding dependency may make package build more fragile and create some difficulties for backporting as distinguishing required build-dependencies from optional ones may be not obvious. Now it became clear that idea is not feasible because it creates more problem than it solves. Thanks to feedback from Adam, Neil, Brian, Arno, Guillem, Simon, Geregor, Bastian and others I can summarise the flaws in the idea: * buildd servers can't fall back to alternative so even if we can avoid FTBFS in pbuilder by providing a trivially satisfiable fallback dependency, that is not the case for our build servers. * Rarely some packages may be not available for build due to transition, breakage or other circumstances. With silent fallback instead of FTBFS package may suddenly and unexpectedly lost some of its functionality. * NMUs are not guaranteed to be the same as original package due to possibility of missing optional dependency packages in the environment where NMU is being prepared. > > But I see the use case, e.g. for packages that rebuild the > > documentation if some tool is available and just skip it gracefully > > and use the shipped version, if not. > > We have the bootstrap stuff for that: > > http://wiki.debian.org/DebianBootstrap Very interesting, thank you. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209091109.29455.only...@member.fsf.org
Bug#687001: ITP: optional-dev -- fake (empty) dev package
On Sun, 9 Sep 2012 00:30:41 brian m. carlson wrote: > Debian users depend on the package being built in a consistent way. For > example, some packages are built with Kerberos support. While this is > generally optional for most packages, I'd be very upset if, say, the > Debian openssh-server package suddenly lost support for Kerberos because > the maintainer or someone doing an NMU didn't have the appropriate -dev > package installed, since it would mean that package would suddenly fail > to work in a major way for me. Your proposed solution would remove an > important safety check. Thanks for your brilliant explanation of problem. You're certainly right but your example is also a case of possible abuse of an idea because you describe Kerberos as important feature which shouldn't be optional. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209091109.51782.only...@member.fsf.org
Bug#687057: ITP: androidsdk-tools -- A subset of the android sdk tools
Package: wnpp Severity: wishlist Owner: Stefan Handschuh * Package name: androidsdk-tools Version : 14 Upstream Author : The Android Open Source Project * URL : https://android.googlesource.com/platform/sdk * License : Apache 2.0 Programming Lang: Java Description : A subset of the android sdk tools containing the sdklib which is needed to 'compile' android resource files which is a prerequisit to build apk packages. The sdk tools are containing *some* of the android build tools. The sources contain ddms and also the eclipse plugins. However for an initial version, it might be sufficient to create a sdklib binary package that is neede to 'compile' the static android resources of an android application. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120908233450.7676.4762.reportbug@m1330
Bug#666008: (no subject)
Hello Jendrik I know there are already a lot of music player inside Debian but pogo is the only one who satisfies by need for a folder/file based GUI music player. Also this questions: http://superuser.com/questions/326471/is-there-a-folder-only-based-music-player-for-linux show some interest for this kind of media players. I would be happy to see Pogo packaged in Debian, if you have the packaging already done in your ppa, could maybe submit a source package in http://mentors.debian.net/ ? Remember if you get Pogo packaged in the Debian archive, it will be included automatically in all Debian derivatives and that includes Ubuntu. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/504bd5da.1050...@libera.cc
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: > # Saturday 8 September 20:03:16 UTC 2012 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: glyr > tags 651416 + pending Bug #651416 [wnpp] ITP: glyr -- search engine for music-related metadata Added tag(s) pending. > # Source package in NEW: repsnapper > tags 649392 + pending Bug #649392 [wnpp] ITP: repsnapper -- STL - > GCode Converter and print software for RepRap machines Added tag(s) pending. > End of message, stopping processing here. Please contact me if you need assistance. -- 649392: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649392 651416: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651416 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.134713460325928.transcr...@bugs.debian.org
Bug#626668: (no subject)
Sorry it took me so long to respond. What exactly are the issues with the build system that need to be addressed? I don't see why things like noopt can't be done in debian/rules, but if some adjustments to the Makefile are needed, so be it. A switch to autotools is pretty much out of the question though. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/504b8c4f.2080...@gmail.com
Bug#686903: RFP: pass -- the standard unix password manager
On Sat, Sep 8, 2012 at 7:10 PM, martin f krafft wrote: > also sprach Jason A. Donenfeld [2012.09.08.1852 +0200]: >> Anyone up for discussing adding this package to debian? > > Have you considered doing it yourself? I've already written the debian control files and done all the hard work. As I don't have commit access to debian's repos and am not a debian developer, it's now up to someone else to import my work. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cahmme9penwsncwt_td-81rz4yrm4-zvfvlhcfcjc-vnob_u...@mail.gmail.com
Bug#649392: Processed: ITP: repsnapper -- STL - > GCode Converter and print software for RepRap machines
於 2012年09月08日 00:46, Bas Wijnen 提到: > Hi, > > Just to let you know: repsnapper uses a library for some math, which I > have packaged in Debian for the purpose of including repsnapper > (vmmlib). However, the copy included in repsnapper's source is very old, > and some changes are required to use the packaged (and released) version > instead. This is not something that upstream is likely to pursue, but > they won't block it either. I suggest you make the (many) trivial > changes required to link to the packaged library instead to the included > one before uploading the package. > > It is your decision, of course. :-) > > Thanks, > Bas > Hi Bas, Thanks for the info. I'll use the system vmmlib instead of the embedded one. Yours Sincerely, Paul -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) signature.asc Description: OpenPGP digital signature
Bug#540701: Questions and patches: new official Debian package for wbar
On 07.09.2012 05:01, Rodolfo Granata wrote: > Hey Markus, > > * Added wbar.png back > * Updated make-conf.sh to take multiple search directories > * I wanna keep the font even though it may not exist, if I'm not > mistaken, wbar will start anyway and it will get a default if it does. > * Added your latest patches. > * removed the debian dir. > > TODO: promote wbar-config. > Hi Rodolfo, thank you! I think i'm really done now. We need a new release. :) I've updated the README and added some paragraphs about wbar-config and make-conf.sh and removed some old lines and cleaned up a little. Patch is attached, let me know what you think about it. Forget about my suggestion to reintroduce the old icons. Although i know about the original authors now, it is much easier if i handle a default configuration by myself within the Debian system. It also makes the source package of wbar smaller and easier to maintain if you don't have to bother with external ressources. I've checked the fonts again and indeed, it seems wbar will start anyway even without a correct font path. Done! I've discovered another typo in wbar-config (licence -> license) and the version of wbar-config should be updated to 2.3.2 for your next release) And it was necessary to patch Makefile.am in the pixmaps folder to copy wbar.png to the right place again. Patch is attached. Last but not least: The COPYING file states that Wbar is licensed under the GPL-2+ (the + is important) which means you grant everyone the right to redistribute and modify wbar either under the GPL-2 or any later version. I personally think that's a good idea, but i wanted to ask again if that's your intention. If yes, great, no changes are needed but i guess you should change the license on the official homepage, too. That's all for now Regards Markus --- a/pixmaps/Makefile.am +++ b/pixmaps/Makefile.am @@ -5,8 +5,7 @@ pixmapsdir = @PIXMAPDIR@/@PACKAGE_NAME@ pixmaps_DATA = $(IMAGES) IMAGES = \ -dock.png +dock.png \ +wbar.png -pixmapdir = @PIXMAPDIR@ -#pixmap_DATA = wbar.png --- a/po/de.po +++ b/po/de.po @@ -2,7 +2,6 @@ # Copyright (C) YEAR ORGANIZATION # Yadickson Soto , 2009. # -#, fuzzy msgid "" msgstr "" "Project-Id-Version: wbar 2.0.0\n" @@ -213,7 +212,7 @@ msgstr "Ãber" msgid "wbar config" msgstr "Wbar config" -msgid "Licence GPL - 2010" +msgid "License GPL - 2010" msgstr "Lizenz GPL - 2010" msgid "A light and fast launch bar." @@ -348,14 +347,12 @@ msgstr "Fehlerprotokoll speichern: " #~ msgid "Warlock Bar" #~ msgstr "Warlock Bar" -#, fuzzy #~ msgid "Icon name:" #~ msgstr "Symbol:" #~ msgid "_Settings" #~ msgstr "_Einstellungen" -#, fuzzy #~ msgid "Font size:" #~ msgstr "SymbolgröÃe" --- a/po/es.po +++ b/po/es.po @@ -214,7 +214,7 @@ msgstr "Acerca de" msgid "wbar config" msgstr "configuración wbar" -msgid "Licence GPL - 2010" +msgid "License GPL - 2010" msgstr "Licencia GPL - 2010" msgid "A light and fast launch bar." --- a/po/fi.po +++ b/po/fi.po @@ -2,7 +2,6 @@ # Copyright (C) YEAR ORGANIZATION # Yadickson Soto , 2009. # -#, fuzzy msgid "" msgstr "" "Project-Id-Version: wbar 2.0.0\n" @@ -214,7 +213,7 @@ msgstr "Tietoa" msgid "wbar config" msgstr "" -msgid "Licence GPL - 2010" +msgid "License GPL - 2010" msgstr "" msgid "A light and fast launch bar." @@ -346,14 +345,12 @@ msgstr "" msgid "Error copy file: " msgstr "" -#, fuzzy #~ msgid "Icon name:" #~ msgstr "Kuvake:" #~ msgid "_Settings" #~ msgstr "_Asetukset" -#, fuzzy #~ msgid "Font size:" #~ msgstr "Kuvakkeen koko" --- a/src/config/Functions.cc +++ b/src/config/Functions.cc @@ -1393,7 +1393,7 @@ void show_about() "icon", pixbuf, "program-name", _("wbar config"), "version", VERSION, -"copyright", _("Licence GPL - 2010"), +"copyright", _("License GPL - 2010"), "comments", _("A light and fast launch bar."), "website", "http://code.google.com/p/wbar/";, "website-label", _("wbar project website"), --- a/configure.ac +++ b/configure.ac @@ -1,6 +1,6 @@ dnl make yadickson soto -AC_INIT([wbar], [2.3.0]) +AC_INIT([wbar], [2.3.2]) AM_INIT_AUTOMAKE([ filename-length-max=256 tar-ustar ]) AM_CONFIG_HEADER(config.h) --- a/README +++ b/README @@ -2,43 +2,61 @@ wbar === +SUMMARY + +1. License +2. Dependencies +3. General +4. Installation +5. Configuration + 5.1. Wbar-config (recommended) + 5.2. make-conf.sh + 5.3. Manual method +6. Bugs + + + +1. LICENSE +-- + Wbar by Rodolfo Granata Copyright (C) 2012 warlock...@gmail.com -Wbar and wbar-config by Yadickson Soto Copyright (C) 2010 +Wbar and wbar-config by Yadickson Soto Copyright (C) 2010 yadick...@gmail.com -LICENSE - -Wbar is under GNU GPL license. Please, read the 'COPYING' to know what this means. +Wbar is under GNU GPL license. Please, read the 'COPYING' to know what this +means. -It'll be greatly appreciated if you mail the author (warlock
Processed: ITA: remmina -- remote desktop client for GNOME desktop environment
Processing commands for cont...@bugs.debian.org: > retitle 676894 ITA: remmina -- remote desktop client for GNOME desktop > environment Bug #676894 [wnpp] ITA: remmina -- remote desktop client for GNOME desktop Bug #685471 [wnpp] ITA: remmina -- remote desktop client for GNOME desktop environment Changed Bug title to 'ITA: remmina -- remote desktop client for GNOME desktop environment' from 'ITA: remmina -- remote desktop client for GNOME desktop' Ignoring request to change the title of bug#685471 to the same title > owner 676894 "Miguel A. Alvarado V." Bug #676894 [wnpp] ITA: remmina -- remote desktop client for GNOME desktop environment Bug #685471 [wnpp] ITA: remmina -- remote desktop client for GNOME desktop environment Owner recorded as "Miguel A. Alvarado V." . Owner recorded as "Miguel A. Alvarado V." . > stop Stopping processing here. Please contact me if you need assistance. -- 676894: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676894 685471: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685471 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.134711675328166.transcr...@bugs.debian.org
Bug#686949: ITP: fpgatools -- A small independent command line FPGA utilities, no GUI plain C, text-based file formats. convert floorplan from/to bitstream.
On 09/07/2012 10:25 PM, Timo Juhani Lindfors wrote: Xiangfu Liu writes: Description : A small independent command line FPGA utilities, no GUI. plain C, no C++, text-based file formats. convert floorplan from/to bitstream. Sounds interesting but the description is bit generic. What does this An introduction is on TODO list. :) it will be using .c files and libfpga for implement your design. The author(wolfgang) is working/testing on xilinx slx9 bitstream. you can take a look at here first. https://github.com/Wolfgang-Spraul/fpgatools tool let me to do? Are there still non-free tools needed to program FPGA chips? (I assume yes, it'd be good to document these). No. no needs non-free tools. maybe other free softwares. Xiangfu -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/504b5868.1090...@sharism.cc
Bug#687001: ITP: optional-dev -- fake (empty) dev package
On Sat, 8 Sep 2012 22:01:17 +1000 Dmitry Smirnov wrote: > On Sat, 8 Sep 2012 19:37:33 Holger Levsen wrote: > > "optional depends" - what?? Thats self contradictory. If a depends it's > > really optional, it's not a depends, thus that package is buggy and should > > not be fixed by introducing a nonsense package, but by removing this > > depends. > > Imagine a software that builds without a certain -dev package. When present > this package may be used to activate an additional (optional) feature. Builds need to be reproducible so that when there needs to be an NMU it does not rebuild with different options merely because something extra has been installed. DEB_BUILD_OPTIONS exists for that support. Conditional builds are a bad idea. Specify the functionality for each arch and ensure that a later build does not change the functionality. This is where auto-detection in ./configure is also a bad idea - packages should ensure that dependencies which are auto detected are always available where supported via Build-Depends and [$arch], even using Build-Conflicts if necessary. > When building for as many architectures as we have, situation when some > dependencies are missing (or can't exist) on some architectures is not rare. So specify that using the existing !$arch support. > However we still want to build our packages with all features possible. ... but not surprise everyone when a simple binNMU for some other reason results in a change of dependencies. > The latter will make maintenance easier and may also be helpful for > backporting or even for distributions who borrow our packages but may not > have > all their build-dependencies. Maintenance is not easier if builds at a later date give a completely different package. "Optional build-dependencies" are best supported via DEB_BUILD_OPTIONS so that if the same options are always given, the build always prepares the same package whatever else is installed on the system in question. That is the only way to ensure that someone can safely do an NMU on the package months after the last maintainer upload. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpeLbtnNB9CK.pgp Description: PGP signature
Bug#687001: ITP: optional-dev -- fake (empty) dev package
On Sat, 8 Sep 2012 19:37:33 Holger Levsen wrote: > "optional depends" - what?? Thats self contradictory. If a depends it's > really optional, it's not a depends, thus that package is buggy and should > not be fixed by introducing a nonsense package, but by removing this > depends. Not at all, it may appears "self contradictory" only because debian/control "language" doesn't have a right term for it. Or perhaps my wording is not perfect. If you got the idea, can you suggest a better word? Imagine a software that builds without a certain -dev package. When present this package may be used to activate an additional (optional) feature. When building for as many architectures as we have, situation when some dependencies are missing (or can't exist) on some architectures is not rare. However we still want to build our packages with all features possible. So here are two ideas -- one is to clearly see which build-dependencies are optional i.e. which packages are not critical for successful build; and another is to nicely and easily handle unsatisfiable non-critical "dependencies". The latter will make maintenance easier and may also be helpful for backporting or even for distributions who borrow our packages but may not have all their build-dependencies. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209082201.18803.only...@member.fsf.org
Bug#687001: ITP: optional-dev -- fake (empty) dev package
Hi, On 08.09.2012 13:06, Simon McVittie wrote: > It would perhaps make more sense if there was a way for the libchamplain > maintainer to nominate excluded architectures, so empathy could say > something like: > > Build-Depends: libchamplain-...-dev | >champlain-unavailable-on-this-arch > As Adam previously said: buildds do not resolve alternatives. They use the first dependency or fail to build from source if it isn't available. Dmitry's proposal has the same problem. Thus, any "Build-Depends: A | B" does not work for buildds if A is not installable. The rationale is, that builds should unconditionally result in the same binary package (I guess). -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Processed: reassign 685471 to wnpp, forcibly merging 685471 676894
Processing commands for cont...@bugs.debian.org: > reassign 685471 wnpp Bug #685471 [remmina] ITA: remmina -- remote desktop client for GNOME desktop environment Bug reassigned from package 'remmina' to 'wnpp'. Ignoring request to alter found versions of bug #685471 to the same values previously set Ignoring request to alter fixed versions of bug #685471 to the same values previously set > forcemerge 685471 676894 Bug #685471 [wnpp] ITA: remmina -- remote desktop client for GNOME desktop environment Bug #676894 [wnpp] ITA: remmina -- remote desktop client for GNOME desktop Removed annotation that Bug was owned by "Miguel A. Alvarado V." . Merged 676894 685471 > thanks Stopping processing here. Please contact me if you need assistance. -- 676894: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676894 685471: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685471 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.134710089512073.transcr...@bugs.debian.org
Bug#687001: ITP: optional-dev -- fake (empty) dev package
Hi, "optional depends" - what?? Thats self contradictory. If a depends it's really optional, it's not a depends, thus that package is buggy and should not be fixed by introducing a nonsense package, but by removing this depends. cheers, Holger -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209081137.34658.hol...@layer-acht.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: > # Saturday 8 September 08:03:11 UTC 2012 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: haskell-network-multicast > tags 686969 + pending Bug #686969 [wnpp] ITP: haskell-network-multicast -- multicast networking library for haskell Added tag(s) pending. > # Source package in NEW: haskell-network-info > tags 686989 + pending Bug #686989 [wnpp] ITP: haskell-network-info -- listing network interfaces in Haskell Added tag(s) pending. > # Source package in NEW: umegaya > tags 657825 + pending Bug #657825 [wnpp] ITP: umegaya -- Umegaya is a MEtadata GAtherer using YAml Added tag(s) pending. > End of message, stopping processing here. Please contact me if you need assistance. -- 657825: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657825 686969: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686969 686989: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686989 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13470914017382.transcr...@bugs.debian.org
Bug#687001: optional-dev: source package is available
Source package is available from https://mentors.debian.net/package/optional-dev -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209081724.24886.only...@member.fsf.org
Processed: owner 687001
Processing commands for cont...@bugs.debian.org: > owner 687001 ! Bug #687001 [wnpp] ITP: optional-dev -- fake (empty) dev package Owner recorded as Dmitry Smirnov . > thanks Stopping processing here. Please contact me if you need assistance. -- 687001: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687001 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.134708848918659.transcr...@bugs.debian.org
Bug#687001: ITP: optional-dev -- fake (empty) dev package
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: optional-dev Version: 20120908 Author: Dmitry Smirnov License: GPL-3+ Description: fake (empty) dev package Purpose of this package is to provide an alternative for optional build dependencies which may not be available on some architectures. There are situations when some of the libraries listed in Build-Depends are optional i.e. build system is smart enough to avoid failure when such library is missing. Often some development libraries are not available on all architectures in which case maintainer should know beforehand which architectures may satisfy this dependency and maintain an up-to-date list of architectures for such packages, like in the following example: Build-Depends: libchamplain-gtk-0.12-dev [!m68k !sh4], libopenipmi-dev [!hurd-any !arm] From time to time such lists should be re-checked in case library become available on another architecture or when new architecture is added or if package is removed from some architectures. Another challenge is backporting package if some of its optional build dependencies may not be available on target distribution. For instance "libchamplain-gtk-0.12-dev" is not available for Squeeze so backporting would require removing it from Build-Depends. Finally maintainer might want to mark optional dependencies as such (can be done with comments). All the above problems may be addressed by using this package as alternative to optional build dependency like in the example below: Build-Depends: libchamplain-gtk-0.12-dev | optional-dev, libopenipmi-dev | optional-dev -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201209081708.34882.only...@member.fsf.org