Re: Improving dependencies on shared libraries
On Sun, 27 May 2007, Mike Hommey wrote: > > Some research Scott James Remnant did back in the woody days indicated that > > with a more finely-grained shlibs implementation, the majority of packages > > could run fine against glibc 2.0. > > > > No such luck with lenny due to the change of symbol hash tables which > > now require a recent ld.so to parse, but it'll probably take more than a > > full release cycle to get this implemented and widely adopted anyway, so... > > When is it supposed to happen or have happened ? Because I just tried > installing libxml2 and libxml2-utils from sid on an etch system, with > dpkg --force-depends, and xmllint works perfectly fine... The change hash-style=gnu happened with gcc-4.1 4.1.2-5 although the version -7 changes this again to hash-style=both. In the mean time, libc6 2.5-5 bumped its shlibs to avoid problems with packages compiled with a gcc using hash-style=gnu. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421790 So maybe the problem affects only some architectures which do not support hash-style=both? What arches do not support this? For me it would seem wise to keep hash-style=both for the entire lenny cycle and drop it during the lenny+1 cycle to have a smooth transition on this aspect. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Write access on the Debian website.
Le Sun, May 27, 2007 at 12:11:03AM +0200, Frans Pop a écrit : > > there is not really such a thing as the www > team. Basically there are a bunch of people with commit access who all > mostly just care about a particular part of the website. Hi all, By the way, does anybody knows if it is possible for non-DDs to get write acces ? I asked webmaster@ and copied joey@, as explained in http://people.debian.org/~joey/misc/webwml.html, but did not get any answer from the persons behind the webmaster alias. Joey answered me that the pserver was somehow broken, and that it made it impossible for non-DD to participate. Involvment of non-DDs is vital to the project I am participating to, and also very important on the port I am using. I suppose that it is also important in other aspects of Debian which have entries in the website. So maybe if somebody would volunteer for fixing the pserver, or informing that it is working again if it is the case (communication!!), it would help to have a bit more up-to-date contents... Have a nice day, -- Charles Plessy Debian-Med pacakging team Wako, Saitama, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Web design [Was: Wanted: introductory page for all teams]
On Sun, 27 May 2007, Frans Pop wrote: Yes, a complete redesign of the website is a herculean task, but contributing to specific pages or parts is trivial. OTOH, I expect that for a webdesign professional even a redesign would be quite manageable as AFAICT the technical structure of the website is not all that complicated. What about a web design contest. Once we had a "not really appealing" logo and solved this problem via a logo contest. I remember other projects that did a contest for a good web design. Perhaps we might solve a problem that no DD really wants to solve himself? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Web design [Was: Wanted: introductory page for all teams]
On Sun, May 27, 2007 at 11:35:26AM +0200, Andreas Tille <[EMAIL PROTECTED]> wrote: > On Sun, 27 May 2007, Frans Pop wrote: > > >Yes, a complete redesign of the website is a herculean task, but > >contributing to specific pages or parts is trivial. OTOH, I expect that > >for a webdesign professional even a redesign would be quite manageable as > >AFAICT the technical structure of the website is not all that > >complicated. > > What about a web design contest. Once we had a "not really appealing" > logo and solved this problem via a logo contest. I remember other > projects that did a contest for a good web design. Perhaps we might > solve a problem that no DD really wants to solve himself? Before being able to change the design, maybe the site should be in a state where the design *can* be changed... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: compiling packages
Oliver Block ha scritto: > Hello list, > > I am not very familiar with the debian developer tools. How to recompile a > package with debuggin option (gcc -g)? usually packages are compiled with -g, but are stripped afterwards; to avoid that, see example: as root # apt-get build-dep mplayer # apt-get install devscripts as user $ apt-get source mplayer $ cd mplayer-1.0~rc1 $ DEB_BUILD_OPTIONS=nostrip debuild binary when a package uses debhelper, the dh_strip command will respect your request; but not all packages so; so in some cases you may need to edit debian/rules to change the build rules a. signature.asc Description: OpenPGP digital signature
Re: Web design [Was: Wanted: introductory page for all teams]
On Sun, 27 May 2007, Mike Hommey wrote: > On Sun, May 27, 2007 at 11:35:26AM +0200, Andreas Tille <[EMAIL PROTECTED]> > wrote: > > On Sun, 27 May 2007, Frans Pop wrote: > > > > >Yes, a complete redesign of the website is a herculean task, but > > >contributing to specific pages or parts is trivial. OTOH, I expect that > > >for a webdesign professional even a redesign would be quite manageable as > > >AFAICT the technical structure of the website is not all that > > >complicated. > > > > What about a web design contest. Once we had a "not really appealing" > > logo and solved this problem via a logo contest. I remember other > > projects that did a contest for a good web design. Perhaps we might > > solve a problem that no DD really wants to solve himself? There are really two problems here; the first is the physical appearance of the pages, and the second is the logical navigation between the pages. Solving the first is something that almost any qualified web designer can do; addressing the second is a task which I've no idea where to even begin. > Before being able to change the design, maybe the site should be in a > state where the design *can* be changed... There's no real need to wait for this; the major pages are in a position where they can be altered, and a large number of them even use CSS correctly thanks to the herculean efforts of Jutta Wrage and other contributors. What is really needed is for someone (or a group of people) who have a design sense and are capable of putting function higher up the priorities than most designers to do a mockup or a set of mockups with actual HTML. To date, most of the mockup attempts that I've seen have been static images or have yet to actually handle the immense quanity of information that is present on the website. Finally, while pointing out problems with things that specific teams do is appropriate, being more negative than necessary to point out the problem or otherwise maligning the people who are actually doing the work is hurtful to those who are actually spending the time and doing the work. Don Armstrong -- There is no such thing as "social gambling." Either you are there to cut the other bloke's heart out and eat it--or you're a sucker. If you don't like this choice--don't gamble. -- Robert Heinlein _Time Enough For Love_ p250 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Improving dependencies on shared libraries
On Sun, May 27, 2007 at 09:56:13AM +0200, Raphael Hertzog wrote: > On Sun, 27 May 2007, Mike Hommey wrote: > > > Some research Scott James Remnant did back in the woody days indicated > > > that > > > with a more finely-grained shlibs implementation, the majority of packages > > > could run fine against glibc 2.0. > > > > > > No such luck with lenny due to the change of symbol hash tables which > > > now require a recent ld.so to parse, but it'll probably take more than a > > > full release cycle to get this implemented and widely adopted anyway, > > > so... > > > > When is it supposed to happen or have happened ? Because I just tried > > installing libxml2 and libxml2-utils from sid on an etch system, with > > dpkg --force-depends, and xmllint works perfectly fine... > > The change hash-style=gnu happened with gcc-4.1 4.1.2-5 although the > version -7 changes this again to hash-style=both. In the mean time, libc6 > 2.5-5 bumped its shlibs to avoid problems with packages compiled with a > gcc using hash-style=gnu. > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421790 > > So maybe the problem affects only some architectures which do not support > hash-style=both? What arches do not support this? > > For me it would seem wise to keep hash-style=both for the entire lenny > cycle and drop it during the lenny+1 cycle to have a smooth transition on > this aspect. No the problem is worse than that, ld.so has supported both styles for hashing for years, so it's not really a matter at *run*-time. Though, the rest of the toolchain (binutils in particular) did not, and isn't able to grok hash-style=gnu in etch. Hence e.g. if libxml2 has been build with -hash-style=gnu you won't be able to link any program against it. The glibc shlibs is a very loosy and convoluted way to make sure that the toolchain is recent enough, because the change was uncoordinated. Though with --hash-style=both this should indeed limit the damages. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpoRjkiOqjkq.pgp Description: PGP signature
Re: Uploading wxWidgets 2.8 to experimental ?
Hi, I already built wx2.8 from ubuntu on my debian lenny for testing purpose. It build and works fine, I have been able to get latest filezilla running without any issues. I would be really happy if you could upload it to unstable, then I'll help fixing bugs if I can and can help you to keep it synced with the ubuntu package. Charles Plessy a écrit : Le Sat, May 26, 2007 at 03:44:56AM +0930, Ron a écrit : offer any proof that we can transition to this release without major breakage in an important application. Dear Ron, I am member of a team which is Maintainer: of a package using wxWidgets. I would be happy to test it against an experimental version of wx2.8, in order to report problems to Upstream. But I am not comfortable enough with library packaging to produce private packages. If the people who depend on wxWidgets would agree to use 2.8 packages just for tests and to not upload uncoordinated upgrades to unstable, would you agree to publish 2.8 packages? Alternatively, would it be OK if a DD would upload Ubuntu's packages to experimental? Have a nice day, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426219: ITP: plexus-component-factories -- Plexus factories for bsh, ant components etc
Package: wnpp Severity: wishlist Owner: Paul Cager <[EMAIL PROTECTED]> * Package name: plexus-component-factories Version : svn Upstream Author : Plexus Authors * URL : http://plexus.codehaus.org * License : Apache Programming Lang: Java Description : Plexus factories for bsh, ant components etc Factories used to create bsh, ant components etc, within Plexus. Used as part of maven2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
removing 'printtool' from archives
hi I am the mantainer of 'printtool' brief history: printtool was the GUI tool that Red Hat had developed for easy printer configurations ; it was then ~2000 adopted by the GNULpr project at http://lpr.sourceforge.net/ ; but, after the doc-com crisis, the project was eventually abandoned. Currently I mantain some code that came out of lpr.sf.net , and keep it alive: in particular, I use and appreciate 'gpr' , and I have developed the code (lately I added support for CUPS). But I think that 'printtool' has outlived its usefullness: its database of printers (that is actually contained in the package 'printfilters-ppd', for some strange reason) is outdated; and Debian ships many tools to configure printing (foomatic-gui , gnome-cups-manager , just to name two) , that work well and have up-to-date printer databases. If nobody is interested in 'printtool', I will ask for its removal from archive. a. signature.asc Description: OpenPGP digital signature
removing 'printtool' from archives
hi I am the mantainer of 'printtool' brief history: printtool was the GUI tool that Red Hat had developed for easy printer configurations ; it was then ~2000 adopted by the GNULpr project at http://lpr.sourceforge.net/ ; but, after the doc-com crisis, the project was eventually abandoned. Currently I mantain some code that came out of lpr.sf.net , and keep it alive: in particular, I use and appreciate 'gpr' , and I have developed the code (lately I added support for CUPS). But I think that 'printtool' has outlived its usefullness: its database of printers (that is actually contained in the package 'printfilters-ppd', for some strange reason) is outdated; and Debian ships many tools to configure printing (foomatic-gui , gnome-cups-manager , just to name two) , that work well and have up-to-date printer databases. If nobody is interested in 'printtool', I will ask for its removal from archive. a. signature.asc Description: OpenPGP digital signature
Bug#426226: ITP: plexus-compiler -- Interface to compilers within Plexus
Package: wnpp Severity: wishlist Owner: Paul Cager <[EMAIL PROTECTED]> * Package name: plexus-compiler Version : svn Upstream Author : Plexus Authors * URL : http://plexus.codehaus.org * License : Apache Programming Lang: Java Description : Interface to compilers within Plexus The Plexus compiler manager, API and compilers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426227: ITP: plexus-velocity -- The Plexus Velocity Component
Package: wnpp Severity: wishlist Owner: Paul Cager <[EMAIL PROTECTED]> * Package name: plexus-velocity Version : svn Upstream Author : Plexus Authors * URL : http://plexus.codehaus.org * License : Apache Programming Lang: Java Description : The Plexus Velocity Component The Plexus component interface to Velocity. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426228: ITP: plexus-digest -- a component of maven2
Package: wnpp Severity: wishlist Owner: Paul Cager <[EMAIL PROTECTED]> * Package name: plexus-digest Version : svn Upstream Author : Plexus Developers * URL : http://plexus.codehaus.org * License : Apache Programming Lang: Java Description : a component of maven2 Provides digest services to Plexus. Used in maven2 builds. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r
Josselin Mouette a écrit : * Package name: 09F911029D74E35BD84156C5635688C0 This package contains the "09F911029D74E35BD84156C5635688C0" number. Geez :p If you want to be evil enough, I suggest that the library looks up a v6 record (such as mpa^Wevilnumber.debian.org), which would return the nasty 09f9:1102:9d74:e35b:d841:56c5:6356:88c0 ipv6 address. If the number has to be "updated" in the future, we could just change the DNS record without needing to update the package. Or, even more subtle, create multiple records if multiple "numbers" are available. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Write access on the Debian website.
On Sunday 27 May 2007 11:13, Charles Plessy wrote: > By the way, does anybody knows if it is possible for non-DDs to get > write acces ? Yes it is. The procedure to request commit access describes the difference between DDs and non-DDs. > I asked webmaster@ and copied joey@, as explained in > http://people.debian.org/~joey/misc/webwml.html, but did not get any > answer from the persons behind the webmaster alias. Joey answered me > that the pserver was somehow broken, and that it made it impossible for > non-DD to participate. That was true for a short while after the upgrade of the server to Sarge, but AFAIK this was fixed long ago. pgpmpjhOsHCGl.pgp Description: PGP signature
Re: Wanted: introductory page for all teams
On Sat, May 26, 2007 at 11:58:54PM +0200, Pierre Habouzit wrote: > On Sat, May 26, 2007 at 11:20:53PM +0200, Frans Pop wrote: > > On Saturday 26 May 2007 23:07, Pierre Habouzit wrote: > > > and the debian-www team is recovering from the > > > shock that HTML 4.01 has been released recently and that CSS2 is almost > > > stable (err wait, I wasn't reading my calendar properly, we're in 2007 > > > not 1997, sorry). > > Why don't you join the team? > Now unlike Raphaël initiative, *this* is so typical from Debian. The: > “You think that sucks, so why don't you step up ?” attitude. It is a > very convenient attitude that allows to makes the person making critics > miserable in front of everybody, hoping he (or she) will hide because of > the shame, and avoid dealing with the less convenient and less > auto-satisfactory fact that many aspects in Debian suck. What you're saying here appears to be that you find Frans' response unhelpful and unconstructive. Given that you phrased your original comments about the web site as an ad hominem attack on the people maintaining it this does seem like an odd complaint. Discussing problems is one thing (and often a good thing) but there are much better ways to do it. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." signature.asc Description: Digital signature
Re: Web design [Was: Wanted: introductory page for all teams]
On Sun, May 27, 2007 at 11:35:26AM +0200, Andreas Tille wrote: > On Sun, 27 May 2007, Frans Pop wrote: > > >Yes, a complete redesign of the website is a herculean task, but > >contributing to specific pages or parts is trivial. OTOH, I expect that > >for a webdesign professional even a redesign would be quite manageable as > >AFAICT the technical structure of the website is not all that > >complicated. > > What about a web design contest. Once we had a "not really appealing" > logo and solved this problem via a logo contest. I remember other > projects that did a contest for a good web design. Perhaps we might > solve a problem that no DD really wants to solve himself? > > Kind regards I was pondering a few ideas: a) create a website mockup designs gallery where folks could submit screenshots of their designs b) create a mockup site where folks can use a copy of the website data with an apache instance and use that to display new design ideas so that the main site is not touched. maybe mockup.debian.net/~design1, mockup.debian.net/~design2, etc. virtual machines or virtual hosts? I percieve a lot of negative energy when random non-DD folks ask about helping out with a website re-design and that leads to folks 'heading for the exits'. If there was a place for folks to try stuff without messing with the actual infrastrure, it would allow folks to 'go crazy' with new and creative ideas with the benefit for DD's to feel 'safe' about not distroying 'important links' that users need and wouldn't lead to a revolt requring a GR. Any attempt that leads to a unilateral, perminent design change makes DD's go bonkers, or so it seems. So a mockup site would allow folks to see, comment and get used to a new design and build consesus without needing a GR. [funny how GR almost sounds like 'G' -- the sound of an angry DD ;-)] -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! | |___ Unless I ask to be CCd, assume I am subscribed ___| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Write access on the Debian website.
On Sun, May 27, 2007 at 02:23:48PM +0200, Frans Pop wrote: > On Sunday 27 May 2007 11:13, Charles Plessy wrote: > > By the way, does anybody knows if it is possible for non-DDs to get > > write acces ? > > Yes it is. The procedure to request commit access describes the difference > between DDs and non-DDs. Thus brings up the need for more fine-grained membership and access. -- | .''`. == 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! | |___ Unless I ask to be CCd, assume I am subscribed ___| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Wanted: introductory page for all teams
On Sun, 2007-05-27 at 13:31 +0100, Mark Brown wrote: > On Sat, May 26, 2007 at 11:58:54PM +0200, Pierre Habouzit wrote: > > On Sat, May 26, 2007 at 11:20:53PM +0200, Frans Pop wrote: > > > On Saturday 26 May 2007 23:07, Pierre Habouzit wrote: > > > > > and the debian-www team is recovering from the > > > > shock that HTML 4.01 has been released recently and that CSS2 is almost > > > > stable (err wait, I wasn't reading my calendar properly, we're in 2007 > > > > not 1997, sorry). > > > > Why don't you join the team? > > > Now unlike Raphaël initiative, *this* is so typical from Debian. The: > > “You think that sucks, so why don't you step up ?” attitude. It is a > > very convenient attitude that allows to makes the person making critics > > miserable in front of everybody, hoping he (or she) will hide because of > > the shame, and avoid dealing with the less convenient and less > > auto-satisfactory fact that many aspects in Debian suck. > > What you're saying here appears to be that you find Frans' response > unhelpful and unconstructive. I didn't read it that way. I think that Pierre meant to say that sometimes it should be OK to give criticism on inefficient procedures while not volunteering any work related to those inefficient procedures. Well, that's how I want to read what Pierre wrote. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Platform for strategy/simulation games
Hello, I am working on a program (called "MyUniverse") that has reached a point, where it can show its very basic abilities, but still needs much programming effort to fullfill its aims. It is a platform for strategy/simulation games with a diagonal view onto the map. What I want to say with "platform" here is, that the application as a such cannot start a game, but requires plugins to do the simulation. It offers an API for the plugins on the one hand, and handles the GUI on the other hand, so that one does not need to take care of the GUI when developing a plugin. It is also possible to have many plugins working in one game-session, where each plugin has a different job (i.e. one to simulate the nature, one to simulate a city's traffic, one to settle people...). This allows a modular process of development, which could offer new abilities for the open-source community. I know that there are some quite good FLOSS simulation games already, but the ressources of events/surprises/tactics that keep a game interesting for long are limited. Concluding these ressources would improve the situation. With the plugin concept, cooperation between plugin developers would be very much easier than between developers of independent games. The platform could be used for "just for fun"-games, but also for very realistic simulations (making it useful for edutainment). I have made some more information availible on my homepage: http://www.lrz.de/~tobiasnadler/myuniverse/index.html Up to now I have been working on it in order to get some experience in C++-plugin-development, but also to possibly contribute a little to the free software movement. Now the time has come where the learning purpose vanishes and I would like to know whether it makes sense to continue with the development, hopefully together with the open source community. What do you think about this project and its intentions? Greetings, Tobias Nadler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Web design [Was: Wanted: introductory page for all teams]
maybe you can use the debianart.org platform. Dom, 2007-05-27 às 09:30 -0400, Kevin Mark escreveu: > On Sun, May 27, 2007 at 11:35:26AM +0200, Andreas Tille wrote: > > On Sun, 27 May 2007, Frans Pop wrote: > > > > >Yes, a complete redesign of the website is a herculean task, but > > >contributing to specific pages or parts is trivial. OTOH, I expect that > > >for a webdesign professional even a redesign would be quite manageable as > > >AFAICT the technical structure of the website is not all that > > >complicated. > > > > What about a web design contest. Once we had a "not really appealing" > > logo and solved this problem via a logo contest. I remember other > > projects that did a contest for a good web design. Perhaps we might > > solve a problem that no DD really wants to solve himself? > > > > Kind regards > I was pondering a few ideas: > a) create a website mockup designs gallery where folks could submit > screenshots of their designs > > b) create a mockup site where folks can use a copy of the website data > with an apache instance and use that to display new design ideas so that > the main site is not touched. maybe mockup.debian.net/~design1, > mockup.debian.net/~design2, etc. > > virtual machines or virtual hosts? > > I percieve a lot of negative energy when random non-DD folks ask about > helping out with a website re-design and that leads to folks 'heading > for the exits'. If there was a place for folks to try stuff without > messing with the actual infrastrure, it would allow folks to 'go crazy' > with new and creative ideas with the benefit for DD's to feel 'safe' > about not distroying 'important links' that users need and wouldn't lead > to a revolt requring a GR. > > Any attempt that leads to a unilateral, perminent design change makes > DD's go bonkers, or so it seems. So a mockup site would allow folks to > see, comment and get used to a new design and build consesus without > needing a GR. [funny how GR almost sounds like 'G' -- the sound of > an angry DD ;-)] > -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! | > |___ Unless I ask to be CCd, assume I am subscribed ___| > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Platform for strategy/simulation games
On Sun, May 27, 2007 at 03:44:36PM +0200, Tobias Nadler wrote: > Hello, > > I am working on a program (called "MyUniverse") that has reached a > point, where it can show its very basic abilities, but still needs > much programming effort to fullfill its aims. It is a platform for > strategy/simulation games with a diagonal view onto the map. > What I want to say with "platform" here is, that the application as a > such cannot start a game, but requires plugins to do the simulation. > It offers an API for the plugins on the one hand, and handles the GUI > on the other hand, so that one does not need to take care of the GUI > when developing a plugin. It is also possible to have many plugins > working in one game-session, where each plugin has a different job > (i.e. one to simulate the nature, one to simulate a city's traffic, > one to settle people...). This allows a modular process of > development, which could offer new abilities for the open-source > community. > I know that there are some quite good FLOSS simulation games already, > but the ressources of events/surprises/tactics that keep a game > interesting for long are limited. Concluding these ressources would > improve the situation. With the plugin concept, cooperation between > plugin developers would be very much easier than between developers > of independent games. > > The platform could be used for "just for fun"-games, but also for > very realistic simulations (making it useful for edutainment). > > I have made some more information availible on my homepage: > http://www.lrz.de/~tobiasnadler/myuniverse/index.html > > Up to now I have been working on it in order to get some experience > in C++-plugin-development, but also to possibly contribute a little > to the free software movement. Now the time has come where the > learning purpose vanishes and I would like to know whether it makes > sense to continue with the development, hopefully together with the > open source community. > > What do you think about this project and its intentions? Without seeing what you have done, I can make a few comments. If you make your project use a 'free software' license, then this allows for folks to start to use your work in what ever way they want/can. So, once its released as such, and you give it some advertisement, like the above, folks will start to 'kick the tires' and see what they can do with it, even if its not a '1.0' version yet. If folks find it interesting , they will give you feed back. That is part of the 'loop' for free software developemtn. You can also look at the debian-mentors.net site, if you want more help on making a better debian package. -- | .''`. == 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! | |___ Unless I ask to be CCd, assume I am subscribed ___| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: checklib
On 24/05/07 at 21:22 +0200, Pierre Habouzit wrote: > On Thu, May 24, 2007 at 08:26:00PM +0200, A Mennucc wrote: > > hi > > > > what about http://rerun.lefant.net/checklib/ ? > > > > madcoder mentioned in > > http://lists.debian.org/debian-devel/2007/01/msg00822.html > > of the intention of getting the checklib service up again: any progress? > > We're still waitinf for the lufthansa machines to set it up :/ In the meantime, if it's not too hard, I could try to run it on grid5000. Maybe we could work on that during debconf. > > also, where do I get the source code from (since the link > > http://greek0.net/div/checklib.tar.gz seems broken)? > > > > maybe the source code may be uploaded in the alioth project > > that would be good yes. Feel free to use the collab-qa alioth project for that, if you want. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#426259: ITP: springframework -- layered Java/J2EE application framework
Package: wnpp Severity: wishlist Owner: Torsten Werner <[EMAIL PROTECTED]> * Package name: springframework Version : 2.0.5 Upstream Author : Interface21 * URL : http://www.springframework.org/ * License : Apache 2.0 Programming Lang: Java Description : layered Java/J2EE application framework Springs mission are: - J2EE should be easier to use. - It's best to program to interfaces, rather than classes. Spring reduces the complexity cost of using interfaces to zero. - JavaBeans offer a great way of configuring applications. - OO design is more important than any implementation technology, such as J2EE. - Checked exceptions are overused in Java. A framework shouldn't force you to catch exceptions you're unlikely to be able to recover from. - Testability is essential, and a framework such as Spring should help make your code easier to test. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Prompt to install missing software?
[ re-sent to debian-devel, it's a better target for this discussion ] On Sun, May 27, 2007 at 02:17:15PM +1000, John Pye wrote: > Is there any way under Debian (and hopefully also Ubuntu) that I can > trigger gtk-debi or something like that when the user requests to use > the part of my program that depends on stuff they haven't installed yet? I don't think anything like that does exist, but I thank you for pointing it out: I think having something like that in Debian would be useful. Sure suggests/recommends are already out there for similar reasons, but they are for package managers and for human admins that manually install packages. Users might well not be aware of them or even of what they mean. So I agree that an agreed upon mechanism able to spawn a package manager instance to install the missing packages would be useful. Some points for open discussion on this: - we need a fallback in case the user does not have the needed privileges to install the packages. IMO something like "sorry, it seems you can't install the missing packages, please contact your local administration and ask him to install X, Y, and Z packages - we need to provide one instance for each environment we want it to work: the gksu solution mentioned in this thread might be ok for Gnome users but probably not for KDE/Xfce ones. Suggestions on what should be the corresponding "implementations" there? - we need a way to choose for the user among different package managers top-levels: apt-get/aptitude/synaptic/... Probably an update-alternatives like mechanism can be used? > What would be the best way of doing that from python, if such a thing > exists? So, no answer for this, but I hope in the future to be able to answer: "just run debian-install-missing X Y Z". Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
A sane guess at default Debian mirror for pbuilder
Hi, After 6 years or so of setting ftp.jp.debian.org as default for pbuilder, I'm finally determined that it shouldn't stay like this. So I'd like to have some default guessing to happen. Preferably I don't want to ask via debconf, since users should have already answered the question at installation-time. Looking for prior art I found the following: piuparts: Looks at first 'deb' line from /etc/apt/sources.list -> Can't handle /etc/apt/sources.list.d -> Assumes that the top entry is the best emdebian-tools: Using 'apt-cache policy' to obtain information -> told on IRC that it loses port number info. -> probably picks up security mirrors too, which can't really be used for running debootstrap. debootstrap: uses ftp.debian.org as default mirror. Probably difficult parts: handling CD-ROM installation mixed stable-backports / security / s-p-u / ubuntu / whatever installation. I'm inclined to add a default configuration which uses the first usable line starting with 'deb http://' from /etc/apt/sources.list, and maybe check with a debconf question. Any good ideas? regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A sane guess at default Debian mirror for pbuilder
On Sunday 27 May 2007 09:25:50 Junichi Uekawa wrote: > After 6 years or so of setting ftp.jp.debian.org as default for > pbuilder, I'm finally determined that it shouldn't stay like this. So > I'd like to have some default guessing to happen. Preferably I don't > want to ask via debconf, since users should have already answered the > question at installation-time. [...] > debootstrap: > uses ftp.debian.org as default mirror. debconf questions aside, I think ftp.debian.org is a much saner *default* than ftp.jp.debian.org. I've always wondered where the later silly default came from. =) -- Wesley J. Landaker <[EMAIL PROTECTED]> OpenPGP FP: 4135 2A3B 4726 ACC5 9094 0097 F0A9 8A4C 4CD6 E3D2 signature.asc Description: This is a digitally signed message part.
Re: Platform for strategy/simulation games
Kevin Mark wrote: > On Sun, May 27, 2007 at 03:44:36PM +0200, Tobias Nadler wrote: >> Hello, >> >> I am working on a program (called "MyUniverse") that has reached a >> point, where it can show its very basic abilities, but still needs >> much programming effort to fullfill its aims. It is a platform for >> strategy/simulation games with a diagonal view onto the map. >> What I want to say with "platform" here is, that the application as a >> such cannot start a game, but requires plugins to do the simulation. >> It offers an API for the plugins on the one hand, and handles the GUI >> on the other hand, so that one does not need to take care of the GUI >> when developing a plugin. It is also possible to have many plugins >> working in one game-session, where each plugin has a different job >> (i.e. one to simulate the nature, one to simulate a city's traffic, >> one to settle people...). This allows a modular process of >> development, which could offer new abilities for the open-source >> community. >> I know that there are some quite good FLOSS simulation games already, >> but the ressources of events/surprises/tactics that keep a game >> interesting for long are limited. Concluding these ressources would >> improve the situation. With the plugin concept, cooperation between >> plugin developers would be very much easier than between developers >> of independent games. >> >> The platform could be used for "just for fun"-games, but also for >> very realistic simulations (making it useful for edutainment). >> >> I have made some more information availible on my homepage: >> http://www.lrz.de/~tobiasnadler/myuniverse/index.html >> >> Up to now I have been working on it in order to get some experience >> in C++-plugin-development, but also to possibly contribute a little >> to the free software movement. Now the time has come where the >> learning purpose vanishes and I would like to know whether it makes >> sense to continue with the development, hopefully together with the >> open source community. >> >> What do you think about this project and its intentions? > Without seeing what you have done, I can make a few comments. If you > make your project use a 'free software' license, then this allows for > folks to start to use your work in what ever way they want/can. So, once > its released as such, and you give it some advertisement, like the > above, folks will start to 'kick the tires' and see what they can do > with it, even if its not a '1.0' version yet. If folks find it > interesting , they will give you feed back. That is part of the 'loop' > for free software developemtn. You can also look at the > debian-mentors.net site, if you want more help on making a better debian > package. Thank you for your comments. Of course I publish it as free software (GPL/LGPL), currently only on my homepage (I am thinking about moving it to alioth or sourceforge when folks want to contribute). Making a debian package is not important now, because it is still far away from being usable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A sane guess at default Debian mirror for pbuilder
On Sun, 27 May 2007 09:50:23 -0600
"Wesley J. Landaker" <[EMAIL PROTECTED]> wrote:
> On Sunday 27 May 2007 09:25:50 Junichi Uekawa wrote:
> > After 6 years or so of setting ftp.jp.debian.org as default for
> > pbuilder, I'm finally determined that it shouldn't stay like this. So
> > I'd like to have some default guessing to happen. Preferably I don't
> > want to ask via debconf, since users should have already answered the
> > question at installation-time.
> [...]
> > debootstrap:
> > uses ftp.debian.org as default mirror.
>
> debconf questions aside, I think ftp.debian.org is a much saner *default*
> than ftp.jp.debian.org. I've always wondered where the later silly default
> came from. =)
>From my point of view, I would much rather that the default was a
Primary Mirror - ftp.debian.org only supports the most popular
architectures. (I've worked around this in emdebian-tools and
empdebuild {only in SVN so far}) but a default should at least be
capable of supporting more than just a couple of the supported
architectures (IMHO).
BTW: that is why emdebian-tools doesn't really take much care over
things like port numbers, the principle aim of the mirror detection
code in emdebian-tools is just to identify if a primary mirror is
already in use - if not, one is added via a conffile that the user can
tweak later.
I think that would be a useful way for pbuilder too - check all
available sources via apt-cache policy and pick a primary (if it
exists) and let the user modify the conffile to specify a different one
if necessary.
--
Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/
pgp7W6C2tZIA9.pgp
Description: PGP signature
Re: A sane guess at default Debian mirror for pbuilder
On ma, 2007-05-28 at 00:25 +0900, Junichi Uekawa wrote: > piuparts: > Looks at first 'deb' line from /etc/apt/sources.list > -> Can't handle /etc/apt/sources.list.d > -> Assumes that the top entry is the best I didn't want to have piuparts use all sources.list entires, since they often have things like debian-multimedia in them. Since apt favors the first one if it can, picking just the first one seemed like a reasonable thing to do, as a guess. If the guess turns out to be wrong, then it's easy enough to override, but it seems to work often enough that it is helpful to guess. > emdebian-tools: > Using 'apt-cache policy' to obtain information > -> told on IRC that it loses port number info. > -> probably picks up security mirrors too, which > can't really be used for running debootstrap. I should have to dig up documentation, but I can't see that apt-cache policy outputs enough info to re-create the sources.list lines. For example: 500 http://agnes lenny/main Packages release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages,c=main origin agnes 500 http://agnes lenny/main Packages release o=Debian,a=testing,l=Debian,c=main origin agnes Those two stanzas correspond to two different sources.list lines. I don't see enough information there to re-create them: deb http://agnes/debian lenny main contrib non-free deb http://agnes/debian-multimedia/ lenny main ) could be wrong, of course: there are many details of apt I do not know. > debootstrap: > uses ftp.debian.org as default mirror. If ftp.debian.org doesn't contain all architectures, then that's a bad default, imho. > Probably difficult parts: > handling CD-ROM installation I don't think running pbuilder against CD-ROMs is a workable solution in the modern world. There's way too many CDs involved. Anyone who really wants to do that can be expected to go through the small amount of pain of configuring pbuilder manually. > mixed stable-backports / security / s-p-u / ubuntu / whatever > installation. The host system should, of course, be able to run such a mix freely. The environment built by pbuilder, piuparts, or other tools, should not, unless explicitly configured to do so, because the risk of contaminating uploads to Debian is too great. > I'm inclined to add a default configuration which uses the first > usable line starting with 'deb http://' from /etc/apt/sources.list, > and maybe check with a debconf question. I don't think using debconf is a good idea. Any answer you get is valid when the package is installed, but won't be valid later. The answer should be generated dynamically, each time pbuilder (or piuparts or whatever) needs it. I propose that it be encoded into a new command, apt-default-sources.list or something like that, which, when run, outputs a sources.list that tools like pbuilder and piuparts can use. Put the heuristics into that command, and then it doesn't need to be duplicated in every package that needs it. -- The most difficult thing in programming is to be simple and straightforward. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A sane guess at default Debian mirror for pbuilder
Hi, > > debootstrap: > > uses ftp.debian.org as default mirror. > > debconf questions aside, I think ftp.debian.org is a much saner *default* > than ftp.jp.debian.org. I've always wondered where the later silly default > came from. =) Good Trivia question. The reasons for using ftp.jp.debian.org are, in random order: 1. ftp.debian.org is not a full mirror anymore, it doesn't have the lesser architectures. 2. ftp.jp.debian.org is slow for most people, but it does have the network bandwidth; which is not too bad as a default mirror. 3. It's just a default, people are expected to edit the configuration. 4. Historic reason: at one time in history, ftp.debian.org used to be unstable compared to ftp.jp.debian.org. Changing default mirror to something more reliable probably saved a few bugreports. (However, looking back at the repository log, it was ftp.jp.debian.org from day 2, so I don't really know if that's true) regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: checklib
Lucas Nussbaum ha scritto: > On 24/05/07 at 21:22 +0200, Pierre Habouzit wrote: >> On Thu, May 24, 2007 at 08:26:00PM +0200, A Mennucc wrote: >>> maybe the source code may be uploaded in the alioth project >> that would be good yes. > > Feel free to use the collab-qa alioth project for that, if you want. there is a 'checklib' project in alioth a. signature.asc Description: OpenPGP digital signature
Bug#426277: ITP: eigen -- a lightweight c++ template library for linear algebra
Package: wnpp Severity: wishlist Owner: Sune Vuorela <[EMAIL PROTECTED]> * Package name: eigen Version : 1.0.5 Upstream Author : Benoit Jacob (jacob at math jussieu fr) and others * URL : http://eigen.tuxfamily.org/ * License : GPL + incorporate-in-your-software exception Programming Lang: c++ Description : a lightweight c++ template library for linear algebra Eigen is a lightweight C++ template library for vector and matrix math, a.k.a. linear algebra. Unlike most other linear algebra libraries, Eigen focuses on the simple mathematical needs of applications: games and other OpenGL apps, spreadsheets and other office apps, etc. Eigen is dedicated to providing optimal speed with GCC. This will be packaged by debian-qt-kde team for kde4 /Sune -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A sane guess at default Debian mirror for pbuilder
On Sun, 27 May 2007 19:22:26 +0300 Lars Wirzenius <[EMAIL PROTECTED]> wrote: > > emdebian-tools: > > Using 'apt-cache policy' to obtain information > > -> told on IRC that it loses port number info. > > -> probably picks up security mirrors too, which > > can't really be used for running debootstrap. > > I should have to dig up documentation, but I can't see that apt-cache > policy outputs enough info to re-create the sources.list lines. emdebian-tools doesn't try to recreate the sources.list lines - all that check is required to do is identify whether the apt-cache policy already includes a Primary Mirror. emdebian-tools then simply adds the Emdebian repository (/etc/apt/sources.list.d/emdebian.sources.list) and a Primary if a primary is not already in use. Primaries are essential for cross-building so that the apt-cache can get accurate data for whatever architecture is required. It's quite specific to emdebian, it doesn't help that much in a general script like piuparts of pbuilder - except that I would prefer that a primary is always available because it makes cross-building so much easier. > > debootstrap: > > uses ftp.debian.org as default mirror. > > If ftp.debian.org doesn't contain all architectures, then that's a bad > default, imho. Agreed. > > Probably difficult parts: > > handling CD-ROM installation > > I don't think running pbuilder against CD-ROMs is a workable solution in > the modern world. There's way too many CDs involved. Anyone who really > wants to do that can be expected to go through the small amount of pain > of configuring pbuilder manually. (Same discussion happened in Emdebian - CDROM support may be possible in the future but it isn't supported in emdebian-tools yet.) > I don't think using debconf is a good idea. Any answer you get is valid > when the package is installed, but won't be valid later. The answer > should be generated dynamically, each time pbuilder (or piuparts or > whatever) needs it. > > I propose that it be encoded into a new command, > apt-default-sources.list or something like that, which, when run, > outputs a sources.list that tools like pbuilder and piuparts can use. > Put the heuristics into that command, and then it doesn't need to be > duplicated in every package that needs it. That would be very handy! The default could then be the closest/quickest primary mirror. It would be important (from my perspective) that this default is required to be a primary mirror - maybe offer the user only the list of primaries and don't allow manual editing. (The current list of primaries is in the emdebian-tools postinst or here: http://www.debian.org/mirrors/list ) -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpzVbWUjpsKC.pgp Description: PGP signature
Re: A sane guess at default Debian mirror for pbuilder
Junichi Uekawa wrote:
> Looking for prior art I found the following:
d-i uses the following hack to figure out where to download udebs from
when building installation media:
grep '^deb[ \t]' $(SYSTEM_SOURCES_LIST) \
|grep -v '^deb[ \t]cdrom:' \
|grep -v
'\(security.debian.org\|volatile.debian.\(net\|org\)\)' \
|grep '[ \t]main' \
|awk '{print $$1 " " $$2}' \
|sed "s,/* *$$, $(SUITE) $(UDEB_COMPONENTS)," \
|sed "s,^deb file,deb copy," \
|perl -ne 'print unless $$seen{$$_}; $$seen{$$_}=1' ; \
--
see shy jo
signature.asc
Description: Digital signature
Re: A sane guess at default Debian mirror for pbuilder
On Sunday 27 May 2007 19:43, Joey Hess wrote: > d-i uses the following hack to figure out where to download udebs from > when building installation media: Note that this can result in multiple sources. If you want only one, this hack would need to be refined. Cheers, FJP pgpKGmesG3WSG.pgp Description: PGP signature
Re: A sane guess at default Debian mirror for pbuilder
On su, 2007-05-27 at 18:05 +0100, Neil Williams wrote: > That would be very handy! The default could then be the > closest/quickest primary mirror. It would be important (from my > perspective) that this default is required to be a primary mirror - > maybe offer the user only the list of primaries and don't allow manual > editing. That would be a very unfortunate requirement from my point of view. I have a personal mirror and would prefer not to have to continue to configure ever instance of every tool to use it. -- Fun is productive -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: removing 'printtool' from archives
A Mennucc <[EMAIL PROTECTED]> writes: > I think that 'printtool' has outlived its usefullness: its database > of printers (that is actually contained in the package > 'printfilters-ppd', for some strange reason) is outdated; and Debian > ships many tools to configure printing (foomatic-gui , > gnome-cups-manager , just to name two) , that work well and have > up-to-date printer databases. I think that because there are modern replacements which work well, removal would be for the best. It will also reduce the confusion for users if there is one less printing package to need try out. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. pgpv8qmh0PgDT.pgp Description: PGP signature
Re: Wanted: introductory page for all teams
On Sun, May 27, 2007 at 08:13:37AM +0200, Christian Perrier wrote: > How were things working in the debian-glibc CVS? Did accidents or hot > discussions hapen because of the very opened commit access? No more so than happens today with the more closed SVN repo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A sane guess at default Debian mirror for pbuilder
On Sun, 27 May 2007 21:01:19 +0300 Lars Wirzenius <[EMAIL PROTECTED]> wrote: > On su, 2007-05-27 at 18:05 +0100, Neil Williams wrote: > > That would be very handy! The default could then be the > > closest/quickest primary mirror. It would be important (from my > > perspective) that this default is required to be a primary mirror - > > maybe offer the user only the list of primaries and don't allow > > manual editing. > > That would be a very unfortunate requirement from my point of view. I > have a personal mirror and would prefer not to have to continue to > configure ever instance of every tool to use it. Unless your own mirror supports all Debian architectures, you will still need a primary for emdebian-tools. Do you test build your own Debian packages against your own mirror? Is that wise? -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpsmM2I8xkEf.pgp Description: PGP signature
Bug#320283: ITO: re2c
The spamassassin just uploaded to unstable has a new feature for compiling rulesets to native code which apparently results in a large performance boost[0]. The sa-compile(1p) man page states that re2c version 0.10.x is required for this functionality, and only an orphaned 0.9.x is available in Debian. I intend to adopt re2c and upload the latest upstream version (0.12.1). [0] http://lwn.net/Articles/232696/ -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: A sane guess at default Debian mirror for pbuilder
On su, 2007-05-27 at 20:06 +0100, Neil Williams wrote: > Unless your own mirror supports all Debian architectures, you will > still need a primary for emdebian-tools. Do you test build your own > Debian packages against your own mirror? Is that wise? I don't use emdebian in any way, so any requirements it has are irrelevant for which mirror piuparts and pbuilder should use when I use them. However, if I did use emdebian, I would be mirroring anything I need, and would be rather upset if emdebian tools would insist on clogging my network connection (which I might not have while running the tools -- think Debcamp). -- On IRC, we sometimes like to watch silence. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426298: ITP: libcommons-attributes-java -- adds C#/.Net-style attributes to Java code
Package: wnpp Severity: wishlist Owner: Torsten Werner <[EMAIL PROTECTED]> * Package name: libcommons-attributes-java Version : 2.2 Upstream Author : The Apache Software Foundation * URL : http://jakarta.apache.org/commons/attributes/ * License : Apache 2.0 Programming Lang: Java Description : adds C#/.Net-style attributes to Java code The Apache Jakarta Commons Attributes library enables Java programmers to use C#/.Net-style attributes in their code. . Homepage: http://jakarta.apache.org/commons/attributes/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A sane guess at default Debian mirror for pbuilder
On Mon, May 28, 2007 at 12:25:50AM +0900, Junichi Uekawa wrote: > After 6 years or so of setting ftp.jp.debian.org as default for > pbuilder, I'm finally determined that it shouldn't stay like this. So > I'd like to have some default guessing to happen. Preferably I don't > want to ask via debconf, since users should have already answered the > question at installation-time. I think the most accurate method would be to scan the list of configured apt sources, and choose the first one which matches the Debian release the user is currently running (via the information from Releases). If the necessary API isn't available yet, this could probably be added to python-apt without too much trouble, and might be useful elsewhere as well. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Wanted: introductory page for all teams
On Sun, May 27, 2007 at 04:00:10PM +0200, Bart Martens wrote: > On Sun, 2007-05-27 at 13:31 +0100, Mark Brown wrote: > > What you're saying here appears to be that you find Frans' response > > unhelpful and unconstructive. > I didn't read it that way. I think that Pierre meant to say that > sometimes it should be OK to give criticism on inefficient procedures > while not volunteering any work related to those inefficient procedures. Well, quite; that's the why - one might paraphrase Pierre as saying that he does not find it helpful to respond to problems by telling the person reporting the problem to fix it. That's a reasonable view but complaining about an unhelpful response to a confrontational report does seem less resonable. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." signature.asc Description: Digital signature
Re: Bug#320283: ITO: re2c
On Sun, May 27, 2007 at 03:30:06PM -0400, Robert Edmonds wrote: > The spamassassin just uploaded to unstable has a new feature for > compiling rulesets to native code which apparently results in a large > performance boost[0]. The sa-compile(1p) man page states that re2c > version 0.10.x is required for this functionality, and only an orphaned > 0.9.x is available in Debian. I intend to adopt re2c and upload the > latest upstream version (0.12.1). Whoops, looks like I missed that dependency on re2c >= 0.10.0 for spamassassin, but I think it's working fine with 0.9.x. (At least, I haven't found a problem with it.) I'd be happy to co-maintain the package if you would like a co-maintainer. (Though I'm not going to have much time for Debian in the next couple of weeks.) -- Duncan Findlay pgpXn9aVLoOuf.pgp Description: PGP signature
Re: Uploading wxWidgets 2.8 to experimental ?
Hello, the latest upstream versions of BOINC (boinc.berkeley.edu) for which there are packages in Debian do require wxWindows in version 2.8. It would be lovely to have it in unstable. Cheers, Steffen On Sunday 27 May 2007 12:30:14 Adam Cécile (Le_Vert) wrote: > Hi, > > I already built wx2.8 from ubuntu on my debian lenny for testing > purpose. It build and works fine, I have been able to get latest > filezilla running without any issues. > I would be really happy if you could upload it to unstable, then I'll > help fixing bugs if I can and can help you to keep it synced with the > ubuntu package. > > Charles Plessy a écrit : > > Le Sat, May 26, 2007 at 03:44:56AM +0930, Ron a écrit : > >> offer any proof that we can transition to this release > >> without major breakage in an important application. > > > > Dear Ron, > > > > I am member of a team which is Maintainer: of a package using wxWidgets. > > I would be happy to test it against an experimental version of wx2.8, in > > order to report problems to Upstream. > > > > But I am not comfortable enough with library packaging to produce > > private packages. > > > > If the people who depend on wxWidgets would agree to use 2.8 packages > > just for tests and to not upload uncoordinated upgrades to unstable, > > would you agree to publish 2.8 packages? Alternatively, would it be OK > > if a DD would upload Ubuntu's packages to experimental? > > > > Have a nice day, signature.asc Description: This is a digitally signed message part.
etch-proposed-updates amd64 Release file fails checksum [Was: possible problem with ftp.us.debian.org]
Dear Developers, I found a problem with our package repository for amd64 in etch-proposed-updates. More than a month ago I filed a bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418956 which was merged with another one later on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=419505 but problem persists and no workarounds were mentioned. IIRC amd64 is the 2nd most popular architecture, and most of the people use proposed-updates, I just wonder if there is any workaround, or when the issue gets resolved. Thanks in advance for ideas -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#320283: ITA: re2c
[ The subject should have read "ITA", not "ITO". ] Duncan Findlay wrote: > Whoops, looks like I missed that dependency on re2c >= 0.10.0 for > spamassassin, but I think it's working fine with 0.9.x. (At least, I > haven't found a problem with it.) That's fortunate; I guess spamassassin upstream developed their support against re2c 0.10, which I believe was the previous stable release before 0.12. According to the upstream re2c changelog, there's been a lot of activity since 0.9.12. > I'd be happy to co-maintain the package if you would like a > co-maintainer. (Though I'm not going to have much time for Debian in > the next couple of weeks.) Thanks, but I think I can handle a single binary package like re2c just fine. As a devoted spamassassin user, spamassassin compatibility is my top priority for re2c. BTW, are you planning to fix the sa-update cron spam issue (#425962) soon? :) -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#426315: ITP: libjamon-java -- Java API for easy monitoring production applications
Package: wnpp Severity: wishlist Owner: Torsten Werner <[EMAIL PROTECTED]> * Package name: libjamon-java Version : 2.5 Upstream Author : Steve Souza * URL : http://jamonapi.sourceforge.net/ * License : BSD Programming Lang: Java Description : Java API for easy monitoring production applications The Java Application Monitor (JAMon) is a free, simple, high performance, thread safe, Java API that allows developers to easily monitor production applications. JAMon can be used to determine application performance bottlenecks, user/application interactions, track application scalability, and more. . Homepage: http://jamonapi.sourceforge.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch-proposed-updates amd64 Release file fails checksum [Was: possible problem with ftp.us.debian.org]
On Sun, May 27, 2007 at 04:57:46PM -0400, Yaroslav Halchenko wrote: > IIRC amd64 is the 2nd most popular architecture, and most of the people > use proposed-updates, This last is simply not true. Although it's now significantly /safer/ to use proposed-updates than it was in the past, because now only packages accepted by the SRMs are present in proposed-updates reducing the risk of needing to downgrade & hold a package to get security support, proposed-updates is not configured by default and there's no particular reason that it should be. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch-proposed-updates amd64 Release file fails checksum [Was: possible problem with ftp.us.debian.org]
ok - point is taken and a workaround is to don't use proposed-updates at all (which I have to do for the last months anyways). It remains strange though why amd64 is so unfortunate to have this bug of broken 'official' part of Debian repository. On Sun, 27 May 2007, Steve Langasek wrote: > > IIRC amd64 is the 2nd most popular architecture, and most of the people > > use proposed-updates, > This last is simply not true. Although it's now significantly /safer/ to > use proposed-updates than it was in the past, because now only packages > needing to downgrade & hold a package to get security support, -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
