Re: default MTA
On Tuesday, May 28, 2013 19:32:08, Carlos Alberto Lopez Perez wrote: On 28/05/13 18:53, Don Armstrong wrote: On Tue, 28 May 2013, Arno Töll wrote: Why not consider something light, better suited for most systems which need nothing but a sendmail binary which is suited to relay to a real(tm) mail-server and deliver local mail and does not involve lots of configuration and/or listening ports? nullmailer or similar can do this fairly well. You really only need to have 1) configured the remote smart host 2) a remote e-mail address to send all local mail to. We already (I believe) ship exim4-daemon-light as default MTA. I don't know how much lighter are the alternatives like dma or nullmailer. I tried both, and I ended going back to exim4-daemon-light because of the problems I had with them (#686164 #697871 and #329192). Similarly, a while back I tried using the ssmtp package (on an embedded system) and ran into problems because it doesn't spool messages, so any sending failure (such as are caused by greylisting) causes messages to get lost. So I'm not sure if is worth the effort changing the default MTA. Does anybody recommend any light MTA other than this ones? The only reason I know of to run something lighter than exim4-daemon-light is if you need an MTA on an embedded system. Embedded systems are a special case because local storage is a premium, and the local storage is likely flash which has limited rewrite cycles. Even here my preferred solution here is to increase the local storage enough to run exim4-daemon-light, because that's been reliable for me. -- Chris -- Chris Knadle chris.kna...@coredump.us GPG Key: 4096R/0x1E759A726A9FDD74 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201305290228.03454.chris.kna...@coredump.us
Re: default MTA
On Monday, May 27, 2013 21:02:22, Marco d'Itri wrote: Now that we are done with systemd for the time being, can we have the flame war about replacing Exim with Postfix as the default MTA? Are there any objections other than but I like it this way!? What are the reasons to make the switch? (I think it's more important to hear the pro reasoning than the con reasoning.) But to answer your question: my objections to Postfix over Exim, off-the-top-of-my-head: - Exim is more popular http://www.securityspace.com/s_survey/data/man.201201/mxsurvey.html - Exim has a GPL license, which is preferable IMHO. Postfix uses the IBM Public License which places any liability on the distributor of the software, and has some other unfortunate clauses and is GPL incompatible. https://en.wikipedia.org/wiki/IBM_Public_License - Exim configuration is more human readable than Postifx's, IMHO. Postfix configuration is concise but terse, and there are typically blocks of options separated by commas that doesn't easily allow commenting on specific config options. - Exim logging is cleaner than Postfix's, IMHO. Postfix seems to redeliver mail to itself repeatedly which makes it more difficult to grep the logs for a complete transaction. -- Chris -- Chris Knadle chris.kna...@coredump.us GPG Key: 4096R/0x1E759A726A9FDD74 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201305290218.03379.chris.kna...@coredump.us
Re: Switching to mozilla ESR in stable-security
On 29/05/13 00:17, John Paul Adrian Glaubitz wrote: Also, if anyone of the GNOME package maintainers is reading this, why does the gnome meta package depend on xul-ext-adblock-plus? For feature parity with the previous meta-gnome3 web browser, it appears: meta-gnome3 (1:3.4+3) unstable; urgency=low ... * Install iceweasel instead of epiphany :( See bug#682481. * Let gnome recommend iceweasel-l10n-all. * Drop RSS readers recommendations. * Require firefox extensions that match epiphany functionality: keyring, adblock. ... -- Josselin Mouette j...@debian.org Sat, 29 Sep 2012 10:36:58 +0200 Regards, S -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a5a54c.9070...@debian.org
Re: Debian systemd survey
On Fri, 24 May 2013 09:09:32 -0700, Steve Langasek vor...@debian.org wrote: On Fri, May 24, 2013 at 08:40:19AM +0200, Marc Haber wrote: On Thu, 23 May 2013 12:50:00 -0700, Steve Langasek vor...@debian.org wrote: Also worth noting: ~/systemd$ find . -name '*.c' | grep -vE 'tests|test/|intl/|udev/' \ | xargs wc -l | tail -n1 149081 total $ find . -name '*.c' | grep -vE 'tests|test/|intl/|udev/' | xargs wc -l \ | tail -n1 31282 total $ Yep, systemd has a larger community of contributors... and weighs in at nearly 5 times the code base. Granted, those 110KLOC may save almost as much lines of code in init scripts. No, this is not the case. Upstart jobs are short, simple, and lacking in shell boilerplate, just as systemd units are. So you were comparing systemd to upstart? Sorry, that was not clear to me. Does upstart support non-linux kernels? Grüße Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uha9p-0003ft...@swivel.zugschlus.de
Re: Blacklists in BTS (stopping the trolls and bug machines)
On Mon, 27 May 2013 22:22:07 +0300, Christian PERRIER bubu...@debian.org wrote: Quoting Ond?ej Surý (ond...@sury.org): You are most welcome to come, join the packaging team(s) and help triage those or any other bugs. (And I do mean it for real and not as sarcasm.) BTW there's around 2000 open bugs marked as moreinfo, the oldest is dated Sun, 29 Mar 1998 21:03:03 UTC. While I could still manage to deal with bugs in the samba package, bugs that were tagged moreinfo more than a few years ago have been unilateraly closed by /me over time. I handle those things the same way. When I tag a bug moreinfo, I set - in the mail message - a date after which this bug will be closed if no more info is delivered. Sometimes, usually months after this date, I close such bugs. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhapd-0003ms...@swivel.zugschlus.de
Re: Debian systemd survey
On Sat, 25 May 2013 11:27:36 -0700, Russ Allbery r...@debian.org wrote: (The shading of meaning between those two options could be clearer. I took it as a measure of enthusiasm and personally answered I welcome systemd in Debian because, regardless of whether it becomes the default, I'm happy to provide systemd unit files for my packages. Would you also be happy to test and support both systemd unit files _and_ init scripts? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhacm-0003kj...@swivel.zugschlus.de
Re: Switching to mozilla ESR in stable-security
On Tue, May 28, 2013 at 10:33:03PM +0200, Moritz Muehlenhoff wrote: Hi, we need to change the way security fixes are handled for Mozilla in stable-security. The backporting of security fixes is no longer sustainable resource-wise. As such, we'll switch to releasing the ESR releases of iceweasel and icedove in stable-security. and iceape. Mike -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529070659.ga18...@glandium.org
Re: default MTA
On 28/05/13 16:42, Thomas Goirand wrote: On 05/28/2013 08:05 PM, Simon McVittie wrote: I'm quite prepared to believe that *our* Unix systems - and in particular, servers and development machines - need an MTA, but my parents' laptops really shouldn't need one. Are you saying that they don't know what a mail server is, but they installed Debian on their own, and made the choice of Debian as well on their own? I didn't say that, but as it happens, yes they've installed Debian on at least one laptop. Without my influence it would probably have been Ubuntu instead of Debian. Your parents don't read mail? That is surprising to me. In this days and age, everyone does. They read mail received on a remote server (mine, their ISP's, or Google's) via IMAP or webmail (or possibly POP3, if I hadn't advised them not to use that). It has nothing to do with the local machine's MTA (or lack of). In principle I suppose Icedove could start up with a local mbox account pre-configured... but is that really where users would/should expect to find system notifications? I suspect we only use email as a system-level notification mechanism because it's how Unix has always worked. How much sense does it really make to have potentially security-sensitive messages from the local machine, whose content you ought to be able to trust, turn up in the same place as postcards from the Internet? (Writing that makes me wonder about the phishing potential of spoofing mails from, say, apticron. To upgrade these packages, simply type: 'curl http://198.51.100.6/dist-upgrade | sudo sh'?) Can't you configure their system to send *you* the system notifications so that you can fix a problem? I could, but for machines where it isn't really needed, life's too short to set up the necessary TLS/SASL to get root mail off the system without leaking its contents (and a SMTP password) to everyone on the same coffee shop wifi. Receiving root mail isn't going to change my advice (update packages when the system tells you to, and tell me if things stop working), is one more non-user-visible feature to monitor and keep working, and the majority of user-level brokenness (e.g. browser plugins out of date, applications crashing) isn't visible at a system level anyway. On 05/28/2013 08:05 PM, Simon McVittie wrote: Ideally, we can have a sensible default that is suitable for both experts and non-experts; but if we can't, then the non-experts should probably have priority. I'm not sure I agree with the above. I'm fine with Debian being the OS for the experts. That's a shame; I think it should be for everyone (including, but not limited to, experts). S -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a5aaf2.9000...@debian.org
Re: default MTA
On Wed, May 29, 2013 at 08:14:58AM +0100, Simon McVittie wrote: On 28/05/13 16:42, Thomas Goirand wrote: I'm not sure I agree with the above. I'm fine with Debian being the OS for the experts. That's a shame; I think it should be for everyone (including, but not limited to, experts). +1 -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529072203.gh2...@havelock.liw.fi
Re: optimizing PNGs
Quoting Bastien ROUCARIES (2013-05-28 19:05:11) On Mon, May 27, 2013 at 8:32 PM, Russ Allbery r...@debian.org wrote: Helmut Grohne hel...@subdivi.de writes: I'd like to add some bits from the doxygen point of view. Documentation packages created using doxygen currently have a number of issues with respect to size. Some of them are to be addressed soon(TM). * Packages shipping .md5 and .map files. Even though these files are small, there can be very many of them adding up to the installation size for filesystems with large block sizes. These files are used for incremental recreation of the documentation, so they are completely useless in a binary package. A future version of the doxygen package will include a dh_doxygen to aid in getting rid of these files. Yes, yes, please! That would make my life so much better for several of my packages. * The embedding of jquery and files from doxygen is another story with wider implications, but this is rather a small constant per package, so the reduction in size is negligible. I've been replacing the copy of jquery with a symlink to the one shipped in Debian and adding a dependency on that package, and some quick testing didn't turn up anything that broke. If that strategy works, maybe dh_doxygen can do that as well? optimizing the svg file by removing all space and comments ? from http://petercollingridge.appspot.com/svg-editor/ we could gain about 20%-50% per svg file or this https://github.com/svg/svgo We already have an SVG optimizer in the archive: python-scour - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: optimizing PNGs
On Tue, May 28, 2013 at 7:51 PM, Don Armstrong d...@debian.org wrote: On Tue, 28 May 2013, Bastien ROUCARIES wrote: optimizing the svg file by removing all space and comments ? svgz (or similar) will handle this far better, and retain source. [Though it's not clear to me if everything supports on-the-fly decompression of SVG images.] not sure about svgz... On a typical svg file: -rw-r--r-- 1 bastien bastien 452K mai 28 18:48 display-im6.svg -rw-r--r-- 1 bastien bastien 103K mai 28 18:48 display-im6.svg.gz -rw-r--r-- 1 bastien bastien 297K mai 29 09:42 optimised.svg -rw-r--r-- 1 bastien bastien 81K mai 29 09:43 optimised.svg.gz -rw-r--r-- 1 bastien bastien 289K mai 29 09:50 scour.svg -rw-r--r-- 1 bastien bastien 90K mai 29 09:51 scour.svg.gz Bastien -- Don Armstrong http://www.donarmstrong.com [A] theory is falsifiable [(and therefore scientific) only] if the class of its potential falsifiers is not empty. -- Sir Karl Popper _The Logic of Scientific Discovery_ §21 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130528175158.gn3...@teltox.donarmstrong.com -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAE2SPAZpf=Gzdsbn4aP-9c_o7a3Q35AJKdG�ogtgn40w9...@mail.gmail.com
Re: optimizing PNGs
On Wed, May 29, 2013 at 9:49 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: On Tue, May 28, 2013 at 7:51 PM, Don Armstrong d...@debian.org wrote: On Tue, 28 May 2013, Bastien ROUCARIES wrote: optimizing the svg file by removing all space and comments ? svgz (or similar) will handle this far better, and retain source. [Though it's not clear to me if everything supports on-the-fly decompression of SVG images.] not sure about svgz... On a typical svg file: -rw-r--r-- 1 bastien bastien 452K mai 28 18:48 display-im6.svg -rw-r--r-- 1 bastien bastien 103K mai 28 18:48 display-im6.svg.gz -rw-r--r-- 1 bastien bastien 297K mai 29 09:42 optimised.svg -rw-r--r-- 1 bastien bastien 81K mai 29 09:43 optimised.svg.gz -rw-r--r-- 1 bastien bastien 289K mai 29 09:50 scour.svg -rw-r--r-- 1 bastien bastien 90K mai 29 09:51 scour.svg.gz With a lossy (decimal truncation to 3) the saving are even more important: -rw-r--r-- 1 bastien bastien 234K mai 29 09:52 scour.svg -rw-r--r-- 1 bastien bastien 54K mai 29 09:53 scour.svg.gz Bastien Bastien -- Don Armstrong http://www.donarmstrong.com [A] theory is falsifiable [(and therefore scientific) only] if the class of its potential falsifiers is not empty. -- Sir Karl Popper _The Logic of Scientific Discovery_ §21 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130528175158.gn3...@teltox.donarmstrong.com -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cae2spabdqt01kdngprc0j6fucggc9dcg95xxblu1cbwwjo0...@mail.gmail.com
Re: default MTA
On Wed, May 29, 2013 at 08:14:58AM +0100, Simon McVittie wrote: On 28/05/13 16:42, Thomas Goirand wrote: On 05/28/2013 08:05 PM, Simon McVittie wrote: I'm quite prepared to believe that *our* Unix systems - and in particular, servers and development machines - need an MTA, but my parents' laptops really shouldn't need one. Are you saying that they don't know what a mail server is, but they installed Debian on their own, and made the choice of Debian as well on their own? I didn't say that, but as it happens, yes they've installed Debian on at least one laptop. Without my influence it would probably have been Ubuntu instead of Debian. Your parents don't read mail? That is surprising to me. In this days and age, everyone does. They read mail received on a remote server (mine, their ISP's, or Google's) via IMAP or webmail (or possibly POP3, if I hadn't advised them not to use that). It has nothing to do with the local machine's MTA (or lack of). In principle I suppose Icedove could start up with a local mbox account pre-configured... but is that really where users would/should expect to find system notifications? What's wrong with that? I suspect we only use email as a system-level notification mechanism because it's how Unix has always worked. How much sense does it really make to have potentially security-sensitive messages from the local machine, whose content you ought to be able to trust, turn up in the same place as postcards from the Internet? Can you please give an example of such a message? Which local user should not be getting it? Is it the same local user that the standard desktop setting rely on to upgrade packages? In which alternative notifications mechanism that message would not reach that user? (Writing that makes me wonder about the phishing potential of spoofing mails from, say, apticron. To upgrade these packages, simply type: 'curl http://198.51.100.6/dist-upgrade | sudo sh'?) They would not land in the local mailbox. Can't you configure their system to send *you* the system notifications so that you can fix a problem? I could, but for machines where it isn't really needed, life's too short to set up the necessary TLS/SASL to get root mail off the system without leaking its contents (and a SMTP password) to everyone on the same coffee shop wifi. I don't follow that. If you send mail from the system one way or the other, you send your credentials over the wire. Setting up TLS / SASL is not complicated in postfix and should not be complicated in a well-wrriten MTA just as it is not complicated in your desktop mail client. So this SHOULD NOT BE is a required feature? -- Tzafrir Cohen | tzaf...@jabber.org | VIM is http://tzafrir.org.il || a Mutt's tzaf...@cohens.org.il || best tzaf...@debian.org|| friend -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529080708.gy14...@lemon.cohens.org.il
Re: default MTA
On 05/29/2013 03:14 PM, Simon McVittie wrote: Your parents don't read mail? That is surprising to me. In this days and age, everyone does. They read mail received on a remote server (mine, their ISP's, or Google's) via IMAP or webmail (or possibly POP3, if I hadn't advised them not to use that). It has nothing to do with the local machine's MTA (or lack of). It has everything to do with it. Just setup the mail for root to be sent to whatever email address they use. That's it, problem solved. In principle I suppose Icedove could start up with a local mbox account pre-configured... but is that really where users would/should expect to find system notifications? They should expect to receive it in their main mailbox. I suspect we only use email as a system-level notification mechanism because it's how Unix has always worked. How much sense does it really make to have potentially security-sensitive messages from the local machine, whose content you ought to be able to trust, turn up in the same place as postcards from the Internet? If you don't like your current mail provider, and think he's not safe, just change that provider and use something better. This has absolutely nothing to do with the matter discussed here. Can't you configure their system to send *you* the system notifications so that you can fix a problem? I could, but for machines where it isn't really needed, life's too short to set up the necessary TLS/SASL to get root mail off the system without leaking its contents (and a SMTP password) to everyone on the same coffee shop wifi. Oh ok. So the real answer: you don't really care. Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a5b916.5000...@debian.org
Re: optimizing PNGs
On Sun, May 26, 2013 at 05:56:06PM +0200, Adam Borowski wrote:
A while ago, someone raised the possibility of recompressing PNG files.
Unlike xz, this would save space not only on mirrors but also on live
installed systems. PNGs are nearly incompressible so this is mostly
independent from xz.
For anything GNOME related (ftp.gnome.org), suggest to take it there so
everyone benefits. Two solutions you could do for upstreaming it:
1. Make it part of the tarball generation ('make dist')
2. One-time optimization of the png files, then committing those
What is important to me is that when someone changes the png or adds a
new one, it is saved in the most optimal version. Doing this as a one
off without a check in place will likely make cause a regression over
time.
Long term plan (for GNOME) is doing away with differences between
tarball contents and git repository.
--
Regards,
Olav
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130529081733.ga20...@bkor.dhs.org
Re: default MTA
Le 28/05/2013 21:51, Adam Borowski a écrit : On Tue, May 28, 2013 at 05:58:15PM +0200, Thibaut Paumard wrote: We could imagine running a simple biff applet by default in every desktop interface, and clicking it could trigger a simple mail reader, configured for local mail. Why would we multiply entities without necessity? Desktop environments install mail clients by default, they just should come configured to have local mail among the accounts. Hi, This would do most of the job, indeed, but not all: you still have to run a mailreader, which webmail-only users don't. A dedicated, simple, read-only, local-only mail reader could tell the user that this mailbox usually contains system warnings and point them to where to look for help if they don't understand them. With a dedicated package, we can also try to configure (automatically of via debconf) local mail forwarding in case of a server installation. But your proposal looks so much simpler that it's probably the way to go. Kind regards, Thibaut. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a5bd0f.7050...@free.fr
Re: default MTA
Le 28/05/2013 21:12, Tzafrir Cohen a écrit : On Tue, May 28, 2013 at 07:10:51PM +0200, Matthias Klumpp wrote: Forwarding root's mail to all users in the group users. Then using the standard mail clients (kmail, evolution or even mutt). Hi, 1- Not every user should be permitted to read root's mail by default. 2- Why force everyone in the staff to read the same mail and delete it? Making all people allowed to read root's mail part of the mail group would work, but it would also enable them to read (and write) local mail for any other user. A dedicated interface, on the other hand, can authorize admins to read and delete root's mail without giving them too much privileges. Regards, Thibaut. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a5bf94.4080...@free.fr
Bug#710233: ITP: dleyna-core -- Utility functions for higher level dLeyna components
Package: wnpp Severity: wishlist Owner: Emanuele Aina emanuele.a...@collabora.com * Package name: dleyna-core Version : 0.0.2 Upstream Author : dLeyna Development Group - Intel OTC * URL : https://01.org/dleyna/ * License : LGPL-2.1 Programming Lang: C Description : Utility functions for higher level dLeyna components dleyna-core is a library of utility functions that are used by the higher level dLeyna libraries that communicate with DLNA devices, e.g., dleyna-server. In brief, it provides APIs for logging, error, settings and task management and an IPC abstraction API. . dLeyna is an umbrella project hosting a number of middleware components designed to make it easy for developers to integrate DLNA functionality into their applications. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529092120.8820.2721.report...@autarpio.lan
Bug#710235: ITP: dleyna-connector-dbus -- DBus connector module for the dLeyna services
Package: wnpp Severity: wishlist Owner: Emanuele Aina emanuele.a...@collabora.com * Package name: dleyna-connector-dbus Version : 0.0.2 Upstream Author : dLeyna Development Group - Intel OTC * URL : https://01.org/dleyna/ * License : LGPL-2.1 Programming Lang: C Description : DBus connector module for the dLeyna services dleyna-connector-dbus is the loadable module providing DBus connectivity to the dLeyna services. . dLeyna is an umbrella project hosting a number of middleware components designed to make it easy for developers to integrate DLNA functionality into their applications. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529092427.9274.46641.report...@autarpio.lan
Re: optimizing PNGs
On Wed, May 29, 2013 at 4:17 PM, Olav Vitters wrote: Long term plan (for GNOME) is doing away with differences between tarball contents and git repository. Does that mean switching away from autotools? Or not shipping configure/Makefile.in in the tarballs? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6ezz88glqpfwq9t_7pxambhgsbdbtkhbkq+rrutomb...@mail.gmail.com
Re: MBF: transition from texi2html to texinfo
Am Dienstag, den 28.05.2013, 22:45 -0400 schrieb Ryan Kavanagh: On Tue, May 28, 2013 at 05:08:06PM -0700, Steve Langasek wrote: There have been two responses to your proposal so far, neither of which particularly looks to be in favor of your plan. I don't think it's reasonable to proceed with a mass-bug filing on over 800 packages as a first step, certainly not after such a short comment period. Sorry, I was overly eager in pushing this change. Thanks Steve for being the tempering voice of reason. As for the package count, where did you find the additional 700+ packages? If I'm missing something, please let me know. Of matches in the search[0] Paul Wise linked to, many matches are from the same package, or more prominently (as with e.g., festival, gcc, geiser, id-utils, gcl, etc.), found in the upstream build system but never called at build time (one can deduce this from the fact that they don't build-depend on texi2html). As I stated in my initial email, there are at most 96 packages which would require some form of change, and these are the packages that either build-depend (94) or depend (2) on texi2html. Have you checked indirect build-dependencies on texi2html (e.g. the package build depends on foo, which depends on texi2html)? -- Benjamin Drung Debian Ubuntu Developer -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1369819747.2863.4.camel@deep-thought
Bug#710236: ITP: dleyna-renderer -- DBus service to interact with DLNA Digital Media Renderers
Package: wnpp Severity: wishlist Owner: Emanuele Aina emanuele.a...@collabora.com * Package name: dleyna-renderer Version : 0.0.2 Upstream Author : dLeyna Development Group - Intel OTC * URL : https://01.org/dleyna/ * License : LGPL-2.1 Programming Lang: C Description : DBus service to interact with DLNA Digital Media Renderers dleyna-renderer is a DBus user session service that allows clients to discover and manipulate DLNA Digital Media Renderers (DMR). . dLeyna is an umbrella project hosting a number of middleware components designed to make it easy for developers to integrate DLNA functionality into their applications. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529092746.9530.82454.report...@autarpio.lan
Bug#710237: ITP: dleyna-server -- DBus service to interact with DLNA Digital Media Servers
Package: wnpp Severity: wishlist Owner: Emanuele Aina emanuele.a...@collabora.com * Package name: dleyna-server Version : 0.0.2 Upstream Author : dLeyna Development Group - Intel OTC * URL : https://01.org/dleyna/ * License : LGPL-2.1 Programming Lang: C Description : DBus service to interact with DLNA Digital Media Servers dleyna-renderer is a DBus user session service that allows clients to discover and manipulate DLNA Digital Media Servers (DMS). . dLeyna is an umbrella project hosting a number of middleware components designed to make it easy for developers to integrate DLNA functionality into their applications. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529093006.9752.37973.report...@autarpio.lan
Re: default MTA
Forwarding root's mail to all users in the group users. Then using the standard mail clients (kmail, evolution or even mutt). What is wrong with setting an alias from root to the user configured during installation? -- Salvo Tomaselli http://web.student.chalmers.se/~saltom/ signature.asc Description: This is a digitally signed message part.
Re: optimizing PNGs
2013/5/29 Paul Wise p...@debian.org: Does that mean switching away from autotools? No. Or not shipping configure/Makefile.in in the tarballs? No. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/call-q8xssprcxgasvfqribbp4_pz4sfhry+hkvzuwvliinw...@mail.gmail.com
Re: piuparts 0.52 (was Re: bits from the piuparts maintainers: the first million is the hardest)
Hi, On Dienstag, 28. Mai 2013, Holger Levsen wrote: BTW, would someone appreciate wheezy-backports of piuparts? Someone does, so piuparts 0.51~bpo70+1 is available in wheezy-bpo now (*) and will be updated there in future as well. cheers, Holger (*) it just past NEW so will be available on the mirrors in a few hours. signature.asc Description: This is a digitally signed message part.
Re: X.509 and CA certificates for other purposes (i.e. the IGTF)
On 25-05-13 04:04, Christoph Anton Mitterer wrote: On Fri, 2013-05-24 at 12:32 +0200, Dennis van Dok wrote: The point I'd like to raise is that the current model of CA certificates seems to take an all-or-nothing approach: either a CA is trusted (for whatever purpose) or not. For the IGTF CAs, this may not be the right approach. I don't think that's a good idea for ca-certificates either,... but I don't think you can really do anything against it... either the cert is installed in /etc/ssl or not... the problem here lies actually with the clients, when they don't allow you to specify another store location to have more fine grained possibilities... Sure there is what Kurt mentions... but I mean that doesn't make things really better IMHO, as it only allows to set a few roles,... not something like ejabberd should accept this, but apache should not, or does it? No, I don't think so, the feature is quite limited that way. but I think it's very problematic that ca-certificates includes extremely untrustworthy CAs like CNNIC... ...which is included in mozilla. That discussion should be taken there (indeed was[1]) as in Debian it was agreed we're not going to do better than Mozilla at judging CAs[2]. 1. https://groups.google.com/forum/?fromgroups=#!topic/mozilla.dev.security.policy/F7471-CzPow[1-25-false] 2. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647848 Anyway... good to see you again into bringing the IGTF bundle to Debian :) Thanks! In order to move forward, I really need someone to have a look at my package. I need to know that I'm on the right track. Cheers, Dennis -- D.H. van Dok :: Software Engineer :: www.nikhef.nl/grid :: Phone +31 20 592 22 28 :: http://www.nikhef.nl/~dennisvd/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a5d63e.2090...@nikhef.nl
Re: MBF: transition from texi2html to texinfo
On Wed, May 29, 2013 at 11:29:07AM +0200, Benjamin Drung wrote: Have you checked indirect build-dependencies on texi2html (e.g. the package build depends on foo, which depends on texi2html)? ryan@nu:~$ reverse-depends texi2html Reverse-Depends === * translate-docformat Packages without architectures listed are reverse-dependencies in: amd64, armel, armhf, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc ryan@nu:~$ reverse-depends -b translate-docformat No reverse dependencies found It looks like one of the two reverse-dependencies has disappeared. But yes, there are no indirect build-dependencies on texi2html. Best wishes, Ryan -- |_)|_/ Ryan Kavanagh | Debian Developer | \| \ http://ryanak.ca/ | GPG Key 4A11C97A signature.asc Description: Digital signature
Bug#710262: ITP: Archi -- Archi is a tool and editor to create ArchiMate models
Package: wnpp Severity: wishlist Owner: Willem van den Akker wvdak...@wilsoft.nl * Package name: Archi Version : 2.4.0 Upstream Author : p.beauv...@dadabeatnik.com * URL : http://archi.cetis.ac.uk/ * License: MIT Programming Lang: Java Description : Archi is a free, open source, cross-platform tool and editor to create ArchiMate models -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529114947.16437.85526.report...@notebook.wilsoft.nl
Re: optimizing PNGs
On Wed, May 29, 2013 at 05:28:18PM +0800, Paul Wise wrote: On Wed, May 29, 2013 at 4:17 PM, Olav Vitters wrote: Long term plan (for GNOME) is doing away with differences between tarball contents and git repository. Does that mean switching away from autotools? Or not shipping configure/Makefile.in in the tarballs? Basically that we do not need to create tarballs anymore because the tarball would be the same as the git tag. At the moment various things are done when creating a tarball: - ./autogen.sh - make dist The make dist might do loads of things, add pregenerated html files, not ship some files, turn a configure.ac into a configure, etc. Now due to this: - tarball process is just another way of spreading our git repositories - tarball might differ from the git tag (Gentoo packagers usually complain about this) Various tools such as 'cgit' already allow you to download a git tag as a tarball. But just the entire idea of tarballs is inefficient, it duplicates what is in the git repository more inefficiently. So a long term plan is to simplify this. Obviously very complicated and we'll talk to distributions before, etc. Only reason I mentioned this is that 'make dist' is fine for now, but long term such a thing should be elsewhere (something which checks repositories for errorswarningsimprovements). So in brief: at one point (I assume very very far in future after loads of communication) not shipping configure, only configure.ac. -- Regards, Olav -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529112625.gb20...@bkor.dhs.org
Re: MBF: transition from texi2html to texinfo
Le mardi 28 mai 2013 16:48:50, Ryan Kavanagh a écrit : On Mon, May 27, 2013 at 08:28:37PM -0400, Ryan Kavanagh wrote: See attached for a dd-list of affected packages. On Tue, May 28, 2013 at 04:37:44PM +0200, Emilio Pozuelo Monfort wrote: Please attach a list of packages run through dd-list before doing the MBF. Sorry, I guess I forgot to actually attach the list. Let's try that again :) Thomas Preud'homme robo...@celest.fr tcc Thomas Preud'homme robo...@debian.org tcc Fixed upstream already and I cherry-picked the patch for the next upload so -1 :) Best wishes, Ryan Best regards, Thomas signature.asc Description: This is a digitally signed message part.
Re: Bug#710262: ITP: Archi -- Archi is a tool and editor to create ArchiMate models
On Wed, 2013-05-29 at 13:49 +0200, Willem van den Akker wrote: Package: wnpp Severity: wishlist Owner: Willem van den Akker wvdak...@wilsoft.nl * Package name: Archi Version : 2.4.0 Upstream Author : p.beauv...@dadabeatnik.com * URL : http://archi.cetis.ac.uk/ * License: MIT Programming Lang: Java Description : Archi is a free, open source, cross-platform tool and editor to create ArchiMate models Archi is targeted toward all levels of Enterprise Architects and Enterprise Modellers. It is intended to provide a low cost to entry (i.e. free) solution to users who may be making their first steps in the ArchiMate language or who are looking for a cross-platform ArchiMate modelling tool for their company or institution. Archi fulfils the needs of most Enterprise Architects and associated stakeholders, but it can also be regarded as an introductory ArchiMate tool for those wishing to engage with the language before committing to a commercial solution. signature.asc Description: This is a digitally signed message part
Re: Switching to mozilla ESR in stable-security
Hi, On 05/28/2013 22:33, Moritz Muehlenhoff wrote: As such, we'll switch to releasing the ESR releases of iceweasel and icedove in stable-security. Reverse-deps of the older xulrunner libs have negligable security impact and we won't update them any further. One problematic aspect are the various xul-ext-* packages currently packaged. It's very likely that some of them will break with ESR17 and ESR24 in the future. However, there's not much we can do here. We can select a narrow (!) set of important addons (e.g. enigmail for Icedove) that we will keep in sync through stable-security, but that doesn't scale for the full scale of Mozilla extensions currently packaged. In the future the majority of packages should thus rather be installed through http://addons.mozilla.org instead of Debian packages. As mentioned on IRC, I wonder what we should do with these extentions now and for future releases. There seem to be several options: a) Remove most Mozilla extensions from stable/testing/unstable and let users install them from addons.mozilla.org. Important addons could stay if agreed with release and/or security teams, e.g. enigmail (mentioned above) or adblock (part of the default Debian GNOME installation). b) Let maintainers update extensions via either -security or -(proposed-)updates. This causes additional work for the security team or the release team for at least coordinating updates. I wouldn't expect them to be able to review the changes which means a break from our current stable policy. b2) like b), but only do so for jessie and remove the extensions from testing/unstable. c) Let maintainers provide updated extensions via an additional repository (e.g. mozilla.d.n or some developer repository). I would expect some more packages giving us similar problems in the future: other web browsers (chromium) or web applications (owncloud?) where we might have to provide new upstream versions that require updating related packages (or breaking them). With my user hat on, I would like to have (b) though I'm not sure how much work it would be. I don't like (c). It's too similar to (b) with a workflow easy enough for the release/security team. Ansgar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a5ff74.6060...@debian.org
Re: Switching to mozilla ESR in stable-security
On 29.05.2013 15:15, Ansgar Burchardt wrote: I would expect some more packages giving us similar problems in the future: other web browsers (chromium) or web applications (owncloud?) where we might have to provide new upstream versions that require updating related packages (or breaking them). + MySQL (in particular). There the situation is very complicated, too thanks to Oracle. I don't know if this applies to other Oracle products, too think of Virtualbox etc. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#710271: ITP: librdkafka -- library implementing the Apache Kafka protocol
Package: wnpp Severity: wishlist Owner: Faidon Liambotis parav...@debian.org * Package name: librdkafka Version : 0.8.0 Upstream Author : Magnus Edenhill mag...@edenhill.se * URL : https://github.com/edenhill/librdkafka * License : BSD-2-clause Programming Lang: C Description : library implementing the Apache Kafka protocol librdkafka is a C implementation of the Apache Kafka protocol, containing both Producer and Consumer support. . More information about Apache Kafka can be found at http://kafka.apache.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529133508.7374.47283.report...@serenity.void.home
Bug#710273: ITP: openstack-debian-images -- script to build a Debian image for OpenStack
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: openstack-debian-images Version : 0.1 Upstream Author : Thomas Goirand z...@debian.org * URL : No URL... * License : Apache-2.0 Programming Lang: Shell script Description : script to build a Debian image for OpenStack This package contains a script which is helpful for creating iamges to be used with the OpenStack IaaS cloud software suite. It uses only tools available within Debian. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529135926.4119.30268.report...@buzig.gplhost.com
Re: default MTA
On 28 May 2013 13:05, Josselin Mouette j...@debian.org wrote: And on desktop systems, nobody reads local email. We might want to think of a better notification system, but email is definitely not fit for that anymore. On desktop systems nobody reads local email because IIRC the default email client applications do not present local email to the end-user. Only when somebody configures, post-installation, is this local e-mail visible. On the other hand, on system installation we currently configure which user account e-mail to root@ is sent to (or ask the user if he selects a low debconf priority) and some packages will setup some tasks that send mail to the root account which the end-user does not currently see. I'm not saying that email is a good notification system, but there are definitely currently many sub-systems that use it (such as cron and default cron tasks configured through packages). Not presenting this information to the end-user is actually hiding problems. Regardless of what local MTA we provide, as long as we provide one, IMHO we should try to have local email presented to the end-user in the default installation (i.e. in the desktop). Regardless Javier -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cab9b7uvod_gmzbehffez9ol09buxf2gkzrxdo+tb0wgrbjd...@mail.gmail.com
Bug#710278: ITP: r-cran-gbm -- GNU R package Generalized Boosted Regression Models
Package: wnpp Severity: wishlist Owner: Pablo Oliveira pa...@sifflez.org * Package name: r-cran-gbm Version : 2.1 Upstream Author : Greg Ridgeway gr...@rand.org * URL : http://cran.r-project.org/web/packages/gbm/index.html * License : GPL (= 2) Programming Lang: C++, R Description : GNU R package Generalized Boosted Regression Models r-cran-gbm is a CRAN package. The CRAN description of the package follows: This package implements extensions to Freund and Schapire's AdaBoost algorithm and Friedman's gradient boosting machine. Includes regression methods for least squares, absolute loss, t-distribution loss, quantile regression, logistic, multinomial logistic, Poisson, Cox proportional hazards partial likelihood, AdaBoost exponential loss, Huberized hinge loss, and Learning to Rank measures (LambdaMart). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529143202.15723.15685.report...@tahiti.prism.uvsq.fr
Re: default MTA
On 28 May 2013 19:10, Matthias Klumpp matth...@tenstral.net wrote: Would it help if we had a desktop-component, which is able to: 1) Show a notification *on the desktop* if the user received new mail 2) Offer a GUI way to read system mails 3) Offer a way to delete these mails Instead of adding *another* desktop component. Wouldn't it be better to have the standard desktop e-mail reader [0] configured to read local e-mail from the start? Since the e-mail reader would be already nicely integrated into the Desktop it already provides 1, 2 and 3. The advantage would be that these mails would be read more often, while on a system configured for desktop-use, no such mails would be send, so the users wouldn't be bothered with it. I agree that we need to expose local e-mail more. Even end-users might install some tools and will not receive any notification from them unless they have their desktop e-mail client configured to read local e-mail. Take for example, smartmoontools [1]. Currently, if an end-user installs smartmoontools and a hard-disk fails (i.e. smartd detects a problem with one HD) he will *not* see any notification: the failure is sent through local e-mail. Regards Javier [0] Is there such a thing? ;-) [1] I'm picking this package since it is installed by ~24% of the systems reporting to popcon. Which, on a quick review, seems to be higher than other tools using cron and reporting through e-mail. The popcon stats do not tell me whether the systems with, e.g. gnome, installed have also smartmoontools installed, but let's make the assumption that some do :) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cab9b7uvg6hgxb1znzztpsww2j5fyoydsiaduhyaj6psxoe2...@mail.gmail.com
Re: default MTA
Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a écrit : Take for example, smartmoontools [1]. Currently, if an end-user installs smartmoontools and a hard-disk fails (i.e. smartd detects a problem with one HD) he will *not* see any notification: the failure is sent through local e-mail. He will see a notification on his desktop. Clear, understandable and translated in his configured language: https://git.gnome.org/browse/gnome-disk-utility/tree/src/notify/gdusdmonitor.c (The code is different but already here in squeeze and wheezy.) I don’t see why he would need to see it again in a cryptic English e-mail. You are really looking for a solution to a nonexistent problem. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1369840295.5185.103.camel@pi0307572
Re: default MTA
2013/5/29 Javier Fernandez-Sanguino j...@debian.org: On 28 May 2013 19:10, Matthias Klumpp matth...@tenstral.net wrote: Would it help if we had a desktop-component, which is able to: 1) Show a notification *on the desktop* if the user received new mail 2) Offer a GUI way to read system mails 3) Offer a way to delete these mails Instead of adding *another* desktop component. Wouldn't it be better to have the standard desktop e-mail reader [0] configured to read local e-mail from the start? Since the e-mail reader would be already nicely integrated into the Desktop it already provides 1, 2 and 3. Yes, if there is one, it should be used. But I was thinking that receiving local mail in their mail clients from their own system might be very confusing to users, because they are used to the fact that the system shows them notifications *on the desktop*, instead of writing them mails. Also, there might be the case where no local mail reader exists, because users prefer to read mails in a webmailer, for example. Cheers, Matthias -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caknhny8akfvj35cpv5kqjjtbm5fmcecya0dgk_wpxydlfrz...@mail.gmail.com
Re: default MTA
On 29 May 2013 17:11, Josselin Mouette j...@debian.org wrote: Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a écrit : He will see a notification on his desktop. Clear, understandable and translated in his configured language: https://git.gnome.org/browse/gnome-disk-utility/tree/src/notify/gdusdmonitor.c (The code is different but already here in squeeze and wheezy.) I'm happy to see this use case is covered in GNOME. I don’t see why he would need to see it again in a cryptic English e-mail. You are really looking for a solution to a nonexistent problem. Smartmontools is not the only tool that uses sendmail to send alert to the user. The problem still exists, even if the example I provided has already been fixed for, at least, GNOME users. (I wonder whether similar code is there for KDE or Xfce users) Regards Javier -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cab9b7uspyklkn+wpkaznrmqmvk-yd8cm4qxxqj-ja9zzokc...@mail.gmail.com
Re: default MTA
On 29 May 2013 17:12, Matthias Klumpp matth...@tenstral.net wrote: 2013/5/29 Javier Fernandez-Sanguino j...@debian.org: On 28 May 2013 19:10, Matthias Klumpp matth...@tenstral.net wrote: Would it help if we had a desktop-component, which is able to: 1) Show a notification *on the desktop* if the user received new mail 2) Offer a GUI way to read system mails 3) Offer a way to delete these mails Instead of adding *another* desktop component. Wouldn't it be better to have the standard desktop e-mail reader [0] configured to read local e-mail from the start? Since the e-mail reader would be already nicely integrated into the Desktop it already provides 1, 2 and 3. Yes, if there is one, it should be used. But I was thinking that receiving local mail in their mail clients from their own system might be very confusing to users, because they are used to the fact that the system shows them notifications *on the desktop*, instead of writing them mails. Also, there might be the case where no local mail reader exists, because users prefer to read mails in a webmailer, for example. I agree that desktop notification is the way to go, but while we get there the local mail in their mail clients is the best option we have. Certainly best than not getting any notification at all. The no local mail reader installed case is not a common case, since users installing a default desktop will get it. IMHO we should strive to fix the issue in the default installation (regardless of desktop selected). Best regards Javier -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAB9B7UujBk02ZwQEVXDDCktjOki2RY=pbwaasocjhoxbtao...@mail.gmail.com
Bug#710296: ITP: maple-latex -- LaTeX packages, environments and macros distributed by Maple
Package: wnpp Severity: wishlist Owner: Jerome Benoit calcu...@rezozer.net * Package name: maple-latex Version : 0.0.1 Upstream Author : Waterloo Maple Inc. * URL : http://www.maplesoft.com * License : ad hoc Waterloo Maple Inc. license Programming Lang: TeX/LaTeX Description : LaTeX packages, environments and macros distributed by Maple Maple is a commercial Computer Algebra System (CAS) manufactured by the Canadian software company MapleSoft, a division of Waterloo Maple Inc.. This package contains the LaTeX packages, environments and macros used in the Maple to LaTeX documents produced by Maple as documented into the Maple online help system. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529160404.20532.81184.report...@nen.dnsalias.org
Re: default MTA
On Mi, 29 mai 13, 17:36:31, Javier Fernandez-Sanguino wrote: The no local mail reader installed case is not a common case, since users installing a default desktop will get it. ... but never start it if they think (like so many users now) that e-mail == webmail. I think forwarding root mail to a real e-mail account configured during install (with proper warnings that it might contain sensitive data) is the way to go. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: Debian systemd survey
Marc Haber mh+debian-de...@zugschlus.de writes: Russ Allbery r...@debian.org wrote: (The shading of meaning between those two options could be clearer. I took it as a measure of enthusiasm and personally answered I welcome systemd in Debian because, regardless of whether it becomes the default, I'm happy to provide systemd unit files for my packages. Would you also be happy to test and support both systemd unit files _and_ init scripts? I'm happy to provide both, integrate patches, etc., although I think init scripts are awful and my level of personal motivation to work on init scripts compared to anything else (whether it be systemd or upstart or whatever else someone might invent) is quite low. I expect that as soon as we have a fully supported init system in Debian that supports a sane daemon configuration syntax instead of a mass of unreadable shell code, I will switch all of my systems to it and never look back. Therefore, I can't promise testing of init scripts going forward, but I'm certainly not going to stand in the way of anyone who wants to maintain them and contribute improvements. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8738t5n3yg@windlord.stanford.edu
Bug#710302: ITP: neurosynth -- Large-scale synthesis of functional neuroimaging data
Package: wnpp Severity: wishlist Owner: Yaroslav Halchenko deb...@onerussian.com * Package name: neurosynth Version : 0.3.0 (to be released) Upstream Author : Tal Yarkoni tyark...@gmail.com * URL : http://neurosynth.org * License : MIT/X Programming Lang: Python Description : Large-scale synthesis of functional neuroimaging data NeuroSynth is a platform for large-scale, automated synthesis of functional magnetic resonance imaging (fMRI) data extracted from published articles. This Python module at the moment provides functionality for processing the database of collected terms and spatial coordinates to generate associated spatial statistical maps. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529165755.15982.46454.report...@novo.onerussian.com
[clang] Report bugs on packages failing to build with clang
Hello, With the recent setup of the parallel build infrastructure using clang instead of gcc [1], I would like to start to report bugs on packages failing to build with clang (with patches if possible). The severity would be minor. Of course, I would do that only when the issue is upstream [2]. Any comments ? Cheers, Sylvestre [1] See http://buildd-clang.debian.net/ and http://sylvestre.ledru.info/blog/2013/05/06/follow_up_on_debian_aamp_clang [2] For example: http://clang.debian.net/status.php?version=3.2key=FUNCTION_RETURNS_VALUE -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a6354e.9030...@debian.org
Re: Switching to mozilla ESR in stable-security
Hello Moritz, Moritz Muehlenhoff wrote: As such, we'll switch to releasing the ESR releases of iceweasel and icedove in stable-security. wouldn't it be better to do the bumps of major ESR versions in point releases? That might also allow a few more extensions to be updated. However, there's not much we can do here. We can select a narrow (!) set of important addons (e.g. enigmail for Icedove) that we will Enigmail is definitly requiring an update for ESR 17 in wheezy. When should I have a package ready and where should I upload it? Greetings, WM -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ko5de0$243$1...@ger.gmane.org
Re: [clang] Report bugs on packages failing to build with clang
On Wed, May 29, 2013 at 07:05:18PM +0200, Sylvestre Ledru wrote: Hello, With the recent setup of the parallel build infrastructure using clang instead of gcc [1], I would like to start to report bugs on packages failing to build with clang (with patches if possible). The severity would be minor. Of course, I would do that only when the issue is upstream [2]. Any comments ? I am, of course, biased. I do, however think this would be a good move for Debian on the whole, and will help with such an effort. Cheers, Paul -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Re: optimizing PNGs
On Wed, 29 May 2013, Bastien ROUCARIES wrote: On Wed, May 29, 2013 at 9:49 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: not sure about svgz... On a typical svg file: -rw-r--r-- 1 bastien bastien 452K mai 28 18:48 display-im6.svg -rw-r--r-- 1 bastien bastien 103K mai 28 18:48 display-im6.svg.gz -rw-r--r-- 1 bastien bastien 297K mai 29 09:42 optimised.svg -rw-r--r-- 1 bastien bastien 81K mai 29 09:43 optimised.svg.gz -rw-r--r-- 1 bastien bastien 289K mai 29 09:50 scour.svg -rw-r--r-- 1 bastien bastien 90K mai 29 09:51 scour.svg.gz With a lossy (decimal truncation to 3) the saving are even more important: -rw-r--r-- 1 bastien bastien 234K mai 29 09:52 scour.svg -rw-r--r-- 1 bastien bastien 54K mai 29 09:53 scour.svg.gz Right. So SVGZ is smaller than just scour, and both is smaller than just SVGZ by about 10-20% unless you do a lossy conversion. -- Don Armstrong http://www.donarmstrong.com We want 6. 6 is the 1. -- The Prisoner (2009 Miniseries) _Checkmate_ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529180422.ga12...@teltox.donarmstrong.com
Re: Switching to mozilla ESR in stable-security
Moritz Muehlenhoff wrote: As such, we'll switch to releasing the ESR releases of iceweasel and icedove in stable-security. Very welcome news. One problematic aspect are the various xul-ext-* packages currently packaged. It's very likely that some of them will break with ESR17 and ESR24 in the future. However, there's not much we can do here. We can select a narrow (!) set of important addons (e.g. enigmail for Icedove) that we will keep in sync through stable-security, but that doesn't scale for the full scale of Mozilla extensions currently packaged. In the future the majority of packages should thus rather be installed through http://addons.mozilla.org instead of Debian packages. As a user of sid who also maintains various systems running stable, I rely on packages like xul-ext-adblock-plus to make it easier to install specific addons systemwide. I find it much easier to install those via the Debian packaging system rather than a user-level mechanism that involves running Firefox as one or more target users (or more likely doing the equivalent of creating a xul-ext-* package for local use). I realize that you can't maintain the full library of Firefox addons as packages, but I'm hoping that some of the most common and popular ones stick around and stay up to date, notably Adblock Plus, HTTPS Everywhere, and It's All Text. - Josh Triplett -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529185021.GA9742@jtriplet-mobl1
Re: default MTA
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/28/2013 03:02 AM, Marco d'Itri wrote: Now that we are done with systemd for the time being, can we have the flame war about replacing Exim with Postfix as the default MTA? Look into the archives, we had that often enough. Are there any objections other than but I like it this way!? Are there new reasons other that 'I don't like it this way' ? - -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJRpk7eAAoJEOs2Fxpv+UNfbGsP/RWtguP/UiMhocRbRWG2tSrW AmOE7yhAPLhfcdw0ylTh7/wcz3UFuPVvB6Ggi+sW4Y2OSC/jaR8GQsjcyrQtMiuc d0trUlMfsSV/hUKFT2b4CuitYepit8bUQhO6yfBw4WPZoJrvzt4O8rwMrBShaonc VsNPMVRJ1h7s7BDjC016UYi7FW5SlXWUAZfmAQaR1xcvHaCAVn1m/bAgN7WxFfuk loYRQyT4C7DFgFL6WyRX136RSVm/oQ+dDmntwy34D1ooBMPK73PsbDj1T0VHOaj9 1heVlYyvKhjI0vqLhsD8vGunXqO5jVBz1TuEf4qF8KOkvqD8HeMcKPW4pn1yN2fI o25omq/SgIVTL461nP+DOaBEWJW3cpeOxpIRfQNOFkg5L1ZxP0VbhMvTcQtQ5SQB lX/dXT5Etm6SKoeSY+Qi+ZlOHrUKDVeKul3mgrGMgEIqD+YQ+yfWNLRbuWZW80KP D8eeRr3rd3YJ8GuyIBvAX+zW2TVoaWW+pamymPLAjBrz34fxRs0ihh/ix9OVn1XN znqpxKOfDOaqJMWCLNTO4p8RXckcRs1tTurlrkk4yh981MnjGsNLeoMEtAzP0/nL xLGqnCmGY7f/iuo/7uM7trZ8R0q7XSRzj7SY57Wy/gopjleS/7etBQtI6OUWPaLH dGlWKS94Fm9aNiJGfnd5 =Pcni -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a64ee5.6040...@bzed.de
Re: default MTA
On 05/28/2013 06:27 PM, Thomas Goirand wrote: On 05/28/2013 10:24 PM, Josselin Mouette wrote: Just like for the MIME support mess, the damage is already done. Nobody, I repeat, nobody, ever reads local mail on most desktop systems, and even many server systems. The question you have to ask yourself is: why? The answer is simple: because we don't provide an easy way to have it configured correctly by default. That is the problem to solve, and nothing else, IMHO. That would be easy to fix by having the local mailbox automatically added when a user starts icedove or $fav_mua -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a64f66.5060...@bzed.de
Re: optimizing PNGs
On Wed, May 29, 2013 at 11:04:22AM -0700, Don Armstrong wrote: On Wed, 29 May 2013, Bastien ROUCARIES wrote: On Wed, May 29, 2013 at 9:49 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: not sure about svgz... On a typical svg file: -rw-r--r-- 1 bastien bastien 452K mai 28 18:48 display-im6.svg -rw-r--r-- 1 bastien bastien 103K mai 28 18:48 display-im6.svg.gz -rw-r--r-- 1 bastien bastien 297K mai 29 09:42 optimised.svg -rw-r--r-- 1 bastien bastien 81K mai 29 09:43 optimised.svg.gz -rw-r--r-- 1 bastien bastien 289K mai 29 09:50 scour.svg -rw-r--r-- 1 bastien bastien 90K mai 29 09:51 scour.svg.gz With a lossy (decimal truncation to 3) the saving are even more important: -rw-r--r-- 1 bastien bastien 234K mai 29 09:52 scour.svg -rw-r--r-- 1 bastien bastien 54K mai 29 09:53 scour.svg.gz Right. So SVGZ is smaller than just scour, and both is smaller than just SVGZ by about 10-20% unless you do a lossy conversion. You forgot to put that SVGZ file through advdef or zopfli :p Deflate compression again. -- ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529185630.ga32...@angband.pl
Re: default MTA
On Wed, May 29, 2013 at 05:11:35PM +0200, Josselin Mouette wrote: Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a écrit : Take for example, smartmoontools [1]. Currently, if an end-user installs smartmoontools and a hard-disk fails (i.e. smartd detects a problem with one HD) he will *not* see any notification: the failure is sent through local e-mail. He will see a notification on his desktop. Clear, understandable and translated in his configured language: https://git.gnome.org/browse/gnome-disk-utility/tree/src/notify/gdusdmonitor.c (The code is different but already here in squeeze and wheezy.) What you propose requires: * adding desktop environment specific code to every facility that may need to send notifications * adding such notifications to every other desktop environment * coming up with a way to send such notifications remotely All of that is already solved by e-mail. I don’t see why he would need to see it again in a cryptic English e-mail. Messages can be translated, you know. You are really looking for a solution to a nonexistent problem. I wouldn't call important system messages not getting delivered a nonexistant problem -- this tends to end up with serious data loss. And the solution exists for 30 years, there's no point in NIH alternatives. -- ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529190659.gb32...@angband.pl
Re: systemd .service file conversion
On 27-05-13 21:56, Josselin Mouette wrote: Le lundi 27 mai 2013 à 09:13 +0200, Ondřej Surý a écrit : I would be quite happy to write service files for two (systemd, upstart) or three (systemd, upstart, openrc) of those in all my packages[*], if it stops the endless flamewar here. I would also be happy to have the requirement to support two (or three) of them in the Debian policy. This kind of madness is precisely described here: http://www.redhat.com/archives/rhl-devel-list/2008-January/msg00861.html [zillionth link to linux is not about choice mail] It is also true that Debian doesn't work in the same way that RedHat/Fedora do. At RedHat, traditionally you have a predefined choice made by some core committee who picks one option, and the rest of the community has to deal with it. The advantage is that they usually don't have the same kind of flamewars and TC decisions that we need to deal with, but the disadvantage of that method is that the choice which is made may not be the best. At Debian, traditionally we support more than one choice (at least for a while), until the community at large decides that option X is the best one (and then we drop support for all the other options). The downside of that is that it takes a lot longer for us to make a choice, but eventually you usually get the better option. The only reason why we seem to be unable to do so this time is that some people claim the sky will fall if we don't make a choice NOW!!1! I think it makes perfect sense for us to support systemd, openrc, and upstart, at least for the time being; I doubt we'll continue supporting all three options until the end of times, but we don't have to do that. At any rate, we *need* to support multiple options for our non-Linux ports, too, so this wouldn't be a lost effort. -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a652b1.5040...@debian.org
Re: Switching to mozilla ESR in stable-security
Arno Töll a...@debian.org schrieb: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --enigD8B4E48BF27B74A11F1ECB8F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 29.05.2013 15:15, Ansgar Burchardt wrote: I would expect some more packages giving us similar problems in the future: other web browsers (chromium) or web applications (owncloud?) where we might have to provide new upstream versions that require updating related packages (or breaking them). + MySQL (in particular). MySQL isn't comparable. While the horribly disclosure policy of Oracle forces us to update to new upstream releases, there are no additional packages dependant on MySQL version bumps. Plus, the 5.1.x and 5.5.x series are maintained far longer than a Firefox ESR series. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnkqcmco.4vj@inutil.org
Re: Switching to mozilla ESR in stable-security
Willi Mann foss...@wm1.at schrieb: Hello Moritz, Moritz Muehlenhoff wrote: As such, we'll switch to releasing the ESR releases of iceweasel and icedove in stable-security. wouldn't it be better to do the bumps of major ESR versions in point releases? That might also allow a few more extensions to be updated. We need to release the security updates when ready and cannot realistically align the point releases with Mozilla releases. However, there's not much we can do here. We can select a narrow (!) set of important addons (e.g. enigmail for Icedove) that we will Enigmail is definitly requiring an update for ESR 17 in wheezy. When should I have a package ready and where should I upload it? We'll deal with Iceweasel first. We'll let you know when an icedove package is ready. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnkqcm8o.4vj@inutil.org
Re: default MTA
Adam Borowski kilob...@angband.pl writes: What you propose requires: * adding desktop environment specific code to every facility that may need to send notifications * adding such notifications to every other desktop environment * coming up with a way to send such notifications remotely All of that is already solved by e-mail. Except it's *not* solved by email because the email doesn't go anywhere useful for many users. I'm a fairly sophisticated UNIX user and I have still had failures that I didn't know about for months because I had some problem with my nullmailer configuration, usually because I set it up once and never thought to check it again when something about my upstream SMTP server changed. I never read mail or see any local mail on most of my systems; I only read mail from one place. And that's from someone who knows enough to set up nullmailer and direct the mail somewhere hopefully useful in the first place. Add to that the authenticated SMTP problem (IMO, storing user passwords in an unencrypted system configuration file is simply wrong from a security standpoint and should never be done) and I really question whether email notifications are this panacea that you perceive. This is also not how any other end-user system works. If there's some problem, the (quite reasonable) end user expectation is that the system tells you via some more direct method. Having email as an option is mandatory for servers and for sophisticated users, but for a desktop configuration I agree that some other notification method would be quite desirable and much better-suited to the needs of the typical desktop user. It does need to have certain properties that I'm not sure the current notifications have, such as persistence until acknowledgement and the ability to handle cron errors, but those seem like good things for us to work on. I wouldn't call important system messages not getting delivered a nonexistant problem -- this tends to end up with serious data loss. That's exactly the point, and is why I would prefer not to write those notifications into a file that no one ever looks at. (Which is why I don't find sending them to syslog much more appealing, since the average desktop user is never going to look there either.) -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8761y1603c@windlord.stanford.edu
Re: default MTA
On Wed, 29 May 2013 16:07:18 +0200, Javier Fernandez-Sanguino j...@debian.org wrote: On 28 May 2013 13:05, Josselin Mouette j...@debian.org wrote: And on desktop systems, nobody reads local email. We might want to think of a better notification system, but email is definitely not fit for that anymore. On desktop systems nobody reads local email because IIRC the default email client applications do not present local email to the end-user. Only when somebody configures, post-installation, is this local e-mail visible. So we should provide means so that any newly-installed MUA sees the local mail of the system first. But, alas, people are going to report every single mail in the local mailbox als Spam to their ISP. I'm not saying that email is a good notification system, but there are definitely currently many sub-systems that use it (such as cron and default cron tasks configured through packages). Not presenting this information to the end-user is actually hiding problems. Yes. And many systems have intermittent connectivity, which rules out non-queueing mini-MTAs. Exim does the Job pretty well, and people who know what an MTA is will probably install their own anyway, so there is no need to change. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhmpk-0001c3...@swivel.zugschlus.de
Re: Debian systemd survey
On Wed, 29 May 2013 09:30:47 -0700, Russ Allbery r...@debian.org wrote: Marc Haber mh+debian-de...@zugschlus.de writes: Would you also be happy to test and support both systemd unit files _and_ init scripts? I'm happy to provide both, integrate patches, etc., although I think init scripts are awful and my level of personal motivation to work on init scripts compared to anything else (whether it be systemd or upstart or whatever else someone might invent) is quite low. That is one of my concerns: Once Debian GNU/Linux has systemd as default, noone will an longer provide init scripts, let alone tested init scripts, which will severely hurt non-Linux kernels in Debian. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber |Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG Rightful Heir | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhmhj-0001bk...@swivel.zugschlus.de
Re: default MTA
On 05/29/2013 11:32 PM, Javier Fernandez-Sanguino wrote: On 29 May 2013 17:11, Josselin Mouette j...@debian.org wrote: Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a écrit : He will see a notification on his desktop. Clear, understandable and translated in his configured language: https://git.gnome.org/browse/gnome-disk-utility/tree/src/notify/gdusdmonitor.c (The code is different but already here in squeeze and wheezy.) I'm happy to see this use case is covered in GNOME. Me as well. Though not everyone uses GNOME (someone pointed out earlier in this list that we have more than 40 window managers in Debian!), and it is desirable, IMO, to also handle their use case. Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a65f3e.3010...@debian.org
Re: [clang] Report bugs on packages failing to build with clang
Hello, With the recent setup of the parallel build infrastructure using clang instead of gcc [1], I would like to start to report bugs on packages failing to build with clang (with patches if possible). The severity would be minor. Of course, I would do that only when the issue is upstream [2]. Any comments ? [...] I think this will likely improve code quality, hence I'm much in favour of this, in particular when it comes to outright bugs. But a non-negligible fraction of the build failures, I believe, are due to the use of nested functions. This could well be considered design decisions when used intentionally (unlike, e.g., [684508], where I have already filed a bug). I'm not sure whether upstream will be very keen on such bug reports? Best, Michael [684508] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684508 pgpM3qGEM9EXP.pgp Description: PGP signature
Re: default MTA
On Mi, 29 mai 13, 21:52:04, Marc Haber wrote: Yes. And many systems have intermittent connectivity, which rules out non-queueing mini-MTAs. Exim does the Job pretty well, and people who know what an MTA is will probably install their own anyway, so there is no need to change. Exim is a listening daemon, even if it listens only on localhost in the default configuration. I'd prefer dma instead. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: Debian systemd survey
Marc Haber mh+debian-de...@zugschlus.de writes: Russ Allbery r...@debian.org wrote: I'm happy to provide both, integrate patches, etc., although I think init scripts are awful and my level of personal motivation to work on init scripts compared to anything else (whether it be systemd or upstart or whatever else someone might invent) is quite low. That is one of my concerns: Once Debian GNU/Linux has systemd as default, noone will an longer provide init scripts, let alone tested init scripts, which will severely hurt non-Linux kernels in Debian. Yes, that's one of the risks of not managing to port one of the other init systems to non-Linux kernels. We are, in general, not going to get people to work on things they don't want to work on, and init scripts are awful and long-overdue for being replaced. I think some of the burden is going to have to be born by the Debian porters for platforms for which there's currently nothing better available, whether by porting something better, developing some conversion process for one of the other formats, or maintaining the init scripts in other packages and submitting patches. I will promise to review and integrate such patches promptly, similar to how I've tried to review and integrate patches for Hurd support. Using an imperative language for a descriptive purpose is a bad mismatch of tools and has been ever since the practical effect of init scripts has become fairly standardized. We need to switch to a descriptive language; we will gain huge maintainability benefits and will have far fewer bugs of the type that have plagued init scripts for decades: bad shell error handling, incorrect handling of unusual cases involving half-stopped daemons, inconsistent PID handling, stopping unrelated binaries with the same executable name, and so on, all of which are avoidable but only if you're very careful and know what you're doing or get lucky when translating opaque and obscure templates. I definitely do *not* agree with breaking systems that use shell init scripts proactively, but shell init scripts are so inferior to any descriptive replacement that I agree with you they're likely to bitrot if left solely to the maintenance of the average Debian packager, who will probably quickly embrace something easier to maintain and stop paying attention to them. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fvx54kdq@windlord.stanford.edu
Re: default MTA
On Wed, May 29, 2013 at 09:06:59PM +0200, Adam Borowski wrote: On Wed, May 29, 2013 at 05:11:35PM +0200, Josselin Mouette wrote: Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a écrit : Take for example, smartmoontools [1]. Currently, if an end-user installs smartmoontools and a hard-disk fails (i.e. smartd detects a problem with one HD) he will *not* see any notification: the failure is sent through local e-mail. He will see a notification on his desktop. Clear, understandable and translated in his configured language: https://git.gnome.org/browse/gnome-disk-utility/tree/src/notify/gdusdmonitor.c (The code is different but already here in squeeze and wheezy.) What you propose requires: * adding desktop environment specific code to every facility that may need to send notifications * adding such notifications to every other desktop environment Wrong, we already have org.freedesktop.Notifications in GNOME, KDE and Xfce. So those two points become: * adding cross-desktop code to every facility that may need to send notifications * adding a notification daemon to task-lxde There are libraries to help with the first point, of course. * coming up with a way to send such notifications remotely All of that is already solved by e-mail. [...] Except the bit where users actually see the messages. (For what it's worth, I'm quite happy to receive notifications by mail and I configure forwarding to a smarthost, but it's currently not as easy as it should be to do that and make it secure.) Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529213032.gp4...@decadent.org.uk
Re: Switching to mozilla ESR in stable-security
Moritz Mühlenhoff j...@inutil.org writes: Willi Mann foss...@wm1.at schrieb: Hello Moritz, Moritz Muehlenhoff wrote: As such, we'll switch to releasing the ESR releases of iceweasel and icedove in stable-security. wouldn't it be better to do the bumps of major ESR versions in point releases? That might also allow a few more extensions to be updated. We need to release the security updates when ready and cannot realistically align the point releases with Mozilla releases. Does this perhaps indicate that these packages are not really suitable for stable, and should instead be provided via backports or some similar mechanism (i.e. a mozilla-bikeshed[1])? Cheers, Phil. [1] http://lists.debian.org/debian-devel/2013/05/msg00481.html -- |)| Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/ |-| HANDS.COM Ltd.http://www.uk.debian.org/ |(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND pgpihrR2A2XTF.pgp Description: PGP signature
Re: default MTA
On Wednesday, May 29, 2013 16:12:39, Andrei POPESCU wrote: On Mi, 29 mai 13, 21:52:04, Marc Haber wrote: Yes. And many systems have intermittent connectivity, which rules out non-queueing mini-MTAs. Exim does the Job pretty well, and people who know what an MTA is will probably install their own anyway, so there is no need to change. Exim is a listening daemon, even if it listens only on localhost in the default configuration. I'd prefer dma instead. Exim has options not to run a listening daemon. From /etc/default/exim4: # 'combined' - one daemon running queue and listening on SMTP port # 'no' - no daemon running the queue # 'separate' - two separate daemons # 'ppp' - only run queue with /etc/ppp/ip-up.d/exim4. # 'nodaemon' - no daemon is started at all. # 'queueonly' - only a queue running daemon is started, no SMTP listener. # setting this to 'no' will also disable queueruns from /etc/ppp/ip-up.d/exim4 QUEUERUNNER='combined' The 'queueonly' option has a daemon that processes the queue for mail sent locally via 'sendmail', yet has no listening port at all. -- Chris -- Chris Knadle chris.kna...@coredump.us GPG Key: 4096R/0x1E759A726A9FDD74 signature.asc Description: This is a digitally signed message part.
Re: default MTA
Andrei POPESCU andreimpope...@gmail.com writes: On Mi, 29 mai 13, 21:52:04, Marc Haber wrote: Yes. And many systems have intermittent connectivity, which rules out non-queueing mini-MTAs. Exim does the Job pretty well, and people who know what an MTA is will probably install their own anyway, so there is no need to change. Exim is a listening daemon, even if it listens only on localhost in the default configuration. I'd prefer dma instead. It's better to have a listening daemon on localhost. There's no security threat, and there's some software that can't handle invoking a sendmail binary and always wants to speak SMTP to some port. I've run into this with both Java and PHP applications. This is, of course, possible to fix, but I can understand why Java programmers aren't thrilled by the idea of adding UNIX-specific code to fork and execute a program (which is something that you generally don't want to do in Java, since it's very expensive, and which is not portable), and similarly why web developers aren't enthused by fork and exec in a mod_php or similar context inside a possibly threaded web server. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874ndl1jfs@windlord.stanford.edu
Bug#710324: ITP: staden -- set of DNA sequence assembly, editing and analysis tools
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: staden Version : 2.0.0b9 Upstream Author : Medical Research Council, Laboratory of Molecular Biology * URL : http://staden.sourceforge.net/ * License : unknown (need to be resolved, obviously, before releasing) Programming Lang: C, C++, Tcl Description : set of DNA sequence assembly, editing and analysis tools This is the Staden package, a collection of sequence handling and analysis software. . Gap4 performs sequence assembly, contig ordering based on read pair data, contig joining based on sequence comparisons, assembly checking, repeat searching, experiment suggestion, read pair analysis and contig editing. It has graphical views of contigs, templates, readings and traces which all scroll in register. Contig editor searches and experiment suggestion routines use confidence values to calculate the confidence of the consensus sequence and hence identify only places requiring visual trace inspection or extra data. The result is extremely rapid finishing and a consensus of known accuracy. . Pregap4 provides a graphical user interface to set up the processing required to prepare trace data for assembly or analysis, and automates these processes. . Trev is a rapid and flexible viewer and editor for ABI, ALF, SCF and ZTR trace files. . Prefinish analyses partially completed sequence assemblies and suggests the most efficient set of experiments to help finish the project. . Tracediff and hetscan automatically locate mutations by comparing trace data against reference traces. They annotate the mutations found ready for viewing in gap4. . Spin analyses nucleotide sequences to find genes, restriction sites, motifs, etc. It can perform translations, find open reading frames, count codons, etc. Many results are presented graphically and a sliding sequence window is linked to the graphics cursor. Spin also compares pairs of sequences in many ways. It has very rapid dot matrix analysis, global and local alignment algorithms, plus a sliding sequence window linked to the graphical plots. It can compare nucleic acid against nucleic acid, protein against protein, and protein against nucleic acid. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130529230214.27412.61045.report...@auryn.jones.dk
Re: default MTA
On Wednesday, May 29, 2013 15:46:15, Russ Allbery wrote: Adam Borowski kilob...@angband.pl writes: What you propose requires: * adding desktop environment specific code to every facility that may need to send notifications * adding such notifications to every other desktop environment * coming up with a way to send such notifications remotely All of that is already solved by e-mail. Except it's *not* solved by email because the email doesn't go anywhere useful for many users. Yes, unfortunately. :-/ ... Add to that the authenticated SMTP problem (IMO, storing user passwords in an unencrypted system configuration file is simply wrong from a security standpoint and should never be done) For Exim I've been setting up a separate SMTP AUTH login for each machine so that these logins are separate from real user logins and can be individually revoked if needed. I don't like the fact that the /etc/exim4/passwd.client file is in a plaintext format, but there are usually several such files on systems such that realistically we're only really safe as long as the machines we run haven't been broken into. This is also not how any other end-user system works. If there's some problem, the (quite reasonable) end user expectation is that the system tells you via some more direct method. Having email as an option is mandatory for servers and for sophisticated users, but for a desktop configuration I agree that some other notification method would be quite desirable and much better-suited to the needs of the typical desktop user. It does need to have certain properties that I'm not sure the current notifications have, such as persistence until acknowledgement and the ability to handle cron errors, but those seem like good things for us to work on. The other issue is that email is persistent past first reading of the message such that they it can be referred to later, but Desktop notifications don't seem to operate that way. As such Desktop notifications and email notifications contain different types of notifications, at least in my experience. [A notification of this window has crashed and will be closed isn't very useful in email, and a several paragraph explanation from apt-listbugs concerning package configuration changes doesn't make much sense as a Desktop notification.] I wouldn't call important system messages not getting delivered a nonexistant problem -- this tends to end up with serious data loss. That's exactly the point, and is why I would prefer not to write those notifications into a file that no one ever looks at. (Which is why I don't find sending them to syslog much more appealing, since the average desktop user is never going to look there either.) Somehow this problem reminds me of the event log used on a popular operating system. Most users don't read that log either. -- Chris -- Chris Knadle chris.kna...@coredump.us GPG Key: 4096R/0x1E759A726A9FDD74 signature.asc Description: This is a digitally signed message part.
Re: [clang] Report bugs on packages failing to build with clang
Sylvestre Ledru sylves...@debian.org wrote: Hello, With the recent setup of the parallel build infrastructure using clang instead of gcc [1], I would like to start to report bugs on packages failing to build with clang (with patches if possible). The severity would be minor. Of course, I would do that only when the issue is upstream [2]. Any comments ? It seems to me that FTBFS with clang should be wishlist. Of course if the failure is determined to be the result of an actual implementation defect, then something non-wishlist would be appropriate. Scott K -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/817a6f2b-46c5-46e4-bcf0-0306684e5...@email.android.com
Re: default MTA
Chris Knadle chris.kna...@coredump.us writes: On Wednesday, May 29, 2013 15:46:15, Russ Allbery wrote: That's exactly the point, and is why I would prefer not to write those notifications into a file that no one ever looks at. (Which is why I don't find sending them to syslog much more appealing, since the average desktop user is never going to look there either.) Somehow this problem reminds me of the event log used on a popular operating system. Most users don't read that log either. Yes, but what users *do* read is some sort of event log that throws an attention icon (or spawns a window) on login or on event that doesn't go away until the user looks through the messages. I know we probably don't have something like this right now, but it's something that can be done, and would be much superior to email for a lot of users (including myself on a lot of systems). One could easily solve the persistent problem in a similar way if a history of such notifications were kept and could be retrieved by the user by manually launching the application. None of this seems particularly novel (we've written similar things at Stanford for managed desktop situations and deployed commercial products that do something similar, not to mention that it's how most anti-virus updators and now the OS patch updators work), which makes me wonder if someone is already working on (or has finished) a mechanism of corraling some desktop notifications into that sort of framework. Basically, what we're looking for here is the equivalent of a check engine light (except, of course, with better user-visible diagnostics available). That's what the end user actually wants: something clear and visible indicating that something is wrong, which they can drill down and see the details and dismiss the error condition if they want, or have all the details available to consult someone who knows more about computers if they don't know what to do with it themselves. Historically, root cron mail has been exactly that, and that's still a great way of handling it for servers, since that mail can be sent off somewhere centrally, analyzed and assigned to sysadmins, used to open internal trouble tickets, etc. But increasingly desktop users are just not thinking about their computer as something that sends them mail, nor is there a good mechanism in place most of the time for the computer to do so effectively. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87hahlz659@windlord.stanford.edu
Re: MBF: transition from texi2html to texinfo
Hi Sébastien, hi all, On Di, 28 Mai 2013, Sébastien Villemot wrote: AFAIK, makeinfo is not able to render @math blocks as images (formatted with LaTeX), while texi2html does. The output of math formulas with On the bug-texinfo list I got the following answer from Patrice Dumas, the author: On Do, 30 Mai 2013, Patrice Dumas wrote: This is already in. There are no built-in command line option anymore, but it would be enabled by something along texi2any --html --iftex --init latex2html.pm or, with tex4ht texi2any --html --iftex --init tex4ht.pm Ryan: I would add this to the MBF email so that people can test it with their packages. Adding a wrapper texi2html that does similar thing could also be an option, as suggested. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130530003615.ge15...@gamma.logic.tuwien.ac.at
Re: Debian systemd survey
What are the results Michael? ken. On Mon, May 20, 2013 at 5:19 PM, Michael Stapelberg stapelb...@debian.org wrote: Hello, In the past, we have had multiple heated discussions involving systemd. We (the pkg-systemd-maintainers team) would like to better understand why some people dislike systemd. Therefore, we have created a survey, which you can find at http://survey.zekjur.net/index.php/391182 Please only submit your feedback to the survey and not this thread, we are not particularly interested in yet another systemd discussion at this point. The deadline for participating in that survey is 7 days from now, that is 2013-05-26 23:59:00 UTC. Please participate only if you consider yourself an active member of the Debian community (for example participating in the debian-devel mailing list, maintaining packages, etc.). Of course, we will publish the results after the survey ends. Thanks! Best regards, the Debian systemd maintainers -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/x6mwrp7hfq@midna.zekjur.net -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGf7y=qpkn7ypktdr9zgejjkiep3tkvgqkf6mxfhmjtz0qc...@mail.gmail.com
Re: Debian systemd survey
Ken Barber k...@bob.sh writes: What are the results Michael? He posted them to debian-devel, but also: http://people.debian.org/~stapelberg//2013/05/27/systemd-survey-results.html -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87li6xp9yp@windlord.stanford.edu
Accepted soqt 1.5.0-2.1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 28 May 2013 22:17:52 +0200 Source: soqt Binary: libsoqt4-20 libsoqt-dev-common libsoqt4-dev Architecture: source amd64 Version: 1.5.0-2.1 Distribution: unstable Urgency: low Maintainer: Steve M. Robbins s...@debian.org Changed-By: Anton Gladky gl...@debian.org Description: libsoqt-dev-common - Qt GUI component toolkit for Inventor - common development files libsoqt4-20 - Qt4 GUI component toolkit for Inventor - runtime libsoqt4-dev - Qt4 GUI component toolkit for Inventor - development Changes: soqt (1.5.0-2.1) unstable; urgency=low . * Non-maintainer upload. * Migrate from coin60 to coin80. * Update debian/watch (Bart Martens ba...@debian.org). Checksums-Sha1: 09a7ead07a84c00a51a6c56130c4c9ce93313d6e 1866 soqt_1.5.0-2.1.dsc 30d059d217e695b798d633d052895f2d897799b6 8915 soqt_1.5.0-2.1.debian.tar.gz 44eaade69c261417a64d6c851aa180c093b60c29 280984 libsoqt4-20_1.5.0-2.1_amd64.deb 74f2f857cfe516d64c7287afa6ec7506735e600c 556938 libsoqt-dev-common_1.5.0-2.1_amd64.deb 8857c3722f5571c723ca49bc486b6ce7c0f1903f 383636 libsoqt4-dev_1.5.0-2.1_amd64.deb Checksums-Sha256: 0c9609dd32210cf75b74420cca119b1ada76b5e74ead6e0ffc94f5f1cfd8 1866 soqt_1.5.0-2.1.dsc 9a3808967af793fb765a8f25a8ef124dceb9655433f90623967f19761b56c0bc 8915 soqt_1.5.0-2.1.debian.tar.gz 940399125a79cdfbe19f9dffd9d505d101b6db7837f1428487a14986370f5a3b 280984 libsoqt4-20_1.5.0-2.1_amd64.deb 2005ade0e4c1a0c60c31bcd8541003835c4e65dd8cd128b5313ea2b988874118 556938 libsoqt-dev-common_1.5.0-2.1_amd64.deb 23003e1d27075c52fdb758192cb65b1316175b391bc6737ac0b19cbdb385bb15 383636 libsoqt4-dev_1.5.0-2.1_amd64.deb Files: 32a8b958405670b5c8a2a0d1cfd812d0 1866 graphics optional soqt_1.5.0-2.1.dsc 7e1ce833cff03cca9b6f420d5c2e6224 8915 graphics optional soqt_1.5.0-2.1.debian.tar.gz 5021441269e7e0fd878b9da9fc3664bc 280984 libs optional libsoqt4-20_1.5.0-2.1_amd64.deb 6ab95751466c0415b3e310a12fa1148b 556938 libdevel optional libsoqt-dev-common_1.5.0-2.1_amd64.deb dce01f84f1457826451dade04ba5caaa 383636 libdevel optional libsoqt4-dev_1.5.0-2.1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRpZdQAAoJENPhc4PPp/8GhbkP/0UsDqXzTlR4GvBbc5v7rUSy sdsXgEo9BnOtP62wSnbT2P1Y4sbvK1mhmeX7K6qtl21zONdAwz5TwYXRlgcGlZ1+ mGjUcPGT/PFsRQIdBiIcFr4ddPEMEAnFnCjAmFdIPhybQxUiDe87lB7fJrcQ915f 9Cuoh6WKxgfZOlwCRJuenDSZqLn4zjE5ut3zpapju1Hddl62T7q2sMbn/uGMavQm 3hO9gV/to01LnDdoxxnvzVWkBatRb3OW0IwV0lp6ChDwE7/GlosnvaNdtVMBgV3X I9Ev31eWzJX9ojhhqVxjPPmW/TFLi87EmE56MJIw/snNbExIExQVm8BiXg8qehtk YZC/XRUg0NHegJ070haGml6qC/ISQwdhar1VtnG+3eLhlyU+Hn9lqpYn/SSx1fIj /kQ18BJxpPMFXaekcuMO01z0lq+Iav1o2gn0GAUc2B3BXNGwYH+TBGI805Oqi2W+ 1soGj0cc/M9wsKOup7f9tGaTeWpr83ifzjlcZ6Xm6lbYVLER/gZQzi5nrMPH2sVE Rs7Xh9IIUXsP+DgqkNRCsHUmxtc3Bl4pVjmatglxpRIsGYM0xmr1njw2MTPqm5ef EyV6HtF6aT/FuCL94LAMB45Jvpz6sI/5zau0/828VkUYdQ9Y8bxHtoD6c9cE+Qof FT3Un5JlNxdEg1DQrtjM =bBGR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhztp-0005i0...@franck.debian.org
Accepted syslinux 3:6.00~pre4+dfsg-9 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 29 May 2013 07:42:35 +0200 Source: syslinux Binary: syslinux extlinux isolinux pxelinux syslinux-common syslinux-dev syslinux-utils syslinux-installer syslinux-udeb Architecture: source i386 all Version: 3:6.00~pre4+dfsg-9 Distribution: experimental Urgency: low Maintainer: Daniel Baumann m...@daniel-baumann.ch Changed-By: Daniel Baumann m...@daniel-baumann.ch Description: extlinux - collection of boot loaders (Linux ext2/ext3/ext4, btrfs, and xfs isolinux - collection of boot loaders (ISO 9960 bootloader) pxelinux - collection of boot loaders (PXE network bootloader) syslinux - collection of bootloaders (DOS FAT and NTFS bootloader) syslinux-common - collection of boot loaders (common) syslinux-dev - collection of boot loaders (development) syslinux-installer - Install syslinux on a hard disk (udeb) syslinux-udeb - collection of boot loaders (udeb) syslinux-utils - collection of boot loaders (utilities) Closes: 710212 Changes: syslinux (3:6.00~pre4+dfsg-9) experimental; urgency=low . * Sourcing common function in first extlinux-update subscript too (Closes: #710212). Checksums-Sha1: b290a36dfab8579f82f514f015ebe175ca0f131f 1649 syslinux_6.00~pre4+dfsg-9.dsc aec65d8bce8032ffb92799fb2dcf56e6b00a597f 35888 syslinux_6.00~pre4+dfsg-9.debian.tar.xz e15496ee07beaed662156ffccc45f3fb8d4ab2c3 577680 syslinux_6.00~pre4+dfsg-9_i386.deb 923cc0183547be218b12ab6f1e3abc7fe70f9ff6 176998 extlinux_6.00~pre4+dfsg-9_i386.deb aa592f5047167ec24b6e3ef2b71d491cb2c08943 94242 isolinux_6.00~pre4+dfsg-9_i386.deb 32bcdfe786adbd4fa501e1a233f694051a478cad 179318 pxelinux_6.00~pre4+dfsg-9_i386.deb 6344bf2b5ddd3d42823d062f5c6bdcd268894fbd 713750 syslinux-common_6.00~pre4+dfsg-9_i386.deb 11b189c59c013e42ae686d4910f797511c2b0a08 1108120 syslinux-dev_6.00~pre4+dfsg-9_all.deb 95df4af3e86288bb06fbb5e194c4ae88fc6a5665 64948 syslinux-utils_6.00~pre4+dfsg-9_i386.deb Checksums-Sha256: 0897bc3e079b5c9b9df17564adff3462984aaefa66db6ca775ce9594d1787f18 1649 syslinux_6.00~pre4+dfsg-9.dsc 141930b19d778316e80dfcdf98ec25b542e02ce7122eae861107418840d5d08a 35888 syslinux_6.00~pre4+dfsg-9.debian.tar.xz 78b8bce1ca692f59bf168423fcfaacdc972b9ff9ad2228fc08defbbb924d4a30 577680 syslinux_6.00~pre4+dfsg-9_i386.deb 6d2d6a5754de6f60285b0677e3d1b939e3c31754e2117a6ac4ffc4efbcdec036 176998 extlinux_6.00~pre4+dfsg-9_i386.deb a563b9d4a636e6cb520e211b8da1af967d89c8f2c42c1e60466d3bb0f963552a 94242 isolinux_6.00~pre4+dfsg-9_i386.deb e88de8bbff641157763d683e06bd837ed05ebaaa9e32cd15d48320a265916924 179318 pxelinux_6.00~pre4+dfsg-9_i386.deb 92353dbe1d6c5e67df354decadc58eb0ce9bec8db8f1761ffc2fef88a7abcdba 713750 syslinux-common_6.00~pre4+dfsg-9_i386.deb 5805f6caf732ed2d52e717f5630a25f7c306f36411d77cb233d09c0f0666457b 1108120 syslinux-dev_6.00~pre4+dfsg-9_all.deb 738d145db9fda3628db0723ab35f808aa6dc529810f0290518dcf16ac89028ac 64948 syslinux-utils_6.00~pre4+dfsg-9_i386.deb Files: 1b2a3f3caac48addaf12c4cbb962d11b 1649 admin optional syslinux_6.00~pre4+dfsg-9.dsc 7855196ecb010819ea355bd42df59258 35888 admin optional syslinux_6.00~pre4+dfsg-9.debian.tar.xz 84a273b8acbe398584c76c6ff7e68dba 577680 admin optional syslinux_6.00~pre4+dfsg-9_i386.deb 5a5d31ee558898a4d3a298134a3e72b4 176998 admin optional extlinux_6.00~pre4+dfsg-9_i386.deb de8490fe10959eac4abff71f7d43086f 94242 admin optional isolinux_6.00~pre4+dfsg-9_i386.deb bdd2edcfb0cdf3173ba53007d9a103a0 179318 admin optional pxelinux_6.00~pre4+dfsg-9_i386.deb dd58007b3c64a5570d34179f4f5248eb 713750 admin optional syslinux-common_6.00~pre4+dfsg-9_i386.deb d3afeb40aff25f3f48aecdfa00be8589 1108120 admin optional syslinux-dev_6.00~pre4+dfsg-9_all.deb 48ec1453cff27ff543a01a7dab3b8c79 64948 admin optional syslinux-utils_6.00~pre4+dfsg-9_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlGll6gACgkQ+C5cwEsrK572EwCfSDasw+Y9Lg6dEiodtlAVDp+x pyMAoNW+g6fV9YsRcC41ua/yOqi61ilz =1r0p -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhzub-0006l3...@franck.debian.org
Accepted cloud-init 0.7.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 26 May 2013 16:29:45 + Source: cloud-init Binary: cloud-init Architecture: source all Version: 0.7.2-1 Distribution: unstable Urgency: low Maintainer: Python Applications Packaging Team python-apps-t...@lists.alioth.debian.org Changed-By: Thomas Goirand z...@debian.org Description: cloud-init - configuration and customization of cloud instances Closes: 707443 Changes: cloud-init (0.7.2-1) unstable; urgency=low . * New upstream release. . [ Jakub Wilk ] * Use canonical URIs for Vcs-* fields. . [ Charles Plessy ] * Build-depends on python-setuptools and python-yaml. Closes: #707443 * Normalised debian/control with config-model-edit (this drops some constraints on packages versions that are satisfied even in oldstable). . [ Thomas Goirand ] * Made the make test respect DEB_BUILD_OPTIONS=nocheck. * Added X-Start-Before: sshd in debian/cloud-init.init, since cloud-init must fix the sshd host keys before it starts. * Added a patch of the test suite to use /sbin/blkid and not just blkid, as otherwise, the unit test fails. * Adds internationalization of the debconf messages (eg: po folder, etc.). * Adds a patch to disable a RHEL test (set hostname) which fails (of course, we don't really care about such test in Debian). * Added missing dependency: python-requests. * Added myself as uploader. Checksums-Sha1: b564c484cff515d73ddcbbd932eb4bf36e95a49d 1603 cloud-init_0.7.2-1.dsc 0a5776df6b61f2c57dd087af9b159845eb10856c 430475 cloud-init_0.7.2.orig.tar.gz 5ef7252334efc956dc97e7a0ad67e1fff79f8fa8 22929 cloud-init_0.7.2-1.debian.tar.gz bfa1681e86f9539dce6032d899e0139ada0c04e1 208632 cloud-init_0.7.2-1_all.deb Checksums-Sha256: 260808fa0ca133fbec3bb96fdad994ce0c8fa1a54dbfdcd5722e308f5ccecbfe 1603 cloud-init_0.7.2-1.dsc ecb7b059a3ab2de206eb525af5312c692c2a6a0c9b278b8e156a827386f75e35 430475 cloud-init_0.7.2.orig.tar.gz b9d6fafeb545b38d0e8b6ba5e0b2d9adfd804dd66d1166a28a6e74a360dae7aa 22929 cloud-init_0.7.2-1.debian.tar.gz 38f59b611436bb6a0b9da28fc70d39b1b1dfd92838bd492b88f4f37d2ec33d79 208632 cloud-init_0.7.2-1_all.deb Files: 83f2c4ff1da2ef940330c2ef725a620b 1603 admin optional cloud-init_0.7.2-1.dsc 53ee21e7b7b3f42ce50d1303a484fe28 430475 admin optional cloud-init_0.7.2.orig.tar.gz 8babbc6eacae45af355c04ceff145aec 22929 admin optional cloud-init_0.7.2-1.debian.tar.gz e03e5cc8240f692fa3bb3ae925630dc1 208632 admin optional cloud-init_0.7.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlGlnogACgkQl4M9yZjvmkkYLwCg3mftiA6GQD/Bh4lE7Xr/hiIB CrYAoOpeXvLQkCxFgJPGVqDutMQ0rwtX =yJl3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhzwt-0006q4...@franck.debian.org
Accepted fslint 2.42-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 13 May 2013 16:18:01 +0800 Source: fslint Binary: fslint Architecture: source all Version: 2.42-3 Distribution: unstable Urgency: low Maintainer: Pádraig Brady p...@draigbrady.com Changed-By: Rolf Leggewie f...@rolf.leggewie.biz Description: fslint - Utility collection to find and fix common errors in file storage Changes: fslint (2.42-3) unstable; urgency=low . * control: - drop obsolete DMUA field - bump to dh9 build logic and standard to version 3.9.4 * copyright: bump my copyright to 2013 Checksums-Sha1: 42bf7fb38f169cb3aa809fd652fbbc3faa03eba4 1885 fslint_2.42-3.dsc f15eb2341810a83013848b053cf85f1d4f3c3d24 3835 fslint_2.42-3.debian.tar.gz 303745532d39fe98428aa72bdebb5c92a6f130d8 128784 fslint_2.42-3_all.deb Checksums-Sha256: 43ded7eec5ab7c4c9733f9e018ae0a172d9972871ca4b9fc3f4b53ed516b71c8 1885 fslint_2.42-3.dsc 9882264745ead554253486ab8f524cb20604ac93461920ace7fcf67c13b8636a 3835 fslint_2.42-3.debian.tar.gz 84c678691eff2b52e65a46b645ae533b2983b0de86fc83bbacd5aa0ec3c3d727 128784 fslint_2.42-3_all.deb Files: 3277656b5bcb3a80e79e813d3af497bb 1885 admin optional fslint_2.42-3.dsc 7e006dabc913e8da4168f3d50c2c2658 3835 admin optional fslint_2.42-3.debian.tar.gz 04d917b9e966b20758d811812eb7fbe3 128784 admin optional fslint_2.42-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJRpZ69AAoJEJSEK8huURwxHucP/i5MX1TsNn9PZ8Rps+7lcSUh HVIjrSCJUvwCIKvbcRbseq61A7y1U8SZB1yn77DuUKYrVkVY3Q048xyqeun9nwJK k3Ce/DZpWvrCpJeCKnk2jJwn2iYevp0RLEXkv3SIaAuf5L3R0430SIWB7WZ7LiFS OeBIVDL9xuRRooI7A+lGelAqkGg2UViZWGgtrAFCTPaTtv16UsGGmfTjqTRQRRhU 6unO3zGiVDoja3MRJA4JeENqZD7lOS1Sxrwf3kJlfYdyYfLXe9iyomRDY60kczX2 hW+AtQU2k/351WYrchzKzs2IU3jclTdTESaeykHJ1CE9qiPH+nXQgJQbyRPtRA3Z 7pgqPy5/bBrZuZKhKoUUkrTKeWtK8Bf268BsU1UAn/8olWrYFHy5VZdfpV/DtUuF ufXobKfYvCexjAaDngyaQAmirdqU+4qo1osHKnjhyFfgsJkG4v2rmB+LsVuS+7ED yqgF8JMxKSCbjB/3ZjCVIJ3x1OGiYwTR3rasgDQB2VsbNbkcyKJUc12EUGpCd2eA zUg0CeTBEvrG4F82vGDKzA0Vt1fDuYY/eOX4HQPGRiDYdffCPV3CuV+VADzNFZio m11A5WzxRyk0ukF0LvChZmz5tJTUlIJRNqxqkLiR/4cCUalY83vn/rEvKKt1YZGK loNhPeBiaXX90UXRcus2 =7NZL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhzwz-0006tq...@franck.debian.org
Accepted yade 0.97.0-2 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 20 May 2013 20:43:33 +0200 Source: yade Binary: yade libyade python-yade yade-doc Architecture: source amd64 all Version: 0.97.0-2 Distribution: unstable Urgency: low Maintainer: Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org Changed-By: Anton Gladky gl...@debian.org Description: libyade- Platform for discrete element modeling. Libraries python-yade - Platform for discrete element modeling. Python bindings yade - Platform for discrete element modeling yade-doc - Platform for discrete element modeling. Documentation Changes: yade (0.97.0-2) unstable; urgency=low . * [49e2dbb] Use parallel build only on amd64 and i386. * [e061d31] Do not use python-minieigen on s390 (no binary). Checksums-Sha1: 0a73aa6a9f528686d1cf1eac32baee07c2b1af61 2691 yade_0.97.0-2.dsc 381cb12dc6ac970e2215064cd90c113e29de7f26 19046 yade_0.97.0-2.debian.tar.gz 79f8dac51d0988bd5bba3d2c85a9655f3e31551f 679080 yade_0.97.0-2_amd64.deb 2a2c9f91b8c120e0b222c500943a51e10b82bf0e 14768898 libyade_0.97.0-2_amd64.deb 31a54576e7e0f73a1bda888725ebd7e5d666da72 2938688 python-yade_0.97.0-2_amd64.deb d9828b20598e8033d80fe0a170dfa7232817307f 7111968 yade-doc_0.97.0-2_all.deb Checksums-Sha256: 4ee110d817b6d8e89983473a49be64847a6bc76174d3b6f069171db2657d385b 2691 yade_0.97.0-2.dsc cc2cb8830ffe66b4e134f9f14aeb8e0f1e12f4de611898356ff2f452e3431bfd 19046 yade_0.97.0-2.debian.tar.gz 676e84da9b2cae2718c28d9941e68f11269d6cde1c29ba2680b40ef51044672c 679080 yade_0.97.0-2_amd64.deb 9ef9ce680332bc322663670a872df9ebff8f06fa6f31c32bcd19cc64dc000787 14768898 libyade_0.97.0-2_amd64.deb 16d18d4ca82189294cb384bf61167d0f47f8d40ae6cef475bb650c96747e23f5 2938688 python-yade_0.97.0-2_amd64.deb 97c8018935a1c40ca52e32aaad9b9bf0bc9ed6e775a576535bea7e23e6e2b9a9 7111968 yade-doc_0.97.0-2_all.deb Files: de4c3d4d061b611ee5485d746d68ee43 2691 science extra yade_0.97.0-2.dsc 3d82126fce8c13a9763b058b4576917d 19046 science extra yade_0.97.0-2.debian.tar.gz c6e4d939f7cb34cbc35b88901ddfd982 679080 science extra yade_0.97.0-2_amd64.deb efedce5f502f6b4c3ae5983152e1d258 14768898 science extra libyade_0.97.0-2_amd64.deb 994a2cd359f0b39949bf595ae411c30d 2938688 python extra python-yade_0.97.0-2_amd64.deb e48dc60d441cd830fa8e3e6dbabc5d3b 7111968 doc extra yade-doc_0.97.0-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRoMTSAAoJENPhc4PPp/8G4AQP/2uJVaFgpmkimDw7UWZ4QYAA yJymZMo/VTsY3Mq4Xuo/WrybUqCxqrlXORamtgvaMYFiMnkTfZl/Aaz1VWd+y+MA S05OjsvBqlTkaQnQpcviXrOKQB/AKetClO/vW6nzufljcpE0oR3FaufgWVDDV/t5 DPBXJjadsnhGp28p0xdOxj28bB+Ht7XlSghCwaeZ22coV9VmhARYpvv+6PGMpHt/ haP/jNzGikRqRRX8+b4TTxCFLtg/W483BAinu2Sv/0H7EiauTRit9lfS/KP8ayGY 0IEB8kw2UO+8TFV66Nr6rMj8KDE9QkxbevYmjcInNAA/uZAVOWDgsOQj4H4OzmwJ 8g3dTEC15z0B7FuQK92EOuAkShmWMxtUlZcyK+W1LhYJ0KktpaemsOciBNEVpq7w hrjinAGoRbfKzksSf9xEQ6gN+f3y9/Yq6BP7R/UyAyapaDftxjCLoCnzu57a0lw1 0vm1WgO32+hXu/aG6LF7cKAj3UBgUi3JLawNBAAiv2YhEEbz5mCHk42VqjslduQ9 jlxas5kDYQhaOmXc5e2tY3yFIsjSavXR+UbRmTE5VwBLfdjGcqxha6ITzOtf06jw 4C0O9m1bRXHbjdQPf0IiwLUoZNn2nZXNtJIfKB7RVaUdzCTcZ7UsmbFJ24ilvaML LpwyNCAO57fhS8IjPgUt =uKoZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhamg-0006zh...@franck.debian.org
Accepted ncbi-tools6 6.1.20120620-3 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 28 May 2013 22:26:01 -0400 Source: ncbi-tools6 Binary: libncbi6 libncbi6-dev libncbi6-dbg ncbi-data ncbi-rrna-data ncbi-tools-bin ncbi-tools-x11 blast2 libvibrant6 libvibrant6-dev libvibrant6-dbg Architecture: source i386 all Version: 6.1.20120620-3 Distribution: unstable Urgency: low Maintainer: Debian Med Packaging Team debian-med-packag...@lists.alioth.debian.org Changed-By: Aaron M. Ucko u...@debian.org Description: blast2 - Basic Local Alignment Search Tool libncbi6 - NCBI libraries for biology applications libncbi6-dbg - NCBI libraries for biology applications (debugging symbols) libncbi6-dev - NCBI libraries for biology applications (development files) libvibrant6 - NCBI libraries for graphic biology applications libvibrant6-dbg - NCBI libraries for graphic biology applications (unstripped) libvibrant6-dev - NCBI libraries for graphic biology applications (development file ncbi-data - Platform-independent data for the NCBI toolkit ncbi-rrna-data - large rRNA BLAST databases distributed with the NCBI toolkit ncbi-tools-bin - NCBI libraries for biology applications (text-based utilities) ncbi-tools-x11 - NCBI libraries for biology applications (X-based utilities) Changes: ncbi-tools6 (6.1.20120620-3) unstable; urgency=low . * Migrate from Lesstif to Motif, which is (finally!) free these days. - Substitute libmotif-dev for liblesstif-dev in Build-Depends and libvibrant6-dev's Depends. - Rename libvibrant6a(-dbg) back to libvibrant6(-dbg). * Standards-Version: 3.9.4. (Already compliant.) Checksums-Sha1: 8b3a839ea3990ae3c2253dcf84557f0bf8de96b1 2633 ncbi-tools6_6.1.20120620-3.dsc fb02d9be417f4d4556f9675306eff217fcd9bf93 138066 ncbi-tools6_6.1.20120620-3.diff.gz 1793978644bf536af189b2c75a5d07e7041905e6 660668 blast2_2.2.26.20120620-3_i386.deb 212f65b227b6547f6c01c588bd4939db3e408cc2 4702374 libncbi6_6.1.20120620-3_i386.deb 397849370bfdea74e9d90a3fcc6cd8fc9c09f704 6937604 libncbi6-dev_6.1.20120620-3_i386.deb 0e18327f4be2b33ceb6e7ac55f20a85e7053260e 8471764 libncbi6-dbg_6.1.20120620-3_i386.deb 39c837f01347578b03989631c29d247fd9a9a6c1 5892810 ncbi-data_6.1.20120620-3_all.deb 832e6c675a50bfdf4dcfb3a441639f6213df7737 16838680 ncbi-rrna-data_6.1.20120620-3_all.deb ce9871318c2d0396ad2cadd5a51ae8d63d07 629816 ncbi-tools-bin_6.1.20120620-3_i386.deb 5cf688ac037aa7be293e32450c96032423f590de 1346820 ncbi-tools-x11_6.1.20120620-3_i386.deb 9b01a163caebadf98247f48bc3248a8121a3aee0 1569628 libvibrant6_6.1.20120620-3_i386.deb 6a8509430c441fb52b35be869e4e510a5b627030 2568254 libvibrant6-dev_6.1.20120620-3_i386.deb 873c7e74b572446e49498289063fe216f4746e48 3533838 libvibrant6-dbg_6.1.20120620-3_i386.deb Checksums-Sha256: 3a31e9f3bedaaef8ac834945ee8bb57ea3048b34e8814c3b9926895905e1ba28 2633 ncbi-tools6_6.1.20120620-3.dsc d91a43f6d98ad5858633e958aae751c50bce0969fade48bed58f1143735f0aff 138066 ncbi-tools6_6.1.20120620-3.diff.gz 990b96028e39ab3a53e49918fa672d4449dcd0853ffbccfe9d8b418edeb2717b 660668 blast2_2.2.26.20120620-3_i386.deb a7906d3d13faeb0be70aadeab86b4be4b40e4279a15459f32d29af4ff4ef509c 4702374 libncbi6_6.1.20120620-3_i386.deb aa4bdf82ec171e09ecc250a53183668a24a268184291d645ea6fc71cf6485f70 6937604 libncbi6-dev_6.1.20120620-3_i386.deb 5b976d2a4dc44961b713ab170b479dc12e0dd41641cf335cfeebd25f7d52a751 8471764 libncbi6-dbg_6.1.20120620-3_i386.deb 95309c2630d0a0c75fa5e9812c2591cdf60a0817b1f553dd9b7d8bf9cdb25b91 5892810 ncbi-data_6.1.20120620-3_all.deb c294a9acb9a4bbcef3b3c72f40a7c06f3e0382dd785bb664fe3642ffb8a1f4e7 16838680 ncbi-rrna-data_6.1.20120620-3_all.deb 0e7fdc3a93837ae435c9c3f0db98456b9d5f6c8d0a1b7b6d67a0b82a706d1bda 629816 ncbi-tools-bin_6.1.20120620-3_i386.deb 66969d0d5367f23f72f854c70682aed6e547669aec3edcde6f62778f391273de 1346820 ncbi-tools-x11_6.1.20120620-3_i386.deb 5258a5256c8efb3d657cc25319d11aab92ca1333897c47b2104071a2dd7e7700 1569628 libvibrant6_6.1.20120620-3_i386.deb 7a93f7d74860817d0115acecef70679e7b789dac85512cab174a0c18de20fbea 2568254 libvibrant6-dev_6.1.20120620-3_i386.deb fdf972de52fe7376722d75e33acf27965943cc49016423dd522b298cb20a049e 3533838 libvibrant6-dbg_6.1.20120620-3_i386.deb Files: 0fca0c3bd6a9132246eec034885a20c1 2633 libdevel optional ncbi-tools6_6.1.20120620-3.dsc 50ba848b5f8659f45db3e19853b0ec69 138066 libdevel optional ncbi-tools6_6.1.20120620-3.diff.gz c4248cb35fc48c8ef5311dff6fecd8c8 660668 science optional blast2_2.2.26.20120620-3_i386.deb 7b01591b8b8033934002af4b66cd15cd 4702374 libs optional libncbi6_6.1.20120620-3_i386.deb d49d277955db0bc34106d0043f7f4e48 6937604 libdevel optional libncbi6-dev_6.1.20120620-3_i386.deb 0e7ee65ca76c69cc889137eb8cee7162 8471764 debug extra libncbi6-dbg_6.1.20120620-3_i386.deb c152aef94a3acfda9d663eca520c7e6c 5892810 libs optional ncbi-data_6.1.20120620-3_all.deb ea7cbadfef7433e47aaf2c0363d26b03 16838680 science optional ncbi-rrna-data_6.1.20120620-3_all.deb
Accepted pywapi 0.3.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 25 May 2013 13:51:11 -0400 Source: pywapi Binary: python-pywapi python3-pywapi Architecture: source all Version: 0.3.2-1 Distribution: unstable Urgency: low Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Changed-By: Andrew Starr-Bochicchio a...@debian.org Description: python-pywapi - Python wrapper around different weather APIs python3-pywapi - Python wrapper around different weather APIs (Python 3) Changes: pywapi (0.3.2-1) unstable; urgency=low . [ Jakub Wilk ] * Use canonical URIs for Vcs-* fields. . [ Andrew Starr-Bochicchio ] * New upstream release (LP: #1154858). * Fix broken debian/watch file. Thanks to Bart Martens. * Transition to dh_python2. * Move to source format 3.0 (quilt). * Build Python3 package. * Bump Standards-Version to 3.9.4, no changes needed. * Add myself to the Uploaders field. * Update description to reflect that Weather.com is now supported and that the Google Weather service has been discontinued. Checksums-Sha1: a6600831bc693eecb9d80478c416dec7f5480267 2072 pywapi_0.3.2-1.dsc b35894802fdba2746db2dec6d6a60799299add84 20480 pywapi_0.3.2.orig.tar.gz a576f37e6bb19fdb65d87e8abc7403e1149e46ad 2655 pywapi_0.3.2-1.debian.tar.gz 5ed8f56cd71d3f8d764477363faff21edef34fb5 16112 python-pywapi_0.3.2-1_all.deb 2a5b09e652636b0e7a22f13d47623722b961796b 16648 python3-pywapi_0.3.2-1_all.deb Checksums-Sha256: b34281ab90f94065812da5a3f126b1b81cb24dd2d099f8a3d94e012d83d26afc 2072 pywapi_0.3.2-1.dsc 085df0384690b838706ab981c036dafd6e9ffc0658a6c62952d5ae15714bbf78 20480 pywapi_0.3.2.orig.tar.gz e6f3e2ca83d16c63caaf5e92a01ab93b6eced7701091b745a84b846c2ec9080f 2655 pywapi_0.3.2-1.debian.tar.gz 1f1c3655e0f3de31077ff1b918c08da6d151855d925e202d05d5b6479eab6058 16112 python-pywapi_0.3.2-1_all.deb fa018e8010d2efbcaf4218c559c1775691b2ad2a9e36bcd0eea674bc6dbe9a14 16648 python3-pywapi_0.3.2-1_all.deb Files: 47304d5d5eaa4648f0a1572c14f03b66 2072 python optional pywapi_0.3.2-1.dsc f409d1eae0cf16d5a77cd6f846203636 20480 python optional pywapi_0.3.2.orig.tar.gz 7b8e20ee62db84fc63b9ef48f88c5f2c 2655 python optional pywapi_0.3.2-1.debian.tar.gz a93c1cc1b126eeedc8dddc66bec2f617 16112 python optional python-pywapi_0.3.2-1_all.deb c8c76af4d6f18be89de3f773bf1eb77f 16648 python optional python3-pywapi_0.3.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRoPumAAoJEDtW4rvVP9yxPtUP/iSFbOtsTft9hDdCWr2ZpIUA bB3qNb+D52gGsxT2miN4d4fAckYjFyWV21ma3D+toJmukLw7QaN6DBdf4eZgGwkU 9DHhSacw1Sl7HpEhoxP4WD4CnVfTJaYP8H+il52LV/RtMAGRX3hTd2Pg/oYvHSsg 4giUa4WhWHcLmC3J28OoJNxwzoT4DKHp2x3vsMGiUlu1klBTUH24NBv1pAGEBU16 Mv+dfJTTkwF1gmHwsZSRrHwIlsGSfrG9avW6hrA74xRFQvV0Dq/Cqz+lEDzbTysW J61TRpVH7xIj3COrF40VWbkMnNsvu7AsFngjnHSLw0sqQNpDGwSPDSb52IC5d6Mh +xfBUlr1swKJscr0X0BU49O8YL5MpyoLFuqrrkTMAet8gMjzl3RPs7aq1WMV8pXa +67NQ04UuMCdCRegfqH9P+rz7s5oWNqV0UnLvC2x2d16K2gmjp5GH9Vl8rzqqGML CM1B8ZBL8bYfqR/gcCFkF8E9prKaupOeEIk6QfJymaHDYtpjqU3G5Y4yCzqXucxF 7N77neg0pje0J5lCjbgmcj2TgT+/+QuifR1ex8ut1/faESYFl37JVahrGPy+2t9/ dwiTquSFGZbDY1jNaUTMyInr+NJUcLPGpVPLOKlIzV+ufC0RA+D7uenjJRJaNR3j CasYkCgq0kSiUgfH1hqI =V/7Z -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhamm-00071c...@franck.debian.org
Accepted tdiary 3.2.2-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 19 May 2013 16:14:01 +0900 Source: tdiary Binary: tdiary tdiary-theme tdiary-plugin Architecture: source all Version: 3.2.2-2 Distribution: unstable Urgency: low Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Changed-By: Hideki Yamane henr...@debian.org Description: tdiary - Communication-friendly weblog system tdiary-plugin - Plugins of tDiary to add functionalities tdiary-theme - Themes of tDiary to change the design Changes: tdiary (3.2.2-2) unstable; urgency=low . * Upload to unstable Checksums-Sha1: b81cdd0302beeeb8b1955c8730f2f322bebe0ef5 2115 tdiary_3.2.2-2.dsc 9d3513b677ce0ceebbcde90556a08d83f2a35d84 26027 tdiary_3.2.2-2.debian.tar.gz a0e25e952501b0de59dd74822ea19a2fece51a45 190524 tdiary_3.2.2-2_all.deb 05a0d49c86eaef024e8e88f1b407db612a2c1b83 3940918 tdiary-theme_3.2.2-2_all.deb 831a634544362d4da0d5729b75fc759fb814bca8 256814 tdiary-plugin_3.2.2-2_all.deb Checksums-Sha256: e474460961f20ce081c774129414eaf6c672410df6c596ebd86fd38744d0432d 2115 tdiary_3.2.2-2.dsc fbac98a732a41849cc66e8a5679f637632c2a341184102c8e82b212c5a86943b 26027 tdiary_3.2.2-2.debian.tar.gz e5d8151c1a66a15ee90e33b0404ff9ffa7535334d87028671f1b3dea2805c206 190524 tdiary_3.2.2-2_all.deb 0163e6bf959bda2d27342eda69be039d377cea49ba6d658673980468bfce8676 3940918 tdiary-theme_3.2.2-2_all.deb 5216c708d3c0775cbf5dd16ccfb59aeca154bf884a3517af68b15c8f4b546130 256814 tdiary-plugin_3.2.2-2_all.deb Files: 4f30134cb3cd61fda8901d0e7e1d20ab 2115 web optional tdiary_3.2.2-2.dsc 42088ea3cd0f69d46d0f055f318c42fe 26027 web optional tdiary_3.2.2-2.debian.tar.gz cde7739fb2ea9653916e72752a2e08e8 190524 web optional tdiary_3.2.2-2_all.deb 84d53c86771cd952e5c13dc5208b4a42 3940918 web optional tdiary-theme_3.2.2-2_all.deb 5c0c0c1ed62679f5dee76400cc28e00b 256814 web optional tdiary-plugin_3.2.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRmHzpAAoJEF0yjQgqqrFA/+4P/jkSxiD+mS5L0Hk/bxdHmC09 erg0K+TNoN/yM2RzIULCmD8dxQ7fkMQrsjb4VNF+ld7COmq1XT+mTLFpYcAN2N80 yzaa8HIWv+UXhjsZxI/6yUzvalyDc5lCS1/64IErJzHTnUZxx/n8YIPxniCpxJO6 EXfii40iPVrJjU2rmq/uLHn1agc1SiCRKe/6NtugjK28DiapcSEwW6GrEF7dC/5x KOVDkW5eCeyC05ZL2ePCta40zgxLKcKFluRtej5pZHA/t+18ot0+HonzW0Kq2YxQ mJvR+uu8GvPeQR3jSjHZwW+obW2Byw7VsDfPLIulheFkHH/t1JBEDEt+RHgQBNS+ 6lXWu8h5ehhBySH/ASPu90keI/oFw9kCvTQbPD2qo6Q9x3WON399ac2uwecEf3TB gb5XG5wRs2tz/9X+O0WBd+QWDKZNmOsLcWWUDG+P1yeH1rgp3pCPKdgZerHCulEa oWP/ChJtaKPd7BagyinDmaQAn3tiuwblU66zXqk0Zx1y27Oxedpk2SD8YfYua/B5 L8/X9vxM4vtLHORSQuNAWk8WV2GwBhaaA5e09J8resaeaYJZlG4f3Q4s2+VE4m+G mIKojO21xHyrBd2hecJXjdU6hWLwl1c8s2fZFxztoLDs5cIskoFrOqRUI1LUN4T4 fuRjaNnU6vwwphETvBkD =78nU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhb7l-0007ly...@franck.debian.org
Accepted acpid 1:2.0.19-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 28 May 2013 16:52:28 +0200 Source: acpid Binary: acpid kacpimon Architecture: source amd64 Version: 1:2.0.19-1 Distribution: unstable Urgency: low Maintainer: Debian Acpi Team pkg-acpi-de...@lists.alioth.debian.org Changed-By: Michael Meskes mes...@debian.org Description: acpid - Advanced Configuration and Power Interface event daemon kacpimon - Kernel ACPI Event Monitor Closes: 701234 Changes: acpid (1:2.0.19-1) unstable; urgency=low . * Imported Upstream version 2.0.19 (Closes: #701234) Checksums-Sha1: c280d917351f3b36ef632eb9576ae79d609fb409 1303 acpid_2.0.19-1.dsc a1db5efffadc5cfa7b6047dcd0a311e4995b50d7 204232 acpid_2.0.19.orig.tar.gz 4760e0b219f810349f14a5f9cf49e8522bb88c33 19002 acpid_2.0.19-1.diff.gz 264ff207f1b2f9538b707efd2469562aae3cddc4 57930 acpid_2.0.19-1_amd64.deb ca9df7e612cdd08d86c76644237e25c60e824d8a 32878 kacpimon_2.0.19-1_amd64.deb Checksums-Sha256: fb182abd8fcefa607895485ad61d010354728fc72cae7fe3dc5419c2420a6c4c 1303 acpid_2.0.19-1.dsc 336693da95b64b6be0dbaabd654a8ea0a07bc62d2f23c5d273a7e5f8f3ce18e5 204232 acpid_2.0.19.orig.tar.gz b021739a3c60945385077091f2b71c11ec4aab208a1546b26ab55b9c8ba49d0a 19002 acpid_2.0.19-1.diff.gz f386c15aae012849cbd0f139aecdb412960164e3f8c2fe54ac6c3b8e0c1519e3 57930 acpid_2.0.19-1_amd64.deb 85d9e2c0827cbde51157ddd799f25cf4a6c5420fb34cf9f0fd047bd0f8c1e67b 32878 kacpimon_2.0.19-1_amd64.deb Files: 2a61a5c74c8bfb8434a0b5be4d62e984 1303 admin optional acpid_2.0.19-1.dsc 2f1696640dfc908b948c1417076c8022 204232 admin optional acpid_2.0.19.orig.tar.gz 76925732ed2ee69d4d6ba07ea76252f0 19002 admin optional acpid_2.0.19-1.diff.gz 8038e03e090f5bd28d7c443664a4eda4 57930 admin optional acpid_2.0.19-1_amd64.deb 9604a9a79fac955d5b371734055522e1 32878 utils extra kacpimon_2.0.19-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFRpbK8VkEm8inxm9ERAhxFAJ9fXF21olQunPwneT8dQeNS1AnYBACfdpW1 x5P3ptvSoLmyOx6bpfbWGRE= =e8PR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhcwf-00031q...@franck.debian.org
Accepted dosfstools 3.0.17-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 29 May 2013 10:24:54 +0200 Source: dosfstools Binary: dosfstools dosfstools-dbg dosfstools-udeb Architecture: source i386 Version: 3.0.17-1 Distribution: experimental Urgency: low Maintainer: Daniel Baumann m...@daniel-baumann.ch Changed-By: Daniel Baumann m...@daniel-baumann.ch Description: dosfstools - utilities for making and checking MS-DOS FAT filesystems dosfstools-dbg - utilities for making and checking MS-DOS FAT filesystems (debug) dosfstools-udeb - utilities for making and checking MS-DOS FAT filesystems (udeb) (udeb) Closes: 655953 702392 Changes: dosfstools (3.0.17-1) experimental; urgency=low . * Shortening links to upstream homepage. * Merging upstream version 3.0.17: - fixes segfault in dosfslabel (Closes: #702392). - clarifies label max lenghts in manpage (Closes: #655953). Checksums-Sha1: 27eee6a89050e79a20616ed9cb4a9a68345d868f 1221 dosfstools_3.0.17-1.dsc c30982ea221b02a38b31b1f2368728f961b8c9fe 73496 dosfstools_3.0.17.orig.tar.xz 3786f901fc79256904c6585cc82ca22e2373fc4a 8404 dosfstools_3.0.17-1.debian.tar.xz 07029f0afc7b1f7b62758cdf3e8f2d4aca3cb0ea 75700 dosfstools_3.0.17-1_i386.deb 6fa3bf23604d997299b7da2f329d74917713de36 151606 dosfstools-dbg_3.0.17-1_i386.deb 2d2caa7a62e84749cd354c68db386cf40e0abae9 34634 dosfstools-udeb_3.0.17-1_i386.udeb Checksums-Sha256: df08ca41936807ff12d06f97c2a852ac552a9d5932ffc556351996eb56e36cce 1221 dosfstools_3.0.17-1.dsc 9dade6b7c8ef06f7d679fcdc4524aa332ec7929837874b51c9bd490fbd4cb29f 73496 dosfstools_3.0.17.orig.tar.xz 291c54fe80cb60313542b27bc5de4b0e04db343b90576f65a8db68421ce5afb3 8404 dosfstools_3.0.17-1.debian.tar.xz 809fad4e140c7f4c11058fab681d3e820c57e27f1eb386a0db632ff7f693bef0 75700 dosfstools_3.0.17-1_i386.deb 06ad0cb781129e44c1c0a271472d2846e90e566f9dfa35057ca4ee1b8b7f6a3a 151606 dosfstools-dbg_3.0.17-1_i386.deb 5580c53e9823dd21dc4e951c645adda8c81e075f19bca8056e100f2b607d0146 34634 dosfstools-udeb_3.0.17-1_i386.udeb Files: 24744e14355fbcd65c69bca44da11f84 1221 otherosfs optional dosfstools_3.0.17-1.dsc 468b953ddc8baf66e9881d1a5eae03e2 73496 otherosfs optional dosfstools_3.0.17.orig.tar.xz db59178042dd69c709acbaca96ea33cd 8404 otherosfs optional dosfstools_3.0.17-1.debian.tar.xz f33da70c69d671b80a7a53d0ea19b009 75700 otherosfs optional dosfstools_3.0.17-1_i386.deb f20d3dc0273bdffc3c414006b7d6edb0 151606 debug extra dosfstools-dbg_3.0.17-1_i386.deb 2a86241a2fa2858aa67950bf7d67dd39 34634 debian-installer optional dosfstools-udeb_3.0.17-1_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlGlv9UACgkQ+C5cwEsrK54BWwCgw7Z9D81FpeSxhMe03tCVLmOn K0sAoNywuomtDl8uhpLOFPtlbYt9kP+A =IwVQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhcwt-0003fj...@franck.debian.org
Accepted g2clib 1.4.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 28 May 2013 19:45:05 +0100 Source: g2clib Binary: libgrib2c0d libgrib2c-dev Architecture: source i386 Version: 1.4.0-1 Distribution: unstable Urgency: low Maintainer: Alastair McKinstry mckins...@debian.org Changed-By: Alastair McKinstry mckins...@debian.org Description: libgrib2c-dev - NCEP GRIB2 library - development files libgrib2c0d - NCEP GRIB2 encoder/decoder library Closes: 701547 Changes: g2clib (1.4.0-1) unstable; urgency=low . * New upstream. * Add watch file. * Now at Standards-Version: 3.9.4 * Add flags to harden library. * Ensure it can build twice-in-a-row: clean binaries in rules * Ensure static lib is shipped in -dev file. Closes: #701547 Checksums-Sha1: c1df26894202aea0bb8b92475ebc44805895b30f 1828 g2clib_1.4.0-1.dsc f9e9819f25e28962da9aec94b17f0284494ab7aa 60694 g2clib_1.4.0.orig.tar.bz2 f84765821a0f915f89b93aa3614a701f84e81149 3808 g2clib_1.4.0-1.debian.tar.gz 025d13ca19e04424191f29f674c35e8dac2d7ded 51280 libgrib2c0d_1.4.0-1_i386.deb ba152f438eee69b6c49d545761bac44f50f40744 52500 libgrib2c-dev_1.4.0-1_i386.deb Checksums-Sha256: 88d40634f0e11598134429fb28f82a6ef1398f6edc91c198e403e12139f4c0b8 1828 g2clib_1.4.0-1.dsc 0dc67893084922cfd74e031a46e14eb4e3fdc7da26cffdc3711c43bbf6af8752 60694 g2clib_1.4.0.orig.tar.bz2 089538b0e78ae8ab69e15c00d78bb48c43babc92b2db8252fb31ddd3af0cf252 3808 g2clib_1.4.0-1.debian.tar.gz 92b5359304c0148cd7edc1429dcb9715f9ea80c1efe9786e5109e866b7ef6d96 51280 libgrib2c0d_1.4.0-1_i386.deb 10391dc85152f059cd658841267b0620de3fbdf34c065f38a02616e38c9f42db 52500 libgrib2c-dev_1.4.0-1_i386.deb Files: 79fe62e05f63f28ac1f58d77d351ca3b 1828 utils optional g2clib_1.4.0-1.dsc 599bbdc5dc7bdc8a6cdd690294a91354 60694 utils optional g2clib_1.4.0.orig.tar.bz2 bc33f80905675ad1f08f407534e113df 3808 utils optional g2clib_1.4.0-1.debian.tar.gz 48bf6006d7203a6b8d614ce9105bb1a4 51280 libs optional libgrib2c0d_1.4.0-1_i386.deb eb357f52ea49bc0fc75cf9153f32adda 52500 libdevel optional libgrib2c-dev_1.4.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRpMiLAAoJEN9LdrZRJ3QsLT0P/126sCQKrcYA3afAqBr8om9y 7NkE14sAyDJWUnol7I19jWGaxfce3snpLo81aq+CdbTsCPNRgYD85kpbQQXP2dcj LsBzAb61SLBIUvnS/ohTi3GZHZCw75JpD3N9vcGGrLhRtgMMlbPLNO3gnP6iGv9X fFB3sFPy4nQRFJU1QrNGKhWGkBFvcYMx7B+i/rfEYcPVfigNsvAyRnO7CDUl1Tcg DiafQ0yH3sjNcfrrtgS7KQAd9UiyJN3CuH/uonuz6RGknGSEBG11VwQmFDdzCgja hihqsytZvLDWdmdgZ0IA5SzZsCl5ylPOyGJWZc6zv8YLpYIMw7daQ0qG5+Dc3gMW dgDXuBcBaUPfhyBqcMcynBLIBfgA8hgCPOD7uzONt9DWjPuXibX4mzL3w0xmYOw0 MeiZErHHFvgRvZ5Wqy3sco1Ix0262jWh8koPUEg1/UJhoDEJSzEFkGevNZ1t3kHz VSqflha/y9hvCIdF/A0Hl25Q1QfaOLUW8x4joixMX6+a5SFS+8X1GjSiSyxi7GOk +AUqPb3YA7491PNNGI1cdJdXVT1SZnV+5aSLshTLPeyb20sbT11mOFdzG2ADyZgH bzWA8QcbW2nlFoOABQWSmcQ31jdgzYwzcBaAEDbAIlhfaTQRqezQBAavB9KdzOJk wTdkGzqlWbBmJ8yTpjOo =rCtN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhcwe-0003x6...@franck.debian.org
Accepted glusterfs 3.4.0~qa9realybeta2-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 29 May 2013 09:55:03 +0200 Source: glusterfs Binary: glusterfs-client glusterfs-server glusterfs-common glusterfs-dbg Architecture: source amd64 Version: 3.4.0~qa9realybeta2-1 Distribution: unstable Urgency: low Maintainer: Patrick Matthäi pmatth...@debian.org Changed-By: Patrick Matthäi pmatth...@debian.org Description: glusterfs-client - clustered file-system (client package) glusterfs-common - GlusterFS common libraries and translator modules glusterfs-dbg - GlusterFS debugging symbols glusterfs-server - clustered file-system (server package) Closes: 710074 Changes: glusterfs (3.4.0~qa9realybeta2-1) unstable; urgency=low . * New upstream beta release. * Uploading to unstable. Closes: #710074 Checksums-Sha1: 7242fdc4e2386a5bec13e52f29a952c1b75e6041 2270 glusterfs_3.4.0~qa9realybeta2-1.dsc 047fbff2dbae10ae34f572744bb0fbedce40a812 3748370 glusterfs_3.4.0~qa9realybeta2.orig.tar.gz b361e8753be8feba49bdc46961095b2e823158f5 10820 glusterfs_3.4.0~qa9realybeta2-1.debian.tar.gz 27a417f3b9576fa34d87ac5c34dc4e5629e80478 1471298 glusterfs-client_3.4.0~qa9realybeta2-1_amd64.deb d49e2e231a70b5f14a2b978eacb9311997993a97 1551194 glusterfs-server_3.4.0~qa9realybeta2-1_amd64.deb ab48e028e5854221e9eab74afe992e76de962bf8 2967760 glusterfs-common_3.4.0~qa9realybeta2-1_amd64.deb e75cb331fb492569d394f7bf864c61130deee5d9 8226922 glusterfs-dbg_3.4.0~qa9realybeta2-1_amd64.deb Checksums-Sha256: eeb49326dd7694d57988862e500b96676828e75ad9111b8e33b7490f63698390 2270 glusterfs_3.4.0~qa9realybeta2-1.dsc 8dbb5c3b4c91b657e65e0664d7bf5442144f45aa34068922e464964feece04fa 3748370 glusterfs_3.4.0~qa9realybeta2.orig.tar.gz 40963ab8920d16e9eb20c924ceab8fd7c2e0f12553a1d70d94af5547e7644313 10820 glusterfs_3.4.0~qa9realybeta2-1.debian.tar.gz 363041a37ea4b11b068dc769912f9e3a6518ce56cd8ea1f3fd0ed348da492e55 1471298 glusterfs-client_3.4.0~qa9realybeta2-1_amd64.deb 5f29d876d7d17be499b6c93615f21f1fb3987f49a05fa836a3feca760dafd3f4 1551194 glusterfs-server_3.4.0~qa9realybeta2-1_amd64.deb eb0a848d7ecdadb376df0f954a27dcdfdaae7e1a44cfe2bf51400b7080089f53 2967760 glusterfs-common_3.4.0~qa9realybeta2-1_amd64.deb 3b7b858240450abeb757ed4e8b98a567f799d517aac3198fe7613614cc08c025 8226922 glusterfs-dbg_3.4.0~qa9realybeta2-1_amd64.deb Files: a50dea37fe42aaf3d9a6a392da67b4f2 2270 admin optional glusterfs_3.4.0~qa9realybeta2-1.dsc 2b213d50508f9838d5b897e8be3614c0 3748370 admin optional glusterfs_3.4.0~qa9realybeta2.orig.tar.gz 56f3ef6d38076954249537d030c61061 10820 admin optional glusterfs_3.4.0~qa9realybeta2-1.debian.tar.gz 407c474700e77769d1086b62f2259b85 1471298 admin optional glusterfs-client_3.4.0~qa9realybeta2-1_amd64.deb a1d6b72baf828d13b4cf68457a4a7d38 1551194 admin optional glusterfs-server_3.4.0~qa9realybeta2-1_amd64.deb 93dd52d1b5d179901f60144ff9675fd0 2967760 libs optional glusterfs-common_3.4.0~qa9realybeta2-1_amd64.deb d37c588d044bdee2657bfb1836f3a329 8226922 debug extra glusterfs-dbg_3.4.0~qa9realybeta2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRpb1CAAoJEBLZsEqQy9jkW0wP/iE1QRX2KNAAYD8i97oKkLPw CucVzLAibsQVs0kC8eeNAA/W820s5QvD25Qc8mv70WoaFrb/BQ2w8aX6dV6zPu1J M+S/H4xaiEGxt855F+1+qRlr2PgTnPfiviMYcPAcq3PIVgxjLzRTiCXhFnJkD+ew xa6mX9RAAMMAwkJnyVrp0n2OToJmBu0pOftKkq7WlsgF/Ryyf1mMunX6v+Gt0KRk kq6vkvCnWE4TEAr9ECxWMmndiTwjepFRejTz2IjPXRp3zRZ+bSk+m5xncntFzPLc zNf7VjwPvlruzlyIMn4JrbYNxOPOzdemoFVCQnixvWvUVyyuS+R8Po0bszsM5lIZ 3SaCctdEbh7M+bNXt6+Lq19WDTvbhFOZAaALQr2YOH843ERwygeg2ssGBOO+WF13 nzm7uQO49l8vg0n4SB1Kz5ZqmzSpwhUovihVT3f96xG8SNbZ5jJIgG5EtMjssfzJ DdQNrLZV1uvDbDrKIGWEGyWJeUh+sKU9eRuC6Du1EWKk9C0uVUhk7K1s/0EKTiPe Xq3poDIutjkMXAPWcpfr7C0QDmZ943spcFKTtrhCoOXkm5kEjH08io5M7YwwFKHA vqx/eCaYvb1ZaK8tgG+1XOl/O7/yuIcgv5RvnOylo+er+nbTxlUJ9U1dmPbpUmmY tDwO2yQTOhKvT/iXAWIh =jbMx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhcwu-0003qu...@franck.debian.org
Accepted kawari8 8.2.8-8 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 29 May 2013 15:29:19 +0800 Source: kawari8 Binary: kawari8 Architecture: source i386 Version: 8.2.8-8 Distribution: unstable Urgency: low Maintainer: Ying-Chun Liu (PaulLiu) paul...@debian.org Changed-By: Ying-Chun Liu (PaulLiu) paul...@debian.org Description: kawari8- Pseudo AI Shiori module used to create ghosts for Ukagaka Closes: 702238 71 Changes: kawari8 (8.2.8-8) unstable; urgency=low . * Don't use stlport4.6. (Closes: #71) * Update 009_kawari8-64bit-fix.patch to fix 64-bit crash (Closes: #702238) * Bump debhelper version to 9 * Bump Standards-Version to 3.9.3 Checksums-Sha1: 52815023a98edf8d02ce2f01310f559afaab2422 1736 kawari8_8.2.8-8.dsc f18a2c3885f89b27a7caebf5f6bc815605375340 11777 kawari8_8.2.8-8.diff.gz 7ce1b6cd5df7700b58287ff21900c320eb72009f 756568 kawari8_8.2.8-8_i386.deb Checksums-Sha256: 87ad43710be8ac9b3c10a7e55d11cabee9b32938b8c22dc3be7025389e209dda 1736 kawari8_8.2.8-8.dsc 7733c3875b769e76669f92b12b09d5267b71d2773016f213dc538975f37fb98b 11777 kawari8_8.2.8-8.diff.gz fb54dab61aec289ad5847dc8603645830fb63b55f5f23cff9920b21ddd42e2ef 756568 kawari8_8.2.8-8_i386.deb Files: 68d11f1386ba369866570217cb47e216 1736 games optional kawari8_8.2.8-8.dsc 51543f59fdd5bb4b7d78ac752a3e40c3 11777 games optional kawari8_8.2.8-8.diff.gz 60280f5b32efdd4a6255b7199e95dbed 756568 games optional kawari8_8.2.8-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRpbMzAAoJEPgLgUbQQog2Gq8P+wZLgZmd3TrntPn/lQqyg/HX 2o/JZcVNk4vox+H10B2wKUj33BcwDraQGI++GWNfx4hlNU6E0ukqhz915pd+/jCl dgphD2zEv21k3NbCz+VVFRxzUGuM5kN/G4R2cJL9Zusim4o7rMRQqXAc8UQsFyoL XTzCG1iQU8G52GNtbAj1VBTlyrSBXuLMHxyG8xjgpkJeh0kzpitSHFkFJ2iVhs65 adOAtbqIQY6I/Dp1cAh6LSjy/XGlfMnhllbZ6V3FJn4mdN5ghEN4XfbAIpyeXVAn F8qb9XD2F1Bdutbvkjs9vuGUpHJ99BXSd2e6XI4IEXJ9E4Jj53GGijE2oj3/1A+K ziQo3UKltRtpt6xcQQExnCGV/scT/WwKzHN7kbQ9XIhhA1AnT7VIuaomgxl/zGXK F6MFxrCZiCVrBBvn6uNuHbGjyiNhVhxmkDs0jNbi3GB/DauBvrsoYGbipQegFGft inSq2B9EjqWHoUYX0HCagc4ZF3fUp6/9f8C1QMFvDIcqYdAZfo/wR3meJbxAER3o 0g3LAmbgOirIINMFzuRTH4WHONjCuFUYx4OE4Hd7hwR3LwGhDCJzHZErunnsQ73B sfwZ8ybJ753A59t39FbNPUoyQWcmyTZ7lfOM3Ts4pdHJNpP+ubexqZAbigW9ZtRh G9Nkk4lG0g8vby/vWhr4 =+32h -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhcxu-0004bd...@franck.debian.org
Accepted luckybackup 0.4.7-3 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 29 May 2013 10:20:34 +0200 Source: luckybackup Binary: luckybackup luckybackup-data Architecture: source amd64 all Version: 0.4.7-3 Distribution: unstable Urgency: low Maintainer: Patrick Matthäi pmatth...@debian.org Changed-By: Patrick Matthäi pmatth...@debian.org Description: luckybackup - rsync-based GUI data backup utility luckybackup-data - rsync-based GUI data backup utility (data files) Changes: luckybackup (0.4.7-3) unstable; urgency=low . * Bump Standards-Version to 3.9.4 (no changes needed). * Switch to xz compression and add a Pre-Depends on dpkg. * Bump debian/compat level to 9. * Migrate package to minimal debhelper. Checksums-Sha1: b9c4b5840f7903d8d0da36d71ceabf79ede74eb4 1832 luckybackup_0.4.7-3.dsc 11315be78f76d6e9f2d22c5d8e191173a75893eb 4671 luckybackup_0.4.7-3.debian.tar.gz a7b9bf3042b89b5a464ea878edce1755d0fee97c 483948 luckybackup_0.4.7-3_amd64.deb d490177c3298fa858fd68670199442c72ae5657f 4235172 luckybackup-data_0.4.7-3_all.deb Checksums-Sha256: e89d7bd63bfc866ec5b62ff9484fef2265840826ebbaf72187d861513b76333b 1832 luckybackup_0.4.7-3.dsc fb31290f48cdc5efb70a0677a4bb42fbdffd4266c82f5e1289b8165a83f8fccf 4671 luckybackup_0.4.7-3.debian.tar.gz 66736d8ab23d4b3eff3886b864b753e594a7a26a0f37d98af626574c218bc7a7 483948 luckybackup_0.4.7-3_amd64.deb 6e3e5faa131dc4bba251ff6759395201aa9269a6177fd84c30e5341dae6707dd 4235172 luckybackup-data_0.4.7-3_all.deb Files: 274734d06eb6c38e0ffb1c32dd0ca369 1832 utils optional luckybackup_0.4.7-3.dsc 4cc3aca7abd915a890cc043c20d42eef 4671 utils optional luckybackup_0.4.7-3.debian.tar.gz e1be305184f6fc5b9235a3318ea40553 483948 utils optional luckybackup_0.4.7-3_amd64.deb 701f30e21591780805b13cd6835b6638 4235172 utils optional luckybackup-data_0.4.7-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRpb1CAAoJEBLZsEqQy9jkhewP/3tQK2rM1TrW3t+ydmERHPYj mmsADJZwTQi/VddLG30bSwpH1VOL/5UIKPLKiOGr2RSgbfR/tz0e341mZuz6PqsP QMN5b/plHBxe5fjneRIUrwImy+d8BinPQZZeo/fcgs8Ij/GANsUyw1V7jErymmpS mhqHhMNp2ly0Z212rFtlHltF9Yt+IZBQ4yX9IAG5EiBZfPi6UH55yJBe1soZ6JN7 2KPqNPJlO66knNgZ5WgAWRFjbQj4iefYWKCxqOHKmDbYBMS6mkRiuMZ7m+1vUa6d ZihkjIn5BM4dM3b5q7/oPF1EBvoTYSebiO2Qnk6fCcLX/P9E3ZCgQUrNrzf37eG4 uwZp0bkKZqOS6Afk6J+9pV94Q3H1a+Ey36P7wNDaZ9VlVCc1JD3MpXUp40cGElCN bs5MHXvOAHbKSErXbDYoJizcVVlKIDXsc852wlgtSARuDrN0UUuvvl2TnJ+ZzaWm 1GFf4k2CmWex8LZEsaIR+hNNtaqLhEin2r1XmT6whKPLQOw3Ue+tzRQBuWpjjlFb V6u7dKgcpaIPymwxB9bOUqoiq00UbFdzgJcbi6dTVIzbZNJ61r37khJ/CzZwICtY gexpfiuM8K/HMsKaNFNSnQ1fTpg0wCGqTRRSjbvKi+TVdXWcCW+xiNCF9EvXjiCm VLhMGeMURhYz9OsSIj63 =yclA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhcyc-0004kj...@franck.debian.org
Accepted sshm 0.4.3-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 29 May 2013 10:28:44 +0200 Source: sshm Binary: sshm Architecture: source amd64 Version: 0.4.3-2 Distribution: unstable Urgency: low Maintainer: Patrick Matthäi pmatth...@debian.org Changed-By: Patrick Matthäi pmatth...@debian.org Description: sshm - command-line tool to manage your ssh servers Changes: sshm (0.4.3-2) unstable; urgency=low . * Bump Standards-Version to 3.9.4 (no changes needed). * Switch to xz compression and add a Pre-Depends on dpkg. * Bump debian/compat to level 9. * Migrate package to minimal debhelper. * Use dh with autoreconf module. Checksums-Sha1: c204625d56968dd31717307ce3fee0503b445706 1716 sshm_0.4.3-2.dsc e9516454cbaa6f32a5841b1c35ce9e8b5d990bbf 3119 sshm_0.4.3-2.debian.tar.gz 70e45e2b59dd55f5030ad524a802599a03950a0a 15814 sshm_0.4.3-2_amd64.deb Checksums-Sha256: 017ecfc7e575e94679d8ec804fb2a640965b717f17e2e00f81f9ea094f99562c 1716 sshm_0.4.3-2.dsc 102d0aa7ca96321e2ffd271db392acddd1b09cd09bd39e7f00f823d12e28d1ff 3119 sshm_0.4.3-2.debian.tar.gz 8e143fa14b35f7f4e6bdbbe7fe47ef18b26f2e1efdfe36ca4476d165e9430cab 15814 sshm_0.4.3-2_amd64.deb Files: 4d90023960ec001c517d2fbb6f651631 1716 admin optional sshm_0.4.3-2.dsc 8b866e6a895a239952aa15eda6fcf739 3119 admin optional sshm_0.4.3-2.debian.tar.gz 288e50a5c13b7dffbf491ffa67873b7a 15814 admin optional sshm_0.4.3-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRpb1CAAoJEBLZsEqQy9jk/3QP/27yzFYepysu9Rf6DeG0GeSI us/FmjH+qI51vdEMlYyJ0CkfURx3qpHv0jMXd7ZVT0FL25cVWsWx3ezlDp5d+p4q 5KbKdsglUIvCNsnh13VZOdpSeYfcTP3i0yjQjhdFQyCwB4jF2zt7HTqoWtheMIvB 58J5CtULQ5b2u7BrJ0pWi+nfs7sDfhXxtysgnvyK0dgpKdF0AkK9GqfvufpbIFTY LpYmRvbj62IK38nJEX60EVGhQ2IxizRWzRsHC7lBLk3sd2BWdeKcWsyqnIMSWcC6 Dw6EU4hy7w5HNZizTOibrPTe5Z+nIzpdTc/+FT1dbttiQAIoKG5YB2HbFu32R8gX dTII4kqmw9UxAcS1swvBfTN4+3QI0Jc+kjOutSOnMfNJ3GJmuo66q0EWCGvc7xvx SX3/Du5A8KYTMFNXfczRHdi6SY8el2evXp+wrLycPrTPyL6DeiTe7A/Zy0Iwz/Kp D7nImLx9TxpDSOuYNwkQIJoCvn6CXh5YJ21xW/Hzz8NNgtGO01cn7fjLtXgJJa7s oWqrGpz48awOE0JhcGaphpBTKPM6FlUR06E5jJZ8TwSI+Ndixb8+rh8GduO8zZ+v xVf4XqUZSxcibdve299ue+H48hIM86Hgszk9tM6+5OEVqbbXFsk5uRAdxYWN0Yre uZgeyN2ysZBTxPyL6qP0 =CRBY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhcyo-0004bx...@franck.debian.org
Accepted webissues 1.1~beta1-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 29 May 2013 10:15:00 +0200 Source: webissues Binary: webissues webissues-dbg Architecture: source amd64 Version: 1.1~beta1-1 Distribution: unstable Urgency: low Maintainer: Patrick Matthäi pmatth...@debian.org Changed-By: Patrick Matthäi pmatth...@debian.org Description: webissues - network system supporting team collaboration webissues-dbg - network system supporting team collaboration (dbg symbols) Changes: webissues (1.1~beta1-1) unstable; urgency=low . * New upstream beta release. - Add new build dependency libqtwebkit-dev. - Adjust lintian overrides for duplicate-files warning. Checksums-Sha1: 13144e8740ef9ffb97bdf86a750a3977e18ea5ab 1855 webissues_1.1~beta1-1.dsc 8f6d649574b5a1005dd08084995db2dd3824096f 3404193 webissues_1.1~beta1.orig.tar.bz2 72329c382752aa8c8f100bed1748ce0f962ef68f 7298 webissues_1.1~beta1-1.debian.tar.gz a80fee95ec320a6bd4078f54266334f07e38bf2b 2317512 webissues_1.1~beta1-1_amd64.deb 31cef5b0b6dbb27adf545074c774e8b8c8dfb197 9097736 webissues-dbg_1.1~beta1-1_amd64.deb Checksums-Sha256: d3ae8afc46eb06d7621ebc2e4674bf2b7972faffa7e38269159db812f794b8ce 1855 webissues_1.1~beta1-1.dsc 8d5eeb18a81e0658d73f8bbac2189c36b13219d53946db7a3667b106cc207a4c 3404193 webissues_1.1~beta1.orig.tar.bz2 fb9c93a7b91593e5521a5aa4d93ddcdb632326a91914f267ea6658b45204fb19 7298 webissues_1.1~beta1-1.debian.tar.gz e3dab8bf313a5125ae3f1052eb16fe4fe67cacd50bf5a648b765669e8410faa2 2317512 webissues_1.1~beta1-1_amd64.deb 98568e5d01d7b598e3cfc94fb2d629607ceb59a16fb4979a34aec5358dee57e9 9097736 webissues-dbg_1.1~beta1-1_amd64.deb Files: 12de7ac80105db55daa095617e5f7701 1855 x11 optional webissues_1.1~beta1-1.dsc 2862dad531796a5369349c978473c54f 3404193 x11 optional webissues_1.1~beta1.orig.tar.bz2 bf0e97000298e0e2cb1a082a51cdf231 7298 x11 optional webissues_1.1~beta1-1.debian.tar.gz abb160a98fcc17ffd67d48c3f6a35488 2317512 x11 optional webissues_1.1~beta1-1_amd64.deb 1aef11aecac5dd72fac0f7bfeb48d7a0 9097736 debug extra webissues-dbg_1.1~beta1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRpb1CAAoJEBLZsEqQy9jk+X4P/2u+rQzxIgfk/LTZah4oE4gf cqFLW8E8hRfaS+3dhDJFdLasMtOnNgistbgRTcx8hXK5hcJVwqhk3GI/QZYKb7Wk KQHo/OzgO49ze1jxKT6WSso28R9LxNNruLsfNjdZ/YEMsZ4OcL1ZPex4YrNbxkdf csr7MsZ3jnm1FaIwnWEjPOZVluUhDU/08IESBDwFiGWtL3IOo8Iz19rRGWgAWvr6 IQPbpD7FkTFaYd9AN4v3kmaJk0M0cvHSIGMzlzKPxxz4a1U8KeliDACm0E4M5DHL G8FroP1bj0V3td8VkvcUCuKCsr7KQxPyFVNhTzNO0mY71HtupYwE2XPCdzu7Cg6U RUB07mLRYPsq37Yx5DiH4abJ8Ry0u9NYXXh5TjvqW9BXINhyEphl9aV2L6+3uK6d aMaH5hnFPSjiVbpKuLh541SBAEwA4UB78b4zNzvtcfqgg1XMARxZYS/Xq4BB718c zBQYpjHuvvFXb0gSCtL6lqcFgFy9L6Kn54Ir7/jNMjWa3msZcINx13OoXvGobOvN E7ElkP2rnKt5NWnVbNgz4bMfghMlqoQbmrT82DfIfcJAFouQOhwZYBc4Kz9Shbxr ioHsfnzQrdTA0U5okV59nYniyI9ecDrPxovxEGBdbttkRrrjRJft64gSwMbhEuk/ y5nDZrx+VletxDYyct7k =XBFX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhcz7-0004kz...@franck.debian.org
Accepted alglib 3.7.0-5 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 26 May 2013 23:34:37 +0200 Source: alglib Binary: libalglib-dev libalglib3.7 libalglib3.7-dbg Architecture: source amd64 Version: 3.7.0-5 Distribution: unstable Urgency: low Maintainer: Debian Science Team debian-science-maintain...@lists.alioth.debian.org Changed-By: Anton Gladky gl...@debian.org Description: libalglib-dev - Development files for the alglib library libalglib3.7 - Numerical analysis and data processing library libalglib3.7-dbg - Debugging symbols for the alglib library Closes: 708584 Changes: alglib (3.7.0-5) unstable; urgency=low . * [d579857] Replace libalglib3 by libalglib3.7 package. (Closes: #708584) Checksums-Sha1: 61253621d25f558039ad3850b6a908dc49916a01 2092 alglib_3.7.0-5.dsc c131283cabed692e8e5fc08b9504e11e6964e37a 4904 alglib_3.7.0-5.debian.tar.gz eb58774cd317b25b9201d1f9aead1e0260b5a4de 386416 libalglib-dev_3.7.0-5_amd64.deb 035dce7fbd8b975d3a62dd4f2f0464e19e1526cb 870828 libalglib3.7_3.7.0-5_amd64.deb 0435a430f8183072e7d0fa344a0e855b9c47d3e3 1825386 libalglib3.7-dbg_3.7.0-5_amd64.deb Checksums-Sha256: cb4e012382b90fe7b4ebbe2b07af7eaf41254915540b2596e05517077876f321 2092 alglib_3.7.0-5.dsc ca9e67d1bf8d98934aa89ae2175bbc586327138c6cddde9ea93256fe0057767c 4904 alglib_3.7.0-5.debian.tar.gz 199e81c702dca2ddb0c2f52e334b4661958a985daf7ef6e20ad4e93cddfacef7 386416 libalglib-dev_3.7.0-5_amd64.deb d22a7ebd8b7ccbaaf5504a193b3cfd3cba8da9f99bcce00debd79449029978a6 870828 libalglib3.7_3.7.0-5_amd64.deb 6d082b010756448243a9fa589a9c0dd83fd5ed8b85dd4ce4a2ae075cf878ce24 1825386 libalglib3.7-dbg_3.7.0-5_amd64.deb Files: 3a0f611c28799b80006b0182d22f70a2 2092 libs optional alglib_3.7.0-5.dsc 16a81e54229ba6b7bc27c8deda64908c 4904 libs optional alglib_3.7.0-5.debian.tar.gz 5f70925f7517a3ce0555c54520248d06 386416 libdevel extra libalglib-dev_3.7.0-5_amd64.deb ddfd83a5b34d38070a5723263a936075 870828 libs optional libalglib3.7_3.7.0-5_amd64.deb 75d1aa9d0fa5d2668575fa28c29aef9f 1825386 debug extra libalglib3.7-dbg_3.7.0-5_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRoo3BAAoJENPhc4PPp/8GMh8QAINQPyYio2svVs0pRXfTRxoC NmevIgWqALLP5/eM8gHTUOf8O622oy2XdfCxo+kLu45+xu1DzZqKekxTPl2eAHlW oNYSBrdorbld66Ce57jj2PvY5hc1SQX5ARt2qoCaDo/3AjVsTDs9iL8W/+VX8qi4 efcKZAIxTIwQfe5VcBKTFU/MG6mYHmAhFvfsAZAudxFW+ZYfmNDCelErv473XMRu xwz+eCvcvE6/dzZsB5Y7Pmk6Q9f4DdVHQC0z4MlZlNEcAp9ybdE/W0qczBfGIMmz M+4/Jf0oJibPznmfduQbR7FES55DtJk9/pWE1OHfyiTviLKpbVmn/amTZLaw8/iH /MOkKAXRsIiht0wVFGOaMWbjl0z5KoeFUVqS4KFCdkSdUV9+mWooJIlsRNPeqxaA kxpyK00Z46Vz4Cl25VrV91GcbGJ3HeCZiwEGOcRh7dE48HCSm3tpbpeVe4zx2coZ IopQKVchqNjBJ/mB75W4A0neyhTwTAHtLTUN+O2zsIzpSHsxCpSYi+eTZnLDu4/Z QlVzG7aucAm3HDfFgLVUYcvaPoYt7l7HqvBSaQKnRTX39AnqNH6s1ETuOMGK2D4s LxqjUEyKFsqQI1vmYJ5Kp/WeLEDw6tULTDJdIVgkwOB1Lo8SU1wiuTV8ZafnvWXU a89cGknATgwg3gRolgTk =IEWo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhdb2-0004tt...@franck.debian.org
Accepted rails 2:3.2.13+1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 27 May 2013 14:37:22 +0200 Source: rails Binary: rails ruby-activemodel ruby-activerecord ruby-activeresource ruby-activesupport ruby-actionpack ruby-actionmailer ruby-railties Architecture: source all Version: 2:3.2.13+1 Distribution: unstable Urgency: low Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Changed-By: Ondřej Surý ond...@debian.org Description: rails - MVC ruby based framework geared for web application development ruby-actionmailer - Framework for generation of customized email messages ruby-actionpack - Controller and View framework used by Rails ruby-activemodel - toolkit for building modeling frameworks (part of Rails) ruby-activerecord - ORD database interface for ruby ruby-activeresource - Connects objects and REST web services ruby-activesupport - Support and utility classes used by the Rails framework ruby-railties - MVC ruby based framework geared for web application development Changes: rails (2:3.2.13+1) unstable; urgency=low . [ Cédric Boutillier ] * debian/control: remove obsolete DM-Upload-Allowed flag * Use canonical URI in Vcs-* fields . [ Ondřej Surý ] * Upload Rail 3.2 as default version to unstable. * Add ruby-activemodel and ruby-railties dummy packages Checksums-Sha1: 1693a6aac0de7cbd56b3b2fbf6263cc71ca541ec 1408 rails_3.2.13+1.dsc d2183076e1f96e440289b6eeb5f586dcb4172d8c 11164 rails_3.2.13+1.tar.gz 3914b26b78ac5399a982d89e60d12228a200203f 10982 rails_3.2.13+1_all.deb 4bf86229a90cbed12f45f25c7289efb34d0f0d69 9368 ruby-activemodel_3.2.13+1_all.deb 712f7116f5965c5691dc75e7cda1d3745cb39262 9400 ruby-activerecord_3.2.13+1_all.deb 4ce43448feb490509ac86a7128a98ee5bb1035d7 9436 ruby-activeresource_3.2.13+1_all.deb 2c4c5985b94099682bb5f277df61b4e570d0ade7 9330 ruby-activesupport_3.2.13+1_all.deb 20a8e5b75362fb4e99b6bf98ba531b494cb62aaa 9456 ruby-actionpack_3.2.13+1_all.deb b0204c9b15218b0c266ee2891030483cb999fb4a 9414 ruby-actionmailer_3.2.13+1_all.deb 587c89557c21b2bc343c8a55a4f6e3a76295bc8e 9442 ruby-railties_3.2.13+1_all.deb Checksums-Sha256: a9928f4dcc96a0e82d45db94bf7636e021e3626efe6d3e4491ad9d5a462f149a 1408 rails_3.2.13+1.dsc 338da4829af82c9d356f70ece47ce0bc4aa9d6f53940e151f55c94fee6adfdcd 11164 rails_3.2.13+1.tar.gz 448f6f593ed4042e454f758f1b1d25ed8994a258a99f18ed1f7862fdf8af99f3 10982 rails_3.2.13+1_all.deb 83d033e4e710ff1138b8551d374013b04ad574650c8dd3ada3981e2fdde5d223 9368 ruby-activemodel_3.2.13+1_all.deb 08edc288d9406352b0cf63995491b3387bcd35b2ca1994e8d2fd3de98215b5ba 9400 ruby-activerecord_3.2.13+1_all.deb bbdc957e018271f6961da80c8a0db72558e747d4417f26f6d609a3d42674006f 9436 ruby-activeresource_3.2.13+1_all.deb 7d57a75b60f2fd1824e7366939c375a67351c32454811da65ed52e3b6d4e4dc4 9330 ruby-activesupport_3.2.13+1_all.deb 96081c6857af1a4eddbd76e977822e299c143a644f954a72d8f354ad203340ee 9456 ruby-actionpack_3.2.13+1_all.deb a2c7117e7da1ec166ef18e1df65316c553ccfe280ed478d00c459bd17917647e 9414 ruby-actionmailer_3.2.13+1_all.deb d8df5919ab356c262f01b3b0c1d853873cc8cffa1baab8a47a27fa5c482491a8 9442 ruby-railties_3.2.13+1_all.deb Files: 380886f83226b48cb1d78ed917fc62a5 1408 ruby optional rails_3.2.13+1.dsc fa798bd5d3478c2f092e8e158f964b1c 11164 ruby optional rails_3.2.13+1.tar.gz f97c5c340795da25dfb2b8ab1307ac36 10982 ruby optional rails_3.2.13+1_all.deb f0d513907c2f27ab346b5f5f68bbbf9a 9368 ruby optional ruby-activemodel_3.2.13+1_all.deb 4fe8c7598ea32b83d60fa8487b5f1985 9400 ruby optional ruby-activerecord_3.2.13+1_all.deb f947712097401c57cd2dd12063bdd541 9436 ruby optional ruby-activeresource_3.2.13+1_all.deb 597db96171382c18d6b2336e195315a0 9330 ruby optional ruby-activesupport_3.2.13+1_all.deb dee25c6037bf1d627ecf1ef0a9096853 9456 ruby optional ruby-actionpack_3.2.13+1_all.deb 2f6b114a65217d39d89b5ccf441161a4 9414 ruby optional ruby-actionmailer_3.2.13+1_all.deb 8598561027a7f7e5e977eca2ad9de014 9442 ruby optional ruby-railties_3.2.13+1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlGjVaAACgkQ9OZqfMIN8nMEnwCeLbcj0Owa1gydt4FbOz1R2h1X ixsAnj30SOMFncnIBRk6BIyrxrNtdtol =mAAR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhdb3-0004ue...@franck.debian.org
Accepted llvm-toolchain-snapshot 1:3.4~svn182733-1~exp1 (source amd64 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 27 May 2013 15:01:57 +0200 Source: llvm-toolchain-snapshot Binary: clang-3.4 clang-3.4-doc libclang1-3.4 libclang1-3.4-dbg libclang-3.4-dev libclang-common-3.4-dev libllvm3.4 libllvm3.4-dbg llvm-3.4 llvm-3.4-runtime llvm-3.4-dev libllvm-3.4-ocaml-dev llvm-3.4-doc llvm-3.4-examples lldb-3.4 Architecture: source amd64 all Version: 1:3.4~svn182733-1~exp1 Distribution: experimental Urgency: low Maintainer: LLVM Packaging Team pkg-llvm-t...@lists.alioth.debian.org Changed-By: Sylvestre Ledru sylves...@debian.org Description: clang-3.4 - C, C++ and Objective-C compiler (LLVM based) clang-3.4-doc - C, C++ and Objective-C compiler (LLVM based) - Documentation libclang-3.4-dev - clang library - Development package libclang-common-3.4-dev - clang library - Common development package libclang1-3.4 - clang library libclang1-3.4-dbg - clang library libllvm-3.4-ocaml-dev - Low-Level Virtual Machine (LLVM), bindings for OCaml libllvm3.4 - Low-Level Virtual Machine (LLVM), runtime library libllvm3.4-dbg - Low-Level Virtual Machine (LLVM), debugging symbols library lldb-3.4 - Next generation, high-performance debugger llvm-3.4 - Low-Level Virtual Machine (LLVM) llvm-3.4-dev - Low-Level Virtual Machine (LLVM), libraries and headers llvm-3.4-doc - Low-Level Virtual Machine (LLVM), documentation llvm-3.4-examples - Low-Level Virtual Machine (LLVM), examples llvm-3.4-runtime - Low-Level Virtual Machine (LLVM), bytecode interpreter Closes: 708677 Changes: llvm-toolchain-snapshot (1:3.4~svn182733-1~exp1) experimental; urgency=low . * New snapshot release (3.4 release) * Add a symlink of libLLVM-3.4.so.1 to usr/lib/llvm-3.4/lib/libLLVM-3.4.so to fix make the llvm-config-3.4 --libdir work (Closes: #708677) * Various packages rename to allow co installations: * libclang1 = libclang1-3.4 * libclang1-dbg = libclang1-3.4-dbg * libclang-dev = libclang-3.4-dev * libclang-common-dev = libclang-common-3.4-dev Checksums-Sha1: 3930c562e2b41bcc2302b7bb3d6629074cfb4456 4386 llvm-toolchain-snapshot_3.4~svn182733-1~exp1.dsc 7d482ee0f6f93d094efbf2d6703d72f22662399f 90066 llvm-toolchain-snapshot_3.4~svn182733.orig-clang-tools-extra.tar.bz2 1a6d08f0ae1abb4073fd96d594fe30eba52e531e 7708050 llvm-toolchain-snapshot_3.4~svn182733.orig-clang.tar.bz2 f02cc38a605ec6c544738cd492b41e46e1ae80e6 1155691 llvm-toolchain-snapshot_3.4~svn182733.orig-compiler-rt.tar.bz2 548746ef719b1f32cfaa728f7c4d56cf8cbe1367 2617565 llvm-toolchain-snapshot_3.4~svn182733.orig-lldb.tar.bz2 42a62d2ace36b2a9fd37e7aa0bb35d981305d8fd 6372619 llvm-toolchain-snapshot_3.4~svn182733.orig-polly.tar.bz2 2d3008a3a29120e821a59ac84c3145fa64fe971c 10685761 llvm-toolchain-snapshot_3.4~svn182733.orig.tar.bz2 9f71838e9ae08dff1026b014615b609ca1e25a20 27264 llvm-toolchain-snapshot_3.4~svn182733-1~exp1.debian.tar.gz 5bd19711f61b9329c9018c6f73f5bbc84481b907 10829312 clang-3.4_3.4~svn182733-1~exp1_amd64.deb 3ec5c853d7b22a6c9509995f054899d3a82c05c2 694634 clang-3.4-doc_3.4~svn182733-1~exp1_all.deb 977bd66acc0027aa7e1b10bd5e76d3ef08c5858a 6212 libclang1-3.4_3.4~svn182733-1~exp1_amd64.deb f5084c8fa39402ab5582fb5994453637a8795837 6230 libclang1-3.4-dbg_3.4~svn182733-1~exp1_amd64.deb 49b8f5851f068b9ec21747eb714dfd385eaa2b51 6270 libclang-3.4-dev_3.4~svn182733-1~exp1_amd64.deb 142a5fd9ddba5a4332093e5d0e2ff4103e23a6a0 6292 libclang-common-3.4-dev_3.4~svn182733-1~exp1_amd64.deb 20cc7f4864b7001192fa37a7fd1693656b6b290e 8882696 libllvm3.4_3.4~svn182733-1~exp1_amd64.deb ee18630951a5b90a63047570557f8263888a5e9e 124271108 libllvm3.4-dbg_3.4~svn182733-1~exp1_amd64.deb e2f6b337f7bd79efcbc206198f5a6d3b4032aed3 1538302 llvm-3.4_3.4~svn182733-1~exp1_amd64.deb 3e6c0a945527976d4d8b6bef16a8e336f42db1ef 38128 llvm-3.4-runtime_3.4~svn182733-1~exp1_amd64.deb 5a7d2994a330d25abb9e1bc15aa8f564a8abd5d8 16090396 llvm-3.4-dev_3.4~svn182733-1~exp1_amd64.deb 610bc42364aff8fdde68f9362e51b2f1a541fb09 268022 libllvm-3.4-ocaml-dev_3.4~svn182733-1~exp1_amd64.deb 1bb3f283e2a24e8f3e92f8f9b63c6d823c39cf11 1756366 llvm-3.4-doc_3.4~svn182733-1~exp1_all.deb 5e0e436febeaaed290a2c7e3ca7e3db65a3a67f0 104998 llvm-3.4-examples_3.4~svn182733-1~exp1_all.deb 5c0bababd7a66576a434d8e1dd519bc1e396406d 8076882 lldb-3.4_3.4~svn182733-1~exp1_amd64.deb Checksums-Sha256: 032779f684aaa4c227f44c4a0dc57260ee35e5aca3f0d781bbcbaa9e7ce5c1be 4386 llvm-toolchain-snapshot_3.4~svn182733-1~exp1.dsc 6119d656701123e880c83a009e7d6268ee97090dd733ed98b45ece99f6fff3d3 90066 llvm-toolchain-snapshot_3.4~svn182733.orig-clang-tools-extra.tar.bz2 f2ac53f430d6c9da62d428ba7f884deb017d148e3b77f79eeb8d7585fe086ff0 7708050 llvm-toolchain-snapshot_3.4~svn182733.orig-clang.tar.bz2 0ed7ce8ccd27357ba90e1a203fbeb87b4d9bbb5698d00c6cc4c933109ffbf298 1155691 llvm-toolchain-snapshot_3.4~svn182733.orig-compiler-rt.tar.bz2 96222d3b446a96e7358a679c368c178386c98e99a97b45b4947d3444f4e88dd0 2617565
Accepted automake1.13 1:1.13.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 12 May 2013 02:52:22 -0400 Source: automake1.13 Binary: automake Architecture: source all Version: 1:1.13.1-1 Distribution: unstable Urgency: low Maintainer: Eric Dorland e...@debian.org Changed-By: Eric Dorland e...@debian.org Description: automake - Tool for generating GNU Standards-compliant Makefiles Closes: 671004 Changes: automake1.13 (1:1.13.1-1) unstable; urgency=low . * New upstream release. Rename everything for 1.13. (Closes: #671004) * debian/control: Standards-Version to 3.9.4. * debian/compact, debian/control: Upgrade to debhelper v9. * debian/control: Fix Vcs-Git field URL. * debian/patches/01-texi-rename.diff: Refresh patch. Checksums-Sha1: aa94e4789f06150f544827751d4ffaf77347ecb6 1390 automake1.13_1.13.1-1.dsc cf0c93328ccc40412b2a6a2d96075b41e2182659 1425080 automake1.13_1.13.1.orig.tar.xz a5b31f03b8e422d1451f164637fe3fe98c7de8bf 6865 automake1.13_1.13.1-1.debian.tar.gz 248042f1ad834bfaf8838bd1a00e27fd5a32a44e 733312 automake_1.13.1-1_all.deb Checksums-Sha256: ae2bc6bc0289ddf133c41ae9da6b7a881cd1199225f04912bd0a43cc30152957 1390 automake1.13_1.13.1-1.dsc 6ecd6cf682e78e833361264263f0f9496949bfbae7f8366bc327de38ff0ad18b 1425080 automake1.13_1.13.1.orig.tar.xz 9e7c21ae1c589ddcd5dc849a8a2e37adc120068c1c9ffefed9bc9089c90e0165 6865 automake1.13_1.13.1-1.debian.tar.gz 08a636f3573ac1d76f9020b5435072da95e9116db1e475f3d48275500d8e3551 733312 automake_1.13.1-1_all.deb Files: 40b6820b66993e1645419fce2747f623 1390 devel optional automake1.13_1.13.1-1.dsc a60380ab11e1481376b7747d1b42ced2 1425080 devel optional automake1.13_1.13.1.orig.tar.xz 41fd974f4aeaf71a50e4c3e484a88443 6865 devel optional automake1.13_1.13.1-1.debian.tar.gz ea8fade2c7d7555f4a4af8898024fb70 733312 devel optional automake_1.13.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlGPUKYACgkQYemOzxbZcMYfogCfWH9Mh/tBwRO146oaNmXFl9oX clgAnjAb5mZ5Es5I/fXH5HEflju1EImr =5Zoo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhdb5-0004wu...@franck.debian.org
Accepted grantlee 0.3.0-5 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 26 May 2013 08:34:08 +0200 Source: grantlee Binary: libgrantlee-gui0 libgrantlee-core0 libgrantlee-dev grantlee-dbg Architecture: source amd64 Version: 0.3.0-5 Distribution: unstable Urgency: low Maintainer: Debian Krap Maintainers debian-qt-...@lists.debian.org Changed-By: Pino Toscano p...@debian.org Description: grantlee-dbg - Grantlee templating library (debugging symbols) libgrantlee-core0 - Grantlee templating library for Qt - Core libgrantlee-dev - Grantlee templating library development files libgrantlee-gui0 - Grantlee templating library for Qt - GUI Changes: grantlee (0.3.0-5) unstable; urgency=low . * Slightly modify libgrantlee-dev.install so it is not affected by the actual build type used. * Add myself to Uploaders. * Add grantlee-dbg with debug symbols. Checksums-Sha1: 0cee3168f2be5b425bfb42dce9ed2600219ffad1 1593 grantlee_0.3.0-5.dsc efbd603db6f39442a4be201621d93a1cac273535 10587 grantlee_0.3.0-5.debian.tar.gz 1e21f4fe8d4745447cf1b8a423d7a7f275cd11f8 47790 libgrantlee-gui0_0.3.0-5_amd64.deb 5367f3563ebab5f8dd8ff913abdc6341b9758f15 306494 libgrantlee-core0_0.3.0-5_amd64.deb 0ab5b88225eef5aa7a6c0842fcee50df1ef374e3 43362 libgrantlee-dev_0.3.0-5_amd64.deb 4d10abfa966555e745e7d7ab5f19d94b22d731ff 6161326 grantlee-dbg_0.3.0-5_amd64.deb Checksums-Sha256: 5f8fbdf2825c876b13721c47aa365b1eafb0ed0cc969a81eb5b6b958016b997d 1593 grantlee_0.3.0-5.dsc 1bb1eb53f464bae470d1511c72829a324ee79a68da7a360f428664d3b30041f2 10587 grantlee_0.3.0-5.debian.tar.gz 4471ef636104dea464222a64a7c1bab752d3e1b2c0cd232135ce29ce2878e67b 47790 libgrantlee-gui0_0.3.0-5_amd64.deb e19582630e6ca6edeaa7a97ca36d2e4360c6c7496d0c976aa194c0c001b876c9 306494 libgrantlee-core0_0.3.0-5_amd64.deb f14088619b73b06f9e538d00c1d9bb54d04c394a23e91b1284f4c9308317950a 43362 libgrantlee-dev_0.3.0-5_amd64.deb 83277ae7ff1c4aafe1a7546bb7ceb2a441a4f755859a8fb30baf3c7dbf0efae7 6161326 grantlee-dbg_0.3.0-5_amd64.deb Files: ee70dbca3e921d632c481e9c821cdd4f 1593 libs extra grantlee_0.3.0-5.dsc c7609cb76a5aa5e172fffafe1a5cd2c0 10587 libs extra grantlee_0.3.0-5.debian.tar.gz fd6034f9cadf89aa146e4867d2e063ac 47790 libs extra libgrantlee-gui0_0.3.0-5_amd64.deb 5057c18dfdb89ccf286ea691fd83a981 306494 libs extra libgrantlee-core0_0.3.0-5_amd64.deb dcde9988cd2d27a25a0d95dd08d8a231 43362 libdevel extra libgrantlee-dev_0.3.0-5_amd64.deb 90225e50313ff68d9859a64ce99dbcbb 6161326 debug extra grantlee-dbg_0.3.0-5_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFRoa+xTNH2piB/L3oRApz7AJwMO+nqKdK7rL8YNd7xKYRNh4owNgCfYqeM gQ//wOtqBMxNE0sPCPdq/tQ= =A/rk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhdb4-0004vm...@franck.debian.org
Accepted xgks 2.6.1+dfsg.1-3 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 27 May 2013 03:51:57 +0100 Source: xgks Binary: libxgks2 libxgks-dev libxgks2-data Architecture: source i386 all Version: 2.6.1+dfsg.1-3 Distribution: unstable Urgency: low Maintainer: Alastair McKinstry mckins...@debian.org Changed-By: Alastair McKinstry mckins...@debian.org Description: libxgks-dev - X11 Graphical Kernel Subsystem, development files libxgks2 - X11 Graphical Kernel Subsystem, library. libxgks2-data - Font files for the X11 Graphical Kernel Subsystem Changes: xgks (2.6.1+dfsg.1-3) unstable; urgency=low . * Fix Recommends: which points to non-existent package. Checksums-Sha1: c90f54c6d0b738e8d1562822fb7a42c02338cb03 1853 xgks_2.6.1+dfsg.1-3.dsc 3bf2b0de8bad670fed8f226948ec20c96d449331 115605 xgks_2.6.1+dfsg.1-3.debian.tar.gz 007774d5a561806fe577ae87225304d39c3515b1 186874 libxgks2_2.6.1+dfsg.1-3_i386.deb ffc21479c1ec7edaaec59a5e2e19e8c1f4054aed 2581264 libxgks-dev_2.6.1+dfsg.1-3_i386.deb ab1d6737028182572202368516bb8214b16da80c 86552 libxgks2-data_2.6.1+dfsg.1-3_all.deb Checksums-Sha256: eebe6aacb0b6d40baa91e44a30aa4d6f1e67acec905f4596b9d162b3f19f3cef 1853 xgks_2.6.1+dfsg.1-3.dsc 523df846d7bfdfaf6ebf080adce0914f786d97d8b390def6b667d19b97d01e35 115605 xgks_2.6.1+dfsg.1-3.debian.tar.gz 610bd82445311496fec72f201a9069544a0e0a2ce8e1114c0835d0f582aefe4b 186874 libxgks2_2.6.1+dfsg.1-3_i386.deb 6c8e30b0aed029fb4cee19cab8ce9a13ea058101208b37bfbefe570fbc87941f 2581264 libxgks-dev_2.6.1+dfsg.1-3_i386.deb 4c907e0a2b9406df06c967428160810223b2fc57e2e972640dafadf5df769e80 86552 libxgks2-data_2.6.1+dfsg.1-3_all.deb Files: 5248846c5180bac83d6d747b2868ad0c 1853 utils extra xgks_2.6.1+dfsg.1-3.dsc 17d311ed7e302eaf6571b94bffe2876a 115605 utils extra xgks_2.6.1+dfsg.1-3.debian.tar.gz c62474dd62e4217b9024616e5ff90c17 186874 libs extra libxgks2_2.6.1+dfsg.1-3_i386.deb 5d89f9d296fdbfd282a4f50bb40e3a7f 2581264 libdevel extra libxgks-dev_2.6.1+dfsg.1-3_i386.deb 3856406d96b97bd578901e81021a3e80 86552 utils extra libxgks2-data_2.6.1+dfsg.1-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRoyG3AAoJEN9LdrZRJ3Qs9vUP/2M/91j2mM4RttthUMOJUioR Hspr1PbGnNU7/cVBHI2IxB76R+Ea9r11E7PFq/xBfraLnGBYPByG7cqHuY4RPiqP ggx4WquF+/yE3+soKXx00jwV0LkYJgts3Evc04gIR+teuKisFvFpBj/z3dpHlNIa pci/6LjK0NlUNTp4ytdrpM3P+wNg/RPtOs9gFw724iBk3miUVW0K4gBlgnDWrcqj TNmqPnMNyYpKq7lPbd17TF23c3DAtEQlqMEVdh504WB/xwT79xLSZpJRLk1OemEI MHtOyhj8IkduiOOyTe86nGftvKZyk97wJdb+IgchCjFlm9U/n5kp+Y1ZeaFX3+yn t+QK5C6F+GJ0xDP6Fw19wCnQLheJpKTtBr/0sRLhfd6x1WAthbu1VdZyjuYinkMx YmXxVnSvX+Ta60r+ieZYWYn+W7CdUOj73C4Bm1xkP0CmkX0t2rj44XRAvSnFcltP 0sPETCUfWWrh5ELCMhCBIkuiukdMauQuNfyp79MVmxCNrh3VFA/g9UBE+eomT0bw xDHC5Lhh53BVuf2JjNIuCzzPSP9u8jjtO9DDpFBxrZl3Vy5m4a8QlCYiV9R3h69w Q5Yxs5SdCHmtm1J3H2uVa2yrE04SCvcTIXTlCfxNsFGJoGy/zha7ul7dZUlNQQd1 gh7nieJCIFeLXsPGzkTM =jNoS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhdb7-0004xn...@franck.debian.org
Accepted ruby-factory-girl-rails 4.2.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 12 May 2013 21:35:02 +0530 Source: ruby-factory-girl-rails Binary: ruby-factory-girl-rails Architecture: source all Version: 4.2.1-1 Distribution: unstable Urgency: low Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Changed-By: Praveen Arimbrathodiyil prav...@debian.org Description: ruby-factory-girl-rails - provides integration between factory_girl and rails 3 Closes: 708024 Changes: ruby-factory-girl-rails (4.2.1-1) unstable; urgency=low . * Initial release (Closes: #708024) Checksums-Sha1: 0ab766833b6512108f6c40d228c4404c80aaeea6 2180 ruby-factory-girl-rails_4.2.1-1.dsc 9da4ebfbc1a62a25dca529d2d9ca83abe4e40b6a 9604 ruby-factory-girl-rails_4.2.1.orig.tar.gz c841333b55d3271a1c748d18c14e6d91fa2d8331 2047 ruby-factory-girl-rails_4.2.1-1.debian.tar.gz cff4baf28f0e88e6cdee09ba158ee7e6ae692e7b 6174 ruby-factory-girl-rails_4.2.1-1_all.deb Checksums-Sha256: a522ef2aa86916f4586cdd919317eafab04142285458e8362cee1537e7a49027 2180 ruby-factory-girl-rails_4.2.1-1.dsc b5b3325c0fc2e9dcf60d554a3b9ab24e730744571866da0e5095f44450454923 9604 ruby-factory-girl-rails_4.2.1.orig.tar.gz e2b1388e70193953d6e0690abfb6afc323a76adbfe5fe978e4d0352587839eba 2047 ruby-factory-girl-rails_4.2.1-1.debian.tar.gz a36da9c4b7581119951aca05cfb72d6ba87b91ec05b09ed5905acee911bfdc0b 6174 ruby-factory-girl-rails_4.2.1-1_all.deb Files: 3303005ccac50c1754ab51416d40f434 2180 ruby optional ruby-factory-girl-rails_4.2.1-1.dsc 0d432d200d29d90a38c7d9fe9320904f 9604 ruby optional ruby-factory-girl-rails_4.2.1.orig.tar.gz 371bc0c633dc4e252c11861ccb89eb79 2047 ruby optional ruby-factory-girl-rails_4.2.1-1.debian.tar.gz b45b89b17bbd2935220b774c36f89893 6174 ruby optional ruby-factory-girl-rails_4.2.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRj8xMAAoJEM4fnGdFEsIqTKkP/jHjUIdYRPB0BlXedKXywtRy ekktPAenNVtLt7I4fHTYRHd0w09Iv9AkUwJ16Xb8vO1UV6wQ2pKlZVeuuDorY8ld qAcuTuNiHx9KowqCkCPALUnl3wTWQbQXmjY0fRCllyA09esZiLh/DBfpuzetNmFZ oAMvlNeg2UGN/A0NqhZCSIqe8fJy2hyS8Hy+xTXnTxfZRrt/u7Ic9w7NfD3jAOie QUxAjgf6ZX38BuyuAsvGWlrPYFLX3IIkGl1+QFRP7+ehuy8Qg1QrMqfYIVCDgVVs LTFtm9wvBGJt1k4vTAyu6eJ/4jGYXXIRoFnB9U4O4Q4UypI1LPg3LjLxxb6vdm+8 H72aCoKsw2JU2lscwHpBTdKiwb1D+iguuklBGX7Ewd0HUl1JS//t7kFamAPbf+0C Dk8zLEs4mH0Mf0iSk4t2ROitcM5ybp2vJDxgsjKrHPUH4V8mQJQu5SjWOj234Co2 kPwD8059W98gNsUCy86FewugYKXwJfuQTNAFm9RxqldNOAgR45SsIJ3P0VaLGh/7 piH42pwL0MN/IOyX8BJIvmB4VL05dXyXxgc0KccJfHOuYzga6N7B1tdrCi8wup2C e6SSAq1jYvSXlTkJ+/PoxyetLQM8p2+3Cp5Oe32KAN9+Iz2xAd/JUsVij6+hPVMf kjutdXBg/wKd/htWzBZh =dLDq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1uhdb5-0004w7...@franck.debian.org
