Bug#842140: ITP: obs-signd -- open build service signer client and daemon
Hi, What's the status with this? Is there some preliminary packaging already? Riku
Bug#837068: ITP: glshim -- Shim that translates OpenGL 1.x into OpenGL ES.
Package: wnpp Severity: wishlist Owner: Riku Voipio <riku.voi...@linaro.org> * Package name: glshim Version : 0.0.20160225 Upstream Author : Ryan Hileman <lunixbo...@gmail.com> * URL : https://github.com/lunixbochs/glshim * License : Expat Programming Lang: C Description : Shim that translates OpenGL 1.x into OpenGL ES. This is a wrapper library providing OpenGL 1.x functionality using OpenGL ES libraries as backend. The binary package will be called libgl1-glshim-glx
Bug#835099: ITP: skales -- Boot image creation tools for qualcomm boards
Package: wnpp Severity: wishlist Owner: Riku Voipio <riku.voi...@linaro.org> * Package name: skales Version : 0.20160202 Upstream Author : Stephen Boyd * URL : git://codeaurora.org/quic/kernel/skales * License : BSD (3 clause) Programming Lang: Python and POSIX shel Description : Boot image creation tools for qualcomm boards Scripts and tools used to build kernel images for some Qualcomm SoC based boards, such as DB410c. Tools included in the package - dtbTool for building a QCDT table - mkbootimg, replacement for android's mkbootimg
Bug#797893: ITP: kvmtool -- Native Linux KVM Tool
Package: wnpp Severity: wishlist Owner: Riku Voipio <riku.voi...@linaro.org> * Package name: kvmtool Version : 20150903 Upstream Author : Pekka Enberg, Sasha Levin and others * URL : https://git.kernel.org/cgit/linux/kernel/git/will/kvmtool.git/ * License : GPL-2 Programming Lang: C Description : Native Linux KVM Tool Kvmtool is a lightweight tool for hosting KVM guests. As a pure virtualization tool it only supports guests using the same architecture, though it supports running 32-bit guests on those 64-bit architectures that allow this.
Bug#689207: rust: changing back from ITP to RFP
Hi, Any news on rust packaging? Riku -- 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/20140213080813.ga17...@afflict.kos.to
Bug#602034: jpeg8 vs jpeg-turbo
On Wed, Apr 24, 2013 at 01:48:48PM +0200, Mike Gabriel wrote: C. Decide which package should provide default libjpeg-dev library Last statement from Bill: libjpeg by IJG The current IJG has nothing to do with the IJG that originally created JPEG. The last activity of original IJG was in 1998, while new IJG surfaced in 2009. Thus we actually have two forks: 1) the new IJG libjpeg, which changes API/ABI of the original libjpeg library, and adds new features to JPEG image format. However the new image format features have been rejected as not improving image quality or compression ratio[1]. The new IJG has no mailing list, VCS or any or other sign of actually being group - all apparent IJG work seems to come from a single person. The website of IJG[2] is void of details - who is in IJG? - how does it make decisions like changing the JPEG image format to add SmartScale support? There is even no place to send bug reports! 2) libjpeg-turbo remains API/ABI and binary format compatible with original libjpeg. The most significant improvements are in supporting SIMD features to make JPEG image encoding and decoding faster on modern cpu's. Libjpeg-turbo website [3] has all the signs of an healthy open source project - A SVN repo with many commiters, bug tracker, a mailing list with open discussion etc. So the Debian options is to choose a libjpeg fork that changes the jpeg image format, or one that renders images fast. At the moment the first fork is being advertized with IJG name, thus painting an image of official upstream. But it isn't - especially not now when the changes libjpeg8 added to JPEG standard have been rejected from the ISO standard. Riku [1] http://hardwarebug.org/2010/02/01/ijg-swings-again-and-misses/ [2] http://www.ijg.org/ [3] http://www.libjpeg-turbo.org/ -- 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/20130424140150.ga31...@afflict.kos.to
Bug#602034: jpeg8 vs jpeg-turbo
On Wed, Apr 24, 2013 at 03:19:59PM +0200, Bill Allombert wrote: As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more feature. Only the applications that actually want to experiment with libjpeg8/9 ABI should be using it - The 100% of current applications that work just libjpeg-turbo should be using libjpeg-turbo for better performance and compatibility with rest of the linux distributions. Which feature in libjpeg9 does anyone want? The ability to make jpeg's images that nobody else can view? I do not see libjpeg-turbo as a suitable replacement. It has 1) an different license Be specific, what do you not like about libjpeg-turbo license? As far as I see, it is under the exact same license? 2) much more security issues in a much smaller timeframe. Which translates to.. a single CVE in libjpeg-turbo since it's inception! 3) do not implement the full libjpeg8 ABI, nor the upcoming libjpeg9. This would be a relevant if some application actually used the full libjpeg8 ABI . In fact, 100% of debian works fine with libjpeg-turbo, or even the original libjpeg6b (if the would be recompiled against it again). I find the reason that IJG libjpeg8 fork is so triggerhappy to repeatedly break the API and ABI (and image format!) rather a reason to make libjpeg8 the non-default. You should not deprive debian users from high performance jpeg rendering for a few ABI features that nobody uses - or anyone is asking for. Riku -- 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/20130425041740.ga2...@afflict.kos.to
Bug#520324: still waiting..
The upload will happen soon ... i am not sure it will go through NEW, but the things I thought were issues seems to be not ... so we will try as it is ... Can we have unofficial packages while waiting for the official upload? -- 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/20100222180345.ga15...@afflict.kos.to
Bug#506757: ITP: efte
Hi, What's the status with this ITP ? -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459219: RFP: android -- Android SDK (mobile phone platform)
Sources are now out: http://source.android.com/ http://android.git.kernel.org/ davidw has been busy advertizing android on planet.debian.org so I take he is interested in packaging too ;) Rzr wrote: But, I don't know if the sources are released yet if yes then I wish the emulator could be rebuilt from scratch The emulator is hacked qemu: http://android.git.kernel.org/?p=platform/external/qemu.git;a=commit;h=55f4e4a5ec657a017e3bf75299ad71fd1c968dd3 So changes should be merged back to upstream qemu. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470091: ltp package in Debian
On Wed, Sep 17, 2008 at 02:29:40AM +0200, Jiří Paleček wrote: Ok, uploading to experimental. Thank you. I hope it builds, it's time for prayers :-) http://packages.qa.debian.org/l/ltp.html In the right side, you see the buildd: exp link, which will inform you of the experimental builds once the builds start. One more thing I noticed, your changelog omit the last two uploads: http://packages.debian.org/changelogs/pool/main/l/ltp/current/changelog Thanks for noticing that. IIUC, that means the bugs will be automatically reopened in the BTS, right? The archive is not smart enough to do that :) besides, your upload was to experimental. I ve checked out the README.Debian and will push it into the repository. The other things are probably dealt with. The c++ thing is solved by not building the files in questions (BTW it's also fixed upstream), bashisms should be OK, and the OPEN_MAX thing is fixed upstream. Ok, thanks for checking. Brtw, do you intend to apply for Debian Developer ( https://nm.debian.org ) or Debian Maintainer ( http://wiki.debian.org/Maintainers ) ? For both cases you need to get your key signed by a Debian Developer. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470091: ltp package in Debian
On Mon, Sep 15, 2008 at 10:32:43PM +0200, Jiří Paleček wrote: On Fri, 12 Sep 2008 19:37:13 +0200, Riku Voipio [EMAIL PROTECTED] wrote: Generally good work, its miles ahead of what the _current_ ltp packages in debian are. Once you've fixed atleast the changelog, I'm ready to upload it. Ok, I uploaded a new version to mentors.debian.net (same URL). Ok, uploading to experimental. One more thing I noticed, your changelog omit the last two uploads: http://packages.debian.org/changelogs/pool/main/l/ltp/current/changelog You should check that all changes done, atleast the README.Debian is still probably relevant (unless you want to start supporting ltp's security :) There's a lintian warning about the watch file I added (unmangled debian version), but I think it is a false positive, because I have opts=dversionmangle=s/\+.*$// \ http://sf.net/ltp/ltp-full-([0-9]+)\.tgz debian git-import-orig in the watch file, which should mangle the debian version correctly. you might want to file a bug against lintian if you believe it's a error in lintian reporting. -- rm -rf only sounds scary if you don't have backups signature.asc Description: Digital signature
Bug#470091: ltp package in Debian
On Sat, Sep 13, 2008 at 02:24:28PM +0200, Jiří Paleček wrote: Hello, On Fri, 12 Sep 2008 19:37:13 +0200, Riku Voipio [EMAIL PROTECTED] wrote: On Fri, Sep 12, 2008 at 05:47:21PM +0200, Jiří Paleček wrote: if you're still interrested, I've uploaded my package to http://mentors.debian.net/debian/pool/main/l/ltp Looks fine to me. Some minor issues: 1) the changelog is missing closes: 470091 text to close this bug (ltp being orphaned). Simillary you'll need to close the new upstream version available bug in changelog. 2) add Vcs-Git: git://repo.or.cz/ltp-debian.git and Vcs-Browser: http://repo.or.cz/w/ltp-debian.git tags to debian/control 3) likewise, a Homepage: http://ltp.sourceforge.net/ Ok, should I increment the version number while doing this? It shouldn't be strictly neccesary, but it might be required by mentors.debian.net. Also, I got this email. It means I'll have to get my key signed, am I right? You might want to ask Anibal ([EMAIL PROTECTED]) abouth that message. perhaps just sending your pgp key to keyservers is enough. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470091: ltp package in Debian
On Fri, Sep 12, 2008 at 05:47:21PM +0200, Jiří Paleček wrote: if you're still interrested, I've uploaded my package to http://mentors.debian.net/debian/pool/main/l/ltp Looks fine to me. Some minor issues: 1) the changelog is missing closes: 470091 text to close this bug (ltp being orphaned). Simillary you'll need to close the new upstream version available bug in changelog. 2) add Vcs-Git: git://repo.or.cz/ltp-debian.git and Vcs-Browser: http://repo.or.cz/w/ltp-debian.git tags to debian/control 3) likewise, a Homepage: http://ltp.sourceforge.net/ 4) you have commented out most of debian/rules and replaced it all with cdbs. Since you are already using git, you could just _remove_ the commented lines - they can still be found from git history. This would make the debian/rules file shipped in the package cleaner. Generally good work, its miles ahead of what the _current_ ltp packages in debian are. Once you've fixed atleast the changelog, I'm ready to upload it. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470091: ltp package in Debian
On Wed, Jun 25, 2008 at 12:20:42AM +0200, Jiří Paleček wrote: FYI: I have created a git repository with my packaging, see http://repo.or.cz/w/ltp-debian.git Justin, do you have time to check this? I'm a bit overcommited for the coming weeks.. The changelog and copyright files are, however, still TBD. BTW, would grep -R Copyright * make a good base of a copyright file? Try licensecheck (included in devscripts) Regards Jiri Palecek -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470091: ltp package in Debian
On Fri, May 30, 2008 at 09:24:18AM -0500, Dustin Kirkland wrote: Fixing the functionality provided by the LTP is a noble goal, and I absolutely support this. However, that should be done upstream with the LTP community. Agreed. I'm offering to update the nearly-two-year-old Debian LTP package to something more recent, and continue maintaining and improving the package. I would like to focus the current discussion on pertinent packaging issues that need to be solved for this to happen. With the control file changes I think the ltp should be acceptable, or atleast better than it is _now_. Lets not have perfect as the enemy of better than now :) Can we agree on a action plan? I'm still ready to sponsor. signature.asc Description: Digital signature
Bug#472085: O: tkmixer
Package: wnpp Severity: normal X-Debbugs-CC: [EMAIL PROTECTED] On behalf of the dissapeared maintainer (see: #460026), I orphan this package. Description: An audio mixer with Tk interface This is a compact audio mixer featuring graphical Tk interface and equipped with slide bars, mute buttons, and a configuration facility. Tag: interface::x11, role::program, scope::utility, sound::mixer, uitoolkit::tk, use::configuring, works-with::audio, x11::application -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464169: ITP: vagalume -- A GTK+-based Last.fm client
On Tue, Feb 05, 2008 at 04:55:10PM +0100, Alberto Garcia wrote: Vagalume is a Last.fm client designed for the Gnome desktop environment. It's small and provides the basic Last.fm features, such as scrobbling, tags, recommendations, etc. Vagalume is also designed to work in the Maemo platform, used by some Nokia devices such as the Nokia 770, N800 and N810 For debian, can you build both gnome and maemo UI? the needed hildon libs should be in Debian now. -- rm -rf only sounds scary if you don't have backups signature.asc Description: Digital signature
Bug#462602: ITP: eeepc-acpi-source -- source for Eee PC ACPI module
On Fri, Jan 25, 2008 at 07:55:02PM -0500, Eric Cooper wrote: * Package name: eeepc-acpi-source Version : 1.0-1 Upstream Author : Eric Cooper [EMAIL PROTECTED] * URL : http://www.cs.cmu.edu/~ecc/eeepc-acpi_1.0.tar.gz * License : GPL Programming Lang: C Description : source for Eee PC ACPI module The eeepc_acpi module supports the hotkeys found on the Asus Eee PC. Have you submitted this driver for mainline inclusion in linux-acpi mailing list? -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461404: ITP: leds-alix -- Source for the LEDs driver of PCEngines ALIX 2/3 boards
Hi, This driver looks ready to be included in official Linux kernel. Please send the driver to the LED subsystem maintainer (Richard Purdie, [EMAIL PROTECTED]) to be included in Linux 2.6.25 or 2.6.26. Packging this driver for debian as external kernel module is waste of time in long term. On Fri, Jan 18, 2008 at 11:25:51AM +0100, Y wrote: Owner: Adam Cécile (Le_Vert) [EMAIL PROTECTED] * Package name: leds-alix Version : 0.0.1 Upstream Author : Petr Leibman [EMAIL PROTECTED] * URL : https://dev.openwrt.org/ticket/2771 * License : GPL-2 Programming Lang: C Description : Source for the LEDs driver of PCEngines ALIX 2/3 boards This package provides the source code for the leds-alix kernel module. . PCEngines ALIX boards (version 2/3) have three LEDs on front. . This driver allow you to power them on/off. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-6-raq550 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- rm -rf only sounds scary if you don't have backups
Bug#452014: ITP: atl2-source -- Source for the Attansic L2 ethernet driver
On Mon, Nov 19, 2007 at 03:47:35PM -0400, Ben Armstrong wrote: * Package name: atl2-source Version : 1.0.40.2 Upstream Author : xiong huang [EMAIL PROTECTED] * URL : https://launchpad.net/ubuntu/hardy/+source/linux-ubuntu-modules-2.6.22/ * License : GPL Programming Lang: C Description : Source for the Attansic L2 ethernet driver This is the driver for the Attansic/Atheros L2 which is present in systems such as the Asus Eee PC. Why not instead work on getting this driver into to the mainline linux kernel? Since the driver is GPL, the only reasons it's not in mainline are 1) The driver does not match the quality expectations of mainline linux kernel. In this case, out our quality expecations less than those of kernel? Are we really OK with shipping buggy and unreviewed drivers to endusers? 2) The driver is too new and isn't submitted to kernel yet. According to driver project[1], atl2 driver is old and needs hacking. [1] http://www.linuxdriverproject.org/twiki/bin/view/Main/DriversNeeded#Fixed_Ethernet -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451560: ITP: sbrsh -- Scratchbox Remote Shell daemon
Package: wnpp Severity: wishlist Owner: Riku Voipio [EMAIL PROTECTED] * Package name: sbrsh Version : 1.4.1 Upstream Author : Timo Savola [EMAIL PROTECTED] * URL : http://www.example.org/ * License : GPL Programming Lang: C Description : Scratchbox Remote Shell daemon sbrsh requests a sbrshd host to mount a nfs partition, and executes a binary on it. This can be used to provide cpu transparency for cross-compiling with scratchbox. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435020: ITP: p54 -- Driver for Prism54 softmac 802.11
The wireless-dev tree's p54 driver is the one I am going to package; I should have made that clearer in the ITP. Maybe it's more worth to help upstream to get the driver integrated into Linus's kernel. To put it bluntly: If the driver isn't high quality enough to be accepted in Linus's kernel, is it high quality enough to be maintained in Debian? Maintaining external kernel module packages in debian is hard work as the linux-2.6 package gets updated often. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414737: ITP: scratchbox2 -- Transparent cross compiling environment
Package: wnpp Severity: wishlist Owner: Riku Voipio [EMAIL PROTECTED] * Package name: scratchbox2 Version : 0.0.1 Upstream Author : Lauri Leukkunen [EMAIL PROTECTED] * URL : http://rahina.org/sb2/ * License : LGPL Programming Lang: C, lua Description : Transparent cross compiling environment Scratchbox2 uses a LD_PRELOAD library to create a transparent cross compiling environment. Scratchbox2 automatically maps file system accesses to crosscompiler, target libraries and headers using a flexible lua path mapping engine. Together with CPU transparency, provided by qemu or sbrsh, scratchbox2 enables fast crosscompiling without modifying build scripts. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#141693: gmod: still useful?
On Sat, Sep 30, 2006 at 05:40:15PM +0100, Steve McIntyre wrote: I've been looking through the help bug reports, and I see a couple open on the gmod package. I'm curious - is it still worth maintaining it in the archive? As far as I can see, mikmod should be able cover most people's needs, and is still maintained upstream. What do you think? Well I kinda agree, but there is still some AWE/GUS users who could take advantage of their hardware. However, reportedly gmod does not play correctly on current kernels, so removing it from testing would make sense. Claudio, do have some time an motivation to resurrect gmod? Etch release is coming soon ;) signature.asc Description: Digital signature
Bug#141693: Debian gmod adoption
On Thu, Aug 25, 2005 at 10:38:01AM -0300, Claudio Matsuoka wrote: I've (very) recently switched computers but I still have the old one with the AWE card installed, so I can test it to make sure it's working correctly. The last time I checked it was playing way too fast (due to changes in the HZ variable in kernel). I also found an user with GUS ACE, reporting same problem, so looks like we cat get this software resurrected! I'll prepare a patch against the current sources and send it ASAP. Did you send this already? apparently my spam-setup sucks as well :'( procmail has been segfaulting (!!) on some mails (due to broken procmail rule, but still!), and they got jammed in postfix deferred que.. . Cheers, Riku -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#141693: Debian gmod adoption
Hi Claudio, On Tue, Jun 28, 2005 at 09:01:13PM -0300, Claudio Matsuoka wrote: Is the Debian gmod package still up for adoption? If so, I'd be willing to maintain it (I have both GUS and AWE cards and gmod is currently broken). Would you sponsor it? Do you still have time and interest for gmod? We Need to make an upload for Debians gcc-4.0 transition (gmod compiles fine), but like the previous uploads, I have no way of knowing if the package actually works :( Cheers, Riku -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315877: initng status/news
Hi, Is there any updates for this? I'm interested on wokring on the subject. -- Riku -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269329: openexchange status?
Hi, There is no news nor updates on this ITP. Are you still working on it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269329: openexchange status?
Hi, There is no news nor updates on this ITP. Are you still working on it?
Bug#200504: ITP: madwifi -- Binary Multiband Atheros Driver for WiFi
retitle 200504 RFP: madwifi thanks Sorry, I'm no longer interested in packaging madwifi. Martin, would you consider taking over the ITP?
Bug#258900: Sign me in too
Hi, Count me in for team. Since I use the user/arm part of qemu, I probably cant help much to work on the system emulation part of qemu (which I understand most qemu users are intrested about at the moment), and thus can't really be the only maintainer. -- Riku Voipio| riku.voipio at iki.fi | kirkkonummentie 33 |+358 44 5000343 --+-- 02140 Espoo| | dark A bad analogy is like leaky screwdriver |
Bug#256340: ITP: wbxml2 -- WBXML parsing and encoding library
Package: wnpp Severity: wishlist * Package name: wbxml2 Version : 0.9.0 Upstream Author : Aymerick Jéhanne [EMAIL PROTECTED] * URL : http://libwbxml.aymerick.com/index.php * License : GPL Description : WBXML parsing and encoding library The WBXML Library (aka libwbxml) contains a library and its associated tools to Parse, Encode and Handle WBXML documents. The WBXML format is a binary representation of XML, defined by the Wap Forum, and used to reduce bandwidth in mobile communications. -snip- The motivation behind this packing is #241821. Preliminary packaging at http://nchipin.kos.to/wbxml2/ . I know the lintian complaints, but I would like comments about packaging in general and if the descriptions are good enough. -- System Information: Debian Release: 3.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.6 Locale: LANG=C, LC_CTYPE=fi_FI.ISO8859-1 -- Riku Voipio| riku.voipio at iki.fi | kirkkonummentie 33 |+358 44 5000343 --+-- 02140 Espoo| | dark A bad analogy is like leaky screwdriver | signature.asc Description: Digital signature
Bug#227558: Adjusting bugreport
package wnpp retitle 227558 RFP: libddmpeg -- VIA CLE266 hardware mpeg library thanks There appears to be licensing issues (it is not a clean room reverse engeering), so unless the license situation changes, grab the source and binaries here: http://nchipin.kos.to/libddmpeg/ -- Riku Voipio|[EMAIL PROTECTED] | kirkkonummentie 33 |+358 40 8476974 --+-- 02140 Espoo| | dark A bad analogy is like leaky screwdriver |
Bug#227558: ITP: libddmpeg -- VIA CLE266 hardware mpeg library
Package: wnpp Severity: wishlist * Package name: libddmpeg Version : 1.5 Upstream Author : Ivor Hewitt [EMAIL PROTECTED] * URL : http://www.ivor.it/cle266/ * License : GPL Description : VIA CLE266 hardware mpeg library The VIA EPIA-M motherboards contain an embedded MPEG decoder chipset on the CLE266 graphics chip. This makes these boards ideal for compact multimedia devices. This library provides an API to use the hardware decoder. It is still work in progress. If you do not have an EPIA-M library you ignore this package. preliminary debs available at: deb http://nchipin.kos.to/libddmpeg/ ./ -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux kgb 2.6.1 #2 Tue Jan 13 00:01:06 EET 2004 i686 Locale: LANG=C, [EMAIL PROTECTED]
Bug#200504: madwifi debs available
Package: wnpp I am still packaging madwifi. It still doesn't work well, so I havent uploaded to incoming. The packages are available meanwhiles at deb http://nchipin.kos.to/madwifi/ ./ -- Riku Voipio|[EMAIL PROTECTED] | kirkkonummentie 33 |+358 40 8476974 --+-- 02140 Espoo| | dark A bad analogy is like leaky screwdriver |
Bug#159232: ITP: bluez-pan -- BlueZ Bluetooth PAN utilities
Hi, What's up with this package? Are the debs ready anytime soon or should i compile them myself? -- Riku Voipio|[EMAIL PROTECTED] | kirkkonummentie 33 |+358 40 8476974 --+-- 02140 Espoo| | Facts do not cease to exist because they are ignored. |
Bug#88988: sapdb packaging
Hi, In my work life I might get necessary to use sapdb, so I'm very interested in getting this packaged (helping debian project on work time - yae!). After some searching, it seems that sapdb development tools are still available as binary only. Has there been any activity with sap to get the sources available? -- Riku Voipio|[EMAIL PROTECTED] | kirkkonummentie 33 |+358 40 8476974 --+-- 02140 Espoo| | Facts do not cease to exist because they are ignored. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#141693: RFA: gmod -- Module player for Ultrasound and SB AWE soundcards
Package: wnpp Version: N/A; reported 2002-04-08 Severity: normal I request an adopter for the gmod package. The package description is: Gmod plays MOD/669/MTM/S3M/ULT/XM modules on machines that have an Gravis Ultrasound family sound card or a Soundblaster AWE. THe simple problem is, that I no longer have a AWE / GUS soundcard, so I have no way to test if my compiles are really functional. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux kgb 2.4.17 #2 Fri Feb 1 16:36:54 EET 2002 i686 Locale: LANG=C, [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
