On Tue, Apr 19, 2011 at 09:43:45PM -0400, Yaroslav Halchenko wrote:
> On Thu, 07 Apr 2011, Jan Hauke Rahm wrote:
> > > No. Simply answer the question: Is this VCS used by derived distros,
> > > too? If not, it's Debian only. Two examples: The git repository for
> > > apt-mirror is used only for Deb
* Sune Vuorela [110419 15:24]:
> >> The OnlyShowIn/NotShowIn items should normally not be used, unless there
> >> is a tight integration between a DE and the app itself. e.g. a tool to
> >> configure the appearance of Plasma should probably have OnlyShowIn=KDE
> >
> > What exceptions are there? Sh
Resolvconf 1.49, which makes use of /run instead of /lib/init/rw for
storing run-time data, has just been uploaded to experimental. Those
testing the experimental initscripts package (2.88dsf-13.4) are
invited to test this experimental resolvconf package along with it.
--
Thomas Hood
resolvconf
On Sat, 16 Apr 2011, Thomas Goirand wrote:
Sorry for the slow reply.
The message kind of got lost.
I'm willing to start making cloud-utils "upstream" packages and move the
package away from being a native package. Probably the best thing for me
to do is to move cloud-utils out of the ubuntu-on-e
On Thu, 07 Apr 2011, Jan Hauke Rahm wrote:
> > No. Simply answer the question: Is this VCS used by derived distros,
> > too? If not, it's Debian only. Two examples: The git repository for
> > apt-mirror is used only for Debian (there's only the master branch). The
> > git repository for vlc is used
On Tue, Apr 19, 2011 at 09:02:38PM -0400, Yaroslav Halchenko wrote:
>
> On Tue, 19 Apr 2011, Timo Juhani Lindfors wrote:
> > How many packages are there that are not using a watch file because
> > upstream does not provide usable tarballs (either no tarballs or they
> > are behind some changing dy
On Tue, 19 Apr 2011, Timo Juhani Lindfors wrote:
> How many packages are there that are not using a watch file because
> upstream does not provide usable tarballs (either no tarballs or they
> are behind some changing dynamic web site layout)?
quite a few I guess ;-) but for some of them, especia
Package: wnpp
Severity: wishlist
Owner: "Sergio Talens-Oliag"
* Package name: rdiff-backup-fs
Version : 1.0.0
Upstream Author : Filip Gruszczyński
* URL : http://code.google.com/p/rdiff-backup-fs/
* License : GPL-3+
Programming Lang: C
Description : Fu
On Tue, Apr 19, 2011 at 04:16:23PM +0100, Neil Williams wrote:
> On Tue, 19 Apr 2011 13:34:43 +0200
> "Bernhard R. Link" wrote:
[...]
> > And the debian menu has supported translations since longer than .desktop
> > files even exist. It just has the strange idea that it might be easier
> > for tra
On Tue, 19 Apr 2011 13:34:43 +0200
"Bernhard R. Link" wrote:
> * Neil Williams [110419 12:50]:
> > How can the old Debian menu system be considered as "working" when it
> > has never supported translation? All those titles and longtitles, not
> > a single one can be shown as a translated string.
Package: wnpp
Owner: Olivier Schwander
Severity: wishlist
* Package name: python-mplayer
Version : 0.6
Upstream Author : Darwin M. Bautista
* URL or Web page : http://code.google.com/p/python-mplayer/
* License : LGPL-3.0
Description : Lightweight and dynamic MPlayer
Package: wnpp
Severity: wishlist
Owner: Adrian Knoth
* Package name: ardour3
Version : 3.0.0
Upstream Author : Paul Davis et al.
* URL : http://www.ardour.org/
* License : GPL
Programming Lang: C++
Description : Digital Audio Workstation
That's versi
On 2011-04-19, Bernhard R. Link wrote:
> What about nautilus.desktop's (at least in squeeze):
>
> Name=File Manager
> and no GenericName. Would that be a policy violation?
I would consider that a bug.
At least my default Plasma Desktop menu shows the menu as
GenericName (in black on white)
Name
* Sune Vuorela [110419 12:32]:
> On 2011-04-19, Bernhard R. Link wrote:
> > * Sune Vuorela [110419 09:41]:
> >> On 2011-04-18, Bernhard R. Link wrote:
> >> > Currently there is none of this[1]. I think it makes no sense to discuss
> >> > if things should have desktop files or whether it makes s
* Neil Williams [110419 12:50]:
> How can the old Debian menu system be considered as "working" when it
> has never supported translation? All those titles and longtitles, not
> a single one can be shown as a translated string.
Let's not start about longtitles, those "Comment"s found in .desktop
On Mon, 18 Apr 2011 15:50:29 +0200
"Bernhard R. Link" wrote:
> * Andreas Tille [110418 15:33]:
> > As far as I understood [1] fvwm 2.6 now can use XDG menus. So it might
> > be that even fvwm users will be happy about desktop files. Can we now
> > come back to the discussion whether it might m
On 2011-04-19, Bernhard R. Link wrote:
> * Sune Vuorela [110419 09:41]:
>> On 2011-04-18, Bernhard R. Link wrote:
>> > Currently there is none of this[1]. I think it makes no sense to discuss
>> > if things should have desktop files or whether it makes sense to
>> > remove the old working system
* Sune Vuorela [110419 09:41]:
> On 2011-04-18, Bernhard R. Link wrote:
> > Currently there is none of this[1]. I think it makes no sense to discuss
> > if things should have desktop files or whether it makes sense to
> > remove the old working system.
>
> what do you miss from the xdg specs?
Th
On 2011-04-18, Bernhard R. Link wrote:
> Currently there is none of this[1]. I think it makes no sense to discuss
> if things should have desktop files or whether it makes sense to
> remove the old working system.
what do you miss from the xdg specs?
/Sune
--
To UNSUBSCRIBE, email to debian-d
Evgeni Golov writes:
> We (lindi, liw and me) had just a short discussion in #-devel, that it
> would be nice to have some sort of Vcs-Upstream-* in debian/control
How many packages are there that are not using a watch file because
upstream does not provide usable tarballs (either no tarballs or
20 matches
Mail list logo
