Can Tien Ban Gap xe 04 Banh
Can Tien Ban Gap xe 04 BanhLoai Toyota Corola 1.5 may 2.0Gia Cuc Re: 35 trieu dongMa'y lanh OKAi co' thien chi' mua truoc het xin mail ve d/c: [EMAIL PROTECTED]Xin cam on da doc mail
Re: Please participate in popularity-contest
Petter Reinholdtsen wrote: Perhaps some of the reports got lost in the mail? Or because many machines are not turned on that early in the morning. Hopefully the HTTP option will increase the participation count. Thx for the message. I now upgraded to 1.30 and checked, if installed on all my machines. You should change the description | When you install this package, it sets up a cron job that will | anonymously e-mail the Debian developers ^^ Helmut Wollmersdorfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: (no subject)
Ryan Schultz wrote: The question: For -devel... does anyone know why this list receives so many questions about Callwave? A sample: ... and ... I mean, a -devel post is the first answer for a Google search for 'howto uninstall callwave'... the answer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: does gs needs to depend on gsfonts, or could it use ttf fonts maybe?
[Miernik] gs-common package depends on gsfonts package, what if I don't want to use these Type 1 fonts at all, and would purge the gsfonts package. Would GS work with TTF fonts which are on my system instead? gs is a PostScript interpreter. The PostScript language spec requires a specific set of 14 fonts to be present. (Whether they are Type 1 or Type 2 or Type 42 doesn't really matter.) If a document wants to use other fonts, it normally has to embed them, but any PostScript document can freely assume that the standard fonts will be present. So tell us. Is gs able to determine from among your TrueType fonts which ones might have faces and metrics similar enough to the standard PostScript ones to be substituted? Can it do this on any system with any mix of TrueType fonts? Are you sure? Peter signature.asc Description: Digital signature
Re: broken g++ transition packages
On Sun, Jul 24, 2005 at 05:44:53PM +0200, Olaf van der Spek wrote: Is there no way to (semi) automatically request a rebuild on a buildd? No. Why would you need that? Having the extra opinion of a porter on whether or not a binNMU is necessary seems like a good idea to me. After all, it doesn't sound like an unreasonable expectation that a porter would have more experience with this. -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: does gs needs to depend on gsfonts, or could it use ttf fonts maybe?
[Peter Samuelson] So tell us. Is gs able to determine from among your TrueType fonts which ones might have faces and metrics similar enough to the standard PostScript ones to be substituted? Can it do this on any system with any mix of TrueType fonts? Are you sure? Also, try running 'apt-cache rdepends gs' some time. Consider how many of the packages which depend on gs also depend on its ability to display the standard 14 PostScript fonts. Probably most of them, frankly. If you want to weaken the gs - gsfonts dependency to a Recommends, you will have to add a lot of other dependencies on gsfonts. signature.asc Description: Digital signature
http://torrents.debian.org -- idea
After the DebConf5 Videos came out, I e-mailed Joey (joey -at- infodrom.org) about seeding torrents for the videos. I had mentioned that I had always thought that debian should have a torrents sub-domain with a list of torrents for the cd images and other large data. FWIW: I am aware of http://www.debian.org/CD/torrent-cd/ The idea isn't just for CD images, but also for other things that might take insain amounts of data (e.g. videos). Would that be a good idea to have that sub-domain? Has this been brought up before? Joey suggested that I mention it on the list. What do you guys think? btw: (would this have been more appropriate on debian-project@lists.debian.org)? I wasn't sure. Best Regards, - Mick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please participate in popularity-contest
Helmut Wollmersdorfer [EMAIL PROTECTED] writes: Petter Reinholdtsen wrote: Perhaps some of the reports got lost in the mail? Or because many machines are not turned on that early in the morning. apt-get install anacron MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt 0.6 downloads from second archive?
Graham Williams [EMAIL PROTECTED] writes: Received Fri 22 Jul 2005 11:58pm +1000 from Goswin von Brederlow: Graham Williams [EMAIL PROTECTED] writes: Received Fri 22 Jul 2005 9:27am +1000 from Matthew Palmer: On Thu, Jul 21, 2005 at 07:12:29AM +1000, Graham Williams wrote: Since installing apt 0.6 on an otherwise up-to-date unstable (except for anything depending on the aspell libraries...) packages on my local archive are being overlooked even though this archive is listed before others in my apt/sources.list. Downgrading to apt 0.5 and things work again as expected (i.e., most is downloaded from localhost). ... It is all http! deb http://localhost/pub/debian unstable main contrib non-free deb ftp://ftp.nerim.net/debian-marillat/ unstable main deb ftp://ftp.iinet.net.au/debian/debian/ unstable main contrib non-free deb ftp://mirror.aarnet.edu.au/pub/debian unstable main contrib deb http://ftp.debian.org/debian unstable main contrib non-free Regards, Graham What does apt-cache policy something say? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: http://torrents.debian.org -- idea
Mick Weiss [EMAIL PROTECTED] writes: After the DebConf5 Videos came out, I e-mailed Joey (joey -at- infodrom.org) about seeding torrents for the videos. I had mentioned that I had always thought that debian should have a torrents sub-domain with a list of torrents for the cd images and other large data. FWIW: I am aware of http://www.debian.org/CD/torrent-cd/ The idea isn't just for CD images, but also for other things that might take insain amounts of data (e.g. videos). Would that be a good idea to have that sub-domain? Has this been brought up before? Joey suggested that I mention it on the list. What do you guys think? btw: (would this have been more appropriate on debian-project@lists.debian.org)? I wasn't sure. Best Regards, - Mick I was looking for a torrent for the videos because I didn't want to wget them with my dsl line disconnecting every now and then. So I think this would be a good idea. Why don't you, if you can run a tracker somewhere, start with a torrents.debian.net and see how it goes. I guess you need some kind of access control so not everyone can upload a random torrent and so that enough people can upload a torrent to make it usefull. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: http://torrents.debian.org -- idea
On Mon, Jul 25, 2005 at 04:49:20AM -0400, Mick Weiss wrote: Would that be a good idea to have that sub-domain? Has this been brought up before? Joey suggested that I mention it on the list. Seems like the kind-of thing which could be put under debian.net initially, and if it looks like a valuable service, converted to a .org subdomain. -- Jon Dowland http://jon.dowland.name/ PGP fingerprint: 7032F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: http://torrents.debian.org -- idea
* Mick Weiss: What do you guys think? The concern that is usually voiced by traditional mirror operators is that trackers and seeders are hard to maintain because BitTorrent is not really amenable to scripting. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: does gs needs to depend on gsfonts, or could it use ttf fonts maybe?
On Mon, Jul 25, 2005 at 03:17:47AM -0500, Peter Samuelson wrote: [Miernik] gs-common package depends on gsfonts package, what if I don't want to use these Type 1 fonts at all, and would purge the gsfonts package. Would GS work with TTF fonts which are on my system instead? gs is a PostScript interpreter. The PostScript language spec requires a specific set of 14 fonts to be present. Can you list these 14 fonts, which of these 35 fonts are the 14 required? szrenica:~$ fc-list | sort | grep -v DejaVu Century Schoolbook L:style=Bold Century Schoolbook L:style=Bold Italic Century Schoolbook L:style=Italic Century Schoolbook L:style=Roman Dingbats:style=Regular Nimbus Mono L:style=Bold Nimbus Mono L:style=Bold Oblique Nimbus Mono L:style=Regular Nimbus Mono L:style=Regular Oblique Nimbus Roman No9 L:style=Medium Nimbus Roman No9 L:style=Medium Italic Nimbus Roman No9 L:style=Regular Nimbus Roman No9 L:style=Regular Italic Nimbus Sans L:style=Bold Nimbus Sans L:style=Bold Condensed Nimbus Sans L:style=Bold Condensed Italic Nimbus Sans L:style=Bold Italic Nimbus Sans L:style=Regular Nimbus Sans L:style=Regular Condensed Nimbus Sans L:style=Regular Condensed Italic Nimbus Sans L:style=Regular Italic Standard Symbols L:style=Regular URW Bookman L:style=Demi Bold URW Bookman L:style=Demi Bold Italic URW Bookman L:style=Light URW Bookman L:style=Light Italic URW Chancery L:style=Medium Italic URW Gothic L:style=Book URW Gothic L:style=Book Oblique URW Gothic L:style=Demi URW Gothic L:style=Demi Oblique URW Palladio L:style=Bold URW Palladio L:style=Bold Italic URW Palladio L:style=Italic URW Palladio L:style=Roman szrenica:~$ (Whether they are Type 1 or Type 2 or Type 42 doesn't really matter.) If a document wants to use other fonts, it normally has to embed them, but any PostScript document can freely assume that the standard fonts will be present. So tell us. Is gs able to determine from among your TrueType fonts which ones might have faces and metrics similar enough to the standard PostScript ones to be substituted? Can it do this on any system with any mix of TrueType fonts? Are you sure? szrenica:~$ fc-list | sort | grep Deja DejaVu Sans Condensed:style=Bold DejaVu Sans Condensed:style=BoldOblique DejaVu Sans Condensed:style=Condensed DejaVu Sans Condensed:style=Oblique DejaVu Sans Mono:style=Bold DejaVu Sans Mono:style=BoldOb DejaVu Sans Mono:style=Oblique DejaVu Sans Mono:style=Roman DejaVu Sans:style=Bold DejaVu Sans:style=BoldOblique DejaVu Sans:style=Book DejaVu Sans:style=Oblique DejaVu Serif Condensed:style=Bold DejaVu Serif Condensed:style=BoldOblique DejaVu Serif Condensed:style=Condensed DejaVu Serif Condensed:style=Oblique DejaVu Serif:style=Bold DejaVu Serif:style=BoldOblique DejaVu Serif:style=Oblique DejaVu Serif:style=Roman szrenica:~$ I am not proposing to drop the gsfonts dependency completely, but I would like to be changed to gsfonts | ttf-dejavu if possible. If some other fonts would meet the criteria of the 14-font Postscript standard, these could be added as alternatives too. -- Miernik _ xmpp:[EMAIL PROTECTED] ___/___/ mailto:[EMAIL PROTECTED] Protect Europe from a legal disaster. Petition against software patents http://www.noepatents.org/index_html?LANG=en pgpEYUXoag3Kw.pgp Description: PGP signature
Re: http://torrents.debian.org -- idea
On 7/25/05, Florian Weimer [EMAIL PROTECTED] wrote: * Mick Weiss: What do you guys think? The concern that is usually voiced by traditional mirror operators is that trackers and seeders are hard to maintain because BitTorrent is not really amenable to scripting. Why not?
Re: does gs needs to depend on gsfonts, or could it use ttf fonts maybe?
[Miernik] Can you list these 14 fonts, which of these 35 fonts are the 14 required? Well, it's been awhile, but as I recall... Times Roman - regular, italic, bold, bold italic Helvetica - regular, oblique, bold, bold oblique Courier - regular, oblique, bold, bold oblique ...and two more, must've been symbol sets. signature.asc Description: Digital signature
Re: does gs needs to depend on gsfonts, or could it use ttf fonts maybe?
On Mon, Jul 25, 2005 at 06:14:17AM -0500, Peter Samuelson wrote: These can be matched with the 12 DejaVu TTF fonts: Times Roman - regular, italic, bold, bold italic DejaVu Serif :style= Roman, Oblique, Bold, BoldOblique Helvetica - regular, oblique, bold, bold oblique DejaVu Sans :style= Book, Oblique, Bold, BoldOblique Courier - regular, oblique, bold, bold oblique DejaVu Sans Mono :style= Roman, Oblique, Bold, BoldOb ...and two more, must've been symbol sets. Than these can just be matched to DejaVu Sans for example, as now with Unicode, symbols can be in any font. Do you see any more problems with changing Depends: gsfonts to Depends: gsfonts | ttf-dejavu ? -- Miernik _ xmpp:[EMAIL PROTECTED] ___/___/ mailto:[EMAIL PROTECTED] Why software shouldn't be covered by patents http://bladeenc.mp3.no/articles/software_patents.html pgpwDpefurUXU.pgp Description: PGP signature
Re: does gs needs to depend on gsfonts, or could it use ttf fonts maybe?
25.07.2005 pisze Miernik ([EMAIL PROTECTED]): These can be matched with the 12 DejaVu TTF fonts: No, they cannot be matched. DejaVu fonts do not provide exactly the same metrics as the standard PS fonts. Anyways, what's your problem with these standard Type1 fonts? Jubal -- [ Miros/law L Baran, baran-at-knm-org-pl, neg IQ, cert AI ] [ 0101010 is ] [ BOF2510053411, makabra.knm.org.pl/~baran/, alchemy pany ] [ The Answer ] Ninety percent of everything is bullshit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: does gs needs to depend on gsfonts, or could it use ttf fonts maybe?
Peter Samuelson [EMAIL PROTECTED] writes: Can you list these 14 fonts, which of these 35 fonts are the 14 required? Well, it's been awhile, but as I recall... Times Roman - regular, italic, bold, bold italic Helvetica - regular, oblique, bold, bold oblique Courier - regular, oblique, bold, bold oblique Symbol (no variants) I expect some documents will try to use the other standard PS fonts though, especially Palatino and ZapfDingbats (the others being Bookman, AvanteGarde, NewCenturySchoolbook, ZapfChancery). -Miles -- Next to fried food, the South has suffered most from oratory. -- Walter Hines Page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: does gs needs to depend on gsfonts, or could it use ttf fonts maybe?
[Miernik] Do you see any more problems with changing Depends: gsfonts to Depends: gsfonts | ttf-dejavu So here's what you do if you want to make this happen: gs uses /usr/share/gs-gpl/8.01/lib/Fontmap (or, rather, Fontmap.GS) to map PostScript font names, including the standard 14, to filenames. This file is provided by gs-gpl, not by gsfonts, which is a bit perverse but I'm sure there's a reason. You'd have to arrange to replace or augment this file somehow when the ttf-dejavu package is installed and the user indicates his desire to use that instead. Then you can do some testing to make sure gs doesn't have some hardcoded knowledge about font encodings (particularly for the Symbol font, and Dingbats or whatever the other required one is) anywhere. Peter signature.asc Description: Digital signature
where is xf86vmode.h ?
hi, apt-file search xf86vmode.h gave me : xlibs-static-dev: usr/X11R6/include/X11/extensions/xf86vmode.h when i tried dpkg -L xlibs-static-dev, i couldn't find xf86vmode inside. my system : ii xlibs-static-dev 6.8.2.dfsg.1-4 where is xf86vmode.h ? cheers Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: where is xf86vmode.h ?
* Fathi Boudra [Mon, 25 Jul 2005 15:06:18 +0200]: where is xf86vmode.h ? libxxf86vm-dev -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 A conclusion is simply the place where someone got tired of thinking. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please participate in popularity-contest
On Mon, 25 Jul 2005, Goswin von Brederlow wrote: Helmut Wollmersdorfer [EMAIL PROTECTED] writes: Petter Reinholdtsen wrote: Perhaps some of the reports got lost in the mail? Or because many machines are not turned on that early in the morning. apt-get install anacron or aptitude install fcron, for that matter. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: where is xf86vmode.h ?
Le Lundi 25 Juillet 2005 14:53, Adeodato Simó a écrit : libxxf86vm-dev thks, it's inside. packages.debian.org reports also that xf86vmode.h is in xlibs-static-dev : http://packages.debian.org/cgi-bin/search_contents.pl?word=xf86vmode.hsearchmode=searchfilescase=insensitiveversion=unstablearch=i386
Help needed: People willing to help co-maintain debian accessibility packages
Hi. As many of you might already have noticed, I recently didn't have as much time for Debian related work as I'd wish (or as the size of the packages I'm involved in would require). It is now about 2 years since the Debian Accessibility project started, and the number of active maintainers of accessibility packages seems to actually go down. For instance, the Emacspeak maintainer recently gave up emacspeak and asked me to take over maintainership. Since I very rarely use Emacspeak these days, it is just yet another thing adding to my TODO list... I actually tried to prepare an upload of emacspeak 21 for several hours, but since something obscure kept breaking I finally gave up on it for a while. We seriously need people willing to help maintain various a11y related packages. I'd like to get help on the following packages: * Emacspeak: Someone to fully take this over would be ideal. I've already asked Sam Hartman but he doesn't have time either and would only take emacspeak over if not doing so would mean it gets removed from the archives. We are at release 17, while upstream is at release 22. Tasks which would need doing are: * Get emacspeak-22 into unstable * Get rid of non-debconf prompting You should be able to work on elisp packages fairly independently, don't expect upstream to give you much help. * speakup: A co-maintainer on this one would be wonderful. I once bought a hardware speech synthesizer for testing speakup, but since my primary output medium is still braille, it doesn't get as much attention as I'd wish it should. Besides, I always had those strange lockups when speakup tries to deliver a lot of speech to the serial port, which very badly interacts with my other pet interests, namely low-latency audio work, so I had to finally stop using the prebuild speakup kernel images myself... :( Besides, we'd need people to work on specific tasks which involve several packages: * A framework for building drivers for commercial software speech synthesizers on Debian is needed. Examples include gnome-speech and Emacspeak. I am not a fan of non-free software, but in the area of software speech, free software is not delivering what the users require, so there are actually some commercial software speech packages out there which are used by the typical blind user using speech. We sould make it as easy as possible for those users to install support for their favourite commercial synth into backends like gnome-speech. This is obviously a quite involved task, since in the end it means the person doing this would need to buy most of the available software for testing. * We should assess what the current situation regarding gnopernicus and Java-based applications or OpenOffice is. What would need to be done to make gnoperncius support Java apps on Debian out of the box? Can it be done with the currently available Java tools in Debian or is a (non-free) JDK required? If so, what would be needed to make gnopernicus/OpenOffice cooperate with the free java tools? * A access initrd for Debian-Installer CDs would be needed. Currently, accessibility drivers are only available via the access floppies. As we all know, floppies are legacy these days, and we should offer these drivers on the standard CD. AIUI, a special isolinux target with a special initrd should suffice. Someone with debian-cd and debian-installer background, or the willingness to learn a lot, would be required for this task. If you want to help improve overall a11y of Debian, this is your chance. As usual, volunteering for one of these jobs automatically means you accept to work within the Debian framework, i.e. you go with Debian Policy. I can sponsor packages if someone not yet in Debian wants to help, but only if: 1) That person actually knows what he/she is doing. The idea of this call for help is to get some work off my back, not to add even more. If I have to doublecheck every single line of changes you do, this is not helpful. and 2) you should consider applying as a Debian developer. I am not happy with sponsoring people who actually dont want to be official developers at some point in the near future. Accessibility, as some of you may know, is one of the painful areas in Free software. Usually, people scratch their own itches, and so bugs get fixed, but accessibility involves 1) very small specialized groups of people and 2) many different types of these small groups. So there are a lot of unsolved problems out there, and very few people actually interested to solve these. If you are looking for an area of Free Software development that really needs (wo)manpower, consider helping to make Free Software (and Debian in particular) more useable for people with various disabilities. Perhaps some more words of clarification: I am definitely *NOT* planning on leaving the project, I'd just like to see more active development then I can
Re: Help needed: People willing to help co-maintain debian accessibility packages
On Monday 25 July 2005 15:20, Mario Lang wrote: We seriously need people willing to help maintain various a11y related packages. During DebConf5 Joey Hess also called for help with the speakup installation images [1]. Currently we only offer speakup floppy installation. Adding CD installation to that would be very nice. Cheers, Frans Pop [1] http://www.debian.org/releases/stable/debian-installer/index#speakup pgpGQhxOm8O0p.pgp Description: PGP signature
Re: Please participate in popularity-contest
On 7/25/05, Goswin von Brederlow [EMAIL PROTECTED] wrote: Perhaps some of the reports got lost in the mail? Or because many machines are not turned on that early in the morning. apt-get install anacron Heh, this doesn't solve the problem that most desktop systems aren't turned on at that time, because most desktop users won't read this mail, and therefore won't install anacron. A better solution (from my point of view, of course), would be to change the popcon crontab's entry, so that it runs at a time when most computers are turned on (this is difficult to guess, of course, but maybe 15:00 ?). After all, it's not a cpu-intensive, or other resource-intensive task, and can run at any other moment. -- Besos, Marga
Re: Help needed: People willing to help co-maintain debian accessibility packages
Frans Pop [EMAIL PROTECTED] writes: On Monday 25 July 2005 15:20, Mario Lang wrote: We seriously need people willing to help maintain various a11y related packages. During DebConf5 Joey Hess also called for help with the speakup installation images [1]. Currently we only offer speakup floppy installation. Adding CD installation to that would be very nice. This point was actually already mentioned in my posting. [1] http://www.debian.org/releases/stable/debian-installer/index#speakup -- CYa, Mario pgpPQghMKmuQt.pgp Description: PGP signature
Re: Please participate in popularity-contest
On Mon, Jul 25, 2005 at 10:53:46AM -0300, Margarita Manterola wrote: On 7/25/05, Goswin von Brederlow [EMAIL PROTECTED] wrote: Perhaps some of the reports got lost in the mail? Or because many machines are not turned on that early in the morning. apt-get install anacron Heh, this doesn't solve the problem that most desktop systems aren't turned on at that time, because most desktop users won't read this mail, and therefore won't install anacron. A better solution (from my point of view, of course), would be to change the popcon crontab's entry, so that it runs at a time when most computers are turned on (this is difficult to guess, of course, but maybe 15:00 ?). After all, it's not a cpu-intensive, or other resource-intensive task, and can run at any other moment. 'lo, Running anacron (or fcron or whatever) will make sure you run all of cron.daily however. This is more useful than just running popcon. If your computer is turned off, you'll be missing things like log rotation and your locate database, as well as all your man pages stuff. Cheers, Pasc -- Pascal Hakim 0403 411 672 Do Not Bend -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please participate in popularity-contest
* Margarita Manterola [Mon, 25 Jul 2005 10:53:46 -0300]: Heh, this doesn't solve the problem that most desktop systems aren't turned on at that time, because most desktop users won't read this mail, and therefore won't install anacron. A better solution (from my point of view, of course), would be to change the popcon crontab's entry, so that it runs at a time when most computers are turned on (this is difficult to guess, of course, but maybe 15:00 ?). After all, it's not a cpu-intensive, or other resource-intensive task, and can run at any other moment. Or even better, make sure d-i installs anacron for desktop systems. That could be the case already, I'm not sure. CC'ing debian-boot to hear something from them. -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 When it is not necessary to make a decision, it is necessary not to make a decision. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please participate in popularity-contest
On 7/25/05, Adeodato Simó [EMAIL PROTECTED] wrote: Or even better, make sure d-i installs anacron for desktop systems. What's the disadvantage of anacron compared to cron (or: Why not always install it instead of cron)? That could be the case already, I'm not sure. CC'ing debian-boot to hear something from them.
Re: Help needed: People willing to help co-maintain debian accessibility packages
Mario Lang wrote: * speakup: A co-maintainer on this one would be wonderful. I once bought a hardware speech synthesizer for testing speakup, but since my primary output medium is still braille, it doesn't get as much attention as I'd wish it should. Besides, I always had those strange lockups when speakup tries to deliver a lot of speech to the serial port, which very badly interacts with my other pet interests, namely low-latency audio work, so I had to finally stop using the prebuild speakup kernel images myself... :( FWIW, this kernel varient (kernel-image-speakup-i386) also currently FTBFS and has dozens of unfixed security bugs (which are fixed in the general Debian kernel source it builds from), so it's looking quite likely to be removed if these RC bugs arn't addressed sometime. Fixing it is probably pretty easy, it just needs to use an older gcc for building. -- see shy jo signature.asc Description: Digital signature
Re: Please participate in popularity-contest
On Mon, Jul 25, 2005 at 04:43:32PM +0200, Olaf van der Spek wrote: On 7/25/05, Adeodato Simó [EMAIL PROTECTED] wrote: Or even better, make sure d-i installs anacron for desktop systems. What's the disadvantage of anacron compared to cron (or: Why not always install it instead of cron)? Anacron isn't actually a daemon. It's run by cron once a day, and on startup/apm-resume. The main 'disadvantage' of anacron, is that it's set up by default to only run /etc/cron.{daily,weekly,monthly}. It won't take care of running normal cron jobs that would have been scheduled to run otherwise, and didn't run because the computer wasn't on. Cheers, Pasc (with his I'm the anacron maintainer hat on) -- Pascal Hakim 0403 411 672 Do Not Bend -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319891: ITP: libcdk5 -- C-based curses widget library
Package: wnpp Severity: wishlist Owner: John Goerzen [EMAIL PROTECTED] * Package name: libcdk5 Version : 5.0-20050424 Upstream Author : Thomas Dickey * URL : http://invisible-island.net/cdk/ * License : BSD Description : C-based curses widget library CDK 5 is a fork off of the CDK version 4 software that is no longer maintained upstream. It has a somewhat different API as well, which is why it should have a new source package also. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please participate in popularity-contest
On 7/25/05, Pascal Hakim [EMAIL PROTECTED] wrote: On Mon, Jul 25, 2005 at 04:43:32PM +0200, Olaf van der Spek wrote: On 7/25/05, Adeodato Simó [EMAIL PROTECTED] wrote: Or even better, make sure d-i installs anacron for desktop systems. What's the disadvantage of anacron compared to cron (or: Why not always install it instead of cron)? Anacron isn't actually a daemon. It's run by cron once a day, and on startup/apm-resume. The main 'disadvantage' of anacron, is that it's set up by default to only run /etc/cron.{daily,weekly,monthly}. It won't take care of running normal cron jobs that would have been scheduled to run otherwise, and didn't run because the computer wasn't on. But cron doesn't do that either (when the system is off), so compared to cron that's no disadvantage.
Re: Help needed: People willing to help co-maintain debian accessibility packages
Joey Hess [EMAIL PROTECTED] writes: Mario Lang wrote: * speakup: A co-maintainer on this one would be wonderful. I once bought a hardware speech synthesizer for testing speakup, but since my primary output medium is still braille, it doesn't get as much attention as I'd wish it should. Besides, I always had those strange lockups when speakup tries to deliver a lot of speech to the serial port, which very badly interacts with my other pet interests, namely low-latency audio work, so I had to finally stop using the prebuild speakup kernel images myself... :( FWIW, this kernel varient (kernel-image-speakup-i386) also currently FTBFS and has dozens of unfixed security bugs (which are fixed in the general Debian kernel source it builds from), so it's looking quite likely to be removed if these RC bugs arn't addressed sometime. Yes, I am aware of this, and I'd like to thank you for your previous NMU joey. Fixing it is probably pretty easy, it just needs to use an older gcc for building. I'd rather prefer to use a newer speakup which works properly with gcc 4. The current patch used is pretty old, and adding yet another workaround doesn't feel like moving much forward. Besides, It'd probably make sense to switch to 2.6 for kernel-image-speakup-i386 at some point. This will involve quite a bit of d-i hacking I guess... I'll seriously try to allocate the required time to get this done as soon as possible, however, the offer still stands, if someone wants to work on speakup, I am very happy about this. Again, I am aware that I fucked this kernel package up pretty badly due to nonresponsiveness, and I'd like to publicly say sorry. And thanks for helping out at least a bit joey. -- CYa, Mario pgp3XkMiGm1dw.pgp Description: PGP signature
Re: Bug#312660: ITP: shish -- the diet shell
Gerrit Pape [EMAIL PROTECTED] writes: On Thu, Jun 09, 2005 at 02:38:06PM +0200, Michael Prokop wrote: * Package name: shish Version : 0.7-pre3 Upstream Author : Roman Senn [EMAIL PROTECTED] * URL : http://www.blah.ch/shish/ * License : GPL Description : the diet shell shish is a shell language interpreter and an interactive command line interpreter. This shell aims at being very small and doing its tasks in efficient ways (and not through 100 abstraction layers), which is mainly done by using the dietlibc and libowfat libraries. shish will be a POSIX compatible shell language interpreter according to the IEEE P1003.2 Draft 11.2 by its 1.0 release. He, here's a challenge.. $ DEB_BUILD_OPTIONS=diet fakeroot apt-get source -b dash /dev/null 21 ls -l dash-0.5.2/debian/dash/bin/dash ldd $_ -rwxr-xr-x 1 pape pape 75080 Jun 10 07:59 dash-0.5.2/debian/dash/bin/dash not a dynamic executable -rwxr-xr-x 1 mlang mlang 74352 Jul 25 17:52 dash-0.5.2/debian/dash/bin/dash not a dynamic executable gcc 4 :-) -- CYa, Mario pgpaeufljTx3D.pgp Description: PGP signature
Re: Please participate in popularity-contest
Adeodato Simó wrote: Or even better, make sure d-i installs anacron for desktop systems. That could be the case already, I'm not sure. CC'ing debian-boot to hear something from them. It doesn't do so currently. It does for laptops though, so not too big a leap I suppose. -- see shy jo signature.asc Description: Digital signature
Re: Who needs libcurl3?
Domenico Andreoli [EMAIL PROTECTED] writes: unfortunately heimdal bug #316980 makes curl FTBS :( :-/ Can you use MIT krb5 instead? -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
unsubscribe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC5Q9ZVZI/p353HiARAhErAJ0QBpdy2UTYuGovzXJYKiwd81RynQCdHQpK cGnGrzQPKqqxTByhVP26mYc= =FytQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help needed: People willing to help co-maintain debian accessibility packages
Hi Mario, Mario Lang wrote: * We should assess what the current situation regarding gnopernicus and Java-based applications or OpenOffice is. What would need to be done to make gnoperncius support Java apps on Debian out of the box? Can it be done with the currently available Java tools in Debian or is a (non-free) JDK required? If so, what would be needed to make gnopernicus/OpenOffice cooperate with the free java tools? Yesterday, I commented out the patch which disabled the Java Accessibility bridge in the OpenOffice.org 1.9.x builds, so it will be included in the next uploadn to experimental. Whether it actually will work I don't know but I would imagine it at least does with Suns/Blackdowns JDK. For gcj, well I don't know (and didn't try) yet.. Some people also are working on atk-based Acessilibity for OpenOffice.org but I don't know the actual state of this. Grüße/Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Re: Please participate in popularity-contest
Pascal Hakim [EMAIL PROTECTED] writes: On Mon, Jul 25, 2005 at 04:43:32PM +0200, Olaf van der Spek wrote: On 7/25/05, Adeodato Simó [EMAIL PROTECTED] wrote: Or even better, make sure d-i installs anacron for desktop systems. What's the disadvantage of anacron compared to cron (or: Why not always install it instead of cron)? Anacron isn't actually a daemon. It's run by cron once a day, and on startup/apm-resume. The main 'disadvantage' of anacron, is that it's set up by default to only run /etc/cron.{daily,weekly,monthly}. It won't take care of running normal cron jobs that would have been scheduled to run otherwise, and didn't run because the computer wasn't on. Cheers, Pasc (with his I'm the anacron maintainer hat on) Will you report a bug or shall I? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Quick question about your site.
Hi, I took a look at your site a couple of hours ago... and I want to tell you that I'd really love to trade links with you. I think your site has some really good stuff related to my site's topic of firewalls and would be a great resource for my visitors. In fact, I went ahead and added your site to my Firewall Resource Directory at http://www.firewall-hq.com under http://www.firewall-hq.com/ Is that OK with you? Can I ask a favor? Will you give me a link back on your site? I'd really appreciate you returning the favor. I have created a list of all the sites i've visited but if you have recieved this email in error then please let me know and i will remove you from my list and apologies for any inconvenience this has caused. Thanks and feel free to drop me an email if you'd like to chat more about this. Best wishes, Steve [EMAIL PROTECTED] P.S. if you do want to link back, there's some suggested code to use at http://www.firewall-hq.com/links/addlink.html//
Re: The BTS and bug subscriptions
As in once you confirmed one subscription the next one doesn't ask anymore? Sort of greylisting? Sounds good. It should always ask for confirmation unless someone has specifically made the decision that they don't want to have to opt-in. Maybe it should honour subscription requests without confirmation if request is GPG-signed by the key with uid equal to address being subscribed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319945: ITP: biosquid -- library and utilities for biological sequence analysis [med-bio]
Package: wnpp Severity: wishlist Owner: Nelson A. de Oliveira [EMAIL PROTECTED] * Package name: biosquid Version : 1.9g Upstream Author : Sean Eddy [EMAIL PROTECTED] * URL : http://selab.wustl.edu/cgi-bin/selab.pl?mode=software#squid * License : GNU GPL Description : library and utilities for biological sequence analysis SQUID is a library of C code functions for sequence analysis. It also includes a number of small utility programs to convert, show statistics, manipulate and do other functions on sequence files. The original name of the package is squid, but since there is already a squid on the archive (a proxy cache), the upstream author suggested using biosquid. Nelson -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc6-mm1 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libcrypto++
Florian Weimer [EMAIL PROTECTED] writes: There's another problem with libtool: [...] ./libtool: line 4120: test: : integer expression expected ./libtool: line 4120: test: : integer expression expected creating reloadable object files... ./libtool: line 4154: test: : integer expression expected ./libtool: line 4154: test: : integer expression expected [...] After that, libtool performs linking with quadratic complexity: Hmm, strange, I do not get that with libtool 1.5.6-6 on an i386. This means that I'm probably not able to test my patch, which is included below. I tried out your patch, but still get the same linking error, that is, undefined symbols. But thanks for the leads. Cheers, -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
security-updates for unstable based on DSA
Hi DDs, If there is more appropriate mailing list than this one - please kick me. The idea is -- in cron-apt-like fasion track posts on DSA, parse them for the source package name and appropriate version in unstable where bug is resolved, and then upgrade/report corresponding packages. Also I've tried to gain similar effect with apt-listbugs and apt-show-source apt-listbugs -s critical -T security list `apt-show-source | grep -v -e 'not installed' -e '--' -e 'Version' | awk '{print $4;}' | grep -v '^[() ]*$'| sort | uniq` but listbugs is a bit too noisy for figuring out what really needs/can be upgraded. Any ideas/comments? -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] pgpxQfmsxkmq5.pgp Description: PGP signature
Testing requirements stalled
The testing requirements for libnjb-dev [1] says that it is... trying to update libnjb from 2.1-1 to 2.1-2 (candidate is 14 days old) libnjb is waiting for ncurses ncurses is only 3 days old. It must be 5 days old to go in. ncurses is not yet built on m68k: 5.4-8 vs 5.4-9 (missing 7 binaries: It's been saying that ncurses is only 3 days old for the past four days. Any idea what's up? Thanks, Shaun [1] http://bjorn.haxx.se/debian/testing.pl?package=libnjb-dev
Re: NMUs wanted: C++ library packages in need of uploading
On Sun, Jul 17, 2005 at 06:54:42PM -0700, Steve Langasek wrote: Below is a list of libraries which appear to be blocking other packages that need to go through the C++ transition[1] and which are themselves ready to go through the ABI transition. After some fiddling with AptPkg, my first cut at generating a list of packages ready to be transitioned is attached. THIS LIST MIGHT BE WRONG. The attached program is what I've used to generate the list. What it does is that is generates the list of packages that depend themselves on libstdc++5 (this alone is wrong!) and then iterates on the list of packages looking for packages that depend on these. Once it doesn't find anymore packges it prints the list of packages that whose only dependency (on the graph) is libstdc++5. By removing libstdc++5 from the graph the list of vertices that don't have decendants is the list of packages ready to be transitioned. What I didn't figure out is how to get libapt-pkg to read _only_ what I tell it to instead of the status data of the host where it is running (probably very easy, I didn't really look hard). Note that this list has been generated on my machine which hasn't been upgraded to the most recent packages in sid yet, so some of the info is likely outdated. Do note that this list includes _everything_, not just libraries. The package names are source package names followed by binary package names. The list is way too long, IMO. The longer this transition takes the harder it gets to get out of this swamp. (And yes, that package of mine on this list is already sitting on some upload queue) Cheers, Marcelo P.S.: you need libapt-pkg-perl and libgraph-perl. A Mennucc1 [EMAIL PROTECTED] snmpkit libsnmpkit2c102 A Mennucc1 [EMAIL PROTECTED] waili libwaili Adam Majer [EMAIL PROTECTED] libhoardlibhoard Al Stone [EMAIL PROTECTED]libcoyotl libcoyotl2 Al Stone [EMAIL PROTECTED]libevocosm libevocosm0 Alberto Gonzalez Iniesta [EMAIL PROTECTED]netkit-telnet telnet Alex Romosan [EMAIL PROTECTED]vat vat Anand Kumria [EMAIL PROTECTED]cmt cmt Andreas Rottmann [EMAIL PROTECTED]libmusicbrainz-2.0 libmusicbrainz2 Andreas Rottmann [EMAIL PROTECTED]libmusicbrainz-2.1 libmusicbrainz4 Andreas Rottmann [EMAIL PROTECTED]libsigcxlibsigcx-0.6-2 Andreas Tille [EMAIL PROTECTED] wordnet wordnet Andrew Lau [EMAIL PROTECTED] openexr libopenexr2 Andrew Suffield [EMAIL PROTECTED] cdrdao cdrdao Anibal Monsalve Salazar [EMAIL PROTECTED] socketapi socketapi1 Barak A. Pearlmutter [EMAIL PROTECTED]djvulibre libdjvulibre1 Bartosz Fenski [EMAIL PROTECTED] moagg moagg Bastian Blank [EMAIL PROTECTED] omniorb4libomnithread3 Berin Lautenbach [EMAIL PROTECTED]xalan libxalan18 Bradley Bell [EMAIL PROTECTED]gtkmm libgtkmm1.2-0 Bradley Bell [EMAIL PROTECTED]gtkmm2.0libgtkmm2.0-1c102 Bradley Bell [EMAIL PROTECTED]orbit2cpp liborbit2cpp9 Branden Robinson [EMAIL PROTECTED]xfree86 xlibmesa3-glu Cai Qian [EMAIL PROTECTED]sdcvlibsdcv3 Camm Maguire [EMAIL PROTECTED]lam lam4 Changwoo Ryu [EMAIL PROTECTED]poppler libpoppler0 Chris Anderson [EMAIL PROTECTED] unrar-nonfree unrar Chris Leishman [EMAIL PROTECTED] libxml++libxml++1.0 Christian Bayle [EMAIL PROTECTED] libibtk libibtk0 Christopher L Cheney [EMAIL PROTECTED]taglib libtag1 Chuan-kai Lin [EMAIL PROTECTED] fam libfam0c102 Daniel Burrows [EMAIL PROTECTED] aptitudeaptitude Daniel Burrows [EMAIL PROTECTED] libsigc++-2.0 libsigc++-2.0-0 Daniel Glassey [EMAIL PROTECTED] sword libsword4 David Martínez Moreno [EMAIL PROTECTED] glcpu statd Debian ACE+TAO maintainers [EMAIL PROTECTED] ace libace5.4 Debian Berkeley DB Maintainers [EMAIL PROTECTED] db4.2 libdb4.2++ Debian Firebird Group [EMAIL PROTECTED] firebird2 firebird2-server-common Debian Firebird Group [EMAIL PROTECTED] firebird2 libfirebird2-classic Debian Firebird Group [EMAIL PROTECTED] firebird2 libfirebird2-super Debian GCC maintainers debian-gcc@lists.debian.orggcc-3.3 libstdc++5-3.3-dev Debian OpenOffice Team debian-openoffice@lists.debian.org myspell libmyspell3 Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org kdepim libmimelib1a Debian VDR Team [EMAIL PROTECTED] vdr vdr Debian VoIP Team [EMAIL PROTECTED]yateyate Dirk Eddelbuettel [EMAIL PROTECTED] quantliblibquantlib-0.3.9 Enrico Zini [EMAIL PROTECTED] libtagcoll libtagcoll0 Filip Van Raemdonck [EMAIL PROTECTED] clanlib libclanlib2 Filip Van Raemdonck [EMAIL PROTECTED] ooqstartooqstart-gnome Giuseppe Sacco [EMAIL PROTECTED] hylafax hylafax-client Goedson Teixeira Paixao [EMAIL PROTECTED] jabberoolibjabberoo0 Goedson Teixeira Paixao [EMAIL
Re: surfynol 104
Hello Mr. Andy I am very interested in your Product Surfynol 104. Would it be possible to supply me with a price for 20kg lots and MSDS Specification Sheets. Looking forward to your reply Terry Francis
Re: aspell upgrade woes
On Wed, Jul 20, 2005 at 02:51:14PM -0700, Steve Langasek wrote: Yeah, this is another lib with a C++ implementation that only exports a C ABI in its headers. (other telltale signs to look for besides '::', btw are 'use', 'class', 'operator'; but that may obviously give false positives.) The C++ bits within the library are a whole lot of template implementations, and a few internal classes that are only exposed in the headers via C wrappers. If you're sure that nothing out there is using tsqllib internals inappropriately, then there's no need for a package name change. Actually the proper way is to check the public headers and look if the interface is guarded with extern C { ... }. There _must_ be a check like: #ifdef __cplusplus extern C { #endif /* ... */ #ifdef __cplusplus } #endif Just take the public header and pass it thru the preprocessor: $ g++ -E /usr/include/GL/gl.h | grep -v ^# look for the bits outside the extern C linkage: typedef int ptrdiff_t; typedef unsigned int size_t; that's harmless. Let's say you do find something like: extern void glEnableTraceMESA( GLbitfield mask ); _outside_ the extern C block... that is _not_ harmless. A small parser that looks for extern C, the { right after it and the matching } should make things much easier. -- Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
The Ubuntu Foundation and Debian
Hello All, There is an article about the subject at: http://blogs.zdnet.com/open-source/?p=373 Regards, Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Re: aspell upgrade woes
On Mon, Jul 25, 2005 at 08:39:26PM -0600, Marcelo E. Magallon wrote: A small parser that looks for extern C, the { right after it and the matching } should make things much easier. The attached script should work in most cases. -- Marcelo #!/usr/bin/perl use strict; use warnings; my $n = 0; while () { last if /extern\s+C/; print; } do { $n++ if /{/ } while ($n == 0 ($_ = )); while ($n 0 ($_ = )) { $n++ if /{/; $n-- if /}/; } print while ;
Re: The BTS and bug subscriptions
On Fri, 2005-07-22 at 15:30 -0700, Don Armstrong wrote: On Fri, 22 Jul 2005, Peter Samuelson wrote: Now ... how hard would it be to add 'submit-subscribe@' support? Most of the time, when I submit a bug report, I'd like to subscribe to it. Would this be a straightforward hack? What has actually been discussed is automatically subscribing submitters to the bug report unless some special header/pseudo-header is added to prevent that. [It's possible that this subscription would happen without even needing to confirm the subscription... but that's still undecided.] As an update to this, AJ has posted a note on the stuff he'd like to see in the BTS[1]. This really relates to his point 4 relating to the refactoring of the mail distribution. Expect more on the subject in the upcoming future. Pasc [1]: http://lists.debian.org/debian-debbugs/2005/07/msg00089.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The BTS and bug subscriptions
On Sat, 2005-07-23 at 06:25 -0500, Peter Samuelson wrote: [Don Armstrong] What has actually been discussed is automatically subscribing submitters to the bug report unless some special header/pseudo-header is added to prevent that. Sounds good. But since this information was already tracked, I figured there must have been a (good?) reason this hasn't been done in the past. Not that I can think of one. The discussions we had on the topic at Debconf revolved around whether someone who submits a bug wants to know the technical discussions relating to the bug fix, whether we should send it to them, and how do we make sure they get a copy if the maintainer needs to ask the bug submitter for more information. Cheers, Pasc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The BTS and bug subscriptions
On Tue, 2005-07-26 at 00:33 +0400, Nikita V. Youshchenko wrote: As in once you confirmed one subscription the next one doesn't ask anymore? Sort of greylisting? Sounds good. It should always ask for confirmation unless someone has specifically made the decision that they don't want to have to opt-in. Maybe it should honour subscription requests without confirmation if request is GPG-signed by the key with uid equal to address being subscribed. I'm afraid this doesn't give us much. It's trivial to add uids to a GPG key, and headers aren't actually signed anyway, so you could replay signed messages to the server. Cheers, Pasc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The BTS and bug subscriptions
On Tue, Jul 26, 2005 at 01:05:51PM +1000, Pascal Hakim wrote: On Fri, 2005-07-22 at 15:30 -0700, Don Armstrong wrote: On Fri, 22 Jul 2005, Peter Samuelson wrote: Now ... how hard would it be to add 'submit-subscribe@' support? Most of the time, when I submit a bug report, I'd like to subscribe to it. Would this be a straightforward hack? What has actually been discussed is automatically subscribing submitters to the bug report unless some special header/pseudo-header is added to prevent that. [It's possible that this subscription would happen without even needing to confirm the subscription... but that's still undecided.] As an update to this, AJ has posted a note on the stuff he'd like to see in the BTS[1]. This really relates to his point 4 relating to the refactoring of the mail distribution. Expect more on the subject in the upcoming future. This is nice to see. IME, as a release manager/bug triager and as a member of package maintenance teams, the distributions I want to be able to use for bug mails are: - to the submitter and to the maintainer (most common) - to the maintainer only and IME as a sole maintainer of packages, the distributions I want are: - to the submitter only - -quiet It would be great to see each of these mail distribution targets available as a single destination address on bugs.d.o, and even better if the reply-to's on bugs mail were set so that I never had to fiddle with headers again when replying to bugs :) -- Steve Langasek postmodern programmer signature.asc Description: Digital signature