On Saturday 14 July 2007 17:20:42 pm Daniel Schepler wrote:
> I intend to do a mass bug filing soon on packages that FTBFS because they
> have a versioned Build-Depends on linux-kernel-headers, which has been
> removed from sid. (Unversioned Build-Depends are fine for now, since
> linux-libc-dev P
Documents are enclosed.
These are intended for the mailbox of [EMAIL PROTECTED]
All our private messages are in pdf format.
Best Regards;
Vito
Document45.pdf
Description: Adobe PDF document
Daniel Leidert wrote:
> Yes. But I think you understand, what I wanted to say. You can currently
> just create a simple menu entry, but not a full featured .desktop file
The majority of desktop files do not need to contain mime information.
Consider all games.
--
see shy jo
signature.asc
Descr
Am Sonntag, den 15.07.2007, 22:43 +0100 schrieb Ross Burton:
> On Sun, 2007-07-15 at 22:57 +0200, Daniel Leidert wrote:
> > This may be possible. Maybe the Debian menu file format should follow
> > the freedesktop.org specification too and contain something like:
> >
> > NoDisplay=true
> > X-Debia
Am Sonntag, den 15.07.2007, 19:30 -0400 schrieb Joey Hess:
> Daniel Leidert wrote:
> > > Until there is one, I don't see any reason why I should accept patches
> > > adding menu files to my packages.
> >
> > The .desktop format is not only about the menu item itself. It also
> > contains the appli
On Sun July 15 2007 07:19:45 am Josselin Mouette wrote:
> Le dimanche 15 juillet 2007 à 14:11 +0100, Neil Williams a écrit :
> > Why not drop the Debian Menu Policy completely? The only sane
> > argument against .desktop is hierarchy support but then the most
> > pertinent complaint against menu is
On Mon, 2007-07-16 at 00:28 +0200, Stefano Zacchiroli wrote:
> On Sun, Jul 15, 2007 at 10:48:14PM +0200, Jelmer Vernooij wrote:
> > > Any good reason for this being a separate package instead of becoming
> > > part of bzrtools?
> > Yes, it's a different upstream package.
> I was indeed too cryptic,
Package: wnpp
Severity: wishlist
Owner: Florent Bayle <[EMAIL PROTECTED]>
* Package name: libpano13
Version : 2.9.12
Upstream Author : Bruno Postle <[EMAIL PROTECTED]>
* URL : http://panotools.sf.net/
* License : GPL
Programming Lang: C
Description : pan
Josselin Mouette wrote:
> I wouldn't speak for KDE, but after this discussion, I'd recommend
> dropping it from the gnome-desktop task.
Ok, well, I outlined in my other mail what I feel needs to happen before
that could be done.
> There seem to be a strong opposition to any proposal willing to fi
Daniel Leidert wrote:
> > Until there is one, I don't see any reason why I should accept patches
> > adding menu files to my packages.
>
> The .desktop format is not only about the menu item itself. It also
> contains the application <-> MIME/file type association information.
Not for any of my p
On 14-Jul-07, 16:48 (CDT), William Pitcock <[EMAIL PROTECTED]> wrote:
> My issue is that I find it patently offensive that people attack my work
> simply because they wish to regain XMMS in their distribution. Maybe
> I am wrong in thinking that way, but I'm pretty sure I'm not.
I don't think you
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> Since my assumption was wrong: what about creating a "bzr-addons"
> Debian package containing the most used bzr addons out there instead
> of filing an ITP for just one?
What about creating a 'bzr-addons' package that *depends* on those
package-per
On Sun, Jul 15, 2007 at 10:48:14PM +0200, Jelmer Vernooij wrote:
> > Any good reason for this being a separate package instead of becoming
> > part of bzrtools?
> Yes, it's a different upstream package.
I was indeed too cryptic, sorry, let me explain.
I don't want to see a bzr-foo package in the
Hi,
for the current experimental buildd network we have a need of arm
machines. The current machine we have is maintained by Kenshi Muto and
works perfect, but we currently try to set up some redundancy on
machines running for our network.
So if you have a machine which meets the follwing criteri
On Sun, 2007-07-15 at 22:57 +0200, Daniel Leidert wrote:
> This may be possible. Maybe the Debian menu file format should follow
> the freedesktop.org specification too and contain something like:
>
> NoDisplay=true
> X-Debian_only=true
>
> to show, that the item should only appear in the Debian
Am Samstag, den 14.07.2007, 12:44 -0400 schrieb Joey Hess:
> Charles Plessy wrote:
[..]
> > The FreeDesktop menu system has a mechanism to make entries invisible
> > with given desktop managers. What we miss in Debian is a policy, or just
> > statemenst from relevant teams, which guides maintainer
On Sun, 2007-07-15 at 17:18 +0200, Stefano Zacchiroli wrote:
> On Sun, Jul 15, 2007 at 12:11:09AM +0300, Jelmer Vernooij wrote:
> > * Package name: bzr-rebase
> Any good reason for this being a separate package instead of becoming
> part of bzrtools?
Yes, it's a different upstream package.
Che
Le dimanche 15 juillet 2007 à 13:07 -0700, Steve Langasek a écrit :
> No, the way Debian works is that we have this little thing called Policy
> that's intended to ensure consistency between packages in the distribution
> so that the system works as a cohesive whole instead of being fragmented
> as
On Sun, Jul 15, 2007 at 09:56:42PM +0200, Josselin Mouette wrote:
> The way Debian works is that developers have the final word on what
> happens in their packages.
No, the way Debian works is that we have this little thing called Policy
that's intended to ensure consistency between packages in th
Le dimanche 15 juillet 2007 à 12:42 -0700, Steve Langasek a écrit :
> > This is your own interpretation. I understand from the discussion that
> > some people are strongly opposed to the changes that are required to
> > make the Debian menu more usable.
>
> I'm opposed to people who drink the GNOM
On Sun, Jul 15, 2007 at 09:17:52PM +0200, Josselin Mouette wrote:
> Le dimanche 15 juillet 2007 à 11:24 -0500, Manoj Srivastava a écrit :
> > This sounds fairly combative; and it also begins to sound
> > divisive (the GNOME people, keepers of usability, vs all the useless
> > users who do
On Wed, 2007-07-11 at 00:32 +1200, Francois Marier wrote:
> I'm trying to get my package to depend on a specific upstream version of
> another package and ignore the Debian component of the version string.
For the Mono packages we use this snippet to get the upstream version in
debian/rules:
VERSI
Le dimanche 15 juillet 2007 à 11:24 -0500, Manoj Srivastava a écrit :
> This sounds fairly combative; and it also begins to sound
> divisive (the GNOME people, keepers of usability, vs all the useless
> users who do not use desktop systems). I hope I am misreading the
> attitude.
This i
Le dimanche 15 juillet 2007 à 15:56 +0200, Eduard Bloch a écrit :
> > This is where Gentoo initially failed to succeed in their migration.
>
> I am sorry because you have been burnt with Gentoo transition, but
> bitching is easy. And what do you expect us to do?
>
> [1] Forget Audacious and keep
Package: wnpp
Severity: normal
Hello,
Due to changes in my RL situation, I will no longer be able to
contribute to maintenance of torrus. It is a monitoring application
written in Perl, using RRD to collect arbitrary data (traditional
application is stats collection from SNMP-capable devices)
On Sun, 15 Jul 2007 14:36:47 +0200, Josselin Mouette <[EMAIL PROTECTED]> said:
> There seem to be a strong opposition to any proposal willing to fix
> the Debian menu. People will all want to keep their pet useless entry
> in the menu, and forcing them to migrate to another system will just
> lea
On Sun, Jul 15, 2007 at 12:11:09AM +0300, Jelmer Vernooij wrote:
> * Package name: bzr-rebase
Any good reason for this being a separate package instead of becoming
part of bzrtools?
--
Stefano Zacchiroli -*- PhD in Computer Science ... now what?
[EMAIL PROTECTED],debian.org,bonon
On Sun, Jul 15, 2007 at 02:14:52PM +0200, Eduard Bloch wrote:
> * William Pitcock [Sun, Jul 15 2007, 12:06:47AM]:
> > Eduard Bloch gmx.de> writes:
> > > I see this in strace output with default configuration. Switching the
> > > setting between on-display and on-load makes it even worse, then it
>
Hi folks,
This proposal is based on part of a talk I gave at debconf7, and
is about reorganizing the policy document(s). The current policy
document grew organically from the dpkg documentation, and the
packaging manual, and has grown bloated, and contains material that
does not sanely
Robert Collins <[EMAIL PROTECTED]> wrote:
> Ian and I have chatted a few times about diversions in packages. It
> seems like it would be easier to look for packages that should divert
> (and don't), or do (and perhaps shouldn't :)) if the diversions were
> declared in the package rather than being
#include
* William Pitcock [Sat, Jul 14 2007, 11:30:09PM]:
> As long as we don't hear about 'regressions from XMMS' as a result of
> a migration path provided by Debian, then you have fulfilled my request.
We cannot really fulfill any such request because we are only
distributors, not mind progr
* Mike Hommey ([EMAIL PROTECTED]) [070714 15:41]:
> On Sat, Jul 14, 2007 at 02:26:05PM +0200, Eduard Bloch <[EMAIL PROTECTED]>
> wrote:
> > #include
> > * Josselin Mouette [Sat, Jul 14 2007, 02:26:55AM]:
> > > Le vendredi 13 juillet 2007 à 17:16 -0700, Steve Langasek a écrit :
> > > > > Oh my. Do
[Steinar H. Gunderson]
> Good. initscript maintainers: I intend to NMU with this patch (and this patch
> alone, except for changelog changes), as per the standard NMU policy with a
> week's delay. Please let me know if you have any objections.
What about adding a new init.d script in the nfs-commo
Le dimanche 15 juillet 2007 à 14:11 +0100, Neil Williams a écrit :
> Why not drop the Debian Menu Policy completely? The only sane argument
> against .desktop is hierarchy support but then the most pertinent
> complaint against menu is that the hierarchy is wasteful.
The Freedesktop menu has hiera
On Sun, 15 Jul 2007 14:36:47 +0200
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le vendredi 13 juillet 2007 à 18:34 -0400, Joey Hess a écrit :
> > > I can't find anything in the Debian menu which is neither already in the
> > > GNOME menu at a better place, or simply completely unsuitable for a
>
Le vendredi 13 juillet 2007 à 18:34 -0400, Joey Hess a écrit :
> > I can't find anything in the Debian menu which is neither already in the
> > GNOME menu at a better place, or simply completely unsuitable for a
> > graphical menu.
>
> If that's actually true, we could drop menu from the gnome-des
#include
* William Pitcock [Sun, Jul 15 2007, 12:06:47AM]:
> Eduard Bloch gmx.de> writes:
>
> >
> > I see this in strace output with default configuration. Switching the
> > setting between on-display and on-load makes it even worse, then it
> > opens every file THREE times. Sorry, wtf?
> >
>
Le samedi 14 juillet 2007 à 16:39 +0200, Bernhard R. Link a écrit :
> Switching the window manager on the fly is in my eyes one of the most
> important features of all. Most window managers hardly support it per
> command line, and mistyping while entering it can terminate your
> session, which is
On Sun, Jul 15, 2007 at 01:28:32PM +0200, Elimar Riesebieter wrote:
> Doesn't work in addition to nfs-common 1.1.0-9.
What does your fstab look like? What messages do you get during boot?
(I'm taking this off debian-devel from here on; it doesn't make sense to keep
debugging there.)
/* Steinar *
On Sat, 14 Jul 2007 the mental interface of
Steinar H. Gunderson told:
> On Sat, Jul 14, 2007 at 06:17:13PM +0200, Frans Pop wrote:
> > I'm not all that interested in what the right long-term fix is, I'm
> > concerned about a change in nfs-common breaking something semi essential
> > that has wo
> "Rogério" == Rogério Brito <[EMAIL PROTECTED]> writes:
Rogério> As I see it, HFS+ seems to be a good compromise to carry
Rogério> files between MacOS X and Linux Machines (and Linux has
Rogério> already gotten hfsplus support in the kernel for a long
Rogério> time).
Unfortun
> "Brian" == Brian May <[EMAIL PROTECTED]> writes:
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Out of curiosity, have you talked to Love about this issue
Russ> already? Given that MIT Kerberos supports symbol versions
Russ> upstream, I'm a little surprised that
42 matches
Mail list logo
