programma da impacchettare
Ciao, sto provando ad impacchettare il programma fatto con Kylix di cui vi avevo parlato qualche thread fa.. Praticamente, avendo i binari, devo crearmi un makefile che semplicemente *mi copi il programma vero e proprio dentro la directory opportuna* (cioè non l'eseguibile, che va in /usr/bin, ma tutto il resto dentro la dir opportuna).. il guaio è che non so come si faccia.. in teoria poi, dovrei mettere le istruzioni per far ripulire il tutto.. mi potete dare un consiglino su come completare il makefile rispettando le Debian Policy? Attualmente ho scritto solo questo: Makefile #Directory dove verra' messo il binario eseguibile BIN=$(DESTDIR)/usr/bin #Directory per le icone ICONS=$(DESTDIR)/usr/share/laparola install:laparola-target install -d $(BIN) $(ICONS) $(DESTDIR)/etc install ./laparola $(BIN) install -m644 icons/* $(ICONS) laparola-target: clean: /Makefile Inoltre mi sono accorto che: 1) ricevo un errore quando eseguo dpkg-buildpackage -rfakeroot perchè mi dice che alle directory $(BIN) $(ICONS) $(DESTDIR)/etc non posso cambiare i permessi.. così per il momento ho commentato install -d $(BIN) $(ICONS) $(DESTDIR)/etc nel makefile, visto che cmq quelle dir esistono già 2) se non eseguo dpkg-buildpackage -rfakeroot da root ricevo il seguente errore causa permessi.. make[1]: Entering directory `/home/mauro/Programmi/laparola-6.1' install ./laparola /usr/bin install: cannot create regular file `/usr/bin/laparola': Permission denied make[1]: *** [install] Error 1 make[1]: Leaving directory `/home/mauro/Programmi/laparola-6.1' make: *** [build-stamp] Error 2 ..come lo risolvo? grazie sracatus -- L'etica non è un'opzione del kernel, così come il buon senso non si abilita con ./configure --enable-buon-senso pgp7jSrVdsNLu.pgp Description: PGP signature
Bug#199266: ITP: ffmpeg -- multimedia streaming system
Package: wnpp Version: unavailable; reported 2003-06-29 Severity: wishlist Since the ffmpeg ITP (#157719) was closed almost one year ago, I assume no one is interested anymore, thus this ITP. I use ffmpeg daily and I am not satisfied with the reasons given for closing the ITP. If anyone disagrees I'll gladly elaborate. * Package name: ffmpeg Version : upcoming 0.4.7, probably latest CVS snapshot Upstream Author : Fabrice Bellard et al. * URL : http://ffmpeg.sf.net/ * License : GPL (but see notes below) Description : multimedia streaming system Package: ffmpeg Description: converter for audio and video formats FFmpeg is a very fast video and audio converter. It can work on files but also grab from a live audio/video source. . FFmpeg can convert from any sample rate to any other, and resize video on the fly with a high quality polyphase filter. Package: ffserver Description: multimedia streaming server FFserver is a streaming server for both audio and video. It supports several live feeds, streaming from files and time shifting on live feeds (you can seek to positions in the past on each live feed). Package: libavcodec-dev Description: FFmpeg's audio/video codec library FFmpeg is a complete solution to record, convert and stream audio and video. This package includes libavcodec, the leading audio/video codec library. Notes: There will be no ffserver package at first because it is slightly broken at the moment. Also, libavcodec optionally links with GPL libraries. I will build with support for those libraries that are already in Debian (hence the License: GPL), but will also provide _lgpl variants (à la libart-dev). And since the API is not stable, PIC libs will be static (_pic.a) instead of shared. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux c18 2.4.21-rc5 #2 Wed May 28 22:10:14 CEST 2003 i686 Locale: LANG=C, LC_CTYPE=fr_FR
Bug#198158: architecture i386 isn't i386 anymore
On Fri, Jun 27, 2003 at 02:08:46PM -0400, Nathanael Nerode wrote: * what opcodes need to be emulated? snip * all 386-486 opcodes (there's just a few of them, right?) This is the correct answer. :-) Then all programs can be compiled with gcc --arch=i486 --tune=i686 (which should probably be mandated as the standard, in fact). * do you need SMP on 80386? Is there even such thing as 80386 SMP machines? Not requiring SMP support would make the ABI change trivial... I think there is no such thing as SMP for 80386. There is afaik. Not in widespread use though, and the Linux kernel hasn't been ported to that hardware. I think we can safely ignore this hardware without stepping on anyone's toes... /David -- /) David Weinehall [EMAIL PROTECTED] /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/(/ Full colour fire (/
Re: Bug#198479: general: perlapi-5.6.1 missing in sarge since perl 5.8.0 rollout
On Sat, 28 Jun 2003, Mark Hedges wrote: Package: general Version: unavailable; reported 2003-06-28 Followup-For: Bug #198479 There needs to be a backwards-compatible perlapi-5.6.1 module which apt-file and other depend on to install. Since rolling out perl 5.8.0, many packages that depend on perl 5.6.1 components have broken or will not install. Please file bugs on packages that still require 5.6.1.
Problem with advocating new prospective delevolper.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm trying to advocate a developer, although my recomendation bounces from nm.debian.org, with following message: This message was created automatically by mail delivery software (Exim). A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: pipe to |/org/nm.debian.org/bin/advocate_check generated by recommend@nm.debian.org pipe delivery process timed out Alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE++/Asi2676t/eTc4RAsFYAKCNVv0b98/p9mxwDUUFeSKVSK9MYgCfbyyj ptGYb5jXgtCsRoopf0Ivz6Q= =LqH4 -END PGP SIGNATURE-
Re: [proposal] subarchitectures (was: Bug#198158: architecture i386 isn't i386 anymore)
On Thu, Jun 26, 2003 at 08:29:41PM -0500, Adam Heath wrote: On Thu, 26 Jun 2003, Michael Banck wrote: Also, please note that at least half of the dpkg-maintainers don't read -devel, you probably want to post this to -dpkg. Incidently, there is a proposal and patch by Gerhard Tonn for handling lib64 under discussion[2]. Well, considering there are most likely only 2 dpkg maintainers(of which I am one), and I read your mail, does that mean the other isn't on this list? :) Wiggy told me multiple times that the only debian list he was on was -dpkg (and probably -devel-announce) these days. Perhaps he changed his mind recently, dunno. Michael
Norton AntiVirus detected and quarantined a virus in a message you sent.
Recipient of the infected attachment: Byers, Matthew E\Inbox Subject of the message: Re: Application One or more attachments were quarantined. Attachment your_details.zip was Quarantined for the following reasons: Virus UNAUTHORIZED FILE was found. application/ms-tnef
Re: Bug#189329: ITP: gnome-swallow - meta-applet to embed any application in the GNOME panel
On Thu, Jun 26, 2003 at 05:53:27PM +0200, Josselin Mouette wrote: The swallow applet can eat any X11 window into the GNOME 2 panel. The application then displays inside the panel instead of being in a window. Its primary goal is to allow use of dockapps with the GNOME desktop. Just for the matter of curiosity: what happens if a big window is eaten? Does the gnome panel become as big as the original window? Cheers. -- Stefano Zacchiroli -- Master in Computer Science @ Uni. Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} - http://www.bononia.it/zack/ I know you believe you understood what you think I said, but I am not sure you realize that what you heard is not what I meant! -- G.Romney pgpj3qNMcOqbv.pgp Description: PGP signature
Re: Bug#198158: architecture i386 isn't i386 anymore
Hi, On Thu, Jun 26, 2003 at 09:04:55AM -0400, David B Harris wrote: On Wed, 25 Jun 2003 14:04:54 -0500 Gunnar Wolf [EMAIL PROTECTED] wrote: And not only 80386 needs this - There is the Sparc64 port which would also benefit from this (http://www.debian.org/ports/sparc/#64bit). If we had support for subarchtectures, not only would the ix86 mess be able to be split in many flavors (i.e. strict 386, 486 and up, 686, or whatever you fancy). And I am sure this can somehow help maintain the non-Linux ports - NetBSD gives us the potential to bring Debian to _many_ new platforms. No it doesn't. I've yet to even hear of an architecture that NetBSD runs on but which Linux doesn't. They just have a different definition of architecture than us. (ie: our hppa may be three or four arches to the NetBSD kernel folk.) Turbochannel machines? VAXen? Cheers, Emile. -- E-Advies - Emile van Bergen [EMAIL PROTECTED] tel. +31 (0)70 3906153 http://www.e-advies.nl
Re: Please don't misuse the debian/changelog to close bugs!
Brian Nelson [EMAIL PROTECTED] wrote:
Huh? The bug report was a feature request with a patch. The bug was
closed with the description of New Upstream Release. No indication
was given whether the patch was integrated upstream, or implemented
differently (with a different interface). I don't consider this
information documentation of random features.
The bug report is ultimately about the adding of a feature. The bug
closure indicates that this feature has been added. The fact that how
that feature is implemented is a documentation issue.
Uhh, I didn't. In fact, *you* are the one trying to dictate what goes
in upstream changelogs, which is utterly pointless. Every upstream is
different, and Debian has absolutely no control what upstream decides to
put in their changelogs. That's why we must standardize[1] our changelog
entries, so that the pertinent information will be available regardless
of what upstream does.
Are you proposing that we list important upstream changes regardless of
whether they fix bugs or not?
If so then this may be worth considering.
But it is a major departure from what you have been arguing in the past.
However, if you're listing upstream changes in debian/changelog on the
basis that they close Debian bugs, then I disagree completely since this
is in no way representative as to how the package has changed. It's
merely supplying information for the BTS which is not needed.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: Application
Please confirm your identity, otherwise I will not open this file. Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!
Re: Application
Please confirm your identity, otherwise I will not open this file. Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!
Re: How to Avoid GPL Issue
G. C. wrote: Is there any approach that we can avoid publicizing the third party code while porting to Linux? Do we need to write some shim layer code in Linux kernel to interface the third party code? How can we do that? Is there any document or samples? In general, this is not possible. It is also intentional: One primary goal of the GPL is to require derived work to be published, so it would be quite unfortunate if you could work around this with dirty tricks. The only way to avoid publishing the source is to avoid distributing the binary. You only have to offer the source whoever you provide the binaries. Regards, Martin
Re: EPSON appreciates your feedback by June 30, '03 - Debian
Hi Torsten, Thank you for your feedback. I havesent your email to Olaf Meeuwissen, the Lead Developer for Image Scan! for Linux at EPSON Kowa. Please feel free to contact him if you have any related questions specific to iScan. Otherwise, I am always here to help. Best regards, Ms. Farideh Sherbaf Sr. Product EngineerEPSON Worldwide Developer Relations150 River Oaks Parkway, Suite #200San Jose, CA 95134Tel: 408-576-4135Fax: 408-474-0511E-mail: [EMAIL PROTECTED]~~~ - Original Message - From: Torsten Landschoff To: Farideh Sherbaf Cc: debian-devel@lists.debian.org ; Ray Hsu ; Farideh Sherbaf Sent: Tuesday, June 24, 2003 10:14 AM Subject: Re: EPSON appreciates your feedback by June 30, '03 - Debian Hi Farideh, On Mon, Jun 23, 2003 at 04:15:25PM -0700, Farideh Sherbaf wrote: Please allow me to introduce myself. My name is Farideh Sherbaf and I am your contact for EPSON Worldwide Developer Relations for scanners and All-In-One (Multifunction) products. The EPSON Developer Relations Group would like to obtain your feedback on your support of scanners in the Linux environment. Let me add to Juliens opinion a note from a user of those scanner tools:I own an Epson 1640SU scanner with automatic document feeder. And it is really great to have it supported by Linux. With the scanimage toolwe wrote a script to scan our lecture notes and generate PDF files in notime - something we failed to implement with *cough* Windows.It really helps to have them archived in binary form instead of paper soa big thank you for making it possible by at least providing developmentinformation for your hardware.GreetingsTorsten
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
Hi, Millis Miller wrote: Package: wnpp Version: N/A; reported 2003-06-27 Severity: wishlist * Package name: email Version : 1.9.0 Upstream Author : Dean Jones [EMAIL PROTECTED] * URL : http://www.cleancode.org/email * License : Custom Description : Send email from command line, either via MTA or SMTP, with optional encryption Hmm.. A little bit long, no? email is a simple command-line program to send emails. It can be configured to use either your sendmail installation or directly via smtp. . Also, if gpg is installed, it can digitally sign and encrypt outgoing emails. How is that (except that mail uses the local sendmail) different from: echo foo | gpg --clearsign | mail -s subject [EMAIL PROTECTED] or cat mailtxt | gpg --clearsign | mail -s ... or cat mailtxt.signed | mail -s Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgpyRNbUULUlG.pgp Description: PGP signature
unsubscribe
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
On Fri, 27 Jun 2003, Millis Miller wrote: Package: wnpp Version: N/A; reported 2003-06-27 Severity: wishlist * Package name: email Version : 1.9.0 Upstream Author : Dean Jones [EMAIL PROTECTED] * URL : http://www.cleancode.org/email * License : Custom Description : Send email from command line, either via MTA or SMTP, with optional encryption email is a simple command-line program to send emails. It can be configured to use either your sendmail installation or directly via smtp. . Also, if gpg is installed, it can digitally sign and encrypt outgoing emails. Do I even need to say it?
Content rejected.
Content rejected. Based on an automated review of the content in a message you sent, the message appears to be unsolicited commercial e-mail or to contain content that we deem inappropriate for our business environment. The message has been blocked from delivery. If you feel you received this message in error, please forward this message, the address that you are trying to send to, and any questions to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Received: from SMTP32-FWD by imail.duda.com (SMTP32) id A0BD8; Sat, 28 Jun 2003 00:15:16 -0400 Received: from ov7.duda.com [10.1.1.11] by imail.duda.com (SMTPD32-7.15) id A6459F250136; Sat, 28 Jun 2003 00:15:01 -0400 Received: from psmtp.com ([12.158.35.153]) by ov7.duda.com (SAVSMTP 3.1.0.29) with SMTP id M2003062800144626199 for [EMAIL PROTECTED]; Sat, 28 Jun 2003 00:15:00 -0400 Received: from source ([146.82.138.6]) by exprod6mx13.postini.com ([12.158.35.251]) with SMTP; Sat, 28 Jun 2003 00:14:46 EDT Received: from localhost (localhost [127.0.0.1]) by murphy.debian.org (Postfix) with QMQP id B420A1F49D; Fri, 27 Jun 2003 07:20:15 -0500 (CDT) Old-Return-Path: [EMAIL PROTECTED] Received: from master.debian.org (master.debian.org [146.82.138.7]) by murphy.debian.org (Postfix) with ESMTP id 4F5891F434 for debian-devel-announce@lists.debian.org; Fri, 27 Jun 2003 06:30:03 -0500 (CDT) Received: from debbugs by master.debian.org with local (Exim 3.35 1 (Debian)) id 19VrQZ-00088u-00; Fri, 27 Jun 2003 06:30:03 -0500 Date: Fri, 27 Jun 2003 06:30:03 -0500 From: BugScan reporter [EMAIL PROTECTED] To: debian-devel-announce@lists.debian.org Subject: Release-critical Bugreport for June 27, 2003 Message-ID: [EMAIL PROTECTED] Reply-To: debian-devel@lists.debian.org, [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.28i Sender: Debian BTS [EMAIL PROTECTED] X-Debian-Message: RC bugreport check passed Mail-Followup-To: debian-devel@lists.debian.org Resent-Message-ID: [EMAIL PROTECTED] Resent-From: debian-devel-announce@lists.debian.org X-Mailing-List: debian-devel-announce@lists.debian.org X-Loop: debian-devel-announce@lists.debian.org List-Id: debian-devel-announce.lists.debian.org List-Post: mailto:debian-devel-announce@lists.debian.org List-Help: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Archive: http://lists.debian.org/debian-devel-announce/ Precedence: list Resent-Sender: [EMAIL PROTECTED] Resent-Date: Fri, 27 Jun 2003 07:20:15 -0500 (CDT) X-Declude-Sender: [EMAIL PROTECTED] [12.158.35.153] X-Declude-Spoolname: D16459f2501361e1d.SMD X-Note: This E-mail was scanned by Declude JunkMail (www.declude.com) for spam. X-Spam-Tests-Failed: Whitelisted [0]
but I want the GNU versions of packages
Gentlemen, after I installed Debian GNU/Linux, I found I had to take extra steps to get the GNU version of a program installed, as some other leading brand alternative was in its stead. So what is the single command to apt-get install all the GNU versions of everything? Last year I discovered mawk sitting there until I banished it away with apt-get install gawk. Yesterday I realized I had been using mailx all this time while GNU's mailutils were sitting unused. Do I look in Packages.gz for Conflicts:, and then look in Description: for this is the GNU version of...? What other other leading brands programs are sitting on my computer when I could have been using a genuine GNU program? What genuine GNU programs should I defer, lest e.g. messages get trunc
Re: Proposal: removing libc5, altgcc and all their old-days dependencies
On Thu, Jun 26, 2003 at 10:44:11PM +0200, Mathieu Roy wrote: Wouter Verhelst [EMAIL PROTECTED] a tapoté : On Thu, Jun 26, 2003 at 12:21:22AM +1000, Hamish Moffatt wrote: On Sun, Jun 22, 2003 at 10:49:54AM +0200, Bernd Eckenfels wrote: On Sun, Jun 22, 2003 at 10:23:01AM +0200, Sven Luther wrote: Tell me, you seriously think that there is a libc5 program still around that uses DRI ? Hell, libc5 was abandoned well before DRI even existed. the only libc5 program I do use is netscape 4.77 because it is compatible to some pages where mozilla/opera/konquerror fails. I would hate to reboot, to just open that page. Tried mozilla recently? It's a thousand times better than Netscape 4.7x was... Although I've still had it vanish a couple of times recently. It doesn't hang like NS though. There are some sites that still require Netscape 4.77. A good example is an online banking site here in Belgium, which 'supports' Linux, but you need to use Netscape to be able to use that site. With the current mozilla version, everything that works with a netscape 4.x works with mozilla. If not, write them to work on w3c standards compliances. And they will respond, but nobody uses mozilla anyway, see server access stats only 0.67 % of the accesses are with mozilla, so we are going to support what people use. They don't even mention that if the web site doesn't work with mozilla, nobody is going to access it with it, and thus the statistic are meaningless. Friendly, Sven Luther
Re: inews path question
Joey Hess [EMAIL PROTECTED] wrote: I maintain slrn, which can run inews to post news. We apparently have three inews programs in debian; inewsinn puts it in /usr/bin/inews, while inews and cnews put it in /usr/lib/news/inews. Actually inewsinn puts it in /usr/lib/news/bin/, /usr/bin/inews is just a symlink, but that does not help you. My question is how is a program like slrn supposed to find an inews program to run? If it searches PATH it will only find inewsinn's inews. Of course the user can configure it (via inews_program in the rc file) to use any inews program, but this is an extra step to get working news posting. Would an alternative make sense for inews? Afaik the basic mode of operation and options are compatibel, inews even diverts the inews from cnews. Using alternatives sounds nice. cu andreas
Re: Application files in $HOME
Richard Braakman [EMAIL PROTECTED] a tapoté : I have a better idea :) What if packages don't leave droppings in my home directory in the first place? I have all sorts of dotfiles (and even dot-directories) that I never asked for. It's reasonable for a program to install a dotfile when I configure it differently from the default, but there's no reason to create a dotfile that's identical to the default. Example? Gimp and many others software creates dotfiles. Because from the start you configure it (cache size, temp dir). In addition to being annoying in themselves, How? For their size? Apart from web browser cache, what can be so big? such useless dotfiles get in the way when a newer version has different defaults or incompatible configuration fields. Well designed software that change their configuration file should be able to handle an older configuration file. When I do configure a program (if it doesn't have an interactive configuration interface), I want to do it by creating a small, human-editable file that contains the _differences_ from the defaults. So even then I have no use for a copy of the default configuration. (If I want an example, I can look in /usr/doc/$foo/examples, which is a better place for it than $HOME.) You want to make your copy from a file in /usr/doc/$foo/examples. I'm not sure that what most users want to do. I'm pretty sure that people using kmail are happy to have a GUI to configure their mail account, for instance. -- Mathieu Roy Homepage: http://yeupou.coleumes.org Not a native english speaker: http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english
Re: How to Avoid GPL Issue
G. C. [EMAIL PROTECTED] a tapoté : Dear Sir or Madam, Currently we are trying to port some third party code to Linux kernel. Some modules of third party code need to be ported into Linux kernel and some drivers need to be ported from Vxworks to Linux drivers. The problem we have is that this third party does not allow us to publicize its code as Linux GPL requires. Is there any approach that we can avoid publicizing the third party code while porting to Linux? Do we need to write some shim layer code in Linux kernel to interface the third party code? How can we do that? Is there any document or samples? Your assistance is deeply appreciated, Hi, As far I know, this list is related to Debian GNU/Linux development, not to the linux software. So your message is off-topic. Anyway, the better approach, IMHO, is to convince this third party to publicize its code. As a Linux lover, I'm sure you understand that a reason of the success of this kernel is the way the code is publicized. -- Mathieu Roy Homepage: http://yeupou.coleumes.org Not a native english speaker: http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english
Re: Garbled messages received from lists.d.o.
On Fri, Jun 27, 2003 at 08:54:30AM -0700, Philippe Troin wrote:
I have been receiving bugs.d.o emails which are unrelated to my
package for the last two-three days.
That would be because you're subscribed to
debian-bugs-{dist,closed,forwarded}...
And their headers seem quite garbled: they include part of other
messages...
That's one of the bugs that surfaced recently due to the resource problems
on the list server. The problem has now been tracked down but not fully
fixed -- working on it. I'll post something to -devel-announce when all is
well again.
--
2. That which causes joy or happiness.
Re: inews path question
On Sat, Jun 28, 2003 at 10:26:08AM +0200, Andreas Metzler wrote: Afaik the basic mode of operation and options are compatibel, inews even diverts the inews from cnews. Using alternatives sounds nice. and of course it must be installed in /usr/sbin/ in that case, just like /usr/sbin/sendmail. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Re: debootstrapping and sysvinit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Samstag, 28. Juni 2003 04:09 schrieb Junichi Uekawa: Hi, I've received several reports that debootstrap of sid has not been possible recently due to sysvinit. I guess the problem is that sysvinit related postinst scripts are calling 'init' inside chroot, which fails, failing the whole installation process. The possible alternatives seem to be: 1. hack debootstrap to work around it 2. hack sysvinit to work around it 3. hack debootstrap/sysvinit so that sysvinit will know that postinst is running inside chroot and not try to run 'init' directly. But I'm not quite confident which way to go. The goal is to make Debian installable. Comments? I had the same problem in my chroots. This was fixed with the latest upload of sysvinit. Now it does the following: init u || true With this postinst doesnt fail. Michael - -- Homepage: http://www.worldforge.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+/XReWSOgCCdjSDsRAu33AJ9yJnYkdG5PnYy3lGBg5WOoOW9RcwCgjYlo CeiPJ13p/ORyvmjuLvtzT5E= =j34I -END PGP SIGNATURE-
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
On Fri, Jun 27, 2003 at 12:32:59AM +0100, Millis Miller wrote: Package: wnpp Version: N/A; reported 2003-06-27 Severity: wishlist * Package name: email Version : 1.9.0 Upstream Author : Dean Jones [EMAIL PROTECTED] * URL : http://www.cleancode.org/email * License : Custom Description : Send email from command line, either via MTA or SMTP, with optional encryption email is a simple command-line program to send emails. It can be configured to use either your sendmail installation or directly via smtp. . Also, if gpg is installed, it can digitally sign and encrypt outgoing emails. I understand that email is the name of the upstream client but I'd like to urge you to reconsider keeping this name while the program is in Debian. In fact, I'd like to urge to consider contacting the upstream author to have them change the name upstream as well. In addition to being totally unoriginal, the name is hopelessly generic and, as a result, quite confusing. It's unclear whether we are talking about email, the client, or email, the larger concept. This isn't the first time this has come up. You should review previous discussions on the subject[1] in the archives. On a related note, it makes reading the upstream homepage mind numbing. The page is peppered with link text like Download Email, and Home of Email that are confusing at best. Does Email Man Page email the man page or is it the man page for email -- and it's about how to use email the client, not email in general right? If you want to email the authors, you click on one of the two links *without* the word email in the title. Regards, Mako [1] http://lists.debian.org/debian-devel/2001/debian-devel-200107/msg01845.html -- Benj. Mako Hill [EMAIL PROTECTED] http://mako.yukidoke.org/ pgpqD6iBPWggg.pgp Description: PGP signature
Re: debootstrapping and sysvinit
Junichi Uekawa [EMAIL PROTECTED] wrote: I've received several reports that debootstrap of sid has not been possible recently due to sysvinit. I guess the problem is that sysvinit related postinst scripts are calling 'init' inside chroot, which fails, failing the whole installation process. [...] The latest[1] version of sysvinit, an NMU, fixed this, apt-get upgrade inside the chroot worked again yesterday. IMHO this is the right way to fix this, because it broke not only debootstrap but our regular sid-chroots. cu andreas
Re: How to Avoid GPL Issue
On Thu, Jun 26, 2003 at 10:27:40PM -0400, G. C. wrote: Currently we are trying to port some third party code to Linux kernel. Some modules of third party code need to be ported into Linux kernel and some drivers need to be ported from Vxworks to Linux drivers. The problem we have is that this third party does not allow us to publicize its code as Linux GPL requires. Is there any approach that we can avoid publicizing the third party code while porting to Linux? Do we need to write some shim layer code in Linux kernel to interface the third party code? How can we do that? Is there any document or samples? You could provide a binary kernel module for every architecture and kernel version. Some graphic card manufacturers do this with their drivers. You need to know how kernel building works. As an example you could take the NVidia graphic card drivers for Linux. Your assistance is deeply appreciated, So is your real name. Christoph -- ~ ~ .signature [Modified] 3 lines --100%--3,41 All
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
Benj. Mako Hill [EMAIL PROTECTED] writes: On Fri, Jun 27, 2003 at 12:32:59AM +0100, Millis Miller wrote: Package: wnpp Version: N/A; reported 2003-06-27 Severity: wishlist * Package name: email I understand that email is the name of the upstream client but I'd like to urge you to reconsider keeping this name while the program is in Debian. Fortunately, this is no problem, since the license (http://email.cleancode.org/download/COPYING) doesn't allow redistribution anyway and so it cannot even go to non-free. -- Falk
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
On Sat, Jun 28, 2003 at 04:08:05PM +0100, Millis Miller wrote: This from Upstream: A) Email users SMTP or Sendmail. (Main purpose!) Which would make it the only piece of mail-aware software on the system that doesn't depend on a working /usr/sbin/sendmail; so this is great as long as you never install any other software. (c.f. 'apt-cache showpkg mail-transport-agent'.) B) Email handles the GPG interaction. Meaning you can use email from a cron job and as long as you have your pass in the email.conf file, you won't have to type it in when gpg asks for it. You'd have to come up with a pretty wicked shell script otherwise. This is as good of a reason as any to NOT include this software in Debian. If you want passwordless access to a gpg key, create your gpg key without a passphrase -- don't encourage users to acquire a false sense of security by putting a passphrase on their key, and then storing the passphrase on disk next to the key! C) Email handles signature files D) Email handles an address book. E) Email does binary attachments and uses MIME (mime types, base64 encoding) to attach and send them with the message. You can't do this by doing what is described above. You can UUEncode it, but A LOT of mail clients don't support UUEncoding anymore. Plus, you can attach multiple binary files with email, not just one UUEncoded file. For instance: uuencode file.bin | gpg --clearsign | mail OTOH, the above features seem useful. First of all, it's only one file. Second of all, it's using a --clearsign and not the way email does it. I believe it was you who suggested email sign/encrypt messages such as Ximian and Outlook does. This is the way the majority of modern mail reader clients view such data. So in short: The command line way you are suggesting violates modern RFC compliant mail reader clients. However, email follows RFC's 821, 2015 (PGP Encryption), 2045, and soon 2554. Outlook is not a modern mail reader. It *certainly* doesn't know what to do with PGP/MIME messages. In light of this, I think providing tools that allow users to more easily generate PGP/MIME messages is a good thing. 3. Change the name from email to something else. Upstream does not want to do this, as the name has been in use since 2001, with an established user base. Apparently (for what it is worth) it has been used in Slackware with this name. I've been using email since 1994, and have never heard of this software. I'm sure many here have other examples of prior art. -- Steve Langasek postmodern programmer pgpxhXgo4Mx7k.pgp Description: PGP signature
Mass bug filing: Build-Depends on libgdbmg1-dev and/or imlib-dev
I don't know why my previous message on this topic didn't get through, so let me try again... I'm planning to file bugs against source packages which currently don't build in unstable because of build dependencies on libgdbmg1-dev or imlib-dev. Currently, the packages involved would be: For libgdbmg1-dev (excluding packages with Build-Depends on libgdbm-dev | libgdbmg1-dev): acm, am-utils, apache-perl, gauche, hypermail, inn, ipac-ng, jenova, jwhois, libapache-mod-perl, libgda, maildrop, mozart, nis, pdns, python1.5, python2.1, qpopper, ruby-beta, saml, sced, siag, skk, slpim, smail, tdb, xfmail, xkbsel, zmailer, zmailer-ssl with maintainers: Akira TAGOH [EMAIL PROTECTED] Daniel Jacobowitz [EMAIL PROTECTED] Debian QA Group [EMAIL PROTECTED] Enrique Zanardi [EMAIL PROTECTED] Florian Hinzmann [EMAIL PROTECTED] Gregor Hoffleit [EMAIL PROTECTED] Hatta Shuzo [EMAIL PROTECTED] Hector Garcia [EMAIL PROTECTED] Josip Rodin [EMAIL PROTECTED] Marco Kuhlmann [EMAIL PROTECTED] Marco d'Itri [EMAIL PROTECTED] Marek Habersack [EMAIL PROTECTED] Miquel van Smoorenburg [EMAIL PROTECTED] Noel Koethe [EMAIL PROTECTED] Peter Karlsson [EMAIL PROTECTED] Phil Brooke [EMAIL PROTECTED] Philippe Troin [EMAIL PROTECTED] Scott James Remnant [EMAIL PROTECTED] Takao KAWAMURA [EMAIL PROTECTED] Vikram Aggarwal [EMAIL PROTECTED] Wichert Akkerman [EMAIL PROTECTED] Yu Guanghui [EMAIL PROTECTED] akira yamada [EMAIL PROTECTED] For imlib-dev: chameleon, enlightenment, epplets, kdegraphics, motioneye, mozart-gtk, pixelize, qvwm, vertex, w3m, xteddy with maintainers: Andreas Tille [EMAIL PROTECTED] Arto Jantunen [EMAIL PROTECTED] Christophe Le Bars [EMAIL PROTECTED] Christopher L Cheney [EMAIL PROTECTED] Eduardo Marcel Macan [EMAIL PROTECTED] Fumitoshi UKAI [EMAIL PROTECTED] Laurence J. Lane [EMAIL PROTECTED] Marco Kuhlmann [EMAIL PROTECTED] Shuichi OONO [EMAIL PROTECTED] Stephen Frost [EMAIL PROTECTED] Uwe Hermann [EMAIL PROTECTED] -- Daniel Schepler Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet. -- Orson Scott Card
Re: Bug#198158: architecture i386 isn't i386 anymore
On Thu, Jun 26, 2003 at 09:04:55AM -0400, David B Harris wrote: On Wed, 25 Jun 2003 14:04:54 -0500 Gunnar Wolf [EMAIL PROTECTED] wrote: And not only 80386 needs this - There is the Sparc64 port which would also benefit from this (http://www.debian.org/ports/sparc/#64bit). If we had support for subarchtectures, not only would the ix86 mess be able to be split in many flavors (i.e. strict 386, 486 and up, 686, or whatever you fancy). And I am sure this can somehow help maintain the non-Linux ports - NetBSD gives us the potential to bring Debian to _many_ new platforms. No it doesn't. I've yet to even hear of an architecture that NetBSD runs on but which Linux doesn't. They just have a different definition of architecture than us. (ie: our hppa may be three or four arches to the NetBSD kernel folk.) There are a couple. I don't think most people care about any of them, right now (and quite possibly never will, in the case of old VAXen, for example). In discussing it the other day, I actually found a concise way to express one of the major reasons I choose to work on the port and find it worthwhile: NetBSD's motto is Yes, it runs NetBSD. NetBSD other motto is correctness above all (by comparison, OpenBSD is security above all, FreeBSD is features above most, and Linux would probably be bleeding edge above most). Sort of like Debian's release schedule is when it's ready, and for the same reasons. Their -current is more or less like our unstable (It may break, but people always scream at us when it does so for any significant length of time). They don't release fast (other than security patches), but they do have a good history of their releases being rock-stable. -- Joel Baker [EMAIL PROTECTED] pgpVPPhefbfAy.pgp Description: PGP signature
Re: Mass bug filing: Build-Depends on libgdbmg1-dev and/or imlib-dev
On Sat, 28 Jun 2003, Daniel Schepler wrote: I don't know why my previous message on this topic didn't get through, so let me try again... murphy has been having load issues, amoung other things. I'm planning to file bugs against source packages which currently don't build in unstable because of build dependencies on libgdbmg1-dev or imlib-dev. Currently, the packages involved would be: Why?
Re: but I want the GNU versions of packages
On Sat, Jun 28, 2003, Dan Jacobson wrote: Do I look in Packages.gz for Conflicts:, and then look in Description: for this is the GNU version of...? No need for such a fastidious search. Use this instead: apt-get install `apt-cache search gnu | sed 's/ .*//'` Cheers, -- Sam.
Re: Application files in $HOME
Richard Braakman [EMAIL PROTECTED] writes: On Wed, Jun 25, 2003 at 02:02:04PM -0300, Daniel Ruoso wrote: What if the packages tells to dpkg which files or directories it will create on the user's home directory and when a package is purged the user could run a program to purge the files of packages that no longer exists. I have a better idea :) What if packages don't leave droppings in my home directory in the first place? I have all sorts of dotfiles (and even dot-directories) that I never asked for. It's reasonable for a program to install a dotfile when I configure it differently from the default, but there's no reason to create a dotfile that's identical to the default. Amen, brother! $ ls -Ad ~/.* | wc -l 241 -- Poems... always a sign of pretentious inner turmoil. pgpoTAP7pod8x.pgp Description: PGP signature
Re: Please don't misuse the debian/changelog to close bugs!
On Fri, Jun 27, 2003 at 08:19:14PM +1000, Herbert Xu wrote: Are you proposing that we list important upstream changes regardless of whether they fix bugs or not? If so then this may be worth considering. Hmm, I've always tried to do that, actually. And I appreciate it when other developers do it. If the upstream changelog is verbose and detailed (like the GNU ones tend to be) then it's nice to have the major changes as a short list. Richard Braakman
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
On Sat, Jun 28, 2003 at 03:33:16PM -0500, Steve Langasek wrote: On Sat, Jun 28, 2003 at 04:08:05PM +0100, Millis Miller wrote: E) Email does binary attachments and uses MIME (mime types, base64 encoding) to attach and send them with the message. You can't do this by doing what is described above. You can UUEncode it, but A LOT of mail clients don't support UUEncoding anymore. Plus, you can attach multiple binary files with email, not just one UUEncoded file. For instance: uuencode file.bin | gpg --clearsign | mail OTOH, the above features seem useful. mime-construct does multiple mime attachments. it does an excellent job, a very useful and versatile tool. it doesn't do uuencode, but a) uuencode is deprecated and should be avoided, and b) that's easy enough to do anyway: (for i in file1.bin file2.bin file3.bin ; uuencode $i ; echo ; done) | \ gpg --clearsign | mail ... FWIW, i don't think that mere duplication of existing functionality is a reason for a package not to be included in debian(*), but email is a really bad name for this program and this package. it's far too generic. (*) the only criteria for inclusion in debian are: 1. is it free? 2. is someone willing to package and maintain it? craig
Re: Bug#198158: architecture i386 isn't i386 anymore
On Thu, Jun 26, 2003 at 09:04:55AM -0400, David B Harris wrote: On Wed, 25 Jun 2003 14:04:54 -0500 Gunnar Wolf [EMAIL PROTECTED] wrote: And not only 80386 needs this - There is the Sparc64 port which would also benefit from this (http://www.debian.org/ports/sparc/#64bit). If we had support for subarchtectures, not only would the ix86 mess be able to be split in many flavors (i.e. strict 386, 486 and up, 686, or whatever you fancy). And I am sure this can somehow help maintain the non-Linux ports - NetBSD gives us the potential to bring Debian to _many_ new platforms. No it doesn't. I've yet to even hear of an architecture that NetBSD runs on but which Linux doesn't. They just have a different definition of architecture than us. (ie: our hppa may be three or four arches to the NetBSD kernel folk.) They support the vax, and openbsd (nearly) supports the m88k. The others look (to me, I didn't look very hard) like their CPUs are supported Frank
Re: Bug#198158: architecture i386 isn't i386 anymore
Christoph Hellwig wrote: On Wed, Jun 25, 2003 at 02:04:54PM -0500, Gunnar Wolf wrote: ports - NetBSD gives us the potential to bring Debian to _many_ new platforms. It's not that many actually. The only CPU that NetBSD claims to support but Linux doesn't is the pc532. Also the (umerged) Linux VAX and arm26 aren't really useable unlike their NetBSD counterparts. It depends a bit on your definition of platform - NetBSD supports the Turbochannel Alphas while Linux doesn't, for instance. There's various chunks of architectures that are better supported by one than the other. -- Matthew Garrett | [EMAIL PROTECTED]
Re: Bug#160074: acknowledged by developer (Re: Bug#160074: acknowledged by developer (Re: Bug#160074: Ok, can't be that important then))
On Fri, 2003-06-27 at 01:50, Ryan Murray wrote: On Thu, Jun 26, 2003 at 06:48:06PM -0500, Debian Bug Tracking System wrote: Don't reopen bugs just because you think it's not fixed, I've spent three or four hours testing libtool on mips this evening and I've not I'm not convinced it's fixed. It's really easy to fix this. Would you like me to NMU it? THEN PROVE THAT IT IS NOT FIXED. Give me a test that I can fun on a mips box to replicate this. And don't you fucking dare NMU my package over my head. 1) I've tested it quite thoroughly 2) libtool no longer uses file to check mips shared libraries Yet some builds still end up using the file_magic check (and give a message to file it as a libtool bug) even though they are using pass_all. WHICH BUILDS? Point at one! SHOW ME ONE! If libtool is somehow using file_magic when deplibs_check_method is pass_all, that's a far more serious problem than fixing a commented out bit of code. there's only a handful left and it's easy to see and understand which platforms still need this. If you're going to leave the code in the libtool.m4 file, let's leave code that works. I didn't leave that code there, upstream did -- and there's no reason to remove it because it's *DEAD CODE*, there's no possible way, save for a very bad bug in the shell, that it can be used. Filing bugs against the Debian libtool package when there is a problem with the Debian libtool package is fine. There is a problem with the package. It has an incorrect file_magic check, and that is sometimes being used in freshly relibtoolized packages. When? GIVE ME AN EXAMPLE. Let's use lprng as our guinea-pig, shall we? That's certainly exhibited this problem on mips... I said to *SEARCH* build logs, not randomly pick one that has had the problem due to being out of date. We both know that if it's out of date, a change to the libtool package won't make a bit of difference. I did. I compiled 10 different packages on a mips box last night, all of which had this warning in their most recent build logs. After libtoolizing again with 1.4.3-10, THE WARNING WENT AWAY. I've proved to myself that it is fixed. You've not even bothered doing any testing, and can't replicate the problem. Give me a package that uses the Debian 1.4.3-10 libtool and produces this warning. I can't find one! If you can, I'll happily investigate why libtool is using file_magic WHEN IT SHOULDN'T. Changing a comment to match the current file output WILL NOT fix any problem you think you might have. Scott -- Who is seriously getting tired of this. signature.asc Description: This is a digitally signed message part
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
On Friday 27 June 2003 01:32, Millis Miller wrote: Description : Send email from command line, either via MTA or SMTP, with optional encryption Also, if gpg is installed, it can digitally sign and encrypt outgoing emails. Just out of curiosity: inline PGP, or PGP/MIME cheers -- vbi -- random link of the day: http://fortytwo.ch/sienapei/shoezaim pgpO5ztwWzmS5.pgp Description: signature
Counter-Proposal: Architecture Versions and Architecture Features
Hi all, (I'm sending this message again, since the copy I sent yesterday seems not to have made it onto the list. If you receive it twice, please excuse.) Andreas Barth wrote: DRAFT - Subarchitectures for debian [0.1] First, thanks for creating a prototype proposal. I understand that the your proposed extensions to the Debian package system are based on the concepts of sub-archs and meta-sub-archs (I'd call these pseudo-sub-archs or alias-sub-archs, though). I have already proposed a more genereal extension based on arch versions (essentially equivalent to sub-archs, except that an order is implicitly defined), and features. I'll explain it in more detail, because I think that a more general approach would also be more flexible for potential future requirements in the Debian package system. Architecture Specifiers --- An arch specifier may specify the exact base arch, arch version, and arch features that are supported by a given system, or that are required for a given binary package to work (with or without an emulating kernel). Every base arch (alpha, i386, mips, ...) can, but isn't required to, have one or more explicit versions (as I said, these are equivalent to sub-archs). An arch version gets appended to the base arch name as .version, the default version being 0. Thus, i386 would be equivalent to i386.0, and subsequent versions could be i386.1, i386.1foo, i386.2, and so on. Arch versions are ordered alphabetically, with higher versions including the functionality of all lower versions, i.e. higher arch versions must be downwards compatible. Example: i386 = i386.0 i386.1 i386.1foo i386.2. Independently, every arch can, but isn't required to, have one or more special features beyond what the base arch version supports. A feature gets appended to the arch name/version as +feature. For i386, there could be features like fpu, mmx, sse, sse2, etc. A single arch specifier can name any number of features, e.g. i386+3dnow, or i386.6+mmx+sse. Binary Package Files Binary package files shall have the full arch specifier in their file names (see below for examples). Current packages with simple (traditional) arch specifiers such as i386 don't require special features beyond what the base arch version supports, thus the extension is backward compatible. control and Packages Files -- In control files, the Architecture: field, as before, lists the architectures supported by the base arch binary packages. Additionally, more specific arch specifiers can be listed here. Binary packages will be built for every listed arch specifier. Example: Architecture: alpha i386 i386.6+mmx+sse mips The special any arch specifier in the control/Architecture: field would only build binary packages for the base archs. The Packages file of a given base arch would, for every binary package based on (but of course not neccessarily supporting) that base arch, list the packages' exact arch specifiers in the Architecture: field. I.e. although a binary package compiled for i386.6+mmx+sse probably will not run on a real 80386 or Pentium 1 machine (disregarding any emulating kernels), it will be part of the i386 base arch nonetheless. apt and dpkg There might be several methods for apt and dpkg how to choose which packages to download and to install. Generally, binary packages for the plain base arch will be downloaded and installed unless specified otherwise. The 'APT::Architecture' configuration option would specify the *minimum* arch version and features that must be required by any package to be installed. The *maximum* arch version and features supported by the local system could be configured either as some 'APT::Architecture-Maximum' configuration or '--arch' command-line option, or as some generic '/etc/hwarch' config file, or it might even be possible to query the kernel for this information. Apt would then choose the binary package compiled for the highest compatible arch version and the most matching arch features that fulfills both the minimum and maximum requirements. Examples: Available packages in the fictitious pool: (A) pool/contrib/q/quake2/quake2_0.2.1-4_i386.deb (B) pool/contrib/q/quake2/quake2_0.2.1-4_i386.5+mmx.deb (C) pool/contrib/q/quake2/quake2_0.2.1-4_i386.6+3dnow.deb (D) pool/contrib/q/quake2/quake2_0.2.1-4_i386.6+mmx.deb (E) pool/contrib/q/quake2/quake2_0.2.1-4_i386.6+sse.deb (F) pool/contrib/q/quake2/quake2_0.2.1-4_i386.7+mmx+sse.deb (G) pool/contrib/q/quake2/quake2_0.2.1-4_i386.7+mmx+sse2.deb # uname -a Linux gray 2.4.20 #1 Fri Apr 4 14:43:45 CEST 2003 i686 GNU/Linux # cat /etc/apt/apt.conf APT::Architecture i386;# minimum arch specifier APT::Architecture-Maximum i386.6+mmx+sse; # maximum arch specifier # apt-get install quake2 (chooses package D, acceptable fallbacks would be E, then B, then A) # apt-get --arch i386.6+mmx
Re: Application files in $HOME
Well, it may be included in the wishlist for cruft, the program I called userconfpurge may be a part of it. But before this would be necessary a change in the debian packages, to include which files are created in the user's home. Em Qui, 2003-06-26 às 14:31, Drew Scott Daniels escreveu: Is connecting files to packages like this part of cruft? A potential wishlist item for cruft? Drew Daniels -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Application files in $HOME
Em Sex, 2003-06-27 às 02:14, Adam Majer escreveu: Then they should't delete anything with .* After all, shoudn't most user friendly applications hide those directories in the first place? Even ls does it unless you use -a But the question is: These files and directories uses a lot of disk space... And today we have to clean another user's home, because there is no way to a newbie to clean it, because that demands a certain knowledge of the operating system and the packages that are installed. P.S.: think of an office with diskless stations running debian with the home over nfs and the authentication over nis, in this way we have to set a low quota, because we don't have much space in the hd. Furthermore, this is what a system admin is for. If something is broken, they can fix it remotely. I don't expect that a system admin even touch my home directory. And anyway, this doesn't need to be made in one day, think about debconf, there are packages that still doesn't use it and nobody died. I think that the two things are very different. debconf is not used by the end user. I was not talking about this. I was talking about the risk of this proposal. On the other hand, if someone is using Debian as a desktop and doesn't know how to upgrade it (and probably doesn't want to upgrade it too often) they will never run into the problem of run-away dot-files/dirs. Unless the user needs to keep its disk space below the quota.
Re: ximiam connector
On Mon, Jun 23, 2003 at 04:27:36PM -0600, Thomas E. Vaughan wrote: Is there anyone else out there trying to run Connector on Debian (sid)? Although Ximian strongly discourages a direct download of Connector (because Ximian urges the use of Red Carpet), the binaries are available at http://www.ximian.com/products/connector/download/connector.html. ... I've tried alien on a couple of the packages, but so far, no good. I have it working, but at the moment it is a bit difficult. The idea is that you can add deb http://red-carpet.ximian.com/debian woody main to your sources.list and then you can install red-carpet. red-carpet looks at the /etc/issue file to figure out which distro you have. I changed my issue to be: Debian GNU/\s 3.0 \n \l so it thought I was still running stable. With red-carpet you can then download all the rest (evolution, connector, etc.) However at the moment red-carpet doesn't seem to work. Also the sources line above doesn't seem to work either. The line: deb http://trumpetti.atm.tut.fi/ximian/debian woody main but that doesn't get you the connector. Fortunately red-carpet has an on-disk cache so I still have the debian packages. (or I'd be in trouble). Jim -- Jim Mintha Email: [EMAIL PROTECTED] System Administrator Work: +31 20 525-4919 Informatiseringscentrum Home: +31 20 662-3892 University of Amsterdam Debian GNU/Linux: [EMAIL PROTECTED] _There are always Possibilities_ http://www.mintha.com
Re: Garbled messages received from lists.d.o.
On 27 Jun 2003, Philippe Troin wrote: I have been receiving bugs.d.o emails which are unrelated to my package for the last two-three days. And their headers seem quite garbled: they include part of other messages... Included five of them. Is there anything fishy going on? Or is the spam filter going crazy? Phil. Getting them here, so it's not your system along.. Seeing parts of bug reports here.
Re: Bug#198158: architecture i386 isn't i386 anymore
On Thu, Jun 26, 2003 at 09:04:55AM -0400, David B Harris wrote: No it doesn't. I've yet to even hear of an architecture that NetBSD runs on but which Linux doesn't. pc532 They just have a different definition of architecture than us. (ie: our hppa may be three or four arches to the NetBSD kernel folk.) Yupp. But under this different arch concepts there's also hidden lots of hardware supported by only either NetBSD or Linux even if the CPU is supported by both..
Re: Please don't misuse the debian/changelog to close bugs!
On Thu, Jun 26, 2003 at 07:56:37AM +1000, Herbert Xu wrote: Brian Nelson [EMAIL PROTECTED] wrote: http://bugs.debian.org/188740 That's a documentation issue. debian/changelog is not the place for documenting random features. Messages that close bugs are, however, the place for documenting why bugs are being closed and when those messages come from changelogs that means that the changelogs ought to be more explicit too. In this case things would've been fine if the feature integrated upstream had done the same thing as the patch I originally submitted but in fact it didn't quite do so, breaking my setup. Had the changelog been more explicit about why the bug was being closed there would've been rather less confusion. -- You grabbed my hand and we fell into it, like a daydream - or a fever. pgpyaA5EI8S1T.pgp Description: PGP signature
Re: Counter-Proposal: Architecture Versions and Architecture Features
* Julian Mehnle ([EMAIL PROTECTED]) [030627 21:05]: I understand that the your proposed extensions to the Debian package system are based on the concepts of sub-archs and meta-sub-archs (I'd call these pseudo-sub-archs or alias-sub-archs, though). I have already proposed a more genereal extension based on arch versions (essentially equivalent to sub-archs, except that an order is implicitly defined), and features. I'll explain it in more detail, because I think that a more general approach would also be more flexible for potential future requirements in the Debian package system. Thanks for your proposal. IMHO it is important that we are going to adopt one or the other proposal rather soon, so that it could be used in sarge. I think both proposals have their specific advantages, and we must try to combine these. Now to comments: Every base arch (alpha, i386, mips, ...) can, but isn't required to, have one or more explicit versions (as I said, these are equivalent to sub-archs). An arch version gets appended to the base arch name as .version, the default version being 0. Thus, i386 would be equivalent to i386.0, and subsequent versions could be i386.1, i386.1foo, i386.2, and so on. Arch versions are ordered alphabetically, with higher versions including the functionality of all lower versions, i.e. higher arch versions must be downwards compatible. Example: i386 = i386.0 i386.1 i386.1foo i386.2. The problem with this is: It works only if all relevant processor makes can be seen as a chain by inclusion, i.e. there is only one heir to each processor version. However, with AMDs Opteron on one side and the certainly next Intel processor on the other side there will be two childs with different features, so this fails. You can of course make it with Independently, every arch can, but isn't required to, have one or more special features beyond what the base arch version supports. A feature gets appended to the arch name/version as +feature. For i386, there could be features like fpu, mmx, sse, sse2, etc. A single arch specifier can name any number of features, e.g. i386+3dnow, or i386.6+mmx+sse. ... but this has the disadvantage of being unexact. What to do if a processor has three features, but in the special case the packages allows only two of them at a time? Or to make it worse say processor A supports maximum subarch 7, and feature A, but feature A can only be used really fast in subarch 6; packages in subarch 7 must also be built because they are faster on processors without feature A? In your proposal one is bound to suboptimal matches in special cases, and even a very good package maintainer can't get around. The argument that special cases are seldom won't match here because: The whole subarch-system is only needed in special cases. I don't believe that vi will get substantial speed improvements because of subarch specific versions (otherwise show me figures). ;-) Because of this in my proposal exact matches are possible. There is only one case where unexact must be used, and this is when a new subarch comes to existence. The subarch information that could be stored in your modell can be also be stored in my modell, but also more complex information. (You break up the subarch-info from my modell to several pieces. In my modell there would be a subarch _i586 and _i586-mmx, and with an unexact match packages for _i586 are also used for _i586-mmx, unless there is a better, i.e. exact match.) There is one obvious advantage of your proposal: The archive selection code needs to know less of subarchs. But, as new subarchs aren't created every day (unlike new version of ordinary packages) it's IMHO ok to save magic code in the selection programms. It won't get real large. The other advantage is that it consumes less space in the Packages file. But, as subarchs are needed on relativly few packages this is IMHO ok because of the more mightier abilities. Available packages in the fictitious pool: (A) pool/contrib/q/quake2/quake2_0.2.1-4_i386.deb (B) pool/contrib/q/quake2/quake2_0.2.1-4_i386.5+mmx.deb (C) pool/contrib/q/quake2/quake2_0.2.1-4_i386.6+3dnow.deb Do I see it right that the package names are nowhere noted but created by s/arch/best_match/ on the fly? I specified the different files on purpose in the Packages-File, as it might be useful in special cases to use different filenames - or to use one file for different subarchs. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
Re: [Stefano =)] Bug#198619: Could not perform configuration on libpam0g
On Thu, Jun 26, 2003 at 11:15:37PM +0100, Esteban Manchado Vel?zquez wrote: On Wed, Jun 25, 2003 at 05:39:36PM -0400, Sam Hartman wrote: [Please cc me; I'm very behind on -devel] I'm very confused by this bug and am sufficiently busy this week that I'm not going to be able to diagnose it right now. Could anyone who has a chance to do so please look at exactly what is failing from a dependency standpoint? I get the feeling I'm missing something about the interactions between pre-dependencies and dependencies and apt. I ran into the very same error some days ago. I have no idea about the cause, but doing random tests, we (at work) found that upgrading to testing and then to unstable fixed the problem. You only have to upgrade libpam or libpam0g (I'm not sure which of them; the former doesn't exist in unstable, IIRC), and then you can upgrade normally to unstable. That is, add testing to your sources.list, do apt-get install libpam/testing, and then upgrade normally. DEBCONF_DEBUG=developer showed nothing, BTW. HTH, Hello, In fact, i have also this bug. It comes from a circular versionned dependency betwee lipam0g and libpam-modules : libpam0g depend on libpam-modules 0.7.X and libpam-modules depends on libpam0g 0.7.X... So if you try to upgrade from a version below 0.7.X you cannot get it to work... Or you have to ignore the dependcy... Regard Sylvain LE GALL
Re: Bug#198957: ITP: email -- Send email from command line, either via MTA or SMTP, with optional encryption
OK, let me see if I can address all the comments I've received so far. 1. Description too long. OK, I will change it to a shorter one, once I work out how to do that with an ITP. 2. Various questions along the line of What does email do that a certain shell sequence doesn't. This from Upstream: A) Email users SMTP or Sendmail. (Main purpose!) B) Email handles the GPG interaction. Meaning you can use email from a cron job and as long as you have your pass in the email.conf file, you won't have to type it in when gpg asks for it. You'd have to come up with a pretty wicked shell script otherwise. C) Email handles signature files D) Email handles an address book. E) Email does binary attachments and uses MIME (mime types, base64 encoding) to attach and send them with the message. You can't do this by doing what is described above. You can UUEncode it, but A LOT of mail clients don't support UUEncoding anymore. Plus, you can attach multiple binary files with email, not just one UUEncoded file. For instance: uuencode file.bin | gpg --clearsign | mail First of all, it's only one file. Second of all, it's using a --clearsign and not the way email does it. I believe it was you who suggested email sign/encrypt messages such as Ximian and Outlook does. This is the way the majority of modern mail reader clients view such data. So in short: The command line way you are suggesting violates modern RFC compliant mail reader clients. However, email follows RFC's 821, 2015 (PGP Encryption), 2045, and soon 2554. 3. Change the name from email to something else. Upstream does not want to do this, as the name has been in use since 2001, with an established user base. Apparently (for what it is worth) it has been used in Slackware with this name. Also, I myself first came accross it precisly by doing a search on google using the word email (I forget exatly how, something like command line email I think). Finally, as Upstream reasons, it does actually describe what it does. Remembering the meaning of the verb, to email, email does precisely that: send email. BR, Millis signature.asc Description: This is a digitally signed message part
Re: Package Lists and Size
Corrin Lakeland [EMAIL PROTECTED] wrote: So, i think if there .diff's exist, maybe apt-get can patch the Changes into the files on the client, or a small wrapper arround apt-get can do this.. Goodness, you are the second person to ask for this in a month. Diff is not suitable since there are many versions the file could be diffed against. You need rsync, anoncvs, or similar. Some of the servers run rsync, which works well for the Packages file, but does not work for the packages themselves. Other mirrors do not run rsync since it puts extra CPU load on their server. Perhaps you could find/use a mirror with public rsync access. To do this, just replace http with rsync in your sources.list With which apt version ? I don't find any usr/lib/apt/methods/rsync :(
Re: [Stefano =)] Bug#198619: Could not perform configuration on libpam0g
On Sat, 28 Jun 2003, Sylvain LE GALL wrote: On Thu, Jun 26, 2003 at 11:15:37PM +0100, Esteban Manchado Vel?zquez wrote: On Wed, Jun 25, 2003 at 05:39:36PM -0400, Sam Hartman wrote: [Please cc me; I'm very behind on -devel] I'm very confused by this bug and am sufficiently busy this week that I'm not going to be able to diagnose it right now. Could anyone who has a chance to do so please look at exactly what is failing from a dependency standpoint? I get the feeling I'm missing something about the interactions between pre-dependencies and dependencies and apt. I ran into the very same error some days ago. I have no idea about the cause, but doing random tests, we (at work) found that upgrading to testing and then to unstable fixed the problem. You only have to upgrade libpam or libpam0g (I'm not sure which of them; the former doesn't exist in unstable, IIRC), and then you can upgrade normally to unstable. That is, add testing to your sources.list, do apt-get install libpam/testing, and then upgrade normally. DEBCONF_DEBUG=developer showed nothing, BTW. HTH, Hello, In fact, i have also this bug. It comes from a circular versionned dependency betwee lipam0g and libpam-modules : libpam0g depend on libpam-modules 0.7.X and libpam-modules depends on libpam0g 0.7.X... So if you try to upgrade from a version below 0.7.X you cannot get it to work... Or you have to ignore the dependcy... this is a bug in apt. dpkg correctly handles this case(it breaks the dep loop randomly, which means postinsts of the affected packages need to be aware of the issue. The apt developer has refused to fix apt to work around this non-problem in the past, I suggest you take it up with him.
perlapi-5.6.1
I apologize for filing multiple bug reports about this before seeking consensus on the list. Is someone going to put perlapi-5.6.1 back into sarge? Lots of packages indirectly depend on this and cannot be installed now. Should there be a dummy package for compatibility with perl 5.8.0? Thank you for investigating. --mark--
Bug#62878: Screen display problems with terminals.
On Thu, Apr 03, 2003 at 04:43:31PM +0200, Bill Allombert wrote: Hello, It seems sthat changing the font have solved the problem so we can close this bug report ? Cheers, I am very belatedly catching up with this question. It doesn't seem to me the bug should be closed. It appears that things work for some combinations of terminal programs, font selections, and TERM variable settings, but not others. It seems to me it should work for all, or it should be better documented why it doesn't. I can't fully check this behavior because I am having other, more serious font problems. If I select Lucida-Typewriter font in my KDE Konsole now, nothing at all shows up. However, if I set the font to medium in the Konsole settings, things work OK with TERM=xterm (the default) but not TERM=linux. Same for an xterm. It *might* be appropriate to close this if the defaults for all relevant packages put in sensible values and alternatives, so the problem does not arise. I'm not sure what all relevant packages are, since some of this stuff might go in general start up files.
test
Re: How to Avoid GPL Issue
Le ven 27/06/2003 à 04:27, G. C. a écrit : Dear Sir or Madam, Currently we are trying to port some third party code to Linux kernel. Some modules of third party code need to be ported into Linux kernel and some drivers need to be ported from Vxworks to Linux drivers. The problem we have is that this third party does not allow us to publicize its code as Linux GPL requires. Is there any approach that we can avoid publicizing the third party code while porting to Linux? Do we need to write some shim layer code in Linux kernel to interface the third party code? How can we do that? Is there any document or samples? It is impossible. To say more, it is *meant* to be impossible. But this third party should also be aware that putting her code under the GPL is not giving it completely away : it guarantees them the code won't be used in another proprietary product, and it will bring them back the community enhancements and bugfixes. They can also release the information needed for writing these drivers. Some developers will generally accept to write the driver themselves. Or they can also do like Nvidia and ignore the GPL restrictions, but it is just tolerated in this single case by Linus Torvalds, and may not be in other cases. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Re: Bug#198158: architecture i386 isn't i386 anymore
On Thu, Jun 26, 2003 at 04:24:23PM -0400, Matt Zimmerman wrote: On Thu, Jun 26, 2003 at 09:44:30AM +0200, Christoph Hellwig wrote: On Wed, Jun 25, 2003 at 02:04:54PM -0500, Gunnar Wolf wrote: ports - NetBSD gives us the potential to bring Debian to _many_ new platforms. It's not that many actually. The only CPU that NetBSD claims to support but Linux doesn't is the pc532. Also the (umerged) Linux VAX and arm26 aren't really useable unlike their NetBSD counterparts. However, NetBSD doesn't run on IA64 or S/390 as far as I know, while Debian does. Of course, FreeBSD (5.0) does run on IA64, so I suspect it won't be that long before NetBSD has a port to it. I also recall seeing that people are in the process of porting both FreeBSD and NetBSD to S/390. ---Nathan
Attn: Mass bug filing: libtool requires updating
Version 3.39-1 of the file utility changed the format of the output line for MIPS shared libraries again. Older versions of libtool.m4 use the file utility and a regular expression to determine if something is a shared library or not. This regular expression does not match the new file output format. Newer versions of libtool instead use a much better checking method, however the following source packages have not updated (list obtained by grepping mips and mipsel build logs for the warning). a2ps ace-of-penguins bombermaze console-tools cronosii cyrus-sasl-nonus eeyes exult gacc gasql gimp-python gnome-admin gnome-objc gphoto greg gstalker gtk-engines gtk-engines-begtk gtranscript hermes1 infinity insight libgtrans-ifase libgtrans-mysql-3-23 libibtk libical libjpeg6b libopenobex libunicode lprng ltt mad mnogosearch mpqc mysql++ ngrep ntop nurbs++ open-amulet recode roxen rumba-manifold snac tdb tetex-bin tetradraw tex-guy tuxtime usbutils vdkbuilder vflib3 xalf xmlrpc-c xmms-cdread xmms-nas This means that on the mips and mipsel architectures the following warning is produced during configure. *** Warning: the command libtool uses to detect shared libraries, *** /usr/bin/file, produces output that libtool cannot recognize. *** The result is that libtool may fail to recognize shared libraries *** as such. This will affect the creation of libtool libraries that *** depend on shared libraries, but programs linked with such libtool *** libraries will work regardless of this problem. Nevertheless, you *** may want to report the problem to your system manager and/or to *** [EMAIL PROTECTED] An updated libtool will produce the following message during configure output on mips (a good method of checking whether you've updated or not). checking how to recognise dependent libraries... pass_all In order to update your packages to the latest version of libtool, ensure that libtool_1.4.3-10 is installed on your system and run the following commands from the source directory. $ libtoolize -cf $ aclocal $ autoconf You should also remove any libtool or ltconfig file left lying around from a previous version of libtool. Failure to run *all three* means you'll end up with a funted version of libtool. Also make sure that you run them in any sub-directory which ALSO runs libtool ( find . -type f | grep -e ltconfig -e ltmain ) Scott -- Who is nervous about his first ever mass-bug signature.asc Description: This is a digitally signed message part
Upstream requires forked Date::Manip
The upstream maintainer of XMLTV, which I package for Debian, has temporarily forked the Perl Date::Manip module. He says: Over the past six months or so I've accumulated various bug fixes to the Date::Manip module, most of them because of xmltv bug reports sent by users. Rather than wait any longer for the upstream Date::Manip to incorporate the fixes I have made my own release (intended as a temporary measure, not a permanent fork)... I've updated xmltv to require this version of the module (since it does fix several fairly important problems). I'm not entirely sure what to do with this. One option would be to roll these forked bug fixes into the offical Debian libdate-manip-perl package. There are no interface changes, so this really shouldn't cause problems for anyone (in theory, anyway). I have written the Debian libdate-manip-perl maintainer a few times in the last few weeks about this, but I haven't heard anything back from him. Another option would be for me to create a temporary libdate-manip-perl-fork package (or something) to temporarily provide the forked code, which wouldn't affect users who don't install the XMLTV packages. This would be OK, but I don't like the idea of adding temporary packages to the archive. As a final option, I could just take out Makefile.PL's checks on version and build the Debian XMLTV packages against the version of Date::Manip currently in Debian. This bothers me because it would leave us open to Debian-only bugs for which there's an obvious fix that Debian doesn't support. Does anyone have any opinions on the best way to deal with this? Thanks... KEN -- Kenneth J. Pronovici [EMAIL PROTECTED] pgp8OcQw4Jhdt.pgp Description: PGP signature
Re: How to Avoid GPL Issue
On Sun, Jun 29, 2003 at 06:44:06PM +0200, Josselin Mouette wrote: Is there any approach that we can avoid publicizing the third party code while porting to Linux? Do we need to write some shim layer code in Linux kernel to interface the third party code? How can we do that? Is there any document or samples? It is impossible. To say more, it is *meant* to be impossible. it is no problem to offer binary only modules. As long as the porting can be done as a loadable module, and does not use the GPL symbols this will work. However this is strongly undesireable, will neighter get you commercial success not is it a good (supportable) technical solution. Or they can also do like Nvidia and ignore the GPL restrictions, but it is just tolerated in this single case by Linus Torvalds, and may not be in other cases. drivers and modules are allowed to be binary only. Greetings Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://home.pages.de/~eckes/ o--o *plush* 2048/93600EFD [EMAIL PROTECTED] +497257930613 BE5-RIPE (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl!
Re: perlapi-5.6.1
On Sat, 28 Jun 2003, Mark Hedges wrote: I apologize for filing multiple bug reports about this before seeking consensus on the list. Is someone going to put perlapi-5.6.1 back into sarge? Lots of packages indirectly depend on this and cannot be installed now. Should there be a dummy package for compatibility with perl 5.8.0? No. The packages that require perl 5.6.1 need to be updated. They have had plenty of time to do so. Because they hadn't, they had been holding up perl 5.8 from entering testing, which was keeping lots of other packages in the dep tree from progressing.
Accepted qt-embedded 1:2.3.6-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 29 Jun 2003 00:22:00 -0700 Source: qt-embedded Binary: qte2-tutorial libqte2 qte2-doc libqte2-dev qte2-examples Architecture: source all i386 Version: 1:2.3.6-1 Distribution: unstable Urgency: low Maintainer: Ivan E. Moore II [EMAIL PROTECTED] Changed-By: Ivan E. Moore II [EMAIL PROTECTED] Description: libqte2- Qt/Embedded GUI Library (runtime version) libqte2-dev - Qt/Embedded GUI development headers qte2-doc - Reference documentation for Qt/Embedded qte2-examples - Examples for Qt/Embedded qte2-tutorial - Tutorial Qt/Embedded Changes: qt-embedded (1:2.3.6-1) unstable; urgency=low . * New upstream version * Applied patches from Opie project Files: fc55079883064d3ef71161d9de764e5d 740 libs optional qt-embedded_2.3.6-1.dsc 38a9bfd2e5fcae7db6df47de19c44887 15995259 libs optional qt-embedded_2.3.6.orig.tar.gz aeb7214e31f97ceef30404888c64d8b9 16411 libs optional qt-embedded_2.3.6-1.diff.gz 6ade4056dd5e84765df2dd1103efd6f9 765206 devel optional qte2-examples_2.3.6-1_all.deb 50b4b84c449b0a2e210af22f6aaeccb6 20076 doc optional qte2-tutorial_2.3.6-1_all.deb 978522ed7adf6607f0f50d3fdaf219da 3299912 doc optional qte2-doc_2.3.6-1_all.deb eaa46e7f7190f85ce26a795f204f50da 1315984 libs optional libqte2_2.3.6-1_i386.deb bcfb1ab3099cd0cc1ccb4cd42eb947da 247348 devel optional libqte2-dev_2.3.6-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iEYEARECAAYFAj7+nAQACgkQdkWBQZC84N1KEACfewVlsiIqwg5AqxNU/6ewXICd ovcAoJ9P1ChV5ndYJ3JrkNAy3fQ1TPdL =ti8s -END PGP SIGNATURE- Accepted: libqte2-dev_2.3.6-1_i386.deb to pool/main/q/qt-embedded/libqte2-dev_2.3.6-1_i386.deb libqte2_2.3.6-1_i386.deb to pool/main/q/qt-embedded/libqte2_2.3.6-1_i386.deb qt-embedded_2.3.6-1.diff.gz to pool/main/q/qt-embedded/qt-embedded_2.3.6-1.diff.gz qt-embedded_2.3.6-1.dsc to pool/main/q/qt-embedded/qt-embedded_2.3.6-1.dsc qt-embedded_2.3.6.orig.tar.gz to pool/main/q/qt-embedded/qt-embedded_2.3.6.orig.tar.gz qte2-doc_2.3.6-1_all.deb to pool/main/q/qt-embedded/qte2-doc_2.3.6-1_all.deb qte2-examples_2.3.6-1_all.deb to pool/main/q/qt-embedded/qte2-examples_2.3.6-1_all.deb qte2-tutorial_2.3.6-1_all.deb to pool/main/q/qt-embedded/qte2-tutorial_2.3.6-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted opie-libs-fb 0.9.3.0snapshot20030628-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 28 Jun 2003 17:17:00 -0700 Source: opie-libs-fb Binary: libqpe-fb-dev libqpe1-ipaq libqpe1-sharp libqpe1 libopie1-fb libopie-fb-dev Architecture: source i386 all Version: 0.9.3.0snapshot20030628-1 Distribution: unstable Urgency: low Maintainer: Ivan E. Moore II [EMAIL PROTECTED] Changed-By: Ivan E. Moore II [EMAIL PROTECTED] Description: libopie-fb-dev - Open Palm Integrated Environment (Opie Lib Development Files) libopie1-fb - Open Palm Integrated Environment (Core Opie library) libqpe-fb-dev - Open Palm Integrated Environment (QPE Development Files) libqpe1- Core QPE library Changes: opie-libs-fb (0.9.3.0snapshot20030628-1) unstable; urgency=low . * Sync with upstream Files: e48639d566ca75a519b928b563f0cb8b 785 libs optional opie-libs-fb_0.9.3.0snapshot20030628-1.dsc d4c8005fd5f4b3d1be64e3e6161eadd5 1442126 libs optional opie-libs-fb_0.9.3.0snapshot20030628.orig.tar.gz a14101627fc32d27cbaa5bb6a7c4d29e 51827 libs optional opie-libs-fb_0.9.3.0snapshot20030628-1.diff.gz d87aa7ba6f837c798cdd3672c027e2df 455990 libs optional libqpe1_0.9.3.0snapshot20030628-1_i386.deb 4cee96847f97678f4ae136642b8f707c 286792 libs optional libopie1-fb_0.9.3.0snapshot20030628-1_i386.deb 1dfe5d8ec07e9e855585926eaa45cd3d 185418 libdevel optional libqpe-fb-dev_0.9.3.0snapshot20030628-1_all.deb 1e58e1766df95b7b6c8218b9126d8474 62074 libdevel optional libopie-fb-dev_0.9.3.0snapshot20030628-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iEYEARECAAYFAj7+ogYACgkQdkWBQZC84N3mYQCeJux9zJqebASSVkOizfmQbeOU YKsAn0ZZkgv/30ExnC04abaKHu9G3NXJ =bfa8 -END PGP SIGNATURE- Accepted: libopie-fb-dev_0.9.3.0snapshot20030628-1_all.deb to pool/main/o/opie-libs-fb/libopie-fb-dev_0.9.3.0snapshot20030628-1_all.deb libopie1-fb_0.9.3.0snapshot20030628-1_i386.deb to pool/main/o/opie-libs-fb/libopie1-fb_0.9.3.0snapshot20030628-1_i386.deb libqpe-fb-dev_0.9.3.0snapshot20030628-1_all.deb to pool/main/o/opie-libs-fb/libqpe-fb-dev_0.9.3.0snapshot20030628-1_all.deb libqpe1_0.9.3.0snapshot20030628-1_i386.deb to pool/main/o/opie-libs-fb/libqpe1_0.9.3.0snapshot20030628-1_i386.deb opie-libs-fb_0.9.3.0snapshot20030628-1.diff.gz to pool/main/o/opie-libs-fb/opie-libs-fb_0.9.3.0snapshot20030628-1.diff.gz opie-libs-fb_0.9.3.0snapshot20030628-1.dsc to pool/main/o/opie-libs-fb/opie-libs-fb_0.9.3.0snapshot20030628-1.dsc opie-libs-fb_0.9.3.0snapshot20030628.orig.tar.gz to pool/main/o/opie-libs-fb/opie-libs-fb_0.9.3.0snapshot20030628.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted opie-apps-fb 0.9.3.0snapshot20030628-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 28 Jun 2003 00:40:00 -0700 Source: opie-apps-fb Binary: op-reader-fb op-tinykate-fb op-apps-fb op-keytabs op-tinykate-syntax-misc op-console-fb op-sysinfo-fb op-tinykate-syntax-miscdev op-sheet-fb op-helpbrowser-fb op-checkbook-fb op-tinykate-syntax op-embeddedkonsole-fb op-confedit-fb op-textedit-fb op-advancedfm-fb op-filebrowser-fb op-tableviewer-fb op-tinykate-syntax-web op-aqpkg-fb op-tinykate-syntax-document op-tinykate-syntax-commondev op-tinykate-syntax-unix op-oxygen-fb libtinykate1-fb op-write-fb Architecture: source i386 all Version: 0.9.3.0snapshot20030628-1 Distribution: unstable Urgency: low Maintainer: Ivan E. Moore II [EMAIL PROTECTED] Changed-By: Ivan E. Moore II [EMAIL PROTECTED] Description: libtinykate1-fb - Opie kate library op-advancedfm-fb - Opie Advanced File Manager op-apps-fb - Open Palm Integrated Environment (Base Packages) op-aqpkg-fb - Package Manager for Opie op-checkbook-fb - Opie checkbook program op-confedit-fb - Opie editor for the ~/Settings/*.conf files op-console-fb - Opie terminal application op-embeddedkonsole-fb - Opie version of KDE's konsole (shell terminal) op-filebrowser-fb - File Browser for Opie op-helpbrowser-fb - Help Browser for Opie op-keytabs - Opie keytabs for terminal applications op-oxygen-fb - A chemistry application for Opie op-reader-fb - Opie E-Book reader op-sheet-fb - Spreadsheet Application for Opie op-sysinfo-fb - Opie System Information dialog op-tableviewer-fb - Opie XML database browsers op-textedit-fb - Text Editor for Opie op-tinykate-fb - Embedded version of Kate for Opie op-tinykate-syntax - Syntax Highlighting Patterns for tinykate op-tinykate-syntax-commondev - Syntax Highlighting Patterns for tinykate (commondev) op-tinykate-syntax-document - Syntax Highlighting Patterns for tinykate (document oriented) op-tinykate-syntax-misc - Syntax Highlighting Patterns for tinykate (misc) op-tinykate-syntax-miscdev - Syntax Highlighting Patterns for tinykate (miscdev) op-tinykate-syntax-unix - Syntax Highlighting Patterns for tinykate (unix) op-tinykate-syntax-web - Syntax Highlighting Patterns for tinykate (web) op-write-fb - Opie Rich Text Editor Closes: 198838 Changes: opie-apps-fb (0.9.3.0snapshot20030628-1) unstable; urgency=low . * New upstream version * Fix g++-3.3 build (Closes: #198838) Files: d5db00deca922114b417414e5fb68761 1307 embedded optional opie-apps-fb_0.9.3.0snapshot20030628-1.dsc 0c2e720768098aab6504c911a523ec09 2898859 embedded optional opie-apps-fb_0.9.3.0snapshot20030628.orig.tar.gz 7131c702b16a32bf20a60cfa977ba717 37500 embedded optional opie-apps-fb_0.9.3.0snapshot20030628-1.diff.gz ebee670efa82da1f6f5149eba5009b32 81630 admin optional op-aqpkg-fb_0.9.3.0snapshot20030628-1_i386.deb f33d6b4516a0e7566a1c129eee1ec58a 84028 embedded optional op-embeddedkonsole-fb_0.9.3.0snapshot20030628-1_i386.deb 076ddb2f6bb2c0eb187b514b4ac2ce9f 44548 editors optional op-textedit-fb_0.9.3.0snapshot20030628-1_i386.deb aa5f297edee3a9f8e2986568c1c620ae 45854 utils optional op-filebrowser-fb_0.9.3.0snapshot20030628-1_i386.deb 2ccd4785781e75786fc2961f7b524b95 23200 utils optional op-helpbrowser-fb_0.9.3.0snapshot20030628-1_i386.deb 47e707d6e43d16cfa6c5152f2c04f3f2 21670 editors optional op-tinykate-fb_0.9.3.0snapshot20030628-1_i386.deb 428d7849fe40ee0b94f203d34e3930a7 62248 math optional op-sheet-fb_0.9.3.0snapshot20030628-1_i386.deb f94f4e2b707756e2944f8f5f33ad8def 47456 science optional op-oxygen-fb_0.9.3.0snapshot20030628-1_i386.deb 1dc62ea1272e0dc258b45c90a876064b 129106 text optional op-reader-fb_0.9.3.0snapshot20030628-1_i386.deb 6d776b2854f70bc02fbc7d73d75e0c62 64548 utils optional op-tableviewer-fb_0.9.3.0snapshot20030628-1_i386.deb 1d9cf22c7bb6bdf31f7413fb5cba80bc 46852 misc optional op-checkbook-fb_0.9.3.0snapshot20030628-1_i386.deb 3c53b07e39c0efaada4b8f4634bc58c8 26564 utils optional op-confedit-fb_0.9.3.0snapshot20030628-1_i386.deb 2f77ec5c02d08fd2899330e198889fdf 57236 utils optional op-advancedfm-fb_0.9.3.0snapshot20030628-1_i386.deb b110e76197e8589ce1e11635aa9e839c 46562 utils optional op-sysinfo-fb_0.9.3.0snapshot20030628-1_i386.deb 14833d40a77b44c09c605ba96b7f88df 147512 embedded optional op-console-fb_0.9.3.0snapshot20030628-1_i386.deb afc1fa4325dd8adaa85600880f9252f1 178792 editors optional op-write-fb_0.9.3.0snapshot20030628-1_i386.deb 1f62647f9059c71286a502af748abcfb 226886 libs optional libtinykate1-fb_0.9.3.0snapshot20030628-1_i386.deb bc3be8e2c73b15751213bd98a204e3ec 3900 embedded optional op-apps-fb_0.9.3.0snapshot20030628-1_all.deb cae9e8acfc43fd4ff2bdd4645fecc414 6860 editors optional op-tinykate-syntax-web_0.9.3.0snapshot20030628-1_all.deb c7d7a248c715807661c216095c727cd4 8116 editors optional op-tinykate-syntax-document_0.9.3.0snapshot20030628-1_all.deb 072ae7a61d92e93033806b464f99caf3 18398 editors optional
Accepted zsh 4.0.7-3 (hppa all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 29 Jun 2003 11:55:31 -0400 Source: zsh Binary: zsh zsh-static zsh-doc Architecture: source hppa all Version: 4.0.7-3 Distribution: unstable Urgency: low Maintainer: Clint Adams [EMAIL PROTECTED] Changed-By: Clint Adams [EMAIL PROTECTED] Description: zsh- A shell with lots of features zsh-doc- zsh documentation - info/HTML format zsh-static - A shell with lots of features (static link) Closes: 198268 198860 Changes: zsh (4.0.7-3) unstable; urgency=low . * Bump Standards-Version to 3.5.10 * Apply patch from Michel Grentzinger to use new gettext format for debconf templates. closes: #198268. * Use fr.po from Michel Grentzinger for debconf templates. closes: #198860. * Now merge debconf templates at build time. Files: 51f75e163c2311ef594745d3e57cae5d 668 shells optional zsh_4.0.7-3.dsc 93af9d8f688ed83addca502fe53e2e1a 50105 shells optional zsh_4.0.7-3.diff.gz 596454b5b00681839ad6985ff9dbde90 570204 shells optional zsh-doc_4.0.7-3_all.deb 701fc0f5f2a4050bc6fcf3f8a5ad595d 1803798 shells optional zsh_4.0.7-3_hppa.deb 76d21c46b01ced3cc6299385ab1f1f02 777236 shells optional zsh-static_4.0.7-3_hppa.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Debian! iD8DBQE+/0G45m0u66uWM3ARAhngAKC3X53ZTlwpUqdSbnx1Ns81L4HT7ACgif1s 0bjth0yFXtl1rDo+yGWkoy0= =jbJA -END PGP SIGNATURE- Accepted: zsh-doc_4.0.7-3_all.deb to pool/main/z/zsh/zsh-doc_4.0.7-3_all.deb zsh-static_4.0.7-3_hppa.deb to pool/main/z/zsh/zsh-static_4.0.7-3_hppa.deb zsh_4.0.7-3.diff.gz to pool/main/z/zsh/zsh_4.0.7-3.diff.gz zsh_4.0.7-3.dsc to pool/main/z/zsh/zsh_4.0.7-3.dsc zsh_4.0.7-3_hppa.deb to pool/main/z/zsh/zsh_4.0.7-3_hppa.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dovecot 0.99.10-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 26 Jun 2003 22:31:07 -0400 Source: dovecot Binary: dovecot-common dovecot dovecot-pop3d dovecot-imapd Architecture: source i386 all Version: 0.99.10-1 Distribution: unstable Urgency: low Maintainer: Jaldhar H. Vyas [EMAIL PROTECTED] Changed-By: Jaldhar H. Vyas [EMAIL PROTECTED] Description: dovecot- A dummy package for upgrades to dovecot IMAP and POP3 servers dovecot-common - A secure mail server that supports mbox and maildir mailboxes dovecot-imapd - A secure IMAP server that supports mbox and maildir mailboxes dovecot-pop3d - A secure POP3 server that supports mbox and maildir mailboxes Changes: dovecot (0.99.10-1) unstable; urgency=low . * New upstream release. * PAM service name has changed to dovecot (for IMAP and POP3.) I've included code to move /etc/pam.d/imap to /etc/pam.d/dovecot but if things suddenly stop working, this is the first thing to check. Files: 9dcf14f72ed8a900b71826780955d456 687 mail optional dovecot_0.99.10-1.dsc 26d8452366a28418cc8a114781a721b6 735615 mail optional dovecot_0.99.10.orig.tar.gz 69401bfd66083c47b778ff1ce17b68b2 6750 mail optional dovecot_0.99.10-1.diff.gz 57da6d68d980a9c65f2e95d7f288dbe3 4184 mail optional dovecot_0.99.10-1_all.deb 7fbfbd25462eaab835bd305249f1be07 210850 mail optional dovecot-common_0.99.10-1_i386.deb fa1e28a793399fdf34bee8928481ace4 272070 mail optional dovecot-imapd_0.99.10-1_i386.deb da56b032ce16492a4b8ea71efa01670e 248002 mail optional dovecot-pop3d_0.99.10-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE++7A+2kYOR+5txmoRArLoAJ4y7dH1DqgIUY3yWLlsmXj1DrKsjQCeMWkW jSYBrnuwrixjAib5uNRb2CI= =rDqp -END PGP SIGNATURE- Accepted: dovecot-common_0.99.10-1_i386.deb to pool/main/d/dovecot/dovecot-common_0.99.10-1_i386.deb dovecot-imapd_0.99.10-1_i386.deb to pool/main/d/dovecot/dovecot-imapd_0.99.10-1_i386.deb dovecot-pop3d_0.99.10-1_i386.deb to pool/main/d/dovecot/dovecot-pop3d_0.99.10-1_i386.deb dovecot_0.99.10-1.diff.gz to pool/main/d/dovecot/dovecot_0.99.10-1.diff.gz dovecot_0.99.10-1.dsc to pool/main/d/dovecot/dovecot_0.99.10-1.dsc dovecot_0.99.10-1_all.deb to pool/main/d/dovecot/dovecot_0.99.10-1_all.deb dovecot_0.99.10.orig.tar.gz to pool/main/d/dovecot/dovecot_0.99.10.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted logjam 4.2.2-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 26 Jun 2003 22:53:58 -0400 Source: logjam Binary: logjam Architecture: source i386 Version: 4.2.2-1 Distribution: unstable Urgency: low Maintainer: Ari Pollak [EMAIL PROTECTED] Changed-By: Ari Pollak [EMAIL PROTECTED] Description: logjam - Client for LiveJournal-based sites Changes: logjam (4.2.2-1) unstable; urgency=low . * New upstream release * WARNING: The format of the offline journal sync has changed. LogJam should recognize the new version, but you should delete re-sync your offline journal. Run the following to delete the older version: rm -rf ~/.logjam/servers/LiveJournal/users/yourusername/journal Files: 32da476fbf20c60fbac27602ef7191bf 640 net optional logjam_4.2.2-1.dsc b279c49c5538c509228ef6eca038a510 489337 net optional logjam_4.2.2.orig.tar.gz 697299d423f096c9af765690061b4979 3948 net optional logjam_4.2.2-1.diff.gz 4c135b64f9d4a1a237ec41a1714990ac 248004 net optional logjam_4.2.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE++7MRwO+u47cOQDsRAgKDAJ4jhXsnzm2fgEUfG0zSTc7YkXYZ5gCgmsFd kUGRAtU46+xbfMEDij/GdAk= =tNuu -END PGP SIGNATURE- Accepted: logjam_4.2.2-1.diff.gz to pool/main/l/logjam/logjam_4.2.2-1.diff.gz logjam_4.2.2-1.dsc to pool/main/l/logjam/logjam_4.2.2-1.dsc logjam_4.2.2-1_i386.deb to pool/main/l/logjam/logjam_4.2.2-1_i386.deb logjam_4.2.2.orig.tar.gz to pool/main/l/logjam/logjam_4.2.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted webmin-mysql 1.090.6-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 26 Jun 2003 23:15:17 -0400 Source: webmin-mysql Binary: webmin-mysql Architecture: source all Version: 1.090.6-1 Distribution: unstable Urgency: low Maintainer: Jaldhar H. Vyas [EMAIL PROTECTED] Changed-By: Jaldhar H. Vyas [EMAIL PROTECTED] Description: webmin-mysql - mysql-server control module for webmin Changes: webmin-mysql (1.090.6-1) unstable; urgency=low . * Post-1.090 update. When editing a user in MySQL 4, it was impossible to set all of the permissions. Files: 6b34fa6f94491a394e619cb2b624ec59 613 admin optional webmin-mysql_1.090.6-1.dsc aac116556c8f3230748688e738684b25 129961 admin optional webmin-mysql_1.090.6.orig.tar.gz ce850fde00f4d9ba725cd88a5304b1d2 4559 admin optional webmin-mysql_1.090.6-1.diff.gz 9103e0455004d00ecf9115dc786e0161 129872 admin optional webmin-mysql_1.090.6-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE++7lx2kYOR+5txmoRAszoAKCUom2O5lnDEBd1/kDI8x6eg+SXwQCeNQte iVakIMV9abCF21Z0mulQTtA= =66rt -END PGP SIGNATURE- Accepted: webmin-mysql_1.090.6-1.diff.gz to pool/main/w/webmin-mysql/webmin-mysql_1.090.6-1.diff.gz webmin-mysql_1.090.6-1.dsc to pool/main/w/webmin-mysql/webmin-mysql_1.090.6-1.dsc webmin-mysql_1.090.6-1_all.deb to pool/main/w/webmin-mysql/webmin-mysql_1.090.6-1_all.deb webmin-mysql_1.090.6.orig.tar.gz to pool/main/w/webmin-mysql/webmin-mysql_1.090.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted wmsun 1.03-12 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Jun 2003 07:11:55 +0200 Source: wmsun Binary: wmsun Architecture: source i386 Version: 1.03-12 Distribution: unstable Urgency: low Maintainer: Martin A. Godisch [EMAIL PROTECTED] Changed-By: Martin A. Godisch [EMAIL PROTECTED] Description: wmsun - Dockable WindowMaker SunRise/SunSet App Changes: wmsun (1.03-12) unstable; urgency=low . * Updated deb'configuration, added ucf support. Files: be192bb6d59953f90ad7eb1c79eee6b2 558 x11 optional wmsun_1.03-12.dsc cdaf955caee211624db77f336cc86cc8 7716 x11 optional wmsun_1.03-12.diff.gz 9afecdd6ae16f4fd8a5316b910139ef7 21548 x11 optional wmsun_1.03-12_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE++9dFmpGCHWjc1gYRAlaKAJ4+GPakhvByuyuwMW1f+aaHlXJmnACgs+hB 7tpDOLQnJv4Y86tVtFgyRvM= =0bTI -END PGP SIGNATURE- Accepted: wmsun_1.03-12.diff.gz to pool/main/w/wmsun/wmsun_1.03-12.diff.gz wmsun_1.03-12.dsc to pool/main/w/wmsun/wmsun_1.03-12.dsc wmsun_1.03-12_i386.deb to pool/main/w/wmsun/wmsun_1.03-12_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted wmmoonclock 1.27-10 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Jun 2003 07:12:15 +0200 Source: wmmoonclock Binary: wmmoonclock Architecture: source i386 Version: 1.27-10 Distribution: unstable Urgency: low Maintainer: Martin A. Godisch [EMAIL PROTECTED] Changed-By: Martin A. Godisch [EMAIL PROTECTED] Description: wmmoonclock - WindowMaker moon phase dockapp Changes: wmmoonclock (1.27-10) unstable; urgency=low . * Updated deb'configuration, added ucf support. Files: 868ef5aa1763431197673f57ac4e112d 583 x11 optional wmmoonclock_1.27-10.dsc e3cd69e8e1eb9f4efff9d39551373f82 9918 x11 optional wmmoonclock_1.27-10.diff.gz 60ed7eda7361ddb097fca35bb273b136 154972 x11 optional wmmoonclock_1.27-10_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE++9c5mpGCHWjc1gYRAn0aAKCXhgg9NNCywQ/dxFNqxknJ7rFwAQCgqK+c HLXdfkSXXeCggTTGxKZ1X30= =I/HT -END PGP SIGNATURE- Accepted: wmmoonclock_1.27-10.diff.gz to pool/main/w/wmmoonclock/wmmoonclock_1.27-10.diff.gz wmmoonclock_1.27-10.dsc to pool/main/w/wmmoonclock/wmmoonclock_1.27-10.dsc wmmoonclock_1.27-10_i386.deb to pool/main/w/wmmoonclock/wmmoonclock_1.27-10_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted glade-2 2.0.0-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Jun 2003 00:39:04 -0400 Source: glade-2 Binary: glade-2 glade-common-2 glade-gnome-2 glade-doc-2 Architecture: source all i386 Version: 2.0.0-3 Distribution: unstable Urgency: low Maintainer: Eric Dorland [EMAIL PROTECTED] Changed-By: Eric Dorland [EMAIL PROTECTED] Description: glade-2- GTK+ 2 User Interface Builder glade-common-2 - Common files for GTK+ 2 User Interface Builder glade-doc-2 - Documentation for GTK+ 2 User Interface Builder glade-gnome-2 - GTK+ 2 User Interface Builder (with GNOME 2 support) Closes: 198950 Changes: glade-2 (2.0.0-3) unstable; urgency=low . * debian/control: - Bump Standards-Version to 3.5.10.0 (no changes). - Build-Depend on libgnomedb2-dev (= 0.12.1-1) and rebuild to grab the latest library. (Closes: #198950) Files: 66f219d30b47e4a34950a732965c5e88 896 devel optional glade-2_2.0.0-3.dsc 38ea9c0576d773007210d527df29bcc2 31593 devel optional glade-2_2.0.0-3.diff.gz 1b11699e86bd58d7a9162d9c4dd503be 83974 doc optional glade-doc-2_2.0.0-3_all.deb 2fe639c58acd4a4b5d25c3383609319a 95464 devel optional glade-common-2_2.0.0-3_all.deb be31203179ed1f17ce0beb31b190da7e 1077908 devel extra glade-2_2.0.0-3_i386.deb 377cf73f6ee623cb0956bb5fac449739 1128456 gnome optional glade-gnome-2_2.0.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE++9AmYemOzxbZcMYRAu5cAJwO/4v2/rf8Ms2JStzxUdO7PpaaNQCgzcMu 7n7Tw4pAyvpaoAdrZEsEsxY= =KwO0 -END PGP SIGNATURE- Accepted: glade-2_2.0.0-3.diff.gz to pool/main/g/glade-2/glade-2_2.0.0-3.diff.gz glade-2_2.0.0-3.dsc to pool/main/g/glade-2/glade-2_2.0.0-3.dsc glade-2_2.0.0-3_i386.deb to pool/main/g/glade-2/glade-2_2.0.0-3_i386.deb glade-common-2_2.0.0-3_all.deb to pool/main/g/glade-2/glade-common-2_2.0.0-3_all.deb glade-doc-2_2.0.0-3_all.deb to pool/main/g/glade-2/glade-doc-2_2.0.0-3_all.deb glade-gnome-2_2.0.0-3_i386.deb to pool/main/g/glade-2/glade-gnome-2_2.0.0-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sendmail 8.12.9-4 (i386 source all)
-BEGIN PGP SIGNED MESSAGE-
Format: 1.7
Date: Tue, 06 May 2003 09:00:00 -0500
Source: sendmail
Binary: libmilter-dev sendmail-doc sendmail
Architecture: source i386 all
Version: 8.12.9-4
Distribution: unstable
Urgency: low
Maintainer: Richard A Nelson (Rick) [EMAIL PROTECTED]
Changed-By: Richard A Nelson (Rick) [EMAIL PROTECTED]
Description:
libmilter-dev - Sendmail Mail Filter API (Milter)
sendmail - A powerful, efficient, and scalable Mail Transport Agent
sendmail-doc - A powerful, efficient, and scalable Mail Transport Agent
Closes: 189048 190259 191427 191641 192118 198427
Changes:
sendmail (8.12.9-4) unstable; urgency=low
.
* move to sasl2 2.1.12 and openldap2 2.1.17closes: #190259
and allows it to build again on testing closes: #191427
NOTE: There is no automagic way to migrate from sasldb to saslb2 :(
* allow removal when never configured closes: #191641
* correct autoconf expansion in man smrsh closes: #192118
* tighten up (somewhat) the logcheck rules closes: #189048
If anyone wants to help clean this up, especially wrt the new
ordering of these files, please feel free to send me what you've got :)
need to workout howto add example local rules to examples dir
* upstream patch for mailstats correction
* ack... /var/run/sendmail and below should be 775, not 770
* support persistent queue runners (thanks Snow-Man)
DAEMON_PARMS=whatever -qptime
QUEUE_MODE=none
* Better support of user specified {queue,msp}_intervalcloses: #198427
You can now say QUEUE_INTERVAL=10s, 2d, or 1w2d3h4m5s and things
will just work (same goes for MSP_INTERVAL) - but see below for CRON
NOTE: This area was messy - and the generated crontab files were often
wrong and miss-parsed.
NOTE: This works better now, but crontimes may be rounded/different
that what you'd get from running something as a daemon!
Specifically: time is rounded to the nearest CRON interval -
90m == 2 hours!!! Often not a problem, but be aware!
Files:
2effa24a1c2fd0b27a52561e161615d3 896 mail extra sendmail_8.12.9-4.dsc
a38fe00e88a09c05d8e8b3c4af1da9cf 300799 mail extra sendmail_8.12.9-4.diff.gz
af7617ac3dba7f27e4a4b24726413b75 790214 doc extra sendmail-doc_8.12.9-4_all.deb
0f919f3c963f2c8648a50a8259f96051 977024 mail extra sendmail_8.12.9-4_i386.deb
9442407ab8f492e46e2d3a410114ba1c 272712 libdevel extra libmilter-dev_8.12.9-4_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
iQCVAwUBPvvU36VTksHk9ElFAQGsmQP/UpSWWiv6YNw4/br2ZtwloT6uI/hcfEd8
B9utqSAW82ecsYgeDaeEr8bHeQjKhmcK1WDWKtBKfDEZQwJWTcb4DX9qFMxoq/z/
vv1KqBD7uxVY48W0sThoHVdGYJLytprdgzn9tyApm92toMrN1ozvoSdz/29qJnK3
aOT5DWCZryg=
=5jPV
-END PGP SIGNATURE-
Accepted:
libmilter-dev_8.12.9-4_i386.deb
to pool/main/s/sendmail/libmilter-dev_8.12.9-4_i386.deb
sendmail-doc_8.12.9-4_all.deb
to pool/main/s/sendmail/sendmail-doc_8.12.9-4_all.deb
sendmail_8.12.9-4.diff.gz
to pool/main/s/sendmail/sendmail_8.12.9-4.diff.gz
sendmail_8.12.9-4.dsc
to pool/main/s/sendmail/sendmail_8.12.9-4.dsc
sendmail_8.12.9-4_i386.deb
to pool/main/s/sendmail/sendmail_8.12.9-4_i386.deb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnome-lokkit 0.50.22-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 26 Jun 2003 22:29:16 -0500 Source: gnome-lokkit Binary: gnome-lokkit lokkit Architecture: source i386 Version: 0.50.22-4 Distribution: unstable Urgency: low Maintainer: Chris Lawrence [EMAIL PROTECTED] Changed-By: Chris Lawrence [EMAIL PROTECTED] Description: gnome-lokkit - basic interactive firewall configuration tool (GNOME interface) lokkit - basic interactive firewall configuration tool (console interface) Changes: gnome-lokkit (0.50.22-4) unstable; urgency=low . * Add the chain to the FORWARD chain as well. * Add the Debian interfaces back into the newt dialog (define -DDEBIAN). Files: 6e2bf9aa106299fde036bac2bc92114a 994 net optional gnome-lokkit_0.50.22-4.dsc 3bc092debb8c0a29580a5d220075df57 21275 net optional gnome-lokkit_0.50.22-4.diff.gz 1d2b23cdf770fb8ee1e7ac427419e56f 129078 net optional lokkit_0.50.22-4_i386.deb c66c4d898c97c41ea877c48e716d3d10 53902 gnome optional gnome-lokkit_0.50.22-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iQEXAwUBPvvdjVxpg5e5AmZiFAKUDgQAnOOk0SLTwYOe1nzRT7H9Y0Hzk4lvQC/c Pbl+Q3f3GhIfEXKN0o/DIL+/PO8mossTgFaNxbh9onI0MF0w0UDlbCMrDjLunLLx b8VYndCoB6m0EOkmLrpVw9/WIob3fRn7/EWw/QuxN35zXdsUpa6//wooPWyiOz4A 9eN24UdMoy4EAJEGlTKDoQaxtvci2aUrXH7nVAbQK1DX4e7DN5Y7VPqzCZkT2cli ALbEaPnqdJ0oJJVcjqMyjoVh6XZfcDPbPtkG04Eghv8JF5WSzJsHvqewQOMTZI9h cBCLNIBff3ZH7ftSFrbJvbxq4halbRB5JRIHZFQdmbke/z0I9ybcMV2s =nkWu -END PGP SIGNATURE- Accepted: gnome-lokkit_0.50.22-4.diff.gz to pool/main/g/gnome-lokkit/gnome-lokkit_0.50.22-4.diff.gz gnome-lokkit_0.50.22-4.dsc to pool/main/g/gnome-lokkit/gnome-lokkit_0.50.22-4.dsc gnome-lokkit_0.50.22-4_i386.deb to pool/main/g/gnome-lokkit/gnome-lokkit_0.50.22-4_i386.deb lokkit_0.50.22-4_i386.deb to pool/main/g/gnome-lokkit/lokkit_0.50.22-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nullmailer 1.00RC7-15 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Jun 2003 07:56:05 +0200 Source: nullmailer Binary: nullmailer Architecture: source i386 Version: 1.00RC7-15 Distribution: unstable Urgency: low Maintainer: Martin A. Godisch [EMAIL PROTECTED] Changed-By: Martin A. Godisch [EMAIL PROTECTED] Description: nullmailer - Simple relay-only mail transport agent Closes: 198583 Changes: nullmailer (1.00RC7-15) unstable; urgency=low . * Added ucf support, closes: #198583. Files: 07ddccea5963f32826cb363d12cfbe6e 585 mail extra nullmailer_1.00RC7-15.dsc bb570a5030830ddfc361ec99f16a0620 17268 mail extra nullmailer_1.00RC7-15.diff.gz 3c93f700c2282c753ff28c5928229097 76080 mail extra nullmailer_1.00RC7-15_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE++953mpGCHWjc1gYRApQ3AKC0MQCq7KJu+KNxvgjMcMb/zD8DxACeNEDB Md3XbJhGT5mJhOOxTagJKS8= =qjtZ -END PGP SIGNATURE- Accepted: nullmailer_1.00RC7-15.diff.gz to pool/main/n/nullmailer/nullmailer_1.00RC7-15.diff.gz nullmailer_1.00RC7-15.dsc to pool/main/n/nullmailer/nullmailer_1.00RC7-15.dsc nullmailer_1.00RC7-15_i386.deb to pool/main/n/nullmailer/nullmailer_1.00RC7-15_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted vserver 0.22-13 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Jun 2003 08:20:13 +0200 Source: vserver Binary: vserver Architecture: source i386 Version: 0.22-13 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: vserver- Virtual private servers and context switching Changes: vserver (0.22-13) unstable; urgency=low . * Made so that vserver will not be restarted on upgrade. * Made so that postinst sets /var/lib/vservers mode 000. Files: 84a79b4a1cbb896a734ce9ef1e043a92 597 base optional vserver_0.22-13.dsc 31d565c967e0c24f83294c6d2b32e446 22799 base optional vserver_0.22-13.diff.gz c70258c85e5654051422b254508d60f3 296906 base optional vserver_0.22-13_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE++/A4GKGxzw/lPdkRAs3EAJ0a56yOXQQTQLxlBO9lf73VwgUcggCePVY6 YMWnlox7w44a3wI6RHOUWr4= =BC4o -END PGP SIGNATURE- Accepted: vserver_0.22-13.diff.gz to pool/main/v/vserver/vserver_0.22-13.diff.gz vserver_0.22-13.dsc to pool/main/v/vserver/vserver_0.22-13.dsc vserver_0.22-13_i386.deb to pool/main/v/vserver/vserver_0.22-13_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gscanbus 0.7.1-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 27 Jun 2003 12:23:00 +0200 Source: gscanbus Binary: gscanbus Architecture: source i386 Version: 0.7.1-4 Distribution: unstable Urgency: low Maintainer: Noel Koethe [EMAIL PROTECTED] Changed-By: Noel Koethe [EMAIL PROTECTED] Description: gscanbus - scan IEEE1394 (firewire/i.link) bus Closes: 196404 Changes: gscanbus (0.7.1-4) unstable; urgency=low . * fixed gcc 3.3 error (thx Thomas) (closes: Bug#196404) * changed section from utils to misc * updated standard-version Files: d9b23e174e96233b238aba8cea92e996 643 misc extra gscanbus_0.7.1-4.dsc b47bed835dc1f39f717a49236030b33a 3908 misc extra gscanbus_0.7.1-4.diff.gz b206a2856742e9d7b7db89ca9bec5b7f 120920 misc extra gscanbus_0.7.1-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE++/Wu9/DnDzB9Vu0RAoW1AJ9GZeJ/GTKOQCkcFFGFwFl9Y49+rQCfTRAR Iz/r2xwJlmbBtcPiAItw4zY= =+6KI -END PGP SIGNATURE- Accepted: gscanbus_0.7.1-4.diff.gz to pool/main/g/gscanbus/gscanbus_0.7.1-4.diff.gz gscanbus_0.7.1-4.dsc to pool/main/g/gscanbus/gscanbus_0.7.1-4.dsc gscanbus_0.7.1-4_i386.deb to pool/main/g/gscanbus/gscanbus_0.7.1-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pptp-linux 1.3.1-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 26 Jun 2003 11:12:25 +0200 Source: pptp-linux Binary: pptp-linux Architecture: source i386 Version: 1.3.1-1 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: pptp-linux - Point-to-Point Tunneling Protocol (PPTP) Client Closes: 197884 Changes: pptp-linux (1.3.1-1) unstable; urgency=low . * New upstream version, closes: #197884. Files: dcf6ad1df0c7db7c3078fa281799176e 560 net optional pptp-linux_1.3.1-1.dsc b24ca05422c0e62d7a26edbbec604a89 215987 net optional pptp-linux_1.3.1.orig.tar.gz ff4603c77a1874ce050bf06b64dab053 2578 net optional pptp-linux_1.3.1-1.diff.gz f28e7cc0068711489bcf233ac0cf7e87 90608 net optional pptp-linux_1.3.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE++/AQGKGxzw/lPdkRAji9AJ9cHduZDhI2oTpRmmAVICqeOxBh4wCgmPLh Wi87hG6PYmXNfT0zCUPthHI= =v0bg -END PGP SIGNATURE- Accepted: pptp-linux_1.3.1-1.diff.gz to pool/main/p/pptp-linux/pptp-linux_1.3.1-1.diff.gz pptp-linux_1.3.1-1.dsc to pool/main/p/pptp-linux/pptp-linux_1.3.1-1.dsc pptp-linux_1.3.1-1_i386.deb to pool/main/p/pptp-linux/pptp-linux_1.3.1-1_i386.deb pptp-linux_1.3.1.orig.tar.gz to pool/main/p/pptp-linux/pptp-linux_1.3.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted scapy 0.9.14-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 26 Jun 2003 19:04:38 +0200 Source: scapy Binary: scapy Architecture: source all Version: 0.9.14-1 Distribution: unstable Urgency: low Maintainer: Alberto Gonzalez Iniesta [EMAIL PROTECTED] Changed-By: Alberto Gonzalez Iniesta [EMAIL PROTECTED] Description: scapy - Packet generator/sniffer and network scanner/discovery Closes: 198879 Changes: scapy (0.9.14-1) unstable; urgency=low . * New upstream version. (Closes: #198879) Files: c14dd8821235d27cdcd20380eae736c6 566 net optional scapy_0.9.14-1.dsc 18fd8b76e60fb042ab32e696c8e6d1ef 38678 net optional scapy_0.9.14.orig.tar.gz 674e714ec954d1f1e5e225c7a972342b 13196 net optional scapy_0.9.14-1.diff.gz 953cc067a553b1ca61c3cdd840e8fbe2 43376 net optional scapy_0.9.14-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE++yqbxRSvjkukAcMRAqJUAJ97LGNper+ZTJIIE4JlSW6JDkQQFACdE69g OWMY8JUawRrFUHK9JEkQZL8= =s+bj -END PGP SIGNATURE- Accepted: scapy_0.9.14-1.diff.gz to pool/main/s/scapy/scapy_0.9.14-1.diff.gz scapy_0.9.14-1.dsc to pool/main/s/scapy/scapy_0.9.14-1.dsc scapy_0.9.14-1_all.deb to pool/main/s/scapy/scapy_0.9.14-1_all.deb scapy_0.9.14.orig.tar.gz to pool/main/s/scapy/scapy_0.9.14.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libconvert-units-perl 0.43-7 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Jun 2003 11:23:54 +0200 Source: libconvert-units-perl Binary: libconvert-units-perl Architecture: source all Version: 0.43-7 Distribution: unstable Urgency: low Maintainer: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] Changed-By: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] Description: libconvert-units-perl - Perl module for performing unit conversions Changes: libconvert-units-perl (0.43-7) unstable; urgency=low . * debian/copyright - file was updated to meet new standard * debian/control - changed Standards-Version to 3.5.10 Files: 6c5cb6fef937337ea06a22ae0941f53f 638 interpreters extra libconvert-units-perl_0.43-7.dsc 7ee95f96500bad89aa124168e6c76152 1846 interpreters extra libconvert-units-perl_0.43-7.diff.gz 044a6e079c319fa3499822427cf04813 14842 interpreters extra libconvert-units-perl_0.43-7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/A4x+NMfSd6w7DERAvH1AJ41qNahGYnbN0ZM6G3dLug96AiOIgCeMk/M EhRH0kbT8gsVb2HWyccvTn8= =a7AP -END PGP SIGNATURE- Accepted: libconvert-units-perl_0.43-7.diff.gz to pool/main/libc/libconvert-units-perl/libconvert-units-perl_0.43-7.diff.gz libconvert-units-perl_0.43-7.dsc to pool/main/libc/libconvert-units-perl/libconvert-units-perl_0.43-7.dsc libconvert-units-perl_0.43-7_all.deb to pool/main/libc/libconvert-units-perl/libconvert-units-perl_0.43-7_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted librtf-document-perl 0.64-7 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Jun 2003 11:29:16 +0200 Source: librtf-document-perl Binary: librtf-document-perl Architecture: source all Version: 0.64-7 Distribution: unstable Urgency: low Maintainer: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] Changed-By: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] Description: librtf-document-perl - Perl extension for generating Rich Text (RTF) Files Changes: librtf-document-perl (0.64-7) unstable; urgency=low . * debian/control - changed Standards-Version to 3.5.8.0 * debian/copyright - file was updated to meet new standard Files: d19cbf2f140876ca546100c58b21d601 668 perl extra librtf-document-perl_0.64-7.dsc a9382c895869f6aa34b43f3a52e74f65 1800 perl extra librtf-document-perl_0.64-7.diff.gz f306ecc10a876870f670f1649583e95e 20700 perl extra librtf-document-perl_0.64-7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/A+e+NMfSd6w7DERApdmAKCC/M0DvaAaI0MiU/2SEY/XRS0JYACfUrM0 nnROlivz7qxmljMBbkLGD8o= =O5tl -END PGP SIGNATURE- Accepted: librtf-document-perl_0.64-7.diff.gz to pool/main/libr/librtf-document-perl/librtf-document-perl_0.64-7.diff.gz librtf-document-perl_0.64-7.dsc to pool/main/libr/librtf-document-perl/librtf-document-perl_0.64-7.dsc librtf-document-perl_0.64-7_all.deb to pool/main/libr/librtf-document-perl/librtf-document-perl_0.64-7_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted loudmouth 0.10-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 26 Jun 2003 17:46:12 +0100 Source: loudmouth Binary: libloudmouth0 libloudmouth-dev Architecture: source i386 Version: 0.10-1 Distribution: unstable Urgency: low Maintainer: Ross Burton [EMAIL PROTECTED] Changed-By: Ross Burton [EMAIL PROTECTED] Description: libloudmouth-dev - Development files for Loudmouth Jabber library libloudmouth0 - Lightweight C Jabber library Changes: loudmouth (0.10-1) unstable; urgency=low . * New upstream release Files: 14b3a2b8e153d2c62637aa41f5c695eb 649 libs optional loudmouth_0.10-1.dsc 0a79f66103222d5ac4e1a869e758f2db 262053 libs optional loudmouth_0.10.orig.tar.gz e81f80d43e02a744629813f01412b1ec 1790 libs optional loudmouth_0.10-1.diff.gz 20c12b955868b0f2477551494d227569 42846 libdevel optional libloudmouth-dev_0.10-1_i386.deb 2dee34edcb734dfed438f7a67ee98de4 23736 libs optional libloudmouth0_0.10-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE++yQTLQnkR9C0M98RAgN5AJ4w1J18sdxTwSvntuDN/QAcQpp3FgCguA4R X+uK5qf5R/7gnQLmUadoQpM= =nGuH -END PGP SIGNATURE- Accepted: libloudmouth-dev_0.10-1_i386.deb to pool/main/l/loudmouth/libloudmouth-dev_0.10-1_i386.deb libloudmouth0_0.10-1_i386.deb to pool/main/l/loudmouth/libloudmouth0_0.10-1_i386.deb loudmouth_0.10-1.diff.gz to pool/main/l/loudmouth/loudmouth_0.10-1.diff.gz loudmouth_0.10-1.dsc to pool/main/l/loudmouth/loudmouth_0.10-1.dsc loudmouth_0.10.orig.tar.gz to pool/main/l/loudmouth/loudmouth_0.10.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gcc-3.3 1:3.3.1ds0-0pre0 (i386 source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 27 Jun 2003 00:14:43 +0200
Source: gcc-3.3
Binary: libgnat3.15 gcc-3.3-nof gcc-3.3 libobjc1 libgcc1 lib64g2c0 libstdc++5-3.3-doc
libgcj4 gpc-2.1-3.3-doc libstdc++5 cpp-3.3-doc protoize cpp-3.3 libstdc++5-3.3-dbg
g77-3.3-doc gpc-2.1-3.3 g77-3.3 libgcj4-dev gcc-3.3-doc lib64objc1 lib64ffi2
libstdc++5-3.3-dev libffi2-dev gcj-3.3 libgcj-common gobjc-3.3 lib64stdc++5
gcc-3.3-soft-float lib64gcj4 treelang-3.3 libg2c0-dev lib64gcc1 fastjar lib64gnat3.15
fixincludes libg2c0 gij-3.3 libstdc++5-3.3-pic gcc-3.3-base g++-3.3 gnat-3.3 libffi2
gnat-3.3-doc
Architecture: source i386 all
Version: 1:3.3.1ds0-0pre0
Distribution: unstable
Urgency: medium
Maintainer: Debian GCC maintainers [EMAIL PROTECTED]
Changed-By: Matthias Klose [EMAIL PROTECTED]
Description:
cpp-3.3- The GNU C preprocessor
cpp-3.3-doc - Documentation for the GNU C preprocessor (cpp)
fastjar- Jar creation utility
fixincludes - Fix non-ANSI header files
g++-3.3- The GNU C++ compiler
g77-3.3- The GNU Fortran 77 compiler
g77-3.3-doc - Documentation for the GNU Fortran compiler (g77)
gcc-3.3- The GNU C compiler
gcc-3.3-base - The GNU Compiler Collection (base package)
gcc-3.3-doc - Documentation for the GNU compilers (gcc, gobjc, g++)
gcj-3.3- The GNU compiler for Java(TM)
gij-3.3- The GNU Java bytecode interpreter
gnat-3.3 - The GNU Ada compiler
gnat-3.3-doc - Documentation for the GNU Ada compiler (gnat)
gobjc-3.3 - The GNU Objective-C compiler
gpc-2.1-3.3 - The GNU Pascal compiler
gpc-2.1-3.3-doc - Documentation for the GNU Pascal compiler (gpc)
libffi2- Foreign Function Interface library runtime
libffi2-dev - Foreign Function Interface library development
libg2c0- Runtime library for GNU Fortran 77 applications
libgcc1- GCC support library
libgcj-common - Java runtime library (common files)
libgcj4- Java runtime library for use with gcj
libgcj4-dev - Java development headers and static library for use with gcj
libobjc1 - Runtime library for GNU Objective-C applications
libstdc++5 - The GNU Standard C++ Library v3
libstdc++5-3.3-dbg - The GNU Standard C++ Library v3 (debugging files)
libstdc++5-3.3-dev - The GNU Standard C++ Library v3 (development files)
libstdc++5-3.3-doc - The GNU Standard C++ Library v3 (documentation files)
libstdc++5-3.3-pic - The GNU Standard C++ Library v3 (shared library subset kit)
protoize - Create/remove ANSI prototypes from C code
treelang-3.3 - The GNU Treelang compiler
Closes: 186185 193049 194330 194749 195237 195424 196091 196271 196744 196915 197099
197613
Changes:
gcc-3.3 (1:3.3.1ds0-0pre0) unstable; urgency=medium
.
* Update to gcc-3.3.1 CVS 20030626.
- Fix ICE on arm compiling xfree86 (closes: #195424).
- Fix ICE on arm compiling fftw (closes: #186185).
- Fix ICE on arm in change_address_1, affecting a few packages.
Closes: #197099.
- Fix ICE in merge_assigned_reloads building Linux 2.4.2x sched.c.
Closes: #195237.
- Do not warn about failing to inline functions declared in system headers.
Closes: #193049.
- Fix ICE on mips{,el} in propagate_one_insn (closes: #194330, #196091).
- Fix ICE on m68k in reg_overlap_mentioned_p (closes: #194749).
- Build crtbeginT.o on m68k (closes: #197613).
* Fix g++ man page symlink (closes: #196271).
* mips/mipsel: Depend on binutils (= 2.14.90.0.4). Closes: #196744.
* Disable treelang on powerpc (again). Closes: #196915.
* Pass -encoding in gcj-wrapper.
Files:
881971a0b3bc8c0b8949eb97ed6b261d 2365 devel standard gcc-3.3_3.3.1ds0-0pre0.dsc
11143a88a6acfdb57a7d0b8b39279473 22219831 devel standard gcc-3.3_3.3.1ds0.orig.tar.gz
1702e25839948c25b4060162c8fca414 2193500 devel standard gcc-3.3_3.3.1ds0-0pre0.diff.gz
6ee855e5d75def35cbe5f3185d85bb62 82898 doc optional cpp-3.3-doc_3.3.1-0pre0_all.deb
3b3511c9f2fe1ea243201979f7796deb 3130708 doc optional
libstdc++5-3.3-doc_3.3.1-0pre0_all.deb
4320fd78bd0dbc41a57fb90b00835097 268826 doc optional g77-3.3-doc_3.3.1-0pre0_all.deb
cfb754b028256f2bed0743cd060770c1 349004 doc optional gnat-3.3-doc_3.3.1-0pre0_all.deb
9f88ad580447333924998786d247f115 796418 doc optional
gpc-2.1-3.3-doc_3.3.1.20030507-0pre0_all.deb
15707da327c6f78ba4c9557a9d804b22 595910 doc optional gcc-3.3-doc_3.3.1-0pre0_all.deb
efbf2ffd1d7e4c64d4f494ed2e14ea09 139848 devel important
gcc-3.3-base_3.3.1-0pre0_i386.deb
d0a9e29f8f4e51f9b5cf9af4ac2d7a28 69002 libs important libgcc1_3.3.1-0pre0_i386.deb
a855e8d271f6609611167caacf31deee 1309152 interpreters standard
cpp-3.3_3.3.1-0pre0_i386.deb
d0624e1c1ff79dc357bcc3c132c550f1 22632 devel optional protoize_3.3.1-0pre0_i386.deb
c30e156f9891f7b21e105f73d89fef41 47202 devel optional fixincludes_3.3.1-0pre0_i386.deb
2d0b276d9ff11912a3e71a5ed2336057 1382302 devel optional gobjc-3.3_3.3.1-0pre0_i386.deb
b9ff7512cbf31fef9daa03fa3f58f6d8 125134 libs optional libobjc1_3.3.1-0pre0_i386.deb
Accepted openwebmail 2.10-3 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 27 Jun 2003 11:45:30 +0100 Source: openwebmail Binary: openwebmail Architecture: source all Version: 2.10-3 Distribution: unstable Urgency: low Maintainer: Sergio Rua [EMAIL PROTECTED] Changed-By: Sergio Rua [EMAIL PROTECTED] Description: openwebmail - WebMail based on Neomail Closes: 182902 198487 Changes: openwebmail (2.10-3) unstable; urgency=low . * Added auth_pop3 configuration interface. Closes: #182902 * Fixed perl configuration script. Closes: #198487 Files: 6cedb8f99c4fea24906649cefd3ab55a 578 web optional openwebmail_2.10-3.dsc 9bdc61263d32273b3e58aea9fe10f9d1 14793 web optional openwebmail_2.10-3.diff.gz 0998cb4cc25e26bffd7c66feca8a5c61 5039944 web optional openwebmail_2.10-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/CZdv7ZlZRdoRLcRAs0PAJ9CScLPru+VIUzQlxDQGxoW+0NTfACffSPs N2HZrnUW++Gt1GuHiQvym8Q= =Pc/1 -END PGP SIGNATURE- Accepted: openwebmail_2.10-3.diff.gz to pool/main/o/openwebmail/openwebmail_2.10-3.diff.gz openwebmail_2.10-3.dsc to pool/main/o/openwebmail/openwebmail_2.10-3.dsc openwebmail_2.10-3_all.deb to pool/main/o/openwebmail/openwebmail_2.10-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gdeskcal 0.53-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Jun 2003 12:54:42 +0200 Source: gdeskcal Binary: gdeskcal Architecture: source all Version: 0.53-1 Distribution: unstable Urgency: low Maintainer: Sebastien Bacher [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: gdeskcal - A desktop calendar featuring transparency with smooth alpha-blend Closes: 184551 198821 Changes: gdeskcal (0.53-1) unstable; urgency=low . * New upstream release. - no longer visible in the Gnome pager (Closes: #198821). * Added skins from the gdeskcal website (Closes: #184551). Files: 7ce6df4c00fdcf3d99d3c23d63e5a3a6 572 x11 optional gdeskcal_0.53-1.dsc 6fd08e8c4f238d74627b45a88c9d3ce2 154146 x11 optional gdeskcal_0.53.orig.tar.gz e0e955cf86b7a5e0a890ecd80d57abc7 2852 x11 optional gdeskcal_0.53-1.diff.gz 8e9e8f876b7b49643e3e466ed57ef82e 144504 x11 optional gdeskcal_0.53-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/CPfQxo87aLX0pIRAp5PAKC3IdZnXoffxAru0Tb05UoJR15mqgCffL92 JIx+bkiRxeGJ3JmSkCdAQcI= =nSh7 -END PGP SIGNATURE- Accepted: gdeskcal_0.53-1.diff.gz to pool/main/g/gdeskcal/gdeskcal_0.53-1.diff.gz gdeskcal_0.53-1.dsc to pool/main/g/gdeskcal/gdeskcal_0.53-1.dsc gdeskcal_0.53-1_all.deb to pool/main/g/gdeskcal/gdeskcal_0.53-1_all.deb gdeskcal_0.53.orig.tar.gz to pool/main/g/gdeskcal/gdeskcal_0.53.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pilot-link 0.11.7-7 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 28 Jun 2003 00:16:47 +0200 Source: pilot-link Binary: libpda-pilot-perl libpisock8 pilot-link libpisock++0 libpisync0 python-pisock libpisock-dev Architecture: source i386 Version: 0.11.7-7 Distribution: unstable Urgency: low Maintainer: Ludovic Rousseau [EMAIL PROTECTED] Changed-By: Ludovic Rousseau [EMAIL PROTECTED] Description: libpda-pilot-perl - Perl tools to communicate with a PalmOS PDA over a serial port libpisock++0 - C++ libraries for communicating with a PalmOS PDA libpisock-dev - Development files for communicating with a PalmOS PDA libpisock8 - Libraries for communicating with a PalmOS PDA libpisync0 - Synchronization library for PalmOS devices pilot-link - Tools to communicate with a PalmOS PDA over a serial port python-pisock - Python tools to communicate with PalmOS PDA over a serial port Changes: pilot-link (0.11.7-7) unstable; urgency=low . * Add link path so the package can build using its own libraries. Package buiding was broken since I introduced -lpisock Files: 86efa7f400e669f07be7c23897f425b2 788 otherosfs optional pilot-link_0.11.7-7.dsc 1cd5f04f74c1d7a9b1aceba8df8384c5 54042 otherosfs optional pilot-link_0.11.7-7.diff.gz cecfd551e745dc4990bcd31464f4a7a2 62376 libs optional libpisock8_0.11.7-7_i386.deb c9b8bdbdfcfbcabd67c2543a263428f4 18596 libs optional libpisock++0_0.11.7-7_i386.deb e3d937d259d8ec7ed54c45e8c9036803 105640 libdevel extra libpisock-dev_0.11.7-7_i386.deb 645ac2530ef29b52690a2546a332974b 104376 perl extra libpda-pilot-perl_0.11.7-7_i386.deb bc02711c805aa21e2c08f882e905b2f4 30656 python extra python-pisock_0.11.7-7_i386.deb e0421b1e45b8e929e49ca735fc937416 311174 otherosfs optional pilot-link_0.11.7-7_i386.deb 76a4b83a2061ef0b737761bb03007f27 11632 libs optional libpisync0_0.11.7-7_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/MQSP0qKj+B/HPkRAuA4AJ0WkvGOUQNLKF0V8zhEVAbkcj2HTgCeMPf5 4H/RU0Dx+UD4EG1YCSgdRv0= =flK3 -END PGP SIGNATURE- Accepted: libpda-pilot-perl_0.11.7-7_i386.deb to pool/main/p/pilot-link/libpda-pilot-perl_0.11.7-7_i386.deb libpisock++0_0.11.7-7_i386.deb to pool/main/p/pilot-link/libpisock++0_0.11.7-7_i386.deb libpisock-dev_0.11.7-7_i386.deb to pool/main/p/pilot-link/libpisock-dev_0.11.7-7_i386.deb libpisock8_0.11.7-7_i386.deb to pool/main/p/pilot-link/libpisock8_0.11.7-7_i386.deb libpisync0_0.11.7-7_i386.deb to pool/main/p/pilot-link/libpisync0_0.11.7-7_i386.deb pilot-link_0.11.7-7.diff.gz to pool/main/p/pilot-link/pilot-link_0.11.7-7.diff.gz pilot-link_0.11.7-7.dsc to pool/main/p/pilot-link/pilot-link_0.11.7-7.dsc pilot-link_0.11.7-7_i386.deb to pool/main/p/pilot-link/pilot-link_0.11.7-7_i386.deb python-pisock_0.11.7-7_i386.deb to pool/main/p/pilot-link/python-pisock_0.11.7-7_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted base-passwd 3.5.4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Jun 2003 23:45:58 +0100 Source: base-passwd Binary: base-passwd Architecture: source i386 Version: 3.5.4 Distribution: unstable Urgency: low Maintainer: Colin Watson [EMAIL PROTECTED] Changed-By: Colin Watson [EMAIL PROTECTED] Description: base-passwd - Debian base system master password and group files Closes: 198913 Changes: base-passwd (3.5.4) unstable; urgency=low . * Move the man pages into their own directory in the source package. * Change irc's home directory to /var/run/ircd, which seems to exist in most ircd-providing packages (closes: #198913). * Update Standards-Version: to 3.5.10. Files: cde30ec3c8d11236c2e942d5bb7a3d56 567 base required base-passwd_3.5.4.dsc 0fbf992f12f9bf32d3a2493188c50d55 45047 base required base-passwd_3.5.4.tar.gz 85552b8a627e6d7b418223737ffb8b68 30880 base required base-passwd_3.5.4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Colin Watson [EMAIL PROTECTED] -- Debian developer iD8DBQE+/Mpf9t0zAhD6TNERAnw/AKCE2Lr/WSI8arK4p0OwlawOCJqp2gCcDghR splpjWLwPvr//nEDgMklnkA= =46/9 -END PGP SIGNATURE- Accepted: base-passwd_3.5.4.dsc to pool/main/b/base-passwd/base-passwd_3.5.4.dsc base-passwd_3.5.4.tar.gz to pool/main/b/base-passwd/base-passwd_3.5.4.tar.gz base-passwd_3.5.4_i386.deb to pool/main/b/base-passwd/base-passwd_3.5.4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted vlc 0.6.0+cvs-20030627-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 21 Jun 2003 17:55:07 +0200 Source: vlc Binary: vlc-esd wxvlc vlc-plugin-sdl kvlc gvlc vlc-plugin-alsa gnome-vlc vlc-qt vlc-ggi mozilla-plugin-vlc vlc vlc-gnome vlc-gtk vlc-sdl vlc-alsa vlc-plugin-svgalib vlc-glide vlc-plugin-ggi qvlc vlc-plugin-esd vlc-plugin-glide vlc-plugin-arts libvlc0-dev Architecture: source i386 Version: 0.6.0+cvs-20030627-1 Distribution: unstable Urgency: low Maintainer: Sam Hocevar (Debian packages) [EMAIL PROTECTED] Changed-By: Sam Hocevar (Debian packages) [EMAIL PROTECTED] Description: gnome-vlc - GNOME frontend for VLC gvlc - GTK+ frontend for VLC kvlc - KDE frontend for VLC libvlc0-dev - development files for VLC mozilla-plugin-vlc - multimedia plugin for Mozilla based on VLC qvlc - Qt frontend for VLC vlc- complete multimedia player vlc-alsa - legacy package that you should remove vlc-esd- legacy package that you should remove vlc-ggi- legacy package that you should remove vlc-glide - legacy package that you should remove vlc-gnome - legacy package that you should remove vlc-gtk- legacy package that you should remove vlc-plugin-alsa - ALSA audio output plugin for VLC vlc-plugin-arts - aRts audio output plugin for VLC vlc-plugin-esd - Esound audio output plugin for VLC vlc-plugin-ggi - GGI video output plugin for VLC vlc-plugin-glide - Glide video output plugin for VLC vlc-plugin-sdl - SDL video and audio output plugin for VLC vlc-plugin-svgalib - SVGAlib video output plugin for VLC vlc-qt - legacy package that you should remove vlc-sdl- legacy package that you should remove wxvlc - wxWindows and skins frontends for VLC Changes: vlc (0.6.0+cvs-20030627-1) unstable; urgency=low . * New upstream release. * debian/rules: + Replaced $(DEB_BUILD_ARCH) with `dpkg-architecture -qDEB_BUILD_GNU_CPU` so that the rules can be called directly. + Use the -s flag instead of -a so that debhelper properly handles the i386-only plugin packages. + Split the build rule into configure and build. * debian/control: + Removed leading as from package descriptions. + Set policy to 3.5.10. Files: 68aa8d1471cbb401befd8945a61e8163 1508 graphics optional vlc_0.6.0+cvs-20030627-1.dsc e031c340d4267f62ef8d44f0cb5d40ab 7450016 graphics optional vlc_0.6.0+cvs-20030627.orig.tar.gz 96d5519be48d335169a9a18298f8f2c1 20 graphics optional vlc_0.6.0+cvs-20030627-1.diff.gz 2b22acc494afdaafb26c0113ada253d1 1872828 graphics optional vlc_0.6.0+cvs-20030627-1_i386.deb b177791326ad3812f010ef6d217dd60c 362688 libdevel optional libvlc0-dev_0.6.0+cvs-20030627-1_i386.deb 729958300737e1f96a94917656dd7496 81476 gnome optional gnome-vlc_0.6.0+cvs-20030627-1_i386.deb 8564d4fdaa1fe37119aa994bc41c2d5e 110696 graphics optional gvlc_0.6.0+cvs-20030627-1_i386.deb d0424ebfc8ddd92bb84b35be9da231d9 4042 graphics optional vlc-plugin-esd_0.6.0+cvs-20030627-1_i386.deb bc4fc5fb952a9e52ee5c15fc6c949360 7850 graphics optional vlc-plugin-alsa_0.6.0+cvs-20030627-1_i386.deb 3c4923b34788ecc9729eca50c297d35f 9932 graphics optional vlc-plugin-sdl_0.6.0+cvs-20030627-1_i386.deb ef199d99b22484b45698ff2261eaf43d 5628 graphics optional vlc-plugin-ggi_0.6.0+cvs-20030627-1_i386.deb 4a2544201dc3f2194b672f32748d7fe0 3938 graphics optional vlc-plugin-glide_0.6.0+cvs-20030627-1_i386.deb cdb3e67c5ed3c6cf96779a71d8aad0ee 25664 graphics optional qvlc_0.6.0+cvs-20030627-1_i386.deb 9300ff49e9c9a131304d7496ebce4c63 3590 graphics optional vlc-plugin-arts_0.6.0+cvs-20030627-1_i386.deb 162c939a3c96449b2f2c290781309305 843778 graphics optional mozilla-plugin-vlc_0.6.0+cvs-20030627-1_i386.deb 2bed555a5391c20489d0e94729bc85e0 73116 kde optional kvlc_0.6.0+cvs-20030627-1_i386.deb 64761fc1e8eaa4c2d252e25b044973d3 4152 graphics optional vlc-plugin-svgalib_0.6.0+cvs-20030627-1_i386.deb b90184db910c6679f479c47b1e7859eb 417412 graphics optional wxvlc_0.6.0+cvs-20030627-1_i386.deb a1c49270d4af98f7b3aece1e1c6f6b2b 732 graphics optional vlc-alsa_0.6.0+cvs-20030627-1_i386.deb bdaff8cd07ccc0788fe3e4d2761ef9ee 732 graphics optional vlc-esd_0.6.0+cvs-20030627-1_i386.deb 417bbb64e655443d3dc22f10656a5520 732 graphics optional vlc-ggi_0.6.0+cvs-20030627-1_i386.deb a5fa56ec87d3b497070ecf3f1e5ae132 740 graphics optional vlc-glide_0.6.0+cvs-20030627-1_i386.deb 1f890696063d74d436e627545506dad9 730 gnome optional vlc-gnome_0.6.0+cvs-20030627-1_i386.deb 2e4cdef0b472a4120a319d1424b25421 728 graphics optional vlc-gtk_0.6.0+cvs-20030627-1_i386.deb f84c9f90e1be56150309ea3da370c51c 730 graphics optional vlc-qt_0.6.0+cvs-20030627-1_i386.deb 4a293b6fc1bb6083d1a3cb57ab7259ce 732 graphics optional vlc-sdl_0.6.0+cvs-20030627-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/MWdfPP1rylJn2ERAs5KAJ9YB7U/dpqTEswD2CfL/1XCKwt+awCfaLN9 22LBALziU76d39hClmTgZ3E= =gaI9 -END PGP SIGNATURE- Accepted:
Accepted man-db 2.4.1-10 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 28 Jun 2003 00:27:37 +0100 Source: man-db Binary: man-db Architecture: source i386 Version: 2.4.1-10 Distribution: unstable Urgency: low Maintainer: Colin Watson [EMAIL PROTECTED] Changed-By: Colin Watson [EMAIL PROTECTED] Description: man-db - The on-line manual pager Closes: 187751 196588 Changes: man-db (2.4.1-10) unstable; urgency=low . * Ignore LANGUAGE if a locale is explicitly specified using the -L/--locale option (closes: #187751). * Clarify section 3 as program libraries rather than system libraries (closes: #196588). Files: b9c3a4f2c13fd50704715e1a635135c8 659 doc important man-db_2.4.1-10.dsc e8b3386059d10e62bb8e15ac9c00e29a 60502 doc important man-db_2.4.1-10.diff.gz 3555d11f93de42224e7178c82743612c 529898 doc important man-db_2.4.1-10_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Colin Watson [EMAIL PROTECTED] -- Debian developer iD8DBQE+/NVU9t0zAhD6TNERApzAAJ0Z7u3/OEZE/PAQ+fhUA+1sG+4jQwCdFpZc QDL00ltBNhn0130IWubJR1I= =hSfs -END PGP SIGNATURE- Accepted: man-db_2.4.1-10.diff.gz to pool/main/m/man-db/man-db_2.4.1-10.diff.gz man-db_2.4.1-10.dsc to pool/main/m/man-db/man-db_2.4.1-10.dsc man-db_2.4.1-10_i386.deb to pool/main/m/man-db/man-db_2.4.1-10_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted localepurge 0.0.53 (all source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Sat, 28 Jun 2003 01:59:33 +0200 Source: localepurge Binary: localepurge Architecture: source all Version: 0.0.53 Distribution: unstable Urgency: low Maintainer: Paul Seelig [EMAIL PROTECTED] Changed-By: Paul Seelig [EMAIL PROTECTED] Description: localepurge - Automagically removing unnecessary locale data Closes: 198370 Changes: localepurge (0.0.53) unstable; urgency=low . * Replaced fast and inaccurate disk space calculation variant with another shell function which should now work with other locales. Since this bug was reopened it will probably be reclosed... ;-) (Closes: #198370) Files: c9d5eaed9fdb10f21d14dc1255ad0865 603 admin optional localepurge_0.0.53.dsc 2c974d9537416aab2886df29a5e0fa31 19153 admin optional localepurge_0.0.53.tar.gz 4486fb854a93889402b9dbd7e6026ad8 22502 admin optional localepurge_0.0.53_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: latin1 iQCVAwUBPvzcg+gqiw1XE3/lAQGE4AP/emaJdBecAxZ78GH2oNtIr/NgoW0+jmXx EYRneEpDEuNNASjaDIqIB6X7V4WjTIx6FUqP37ecfCyAy0TL5ULV2GpSo9JlDu+1 YNBulIKKZXoaMS59WQifeT84FCxDryxD+kE+FDY1HFoA9f7I6D8OFlV3R+WoguJp uLXKT4HpBNc= =VBZU -END PGP SIGNATURE- Accepted: localepurge_0.0.53.dsc to pool/main/l/localepurge/localepurge_0.0.53.dsc localepurge_0.0.53.tar.gz to pool/main/l/localepurge/localepurge_0.0.53.tar.gz localepurge_0.0.53_all.deb to pool/main/l/localepurge/localepurge_0.0.53_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted octave2.1 2.1.50-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 27 Jun 2003 18:21:52 -0500
Source: octave2.1
Binary: octave2.1-htmldoc octave octave2.1-info octave2.1-emacsen octave2.1
octave2.1-headers octave2.1-doc
Architecture: source i386 all
Version: 2.1.50-1
Distribution: unstable
Urgency: low
Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED]
Changed-By: Dirk Eddelbuettel [EMAIL PROTECTED]
Description:
octave - The GNU Octave language for numerical computations (2.1 branch)
octave2.1 - The GNU Octave language for numerical computations (2.1 branch)
octave2.1-doc - Postscript documentation on the GNU Octave language (2.1 branch)
octave2.1-emacsen - Emacs support for the GNU Octave language (2.1 branch)
octave2.1-headers - Header files for the GNU Octave language (2.1 branch)
octave2.1-htmldoc - HTML documentation on the GNU Octave language (2.1 branch)
octave2.1-info - GNU Info documentation on the GNU Octave language (2.1 branch)
Changes:
octave2.1 (2.1.50-1) unstable; urgency=low
.
* New upstream version octave 2.1.50 released today
* debian/{rules,control}: Revert back to using default gcc suite now
that version 3.3 is in unstable and testing; still use f2c for m68k
Files:
b0b5f404f59cd25cd97f03c72fa9cfd1 891 math optional octave2.1_2.1.50-1.dsc
14cc00f6dc57fe1f0d1a20568bc609b7 4705965 math optional octave2.1_2.1.50.orig.tar.gz
c9b7e114f28e3ad49a599fad8a382f0d 40413 math optional octave2.1_2.1.50-1.diff.gz
9648f088592503b9c76fef1b76cdc588 2449622 math optional octave2.1_2.1.50-1_i386.deb
dc53c0fbe15cdcb0ba8804c3cd605235 203914 math optional
octave2.1-headers_2.1.50-1_i386.deb
8a77c8fbbf7cfd5df50796af0c146d5c 39186 math optional octave_2.1.50-1_i386.deb
77ed5d3ca1debcd812fad7399a5a6cec 916110 doc optional octave2.1-doc_2.1.50-1_all.deb
ee3b5dd792cd672790459a8bdd22d30e 337036 math optional
octave2.1-htmldoc_2.1.50-1_all.deb
c6e3b63c33e7f2c46372cd6dd12c4c85 63210 math optional
octave2.1-emacsen_2.1.50-1_all.deb
51ca36d9a1caa6a1db0459c19226bca0 301922 math optional octave2.1-info_2.1.50-1_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE+/NZcCZSR95Gw07cRAjaFAJ9HCyOcRej4Or3duFfKB21CB6Jt0QCfXU8H
g/s83gtShByEe4GzUkZIvn4=
=a4zF
-END PGP SIGNATURE-
Accepted:
octave2.1-doc_2.1.50-1_all.deb
to pool/main/o/octave2.1/octave2.1-doc_2.1.50-1_all.deb
octave2.1-emacsen_2.1.50-1_all.deb
to pool/main/o/octave2.1/octave2.1-emacsen_2.1.50-1_all.deb
octave2.1-headers_2.1.50-1_i386.deb
to pool/main/o/octave2.1/octave2.1-headers_2.1.50-1_i386.deb
octave2.1-htmldoc_2.1.50-1_all.deb
to pool/main/o/octave2.1/octave2.1-htmldoc_2.1.50-1_all.deb
octave2.1-info_2.1.50-1_all.deb
to pool/main/o/octave2.1/octave2.1-info_2.1.50-1_all.deb
octave2.1_2.1.50-1.diff.gz
to pool/main/o/octave2.1/octave2.1_2.1.50-1.diff.gz
octave2.1_2.1.50-1.dsc
to pool/main/o/octave2.1/octave2.1_2.1.50-1.dsc
octave2.1_2.1.50-1_i386.deb
to pool/main/o/octave2.1/octave2.1_2.1.50-1_i386.deb
octave2.1_2.1.50.orig.tar.gz
to pool/main/o/octave2.1/octave2.1_2.1.50.orig.tar.gz
octave_2.1.50-1_i386.deb
to pool/main/o/octave2.1/octave_2.1.50-1_i386.deb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gg2 2.0pre3-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 20 Jun 2003 18:49:05 +0200 Source: gg2 Binary: gg2 Architecture: source i386 Version: 2.0pre3-1 Distribution: unstable Urgency: low Maintainer: Mateusz Papiernik [EMAIL PROTECTED] Changed-By: Mateusz Papiernik [EMAIL PROTECTED] Description: gg2- GNU Instant Messenger with plug-in support - core Closes: 192603 Changes: gg2 (2.0pre3-1) unstable; urgency=low . * New upstream release * Added menu icon (Closes: #192603) Files: 2e46755def58e04da23b39b31a70c3c0 751 net optional gg2_2.0pre3-1.dsc cbd650aaeb84372acc3c6d741ffbe05a 715700 net optional gg2_2.0pre3.orig.tar.gz b4c4b800f6879651f5b78faaa888a35e 29301 net optional gg2_2.0pre3-1.diff.gz f93f25bbc3712a7b638e3ab5c0feaeee 242290 net optional gg2_2.0pre3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/PLJOg2KoGD0EhYRAvv0AJ94ppUsMLZ8MbzqnV3JyITfO5/rwACfZCPY n0djk8yFuRQ3IL78LmB5Ecg= =ZXXA -END PGP SIGNATURE- Accepted: gg2_2.0pre3-1.diff.gz to pool/main/g/gg2/gg2_2.0pre3-1.diff.gz gg2_2.0pre3-1.dsc to pool/main/g/gg2/gg2_2.0pre3-1.dsc gg2_2.0pre3-1_i386.deb to pool/main/g/gg2/gg2_2.0pre3-1_i386.deb gg2_2.0pre3.orig.tar.gz to pool/main/g/gg2/gg2_2.0pre3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted net-tools 1.60-8 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Sat, 28 Jun 2003 02:56:38 +0200 Source: net-tools Binary: net-tools Architecture: source i386 Version: 1.60-8 Distribution: unstable Urgency: medium Maintainer: Bernd Eckenfels [EMAIL PROTECTED] Changed-By: Bernd Eckenfels [EMAIL PROTECTED] Description: net-tools - The NET-3 networking toolkit Changes: net-tools (1.60-8) unstable; urgency=medium . * lib/interface.c: backed off change which skipped reading ioctl interfacelist, if _proc interfacelist was ok, which does not work, because alias interfaces are only in ioctl list available. It is also falling back to the original lib/nstrcml.c because the comparision if : is present does not work. (Closes: bug #197925, #197582, #197269) * bumped standards version (no changes) Files: 55246968be987d57d8e31145facf0a25 627 net important net-tools_1.60-8.dsc a8bb1e65f5ee659a4a73347c5233e7c9 22294 net important net-tools_1.60-8.diff.gz f43374e8a16ea7faa08c5800fbdfdbf7 235878 net important net-tools_1.60-8_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQB1AwUBPvz5Fvktgj2/6tLNAQFa2wL/ZiapG5Npzs8Hm4WSASGVJr/mFMzuPQUp si1xJCXp/usihdXU2iP1+Z1HeFQQe5EZC9XXUj2h1yXmrM/4k2J0GEyy/FJaFJ8w UDqQ+C285+rrt4idOEJzYiyj/N8GXTgU =BSL/ -END PGP SIGNATURE- Accepted: net-tools_1.60-8.diff.gz to pool/main/n/net-tools/net-tools_1.60-8.diff.gz net-tools_1.60-8.dsc to pool/main/n/net-tools/net-tools_1.60-8.dsc net-tools_1.60-8_i386.deb to pool/main/n/net-tools/net-tools_1.60-8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted riece 0.0.3+20030624cvs-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 28 Jun 2003 11:23:47 +0900 Source: riece Binary: riece-rdcc riece riece-ndcc Architecture: source all Version: 0.0.3+20030624cvs-2 Distribution: unstable Urgency: medium Maintainer: OHASHI Akira [EMAIL PROTECTED] Changed-By: OHASHI Akira [EMAIL PROTECTED] Description: riece - redesign of the Liece IRC client for Emacs riece-ndcc - DCC add-on for riece implemented by emacs lisp riece-rdcc - DCC add-on for riece implemented by ruby Closes: 199109 Changes: riece (0.0.3+20030624cvs-2) unstable; urgency=medium . * control (riece-ndcc): Depends on calc. (closes: #199109) Files: b211a196c15cecd8c44a9679cd3dfc30 699 net optional riece_0.0.3+20030624cvs-2.dsc a3182099f7714b302aafb4230e37081d 57655 net optional riece_0.0.3+20030624cvs-2.diff.gz e6e7f1daed5a21ae64994547566b38a3 94636 net optional riece_0.0.3+20030624cvs-2_all.deb 4c688b79c38dbc2d3eb21db4b4995306 3674 net optional riece-rdcc_0.0.3+20030624cvs-2_all.deb d8e9c9d264321c17d77d4be28495 3716 net optional riece-ndcc_0.0.3+20030624cvs-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/QMs+pahSABNprQRAuthAJ9mORtfCwZcXnVSE7vwrt7CQyWzKgCdGblA uWc8YpAWWw+446qp2MmYy18= =Qosk -END PGP SIGNATURE- Accepted: riece-ndcc_0.0.3+20030624cvs-2_all.deb to pool/main/r/riece/riece-ndcc_0.0.3+20030624cvs-2_all.deb riece-rdcc_0.0.3+20030624cvs-2_all.deb to pool/main/r/riece/riece-rdcc_0.0.3+20030624cvs-2_all.deb riece_0.0.3+20030624cvs-2.diff.gz to pool/main/r/riece/riece_0.0.3+20030624cvs-2.diff.gz riece_0.0.3+20030624cvs-2.dsc to pool/main/r/riece/riece_0.0.3+20030624cvs-2.dsc riece_0.0.3+20030624cvs-2_all.deb to pool/main/r/riece/riece_0.0.3+20030624cvs-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted knl 1.0.4-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 4 Jun 2003 16:18:45 -
Source: knl
Binary: knl
Architecture: source i386
Version: 1.0.4-1
Distribution: unstable
Urgency: low
Maintainer: Tomas Guemes [EMAIL PROTECTED]
Changed-By: Tomas Guemes [EMAIL PROTECTED]
Description:
knl- Query/set kernel image parameters
Closes: 90310
Changes:
knl (1.0.4-1) unstable; urgency=low
.
* New maintainer (closes: #90310).
* New upstream release.
* Update Standards-Version: 3.5.10.
* Added ${misc:Depends} to debian/control
* Added DH_COMPAT 4 and DEB_BUILD_OPTIONS to debian/rules
* Added and Upstream Author entry and update the upstream address
in debian/copyright
Files:
93f00965bfdf67aab51b244ee1c5290b 538 utils optional knl_1.0.4-1.dsc
051357892769676abec2b5e838dbb619 8255 utils optional knl_1.0.4.orig.tar.gz
8d12099fb34999b18f11d7449cd2fee3 1992 utils optional knl_1.0.4-1.diff.gz
f88f8460b7b606a489fbaf0a4cf8abb1 10976 utils optional knl_1.0.4-1_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE+/TnkuW9ciZ2SjJsRAiW9AKDX8hk2zcsQekgUmzrhr1qNdS97rQCeKAZS
A+EQr0ZSr5tl9l19fhGRgyw=
=6hPp
-END PGP SIGNATURE-
Accepted:
knl_1.0.4-1.diff.gz
to pool/main/k/knl/knl_1.0.4-1.diff.gz
knl_1.0.4-1.dsc
to pool/main/k/knl/knl_1.0.4-1.dsc
knl_1.0.4-1_i386.deb
to pool/main/k/knl/knl_1.0.4-1_i386.deb
knl_1.0.4.orig.tar.gz
to pool/main/k/knl/knl_1.0.4.orig.tar.gz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gcompris 3.1-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Format: 1.7 Date: Fri, 27 Jun 2003 20:55:16 +0200 Source: gcompris Binary: gcompris-data gcompris-sound-de gcompris-sound-es gcompris-sound-fr gcompris-sound-pt gcompris gcompris-sound-en Architecture: source all i386 Version: 3.1-1 Distribution: unstable Urgency: low Maintainer: Yann Dirson [EMAIL PROTECTED] Changed-By: Yann Dirson [EMAIL PROTECTED] Description: gcompris - Educational games for small children gcompris-data - Data files for GCompris gcompris-sound-de - German sound files for GCompris gcompris-sound-en - English sound files for GCompris gcompris-sound-es - Spanish sound files for GCompris gcompris-sound-fr - French sound files for GCompris gcompris-sound-pt - Portuguese sound files for GCompris Changes: gcompris (3.1-1) unstable; urgency=low . * New upstream release. * Build --without-python for now, since I can only get segfaults with this for now, and it is not used yet. Files: 267f7683b3a752bffa7bafc75d567459 865 games optional gcompris_3.1-1.dsc 9eb8f594a19e5c3f54ec8df84aacb146 23354644 games optional gcompris_3.1.orig.tar.gz 7048e8c90169d350c4d6e729d81b40ca 8861 games optional gcompris_3.1-1.diff.gz 45253682b7d4b145343a8593318b960e 1585980 games optional gcompris-sound-en_3.1-1_all.deb f19d3ece270c5d300965819ebbb380ad 1754402 games optional gcompris-sound-fr_3.1-1_all.deb 39f085d17f16ad7f71aee268d2fcad19 2048722 games optional gcompris-sound-es_3.1-1_all.deb a803676865f23cb0b9fa2fbb20ca0a48 896594 games optional gcompris-sound-de_3.1-1_all.deb e90d9fdb3033beba864287321e4875ed 732002 games optional gcompris-sound-pt_3.1-1_all.deb b473712ff1c8b1c610f8083634bf1aea 15378054 games optional gcompris-data_3.1-1_all.deb b4feb18f79d8ee7a22d09624a0a51c32 261828 games optional gcompris_3.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iQB1AwUBPvyuwGWBdJ4Do/f1AQH2RAMAtYl8Xq3FlIcGJaze6waSr/79HkqrlpeL mRnxWDns968B4bJwpOsKz04riqCpUkTl4MGgq5XjjlVBNlLnm7nvU7gzkw1qWHJr ie4ifTMa3mBN2XPUkIiIneZOB/xkjkjr =ln5H -END PGP SIGNATURE- Accepted: gcompris-data_3.1-1_all.deb to pool/main/g/gcompris/gcompris-data_3.1-1_all.deb gcompris-sound-de_3.1-1_all.deb to pool/main/g/gcompris/gcompris-sound-de_3.1-1_all.deb gcompris-sound-en_3.1-1_all.deb to pool/main/g/gcompris/gcompris-sound-en_3.1-1_all.deb gcompris-sound-es_3.1-1_all.deb to pool/main/g/gcompris/gcompris-sound-es_3.1-1_all.deb gcompris-sound-fr_3.1-1_all.deb to pool/main/g/gcompris/gcompris-sound-fr_3.1-1_all.deb gcompris-sound-pt_3.1-1_all.deb to pool/main/g/gcompris/gcompris-sound-pt_3.1-1_all.deb gcompris_3.1-1.diff.gz to pool/main/g/gcompris/gcompris_3.1-1.diff.gz gcompris_3.1-1.dsc to pool/main/g/gcompris/gcompris_3.1-1.dsc gcompris_3.1-1_i386.deb to pool/main/g/gcompris/gcompris_3.1-1_i386.deb gcompris_3.1.orig.tar.gz to pool/main/g/gcompris/gcompris_3.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted heimdal 0.5.2-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 28 Jun 2003 15:47:53 +1000 Source: heimdal Binary: heimdal-servers-x heimdal-clients libkafs0-heimdal libkadm5srv7-heimdal heimdal-kdc heimdal-servers libasn1-6-heimdal libkrb5-17-heimdal heimdal-dev libkadm5clnt4-heimdal heimdal-docs heimdal-lib heimdal-clients-x libgssapi1-heimdal libhdb7-heimdal Architecture: source i386 all Version: 0.5.2-3 Distribution: unstable Urgency: low Maintainer: Brian May [EMAIL PROTECTED] Changed-By: Brian May [EMAIL PROTECTED] Description: heimdal-clients - Clients for Heimdal Kerberos heimdal-clients-x - X11 files for Heimdal Kerberos heimdal-dev - Development files for Heimdal Kerberos heimdal-docs - Documentation for Heimdal Kerberos heimdal-kdc - KDC for Heimdal Kerberos heimdal-lib - Dummy library package for Heimdal. heimdal-servers - Servers for Heimdal Kerberos heimdal-servers-x - X11 files for Heimdal Kerberos libasn1-6-heimdal - Libraries for Heimdal Kerberos libgssapi1-heimdal - Libraries for Heimdal Kerberos libhdb7-heimdal - Libraries for Heimdal Kerberos libkadm5clnt4-heimdal - Libraries for Heimdal Kerberos libkadm5srv7-heimdal - Libraries for Heimdal Kerberos libkafs0-heimdal - Libraries for Heimdal Kerberos libkrb5-17-heimdal - Libraries for Heimdal Kerberos Closes: 196157 196406 Changes: heimdal (0.5.2-3) unstable; urgency=low . * Fix FTBFS error with GCC-3.3 by adding debian/patches/010_gcc33 (closes: #196406). * heimdal-dev depends on libdb3-dev, closes: #196157 Files: 5418017c840fc0cdb383af86426a7dc5 1014 net optional heimdal_0.5.2-3.dsc ce062f097c7b88b4f2e28dbd7d9df478 2970976 net optional heimdal_0.5.2.orig.tar.gz f380853c22e5cff190c0e947b952204a 2056650 net optional heimdal_0.5.2-3.diff.gz 3467fb5c5653a0b904dfb93df34fb8af 1070852 net extra heimdal-docs_0.5.2-3_all.deb 23d3f2cdc7076ad8ee45a59bf4012419 17398 oldlibs extra heimdal-lib_0.5.2-3_all.deb 3564f0131cc7d4ef8cd0a88e50097b86 107756 net extra heimdal-kdc_0.5.2-3_i386.deb 51dac6f66ca0eb4c4852fa578cd44768 325444 devel extra heimdal-dev_0.5.2-3_i386.deb cc86c911b9f3f973fd0475417076f8dd 49198 net extra heimdal-clients-x_0.5.2-3_i386.deb 212ca0daf4ceb4b5a3bc283929f12ed7 222392 net extra heimdal-clients_0.5.2-3_i386.deb abb873f97a7438bbf29240dcc2e94ccf 32856 net extra heimdal-servers-x_0.5.2-3_i386.deb 9965cfceb5e331e57adc4f773ee468a8 148816 net extra heimdal-servers_0.5.2-3_i386.deb d32105e6b0f041eef3bb9e43b459d865 63346 libs optional libasn1-6-heimdal_0.5.2-3_i386.deb 9ac0d3e5f8454591d560fb2c3111f986 114194 libs optional libkrb5-17-heimdal_0.5.2-3_i386.deb dca75ef66075c7431d87cf0918470fcf 37220 libs optional libhdb7-heimdal_0.5.2-3_i386.deb a6fa752f1ec2e512a0c0d91da0778869 38942 libs optional libkadm5srv7-heimdal_0.5.2-3_i386.deb 1be48f6ba237cb438415a9b3081db2d6 30222 libs optional libkadm5clnt4-heimdal_0.5.2-3_i386.deb a0c733865057741b655ef7cc7426045c 37652 libs optional libgssapi1-heimdal_0.5.2-3_i386.deb 00beb8afd21d5cfd6c4b6472b2a4a782 27870 libs extra libkafs0-heimdal_0.5.2-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj79Wc8ACgkQuCinHABTDCQjBACfW0oDotRQEpR5EJwpx+cF3sMV hfIAn1VMUi6ISCkHpzOH1OEYNL9PlZHj =/vtt -END PGP SIGNATURE- Accepted: heimdal-clients-x_0.5.2-3_i386.deb to pool/main/h/heimdal/heimdal-clients-x_0.5.2-3_i386.deb heimdal-clients_0.5.2-3_i386.deb to pool/main/h/heimdal/heimdal-clients_0.5.2-3_i386.deb heimdal-dev_0.5.2-3_i386.deb to pool/main/h/heimdal/heimdal-dev_0.5.2-3_i386.deb heimdal-docs_0.5.2-3_all.deb to pool/main/h/heimdal/heimdal-docs_0.5.2-3_all.deb heimdal-kdc_0.5.2-3_i386.deb to pool/main/h/heimdal/heimdal-kdc_0.5.2-3_i386.deb heimdal-lib_0.5.2-3_all.deb to pool/main/h/heimdal/heimdal-lib_0.5.2-3_all.deb heimdal-servers-x_0.5.2-3_i386.deb to pool/main/h/heimdal/heimdal-servers-x_0.5.2-3_i386.deb heimdal-servers_0.5.2-3_i386.deb to pool/main/h/heimdal/heimdal-servers_0.5.2-3_i386.deb heimdal_0.5.2-3.diff.gz to pool/main/h/heimdal/heimdal_0.5.2-3.diff.gz heimdal_0.5.2-3.dsc to pool/main/h/heimdal/heimdal_0.5.2-3.dsc libasn1-6-heimdal_0.5.2-3_i386.deb to pool/main/h/heimdal/libasn1-6-heimdal_0.5.2-3_i386.deb libgssapi1-heimdal_0.5.2-3_i386.deb to pool/main/h/heimdal/libgssapi1-heimdal_0.5.2-3_i386.deb libhdb7-heimdal_0.5.2-3_i386.deb to pool/main/h/heimdal/libhdb7-heimdal_0.5.2-3_i386.deb libkadm5clnt4-heimdal_0.5.2-3_i386.deb to pool/main/h/heimdal/libkadm5clnt4-heimdal_0.5.2-3_i386.deb libkadm5srv7-heimdal_0.5.2-3_i386.deb to pool/main/h/heimdal/libkadm5srv7-heimdal_0.5.2-3_i386.deb libkafs0-heimdal_0.5.2-3_i386.deb to pool/main/h/heimdal/libkafs0-heimdal_0.5.2-3_i386.deb libkrb5-17-heimdal_0.5.2-3_i386.deb to pool/main/h/heimdal/libkrb5-17-heimdal_0.5.2-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sbcl-mt 0.8.1.9-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 28 Jun 2003 04:32:28 -0600 Source: sbcl-mt Binary: sbcl-mt Architecture: source i386 Version: 0.8.1.9-1 Distribution: unstable Urgency: low Maintainer: Kevin M. Rosenberg [EMAIL PROTECTED] Changed-By: Kevin M. Rosenberg [EMAIL PROTECTED] Description: sbcl-mt- A development environment for Common Lisp Closes: 199133 Changes: sbcl-mt (0.8.1.9-1) unstable; urgency=low . * Fix doc-base path (closes:199133) Files: 1296881eb73dd2e95a5388169a0631ca 595 devel optional sbcl-mt_0.8.1.9-1.dsc 8dbba648ad182e087a165ea2782234ce 2478319 devel optional sbcl-mt_0.8.1.9.orig.tar.gz 1fa6e90dc72373aa515bd94076f1ee6c 6106 devel optional sbcl-mt_0.8.1.9-1.diff.gz 3989760420bb99f4cd84fd3d8c1452d2 7280194 devel optional sbcl-mt_0.8.1.9-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/XjWES7N8sSjgj4RAn/pAJ9TunnAYKWHnLI0FAypYm4JKqjzIwCeNYZQ P++88djzMNofK0DlfrDIfJA= =Rznm -END PGP SIGNATURE- Accepted: sbcl-mt_0.8.1.9-1.diff.gz to pool/main/s/sbcl-mt/sbcl-mt_0.8.1.9-1.diff.gz sbcl-mt_0.8.1.9-1.dsc to pool/main/s/sbcl-mt/sbcl-mt_0.8.1.9-1.dsc sbcl-mt_0.8.1.9-1_i386.deb to pool/main/s/sbcl-mt/sbcl-mt_0.8.1.9-1_i386.deb sbcl-mt_0.8.1.9.orig.tar.gz to pool/main/s/sbcl-mt/sbcl-mt_0.8.1.9.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted peacock 0.6.1-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 28 Jun 2003 13:57:00 +0200 Source: peacock Binary: peacock Architecture: source i386 Version: 0.6.1-1 Distribution: unstable Urgency: low Maintainer: Noel Koethe [EMAIL PROTECTED] Changed-By: Noel Koethe [EMAIL PROTECTED] Description: peacock- A HTML Editor for GTK+/GNOME Changes: peacock (0.6.1-1) unstable; urgency=low . * new upstream from 2003-06-27 * added missing build-deps scrollkeeper and docbook-utils Files: d833400645fcf4aec427138891f21ec0 810 editors optional peacock_0.6.1-1.dsc c2e808997065b83aff8f673676a73172 425409 editors optional peacock_0.6.1.orig.tar.gz 16a4566cea1db92643a5a2e63795ff46 3836 editors optional peacock_0.6.1-1.diff.gz 313fb006a271214dd0d0a24a46e96e5f 175400 editors optional peacock_0.6.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+/YMr9/DnDzB9Vu0RAgVeAJ9XYHlDbmMIbqC7ZcNMS3zZ6VAgMgCaAgHx F/d5F1/ZvVOvvy266KoT9uM= =0/1u -END PGP SIGNATURE- Accepted: peacock_0.6.1-1.diff.gz to pool/main/p/peacock/peacock_0.6.1-1.diff.gz peacock_0.6.1-1.dsc to pool/main/p/peacock/peacock_0.6.1-1.dsc peacock_0.6.1-1_i386.deb to pool/main/p/peacock/peacock_0.6.1-1_i386.deb peacock_0.6.1.orig.tar.gz to pool/main/p/peacock/peacock_0.6.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
