Re: history transparency
Philip Ashmore writes: > Is there a web interface for that, or a script that can do this? debsnap -a is quite useful. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/84mwu5dt0w@sauna.l.org
Re: Availability of Debian official cloud images from debian.org
On Fri, Mar 15, 2013 at 02:28:07PM +0800, Thomas Goirand wrote: > So, put in simple words: we need something like this. Question is, where > can this be uploaded? To me, cdimage.debian.org seem to be the natural > place. Does it make sense to everyone else? Could we, in a near future, > imagine having these images creation, included in the official release > build process, together with the CDs, DVDs, etc.? Thanks for starting this discussion. However, I've the feeling you are starting it with the assumption that there is some sort of the opposition to the idea, while it seems to me that it simply something that hasn't happened *yet*. As usual, probably just because no one has done the needed work, yet. The answers to most of the question you ask is likely "yes, please contribute to the solution" :) More specifically, I suggest to contact the relevant teams first, instead of starting a -devel wide discussion which will surely gather a lot of opinions, but will also bring us no closer to have an implemented solution. I wanted to get in touch myself with the cdimage team, for instance, but ran short of time. If you could do that, it would be great! On the other hand, I suspect that asking only "what do you think?" wouldn't help much, unless you provide useful figures such as the ratio at which the image changes, the expected total size of the images, how much they are expected to grow over time, etc. Those technical aspects are all to be figured out before we will be able to move forward. If you can look into it, it would be great. Thanks! PS setting M-F-T to -cloud -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Re: apt-show-versions rewrite
David Kalnischkies left as an exercise for the reader: > You forgot to provide the source for your rewrite; the "library" is rather > small to have a serious look at it even through a multithreaded cache would > be interesting, but it not even builds as I miss a "blossom.h" which apt-file > couldn't tell me where to find … My apologies for trying to get this started in parallel. It clearly got things off on the wrong foot. You'll find things quite a bit more developed now, I think; as I said on Monday, I was aiming for feature equivalence by Friday, and expect to hit it with completion of bug 681 tomorrow: https://github.com/dankamongmen/raptorial https://www.sprezzatech.com/bugs/show_bug.cgi?id=681 In any case, it appears that this is an idea which is only going to stir up resentment from the APT team -- understandably, I suppose -- and thus I cheerfully withdraw my suggestion that Debian and the APT Team look at it. I look forward to a non-glacial apt-show-versions in Debian, however it happens and whomever writes it. Feel free to package rapt-show-versions should that C++ apt-show-versions never get itself written. Be well! -- nick black http://www.sprezzatech.com -- unix and hpc consulting to make an apple pie from scratch, you need first invent a universe. signature.asc Description: Digital signature
Re: apt-show-versions rewrite
David, especially after reading http://raphaelhertzog.com/2010/12/10/people-behind-debian-david-kalnischkies-an-apt-developer/, I can see how my original post would totally get under your skin. I definitely didn't intend to do that; apologies! This project was motivated by one major thing: certain operations involving libapt are way slower than they need to be. You mention that "time spent rewriting parsing code is time that could add new features." That's surely true, but the functionality of APT as stands is sufficient for my needs. The performance of that functionality is not. I do *not* intend to rewrite the entirety of APT -- I hoped to rewrite the underbelly, the part furthest away from the user. As soon as I can, I'll then take the current APT code, and drape it over what I have. I suspected it would be easier to graft the toplayer onto a new bottom layer designed for multicore/fastdisk than it would be to retrofit the existing code. Reading your quoted words: "APT2 isn’t much more than the name—which I completely dislike—currently from a user point of view, so I can’t really comment on that. All of them make me sad as each line invested in boilerplate code like configuration file parsing would be in my eyes better be spent in a bugfix..." raptorial currently has 150 lines of lexing, a third of which is comments. Not that much boilerplate code. The emphasis here is on parallelism and algorithmic improvements. As you and others pointed out, mine is a "fairly limited" lexer. That is by design, as lexing files is a solved problem. I had hoped that by presenting advanced technology for the sinews holding things together, it would be assumed that I could handle copying over crap lexing state machines. Apparently not. "be spent in a bugfix or new feature instead, but I am not here to tell anyone what they should do in their free time…" If you accept my point of view that lackluster performance is a bug, I've been working on a bugfix, though admittedly a highly invasive one. One can't point at DBTS, perhaps, because if someone say went and filed a bug claiming "your shit is slow", I think we can all agree they'd be invited to provide patches and measurements, if the bug wasn't closed outright. Well, your shit is slow (though feature-awesome!), and my shit is fast (though feature-starved!), and I'll provide timings if you're interested, or I can happily just keep it in SprezzOS. But every time someone's wrenched from a solid work flow by waiting around on some APT ecosystem operation for that sick second that separates smooth interactivity from "slow piece of garbage computer!!", it's a bug to them. I'm on #debian-apt and will hang out there today. Perhaps threading out the existing APT core won't be as painful as I expected, especially since a viable design effecting proven speedup already exists? Let's talk. Hack on! --nick -- nick black http://www.sprezzatech.com -- unix and hpc consulting to make an apple pie from scratch, you need first invent a universe. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130315113042.ga22...@qemfd.net
Re: ITP: taopm -- Software package for sound synthesis with physical models
On Fri, 15 Mar 2013 11:56:35 +, Tiago B. Vaz wrote > Package: wnpp > Severity: wishlist > Owner: "Tiago B. Vaz" > > * Package name: taopm > Version : 1.0 > Upstream Author : Mark Pearson > * URL : http://taopm.sourceforge.net > * License : GPL > Programming Lang: C++ > Description : Software package for sound synthesis with > physical models > > Tao is a software package for sound synthesis using physical > models. It provides a virtual acoustic material constructed from > masses and springs which can be used as the basis for building quite > complex virtual musical instruments. Getting a "host bugs-master.debian.org[140.211.166.26] said: 452 Space shortage, please try later (in reply to MAIL FROM command" so #bug not assigned. -- Tiago Vaz http://acaia.ca/~tiago 0xA504FECA - http://pgp.mit.edu -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130315121152.m87...@debian.org
Re: adduser Pre-Depends for qemu-system-common
Quoting Wookey (woo...@wookware.org): > +++ Serge Hallyn [2013-03-14 14:58 -0500]: > > Hi, > > > > > To fix this the kvm group should be created during preinst before the > > udev rules file is unpacked. This requires adding adduser to the > > Pre-Depends. vorlon warned me that any new pre-depends should be > > discussed here first, so I'm emailing to ask - is this ok? Is there > > a better way? > > I don't know if there is a better way in this particular case but I do > know that adding users in preinsts does cause problems. Preinsts that > do anything important (which is not dealing with upgrades from > previous packages) cause issues for cross-arch rootfs generation, > where the system has to be booted before preinsts can be run. Mysql, > for example, creates its user in the preinst and this breaks if you > create a foreign-arch rootfs with multistrap containing mysql. I find > it hard to imagine why this necessary, but I assume someone had a good > reason. > > Making sure that the user/group is _also_ created in the postinst if > it's not already been done would make everything work nicely from my > POV. Avoiding doing such things in preinsts at all is good if possible. . Thanks, I'll make sure to keep it there as well. It's also been pointed out to me that actually qemu-kvm, which is being replaced by qemu, already had adduser in Pre-Depends. So actually this isn't a new case, and perhaps this thread was unnecessary :) (But then I wouldn't have thought about this case) thanks, -serge -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130315132754.GA3782@sergelap
Re: ITP: taopm -- Software package for sound synthesis with physical models
Quoting Tiago Vaz (2013-03-15 13:17:06) > On Fri, 15 Mar 2013 11:56:35 +, Tiago B. Vaz wrote > > Package: wnpp > > Severity: wishlist > > Owner: "Tiago B. Vaz" > > > > * Package name: taopm > > Version : 1.0 > > Upstream Author : Mark Pearson > > * URL : http://taopm.sourceforge.net > > * License : GPL > > Programming Lang: C++ > > Description : Software package for sound synthesis with > > physical models You should probably strip that leading "Software package for " in the short description. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130315161134.17366.78...@auryn.jones.dk
Bug#703104: ITP: ruby-multipart-parser -- simple parser for multipart MIME messages
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio * Package name: ruby-multipart-parser Version : 0.1.1 Upstream Author : Daniel Abrahamsson * URL : https://github.com/danabr/multipart-parser * License : Expat Programming Lang: Ruby Description : simple parser for multipart MIME messages multipart-parser is a simple parser for multipart MIME messages, written in Ruby, based on felixge/node-formidable's parser. Some things to note: - pure Ruby - event-driven API - only supports one level of multipart parsing: another parser needs to be invoked to handle nested messages - does not perform I/O - does not depend on any other library -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#703105: ITP: ruby-upr -- Upload Progress for Rack
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio * Package name: ruby-upr Version : 0.2.0 Upstream Author : upr hackers * URL : http://www.example.org/ * License : Ruby or GPL-2 Programming Lang: Ruby Description : Upload Progress for Rack upr is Rack middleware that allows browser-side upload progress monitoring. It is based on (and should be client-side compatible with) several upload progress modules including ones used by leading web servers. It allows any Moneta backing store in addition to DRb. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#703107: ITP: rainbows -- HTTP server for sleepy Rack applications
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio * Package name: rainbows Version : 4.5.0 Upstream Author : Rainbows! Hackers * URL : http://rainbows.rubyforge.org/ * License : Ruby or GPL-2 or GPL-3 Programming Lang: Ruby Description : HTTP server for sleepy Rack applications Rainbows! is an HTTP server for sleepy Rack applications. It is based on Unicorn, but designed to handle applications that expect long request/response times and/or slow clients. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
bugs.debian.org: something's wrong...
Hi Is it just me or am I the only one getting bug reports from bugs that don't seem to exist on bugs.debian.org. The latest bug that I can find is 703078. The next one [1] fails and after that it says it can not be found. An error occurred. Error was: Bad bug log for Bug 703079. Unable to read records: state kill-init at end at /usr/local/lib/site_perl/Debbugs/Log.pm line 293. Debian Bug report logs - #703080 There is no record of Bug #703080. Try the search page instead. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703079 Paul signature.asc Description: OpenPGP digital signature
Re: bugs.debian.org: something's wrong...
Hi, Am 15.03.2013 20:14, schrieb Paul Gevers: Hi Is it just me or am I the only one getting bug reports from bugs that don't seem to exist on bugs.debian.org. I do not think that you are alone. The latest bug that I can find is 703078. The next one [1] fails and after that it says it can not be found. An error occurred. Error was: Bad bug log for Bug 703079. Unable to read records: state kill-init at end at /usr/local/lib/site_perl/Debbugs/Log.pm line 293. We sent a report on 16:11 o'clock (german time) and it was deffered until 19:50 with the message: status=deferred (host bugs-master.debian.org[140.211.166.26] said: 452 Space shortage, please try later (in reply to MAIL FROM command)) And now it is still not available at the bug tracker. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51436a4f.3030...@debian.org
Bug#703111: ITP: taopm -- Software package for sound synthesis with physical models
Package: wnpp Severity: wishlist Owner: "Tiago B. Vaz" * Package name: taopm Version : 1.0 Upstream Author : Mark Pearson * URL : http://taopm.sourceforge.net * License : GPL Programming Lang: C++ Description : Software package for sound synthesis with physical models Tao is a software package for sound synthesis using physical models. It provides a virtual acoustic material constructed from masses and springs which can be used as the basis for building quite complex virtual musical instruments. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130315115635.8656.8636.report...@vps.acaia.ca
Re: ITP: taopm -- Software package for sound synthesis with physical models
On Fri, 2013-03-15 at 17:11 +0100, Jonas Smedegaard wrote: > Quoting Tiago Vaz (2013-03-15 13:17:06) > > On Fri, 15 Mar 2013 11:56:35 +, Tiago B. Vaz wrote > > > Package: wnpp > > > Severity: wishlist > > > Owner: "Tiago B. Vaz" > > > > > > * Package name: taopm > > > Version : 1.0 > > > Upstream Author : Mark Pearson > > > * URL : http://taopm.sourceforge.net > > > * License : GPL > > > Programming Lang: C++ > > > Description : Software package for sound synthesis with > > > physical models > > You should probably strip that leading "Software package for " in the > short description. yep, i will, thanks. -- tiago -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1363378080.10549.6.camel@localhosti
Re: apt-show-versions rewrite
On Fri, 2013-03-15 at 07:30 -0400, nick black wrote: [...] > If you accept my point of view that lackluster performance is a bug, I've > been working on a bugfix, though admittedly a highly invasive one. [...] I'd like to thank you for working on APT performance, as I do feel it's a weak point at present. It's surprisingly slow even on fast computers, and can be painfully so on old/low-end machines. But to benefit the most number of users, I think you will need to work on merging these improvements back into the original libapt. Ben. (not an APT developer) -- Ben Hutchings Humans are not rational beings; they are rationalising beings. signature.asc Description: This is a digitally signed message part
