Re: Maintainers, porters, and burden of porting
Le Wed, Aug 31, 2011 at 10:14:41PM +0200, Bernd Zeimetz a écrit : > > The mipsel port is used by the Lemote Notebooks/mini Desktops for example, > which come pre-installed with Debian. Not sure if they have popcon enabled > at all. And I guess mipsel is more a target for Embedian. No idea about usage > statistics there, though. More comprehensively, Lemote sells computers with 共创Linux (Co-Create Linux ?), Red Flag (红旗) Linux, Loonux or Debian. Therefore, while reality is probably not all black or all white, we need to consider, in addition to the hypothesis that Debian is installed without Popcon, the hypothesis that people do not run Debian on their Lemote computer (note the Firefox icon on the laptop's screen at http://www.lemote.com/products/computer/yilong/9.html ). Mips popcon score is 9, mipsel is 52, armel is 1223, amd64 is 44323 and i386 is 63725. Of them, armel and amd64 are clearly growing, the others not. This has a meaning that can not be discarded. By having mips(el) as release architectures we definitely have a greater potential than others, but if there is no proactive team working for making Debian adopted outside embedded hardwares, it is not unlikely that the niche will be taken by another distribution or a derivative. See how Ubuntu is preparing its entrance on the ARM market, for instance. Just telling the maintainers to fix random packages themselves on a porterbox is not enough, and that is why I do not feel like spending time supporting packages on architectures unless there is evidence that somebody will actually use these particular packages. Charles -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110902000144.gb21...@merveille.plessy.net
Bug#640076: ITP: fso-deviced -- freesmartphone.org device daemon
Package: wnpp Severity: wishlist Owner: Sebastian Reichel * Package name: fso-deviced Version : 0.9.5+git20110805 Upstream Author : FSO Team * URL : http://www.freesmartphone.org/ * License : GPL, LGPL & Apache Programming Lang: Vala Description : freesmartphone.org device daemon fsodeviced implements the freesmartphone.org Device API. This API allows peripheral control, such as managing audio, backlight brightness, LEDs, Vibrator, Accelerometer, and power control for devices without dedicated controlling daemon. It can deal with charging notification and RTC, forwarding button events and notifying about the system's idleness status. This package is part of the freesmartphone.org software stack and is targeted for smartphones. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110901231526.19694.17505.reportbug@earth.universe
Bug#640069: ITP: stm32flash -- Flash program for the ST STM32 ARM Cortex-M3 using the ST bootloader
Package: wnpp Severity: wishlist Owner: Uwe Hermann * Package name: stm32flash Version : r54 Upstream Author : Geoffrey McRae * URL : https://code.google.com/p/stm32flash/ * License : GPL Programming Lang: C Description : Flash program for the ST STM32 ARM Cortex-M3 using the ST bootloader A flash programmer software for the STM32 microcontrollers (ARM Cortex-M3) from ST. The flasher uses the ST bootloader via an UART. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110901214214.GA14346@greenwood
Re: kernel.org compromised
(debian-kernel dropped from CC, since our kernels have already been reported to be safe elsewhere in the thread). On Thu, 01 Sep 2011, Christoph Anton Mitterer wrote: > Any knowledge how far Debian's kernels and sources are concerned by this? > Do you guys take them from git, or from the kernel.org tar balls. > > How do you verify their integrity? Our kernels are not a problem. The Debian mirror in mirrors.kernel.org, on the other hand... While the apt signature will protect users downloading packages through the package manager, users that get binary packages directly are not protected. Source packages are signed, but you have to check the signature _and_ make sure it was signed by a DD/DM. I am not sure what the kernel.org admin team will do to resync the mirrors. A rsync -c followed by a normal pulse would do it, but it is going to be _painful_ to both mirrors.kernel.org AND its upstream mirror, not to mention slow. Do we have a automated way to signature-check every binary and source package in a repository against the hashes in the signed release files? -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110901210501.gc12...@khazad-dum.debian.net
Bug#640055: ITP: python-pyramid-beaker -- Beaker sessioning bindings for Pyramid
Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: python-pyramid-beaker Version : 0.5 Upstream Author : Agendaless Consulting and Contributors * URL : https://github.com/Pylons/pyramid_beaker * License : BSD-like Programming Lang: Python Description : Beaker sessioning bindings for Pyramid pyramid_beaker provides a session factory for the Pyramid web framework backed by the Beaker sessioning system. Ansgar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110901200124.25909.79841.report...@deep-thought.43-1.org
Bug#640051: ITP: libsbinary-scala -- Library for describing binary formats for Scala types
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: libsbinary-scala Version : 0.4.0 Upstream Author : David R. MacIver * URL : https://github.com/harrah/sbinary * License : MIT Programming Lang: Scala Description : Library for describing binary formats for Scala types SBinary is a library for describing binary protocols, in the form of mappings between Scala types and binary formats. It can be used as a robust serialization mechanism for Scala objects or a way of dealing with existing binary formats found in the wild. It started out life as a loose port of Haskell's Data.Binary. It's since evolved a bit from there to take advantage of the features Scala implicits offer over Haskell type classes, but the core idea has remained the same. Sbinary is used in the simple-build-tool. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOX9tDAAoJEAf8SJEEK6Zak9kP/A6hAywiBJo/0ph4CNxc8mhB peIfPLbbkw+B1+pxY3o4sTo4swQAqeIo8Ogf8MPeJPUsuhRYhyeTg+uOxXgB9lRl SOEvZEpoR2F0M7uoR1awN+avUZeDqQeuAY0zU7na9cOl0fZzaooElXlIrRZt3RFo k2EblcQn+BHS74mUPy64gjASJgSdbxj9o1OIu1AkuLAX2wXPLIXPll743DjRG5SM /TRFESIxD2eiwN4FX/x86FNSiCxd8+ijovRXckY76T1yUyo4NSCYs85jEiBhRm4p T/t0F30KmMBxGmv1QkxKl7PYGnrgkYdg2iTpaJ4GHdJiLoAumru0YakyIoo3bAiC H4b2dyaqb8HpD5f7/PZMyxltCuID4xkwwoTs7pTELH5/fLT1X4Eqcc6gul7iihHh 0kCBNsfW+WtouWZh5Qx2P494jV/62HJhs4skb105leHFMqf6gOmNk4X7Aw7n844l t0dEgGH3CaoJXQGiSrELZmHSHJZbz8oGMqwdCxpGEu94vgASDCcKGWDfuKt+UjFI 8ZHOdqEuPCFI8pE5/Z2caEA9Cfoq8fWf3ILGVaEk4FDKzewmvQL9mJ3aVFMkBFYu 76G9K2VjPHgoX+FC0avPwEC82c/6czaSVvEZTi4qsLQHG2MBfoCrAIvJGeDeYo85 Wxj9hwKF+VoClGKpXKYL =xC1u -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110901192143.2983.58491.reportbug@t61
Bug#640037: ITP: pydap -- DAP (Data Access Protocol) client and server
Package: wnpp Severity: wishlist Owner: Sandro Tosi * Package name: pydap Version : 2.2.6.7 Upstream Author : Roberto De Almeida * URL : http://pydap.org/2.x/ * License : MIT Programming Lang: Python Description : DAP (Data Access Protocol) client and server This is a Python implementation of the Data Access Protocol, a scientific protocol for data access developed by the OPeNDAP team (http://opendap.org). This implementation is developed from scratch, following the latest specification of the protocol (DAP 2.0 Draft Community Standard 2005/04/27) and based on my experience with OPeNDAP servers on the wild. . Using this module one can access hundreds of scientific datasets from Python programs, accessing data in an efficient, transparent and pythonic way. Arrays are manipulated like normal multi-dimensional arrays (like numpy.array, e.g.), with the fundamental difference that data is downloaded on-the-fly when a variable is sliced. Sequential data can be filtered on the server side before being downloaded, saving bandwith and time. . The module also implements a DAP server, allowing datasets from a multitude of formats (netCDF, Matlab, CSV, GrADS/GRIB files, SQL RDBMS) to be served on the internet. The server specifies a plugin API for supporting new data formats in an easy way. The DAP server is implemented as a WSGI application (see PEP 333), running on a variery of servers, and can be combined with WSGI middleware to support authentication, gzip compression and much more. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110901173346.27054.17253.report...@zion.matrix.int
Bug#640027: ITP: openslide -- library to read virtual slides
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: openslide Version : 3.2.4 Upstream Author : Carnegie Mellon School of Computer Science. * URL : http://www.openslide.org * License : LGPL 2.1 Programming Lang: C Description : library to read virtual slides OpenSlide is a C library that provides a simple interface to read whole-slide images also known as virtual slides. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110901160526.20929.56209.report...@virtlap.malat.net
Re: kernel.org compromised
On Thu, 1 Sep 2011 16:03:52 +0100, Ben Hutchings wrote: >> There was apparently a security break in on kernel.org >> https://www.kernel.org/#news > I am well aware of this as a kernel.org user. Is suspected this ;) ... >> Any knowledge how far Debian's kernels and sources are concerned by this? >> Do you guys take them from git, or from the kernel.org tar balls. > > From git. Great thanks... just wanted to know that we're all still secure :) Chris. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/833808b2689ab573e978c36f33f8d...@imap.dd24.net
Re: kernel.org compromised
On Thu, Sep 01, 2011 at 11:56:27AM +, Christoph Anton Mitterer wrote: > Hi. > > CCing this to d-d, as it's perhaps of more general interest: > > There was apparently a security break in on kernel.org > https://www.kernel.org/#news I am well aware of this as a kernel.org user. > Any knowledge how far Debian's kernels and sources are concerned by this? > Do you guys take them from git, or from the kernel.org tar balls. >From git. > How do you verify their integrity? I check that new tags are signed by the same key as before. Those keys are kept on the signers' own systems, not on kernel.org. So I am confident that our upstream sources were not modified by the intruder. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110901150352.ge2...@decadent.org.uk
Bug#640020: ITP: libkwargs-perl -- Simple, clean handling of named/keyword arguments
Package: wnpp Severity: wishlist Owner: "Ernesto Hernández-Novich (USB)" * Package name: libkwargs-perl Version : 0.01 Upstream Author : Paul Driver * URL : http://search.cpan.org/dist/Kwargs/ * License : Artistic Programming Lang: Perl Description : Simple, clean handling of named/keyword arguments Kwargs is a Perl module that makes very easy to write functions with named arguments, specially when they take lots of (sometimes optional) arguments. This is a required dependency for the upcoming WebGUI release. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110901143008.16268.23858.report...@deepthought.ius.cc
kernel.org compromised
Hi. CCing this to d-d, as it's perhaps of more general interest: There was apparently a security break in on kernel.org https://www.kernel.org/#news Any knowledge how far Debian's kernels and sources are concerned by this? Do you guys take them from git, or from the kernel.org tar balls. How do you verify their integrity? Cheers, Chris. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2308dfb73039245ca2160f4ce24e0...@imap.dd24.net
Bug#626424: Request for development. Windows PC and Cross Platform Mobile Menu Library
Dear Sir/Madam, Can you help us with the following project? Description We are looking for the development of a data driven icon based menu component that looks great and works seamlessly on PC, Windows Mobile, iOS, Android and WebOS platforms. The menu features we need are; 1) a main menu bar of icons on the horizontal axis (sensitive to device re-orientation) 2) a sub menu bar of icons on the vertical axis that is dynamic based on the context of the horizontal menu 3) menu bar options visible in display expand and contract to use all screen real estate available with menu's being scrollable if contracted on a small screen to allow access to all menu options 4) menu options expand/collapse within the menu bar to show/hide child options 5) lowest level menu items invoke functions that may be for example to act on a canvas that forms the rest of the screen, invoke pop up windows/forms, use feature of device such as camera or geo location, interact with another system or webservice Non functionally the menu bar code must 1) Be able to run as a cached application on each device/platform 2) Load in under 3 seconds of first accessing the mobile application from a URL 3) Change orientation if the device changes orientation 4) Hide any browser frame so the appearance is of a native application 5) Work without the need to load plug ins or provide permissions to run 6) Have configurable style of background 7) Support float over text -- Best regards, Miglen Angelova d...@armcode.com -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4082031868.20110901153...@regmoney.com
Re: Dependencies of metapackages
Le lundi 29 août 2011 à 16:40 +0100, Wolodja Wentland a écrit : > is there a specific reason why metapackages depend rather then recommend > packages they are meant to pull in? There are several reasons for that - at least for the GNOME ones. The first one is to guarantee that newly added packages are correctly installed. APT does a lot better than it used to on this matter, but there are still cases where it won’t install them. Then, there is the problem that versioned Recommends are useless, while we often want to guarantee that an optimal version combination is installed. Worse: they are ignored. To work around that we could use “Recommends: blah” and “Breaks: blah << 3.0” but then the APT mechanisms will choose to remove blah instead of keeping the metapackage at a lower version. Finally, there’s the problem of keeping testing usable. You don’t want a metapackage to migrate until all the packages it brings have also migrated, otherwise testing systems could become unexpectedly unusable. I think we could solve a lot of those problems by treating metapackages specially in APT. For example, solutions removing such packages from the system should be given a lower priority. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1314863528.3246.583.camel@pi0307572