RFS: libi18n-java -- internationalization library for java
Hi all! I'm looking for a sponsor to upload libi18n-java which is a library I'll need for the next stable release of ArgoUML. http://vbstefi60.fapse.ulg.ac.be/~arnaud/libi18n-java-0.1.tar.gz Many thanks for your time and help, -- Arnaud Vandyck http://alioth.debian.org/users/arnaud-guest/
Re: ITA: yadex -- WAD file editor for doom-style WADs
On Fri, Jul 25, 2003 at 04:06:55PM +0200, Roland Mas wrote: > Frederic Wagner (2003-07-25 15:33:31 +0200) : hi, sorry for the little delay, the network connection has been down at the university. > You should also close the ITA in the changelog, and change the > Maintainer: field in debian/control. done, > There's one thing you did wrong. You have to tell us where to find > your allegedly fixed packages, so someone can get them, try them out, > and upload them. ok, I thought it would be handled by mail so here is the url : http://gauvain.u-strasbg.fr/debian/ everything seems ok, except lintian gives me the following warning : W: yadex: copyright-lists-upstream-authors-with-dh_make-boilerplate which I don't fully understand. Wagner Frederic -- --- Unix - where you can throw the manual on the keyboard and get a command
Re: ITA: yadex -- WAD file editor for doom-style WADs
Hi. Frederic Wagner ([EMAIL PROTECTED]) wrote: >everything seems ok, except lintian gives me the following warning : > >W: yadex: copyright-lists-upstream-authors-with-dh_make-boilerplate > >which I don't fully understand. Try "lintian -i". You've probably left "Author(s):" in there. As it is decidable whether there's one or many copyright holders, you should either erase the "(s)" or just remove parantheses, depending on what follows. Cheers T.
Re: ITA: yadex -- WAD file editor for doom-style WADs
Frederic Wagner (2003-07-28 10:10:34 +0200) : > everything seems ok, except lintian gives me the following warning : > > W: yadex: copyright-lists-upstream-authors-with-dh_make-boilerplate > > which I don't fully understand. There's a nice switch called -i for lintian that gives you more info on Lintian warnings/errors. In this case, Lintian is probably complaining that you left the (s) in the Author(s): line. You're supposed to know how many there are, and leave or remove the plural accordingly :-) Roland. -- Roland Mas Sauvez les castors, imprimez en recto-verso.
Build-Recommends?
Is there such a thing as a Build-Recommends? Or a workaround that would give you its equivalent? The problem is that darcs can be compiled either with or without libcurl2-dev. The configure script will nicely notice if libcurl isn't available, in which case it just uses an external program (either wget or curl) if one is available. So I'd like to remove the Build-Depends, so I won't have to use a modified control file for woody, and yet can get by without backporting libcurl2. Is there a solution for this? Oh yeah, and if anyone's interested in sponsoring darcs, I think it might be ready to go debian in a few weeks--actually make that a month, since I'll be going on vacation in a week. The last release had some serious bugs, but this time I hope to test it better, plus it's stabilized a lot in the last month. -- David Roundy http://www.abridgegame.org/darcs
Re: Build-Recommends?
On Mon, Jul 28, 2003 at 08:14:03AM -0400, David Roundy wrote: > Is there such a thing as a Build-Recommends? Or a workaround that would > give you its equivalent? > > The problem is that darcs can be compiled either with or without > libcurl2-dev. The configure script will nicely notice if libcurl isn't > available, in which case it just uses an external program (either wget or > curl) if one is available. So I'd like to remove the Build-Depends, so I > won't have to use a modified control file for woody, and yet can get by > without backporting libcurl2. Is there a solution for this? That's a non-sense. A build package should be only 'required'. It's your choice if it's more appropriate building two different package flavors or just one (with/out libcurl2). Generally upstream sources have the ability to enable or disable optional features like that. Otherwise it's a maintainer's choice. -- Francesco P. Lovergine
Re: Build-Recommends?
On Mon, Jul 28, 2003 at 08:14:03AM -0400, David Roundy wrote: > Is there such a thing as a Build-Recommends? Or a workaround that would > give you its equivalent? > > The problem is that darcs can be compiled either with or without > libcurl2-dev. The configure script will nicely notice if libcurl isn't > available, in which case it just uses an external program (either wget or > curl) if one is available. So I'd like to remove the Build-Depends, so I > won't have to use a modified control file for woody, and yet can get by > without backporting libcurl2. Is there a solution for this? No, Build-Depends are primarily there to make sure the build daemons do something consistent for unstable, so they should force your package to always build one way. Just ignore the build-deps for woody instead. Cheers, -- Colin Watson [EMAIL PROTECTED]
Re: Build-Recommends?
On Mon, 2003-07-28 at 14:14, David Roundy wrote: > Is there such a thing as a Build-Recommends? Or a workaround that would > give you its equivalent? > > The problem is that darcs can be compiled either with or without > libcurl2-dev. The configure script will nicely notice if libcurl isn't > available, in which case it just uses an external program (either wget or > curl) if one is available. So I'd like to remove the Build-Depends, so I > won't have to use a modified control file for woody, and yet can get by > without backporting libcurl2. Is there a solution for this? Build-Depends: libcurl2-dev | curl | wget might serve as a workaround? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Re: Build-Recommends?
Hi Michel! You wrote: > Build-Depends: libcurl2-dev | curl | wget > might serve as a workaround? I guees he would need something like (Build-Depends: libcurl2-dev) | (Depends: curl | wget) which isn't possible. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++
Sponsor vs. Developer Process?
I'm a little confused about the timeline of the sponsor vs. developer process. I have read the relevant documents at debian.org/devel. I filed an ITP on salonify, bug #201878. Salonify is an image gallery program. One developer on debian-devel complained that there were perhaps already too many image gallery programs in Debian, but, as several other people mentioned, I haven't been satisfied with any of the existing packages, and I do think salonify has several advantages or at least significant differences with exiting packages in the distribution. So I applied to become a DD, got my key signed and my application verified, and now I am waiting for an AM assignment. I am wondering if it makes sense to try to find a sponsor to upload my package now, or wait to go through the entire DD process before trying to include salonify in Debian, or if it really matters which way I go? I understand it can take many months to become a DD, but also it appears that it might take many months to find a sponsor. Is there anything I should do other than sit back and wait? Any advice you all might have would be appreciated. -- Adam Kessel pgpaYV1PyBkDj.pgp Description: PGP signature
Re: Sponsor vs. Developer Process?
On Mon, 2003-07-28 at 15:20, Adam Kessel wrote:
> I am wondering if it makes sense to try to find a sponsor to upload my
> package now, or wait to go through the entire DD process before trying to
> include salonify in Debian, or if it really matters which way I go? I
> understand it can take many months to become a DD, but also it appears
> that it might take many months to find a sponsor.
Usually, you post a message to this list (or occassionally debian-devel,
if no one here is interested) with a subject like "RFS: salonify"
('Request for Sponsor'). Sometimes you get a sponsor right away,
sometimes you don't.
As it happens, I'm looking for a good image gallery program. I'll check
out Salonify; if it does what I want, and no one else steps up before
that, I'll sponsor the package.
--
Joe Wreschnig <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
vimoutliner -- plea for sponsoring
Hi, I have created a package for vimoutliner. Is there anybody who would like to sponsor me? Package: vimoutliner Status: install ok installed Priority: optional Section: editors Installed-Size: 204 Maintainer: Matej Cepl <[EMAIL PROTECTED]> Version: 0.3.0-1 Depends: vim (>= 6.0), perl Description: a script for building an outline editor on top of Vim Vimoutliner provides commands for building using the Vim text editor as an outline editor. For more explanation on what outlines are and what they are good for see the script's webpage at http://www.troubleshooters.com/projects/vimoutliner/index.htm and the general discussion of outlines on http://www.troubleshooters.com/tpromag/199911/199911.htm. All relevant files are on ftp://ftp.ceplovi.cz/data/www/ceplovi/matej/progs/debian/ Thanks, Matej -- Matej Cepl, GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC 138 Highland Ave. #10, Somerville, Ma 02143, (617) 623-1488
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
On Sunday of July 27 2003 20:09, Juan Manuel García Molina wrote: > Over a month ago, pose package was orphaned. I'd like to take care of it, > so I placed an ITA on wnpp. I've been working for a while in this package, > but I can't upload it because I'm not yet a Debian Developer. It's my 5th > try to get an sponsor, so if this time noone wants to sponsor the package, > I'll suppose it is not interesting enough to remain in Debian. So, my > question is: would you like to upload pose into Debian repository? Thanks. Excuse me for speaking up here, but I was watching Juan's tries for some time, and noone gave him even "no". I am not trying to judge here, especially you all doing your Debian work in own spare time, but doesn't this ring a bell that there is something in the whole procedure that simply does not work? I can fully understand that noone of DD subscribed here may be personally not interested in non mainstream app like Pose, but since package needs a mentor no matter how mainstream it is, there should be a better way than just "good luck" to have one assigned. I have heard many users (not just newbies) complaining about too many old packages in the official repository - such situation won't clear this out. www.apt-get.org counts over 15000 packages at the moment and Juan shall register there too, to at least not waste all his efforts. But we can only guess how many of packages out there has been not requested for mention here due to others' luckless attempts. Not to mention such situation is not a good motivation to package other apps in a future. Regards, -- And he said: "God CTRL-S the Queen"... Marcin http://wfmh.org.pl/~carlos/ mailto:[EMAIL PROTECTED]
Re: Sponsor vs. Developer Process?
Hi, Le Mon, Jul 28, 2003 at 04:20:33PM -0400, Adam Kessel écrivait: > I am wondering if it makes sense to try to find a sponsor to upload my > package now, or wait to go through the entire DD process before trying to > include salonify in Debian, or if it really matters which way I go? I > understand it can take many months to become a DD, but also it appears > that it might take many months to find a sponsor. Having some package you maintain can only help you in the NM process. The time you need to find a sponsor is shorter than for becoming a DD, it depends on how much a DD is interesting in sponsoring your package. An image gallery package is perhaps not the best case :-) pgphZIxCd54Kl.pgp Description: PGP signature
RFS: vimoutliner
Hi, I have created a package for vimoutliner. Is there anybody who would like to sponsor me? Package: vimoutliner Status: install ok installed Priority: optional Section: editors Installed-Size: 204 Maintainer: Matej Cepl <[EMAIL PROTECTED]> Version: 0.3.0-1 Depends: vim (>= 6.0), perl Description: a script for building an outline editor on top of Vim Vimoutliner provides commands for building using the Vim text editor as an outline editor. For more explanation on what outlines are and what they are good for see the script's webpage at http://www.troubleshooters.com/projects/vimoutliner/index.htm and the general discussion of outlines on http://www.troubleshooters.com/tpromag/199911/199911.htm. All relevant files are on ftp://ftp.ceplovi.cz/data/www/ceplovi/matej/progs/debian/ Thanks, Matej -- Matej Cepl, GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC 138 Highland Ave. #10, Somerville, Ma 02143, (617) 623-1488
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
* Marcin Orlowski ([EMAIL PROTECTED]) [030728 23:05]: > www.apt-get.org counts over 15000 packages at the moment and Juan shall > register there too, to at least not waste all his efforts. But we can only > guess how many of packages out there has been not requested for mention > here due to others' luckless attempts. Not to mention such situation is > not a good motivation to package other apps in a future. apt-get.org is IMHO more a symptom of debians problems, not a solution. (This is valid for both package types, packages for sid which are not uploaded due to being a non-DD, and backports to stable that shouldn't be necessary if debian would release a bit more often.) apt-get.org doesn't provide any quality-control at all. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
Re: Sponsor vs. Developer Process?
Hi, Adam Kessel wrote: > I am wondering if it makes sense to try to find a sponsor to upload my > package now, or wait to go through the entire DD process before trying to > include salonify in Debian, or if it really matters which way I go? I yes. You won't be approved with no package in the archive. > understand it can take many months to become a DD, but also it appears > that it might take many months to find a sponsor. Not really. It depends whether a DD has time and interest in the package. As others said alreday, the hundred image gallery program isn't _that_ interesting... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgprIfg1PSh3r.pgp Description: PGP signature
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
Hi, Marcin Orlowski wrote: > On Sunday of July 27 2003 20:09, Juan Manuel García Molina wrote: > > > Over a month ago, pose package was orphaned. I'd like to take care of it, > > so I placed an ITA on wnpp. I've been working for a while in this package, > > but I can't upload it because I'm not yet a Debian Developer. It's my 5th > > try to get an sponsor, so if this time noone wants to sponsor the package, > > I'll suppose it is not interesting enough to remain in Debian. So, my > > question is: would you like to upload pose into Debian repository? Thanks. > > Excuse me for speaking up here, but I was watching Juan's tries for some time, > and noone gave him even "no". I am not trying to judge here, especially you > all doing your Debian work in own spare time, but doesn't this ring a bell > that there is something in the whole procedure that simply does not work? No, > I can fully understand that noone of DD subscribed here may be personally not > interested in non mainstream app like Pose, but since package needs a mentor > no matter how mainstream it is, there should be a better way than just "good Or don't have the time to check the package... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgplGds6eHNTZ.pgp Description: PGP signature
Problems when packaging KTrack for Debian unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello all! I am trying to fix a ktrack's bug (Bug#203080) and i am having some problems as KTrack does not compile since i updated my unstable debian system... (apt-get upgrade). Some of the kdelibs has been upgraded (i suppose that) and maybe i am missing some packages... i remember i got the same problem some months ago and i fixed it installing libqt-compat but this time i cannot find how to compile the same sources i compiled a month ago... The error i get is: = o `test -f 'transponderdefinitionwidget.cpp' || echo './'`transponderdefinitionwidget.cpp transponderdefinitionwidget.cpp: In constructor ` transponderDefinitionWidget::transponderDefinitionWidget(QWidget*, const char*, unsigned int)': transponderdefinitionwidget.cpp:46: error: invalid use of undefined type ` struct KPushButton' transponderdefinitionwidget.h:19: error: forward declaration of `struct KPushButton' transponderdefinitionwidget.cpp:48: error: no matching function for call to ` QGridLayout::addWidget(KPushButton*&, int, int)' /usr/share/qt3/include/qlayout.h:324: error: candidates are: void QGridLayout::addWidget(QWidget*, int, int, int) = and much more. I know the sources are well as i have compiled the _same_ sources several times... and there is a ktrack debian package in the archives that i did from these sources... What package is missing? Can you give me any clue? Thanks! - -- Un saludo, Jaime Robles - http://jaime.robles.nu [EMAIL PROTECTED] Coordinador KDE-es - KDE Spanish Translation Team http://www.kde.org/es - http://es.i18n.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JZlBER46oL+8yYURAvRlAJ92rUWr8GyKaM6yvLaXvoqqr1LlBACfZwSW 9gKO6oiGEpCRRvYjr8RzJR0= =GFjC -END PGP SIGNATURE-
Re: Problems when packaging KTrack for Debian unstable
On Mon, Jul 28, 2003 at 11:44:31PM +0200, Jaime Robles wrote: > transponderdefinitionwidget.cpp: In constructor ` >transponderDefinitionWidget::transponderDefinitionWidget(QWidget*, const >char*, unsigned int)': > transponderdefinitionwidget.cpp:46: error: invalid use of undefined type ` >struct KPushButton' Sounds like some #include is missing for KPushButton. > transponderdefinitionwidget.h:19: error: forward declaration of `struct >KPushButton' > transponderdefinitionwidget.cpp:48: error: no matching function for call to ` >QGridLayout::addWidget(KPushButton*&, int, int)' > /usr/share/qt3/include/qlayout.h:324: error: candidates are: void >QGridLayout::addWidget(QWidget*, int, int, int) hopefully, KPushButton is : public QWidget, assuming the code makes sense otherwise. are there any error lines about files that g++ can't find? > What package is missing? > Can you give me any clue? A search of google says that KPushButton should be in kpushbutton.h, which packages.debian.org says is in kdelibs4-dev. Hope this helps! -Josh -- Using words to describe magic is like using a screwdriver to cut roast beef. -- Tom Robbins pgpUHAMH2EuTG.pgp Description: PGP signature
Re: Build-Recommends?
On Mon, Jul 28, 2003 at 08:14:03AM -0400, David Roundy wrote: > Is there such a thing as a Build-Recommends? Or a workaround that would > give you its equivalent? > > The problem is that darcs can be compiled either with or without > libcurl2-dev. The configure script will nicely notice if libcurl isn't > available, in which case it just uses an external program (either wget or > curl) if one is available. So I'd like to remove the Build-Depends, so I > won't have to use a modified control file for woody, and yet can get by > without backporting libcurl2. Is there a solution for this? You have to decide wether or not you want to compile it in. Plenty of packages have this facility and it is up to the maintainer to make the call to have the feature in or not. Think of some programs that have multiple database modules. It's really up to the maintainer if they want to have a --with-mysql or --with-pgsql or both. - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
Re: Sponsor vs. Developer Process?
On Mon, Jul 28, 2003 at 04:20:33PM -0400, Adam Kessel wrote: > I filed an ITP on salonify, bug #201878. Salonify is an image gallery > program. One developer on debian-devel complained that there were perhaps > already too many image gallery programs in Debian, but, as several other > people mentioned, I haven't been satisfied with any of the existing > packages, and I do think salonify has several advantages or at least > significant differences with exiting packages in the distribution. OK, so that is an issue separate to sponsors and developers. > So I applied to become a DD, got my key signed and my application > verified, and now I am waiting for an AM assignment. Make sure you've done your homework. The key is signed, good! Is the package lintian/linda clean? Have you read the developer's reference? > I am wondering if it makes sense to try to find a sponsor to upload my > package now, or wait to go through the entire DD process before trying to > include salonify in Debian, or if it really matters which way I go? I > understand it can take many months to become a DD, but also it appears > that it might take many months to find a sponsor. Get a sponsor. Having/getting a sponsor will not slow down your DD process unless you are very limited in time. It may even speed up your application (it makes the T&S check easier). My personal opinion is that anyone who is in the NM queue, if they are there for packaging stuff, should be attempting a sponsored package. It shows you can package something. Your behaviour to bugs that come up or how you upgrade and maintain the package is a good "reference" for your debian maintainership. - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
Re: Sponsor vs. Developer Process?
On Mon, Jul 28, 2003 at 11:22:20PM +0200, Rene Engelhard wrote: > > You won't be approved with no package in the archive. I don't think it is as clear-cut as that, but its probably a good way to think of it. Probably a better way of looking at it is if you don't have a package in the archive, you better have a good reason why. You might not be able to find a sponsor despite months of trying. That might be a good reason. - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
Re: Sponsor vs. Developer Process?
On Mon, Jul 28, 2003 at 11:22:20PM +0200, Rene Engelhard wrote: > You won't be approved with no package in the archive. bullshit Unless things have changed in the 18 months or so I've been a DD. I had no packages sponsored or otherwise in the archive for about the first month or so after I got my account. Call me a slow starter, if you will. Some AMs might not be overly keen with processing someone without a package in the archive, but at least one will.And I don't think DAM gives a DAM (as it were) one way or the other. - Matt
Re: Sponsor vs. Developer Process?
Thanks for your response-- On Tue, Jul 29, 2003 at 08:47:46AM +1000, Craig Small wrote: > > So I applied to become a DD, got my key signed and my application > > verified, and now I am waiting for an AM assignment. > Make sure you've done your homework. The key is signed, good! Is > the package lintian/linda clean? The script passes lintian and linda (actually, it appears to me that either one is fine?). > Have you read the developer's reference? I did read the developer's reference. I know where to look when I need to find something. I'm starting off with a relatively simple package (just a perl script), so a lot of the stuff about shared libraries, etc., I figure I'll come back to when I need to. > Get a sponsor. Having/getting a sponsor will not slow down your DD > process unless you are very limited in time. It may even speed up your > application (it makes the T&S check easier). Hopefully Joe will agree to sponsor my package. If that doesn't work out, I'd like to renew my request here for a sponsor! > My personal opinion is that anyone who is in the NM queue, if they are > there for packaging stuff, should be attempting a sponsored package. > It shows you can package something. Your behaviour to bugs that come up > or how you upgrade and maintain the package is a good "reference" for > your debian maintainership. Sounds like a good standard. I've been quite responsive to bug reports thus far, as you might be able to tell from the changelog. Incidentally, the package, apt repository, etc., are here: http://bostoncoop.net/adam/salonify Thanks again. -- Adam Kessel pgpkop4Fq89KX.pgp Description: PGP signature
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
On Mon, Jul 28, 2003 at 11:04:34PM +0200, Marcin Orlowski wrote: > all doing your Debian work in own spare time, but doesn't this ring a bell > that there is something in the whole procedure that simply does not work? OK, please suggest a better way. Criteria to be fulfilled are: 1) Nobody should be arbitrarily assigned work; and 2) Nobody can sponsor a package they are unable to comprehensively test. I'm sure there are others I can't recall right now. Number 2, especially, is a key requirement. If DDs are uploading packages they haven't tested, they have no idea how good/bad/otherwise the package is. Yes, you can analyse the code for added vulnerabilities (and reading over the diff is something I always do) but unless you give the code a bit of a run, you're potentially uploading complete crap. In the case of software for Palmpilots and whatnot, unless a DD has compatible hardware, they can't test it. (Incidentally, if someone really wants to get pose in, they can donate a Palm to me and I'll happily test and sponsor). > I can fully understand that noone of DD subscribed here may be personally > not interested in non mainstream app like Pose, but since package needs a > mentor no matter how mainstream it is, there should be a better way than > just "good luck" to have one assigned. I have heard many users (not just Please suggest this better way. I can't think of it, short of having a registration webpage (which doesn't work anyway, because people need to go and check it regularly), and you're still going to have testing/interest problems. Non-DDs adopting orphaned packages is even harder, because you need to get DD interest to upload it, but if a DD was interested they would have adopted the package. My suggestion for non-DDs looking to maintain an orphaned package is to correct all the bugs via NMU and pester [EMAIL PROTECTED] to get them uploaded. They're the only people (pretty much by definition) that are interested in packages they're not interested in, as it were. Testing is still going to be a problem, however, for odd-hardware packages. > www.apt-get.org counts over 15000 packages at the moment and is, AFAIK, useless for these purposes. If the interest is getting it into Debian, apt-get.org won't help that. - Matt
Re: Sponsor vs. Developer Process?
Hi, Matthew Palmer wrote: > On Mon, Jul 28, 2003 at 11:22:20PM +0200, Rene Engelhard wrote: > > You won't be approved with no package in the archive. > > bullshit > > Unless things have changed in the 18 months or so I've been a DD. I had no > packages sponsored or otherwise in the archive for about the first month or > so after I got my account. Call me a slow starter, if you will. It _is_ so. Definitely. We talked with tbm about it who said that, too. He should know.. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgpp1rgOZ0lqE.pgp Description: PGP signature
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
On Tue, 29 Jul 2003, Matthew Palmer wrote: > In the case of software for Palmpilots and whatnot, unless a DD has > compatible hardware, they can't test it. (Incidentally, if someone really > wants to get pose in, they can donate a Palm to me and I'll happily test and > sponsor). Would you settle for a second opinion in testing? My maintainer-ship is on ice right now, but I use POSE for development and have a number of the ROM files it uses. So if there are specific things that should be tested, I can test them. If you'd prefer to do it yourself, you can register as a Palm developer at palmsource.com for no charge; this will give you access to all of Palm's ROM files, going all the way back to the original Pilot 1000. -- Larry Gilbert Renton, WA, USA [EMAIL PROTECTED]
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
On Mon, Jul 28, 2003 at 05:56:07PM -0600, Larry Gilbert wrote: > On Tue, 29 Jul 2003, Matthew Palmer wrote: > > In the case of software for Palmpilots and whatnot, unless a DD has > > compatible hardware, they can't test it. (Incidentally, if someone really > > wants to get pose in, they can donate a Palm to me and I'll happily test and > > sponsor). > > Would you settle for a second opinion in testing? My maintainer-ship is Unfortunately, all that does is pushes the trust from the sponsee to someone else. Since I don't know you any better than the sponsee, that doesn't help very much. In theory, if one was trying to do something dodgy, you could just be a sock puppet... OTOH, if you know any DDs personally, your advocacy and prompting might be enough to get them to upload it, so that's a possible option. Doesn't help if you're not friends with a DD in real life. > If you'd prefer to do it yourself, you can register as a Palm developer at > palmsource.com for no charge; this will give you access to all of Palm's > ROM files, going all the way back to the original Pilot 1000. Hmm... now *there's* an option... I'll have a look at their "licence agreement" if I get time. I wouldn't rely on my sponsorship, though. - Matt
Re: Sponsor vs. Developer Process?
On Mon, 2003-07-28 at 18:31, Rene Engelhard wrote: > It _is_ so. > Definitely. I was approved 7 months ago, with no package in the archive. This is clearly *not* exclusively the case. -- Joe Wreschnig <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: RFS: vimoutliner
On Mon, Jul 28, 2003 at 11:20:29PM +0200, Matej Cepl wrote: > I have created a package for vimoutliner. Is there anybody who would > like to sponsor me? [...] > All relevant files are on > ftp://ftp.ceplovi.cz/data/www/ceplovi/matej/progs/debian/ I'd be happy to, but: $ lftp ftp://ftp.ceplovi.cz/data/www/ceplovi/matej/progs/debian/ cd: Access failed: 550 /data/www/ceplovi/matej/progs/debian: No such file or directory Cheers, -- Colin Watson [EMAIL PROTECTED]
Re: Build-Recommends?
On Mon, Jul 28, 2003 at 04:20:06PM +0200, Bas Zoetekouw wrote: > You wrote: > > > Build-Depends: libcurl2-dev | curl | wget > > might serve as a workaround? > > I guees he would need something like > > (Build-Depends: libcurl2-dev) | (Depends: curl | wget) > > which isn't possible. It is possible (check if required parts of libcurl2-dev are installed, and if not, add the dependencies with a substvar), but as has already been pointed out, build-dependencies are there to ensure a consistent build, so this is not a good idea. -- - mdz
Re: ITA: yadex -- WAD file editor for doom-style WADs
On Fri, Jul 25, 2003 at 04:06:55PM +0200, Roland Mas wrote: > Frederic Wagner (2003-07-25 15:33:31 +0200) : hi, sorry for the little delay, the network connection has been down at the university. > You should also close the ITA in the changelog, and change the > Maintainer: field in debian/control. done, > There's one thing you did wrong. You have to tell us where to find > your allegedly fixed packages, so someone can get them, try them out, > and upload them. ok, I thought it would be handled by mail so here is the url : http://gauvain.u-strasbg.fr/debian/ everything seems ok, except lintian gives me the following warning : W: yadex: copyright-lists-upstream-authors-with-dh_make-boilerplate which I don't fully understand. Wagner Frederic -- --- Unix - where you can throw the manual on the keyboard and get a command -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITA: yadex -- WAD file editor for doom-style WADs
Hi. Frederic Wagner ([EMAIL PROTECTED]) wrote: >everything seems ok, except lintian gives me the following warning : > >W: yadex: copyright-lists-upstream-authors-with-dh_make-boilerplate > >which I don't fully understand. Try "lintian -i". You've probably left "Author(s):" in there. As it is decidable whether there's one or many copyright holders, you should either erase the "(s)" or just remove parantheses, depending on what follows. Cheers T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITA: yadex -- WAD file editor for doom-style WADs
Frederic Wagner (2003-07-28 10:10:34 +0200) : > everything seems ok, except lintian gives me the following warning : > > W: yadex: copyright-lists-upstream-authors-with-dh_make-boilerplate > > which I don't fully understand. There's a nice switch called -i for lintian that gives you more info on Lintian warnings/errors. In this case, Lintian is probably complaining that you left the (s) in the Author(s): line. You're supposed to know how many there are, and leave or remove the plural accordingly :-) Roland. -- Roland Mas Sauvez les castors, imprimez en recto-verso. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Build-Recommends?
Is there such a thing as a Build-Recommends? Or a workaround that would give you its equivalent? The problem is that darcs can be compiled either with or without libcurl2-dev. The configure script will nicely notice if libcurl isn't available, in which case it just uses an external program (either wget or curl) if one is available. So I'd like to remove the Build-Depends, so I won't have to use a modified control file for woody, and yet can get by without backporting libcurl2. Is there a solution for this? Oh yeah, and if anyone's interested in sponsoring darcs, I think it might be ready to go debian in a few weeks--actually make that a month, since I'll be going on vacation in a week. The last release had some serious bugs, but this time I hope to test it better, plus it's stabilized a lot in the last month. -- David Roundy http://www.abridgegame.org/darcs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Build-Recommends?
On Mon, Jul 28, 2003 at 08:14:03AM -0400, David Roundy wrote: > Is there such a thing as a Build-Recommends? Or a workaround that would > give you its equivalent? > > The problem is that darcs can be compiled either with or without > libcurl2-dev. The configure script will nicely notice if libcurl isn't > available, in which case it just uses an external program (either wget or > curl) if one is available. So I'd like to remove the Build-Depends, so I > won't have to use a modified control file for woody, and yet can get by > without backporting libcurl2. Is there a solution for this? That's a non-sense. A build package should be only 'required'. It's your choice if it's more appropriate building two different package flavors or just one (with/out libcurl2). Generally upstream sources have the ability to enable or disable optional features like that. Otherwise it's a maintainer's choice. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Build-Recommends?
On Mon, Jul 28, 2003 at 08:14:03AM -0400, David Roundy wrote: > Is there such a thing as a Build-Recommends? Or a workaround that would > give you its equivalent? > > The problem is that darcs can be compiled either with or without > libcurl2-dev. The configure script will nicely notice if libcurl isn't > available, in which case it just uses an external program (either wget or > curl) if one is available. So I'd like to remove the Build-Depends, so I > won't have to use a modified control file for woody, and yet can get by > without backporting libcurl2. Is there a solution for this? No, Build-Depends are primarily there to make sure the build daemons do something consistent for unstable, so they should force your package to always build one way. Just ignore the build-deps for woody instead. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Build-Recommends?
On Mon, 2003-07-28 at 14:14, David Roundy wrote: > Is there such a thing as a Build-Recommends? Or a workaround that would > give you its equivalent? > > The problem is that darcs can be compiled either with or without > libcurl2-dev. The configure script will nicely notice if libcurl isn't > available, in which case it just uses an external program (either wget or > curl) if one is available. So I'd like to remove the Build-Depends, so I > won't have to use a modified control file for woody, and yet can get by > without backporting libcurl2. Is there a solution for this? Build-Depends: libcurl2-dev | curl | wget might serve as a workaround? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Build-Recommends?
Hi Michel! You wrote: > Build-Depends: libcurl2-dev | curl | wget > might serve as a workaround? I guees he would need something like (Build-Depends: libcurl2-dev) | (Depends: curl | wget) which isn't possible. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: libi18n-java -- internationalization library for java
Hi all! I'm looking for a sponsor to upload libi18n-java which is a library I'll need for the next stable release of ArgoUML. http://vbstefi60.fapse.ulg.ac.be/~arnaud/libi18n-java-0.1.tar.gz Many thanks for your time and help, -- Arnaud Vandyck http://alioth.debian.org/users/arnaud-guest/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sponsor vs. Developer Process?
I'm a little confused about the timeline of the sponsor vs. developer process. I have read the relevant documents at debian.org/devel. I filed an ITP on salonify, bug #201878. Salonify is an image gallery program. One developer on debian-devel complained that there were perhaps already too many image gallery programs in Debian, but, as several other people mentioned, I haven't been satisfied with any of the existing packages, and I do think salonify has several advantages or at least significant differences with exiting packages in the distribution. So I applied to become a DD, got my key signed and my application verified, and now I am waiting for an AM assignment. I am wondering if it makes sense to try to find a sponsor to upload my package now, or wait to go through the entire DD process before trying to include salonify in Debian, or if it really matters which way I go? I understand it can take many months to become a DD, but also it appears that it might take many months to find a sponsor. Is there anything I should do other than sit back and wait? Any advice you all might have would be appreciated. -- Adam Kessel pgp0.pgp Description: PGP signature
Re: Sponsor vs. Developer Process?
On Mon, 2003-07-28 at 15:20, Adam Kessel wrote:
> I am wondering if it makes sense to try to find a sponsor to upload my
> package now, or wait to go through the entire DD process before trying to
> include salonify in Debian, or if it really matters which way I go? I
> understand it can take many months to become a DD, but also it appears
> that it might take many months to find a sponsor.
Usually, you post a message to this list (or occassionally debian-devel,
if no one here is interested) with a subject like "RFS: salonify"
('Request for Sponsor'). Sometimes you get a sponsor right away,
sometimes you don't.
As it happens, I'm looking for a good image gallery program. I'll check
out Salonify; if it does what I want, and no one else steps up before
that, I'll sponsor the package.
--
Joe Wreschnig <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
vimoutliner -- plea for sponsoring
Hi, I have created a package for vimoutliner. Is there anybody who would like to sponsor me? Package: vimoutliner Status: install ok installed Priority: optional Section: editors Installed-Size: 204 Maintainer: Matej Cepl <[EMAIL PROTECTED]> Version: 0.3.0-1 Depends: vim (>= 6.0), perl Description: a script for building an outline editor on top of Vim Vimoutliner provides commands for building using the Vim text editor as an outline editor. For more explanation on what outlines are and what they are good for see the script's webpage at http://www.troubleshooters.com/projects/vimoutliner/index.htm and the general discussion of outlines on http://www.troubleshooters.com/tpromag/199911/199911.htm. All relevant files are on ftp://ftp.ceplovi.cz/data/www/ceplovi/matej/progs/debian/ Thanks, Matej -- Matej Cepl, GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC 138 Highland Ave. #10, Somerville, Ma 02143, (617) 623-1488 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
On Sunday of July 27 2003 20:09, Juan Manuel García Molina wrote: > Over a month ago, pose package was orphaned. I'd like to take care of it, > so I placed an ITA on wnpp. I've been working for a while in this package, > but I can't upload it because I'm not yet a Debian Developer. It's my 5th > try to get an sponsor, so if this time noone wants to sponsor the package, > I'll suppose it is not interesting enough to remain in Debian. So, my > question is: would you like to upload pose into Debian repository? Thanks. Excuse me for speaking up here, but I was watching Juan's tries for some time, and noone gave him even "no". I am not trying to judge here, especially you all doing your Debian work in own spare time, but doesn't this ring a bell that there is something in the whole procedure that simply does not work? I can fully understand that noone of DD subscribed here may be personally not interested in non mainstream app like Pose, but since package needs a mentor no matter how mainstream it is, there should be a better way than just "good luck" to have one assigned. I have heard many users (not just newbies) complaining about too many old packages in the official repository - such situation won't clear this out. www.apt-get.org counts over 15000 packages at the moment and Juan shall register there too, to at least not waste all his efforts. But we can only guess how many of packages out there has been not requested for mention here due to others' luckless attempts. Not to mention such situation is not a good motivation to package other apps in a future. Regards, -- And he said: "God CTRL-S the Queen"... Marcin http://wfmh.org.pl/~carlos/ mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sponsor vs. Developer Process?
Hi, Le Mon, Jul 28, 2003 at 04:20:33PM -0400, Adam Kessel écrivait: > I am wondering if it makes sense to try to find a sponsor to upload my > package now, or wait to go through the entire DD process before trying to > include salonify in Debian, or if it really matters which way I go? I > understand it can take many months to become a DD, but also it appears > that it might take many months to find a sponsor. Having some package you maintain can only help you in the NM process. The time you need to find a sponsor is shorter than for becoming a DD, it depends on how much a DD is interesting in sponsoring your package. An image gallery package is perhaps not the best case :-) pgp0.pgp Description: PGP signature
RFS: vimoutliner
Hi, I have created a package for vimoutliner. Is there anybody who would like to sponsor me? Package: vimoutliner Status: install ok installed Priority: optional Section: editors Installed-Size: 204 Maintainer: Matej Cepl <[EMAIL PROTECTED]> Version: 0.3.0-1 Depends: vim (>= 6.0), perl Description: a script for building an outline editor on top of Vim Vimoutliner provides commands for building using the Vim text editor as an outline editor. For more explanation on what outlines are and what they are good for see the script's webpage at http://www.troubleshooters.com/projects/vimoutliner/index.htm and the general discussion of outlines on http://www.troubleshooters.com/tpromag/199911/199911.htm. All relevant files are on ftp://ftp.ceplovi.cz/data/www/ceplovi/matej/progs/debian/ Thanks, Matej -- Matej Cepl, GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC 138 Highland Ave. #10, Somerville, Ma 02143, (617) 623-1488 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
* Marcin Orlowski ([EMAIL PROTECTED]) [030728 23:05]: > www.apt-get.org counts over 15000 packages at the moment and Juan shall > register there too, to at least not waste all his efforts. But we can only > guess how many of packages out there has been not requested for mention > here due to others' luckless attempts. Not to mention such situation is > not a good motivation to package other apps in a future. apt-get.org is IMHO more a symptom of debians problems, not a solution. (This is valid for both package types, packages for sid which are not uploaded due to being a non-DD, and backports to stable that shouldn't be necessary if debian would release a bit more often.) apt-get.org doesn't provide any quality-control at all. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sponsor vs. Developer Process?
Hi, Adam Kessel wrote: > I am wondering if it makes sense to try to find a sponsor to upload my > package now, or wait to go through the entire DD process before trying to > include salonify in Debian, or if it really matters which way I go? I yes. You won't be approved with no package in the archive. > understand it can take many months to become a DD, but also it appears > that it might take many months to find a sponsor. Not really. It depends whether a DD has time and interest in the package. As others said alreday, the hundred image gallery program isn't _that_ interesting... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgp0.pgp Description: PGP signature
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
Hi, Marcin Orlowski wrote: > On Sunday of July 27 2003 20:09, Juan Manuel García Molina wrote: > > > Over a month ago, pose package was orphaned. I'd like to take care of it, > > so I placed an ITA on wnpp. I've been working for a while in this package, > > but I can't upload it because I'm not yet a Debian Developer. It's my 5th > > try to get an sponsor, so if this time noone wants to sponsor the package, > > I'll suppose it is not interesting enough to remain in Debian. So, my > > question is: would you like to upload pose into Debian repository? Thanks. > > Excuse me for speaking up here, but I was watching Juan's tries for some time, > and noone gave him even "no". I am not trying to judge here, especially you > all doing your Debian work in own spare time, but doesn't this ring a bell > that there is something in the whole procedure that simply does not work? No, > I can fully understand that noone of DD subscribed here may be personally not > interested in non mainstream app like Pose, but since package needs a mentor > no matter how mainstream it is, there should be a better way than just "good Or don't have the time to check the package... Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgp0.pgp Description: PGP signature
Problems when packaging KTrack for Debian unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello all! I am trying to fix a ktrack's bug (Bug#203080) and i am having some problems as KTrack does not compile since i updated my unstable debian system... (apt-get upgrade). Some of the kdelibs has been upgraded (i suppose that) and maybe i am missing some packages... i remember i got the same problem some months ago and i fixed it installing libqt-compat but this time i cannot find how to compile the same sources i compiled a month ago... The error i get is: = o `test -f 'transponderdefinitionwidget.cpp' || echo './'`transponderdefinitionwidget.cpp transponderdefinitionwidget.cpp: In constructor ` transponderDefinitionWidget::transponderDefinitionWidget(QWidget*, const char*, unsigned int)': transponderdefinitionwidget.cpp:46: error: invalid use of undefined type ` struct KPushButton' transponderdefinitionwidget.h:19: error: forward declaration of `struct KPushButton' transponderdefinitionwidget.cpp:48: error: no matching function for call to ` QGridLayout::addWidget(KPushButton*&, int, int)' /usr/share/qt3/include/qlayout.h:324: error: candidates are: void QGridLayout::addWidget(QWidget*, int, int, int) = and much more. I know the sources are well as i have compiled the _same_ sources several times... and there is a ktrack debian package in the archives that i did from these sources... What package is missing? Can you give me any clue? Thanks! - -- Un saludo, Jaime Robles - http://jaime.robles.nu [EMAIL PROTECTED] Coordinador KDE-es - KDE Spanish Translation Team http://www.kde.org/es - http://es.i18n.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/JZlBER46oL+8yYURAvRlAJ92rUWr8GyKaM6yvLaXvoqqr1LlBACfZwSW 9gKO6oiGEpCRRvYjr8RzJR0= =GFjC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems when packaging KTrack for Debian unstable
On Mon, Jul 28, 2003 at 11:44:31PM +0200, Jaime Robles wrote: > transponderdefinitionwidget.cpp: In constructor ` >transponderDefinitionWidget::transponderDefinitionWidget(QWidget*, const >char*, unsigned int)': > transponderdefinitionwidget.cpp:46: error: invalid use of undefined type ` >struct KPushButton' Sounds like some #include is missing for KPushButton. > transponderdefinitionwidget.h:19: error: forward declaration of `struct >KPushButton' > transponderdefinitionwidget.cpp:48: error: no matching function for call to ` >QGridLayout::addWidget(KPushButton*&, int, int)' > /usr/share/qt3/include/qlayout.h:324: error: candidates are: void >QGridLayout::addWidget(QWidget*, int, int, int) hopefully, KPushButton is : public QWidget, assuming the code makes sense otherwise. are there any error lines about files that g++ can't find? > What package is missing? > Can you give me any clue? A search of google says that KPushButton should be in kpushbutton.h, which packages.debian.org says is in kdelibs4-dev. Hope this helps! -Josh -- Using words to describe magic is like using a screwdriver to cut roast beef. -- Tom Robbins pgp0.pgp Description: PGP signature
Re: Build-Recommends?
On Mon, Jul 28, 2003 at 08:14:03AM -0400, David Roundy wrote: > Is there such a thing as a Build-Recommends? Or a workaround that would > give you its equivalent? > > The problem is that darcs can be compiled either with or without > libcurl2-dev. The configure script will nicely notice if libcurl isn't > available, in which case it just uses an external program (either wget or > curl) if one is available. So I'd like to remove the Build-Depends, so I > won't have to use a modified control file for woody, and yet can get by > without backporting libcurl2. Is there a solution for this? You have to decide wether or not you want to compile it in. Plenty of packages have this facility and it is up to the maintainer to make the call to have the feature in or not. Think of some programs that have multiple database modules. It's really up to the maintainer if they want to have a --with-mysql or --with-pgsql or both. - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sponsor vs. Developer Process?
On Mon, Jul 28, 2003 at 04:20:33PM -0400, Adam Kessel wrote: > I filed an ITP on salonify, bug #201878. Salonify is an image gallery > program. One developer on debian-devel complained that there were perhaps > already too many image gallery programs in Debian, but, as several other > people mentioned, I haven't been satisfied with any of the existing > packages, and I do think salonify has several advantages or at least > significant differences with exiting packages in the distribution. OK, so that is an issue separate to sponsors and developers. > So I applied to become a DD, got my key signed and my application > verified, and now I am waiting for an AM assignment. Make sure you've done your homework. The key is signed, good! Is the package lintian/linda clean? Have you read the developer's reference? > I am wondering if it makes sense to try to find a sponsor to upload my > package now, or wait to go through the entire DD process before trying to > include salonify in Debian, or if it really matters which way I go? I > understand it can take many months to become a DD, but also it appears > that it might take many months to find a sponsor. Get a sponsor. Having/getting a sponsor will not slow down your DD process unless you are very limited in time. It may even speed up your application (it makes the T&S check easier). My personal opinion is that anyone who is in the NM queue, if they are there for packaging stuff, should be attempting a sponsored package. It shows you can package something. Your behaviour to bugs that come up or how you upgrade and maintain the package is a good "reference" for your debian maintainership. - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sponsor vs. Developer Process?
On Mon, Jul 28, 2003 at 11:22:20PM +0200, Rene Engelhard wrote: > > You won't be approved with no package in the archive. I don't think it is as clear-cut as that, but its probably a good way to think of it. Probably a better way of looking at it is if you don't have a package in the archive, you better have a good reason why. You might not be able to find a sponsor despite months of trying. That might be a good reason. - Craig -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sponsor vs. Developer Process?
On Mon, Jul 28, 2003 at 11:22:20PM +0200, Rene Engelhard wrote: > You won't be approved with no package in the archive. bullshit Unless things have changed in the 18 months or so I've been a DD. I had no packages sponsored or otherwise in the archive for about the first month or so after I got my account. Call me a slow starter, if you will. Some AMs might not be overly keen with processing someone without a package in the archive, but at least one will.And I don't think DAM gives a DAM (as it were) one way or the other. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sponsor vs. Developer Process?
Thanks for your response-- On Tue, Jul 29, 2003 at 08:47:46AM +1000, Craig Small wrote: > > So I applied to become a DD, got my key signed and my application > > verified, and now I am waiting for an AM assignment. > Make sure you've done your homework. The key is signed, good! Is > the package lintian/linda clean? The script passes lintian and linda (actually, it appears to me that either one is fine?). > Have you read the developer's reference? I did read the developer's reference. I know where to look when I need to find something. I'm starting off with a relatively simple package (just a perl script), so a lot of the stuff about shared libraries, etc., I figure I'll come back to when I need to. > Get a sponsor. Having/getting a sponsor will not slow down your DD > process unless you are very limited in time. It may even speed up your > application (it makes the T&S check easier). Hopefully Joe will agree to sponsor my package. If that doesn't work out, I'd like to renew my request here for a sponsor! > My personal opinion is that anyone who is in the NM queue, if they are > there for packaging stuff, should be attempting a sponsored package. > It shows you can package something. Your behaviour to bugs that come up > or how you upgrade and maintain the package is a good "reference" for > your debian maintainership. Sounds like a good standard. I've been quite responsive to bug reports thus far, as you might be able to tell from the changelog. Incidentally, the package, apt repository, etc., are here: http://bostoncoop.net/adam/salonify Thanks again. -- Adam Kessel pgp0.pgp Description: PGP signature
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
On Mon, Jul 28, 2003 at 11:04:34PM +0200, Marcin Orlowski wrote: > all doing your Debian work in own spare time, but doesn't this ring a bell > that there is something in the whole procedure that simply does not work? OK, please suggest a better way. Criteria to be fulfilled are: 1) Nobody should be arbitrarily assigned work; and 2) Nobody can sponsor a package they are unable to comprehensively test. I'm sure there are others I can't recall right now. Number 2, especially, is a key requirement. If DDs are uploading packages they haven't tested, they have no idea how good/bad/otherwise the package is. Yes, you can analyse the code for added vulnerabilities (and reading over the diff is something I always do) but unless you give the code a bit of a run, you're potentially uploading complete crap. In the case of software for Palmpilots and whatnot, unless a DD has compatible hardware, they can't test it. (Incidentally, if someone really wants to get pose in, they can donate a Palm to me and I'll happily test and sponsor). > I can fully understand that noone of DD subscribed here may be personally > not interested in non mainstream app like Pose, but since package needs a > mentor no matter how mainstream it is, there should be a better way than > just "good luck" to have one assigned. I have heard many users (not just Please suggest this better way. I can't think of it, short of having a registration webpage (which doesn't work anyway, because people need to go and check it regularly), and you're still going to have testing/interest problems. Non-DDs adopting orphaned packages is even harder, because you need to get DD interest to upload it, but if a DD was interested they would have adopted the package. My suggestion for non-DDs looking to maintain an orphaned package is to correct all the bugs via NMU and pester [EMAIL PROTECTED] to get them uploaded. They're the only people (pretty much by definition) that are interested in packages they're not interested in, as it were. Testing is still going to be a problem, however, for odd-hardware packages. > www.apt-get.org counts over 15000 packages at the moment and is, AFAIK, useless for these purposes. If the interest is getting it into Debian, apt-get.org won't help that. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sponsor vs. Developer Process?
Hi, Matthew Palmer wrote: > On Mon, Jul 28, 2003 at 11:22:20PM +0200, Rene Engelhard wrote: > > You won't be approved with no package in the archive. > > bullshit > > Unless things have changed in the 18 months or so I've been a DD. I had no > packages sponsored or otherwise in the archive for about the first month or > so after I got my account. Call me a slow starter, if you will. It _is_ so. Definitely. We talked with tbm about it who said that, too. He should know.. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgp0.pgp Description: PGP signature
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
On Tue, 29 Jul 2003, Matthew Palmer wrote: > In the case of software for Palmpilots and whatnot, unless a DD has > compatible hardware, they can't test it. (Incidentally, if someone really > wants to get pose in, they can donate a Palm to me and I'll happily test and > sponsor). Would you settle for a second opinion in testing? My maintainer-ship is on ice right now, but I use POSE for development and have a number of the ROM files it uses. So if there are specific things that should be tested, I can test them. If you'd prefer to do it yourself, you can register as a Palm developer at palmsource.com for no charge; this will give you access to all of Palm's ROM files, going all the way back to the original Pilot 1000. -- Larry Gilbert Renton, WA, USA [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: pose - Palm OS Emulator (5th -and last- try)
On Mon, Jul 28, 2003 at 05:56:07PM -0600, Larry Gilbert wrote: > On Tue, 29 Jul 2003, Matthew Palmer wrote: > > In the case of software for Palmpilots and whatnot, unless a DD has > > compatible hardware, they can't test it. (Incidentally, if someone really > > wants to get pose in, they can donate a Palm to me and I'll happily test and > > sponsor). > > Would you settle for a second opinion in testing? My maintainer-ship is Unfortunately, all that does is pushes the trust from the sponsee to someone else. Since I don't know you any better than the sponsee, that doesn't help very much. In theory, if one was trying to do something dodgy, you could just be a sock puppet... OTOH, if you know any DDs personally, your advocacy and prompting might be enough to get them to upload it, so that's a possible option. Doesn't help if you're not friends with a DD in real life. > If you'd prefer to do it yourself, you can register as a Palm developer at > palmsource.com for no charge; this will give you access to all of Palm's > ROM files, going all the way back to the original Pilot 1000. Hmm... now *there's* an option... I'll have a look at their "licence agreement" if I get time. I wouldn't rely on my sponsorship, though. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sponsor vs. Developer Process?
On Mon, 2003-07-28 at 18:31, Rene Engelhard wrote: > It _is_ so. > Definitely. I was approved 7 months ago, with no package in the archive. This is clearly *not* exclusively the case. -- Joe Wreschnig <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: RFS: vimoutliner
On Mon, Jul 28, 2003 at 11:20:29PM +0200, Matej Cepl wrote: > I have created a package for vimoutliner. Is there anybody who would > like to sponsor me? [...] > All relevant files are on > ftp://ftp.ceplovi.cz/data/www/ceplovi/matej/progs/debian/ I'd be happy to, but: $ lftp ftp://ftp.ceplovi.cz/data/www/ceplovi/matej/progs/debian/ cd: Access failed: 550 /data/www/ceplovi/matej/progs/debian: No such file or directory Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Build-Recommends?
On Mon, Jul 28, 2003 at 04:20:06PM +0200, Bas Zoetekouw wrote: > You wrote: > > > Build-Depends: libcurl2-dev | curl | wget > > might serve as a workaround? > > I guees he would need something like > > (Build-Depends: libcurl2-dev) | (Depends: curl | wget) > > which isn't possible. It is possible (check if required parts of libcurl2-dev are installed, and if not, add the dependencies with a substvar), but as has already been pointed out, build-dependencies are there to ensure a consistent build, so this is not a good idea. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: lintian W: sharedobject-in-library-directory-not-actually-a-shlib
On Sat, 26 Jul 2003 14:42:48 +0900, Junichi Uekawa <[EMAIL PROTECTED]> wrote: >> Lintian, however, can't know that this particular library usually is >> preloaded, not linked to. Hence the override. > >If its use is going to be something like that, please don't put it in >/usr/lib. That's what the lintian warning is about. Where should it be put instead? Please notice that this can potentially be preloaded early, hence it is currently in /lib. Greetings Marcc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32 15 Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
