On Sat, 14 Jul 2007 07:54:58 +0200
Christian Perrier <[EMAIL PROTECTED]> wrote:
> (crossposted to -i18n)
> Speaking about desktop files l10n, the current way to
> translate them does not seem to scale very well to me.
>
> From what I see in the dozens of .desktop files I have on my own
> system,
On Sat, Jul 14, 2007 at 07:54:58AM +0200, Christian Perrier wrote:
>
> Quoting Josselin Mouette ([EMAIL PROTECTED]):
> > Le vendredi 13 juillet 2007 à 17:30 -0400, Joey Hess a écrit :
> > > There are probably enhancements that would let it create _better_
> > > .desktop files. For example, ones wi
> This is what I don't follow, Christian - I already do this upstream.
> desktop/app.desktop.in.in can be preprocessed in packages using
> autotools to handle gettext. The translated .desktop file is built at
> package build time from the original file and the set of gettext
> translations in the
* Josselin Mouette <[EMAIL PROTECTED]> [070713 23:44]:
> IMO the Debian menu should be entirely deprecated unless something
> serious is done about it. Currently:
> * It is utterly and absolutely ugly. 32x32 XPM icons are not
> matching the graphic quality we have on the rest of the d
On Sat, Jul 14, 2007 at 10:55:00AM +0200, Bernhard R. Link <[EMAIL PROTECTED]>
wrote:
> But if the display manager is only worth 2 cents, it's Debian default
> configuration should get it from the place where all window managers
> give proper notice of their existance, which is the Debian menu.
>
Le Fri, Jul 13, 2007 at 04:54:07PM -0400, Joey Hess a écrit :
> I've gotten some bug reports lately asking for desktop files to be added
> to packages like xgalaga and kobodeluxe, and saw some others in the BTS.
> All of these packages, of course, already include Debian menu files. But I
> don't u
Le samedi 14 juillet 2007 à 08:28 +0100, Neil Williams a écrit :
> > From what I see in the dozens of .desktop files I have on my own
> > system, I see "Field[code]" fields for translations of "Field".
> >
> > This is similar to what we had, in the past, for debconf templates and
> > we all known
GARDUL VIU-MINUNE!!!
Creste rapid (1.20-1.80 m/an)!!!
E incredibil de nepretentios!!! (atât în privinta solului cât si a îngrijirii)
E incredibil de ieftin!!!
Capacitate de umbrire excelenta!
Capacitate antipraf de un grad înalt!
Este o planta foioasa, de culoare verde viu, cu frunze mici lucioase,
* Mike Hommey <[EMAIL PROTECTED]> [070714 11:30]:
> On Sat, Jul 14, 2007 at 10:55:00AM +0200, Bernhard R. Link <[EMAIL
> PROTECTED]> wrote:
> > But if the display manager is only worth 2 cents, it's Debian default
> > configuration should get it from the place where all window managers
> > give pr
Hi!
* Joey Hess <[EMAIL PROTECTED]> [070713 22:54]:
> This division, while not IMHO technically very nice, helps the
> consistency and usability of the desktop environments, since the most
> accessible menu items are those from the desktop files for that
> particular desktop environment. To find
On Sat, Jul 14, 2007 at 01:53:03PM +0200, Alexander Schmehl wrote:
> I heard from quite many users, that they where confused about the
> doubled menu structure, and always asked why some applications are there
> and some others aren't.
That's a good reason to improve the menu system, but not reall
On Fri, Jul 13, 2007, Joey Hess wrote:
> In the long run, big menus of all the possible programs all obsolete
> anyway. A better interface is a tool that helps you search for programs,
> and then remembers programs that you've used so you can quickly
> re-access them. The command line has been doin
#include
* Bernhard R. Link [Sat, Jul 14 2007, 01:10:50PM]:
> * Mike Hommey <[EMAIL PROTECTED]> [070714 11:30]:
> > On Sat, Jul 14, 2007 at 10:55:00AM +0200, Bernhard R. Link <[EMAIL
> > PROTECTED]> wrote:
> > The fact is very very very very few users actually use these items. So
> > why bother
#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 you mean that in the 90 window managers shipped in Debian,
> > > none of them is suitable for all your needs and that you have to use
> > > *several* on
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 you mean that in the 90 window managers shipped in Debian,
>
On Friday 13 July 2007 23:30, Darren Salt wrote:
> I demand that Bastian Venthur may or may not have written...
>
> [snip]
>
> > The most annoying part of our Debian menu is, that it is too complicated.
> > The first level with the entries: Apps, Screen, Help, Games and X-Shells
> > is pretty usele
* Eduard Bloch <[EMAIL PROTECTED]> [070714 14:44]:
> #include
> I also suggest moving away from the Debian menu files to .desktop files
> because of more flexible format. Therefore, if the menu using packages
> support the new style, they would read the menu data from those .desktop
> files.
What
I demand that Magnus Holmgren may or may not have written...
> On Friday 13 July 2007 23:30, Darren Salt wrote:
>> I demand that Bastian Venthur may or may not have written...
[snip]
>>> It would be a major improvement if we would move the Apps section to the
>>> root of the tree and sort the rema
* Mike Hommey <[EMAIL PROTECTED]> [070714 15:41]:
> The fact there are use cases does not mean it *must* have a menu entry.
> You can pretty much find use cases for very rare and useful for a
> only a couple people things, and yet not have to include a menu entry for
> that for everyone.
Switching
On Saturday 14 July 2007 17:16, Steinar H. Gunderson wrote:
> On Sat, Jul 14, 2007 at 04:53:54PM +0200, Frans Pop wrote:
> > Since the upgrade from 1:1.1.0-6, my system no longer mounts an NFS
> > volume listed in my /etc/fstab during system boot (I did no other
> > relevant upgrades that day). It
On Sat, Jul 14, 2007 at 05:37:49PM +0200, Frans Pop wrote:
> Shouldn't the relevant change be delayed until initscripts _does_ support
> this then? And after that nfs-common should be given a proper versioned
> dependency before activating the change?
It was not discovered before after-the-fact,
On Saturday 14 July 2007 17:46, Steinar H. Gunderson wrote:
> On Sat, Jul 14, 2007 at 05:37:49PM +0200, Frans Pop wrote:
> > Please revert this breakage! just Passing it off to initscripts does
> > not seem like the right solution here.
>
> I don't really understand you here. Mounting NFS volumes w
On Sat, 14 Jul 2007 12:53:03 +0200
Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le samedi 14 juillet 2007 à 08:28 +0100, Neil Williams a écrit :
> > > From what I see in the dozens of .desktop files I have on my own
> > > system, I see "Field[code]" fields for translations of "Field".
> > >
> >
Neil Williams wrote:
> I'd agree that BOTH of these should be able to read the .mo just like
> the application itself.
.mo files do not exist when debconf preconfigures packages. Unless you
want to stick them in control.tar.gz and deal with them in
/var/lib/dpkg/info/. When debconf l10n was being
Charles Plessy wrote:
> Having a .desktop file is a requrement in Ubuntu, so it is not
> surprising that people submit patches in wishlist bugs : they are
> encouraged to do so. Looking from the email adress of the bug senders
> from xgalaga and kobodeluxe, they obiously come from there.
Yes, but
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 worked for ages, accidentally or not.
I'm a bit unsure why this suddenly started
(reply set to -curiosa to avoid cluttering up other lists. I did not
found this very appropriate for d-d-a)
Please remember that the Debian 50th bug contest is still
opened. As I completely forgot about reminding the enthusiast crowd
about this very important event, I extend the bet period by
On Sat, 14 Jul 2007 12:31:33 -0400
Joey Hess <[EMAIL PROTECTED]> wrote:
> Neil Williams wrote:
> > I'd agree that BOTH of these should be able to read the .mo just
> > like the application itself.
>
> .mo files do not exist when debconf preconfigures packages. Unless you
> want to stick them in c
On Saturday 14 July 2007 18:46, Steinar H. Gunderson wrote:
> I'm a bit unsure why this suddenly started going to debian-devel; I'm
> Cc-ing the bug again, at least.
Because I CCed it there, but you only replied to d-devel :-)
> The question here is: When initscripts is broken, and a new version
tags 433119 + patch
thanks
On Sat, Jul 14, 2007 at 07:40:13PM +0200, Frans Pop wrote:
>> I'm a bit unsure why this suddenly started going to debian-devel; I'm
>> Cc-ing the bug again, at least.
> Because I CCed it there, but you only replied to d-devel :-)
OK, my bad.
>> Try this patch:
> The pa
clone 433119 -1
reassign -1 nfs-common 1:1.1.0-8
block -1 with 433119
tags -1 - patch
severity -1 grave
thanks
On Saturday 14 July 2007 20:09, Steinar H. Gunderson wrote:
> Good. initscript maintainers: I intend to NMU with this patch (and this
> patch alone, except for changelog changes), as per
On Sat, Jul 14, 2007 at 06:17:13PM +0200, Frans Pop wrote:
> If something like that is reported, IMHO the only correct course of action
> is first to make sure that the breakage is fixed,
No matter what? I disagree. The correct fix should be implemented,
rather than an ugly hackish fix. If you do
Hi,
On Saturday 14 July 2007 13:10, Bernhard R. Link wrote:
> Because our priority are our users, and not only those users that some
> people think are the important ones?
>
> And how is it bothering other people if there are options? Should we
> remove all features just because you and some major
On Saturday 14 July 2007 20:45, you wrote:
> If it's really a problem for you, you can always download the previous
> version of the package and keep it on hold until the bug is fixed.
>
> This is unstable, after all.
Of course. I know that.
The whole point of the conversation (and my taking it t
On Sat, Jul 14, 2007 at 09:54:43PM +0200, Frans Pop wrote:
> IMO if an upload of a package is the direct cause of serious breakage,
> then, even if the actual bug is in another package, the maintainer needs
> to take responsibility for getting that breakage fixed _before_ allowing
> his package
On Sat, Jul 14, 2007 at 08:30:31PM +0200, Frans Pop wrote:
> On Saturday 14 July 2007 20:09, Steinar H. Gunderson wrote:
> > 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 dela
Package: wnpp
Severity: wishlist
Owner: Jelmer Vernooij <[EMAIL PROTECTED]>
* Package name: bzr-rebase
Version : 0.1
Upstream Author : Jelmer Vernooij <[EMAIL PROTECTED]>
* URL : http://bazaar-vcs.org/Rebase
* License : GPL
Programming Lang: Python
Descript
On Saturday 14 July 2007 22:57, Steve Langasek wrote:
> > vorlon: Any opinion on #433119? As it is now, this would affect
> > testing too as soon as nfs-utils is old enough.
> > fjp: get the release team to block the package until
> > sysvinit is fixed?
>
> Ahem, "RW". If you must resort to inv
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
Provides it.) According to a quick search through the index files
Steve Greenland moregruel.net> writes:
>
> Like it or not, your software fits very much into the role played
> by XMMS, such that someone who likes XMMS is more likely to choose
> Audacious than, say, Rythymbox. That's why it's being discussed as a
> "replacement". If we remove XMMS from the dis
Jon Dowland alcopop.org> writes:
> Unless I've got my timeframes wrong, there were a few
> successful attempts too. What's objectionable about people
> trying to find security flaws in your software, apart from
> their motivation for doing so?
>
There is nothing wrong with trying to find securi
Joseph Neal speakeasy.net> writes:
> It's my impression that audicious is not scriptable so it can't be
> as easily integrated into existing applications or controlled from emacs
> or irssi.
[EMAIL PROTECTED] ~ $ audtool current-song
New Order - The Rest Of - Age of Consent
[EMAIL PROTECTED] ~
On Sat, Jul 14, 2007 at 11:31:58PM +0200, Frans Pop wrote:
> On Saturday 14 July 2007 22:57, Steve Langasek wrote:
> > > vorlon: Any opinion on #433119? As it is now, this would affect
> > > testing too as soon as nfs-utils is old enough.
> > > fjp: get the release team to block the package unti
Josselin Mouette debian.org> writes:
>
> Whether you like it or not, audacious is a playlist-based audio player
> with support for many audio formats and funny plugins. This description
> sounds much like XMMS, which is why it can be considered a good
> replacement. As a user, I don't care about
Joseph Neal speakeasy.net> writes:
>
> There are a number of plugins available from the rarewares repository[1] and
> perhaps other third party repositories which provide the only convient way
> I'm aware of to access a number of media formats (bonk, wavepack, lossless
> audio, shorten, vario
On Sat, Jul 14, 2007, Daniel Schepler wrote:
>gnome-vfs2
Fixed in SVN; please don't file this one; thanks!
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, 14 Jul 2007, William Pitcock wrote:
> Because every time distros try to do an xmms->audacious migration on
> us, it causes additional load on our development effort because
> people file bug reports and demand that we behave exactly like XMMS.
Like it or not, bug reports are a part of soft
Lionel Elie Mamane mamane.lu> writes:
>
> Would a mention of the "different direction of audacious" in the
> release notes of lenny, the next Debian release, fulfil your "PR
> handling" request? Something like
Simply not asserting that Audacious is a fullstop "XMMS clone" will fulfill my
reques
Don Armstrong debian.org> writes:
> Like it or not, bug reports are a part of software development that we
> all have to deal with. Suggesting announcements or text for such a
> transition may help, but at the end of the day distributions are going
> to switch as projects mature or decay. Complai
Steve Langasek debian.org> writes:
>
> I wonder why audacious and audacious-plugins should be separate packages at
> all instead of building them into a single binary package, given that this
> circular dependency relationship exists (even if not on paper currently).
>
Because we (audacious) r
On Sat, 14 Jul 2007, William Pitcock wrote:
> I am complaining about developer time being wasted by xmms zealots
> which will likely harass us on our tracker.
There's little that can be done to educate or placate zealots; but
considering that everyone is talking about transitioning to audacious,
n
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?
>
This is a result of codec detection, and has been improved upon in
Audaciou
Don Armstrong debian.org> writes:
>
> There's little that can be done to educate or placate zealots; but
> considering that everyone is talking about transitioning to audacious,
> not advertising (heh; amusing that someone thinks we have PR) adacious
> as an xmms clone.
>
I don't think debian h
On Sun, 15 Jul 2007, William Pitcock wrote:
> I don't think debian has PR, however I think debian can choose how
> to handle a migration in a way where it's not harmful to audacious
> as upstream from debian.
We can certainly attempt to do so; I don't think anyone in this thread
is contemplanting
Hi Joey,
It seems that unfortunately we managed to reach a misunderstanding rate
close to 100 % :(
Le Sat, Jul 14, 2007 at 12:44:16PM -0400, Joey Hess a écrit :
> Charles Plessy wrote:
> > Having a .desktop file is a requrement in Ubuntu, so it is not
> > surprising that people submit patches in
Package: wnpp
Severity: wishlist
Owner: Rogério Brito <[EMAIL PROTECTED]>
* Package name: hfsprogs
Version : 332
Upstream Author : Apple Computer Inc.
* URL : http://www.opensource.apple.com/darwinsource/10.4/
* License : APSL 2.0
Programming Lang: C
Descri
56 matches
Mail list logo
