Re: RFS: kmenc15 - An advanced Qt/KDE MEncoder frontend.
> That's not true. There are many packages in contrib which do not have > all their dependencies in non-free. E.g., the bunch of java packages > which do not work with anything but a non-free java compiler -- a java > compiler which Debian itself cannot distribute (and therefor is not in > non-free). I maintain one of those packages, and it build-depends on java2-compiler and depends on java2-runtime and java-virtual-machine. All these dependencies are satisfiable in main/contrib. Java packages are unique because most pacakages are architecture-all and are not rebuilt. Now that I look at it, it doesn't seem entirely kosher, but it works. > A package in main must not depend on any software outside of main, and > must be DFSG-free; A package in contrib must be DFSG-free; A package in > non-free must be legally distributable by Debian. > > There are no further restrictions than the above. Perhaps that's true -- I must do a little reading. However, if you upload a package to contrib that build-depends on a package not in contrib or non-free, you'll get a FTBFS RC bug filed against you before you blink. To me, a package in contrib with an unfixable RC bug should not be in the archive. Cheers, Shaun
Bug#284005: ITP: newlib -- a simple ANSI C library and math library
Package: wnpp Severity: wishlist * Package name: newlib Version : 1.12.0.20041126 Upstream Author : [EMAIL PROTECTED] * URL : http://sources.redhat.com/newlib/ * License : GPL, LGPL, BSD, and others Description : a simple ANSI C library and math library Newlib is a C library intended for use on embedded systems. It is a conglomeration of several library parts, all under free software licenses that make them easily usable on embedded products. This package contains the newlib library compiled natively for a Linux system. -- System Information: Debian Release: 3.0 APT prefers testing APT policy: (102, 'testing'), (101, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=C
Removing a package from the NEW queue
I just found this list [1] of NEW packages. I'd like to remove one of my packages from the queue. Who do I contact? Cheers, Shaun [1] developer.skolelinux.no/~pere/debian-NEW.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Packaging Freevo (PVR software)
I packaged Freevo for Debian and uploaded it some time ago. It has now seen some attention from the FTP masters, but I've since started using MythTV instead of Freevo. If anyone's interested in taking over the package and uploading it, drop me a message. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Azureus magnet-link functionality
In the following email Chris suggests that I add support for bit torrent magnet:// URLs under Gnome2 in the Azureus package by setting the gconftool-2 parameter /desktop/gnome/url-handlers/magnet/command to call Azureus. This seems like a pretty reasonable thing to do, but it must be done for each user that runs Azureus. Since Azureus is a Java program, /usr/bin/azureus is already a shell script. Should I add a couple lines here that call gconftool-2? Any other suggestions on how to accomplish this same task? Cheers, Shaun 2005/11/14, Chris Everts <[EMAIL PROTECTED]>: > Hi Shaun, > > I have found a simple script in the ed2k-gui package > (http://surfnet.dl.sourceforge.net/sourceforge/ed2k-gtk-gui/ed2k-gtk-gui_0.6.4_i386.deb) > that enabled the ed2k link functionality in Gnome. I then realised the same > should also work for magnet-links. And indeed it does. > > I thought maybe you can include it as an extra in the azureus package so > people can choose to enable this functionality. > > My itch is scratched. > > regards, > Chris Everts <[EMAIL PROTECTED]>
RFA: simulavr: Atmel AVR simulator
Package: wnpp Severity: normal I no longer use this package myself. It would be better off with a maintainer who does use it. Cheers, Shaun simulavr: Atmel AVR simulator simulavr simulates the Atmel AVR family of micro-controllers, emulates a gdb remote target, and displays register and memory information in real time.
Marking BTS spam
Is it possible to mark a particular message to the BTS (as in [EMAIL PROTECTED]) as spam? This information could be used for filtering the web page reports, or possibly training the spam filter. Thanks! Shaun
Severity of architecture-dependent bugs
A grave bug has been file against a package I maintain pointing out that the package does not work on AMD64 and in fact never has, even though it builds on AMD64. Since it turns out this package has never worked on AMD64, this bug is not a regression, but the status-quo. Should such a bug be grave, or merely important? Thanks, Shaun
Key-signing in Calgary
Would anyone in the Calgary area like to meet up for lunch and a key-signing some time this week? The tentative location is a restaurant, to be determined, on Ninth Avenue in Inglewood. Please cc me in your reply. Cheers! Shaun
watch file for SourceForge packages
Recently I've been using umn [1] in my watch files for SourceForge packages. It looks like this link is dead now. I find I have to update the watch file for all my SourceForge packages every six months or so. Finding a new link that works is usually not trivial. Does anyone maintain a list of working SourceForge mirrors suitable for watch files? Thanks, Shaun [1] ftp://sourceforge.cs.umn.edu/pub/sourceforge/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: watch file for SourceForge packages
On Apr 4, 2005 11:06 AM, Michael Koch <[EMAIL PROTECTED]> wrote: > Use something like > http://prdownloads.sourceforge.net/projectname/somefile-(.*)\.tar\.gz > > Works for me. Doesn't work for me though. Instead of a tarball, I get an HTML file that starts with... Select a Mirror for File: /libnjb/libnjb-2.0.tar.gz > BTW: are you still working on SWT and SwingWT packages? Sure am. I'm hoping to one day compile freeguide [1] natively using SWT [2] and SwingWT [3]. If that works, Azureus is next. Cheers, Shaun [1] http://packages.debian.org/testing/source/freeguide [2] http://packages.debian.org/testing/source/swt-gtk [3] http://packages.debian.org/testing/source/swingwt [4] http://packages.debian.org/testing/source/azureus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: watch file for SourceForge packages
On Apr 4, 2005 5:02 PM, Free Ekanayaka <[EMAIL PROTECTED]> wrote: > Example: > > http://prdownloads.sf.net/a/al/alsamodular/ams-(.*)\.tar\.bz2 This doesn't work for me: $ cat debian/watch version=2 http://prdownloads.sourceforge.net/n/ne/neutrino/neutrino-(.*)\.tar\.gz debian uupdate $ uscan neutrino: Newer version (0.8.2) available on remote site (local version is 0.7.3) neutrino: Successfully downloaded updated package neutrino-0.8.2.tar.gz and symlinked neutrino_0.8.2.orig.tar.gz to it New Release will be 0.8.2-1. -- Untarring the new sourcecode archive ../neutrino_0.8.2.orig.tar.gz gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error exit delayed from previous errors uupdate: can't unpack: tar zxf ../neutrino_0.8.2.orig.tar.gz failed; aborting... $ file ../neutrino-0.8.2.tar.gz ../neutrino-0.8.2.tar.gz: HTML document text $ head -2 ../neutrino-0.8.2.tar.gz Select a Mirror for File: /n/ne/neutrino/neutrino-0.8.2.tar.gz Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: watch file for SourceForge packages
Thanks, Seo! heanet works for me too. Cheers, Shaun On Apr 4, 2005 9:44 PM, Seo Sanghyeon <[EMAIL PROTECTED]> wrote: > Hello, I am not subscribed to debian-devel, but I read your message > from the web archive. > > I'm using this: > > version=3 > http://heanet.dl.sourceforge.net/sourceforge/pyenchant/ \ > pyenchant-([\d.]*).tar.gz debian uupdate > > HEAnet never failed for me, by the way. > > Hope this help, > > Seo Sanghyeon On Apr 4, 2005 11:21 AM, Shaun Jackman <[EMAIL PROTECTED]> wrote: > Recently I've been using umn [1] in my watch files for SourceForge > packages. It looks like this link is dead now. I find I have to update > the watch file for all my SourceForge packages every six months or so. > Finding a new link that works is usually not trivial. Does anyone > maintain a list of working SourceForge mirrors suitable for watch > files? > > Thanks, > Shaun > > [1] ftp://sourceforge.cs.umn.edu/pub/sourceforge/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Key Signing in Vancouver, BC
I can definitely recommend Kirin Sushi, which is across the street from the Skytrain station. There is also the Spaghetti Factory next door. Not quite as convenient, but up the street is Hon's Won Ton House and a tasty little Indian restaurant. I can meet for lunch any day next week. Cheers, Shaun On 4/26/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Hey! Shaun Jackman generously offered to meet in New Westminister over > lunch to exchange gpg signatures > > Meeting other debian/linux/open source folks would be totally awesome! > > I can be in New West at lunch time every day next week - is anyone less > available? > > Can someone recommend a convenient, easy-to-find location where we > (everyone interested!) can meet? I know New West only casually - but > someplace close to the Sky Train where the people can enjoy lunch would > probably be good : ) > > Best wishes! > Jack
Upgrade dependencies of a package
Does apt-get have a command to upgrade all the dependencies of a package? Currently I use 'apt-cache show package' and upgrade each of the dependencies one by one, but it seems to me this is a job for apt-get if ever there was one. If this requires a new command, perhaps 'apt-get upgrade package' or 'apt-get upgrade-dep package'. Cheers, Shaun
Compiling on a Debian machine
Hello, How do I use a Debian machine, such as bruckner, to test a source package by compiling for powerpc? I see bruckner has a sarge chroot. What's the magic command to start the build in this chroot? I know of pbuilder -- though I haven't used it much admittedly -- but there is no pbuilder command in the path. Thanks, Shaun
Re: Compiling on a Debian machine
On 4/30/05, Peter Samuelson <[EMAIL PROTECTED]> wrote: > > [Andreas Metzler] > > There is no automatic building, you have change to the sarge chroot > > using dchroot and use dpkg-buildpackage or whatever. > > I could have sworn I'd heard about logging into debian machines as > 'username+sarge' or similar, to get into chroots. Is this not still > generally supported? ssh [EMAIL PROTECTED] didn't work for me, but that would be very cool! Cheers, Shaun
Re: Compiling on a Debian machine
On 4/30/05, Andreas Metzler <[EMAIL PROTECTED]> wrote: > Shaun Jackman <[EMAIL PROTECTED]> wrote: > > How do I use a Debian machine, such as bruckner, to test a source > > package by compiling for powerpc? I see bruckner has a sarge chroot. > > What's the magic command to start the build in this chroot? I know of > > pbuilder -- though I haven't used it much admittedly -- but there is > > no pbuilder command in the path. > > Hello, > There is no automatic building, you have change to the sarge chroot > using dchroot and use dpkg-buildpackage or whatever. If you are > missing build-dependencies you'll need to ask debian-admin to install > them. > cu andreas Thanks! Worked like a charm. Cheers, Shaun
Re: Key Signing in Vancouver, BC
Sounds great! See you then. Cheers, Shaun On 4/30/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Alright! Let's all meet at 12:30 on Wednesday, May 4th at Kirin Sushi - > across the street from the New Westminster SkyTrain station - 31 8th St > - (604) 521-1833 > > Remember photo id & your gpg fingerprint > > http://cgi.sfu.ca/~jdbates/moin/moin.cgi/KeySigningParty > > Pete Lypkie is organizing another key signing party on Thursday, May > 5th at 7:00 at the SFU campus pub - > http://www.sfu.ca/~plypkie/keysigning.html > > See you there! > > Jack > > On Apr 26, 2005, at 6:49 PM, Shaun Jackman wrote: > > I can definitely recommend Kirin Sushi, which is across the street > > from the Skytrain station. There is also the Spaghetti Factory next > > door. Not quite as convenient, but up the street is Hon's Won Ton > > House and a tasty little Indian restaurant. I can meet for lunch any > > day next week. > > > > Cheers, > > Shaun > > > > On 4/26/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >> Hey! Shaun Jackman generously offered to meet in New Westminister over > >> lunch to exchange gpg signatures > >> > >> Meeting other debian/linux/open source folks would be totally awesome! > >> > >> I can be in New West at lunch time every day next week - is anyone > >> less > >> available? > >> > >> Can someone recommend a convenient, easy-to-find location where we > >> (everyone interested!) can meet? I know New West only casually - but > >> someplace close to the Sky Train where the people can enjoy lunch > >> would > >> probably be good : ) > >> > >> Best wishes! > >> Jack > >
Vancouver, BC: Key signing tomorrow (Wednesday) at lunch
There will be a key signing at 12:30 on Wednesday, May 4th at Kirin Sushi - across the street from the New Westminster SkyTrain station - 31 8th St - (604) 521-1833 See you all there! Shaun
diff to ChangeLog filter
Does anyone know of a filter that translates a diff -pu to a ChangeLog stub? The terms diff and ChangeLog produce nothing but noise for search results. If not, I'll just sit down and write it myself, but it sure seems like something a hundred other developers would have done. Thanks! Shaun
Adoption: gnomad2 gnusim8085 neutrino robotour swt-motif vbpp vbs
I've recently put a number of my packages up for adoption, mostly because I no longer use them. They are all in good shape, and haven't been much trouble. Here's the list: gnomad2 - Manage a Creative Labs Nomad Jukebox gnusim8085 - Graphical Intel 8085 simulator neutrino - GNOME shell for managing your Creative Labs Nomad Jukebox robotour - control mobile robots in this programmer's game swt-motif - Standard Widget Toolkit for Motif vbpp - Verilog preprocessor vbs - Verilog Behavioral Simulation Please note that swt-gtk is not up for adoption. I haven't put swt-pocketpc up for adoption, but if someone is particularly interested in it, I'd be willing to pass on the torch. If anyone uses the Pocket PC toolchain (pocketpc-binutils, pocketpc-cab, pocketpc-gas, pocketpc-gcc, pocketpc-sdk) I'd be interested in a co-maintainer. Cheers, Shaun
Architecture independent -dev package
If a -dev package is architecture independent -- for example contains
only a symlink from the .so to the .so.X file and possibly a .pc file
-- what's the best dependency on the libfooX package, keeping in mind
binnmuability?
Depends: libfooX (>= ${source:Version}), libfooX (<< ${source:Version}.1~)
as suggested by lintian seems to me to be the best choice. Just to be
clear, libfoo-dev is Architecture: all and libfooX is Architecture:
any.
Cheers,
Shaun
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: azureus upload
On 11/19/06, Joerg Jaspert <[EMAIL PROTECTED]> wrote: Hey, gah, im blind today, so I accepted azureus. It should have been a reject, as you now will lose the orig tarball. dak bug, sorry. Simple fix for you: Upload a new one, ie slightly changing upstreams version number. Sorry for that, but dak will lose the tarball if you dont upload a new one... Hmm. I'd much rather leave the upstream version exactly 2.5.0.0. As a user, if I saw 2.5.0.0+0, I'd wonder what exactly the +0 stood for. Is it possible to manually insert the orig tarball into main? Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: azureus upload
On 11/22/06, Michael Banck <[EMAIL PROTECTED]> wrote: On Tue, Nov 21, 2006 at 01:25:54PM -0700, Shaun Jackman wrote: > >On 11/19/06, Joerg Jaspert <[EMAIL PROTECTED]> wrote: > >> Simple fix for you: Upload a new one, ie slightly changing upstreams > >> version number. > > Any comments on this migration from contrib to main? You already got the above comment, if there have been no further comments, it still stands I guess. Fine. Seems like a hack that should be fixed though. Perhaps for etch+1. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: azureus upload
On 11/22/06, Shaun Jackman <[EMAIL PROTECTED]> wrote: On 11/22/06, Michael Banck <[EMAIL PROTECTED]> wrote: > On Tue, Nov 21, 2006 at 01:25:54PM -0700, Shaun Jackman wrote: > > >On 11/19/06, Joerg Jaspert <[EMAIL PROTECTED]> wrote: > > >> Simple fix for you: Upload a new one, ie slightly changing upstreams > > >> version number. > > > > Any comments on this migration from contrib to main? > > You already got the above comment, if there have been no further > comments, it still stands I guess. Fine. Seems like a hack that should be fixed though. Perhaps for etch+1. The relevant bug is dak #232730: orig tarball not moved when changing from contrib to main. It is 2 years and 281 days old today. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Naming a 32-bit/64-bit specific Java package
Although SWT uses Java, it is not entirely platform independent. It requires one jar for 32-bit architectures and one jar for 64-bit architectures. I could change libswt-gtk-3.2-java to be an Architecture: any package -- it's currently an all package and does not support 32-bit architectures -- but this seems like overkill to me. I'm more inclined to release one Arch:all package for the 32-bit architectures and one Arch:all package for the 64-bit architectures. A meta-package would provide the correct dependency for a given architecture. So, my question, what to name the 32-bit package, the 64-bit package, and the meta-package? At the moment, I think I'm leaning towards... libswt-gtk-3.2-java32 libswt-gtk-3.2-java64 libswt-gtk-3.2-java Any other suggestions, or completely different approaches? Thanks, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Conditionally applying an architecture-dependent patch
When using CDBS, what is the best way to conditionally apply an architecture-dependent patch. I'm using CDBS, but not yet using a patch system such as simple-patchsys, dpatch, or quilt, so recommendations of a patch system are welcome. Currently I have... ARCH64 := alpha amd64 ia64 ifneq (,$(filter $(DEB_HOST_ARCH),$(ARCH64))) configure/foo:: patch -p1
Re: Conditionally applying an architecture-dependent patch
On 11/28/06, Loïc Minier <[EMAIL PROTECTED]> wrote: If you use simple-patchsys, you can prepend before any "include" line: ifeq ($(DEB_HOST_ARCH),m68k) DEB_PATCHDIRS = debian/patches debian/patches/$(DEB_HOST_ARCH) endif to add debian/patches/m68k to the list of directories with patches to apply. Obviously, this can be adapted for many use cases, and different patch orders. I like the simplicity of this approach. I settled on the following: alpha := 64 amd64 := 64 ia64 := 64 DEB_PATCHDIRS = debian/patches/$($(DEB_HOST_ARCH)) include /usr/share/cdbs/1/rules/simple-patchsys.mk Thanks for your help, Shaun
Re: Naming a 32-bit/64-bit specific Java package
On 11/28/06, Ola Lundqvist <[EMAIL PROTECTED]> wrote: But you will have complicated dependency problems. Or at least users will install the wrong version, or do you intend to only release the 64 bit version on 64 bit systems? and the 32 bit version on 32 bit systems? I do not really see the point. If you can not handle this really architecture independently then you should really have it arch: any. I'm personally leaning towards to two arch: all packages (one 32-bit, one 64-bit) and a meta-package which depends on the right one. I am considering and open to the one arch: any package though. If it affects the decision, the binary package is roughly 1.2 MB. Would anyone that's interested in this technical choice please throw in their opinion? The options are: 1. 2 arch-all packages, one meta-package 2. 12 arch-any packages An other alternative is to provide both jars in the same package and have a startup routine to select the correct version automatically. I veto the runtime option on the grounds that I don't like it. =) Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Naming a 32-bit/64-bit specific Java package
On 11/28/06, Shaun Jackman <[EMAIL PROTECTED]> wrote: I'm personally leaning towards to two arch: all packages (one 32-bit, one 64-bit) and a meta-package which depends on the right one. I am considering and open to the one arch: any package though. If it affects the decision, the binary package is roughly 1.2 MB. I take it back. I implemented the arch: all method, and it wasn't that tricky, but the arch: any method is definitely technically simpler. Without a good reason, I can't see why I shouldn't use the simpler method. The argument for the arch: any case is obvious -- it's simpler -- what's the best argument for the arch: all case? Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Which architectures are 64-bit?
Here is my list: 64-bit: alpha amd64 ia64 The rest are 32-bit. Am I missing any? Perhaps this is a suitable feature for dpkg-architecture. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Summary of apt-cache policy
How do I identify which packages on my system are from stable/testing/unstable/none-of-the-above? For a single package, I use `apt-cache policy xxx'. I would like a summary of this information that fits on a single line. Thanks, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Summary of apt-cache policy
On 12/11/06, Mikhail Gusarov <[EMAIL PROTECTED]> wrote: You ([EMAIL PROTECTED]) wrote: SJ> For a single package, I use `apt-cache policy xxx'. I would like SJ> a summary of this information that fits on a single line. Probably apt-show-versions will help you. Exactly what I wanted! Thanks, Mikhail. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
buildd: Unmet build dependencies: debhelper (>= 4.0.0)
Why is the buildd not finding debhelper? Thanks, Shaun http://buildd.debian.org/build.php?&pkg=monotone&ver=0.31-3&arch=powerpc&file=log Automatic build of monotone_0.31-3 on malo by sbuild/powerpc 99.99 Build started at 20061205-2149 ... ** Using build dependencies supplied by package: Build-Depends: cdbs (>= 0.4.28), debhelper (>= 4.0.0), autotools-dev, libboost-date-time-dev, libboost-filesystem-dev, libboost-regex-dev, libboost-test-dev, libboost-dev, libz-dev ... debhelper: already installed (5.0.42 >= 4.0.0 is satisfied) ... Recommended packages: debhelper ... dpkg-checkbuilddeps: Unmet build dependencies: debhelper (>= 4.0.0) dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting. dpkg-buildpackage: (Use -d flag to override.) ** Build finished at 20061205-2150 FAILED [dpkg-buildpackage died] Purging chroot-unstable/build/buildd/monotone-0.31 ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#401570: Processed: Re: Bug#401570: libswt3.2-gtk-jni: apt-get upgrade fails
On 12/12/06, Steve Langasek <[EMAIL PROTECTED]> wrote:
...
I don't see any conflicts between the -java packages, only the -jni
packages. I guess the -jni packages do need to conflict with each other
then, if they have file conflicts.
Thank you for bringing to my attention that only the -jni packages
conflict. The fundamental reason the two packages conflict is that
they provide exactly the same libraries. So, to close bug #376672
(libswt-gtk-3.1-java conflicts libswt3.1-gtk-java) it occurred to me
that libswt-gtk-3.1-java could depend on libswt-gtk-3.2-jni |
libswt3.2-gtk-jni.
The catch is that both JNI libraries are somewhat misnamed, because
version 3.2-1 of both packages provided the soname libswt-gtk-3232.so,
whereas version 3.2.1-1 of the packages provide the soname
libswt-gtk-3235.so. If 3.2.2-1 is also released under the package name
libswt3.2-gtk-jni (likely), it will not be suitable to provide the
needed dependency (namely, libswt-gtk-3235.so). So, I need to depend
as an alternative on libswt3.2-gtk-jni (>> 3.2.1 && << 3.2.2). How do
I accomplish this? So far I have...
Package: libswt-gtk-3.2-java
Depends: libswt-gtk-3.2-jni (= ${binary:Version})
| libswt3.2-gtk-jni (>> 3.2.1)
One solution would be for both libswt-gtk-3.2-jni and
libswt3.2-gtk-jni to provide a pseudo-package libswt-gtk-3235-jni and
depend on that. The only downside is that both SWT packages have to be
modified to support this mechanism.
Cheers,
Shaun
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[VAC] Until 2007-01-04
NMU as necessary. See you in the new year! Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Troubleshooting using Debian developer machines
Monotone has a bug (#404616) that seems to only affect powerpc. I don't have access to a powerpc machine myself, so I'd like to use bruckner.debian.org to troubleshoot the bug. How do I use the Etch chroot on bruckner to install monotone and its dependencies and run monotone without root access to bruckner? Thanks, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFH: Test swt-gtk (azureus) on ia64 and alpha
It has been reported that swt-gtk -- and azureus, which depends on it -- does not work on amd64. I suspect this is true of all 64-bit architectures. If you have access to a 64-bit architecture besides amd64, I would very much appreciate your help with this bug. The version in Sarge (libswt-gtk3=3.0-6) as well as the version that was in unstable (libswt-gtk-3.1=3.1.2-1) on 2006-02-07 both need testing. libswt-gtk-3.1=3.1.2-1 has been removed from the Debian archive, but is available from snapshot.debian.net: http://snapshot.debian.net/archive/2006/02/07/debian/pool/main/s/swt-gtk/ Thank you very much for your help porting to your architecture! Shaun
RFA: Everything must go!
* Creative Labs Nomad Jukebox libnjb - Creative Labs Nomad Jukebox library gnomad2 - Manage a Creative Labs Nomad Jukebox neutrino - GNOME shell for managing your Creative Labs Nomad Jukebox * LaTeX glosstex - prepare glossaries and lists of acronyms pic2fig - convert PIC drawings to FIG drawings * Other glimpse - search quickly through entire file systems romeo - Palm ROM Discombobulator simulavr - Atmel AVR simulator These packages are all in very good shape, most with zero bugs, and each one without a single RC bug. You won't find a deal like this anywhere else! More information is available at my QA page. http://qa.debian.org/[EMAIL PROTECTED] Cheers! Shaun
Re: RFA: Everything must go!
On 4/9/06, Jaldhar H. Vyas <[EMAIL PROTECTED]> wrote: > > * Creative Labs Nomad Jukebox > > libnjb - Creative Labs Nomad Jukebox library > > gnomad2 - Manage a Creative Labs Nomad Jukebox > > I have a Creative Zen touch which use these so I can take them. I would > rather work with someone to comaintain them though. John Bovey <[EMAIL PROTECTED]>, an experienced programmer, has expressed interest in becoming a Debian developer and maintaining libnjb. Manuel García <[EMAIL PROTECTED]> has expressed interest in maintaining gnomad2. He is also a NM, and could probably use a hand with gnomad2. > > neutrino - GNOME shell for managing your Creative Labs Nomad Jukebox > > I'd be willing to take this too but I'm not a GNOME user myself. There have been no claims on neutrino. It's yours, if you want it. > Also what about kionjb? There's an old version (0.1.6) of kionjb in experimental. My hope was that it would eventually make it into the upstream KDE kdemultimedia-kio-plugins package, but that requires some co-operation with the KDE folks. If you'd like to package the newer kionjb (0.2.4) for unstable, it's all yours. Upload the new package and file a bug against ftp.debian.org to remove my package from experimental. Cheers, Shaun
Re: Bug#354358: RFH: Test swt-gtk (azureus) on ia64 and alpha
> I could test on alpha, but there's no version of swt-gtk in sarge for this > architecture. > > Why is it the old versions of this package which need testing, not the > current version? Don't worry about testing the Sarge version then; that only applies to ia64. If you could test libswt-gtk-3.1=3.1.2-1 from snapshot.debian.net, I'd appreciate it. I'm trying to establish whether all the 64-bit targets of SWT are broken, or only amd64. Cheers, Shaun
Re: About the maintainance of monotone
Hello Richard, I prepared a non-maintainer upload (NMU) of monotone 0.25, just to see if there was any major issue standing in the way. My changelog follows this mail. The package builds fine, and after some very casual checking, appears to run fine as well. I need to make a couple minor changes: * The package built fine using debuild the first time, but the second time was missing monotone.html. I don't know why. Very strange. * monotone --version reports (base revision: unknown), which should be fixed before uploading. After fixing these minor issues, the NMU package would be suitable for uploading. Would anyone like to first test it out? Tomas Fasth, are you reading this mail? Cheers, Shaun monotone (0.25-0.1) unstable; urgency=low * Non-maintainer upload (NMU). * New upstream release. Closes: #358220. - Fix build with G++ 4.1. Closes: #358096. * Add a watch file. -- Shaun Jackman <[EMAIL PROTECTED]> Mon, 17 Apr 2006 09:55:10 -0600 On 4/4/06, Richard Levitte - VMS Whacker <[EMAIL PROTECTED]> wrote: > Hello, > > I wonder if there's a way to figure out what the status of the > monotone package is. The current Debian package is 0.24-1+b1, > while the upstreams version is 0.25 and soon moving to 0.26. > > I and other monotone developers have tried to reach the maintainer > (Tomas Fasth <[EMAIL PROTECTED]>) for a bit now, with no apparent > success. Can anyone tell us what has become of him, if he still > intends to do the great maintainance (and give feedback to the > monotone project) that he did up until 0.24 was released, or if it's > time that someone else takes up the maintainer role? > > Sincerely, > Richard
Release on people.debian.org
What format should Origin and Label be set to for Release files on
people.debian.org? It seems to me there should be some best common
practice for Debian developers publishing extra-experimental packages.
I thought the two labels should be set to some selection of...
Shaun Jackman <[EMAIL PROTECTED]>
Shaun Jackman
sjackman
... but how should these candidate values be mapped to Origin and Label?
Cheers,
Shaun
[VAC] Broke my wrist, afk 3-6 weeks
I can type -- slowly -- but I won't be doing any package maintenance for three to six weeks. Cheers, Shaun
[VAC] Montréal 2006-06-09/16
My broken wrist has healed -- yeah! -- so I'm back from that `vacation', and now I'm on my way to Montréal for a week. Cheers, Shaun
Tool to provide fake dependencies
I recall there's a tool that builds small .deb packages that Provides some dependency, without doing any actualy work. What package is this tool in? Try as I might, I haven't been able to find it. Thanks, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: copyright vs. license
> > > Shouldn't you include a year? > > > > It's not required. And I get bored by updating them. > > The year should be included. Here is a reference: > http://www.copyright.gov/circs/circ1.html If only one year is listed in a source file / copyright file, should it be the first year the work started or the most recent year the work was modified? I am interested in Canadian and American copyright law primarily. Please cc me in your reply. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Version woes (packaging SWT milestones)
I'm packaging SWT for GTK version 3.1M4, which is a prerelease of 3.1. I want to eventually package 3.1. What options do I have for numbering the prerelease so that 3.1 is a greater version number? If I understand epochs, I could name the next one 1:3.1, although I'm not particularly fond of that solution. The version number has to be greater than 3.0 and less than 3.1, so it seems to me that indicates it must start with 3.0.x. Perhaps 3.0.3.1M4? Ugly. Any thoughts? Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Woody KDE 3 packages
I'm using the following APT line deb http://download.kde.org/stable/3.1.2/Debian stable main When I update, the Release file is ignored by apt-get. Why is this? Also, I can't seem to upgrade or install the new packages. What have I done wrong here? Thanks, Shaun # apt-get update Hit http://download.kde.org woody/main Packages Ign http://download.kde.org woody/main Release Reading Package Lists... Done Building Dependency Tree... Done # apt-get upgrade Reading Package Lists... Done Building Dependency Tree... Done 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. # apt-get install kdebase kdm Reading Package Lists... Done Building Dependency Tree... Done Sorry, kdebase is already the newest version. Sorry, kdm is already the newest version. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Re: Woody KDE 3 packages
Yes! Thanks. I didn't know of the apt-cache policy command. Because the Release file was broken upstream, apt assigned it a priority of -1. I added the following lines to apt/preferences: Package: * Pin: origin download.kde.org Pin-Priority: 951 Thanks, Shaun > Blind shot: > > $ apt-cache policy > $ man apt_preferences > > And doesn't this question belong to users? > > -towo
nForce nvaudio and kernel-image-2.4.20-3-k7
I'm having trouble using nvaudio with kernel-image-2.4.20-3-k7. The nvaudio module is segfaulting. If this is working for someone, can you please e-mail me privately? Thanks, Shaun
What does 3 mean? 2.4.20-3-k7
2.4.20 is the Linux kernel version. k7 means optimise for Athlon. What does 3 mean? Please cc me in your reply. Thanks, Shaun
[RESOLVED] Compiling nForce drivers
I was having trouble with the nvaudio module crashing. I've found a magic incantation that works for me. I thought I'd post it here. Cheers, Shaun apt-get install gcc-3.3 apt-get install kernel-image-2.4.20-3-k7 kernel-headers-2.4.20-3-k7 ln -s /usr/src/kernel-headers-2.4.20-3-k7 \ /lib/modules/2.4.20-3-k7/build cd nforce/nvaudio make CC=gcc-3.3 TARGET_CPU=athlon clean all make install depmod -A
uscan help
I can't get uscan to work with the following watch line. Could someone please point out my mistake? Please cc me in your reply. Thanks, Shaun # Site Directory Pattern Version Script http://www.geekshop.be /rien/lcab/?page=down lcab-(.*).tar.gz debian uupdate
Testing requirements stalled
The testing requirements for libnjb-dev [1] says that it is... trying to update libnjb from 2.1-1 to 2.1-2 (candidate is 14 days old) libnjb is waiting for ncurses ncurses is only 3 days old. It must be 5 days old to go in. ncurses is not yet built on m68k: 5.4-8 vs 5.4-9 (missing 7 binaries: It's been saying that "ncurses is only 3 days old" for the past four days. Any idea what's up? Thanks, Shaun [1] http://bjorn.haxx.se/debian/testing.pl?package=libnjb-dev
[VAC] Hard drive failure
I had a hard drive fail on me today, and I'm heading out of town tonight, so I won't be able to deal with it until I get back in a about a week. So, in the mean time, I'm pretty much out of commission. If you have a burning desire to fix something, go ahead and NMU. Cheers, Shaun
Partition, LVM, and RAID management utility
For for the first time since potato, I reinstalled Debian from scratch on my main box. Hoorah for dist-upgrade! One experience I took away from the installation is how impressed I was with partman, the debian-installer partition management tool. This was my first time using SATA, LVM, and RAID -- I figured I'd play with all the new buzzwords while I had the opportunity -- and partman made it all quite simple! Once I had my system up and running, I decided to go back and tweak a couple things in the partitioning / LVM / RAID scheme. After looking for a bit, I didn't find a utility [1] quite as good as partman for this task, so I fell back to the command line utilities fdisk, lvm, and mdadm. My sense of it is that there isn't a tool packaged in Debian to fill this need -- although feel free to give suggestions at this point. I suggest one of two things, or if there's time both! 1. Port partman from debian-installer to make it a full fledged utility. 2. Port whatever tool Red Hat uses [2] for this same task and package it for Debian. I haven't used the latter, so the former would be my preference. Can someone more familiar with partman and debian-installer give an indication of how much work this would be? Cheers! Shaun [1] qtparted is a nice tool, but doesn't handle LVM or RAID yet as far as I know. webmin-lvm is a capable looking tool though. [2] I think this tool might be called DiskDruid, but I'm quite out of touch with Red Hat state-of-the-art.
invalid-arch-string-in-source-relation amd64
What's wrong with this Build-Depends line? Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16) E: eagle source: invalid-arch-string-in-source-relation amd64 [build-depends: ia32-libs-dev [amd64]] Thanks, Shaun debhelper 4.9.5 lintian 1.23.11
Re: invalid-arch-string-in-source-relation amd64
2005/8/23, martin f krafft <[EMAIL PROTECTED]>: > also sprach Shaun Jackman <[EMAIL PROTECTED]> [2005.08.24.0044 +0200]: > > What's wrong with this Build-Depends line? > > > > Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16) > > > > E: eagle source: invalid-arch-string-in-source-relation amd64 > > [build-depends: ia32-libs-dev [amd64]] > > Lintian doesn't recognise amd64 as an architecture yet? > It is *not* *yet* official... Can I upload the package regardless, or will it break the buildd? Cheers, Shaun
Re: invalid-arch-string-in-source-relation amd64
2005/8/24, Tollef Fog Heen <[EMAIL PROTECTED]>: > * Shaun Jackman > > | What's wrong with this Build-Depends line? > | > | Build-Depends: ia32-libs-dev [amd64], debhelper (>= 4.1.16) > > Unless eagle is a toolchain package, you shouldn't build-dep on > ia32-libs-dev. ia32-libs-dev is a helper package to bootstrap biarch > compilers, and not suitable for general development. eagle (the package on topic) is a binary non-free i386 package. I was told that it needs a build dependency on ia32-libs-dev for dh_shlibdeps. The relevant bug is #306312. Cheers, Shaun Bug #306312: eagle: FTBFS (amd64): Please add amd64 support Package: eagle Version: 4.11-8 Severity: wishlist Tags: patch When building 'eagle' on amd64/unstable, I get the following error: dh_shlibdeps /usr/bin/ldd: line 171: /lib/ld-linux.so.2: No such file or directory ldd: /lib/ld-linux.so.2 exited with unknown exit code (127) dpkg-shlibdeps: failure: ldd on `debian/tmp/usr/share/eagle/bin/eagle' gave error exit status 1 dh_shlibdeps: command returned error code 256 make: *** [binary-arch] Error 1 With the attached patch 'eagle' can be compiled on amd64. Regards Andreas Jochens
Circular testing excuses for swt-gtk and swingwt
I am trying to help move swt-gtk into testing. The excuses [1] for swingwt, which depends on swt-gtk, says... * swingwt is waiting for swt-gtk * Updating swt-gtk makes 2 depending packages uninstallable on arm: libswingwt0, swingwt-demo These excuses seem to be circular between swingwt and swt-gtk. Why does updating swt-gtk make swingwt uninstallable on arm? ARM is up to date with swt-gtk 3.1-2 and swingwt 0.87-2. To aggravate the matter, swingwt is failing to build on three architectures: alpha: unmet dependencies: libswt-gtk-3.1 (= 3.0+3.1M4-5) hppa: gcj 4.0.1 ICE (internal compiler error) sparc: unmet dependencies: libswt-gtk-3.1 (= 3.1-1) Both alpha and sparc have now built libswt-gtk-3.1 (= 3.1-2), so those two unmet dependencies errors should go away I hope. Buildds are near magic to me; I am constantly in awe. I'm unable to differentiate the transient that will resolve themselves in a week or two from the permanent errors. Cheers, Shaun [1] http://bjorn.haxx.se/debian/testing.pl?package=swt-gtk
Re: i386-uclibc debian
2005/9/29, Daniel Ruoso <[EMAIL PROTECTED]>: > Em Qui, 2005-09-29 às 19:05 +0200, Bastian Blank escreveu: > > On Thu, Sep 29, 2005 at 01:52:21PM -0300, Daniel Ruoso wrote: > > > I'm having some problems, but I think it's because gcc is confused about > > > which toolchain to use, because it still don't know about > > > i386-uclibc-linux as an architecture, and it's falling back to > > > i386-linux. > > This is correct, as the value between i386 and linux is the vendor. Use > > i386-linux-uclibc. > > Even if all the toolchain is named i386-uclibc-linux? > > daniel I think the i386-uclibc-linux toolchain was accidentally misnamed. buildroot [1], the uClibc toolchain distribution tool, calls the toolchain xxx-linux-uclibc, not xxx-uclibc-linux. Consider that in xxx-linux-gnu the -gnu part stands for glibc. Now replace the -gnu with -uclibc for a uClibc toolchain. You can also play with config.sub to see this effect: $ /usr/share/misc/config.sub i386-uclibc-linux i386-uclibc-linux-gnu $ /usr/share/misc/config.sub i386-linux-uclibc i386-pc-linux-uclibc The latter config name is correct. Cheers, Shaun [1] http://buildroot.uclibc.org/
Re: removal of support for /etc/hotplug/usb/
I haven't found a great sysfs node to use for Creative Labs devices.
This is the best I've found so far:
$ udevinfo -ap /sys/bus/usb/devices/1-2.3/1-2.3:1.0
...
looking at class device '/sys/bus/usb/devices/1-2.3/1-2.3:1.0':
SUBSYSTEM="unknown"
SYSFS{bAlternateSetting}=" 0"
SYSFS{bInterfaceClass}="dc"
SYSFS{bInterfaceNumber}="00"
SYSFS{bInterfaceProtocol}="b0"
SYSFS{bInterfaceSubClass}="a0"
SYSFS{bNumEndpoints}="04"
SYSFS{modalias}="usb:v0471p0222d0100dcDCdsc00dp00ic*isc*ip*"
Is this the correct place from where to start writing a udev rule?
Cheers,
Shaun
2005/9/15, Marco d'Itri <[EMAIL PROTECTED]>:
> After having been deprecated for a long time, support for map files in
> the /etc/hotplug/usb/ directory will be removed from the udev-hotplug
...
> The affected packages are:
...
> libnjb-hotplug
...
Re: removal of support for /etc/hotplug/usb/
The udev rule I've written for the Creative Labs Nomad Jukebox looks like this:
SYSFS{modalias}="usb:v0471p0222*", NAME="njb%n", GROUP="audio", MODE="0666"
udevtest seems to indicate some success:
$ udevtest /sys/bus/usb/devices/1-2.3/1-2.3\:1.0/
version 056
looking at '/bus/usb/devices/1-2.3/1-2.3:1.0/'
opened class_dev->name='1-2.3:1.0'
configured rule in '/etc/udev/rules.d/nomad.rules[1]' applied,
'1-2.3:1.0' becomes 'njb%n'
When I plug the device in, the node doesn't actually seem to be created though:
$ find /dev /sys -name \njb*
$
I would like the /proc/bus/usb node to be symlinked to /dev/njb%d,
with the correct permissions applied, as well as loading the "fuse"
kernel module. Is this possible?
Cheers,
Shaun
2005/10/10, Shaun Jackman <[EMAIL PROTECTED]>:
...
> SYSFS{modalias}="usb:v0471p0222d0100dcDCdsc00dp00ic*isc*ip*"
>
> Is this the correct place from where to start writing a udev rule?
>
> Cheers,
> Shaun
>
> 2005/9/15, Marco d'Itri <[EMAIL PROTECTED]>:
> > After having been deprecated for a long time, support for map files in
> > the /etc/hotplug/usb/ directory will be removed from the udev-hotplug
> ...
> > The affected packages are:
> ...
> > libnjb-hotplug
> ...
Re: binary vs "real debian" packages
On Fri, Feb 29, 2008 at 3:05 PM, William Francis <[EMAIL PROTECTED]> wrote: ... > Further, I understand the concept of an upstream provider and > understand that I don't have one in this case, unless I sort of fake > it somehow. Is that wise or is there a well understood method of > having an .orig file and then doing stuff to make your .dsc, .diff and > .changes files? What would the contents of an orig file like that look > like in my case where it's not a source package? Hi William, A quick answer to one of your questions... The orig file would contain all the files not in the debian/ directory, and the diff file would contain all the files in the debian/ directory. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[VAC] Sailing until 2007-07-01
... and after the sailing trip I'm moving and changing jobs. So, I won't be spending much time on Debian for the next couple months. NMU as necessary. If anyone is interested in adopting any of my packages on a more permanent basis, please contact me. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RC buggy package migrated to testing
azureus has a RC bug filed against it, #449176. Why did it migrate to testing? Cheers, Shaun On Nov 24, 2007 4:39 PM, Debian testing watch <[EMAIL PROTECTED]> wrote: > FYI: The status of the azureus source package > in Debian's testing distribution has changed. > > Previous version: 2.5.0.4-1 > Current version: 3.0.3.4-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RC buggy package migrated to testing
On Nov 24, 2007 11:05 PM, Steve Langasek <[EMAIL PROTECTED]> wrote: > On Sat, Nov 24, 2007 at 05:52:31PM -0700, Shaun Jackman wrote: > > azureus has a RC bug filed against it, #449176. Why did it migrate to > > testing? > > Because there's no version information on bug #449176, so britney concludes > that both the old and new versions of the package are equally buggy. That does not seem like a very safe default behaviour. When a new RC bug has been submitted, it's a rather likely situation that the bug is present in unstable and wasn't present before. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fwd: [Freeguide-tv-users] Download for debian?
The unstable link at http://packages.debian.org/freeguide shows version 0.8, but http://packages.debian.org/unstable/misc/freeguide shows version 0.7.2. Why is this? Cheers, Shaun -- Forwarded message -- From: Andy Balaam <[EMAIL PROTECTED]> Strange. At packages.debian.org/freeguide it shows version 0.8, but at http://packages.debian.org/unstable/misc/freeguide is says 0.7.2. Is this ok? Andy
packages.debian.org version discrepency
The unstable link at http://packages.debian.org/freeguide shows version 0.8, but http://packages.debian.org/unstable/misc/freeguide shows version 0.7.2. Why is this? Cheers, Shaun
Bug#277525: ITP: torrentocracy -- RSS (real simple syndication) plugin for MythTV
Package: wnpp Severity: wishlist * Package name: torrentocracy Version : 0.0.9 Upstream Author : Gary Lerhaupt <[EMAIL PROTECTED]> * URL : http://www.torrentocracy.com/ * License : GPL Description : RSS (real simple syndication) plugin for MythTV Torrentocracy (pronounced like the word democracy) is the combination of RSS, bit torrent, your television and your remote control. It is a plugin for MythTV. -- System Information: Debian Release: 3.0 APT prefers testing APT policy: (102, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8.1 Locale: LANG=C, LC_CTYPE=C
Bug#144046: general: Sections are not finely grained
> Users need a hierachical layout in order to find software. Keyword > by themselves are not that much useful since they would be only appropiate > to the language used. Several disadvantages: > > 1.- more difficult to translate than sections Not true if the keywords are limited to a specific selection. This is no more restrictive than the current system, except instead of being able to pick only one section, you can pick many. > 2.- are not organised hierarchicaly (sp?) Putting each package into exactly one section is not hierarchical organisation; it's a partition on a set. Programs can naturally belong to more than one set, but we restrict them to exactly one relationship. > 3.- difficult to represent graphically in a package-administration gui > (sections are easily represented as trees). If the keywords are limited to a specific selection, they can also be represented as trees. The root level contains every keyword. Expanding one of those gives a second level of keywords. So, if you're looking for the list of KDE apps, you could browse X11 -> KDE and look from there. If you simply want a comprehensive list of mail applications, you could look at Net -> Mail, and then from there browse to Net -> Mail -> KDE (which would be identical to X11 -> KDE -> Mail). Every package will exist multiple times in the tree, but if each package is typically only a member of max three or four keywords, I don't think this will get out of hand. Cheers, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Key-signing in Calgary
I'm working in Calgary, Alberta for the next three months. If anyone's interested in a key-signing, drop me a line. Cheers, Shaun
creating package.substvars
I'm packaging a library that includes three separate binary packages. 1) the shared library (libnjb0) 2) the dev library (libnjb-dev) 3) sample code (libnjb-samples) I would like debhelper to create three separate package.substvars files, but it's only creating the one substvars. I've read all the documentation I can get my hands, but I can't seem to make it behave the way I want. So, two questions: Is what I want the correct way of doing it? How do I make debhelper do it? Thanks, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Vancouver keysigning request
I'm looking for a Debian developer in Vancouver, Canada to sign my key. If you fit the bill, please reply! Thanks, Shaun Jackman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Any DDs out there with a Nomad Jukebox?
I am looking for a sponsor for two packages: kionjb and libnjb. kionjb lets you view and manipulate the tracks on your Creative Labs Nomad Jukebox MP3 player. It is a KIO::Slave and requires KDE2. Source is available at the kionjb web site http://sf.net/projects/kionjb/ libnjb is a shared library for communicating with the Creative Nomad JukeBox MP3 player. More information can be found at the libnjb web site: http://libnjb.sf.net/ Anyone interested? (particularly someone that owns a Nomad Jukebox) Thanks, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x-compiling an arm-elf toolchain package
I want to compile an arm-elf GNU development toolchain (binutils, gcc, newlib). I'd like the end result to be an arm-elf-gcc_3.0.4-1_i386.deb package that I can install and manage through dpkg. My usual method is download the the binutils, gcc, and newlib sources, and "./configure --target=arm-elf && make && su -c 'make install'" for each package. I'm trying to get away from /usr/local though as it becomes a nightmare to manage and defeats the purpose of an excellent package management system such as dpkg. I found binutils-multiarch, which is great and meets my first requirement. Now for compiling gcc. I found dpkg-cross, but my understanding is its purpose is to create packages for different --host=, whereas I'm trying to do a different --target=. Can I run something like $ debuild --target=arm-elf and have it magically create arm-elf-gcc_3.0.4-1_i386.deb for me? And finally, what do I do about newlib (which is a libc replacement for embedded systems). I see it's not packaged. Is it viable to package it? If so, I might take that project on. Thanks, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x-compiling an arm-elf toolchain package
I found the toolchain-source package. An amazing package! tpkg-make works fabulously. It raised a couple questions for me though. Can binutils-multiarch be used instead of building a specific binutils-arm-elf? Whenever I build arm-elf-gcc I have to apply a small patch to gcc/config/arm/t-arm-elf to enable multilib support for mthumb-interwork. Will this work as expected with tpkg-make? I forgot one last step (unless everyone else here writes perfect code the first time!): a cross-debugging gdb. How do I build gdb-arm-elf? Could this be added to tpkg-make? Thanks, Shaun -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143332: ITP: libnjb -- Creative Labs Nomad Jukebox driver library
Package: wnpp Version: N/A; reported 2002-04-17 Severity: wishlist * Package name: libnjb Version : 0.8b Upstream Author : John Mechalas <[EMAIL PROTECTED]> * URL : http://libnjb.sf.net * License : BSD Description : Creative Labs Nomad Jukebox driver library A shared library for communicating with the Creative Nomad JukeBox MP3 player. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux quince 2.4.18-sdj #3 Thu Apr 4 00:05:26 PST 2002 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Lintian magic-arch-in-arch-list
I have a source package with two binary packages. One binary package is arch i386 amd64, the other is arch all containing the architecture-independent data files. The resulting dsc file is Architecture: amd64 i386 all which lintan complains about: E: eagle source: magic-arch-in-arch-list I'm guessing that the architecture line should omit all: Architecture: amd64 i386 What's gone wrong here? I'm using dpkg-dev 1.15.2 devscripts 2.10.50 debhelper 7.2.14 lintian 2.2.10 Please cc me in your reply. Thanks, Shaun -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: libswt and eclipse
Hi Adrian, I maintain SWT (swt-gtk) for Debian. If you send me the diff and dsc, I'll look over your work this weekend. Adnan Hodzic was also interested in adopting swt-gtk and azureus. If you like, you could collaborate with him. Thanks for considering adopting swt-gtk and azureus. They could use a maintainer that uses Azureus more frequently than I do. Cheers, Shaun 2009/6/25 Adrian Perez : > Thanks for your reply. > I know I could upload to mentors. But since it's quite ethical to > request the maintainer's feedback before adopting a package, I was > asking because I have no way of establishing contact with him, since > I've tried a lot in the last days. > > I'm currently doing some refinements, and planning to add the x86_64 > and ppc versions as arch-patches. > > I think the previous maintainer could sponsor it, but because he is > probably off, then I should RFS it. > > Thank you all. Feedback welcome. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
