Bug#601966: ITP: nagios-plugin-check-multi -- run nagios checks as a group
Package: wnpp Severity: wishlist Owner: Stig Sandbeck Mathisen * Package name: nagios-plugin-check-multi Version : 0.24 Upstream Author : Matthias Flacke * URL : http://my-plugin.de/wiki/projects/check_multi/start * License : GPL Programming Lang: Perl Description : run nagios checks as a group This plugin can run other plugins, and present the results as a group, with a single status code reported back -- 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/20101031121044.27089.5779.report...@mavis.fnord.no
Re: Xen dom0 (core) merged to upstream Linux 2.6.37 and other new features
OMG, I can't believe it. This is wonderful news, really. Darkbasic Il 30/10/2010 15:07, Pasi Kärkkäinen ha scritto: > Hello, > > People here might be interested to know that Xen pvops dom0 core > was merged to upstream Linux kernel during the 2.6.37 merge window! > > This has been in the works for a long time, so it's good news. > > Note that this is the core/initial merge, there's more upstreaming > needed to get for example the Xen dom0 backend drivers merged > to be able to run other domains using the upstream kernel. > > Xen developers are working on upstreaming more of the missing bits > in the next Linux versions. > > Recently in addition to the Xen dom0 bits there has been other > upstreamed features aswell: > > - Xen PV-on-HVM drivers for fully virtualized (HVM) Linux guests in 2.6.36, > and optimizations for the drivers in 2.6.37. > - Xen PCI front driver in Linux 2.6.37 for PCI passthru to Xen PV guests > (works also with hardware where VT-d/IOMMU is not available). > > There will also be a git kernel tree based on 2.6.37 with the backend > drivers and other not-yet-upstreamed patches included. > > -- Pasi > > -- 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/4ccd66de.80...@gmail.com
Re: Xen dom0 (core) merged to upstream Linux 2.6.37 and other new features
Upstream Linux support Xen pv_ops dom0 is a good news. I have some question about that. When pv_ops gets into upstream kernel, we can enable pv_ops dom0 support in kernel configure file before compiling. Does Debian drop kernel for Xen in the future? In generic kernel, we can build in pv_ops support. If users want to use Xen, just install xen core and configure GRUB， then they can run Xen Dom0. Is this solution available? 2010/10/31 Niccolò Belli > OMG, I can't believe it. This is wonderful news, really. > > Darkbasic > > Il 30/10/2010 15:07, Pasi Kärkkäinen ha scritto: > > Hello, > > > > People here might be interested to know that Xen pvops dom0 core > > was merged to upstream Linux kernel during the 2.6.37 merge window! > > > > This has been in the works for a long time, so it's good news. > > > > Note that this is the core/initial merge, there's more upstreaming > > needed to get for example the Xen dom0 backend drivers merged > > to be able to run other domains using the upstream kernel. > > > > Xen developers are working on upstreaming more of the missing bits > > in the next Linux versions. > > > > Recently in addition to the Xen dom0 bits there has been other > > upstreamed features aswell: > > > > - Xen PV-on-HVM drivers for fully virtualized (HVM) Linux guests in > 2.6.36, > > and optimizations for the drivers in 2.6.37. > > - Xen PCI front driver in Linux 2.6.37 for PCI passthru to Xen PV guests > > (works also with hardware where VT-d/IOMMU is not available). > > > > There will also be a git kernel tree based on 2.6.37 with the backend > > drivers and other not-yet-upstreamed patches included. > > > > -- Pasi > > > > > > > -- > 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/4ccd66de.80...@gmail.com > > -- Fedora && Debian User, former Ubuntu User My Page: http://www.liangsuilong.info Fedora Project Contributor -- Packager && Ambassador https://fedoraproject.org/wiki/User:Liangsuilong
Re: Xen dom0 (core) merged to upstream Linux 2.6.37 and other new features
On Sun, 2010-10-31 at 23:36 +0800, Liang Suilong wrote: > Upstream Linux support Xen pv_ops dom0 is a good news. > > > I have some question about that. When pv_ops gets into upstream > kernel, we can enable pv_ops dom0 support in kernel configure file > before compiling. Does Debian drop kernel for Xen in the future? The kernel team does not intend to retain the Xen featureset after squeeze (this was announced after our meeting last year). We do expect that full Xen functionality (dom0 and domU) will be merged upstream in time for wheezy and we have included some of the post-2.6.32 enhancements for domU in the default kernel images for squeeze. > In generic kernel, we can build in pv_ops support. If users want to > use Xen, just install xen core and configure GRUB， then they can run > Xen Dom0. That's the plan. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#602004: ITP: python-protobuf-socket-rpc -- Python implementation of socket RPC functionality using Google protocol buffers
Package: wnpp Severity: wishlist Owner: Jan Dittberner * Package name: python-protobuf-socket-rpc Version : 1.3.1 Upstream Author : Shardul Deo * URL : http://code.google.com/p/protobuf-socket-rpc/ * License : MIT Programming Lang: Python Description : Python implementation of socket RPC functionality using Google protocol buffers Google's protocol buffer library makes writing rpc services easy, but it does not contain a rpc implementation. The transport details are left up to the user to implement. This is a simple tcp/ip socket based rpc implementation in Python for people who want a simple implementation of their protobuf rpc services. -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/ signature.asc Description: Digital signature
Bug#602014: ITP: colorpicker -- A Java control to allow color picking.
Package: wnpp Severity: wishlist Owner: Andrew Ross * Package name: colorpicker Version : 1.0.0 (no upstream versioning) Upstream Author : Jeremy Wood * URL : https://javagraphics.dev.java.net/ * License : BSD Programming Lang: Java Description : A Java control to allow color picking. A java package containing a color wheel picker for selecting a color. -- 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/20101031190144.3572.66211.report...@dolomite
Re: Bug#601977: cyrus-sasl2-heimdal-dbg: file conflict during upgrade from lenny
On Sun, Oct 31, 2010 at 03:42:29PM +0100, Lucas Nussbaum wrote: > Package: cyrus-sasl2-heimdal-dbg > Version: 2.1.23.dfsg1-6 > Severity: serious > > Hi, > > Installing cyrus-sasl2-heimdal-dbg in a lenny chroot, then upgrading to > squeeze, causes: > Preparing to replace cyrus-sasl2-heimdal-dbg 2.1.22.dfsg1-23+lenny1 (using > .../cyrus-sasl2-heimdal-dbg_2.1.23.dfsg1-6_amd64.deb) ... > Unpacking replacement cyrus-sasl2-heimdal-dbg ... > Preparing to replace cyrus-sasl2-dbg 2.1.22.dfsg1-23+lenny1 (using > .../cyrus-sasl2-dbg_2.1.23.dfsg1-6_amd64.deb) ... > Unpacking replacement cyrus-sasl2-dbg ... > dpkg: error processing > /var/cache/apt/archives/cyrus-sasl2-dbg_2.1.23.dfsg1-6_amd64.deb (--unpack): > trying to overwrite '/usr/lib/debug/usr/lib/sasl2/libgssapiv2.so.2.0.23', > which is also in package cyrus-sasl2-heimdal-dbg 2.1.23.dfsg1-6 > configured to not write apport reports > dpkg-deb: subprocess paste killed by signal (Broken pipe) > I'd be interested to know if anyone has a recommendation on how to handle this. The two packages in question are -dbg packages that are created by dh_strip, excerpted from debian/rules below: dh_strip -s -psasl2-bin -plibsasl2-2 -plibsasl2-modules -plibsasl2-modules-ldap -plibsasl2-modules-otp -plibsasl2-modules-sql -plibsasl2-modules-gssapi-mit -plibsasl2-dev -Nlibsasl2-modules-gssapi-heimdal --dbg-package=cyrus-sasl2-dbg dh_strip -s -plibsasl2-modules-gssapi-heimdal -Nsasl2-bin -Nlibsasl2-2 -Nlibsasl2-modules -Nlibsasl2-modules-ldap -Nlibsasl2-modules-otp -Nlibsasl2-modules-sql -Nlibsasl2-modules-gssapi-mit -Nlibsasl2-dev --dbg-package=cyrus-sasl2-heimdal-dbg Both packages need to be able to be installed together, so my question centers around whehter it is OK to put a diversion in place so that cyrus-sasl2-heimdal-dbg diverts the file. What does everyone think? Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: debian can be better
Mark Allums writes: > In my opinion, and at risk of starting a fruitless spiral into the > flames, I think Ubuntu have jumped on the crazy train with 10.10 > Maverick Meerkat. Just out of curiosity, what changed with that version...? -Miles -- Dictionary, n. A malevolent literary device for cramping the growth of a language and making it hard and inelastic. This dictionary, however, is a most useful work. -- 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/877hgy853o@catnip.gol.com
Re: Bits from ftp-team (aka: Don't upload RC fixes to NEW queue)
On 28/10/10 at 14:35 +0200, Alexander Reichle-Schmehl wrote: > Hi! > > One of the side effects of the freeze [1] of our upcoming stable release - > squeeze - is that not all tasks get done as quickly as you might be used to in > the past. For example, work on things that are not entirely release critical, > like processing the NEW queue [2], are not the highest priority currently. > One > of the reasons is that NEW packages processed now won't end up in the release > anyway, so there's no need to hurry. This of course frees up some time for > other tasks. Hi, I must admit that I'm not too happy about that. Despite the freeze, I think that it is important that we continue to support our users usually running testing/unstable, or unstable/experimental during the freeze. Also, telling some of our derivatives to "do work in Debian first" is pointless if, during large periods of time, they need to severely change their processes because of our freezes. Additionally, while old timers tend to get used to long delays in Debian, it is quite frustrating for newcomers to have to wait for several weeks/months before their first package gets in Debian. Finally, as DDs, we sometimes have a responsibility towards our upstreams: if an upstream says "could you upload that new RC release to Debian experimental so we can see if the porting issues were correctly fixed?", it's a bit annoying to have to take long NEW delays into account. So I really think that long delays in NEW processing[1] are annoying and harmful, whether we are in freeze or not, and that the fact that NEW packages being processed won't end up in squeeze is not really a good reason for not processing them. > This also means that we might not notice a package fixing RC bugs in the NEW > queue. I would have loved to say that UDD already can give you a list of packages in NEW fixing RC bugs, but unfortunately, there's a small bug in the way the NEW status is imported that prevents that. > 3: As a reminder: Packages will go through the NEW queue if they add new > binary or source overrides. Ex: New binary packages split away, package > renames, etc. AFAIK, the main reason for NEW processing is the legal verification. For new binary packages, legal verifications are out of the picture, so couldn't you use the information provided by the maintainer in the control files, accept the package immediately, and do verification a posteriori ? - Lucas [1] http://heracles.corsac.net/~corsac/debian/new/ -- 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/20101031214201.ga5...@xanadu.blop.info
Re: debian can be better
On Mon, Nov 01, 2010 at 05:44:27AM +0900, Miles Bader wrote: > Mark Allums writes: > > In my opinion, and at risk of starting a fruitless spiral into the > > flames, I think Ubuntu have jumped on the crazy train with 10.10 > > Maverick Meerkat. > > Just out of curiosity, what changed with that version...? Miles, you can lookup their release notes if you like, but this question is really unappropriate for this list. Thanks, Michael -- 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/20101031214428.gf3...@nighthawk.chemicalconnection.dyndns.org
Re: debian can be better
On Mon, 01 Nov 2010 05:44:27 +0900, Miles Bader wrote: > Mark Allums writes: >> In my opinion, and at risk of starting a fruitless spiral into the >> flames, I think Ubuntu have jumped on the crazy train with 10.10 >> Maverick Meerkat. > > Just out of curiosity, what changed with that version...? They don't use upstream components like the new GNOME3 notification system (which is also used on KDE4), but patch all apps to use notify-osd as they do for Kubuntu since their indicator-kde patches were rejected. (This is just one example) They moved window-controls to the left side without any appropriate reason, ignonring the wishes of their community. Also, they use Banshee and Tomboy, which results in including Mono to their default install. (Okay, this is a disk-space problem, but also "crazy") And now they won't use GNOME3 GNOME-Shell as default but an own surface specially designed for Netbooks as default desktop. (It will be changed to match bigger screen size, but it's initial design was for Netbooks, so this will become difficult) We'll see if this way of doing things is successful. In my opinion, it's not, but I might be wrong - this is what makes the Ubuntu case so interesting! (And if they do wrong, they can always switch back) Regards Matthias Klumpp -- 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/a2e40f74c5fdf1a8be73e9ae0fd6d...@mb8-2.1blu.de
Bug#602027: ITP: libmodule-starter-plugin-tt2-perl -- TT2 templates for Module::Starter::Template
Package: wnpp Severity: wishlist Owner: Nicholas Bamber * Package name: libmodule-starter-plugin-tt2-perl Version : 0.125 Upstream Author : Ricardo Signes * URL : http://search.cpan.org/dist/Module-Starter-Plugin-TT2/ * License : perl Programming Lang: perl Description : TT2 templates for Module::Starter::Template Very sensible approach for building on Module::Starter. -- 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/20101031214308.7474.94225.report...@leonhartsberger.periapt
Re: Bits from ftp-team (aka: Don't upload RC fixes to NEW queue)
Hi, no harsh criticism intended (I'm only slighly affected) but I agree with Lucas. On Sun, 31 Oct 2010, Lucas Nussbaum wrote: > I must admit that I'm not too happy about that. > > Despite the freeze, I think that it is important that we continue to > support our users usually running testing/unstable, or > unstable/experimental during the freeze. +1 I had to upload my feed2omb package somewhere because someone else wanted to use it and it was not yet in sid despite it being a trivial package that's easy to review. Also it's not time saved for ftp assistants because processing NEW later will take as much time as it does processing it now but it will be more intimidating as the backlog will be huge. > Also, telling some of our derivatives to "do work in Debian first" is > pointless if, during large periods of time, they need to severely > change their processes because of our freezes. Good point. Cheers, -- Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693] Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- 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/20101031222358.ga15...@rivendell.home.ouaza.com
Bug#602040: ITP: libmodule-starter-plugin-simplestore-perl -- Three methods for managing Module::Starter templates
Package: wnpp Severity: wishlist Owner: Nicholas Bamber * Package name: libmodule-starter-plugin-simplestore-perl Version : 0.143 Upstream Author : Ricardo Signes * URL : http://search.cpan.org/dist/Module-Starter-Plugin-SimpleStore/ * License : perl Programming Lang: perl Description : Three methods for managing Module::Starter templates 1.) Store templates in a file 2.) store templates in a directory 3.) store templates in the module _DATA_ file -- 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/20101031224336.8049.27812.report...@leonhartsberger.periapt
Bug#602045: ITP: unburden-home-dir -- Move cache files automatically away from user's home
Package: wnpp Owner: Axel Beckert Severity: wishlist * Package name: unburden-home-dir Version : none yet (just a git repo) Upstream Author : Axel Beckert (me at work :-) * URL or Web page : http://wiki.phys.ethz.ch/readme/application_cache_files * License : GPLv2+ Description : Remove or move cache files automatically from user's home unburden_home_dir is an Xsession hook which allows administrators and optionally also users to move cache files from browsers, etc. off their home directory, i.e. on a local harddisk or tmpfs and replace them with a symbolic link to the new location (e.g. on /tmp/ or /scratch/) upon login. Optionally the contents of the directories and files can be removed instead of moved. This is helpful in at least two cases: One case are big workstation setups where $HOME is on NFS and all those caches put an unnecessary burden (hence the name) on the file server since caching over NFS doesn't have the best performance and may clog the NFS server unnecessarily, too. The other case are devices with small disk space but a lot of RAM as seen often on boxes with flash disks or early netbooks, especially the EeePC, where configurations with 4GB disk space and 2GB RAM are not seldom. In this case you want to move off cache files, etc. to some tmpfs filesystem, e.g. /tmp/. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- 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/20101031224808.73addb80...@sym.noone.org
Re: Richard A Nelson (Rick) MIA
Hello Richard A Nelson,
On Mon, Sep 27, 2010 at 10:30:59PM +, Richard A Nelson wrote:
> On 09/27/2010 10:14 PM, Stefano Zacchiroli wrote:
>
> > On Mon, Sep 27, 2010 at 06:33:05PM +0200, Harald Jenny wrote:
> >> I'm sorry for disturbing all of you but I'm currently facing the problem
> >> that
> >> the maintainer of the Debian sendmail package, Richard A Nelson, seems to
> >> be
> >> lost. He does not react to bug reports nor mails concerning the libmilter
> >> package which is used by some other software. Please if anybody is in
> >> contact
> >> with him try to convince him that an update of this package is really
> >> needed.
> >> If there is no response from him I must contact the release team and ask if
> >> they would be willing to accept an NMU as the bug in libmilter bites a lot
> >> of
> >> other software.
>
> I have indeed been MIA, working though back-to-back product releases - and now
> have some breathing room before it all starts over again.
>
> I had an upload of sendmail 8.14.4 all ready to go, but got bitten by DB 4.8
> changes that completely broke sendmail (and a few other apps), and now there's
> been a NMU or two that I have to refit and re-check DB 4.7 vs 4.8.
>
> However, since we're now frozen, I'm not sure if a new version is going to be
> accepted. As I recall, upstream did not use the suggested patch verbatim, so
> any updates to 8.14.3 should check against 8.14.4.
>
> I'll get 8.14.4 into unstable in the next day or so, but what happens to
> 'stable' is likely going to be a policy/RM call.
sorry to disturb you but it seems like a month has passed and the situation is
still unclear. Trying to contact you in private seems to fail so I was forced
to use this way. Could you give us a quick overview what the current state of
packaging sendmail and libmilter is? Do you need any help? Is there a chance to
get this new version still into Squeeze (release team?) or should we rather
focus on backporting the necessary changes to 8.14.3? As the libmilter problem
renders a class of applications unreliable this should IMHO really be
classified as RC bug.
>
> Here's the upstream changelog which shows several important fixes - with the
> most important (IMNSHO) being:
> * The Security (top) entry
> * Host lookup crash
> * Several milter issues
>
> 8.14.4/8.14.4 2009/12/30
> SECURITY: Handle bogus certificates containing NUL characters
> in CNs by placing a string indicating a bad certificate
> in the {cn_subject} or {cn_issuer} macro. Patch inspired
> by Matthias Andree's changes for fetchmail.
> During the generation of a queue identifier an integer overflow
> could occur which might result in bogus characters
> being used. Based on patch from John Vannoy of
> Pepperdine University.
> The value of headers, e.g., Precedence, Content-Type, et.al.,
> was not processed correctly. Patch from Per Hedeland.
> Between 8.11.7 and 8.12.0 the length limitation on a return
> path was erroneously reduced from MAXNAME (256) to
> MAXSHORTSTR (203). Patch from John Gardiner Myers
> of Proofpoint; the problem was also noted by Steve
> Hubert of University of Washington.
> Prevent a crash when a hostname lookup returns a seemingly
> valid result which contains a NULL pointer (this seems
> to be happening on some Linux versions).
> The process title was missing the current load average when
> the MTA was delaying connections due to DelayLA.
> Patch from Dick St.Peters of NetHeaven.
> Do not reset the number of queue entries in shared memory if
> only some of them are processed.
> Fix overflow of an internal array when parsing some replies
> from a milter. Problem found by Scott Rotondo
> of Sun Microsystems.
> If STARTTLS is turned off in the server (via M=S) then it
> would not be initialized for use in the client either.
> Patch from Kazuteru Okahashi of IIJ.
> If a Diffie-Hellman cipher is selected for STARTTLS, the
> handshake could fail with some TLS implementations
> because the prime used by the server is not long enough.
> Note: the initialization of the DSA/DH parameters for
> the server can take a significant amount of time on slow
> machines. This can be turned off by setting DHParameters
> to none or a file (see doc/op/op.me). Patch from
> Petr Lampa of the Brno University of Technology.
> Fix handling of `b' modifier for DaemonPortOptions on little
> endian machines for loopback address. Patch from
> John Beck of Sun Microsystems.
> Fix a potential memory leak in libsmdb/smdb1.c found by parfait.
> Based on patch from Jonathan Gray of OpenBSD.
> If a milter sets the reply code to "421" during the transfer
> of the body, the SMTP server will terminate the SMTP session
>
Bug#602049: ITP: wicd-client-kde -- qt-kde client for wicd
Package: wnpp Severity: wishlist Owner: "Iker Salmón" * Package name: wicd-client-kde Version : 0.2.1 Upstream Author : Anthony Vital * URL : http://gitorious.org/wicd-client-kde * License : GPL-3 Programming Lang: C++ Description : qt-kde client for wicd -- 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/20101031231552.19247.74356.report...@portatiliker
Bug#602050: ITP: supercollider -- A real time audio synthesis programming language
Package: wnpp Severity: wishlist Owner: pkg-multimedia-maintain...@lists.alioth.debian.org * Package name: supercollider Version : 3.4 Upstream Author : Lots of people * URL : http://supercollider.sourceforge.net * License : mostly GPL, some BSD, CC-BY-SA-3.0 Programming Lang: C++ Description : A real time audio synthesis programming language SuperCollider is an environment and programming language for real time audio synthesis and algorithmic composition. It provides an interpreted object-oriented language which functions as a network client to a state of the art, realtime sound synthesis server. -- 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/20101031232754.19021.43862.report...@pcfelipe.sateler
Re: debian can be better
Michael Banck writes: >> Just out of curiosity, what changed with that version...? > > Miles, you can lookup their release notes if you like, but this question > is really unappropriate for this list. If such information is deemed too inflammatory, an off-list reply would be cool too... Thanks, -Miles -- Friendship, n. A ship big enough to carry two in fair weather, but only one in foul. -- 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/87sjzl7o75@catnip.gol.com
Re: debian can be better
Le dimanche 31 octobre 2010 à 22:41 +0100, Matthias Klumpp a écrit : > Also, they use Banshee and Tomboy, which results in including Mono to > their default install. (Okay, this is a disk-space problem, but also > "crazy") We do also for Tomboy, and this “space problem” is of similar scale as the one we have for a pair of applications using C++ bindings. > And now they won't use GNOME3 GNOME-Shell as default but an own surface > specially designed for Netbooks as default desktop. (It will be changed to > match bigger screen size, but it's initial design was for Netbooks, so this > will become difficult) Personally I would be more worried by the “relies on compiz” part than on the “designed for netbooks” part. -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
