Re: VMware Player packages
Hi! No, it can build vmware-player .debs as well. I'll fix the wrong Ah, I see. I will take a look at vmware-package. Do you plan on supporting VMware Server as well? -- Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413971: ITP: hiawatha -- lightweight and secure web server
Package: wnpp Severity: wishlist Owner: Emmanuel Bouthenot <[EMAIL PROTECTED]> * Package name: hiawatha Version : 5.7 Upstream Author : Hugo Leisink <[EMAIL PROTECTED]> * URL : http://hiawatha.leisink.org/ * License : GPL Programming Lang: C Description : lightweight and secure web server Hiawatha is a secure web server written with 'being secure' as its main goal. It has a small memory print and it is easy to configure. It's main features are : - cgi and fast-cgi support - cross-site scripting prevention - DoS/flooding protection - Rootjail - Referer control for images (prevent external image linking) - ssl support - SQL injection prevention - Traffic throttling/shaping - Userdirectory, VirtualHost, ... Homepage: http://hiawatha.leisink.org/ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
On Wed, Mar 07, 2007 at 06:50:15PM -0500, Kevin Mark wrote: > On Thu, Mar 08, 2007 at 12:37:39AM +0100, Pierre Habouzit wrote: snip > > I'm tired giving the link again and again, ON THE KDE USER LIST where > > it's the most probable place to find users caring about KDE rignt ? I snip > > it gave 0 DAMN USER WNATED TO HELP. > > From my perspective, it shows that the intended audience did not read > that list or that particular mail or subscribed after it was sent... That list looks very low-traffic. I see no more than one page of archived posts for the last 4-5 months, compared to between 7 and 11 pages for debian-user. -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Good Day
Hello and Good Day... The recruitment office of Wolseley Group UK wishes to notify you concerning a job opening in the company. The company presently needs a representative/book-keeper in the United States and in Canada, due to its recent business expansion to North America.This would be an online job and would not affect or require you leaving present job. We are the world's number one distributor of heating and plumbing products to the professional market,a leading supplier of building materials and services Our company delivers an unrivalled range of industry leading products and services, underpinned by some of the most powerful brand names in the building and construction sector. Due to our current expanding clients base in the United States and Canada, we are recruiting representatives in the United States and Canada respectively to work as company representatives that would assist in processing the payments from our clients.HE/SHE would be paid a weekly salary based on percentage. PLEASE IF YOU ARE INTERESTED SEND US AN EMAIL SO THAT WE CAN EQUIP YOU WITH THE JOB DETAILS AND EMPLOYMENT REQUIREMENTS. WARM REGARDS, PETE CAMPBELL, PUBLIC RELATIONS OFFICER. WOLSELEY GROUP UK. 1-5 WOLSELEY PARKWAY NW, LONDON, SW1Y 6EE, UNITED KINGDOM WWW.WOLSELEY.COM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: VMware Player packages
On Thu, Mar 08, 2007 at 10:14:45AM +0100, Hans Kratz wrote: > >No, it can build vmware-player .debs as well. I'll fix the wrong > > Ah, I see. I will take a look at vmware-package. Do you plan on > supporting VMware Server as well? As it is documented in the package docs, and a bug in the BTS, to support VMware Server, we'll need to build a second vmware-any-any-foo-source package from the same sources, which needs somebody with really serious make knowledge. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413987: ITP: openjpeg -- JPEG 2000 image compression codec library
Package: wnpp Severity: wishlist Owner: "Paul "TBBle" Hampson" <[EMAIL PROTECTED]> * Package name: openjpeg Version : 1.1.1 Upstream Author : OpenJPEG Team <[EMAIL PROTECTED]> * URL : http://www.openjpeg.org/ * License : BSD (2-clause as per http://www.openjpeg.org/BSDlicense.txt) Programming Lang: C Description : JPEG 2000 image compression codec library OpenJPEG is a codec library for handling the JPEG 2000 image compression format. == I have preliminary 1.1 packages which I need to update to 1.1.1, and once I've done that I'll be seeking a sponsor on debian-mentors unless I am approached beforehand. (hint hint ^_^) I'm packaging this as a dependancy of secondlife-client -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- Paul "TBBle" Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgp9VjbYVxxNu.pgp Description: PGP signature
Bug#413986: ITP: xmlrpc-epi -- XML-RPC request serialisation/deserialisation library
Package: wnpp Severity: wishlist Owner: "Paul "TBBle" Hampson" <[EMAIL PROTECTED]> * Package name: xmlrpc-epi Version : 0.51 Upstream Author : Dan Libby <[EMAIL PROTECTED]> * URL : http://xmlrpc-epi.sourceforge.net * License : See below (Basically the first clause of the BSD license) Programming Lang: C Description : XML-RPC request serialisation/deserialisation library xmlrpc-epi is an XML-RPC request serialisation/deserialisation library, useful for applications which have their own network infrastructure. == License: 1) The above copyright notice and this permission notice shall be included without modification in all copies or substantial portions of the Software. 2) THE SOFTWARE IS PROVIDED "AS IS", WITHOUT ANY WARRANTY OR CONDITION OF ANY KIND, EXPRESS, IMPLIED OR STATUTORY, INCLUDING WITHOUT LIMITATION ANY IMPLIED WARRANTIES OF ACCURACY, MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE OR NONINFRINGEMENT. 3) IN NO EVENT SHALL EPINIONS, INC. BE LIABLE FOR ANY DIRECT, INDIRECT, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES OR LOST PROFITS ARISING OUT OF OR IN CONNECTION WITH THE SOFTWARE (HOWEVER ARISING, INCLUDING NEGLIGENCE), EVEN IF EPINIONS, INC. IS AWARE OF THE POSSIBILITY OF SUCH DAMAGES. == I have preliminary packages done, and once I've had another once-over on them, I'll be seeking a sponsor on debian-mentors unless I am approached beforehand. (hint hint ^_^) I'm packaging this as a dependancy of secondlife-client -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- Paul "TBBle" Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgpdGYK8IXCfu.pgp Description: PGP signature
Bug#413985: ITP: elfio -- library for reading and generating ELF files
Package: wnpp Severity: wishlist Owner: "Paul "TBBle" Hampson" <[EMAIL PROTECTED]> * Package name: elfio Version : 1.0.3 Upstream Author : Serge Lamikhov-Center <[EMAIL PROTECTED]> * URL : http://elfio.sourceforge.net/ * License : LGPL Programming Lang: C++ Description : library for reading and generating ELF files elfio is a library for reading and generating ELF files Thoughts on the long description appreciated... Upstream has something like: elfio is a library for manipulating ELF files, which is written in ANSI C++ and usable on a wide variety of architectures == I have preliminary packages done, and once I've had another once-over on them, I'll be seeking a sponsor on debian-mentors unless I am approached beforehand. (hint hint ^_^) At this point, it's static-link only, as upstream doesn't produce a sofile and I don't want to muck up any future soversioned release. I'm flexible on this, given a sufficiently good suggestion. Also, the package is libelfio-dev, but the actual library file is /usr/lib/libELFIO.a as that is what upstream Makefiles produce. I did not see any particular rules against this. A quick poke around suggests Fedora doesn't have this packaged, Cygwin uses the upper-cased version, arch linux uses the uppercase version, and Gentoo has an ebuild but I haven't checked inside it to see what it does. I'm packaging this as a dependancy of secondlife-client. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- Paul "TBBle" Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgpyr7zJC8tWP.pgp Description: PGP signature
Bug#413575: debian-policy: New virtual package: dictd-dictionary
(Cc: maintainers of dictionary packages for dictd)
Again, I recommend to add the virtual package:
dictd-dictionarya dictionary for the dictd dictionary server
This virtual package is for a dictionary package which provides
/usr/share/dictd/{*.index,*.dict*}, such as dict-vera,
dacco-cat-users, dict-bouvier, dict-de-en, dict-devil, dict-easton,
dict-elements, dict-foldoc, dict-freedict*, dict-gazetteer,
dict-gazetteer2k-counties, dict-gazetteer2k-places,
dict-gazetteer2k-zips, dict-gcide, dict-hitchcock, dict-jargon,
dict-moby-thesaurus, mueller7-dict, mueller7accent-dict.
If this virtual package is provided, the dictd dictionary server
and similar packages will suggest it, and users will be able to
find the dictionary packages easily.
Comments?
On March 6, 2007 at 7:01AM +0900,
tats (at vega.ocn.ne.jp) wrote:
> clone 413353 -1
> retitle -1 debian-policy: New virtual package: dictd-dictionary
> thanks
>
> I'm cloning this bug for "dictd-dictionary".
>
> On March 5, 2007 at 2:14AM +0900,
> tats (at vega.ocn.ne.jp) wrote:
>
> > > BTW, I recommend to add a virtual package for a dictionary package
> > > which provides /usr/share/dictd/{*.index,*.dict*}, such as
> > > dict-freedict*, dict-gcide, dict-wn, dict-jargon, dict-foldoc,
> > > dict-vera, and so on.
> [...]
> > dictd-dictionarya dictionary for the dictd dictionary server
--
Tatsuya Kinoshita
pgpzFIoyQdCIJ.pgp
Description: PGP signature
Idea for system installation/maintenance
Hello debian developers,
I'd like to present you a new idea for installation/maintenance of complete
installations. Please take a bit of time, read this mail, and if you've got
any comments, questions or suchlike, don't hesitate to reply.
(This is also a plea for help, in case you might wonder.)
Now, you might come to this questions:
Why a new installation system? Doesn't dpkg work?
Now, the short introduction above might be too short, in that it allows for
a much broader interpretation as desired. No, dpkg is not dead - it will be
needed as well. This is just an additional idea for helping administrators.
Here are some points where I think my proposal should apply:
- You have some independent groups, where every one maintains some part of a
machine's installation, and where these groups should nonetheless get their
data merged into a single installation?
- You'd like to test software updates on a test machine and, if successful,
do a rollout to a few hundred nearly identical servers, which should
nonetheless run *without* a central authority (1)?
- You changed a configuration file and now some strange things happen? Hmmm,
what was the change again? Was it this setting? Or that?
- You're doing backups of user data only? So you've got to re-install the
machine if the harddisk fails, which can take some time. Oh, you're backing
up your full installation? How many last versions do you keep? Enough so
that the spreadsheet-eating worm (2) that you've had for the last two
months
doesn't bother you? How do you find out which data files might have been
changed *without* you saying so? Do you compare all your backups regularly?
We all know that kind of problems -- and nearly all administrators don't do
something about them.
Imagine for a moment that the processes you are using for software
development could be used for system installation too. (3)
You'd have the whole system under version control; if a package breaks Xorg
or kdm, you'd simply "update" (to use the CVS or subversion terminology) to
an older version of that package - or just completely restore the old state
of this machine to the last version.
So, to scratch that itch, I started to wrote some patches for subversion
to store at least the modification time; later I posted patches for owner,
group, and mode, too.
In the subversion repository the branches still exist; you can take a look
at http://svn.collab.net/viewvc/svn/branches/meta-data-versioning/.
But the subversion client libraries were not really applicable for this
usage; the local storing of the unmodified files needed a lot of space,
the ".svn" directories with 4 files for each versioned item used too many
inodes, and subversion was simply too slow to show a status on 15
files. And so on and so on. (4)
So I started a new frontend for subversion repositories: fsvs.
It uses a subversion backend, stores meta-data (5), accepts most file
types (6), and has some speed improvements against subversion (7).
The current status is:
- It has (with doxygen-documentation in work) 17000 lines (*.h, *.c); without
comments, brace-only-lines ("{" and "}") and empty lines 6500 code-lines
remain. So it's still an maintainable project.
- It has currently version 1.1.0; there are 40 subscribers on freshmeat,
each release gets some hundred downloads, there are some other people more
or less actively helping (mostly bug-reports).
- The easiest case is unidirectional usage -- doing only commits (backup) or
updates (restore).
- It's always possible to "export" some part of an repository to an arbitrary
directory - so the backup machine can always restore some parts, too.
- Doing updates/commits in a working copy works.
- The known problems are with multi-url updates (8), ie. overlaying
multiple URLs into a single destination directory.
The wanted/needed features are:
- Extensions to a few standard commands ("diff" and "revert" for trees)
- Handling of user-defined properties, with a few special features (9)
- Improvements to the ignore patterns (syntax, and features)
- The subversion libraries could make use of some features already in the
issue database (10)
- And the most important thing: full multi-url operations.
This last point is where I expect fsvs to be of *real* value.
I want fsvs to be able to merge a set of URLs locally (one for each package),
just like unionfs would do (11). Higher priority URLs would override the
lower priority ones; changes would get applied as difference, so a locally
changed configuration file would normally simply be updated.
But: there can be conflicts; handling these is likely to be a lot of work.
My first solution is to *not* merge, but simply keep the "highest" version,
with locally changed files being above all others.
The set of files *not* being in any of the source-URLs would be committable
to another repository URL, so that the "local" configuration could be stored
and re-used.
So, why am I writing this?
- First
Re: On maintainers not responding to bugs
Kevin Mark <[EMAIL PROTECTED]> writes: > message to its intended target is a hard thing. How about having 'text > ads' on the pages of the Debian site that showcase a 'request for help' > or similar? I don't like ads. Ads are annoying. That doesn't mean they don't work. If I need some information I usually know where to look for it (for information that is conveyed in an ad anyway). An innocent potential helper will probably start at www.d.o and find the "Help Debian" link. Following that whould lead to all information needed. The next thing one might try is the "Developers Corner" If help requests are not accessible through those channels chances are slim that they will be noticed by the target audience. IMHO Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413998: ITP: giggle -- Gtk+ frontend for the git directory tracker
Package: wnpp Severity: wishlist Owner: Andrea Corradi <[EMAIL PROTECTED]> * Package name: giggle Version : 0.1.z Upstream Author : Carlos Garnacho <[EMAIL PROTECTED] Mikael Hallendal <[EMAIL PROTECTED]> Richard Hult <[EMAIL PROTECTED]> * URL : http://developer.imendio.com/projects/giggle * License : GPL Programming Lang: C Description : Gtk+ frontend for the git directory tracker Giggle is a revision tree visualizer for git -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1-inuhiko Locale: LANG=it_IT, LC_CTYPE=it_IT (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
On Thu, Mar 08, 2007 at 09:12:52AM -0500, Matthias Julius wrote: > Kevin Mark <[EMAIL PROTECTED]> writes: > > > message to its intended target is a hard thing. How about having 'text > > ads' on the pages of the Debian site that showcase a 'request for help' > > or similar? > > I don't like ads. Ads are annoying. That doesn't mean they don't > work. If I need some information I usually know where to look for it > (for information that is conveyed in an ad anyway). > > An innocent potential helper will probably start at www.d.o and find > the "Help Debian" link. Following that whould lead to all information > needed. The next thing one might try is the "Developers Corner" > > If help requests are not accessible through those channels chances are > slim that they will be noticed by the target audience. IMHO It will likely be one of my last post on that matter because I feel that valuable contributors left it long ago. You're (not you Matthias, You the other people with those ideas) take the problem from the wrong side. The question is not about _how_ to attract people, but how did people that are now valuable contributors were attracted to what they do right now. When you'll know that we will be able to improve those things so that it gets even more attractive than now. I think I was a quite decent contributor for the kde group. I worked with those people because the project was on alioth, that the team was nice and open, and that there was an active IRC channel to talk with people on. I never went on debian.org that is the last idea I would have had to find an information, given how badly the site is designed and organized. I never knew about debian.org//help page before today. And I've never read RFH's for that, as again IMHO it's like some alarm thing, not meant as a permanent thing. Now everyone's experience is different. But ask that to good contributors, and you'll know what is important. Just know that none of the suggestions made so far would have helped me more when I was searching who/what to help, it would even have bored me. shouting for help everywhere is like noise: it's absurdly painful, and will itch people way too much. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpMGEr0Qj6AQ.pgp Description: PGP signature
Re: On maintainers not responding to bugs
Pierre Habouzit <[EMAIL PROTECTED]> writes: > ] ] > > Again, I do not appreciate the latent criticism of the big teams > ] ] > > to > ] ] > > hide their understaff problem. It's blatantly bogus hence iritating, > ] ] > > almost insulting. > ] ] > > ] ] > Don't you wonder why it is perceived like that? > > Which do seem like a quite not very hidden accusation, so yes, somebody > is playing finger-pointing games here, and I'm tired of it. Actually, I am trying to not to accuse anybody of anything and not to point fingers. I know that you are very active within Debian and I appreciate the work you do. The same is true for many contributors. I just meant there must be a reason if many people say: "I didn't now you needed help." Appearently you and others were unsuccessful in conveying the message that you do need help. And I was trying to promote the idea to use a central and permanently visible platform for such help requests (the RFH list). And I don't mean at all to say: "Blame yourself for not getting help because you didn't send in a RFH!" Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#413575: debian-policy: New virtual package: dictd-dictionary
Twas brillig at 22:49:55 08.03.2007 UTC+09 when Tatsuya Kinoshita did gyre and gimble: TK> Again, I recommend to add the virtual package: TK> dictd-dictionarya dictionary for the dictd dictionary server I'm +1 for this. Actually, we do suggest 'apt-cache rdepends dictd' in FAQ on debian-russian.org to find all the dictionaries, which is not obvious nor correct :) -- JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#413987: ITP: openjpeg -- JPEG 2000 image compression codec library
On Fri, Mar 09, 2007 at 12:08:34AM +1100, Paul TBBle Hampson wrote: > I have preliminary 1.1 packages which I need to update to 1.1.1, and > once I've done that I'll be seeking a sponsor on debian-mentors unless > I am approached beforehand. (hint hint ^_^) > > I'm packaging this as a dependancy of secondlife-client > Just I wonder if/how it's better than Jasper for jpeg2k. Any hints about that? -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
On Thursday 08 March 2007, Pierre Habouzit wrote: > It will likely be one of my last post on that matter because I feel > that valuable contributors left it long ago. gee, thanks for the (probably unintented as the above statement includes yourself) implied insult > You're (not you Matthias, You the other people with those ideas) take > the problem from the wrong side. The question is not about _how_ to > attract people, > but how did people that are now valuable contributors were attracted to > what they do right now. When you'll know that we will be able to improve > those things so that it gets even more attractive than now. err ... logical flaw above "look at how current contributors got attracted, and improve on what attracted them" is a particular solution to the question "how do we go about attracting people" Also as I've pointed out several times in this thread now: _I_ got attracted as contributor to Debian because I saw a mail asking for help with something small and easy (and that gave an easy step-by-step on how to get involved with that). -> the approach of sending mails asking for help that you've labeled pointless is an example of exactly what you say you're looking for above. > Just know that none of the suggestions made so far would have helped me > more when I was searching who/what to help, it would even have bored me. point to keep in mind is that "people are different, respond to different things, and take different approaches" -> periodically asking in different ways makes sense, as does trying to making sure that whatever the path somebody might take to getting involved. That someone is likely to notice your request for help. > shouting for help everywhere is like noise: it's absurdly painful, and > will itch people way too much. There's a difference between 'shouting' and 'politely and invitingly asking for help' (or to use your metaphore noise has levels it's not a question of noise or no noise). As usual the key is balance: - you don't want to overdo it by constantly spamming every available channel. - But you don't want to go to the other extreme either. For example (and please keep in mind that I do _not_ mean this to be an attack on either you or the kde team) the information in this thread tells me that it has been over a year since the single mail from the kde team asking for help with bugs. Now that undoubtfully doesn't give the entire picture, as I'm sure there've been RFH's in other channels then debian-kde. Still it's been over a year since the last RFH on the debian-kde list, that's a rather long time. IMO a frequency of a couple (say 3 or 4) of RFH's per year would seem more likely to produce results. That said nobody is forcing you or any other DD/packaging team to ask for help in any particular way (or at all). So no need to get all worked up, if you find the suggestions in this thread impractical/useless then by all means ignore them, they're only suggestions. -- Cheers, cobaco (aka Bart Cornelis) pgpmiLjSYEQZo.pgp Description: PGP signature
Bug#414028: ITP: python-html5lib -- Library for working with HTML5 documents
Package: wnpp Severity: wishlist Owner: Bernd Zeimetz <[EMAIL PROTECTED]> * Package name: python-html5lib Version : 0.2 * URL : http://code.google.com/p/html5lib/ * License : MIT Programming Lang: Python Description : Library for working with HTML5 documents html5lib is a pure-python library for parsing HTML. It is designed to conform to the Web Applications 1.0 specification, which has formalized the error handling algorithms of popular web browsers. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#412570: ITP: fldigi -- digital modem program for hamradio operators
Aaron M. Ucko wrote: > Benjamin Seidenberg <[EMAIL PROTECTED]> writes: > > >> I would suggest adding a word about the interface - is it a GUI or >> console program? >> > > FLTK is a GUI toolkit. > > Ah, I didn't know that. Thanks. signature.asc Description: OpenPGP digital signature
dpkg-genchanges: warning: package XYZ in control file but not in files list
Hi there ... I've got a little problem ;) In my debian package there usualy are 4 debs (3 flavours + common) been built. I've created the rules to be to choose between a minimum of 2 (standard-flavour + common) and the maximum of 4 packages. If a user wants to compile the package on his own (maybe he wants to change configure options) he is able to select the flavours he wants and he has not to build all 4 packages if he only needs 2 (time saving). Problem is now, if not all 4 packages are built, I do get a warning like: dpkg-genchanges: warning: package XYZ in control file but not in files list This is ok, cause all 4 packages are in control but only 2 or 3 are built. What should I do? Let a warning only be a warning? Dynamically change control? How that? Not make it possible to compile less packages than control mentions? Lg Roman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
On Thu, Mar 08, 2007 at 09:12:52AM -0500, Matthias Julius wrote: > Kevin Mark <[EMAIL PROTECTED]> writes: > > > message to its intended target is a hard thing. How about having 'text > > ads' on the pages of the Debian site that showcase a 'request for help' > > or similar? > > I don't like ads. Ads are annoying. That doesn't mean they don't > work. If I need some information I usually know where to look for it > (for information that is conveyed in an ad anyway). I see no harm in addressing the issue in multiple ways. I have no problem with a FLOSS project 'asking' for help in an ad. I dont like ads for most other things. People take multiple paths to find stuff. Instead of assuming that 'if I found it, then everyone can!', I'd simply like to increase the avenues for people to find the help requests. More pageviews of help requests, the more possible help. I'd simply like for it to be given a trial rather than 'I know it will not work, therefore it must not be tried'. > > An innocent potential helper will probably start at www.d.o and find > the "Help Debian" link. Following that whould lead to all information > needed. The next thing one might try is the "Developers Corner" see above. > > If help requests are not accessible through those channels chances are > slim that they will be noticed by the target audience. IMHO see above. -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal |mysite.verizon.net/kevin.mark/| | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keyserver: subkeys.pgp.net | my NPO: cfsg.org | |join the new debian-community.org to help Debian! | signature.asc Description: Digital signature
Re: dpkg-genchanges: warning: package XYZ in control file but not in files list
Am Donnerstag, 8. März 2007 schrieb Roman Müllenschläder: > Hi there ... > > I've got a little problem ;) Sorry .. will never user reply for a new message anymore ;) Lg Roman
Bug#53121: YOU ARE A WINNER OF 250,000.00GBP contact REV JOHN SMITH
The National Lottery P O Box 1010 Liverpool, L70 1NL UNITED KINGDOM (Customer Services) Ref: UK/9420X2/68 Batch: 074/05/ZY369 National Lottery, 28 Tan Field Road, Croydon, London. Ref: UK/9420X2/68 Web site: www.national-lottery.co.uk/player/p/results/results.do We are pleased to inform you of the final announcement of the UK National Lottery Online thunderball Programme with draw numbers(#633)11, 12, 15, 28 ,30, 12 held on 07th Wed March,2007. Please contact:Rev. John smith email: [EMAIL PROTECTED] Email: provide details for filing of claims. Provide him with the information below: 1.Name: 2.Address 3.Marital Status: 4.Occupation: 5.Age: 6.Sex: 7.Nationality: 8.Country Of Residence: 9.Telephone Number: 10.Fax Number: 11.Email Address: 12.Draw Number above: You can go to our online result site to confirm the value of your winnings and also get a prize breakdown:-www.national-lottery.co.uk/player/p/results/results.do Yours faithfully, Deborah Roy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
On Thu, Mar 08, 2007 at 03:43:39PM +0100, Pierre Habouzit wrote: > It will likely be one of my last post on that matter because I feel > that valuable contributors left it long ago. Would it be useful to personally email those people and 'ask them why' as a way to address the issue? > > You're (not you Matthias, You the other people with those ideas) take > the problem from the wrong side. The question is not about _how_ to > attract people, but how did people that are now valuable contributors > were attracted to what they do right now. When you'll know that we will > be able to improve those things so that it gets even more attractive > than now. attracting and keeping people are 2 different things. Are you suggesting that debian-kde is attacting sufficient people but lately has had people leave for specific reasons? > > I think I was a quite decent contributor for the kde group. I worked > with those people because the project was on alioth, that the team was > nice and open, and that there was an active IRC channel to talk with > people on. this sounds like a collegial and active community with many useful and friendly communication channels! Are any of those missing in other Debian subprojects? > I never went on debian.org that is the last idea I would have > had to find an information, given how badly the site is designed and > organized. So you seem to seperate the 'alioth' environment from the 'debian.org' environment in your mind because of the more positive associations you've had with it. Makes sense to stay there and not wander elsewhere. > > I never knew about debian.org//help page before today. And I've > never read RFH's for that, as again IMHO it's like some alarm thing, not > meant as a permanent thing. Now everyone's experience is different. But > ask that to good contributors, and you'll know what is important. see first comment. > Just > know that none of the suggestions made so far would have helped me more > when I was searching who/what to help, it would even have bored me. Which is why multiple should be used. -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal |mysite.verizon.net/kevin.mark/| | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keyserver: subkeys.pgp.net | my NPO: cfsg.org | |join the new debian-community.org to help Debian! | signature.asc Description: Digital signature
Re: On maintainers not responding to bugs
Kevin Mark <[EMAIL PROTECTED]> writes: > I see no harm in addressing the issue in multiple ways. I have no > problem with a FLOSS project 'asking' for help in an ad. I dont like ads > for most other things. People take multiple paths to find stuff. Instead > of assuming that 'if I found it, then everyone can!', I'd simply like to > increase the avenues for people to find the help requests. More > pageviews of help requests, the more possible help. I'd simply like for > it to be given a trial rather than 'I know it will not work, therefore > it must not be tried'. Ads for non-commercial stuff are a little better than commercial ads. There is nothing wrong with publicizing a help request through several different channels. One can send an RFH, write a wiki page, post it on Alioth or on some mailing list. What I wouldn't like too much is a banner on www.d.o A clearly labelled link to the relevant information should be sufficient. I think it is better to make information easily accessible for someone who is interested in it than to push it out to everyone. Matthias
Bug#414077: ITP: jruby -- JRuby is a Java implementation of the Ruby interpreter
Package: wnpp Severity: wishlist Owner: Sebastien Delafond <[EMAIL PROTECTED]> * Package name: jruby Version : 0.9.8 Upstream Author : The JRuby Team * URL : http://jruby.codehaus.org/ * License : tri license CPL/GPL/LGPL Programming Lang: Ruby, Java Description : JRuby is a Java implementation of the Ruby interpreter JRuby is tightly integrated with Java to allow the embedding of the interpreter into any Java application with full two-way access between the Java and the Ruby code. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
A request for your input.
Hello My name is Lara Thynne and I am a PhD candidate at Deakin University Australia. I am currently researching the boundary between work and leisure activities directly related to the open source community and open source program development. As part of this I am running a survey at the following address. https://dcarf.deakin.edu.au/surveys/oss/ The survey is completely confidential and looks at your views and motivations to use Open Source software and to participate in the community. It will only take a five to ten minutes to complete and your contact details will not be recorded. You can withdraw your participation at any stage. I sincerely apologize for the spammish nature of this e-mail - I don't mean to abuse this list. I am trying to collect responses from as many open source developers and users as possible and a mailing list like can be the only way to reach many developers. Thanks again Lara P.S The program that I am using is open source, of course (www.phpsurveyor.org)!
Re: A request for your input.
On Fri, Mar 09, 2007 at 05:07:00PM +1100, [EMAIL PROTECTED] wrote: > Hello > > My name is Lara Thynne and I am a PhD candidate at Deakin University > Australia. I am currently researching the boundary between work and > leisure activities directly related to the open source community and > open source program development. > > As part of this I am running a survey at the following address. > > https://dcarf.deakin.edu.au/surveys/oss/ > > The survey is completely confidential and looks at your views and > motivations to use Open Source software and to participate in the > community. > > It will only take a five to ten minutes to complete and your contact > details will not be > recorded. You can withdraw your participation at any stage. > > I sincerely apologize for the spammish nature of this e-mail - I > don't mean to abuse this list. I am trying to collect responses > from as many open source developers and users as possible and a > mailing list like can be the only way to reach many developers. > > Thanks again > > Lara Are you looking for people who merely 'use Open Source software' or specifically the Developers of 'Open Source software'? I ask because this list primarily read by Debian Developers. If you want 'mere users', You may want to look at lists.debian.org and email the various debian-user lists (which include non-english language lists also). -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal |mysite.verizon.net/kevin.mark/| | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keyserver: subkeys.pgp.net | my NPO: cfsg.org | |join the new debian-community.org to help Debian! | signature.asc Description: Digital signature
Re: A request for your input.
Quoting Kevin Mark <[EMAIL PROTECTED]>: On Fri, Mar 09, 2007 at 05:07:00PM +1100, [EMAIL PROTECTED] wrote: Hello My name is Lara Thynne and I am a PhD candidate at Deakin University Australia. I am currently researching the boundary between work and leisure activities directly related to the open source community and open source program development. As part of this I am running a survey at the following address. https://dcarf.deakin.edu.au/surveys/oss/ The survey is completely confidential and looks at your views and motivations to use Open Source software and to participate in the community. It will only take a five to ten minutes to complete and your contact details will not be recorded. You can withdraw your participation at any stage. I sincerely apologize for the spammish nature of this e-mail - I don't mean to abuse this list. I am trying to collect responses from as many open source developers and users as possible and a mailing list like can be the only way to reach many developers. Thanks again Lara Are you looking for people who merely 'use Open Source software' or specifically the Developers of 'Open Source software'? I ask because this list primarily read by Debian Developers. If you want 'mere users', You may want to look at lists.debian.org and email the various debian-user lists (which include non-english language lists also). -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal |mysite.verizon.net/kevin.mark/| | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keyserver: subkeys.pgp.net | my NPO: cfsg.org | |join the new debian-community.org to help Debian! | Kevin, thanks for your reply, I'm looking for both but more specifically developers who would normally be the ones having more involvement in open source projects. thanks Lara
new BTS stanza
Hi, this is the opening of the bts page for subversion: === Debian Bug report logs: package subversion in unstable (version 1.4.2dfsg1-2) Maintainer for subversion is Peter Samuelson <[EMAIL PROTECTED]>. You may want to refer to the following packages that are part of the same source: libapache2-svn, libsvn-core-perl, libsvn-dev, libsvn-doc, libsvn-java, libsvn-javahl, libsvn-perl, libsvn-ruby, libsvn-ruby1.8, libsvn0, libsvn0-dev, libsvn1, python-subversion, python2.3-subversion, subversion-tools. You might like to refer to the subversion package page, to the Package Tracking System, or to the source package subversion's bug page. If you find a bug not listed here, please report it. See the archived reports .. == Since folks visit this page to learn about Debian bugs, I thought why not add a pointer to places where they can help fix the bugs (and make other improvements). This can be done by adding something like this to the above bts page: These resources are available to discuss package bugs and possible ways you can contribute fixes and other improvements for this package: http://alioth.debian.org/projects/pkg-subversion/ http://lists.alioth.debian.org/pipermail/pkg-subversion-maintainers/ -k -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal |mysite.verizon.net/kevin.mark/| | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keyserver: subkeys.pgp.net | my NPO: cfsg.org | |join the new debian-community.org to help Debian! | signature.asc Description: Digital signature
Work-needing packages report for Mar 9, 2007
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 357 (new: 4) Total number of packages offered up for adoption: 88 (new: 1) Total number of packages requested help for: 42 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: ami (#413305), orphaned 5 days ago Description: An X input method server for Korean text input Installations reported by Popcon: 16 bongo (#413148), orphaned 6 days ago Description: flexible and usable media player for Emacs Installations reported by Popcon: 41 emacs-snapshot (#413149), orphaned 6 days ago Description: The GNU Emacs editor (development snapshot) Reverse Depends: artist auctex bigloo-ude bongo cmail ddskk dictionary-el ecasound-el edb egg (30 more omitted) Installations reported by Popcon: 615 tramp (#413146), orphaned 6 days ago Description: remote file access in Emacs Installations reported by Popcon: 534 353 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: enscript (#413482), offered 3 days ago Description: Converts ASCII text to Postscript, HTML, RTF or Pretty-Print Reverse Depends: hylafax-client kdeprint magicfilter rhinote Installations reported by Popcon: 10147 87 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: aboot (#315592), requested 623 days ago Description: Alpha bootloader: Looking for co-maintainers Reverse Depends: aboot aboot-cross dfsbuild ltsp-client Installations reported by Popcon: 60 apt-build (#365427), requested 313 days ago Description: Need new developer(s) Installations reported by Popcon: 650 apt-cacher (#403584), requested 80 days ago Description: caching proxy system for Debian package and source files Installations reported by Popcon: 268 apt-show-versions (#382026), requested 212 days ago Description: lists available package versions with distribution Installations reported by Popcon: 2289 athcool (#278442), requested 863 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 255 audacity (#397166), requested 123 days ago Description: looking for co-maintainer Installations reported by Popcon: 2810 cdw (#398252), requested 116 days ago Description: Tool for burning CD's - console version Reverse Depends: cdw gcdw Installations reported by Popcon: 245 cvs (#354176), requested 378 days ago Description: Concurrent Versions System Reverse Depends: bonsai crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta (17 more omitted) Installations reported by Popcon: 12299 docbook (#358522), requested 351 days ago Description: standard SGML representation system for technical documents Reverse Depends: alcovebook-sgml docbook-dsssl docbook-to-man sgmltools-lite Installations reported by Popcon: 3907 docbook-xml (#358520), requested 351 days ago Description: standard XML documentation system, for software and systems Reverse Depends: dblatex docbook-dsssl docbook-ebnf docbook-html-forms docbook-jrefentry docbook-mathml docbook-simple docbook-slides docbook-website docbook-xsl-stylesheets-ko (6 more omitted) Installations reported by Popcon: 19481 dpkg (#282283), requested 838 days ago Description: dselect: a user tool to manage Debian packages Reverse Depends: alien alsa-source apt-build apt-cross apt-src backuppc build-essential clamsmtp crosshurd cvs-autoreleasedeb (84 more omitted) Installations reported by Popcon: 29536 gpsdrive (#406522), requested 56 days ago Description: Car navigation system Installations reported by Popcon: 316 grub (#248397), requested 1032 days ago Description: GRand Unified Bootloader Reverse Depends: dfsbuild grub-splashimages replicator Installations reported by Popcon: 25545 gtkpod (#319711), requested 592 days ago Description: manage songs and playlists on an Apple iPod Installations reported by Popcon: 508 ispell-et (#391105), requested 155 days ago Description: Estonian dictionary for Aspell/Ispell/MySpell Installations reported by
