Hello Debian folks,
On behalf of the Debian menu system team, I would like to annouce
development in the Debian menu system.
* I am now the maintainer with lots of help from
Morten Brix Pedersen [EMAIL PROTECTED].
* Menu has now a project page and a CVS repository on alioth.debian.org.
*
Hello Debian folks,
This mail is mainly destined to maintainers of menu manager packages, i.e.
packages that provide a menu-method file.
It is now possible to select the encoding used to write files generated
by menu in a menu-method. You just need to add outputencoding=enc
in the menu-method
Hello Debian developers,
[Please store this mail in a safe place and read it when you have
recovered from the release party.]
During the few weeks before sarge release, I have tried to reproduce the
upgrade problems reported to upgrade-reports [1]. I reached the following
conclusions:
1)
On Wed, Nov 16, 2005 at 01:23:43PM +0100, Thiemo Seufer wrote:
I wouldn't recommend to compile new code with 2.95 just because it is
faster. It doesn't do standard C and misses many broken constructs which
are caught by newer compilers.
The real advantage of gcc-2.95 is that we start to know
Dear Debian developers,
There are some developpement with the circular dependencies problems:
The GNOME team has reduced the number of circular dependencies in the
GNOME suite. Thanks!
Robert Lemmen has made a script that show the circular dependencies
in the 3 distribution and publishes the
Hello Debian developers,
When doing research about circular-deps, I looked at a lot of packages
that are split between a binary package and a data package. This is a
good thing since this reduce the total siez of the archive, however
there are simple rules that should be followed:
1) Make sure
Dear Debian developers and future developers,
I am been struggling with Debian menu since 3 years now.
I would like some help with checking the overall menu quality.
(menu entries and menu methods)
If you love the Debian menu system, accept it as it is, are _very_
patient, don't mind messing
On Sun, Nov 20, 2005 at 12:03:33PM -0600, Steve Greenland wrote:
On 20-Nov-05, 05:13 (CST), Bill Allombert [EMAIL PROTECTED] wrote:
When doing research about circular-deps, I looked at a lot of packages
that are split between a binary package and a data package. This is a
good thing since
On Sun, Nov 20, 2005 at 09:26:37PM +0100, Nicolas Boullis wrote:
On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
Hello Debian developers,
When doing research about circular-deps, I looked at a lot of packages
that are split between a binary package and a data package
On Fri, Nov 18, 2005 at 04:23:37PM -0500, Joe Smith wrote:
would assume that it was fairly ovbious that the binary upload would need
to be
for an offical arcitecture, which amd64 is not (yet). In fact, it is
probably not reccomended
to be developing under a system that is not offically a
On Sun, Nov 20, 2005 at 11:26:20PM +0100, Nicolas Fran?ois wrote:
IIRC people from debian-audit have some tools to perform such grep on the
source package with some heuristics to extract and patch the sources
(dpatch, cdbs, ...), and ignore the documentation files (e.g. su is a
common word in
On Sun, Nov 20, 2005 at 05:44:46PM -0600, Bill Allombert wrote:
On Sun, Nov 20, 2005 at 11:26:20PM +0100, Nicolas Fran?ois wrote:
IIRC people from debian-audit have some tools to perform such grep on the
source package with some heuristics to extract and patch the sources
(dpatch, cdbs
On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
5) Of course move /usr/share/pkg to pkg-data.
I meant move /usr/share/pkg to the data package, do not rename it.
6) Do not make pkg-data to Depends on pkg.
7) Try to do it correctly the first time: if you move file between
On Mon, Nov 21, 2005 at 11:31:22AM +0100, Frank K?ster wrote:
Hi,
on the debian-tetex-maint mailing list we often have problems to decide
which of the thousands of TeX input files should be treated as
configuration files - in principle, each of them can be changed in order
to change the
On Mon, Nov 21, 2005 at 10:47:18AM -0200, Henrique de Moraes Holschuh wrote:
4. Also IMHO one should at the very least suggest the main package from the
-data package. This helps the users of non-crappy apt frontends to
track the main package starting from the -data package. Relying on
On Fri, Nov 18, 2005 at 10:05:02AM -0800, Steve Langasek wrote:
On Fri, Nov 18, 2005 at 06:08:52PM +0100, Bill Allombert wrote:
Probably I should do a massive bug report ?
Sounds like a good idea to me. Thanks for working on this!
I started the bug filling, see the result here:
http
On Mon, Nov 21, 2005 at 04:36:41PM +0100, Thijs Kinkhorst wrote:
If package foo-data is useless when foo is not installed, foo-data
should depend on package foo. This follows from policy manual 7.2: The
Depends field should be used if the depended-on package is required for
the depending
On Mon, Nov 21, 2005 at 03:06:49PM -0500, David Nusinow wrote:
On Mon, Nov 21, 2005 at 04:01:54PM +0100, Bill Allombert wrote:
However much of the
grief come from the | xlibs ( 4.1.0) which is meant to handle upgrade
from woody which have a monolithic xlibs, and can probably be removed
On Mon, Nov 21, 2005 at 12:35:31PM -0800, Daniel Burrows wrote:
On Mon, Nov 21, 2005 at 04:26:34PM +0100, Goswin von Brederlow [EMAIL
PROTECTED] was heard to say:
Nicolas Boullis [EMAIL PROTECTED] writes:
On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
Hello Debian
On Tue, Nov 22, 2005 at 03:15:50PM +0100, Gabor Gombas wrote:
On Tue, Nov 22, 2005 at 09:48:53AM +0100, Goswin von Brederlow wrote:
Aparently yes. Menu seems to be smart enough for that, see other
mails. Bad example, sorry. But manpages certainly aren't.
Well, being able to read the
On Mon, Dec 05, 2005 at 06:22:29PM +, Vincent Sanders wrote:
Greetings,
However, we are in need of assistance! Recently ARM was separated
from testing as it is believed it was not keeping up. In fact, the ARM
buildds are generally keeping up well - the problem now is a large
pile of 131
On Tue, Dec 06, 2005 at 01:14:00AM -0800, Steve Langasek wrote:
Saying that's the buildd admin's job about tasks that don't *need* to be
done by the buildd admin is a pretty effective way of encouraging the
problems that the Vancouver proposal sought to address, where two or three
people end
On Fri, Dec 09, 2005 at 04:22:37PM +0100, Goswin von Brederlow wrote:
Heiko M?ller [EMAIL PROTECTED] writes:
We found that gcc-2.95 -Os produces object code of acceptable quality
within reasonable compilation times. gcc =3 is less efficient w.r.t.
compilation time and memory consumption
On Sat, Nov 12, 2005 at 11:44:50AM +0100, Wouter Verhelst wrote:
Hi,
Since eidviewer is an interactive application, I want to add it to the
Debian menu, but I'm having problems finding the right place to put it;
none of the categories really fit. The 'Apps/Viewers' category is listed
in the
On Tue, Dec 13, 2005 at 10:28:28AM +0100, Moritz Muehlenhoff wrote:
Christian Perrier wrote:
And, anyway, the KDE/Gnome thing is only one of the points I meant
about the usability of our default desktop system, when we target
our dear Bob User.
This is beyond tasksel, but Bob User would
On Wed, Dec 14, 2005 at 07:02:03PM +0100, Thomas Viehmann wrote:
Bill Allombert wrote:
... generic menu entries ... SuSE ...
What is needed at this point is a draft policy defining what will be
the new layout and what will be the generic titles.
KDE seems to use the GenericName
On Thu, Dec 08, 2005 at 02:03:27AM -0800, Steve Langasek wrote:
On Wed, Dec 07, 2005 at 04:48:24PM -0600, Bill Allombert wrote:
Which is great as a statement of principle, but it doesn't seem to offer
much as a practical recommendation; you don't get to be a buildd maintainer
by telling
On Fri, Dec 16, 2005 at 02:51:13PM -0500, Nathanael Nerode wrote:
Thomas Viehmann wrote:
P.S.: Could someone give me a pointer about moving to .desktop and why
it is/was considered a bad idea? (Or if it's just a not worth it/noone
has time issue...)
I believe it was considered a good idea
Hello Debian developers,
Here the lists of packages involved in circular dependencies listed by
maintainers.
This list is also available as
http://debian.semistable.com/unstable_developers.txt
(update daily, courtesy of Robert Lemmen).
I reported around 1/3 to the BTS. I simply hope I won't
On Mon, Jan 09, 2006 at 10:15:58PM -0500, Joey Hess wrote:
Bill Allombert wrote:
Here the lists of packages involved in circular dependencies listed by
maintainers.
Joey Hess [EMAIL PROTECTED]
debconf
debconf-english
debconf-i18n
These are all necessary, and debconf
On Thu, Jan 12, 2006 at 09:26:26AM +0100, Josselin Mouette wrote:
Le jeudi 12 janvier 2006 ? 01:49 +0100, Jeroen van Wolffelaar a ?crit :
At the very least, I think they should be treated like pre-depends, with
a request on this list being mandatory before adding a circular
dependency.
On Wed, Jan 11, 2006 at 09:34:27PM -0500, Joey Hess wrote:
I cannot point you exactly why _this_ circular dependency is going to
be a problem, no.
However I can point you to bug #310490 which show a woody system that
could not be upgraded to sarge without removing most of KDE.
I've
On Thu, Jan 12, 2006 at 04:57:46PM +0100, Steinar H. Gunderson wrote:
On Fri, Jan 13, 2006 at 12:03:28AM +0900, Charles Plessy wrote:
Of course, this is trivial, but fixing this bug (251 days old) is
also trivial. Then why complain ? I feel that it gives a bad image of
debian, when it
What does aptitude give as the breakdown between unused packages being
automatically removed, and packages being removed that you actually
requested installed?
Well I did not install any packages through aptitude.
The numbers of packages below the lines
The following packages will be
On Fri, Jan 13, 2006 at 03:57:57PM -0500, Joey Hess wrote:
Bill Allombert wrote:
Although sarge's aptitude did..
I don't know, there were no ways to upgrade to sarge's aptitude.
The bug log contains a log of astronut doing the upgrade with sarge's
aptitude..
Yes, but only after
On Fri, Jan 13, 2006 at 11:35:24PM +0100, Raphael Hertzog wrote:
I believe Ubuntu fills an important gap in the Debian world and as such
Ubuntu is not part of the Debian world, because it does not share the
values that found Debian. The Ubuntu people are certainly free to use our
softwares, that
On Fri, Jan 13, 2006 at 10:27:31PM -0800, Steve Langasek wrote:
On Sat, Jan 14, 2006 at 01:26:25AM +0100, Bill Allombert wrote:
On Fri, Jan 13, 2006 at 11:35:24PM +0100, Raphael Hertzog wrote:
I believe Ubuntu fills an important gap in the Debian world and as such
Ubuntu is not part
On Tue, Jan 17, 2006 at 11:07:40AM +0100, Reinhard Tartler wrote:
CC:ing -project because this is a project wide call for discussion.
Am Montag, den 16.01.2006, 18:36 -0500 schrieb Joey Hess:
Please consider ALL code written/maintained by me that is present in
Ubuntu and is not
On Tue, Jan 17, 2006 at 11:44:48AM -0800, Matt Zimmerman wrote:
It is important, in particular, to account for the fact that Ubuntu is not
the only Debian derivative, and that proposals like yours would amount to
Debian derivatives being obliged to fork *every source package in Debian*
for the
On Wed, Jan 18, 2006 at 10:47:35AM +0100, Reinhard Tartler wrote:
On 1/17/06, Bill Allombert [EMAIL PROTECTED] wrote:
1) No changes rebuild-only upload should still be versionned so that we
do not end up with two .deb with the same version but different
contents. Rebuilding a package
On Wed, Jan 18, 2006 at 12:06:19PM +0100, Reinhard Tartler wrote:
On 1/18/06, Bill Allombert [EMAIL PROTECTED] wrote:
On Wed, Jan 18, 2006 at 10:47:35AM +0100, Reinhard Tartler wrote:
On 1/17/06, Bill Allombert [EMAIL PROTECTED] wrote:
1) No changes rebuild-only upload should still
On Wed, Jan 18, 2006 at 03:00:53PM -0800, Matt Zimmerman wrote:
On Wed, Jan 18, 2006 at 02:47:05PM -0800, Thomas Bushnell BSG wrote:
Ok, then I must have misunderstood something. So it is clear then
that Ubuntu does recompile every package.
To clarify explicitly:
- Ubuntu does not use
On Thu, Jan 19, 2006 at 02:21:06AM -0600, Peter Samuelson wrote:
Do you really think users who fail to notice an Origin tag from
apt-cache, and believe they're above using reportbug, will notice an
-ubuntuN suffix in the version number? I don't. I think you are
arguing on abstract
On Fri, Jan 20, 2006 at 09:00:52PM +0100, Bart Martens wrote:
The Debian package flash-plugin is meant as an alternative or as a
replacement for flashplugin-nonfree.
Similarities: Both Debian packages are GPL, and download the .tar.gz
from the Macromedia website to comply to the Macromedia
On Sat, Jan 21, 2006 at 04:30:26PM -0600, Ron Johnson wrote:
On Sat, 2006-01-21 at 07:01 -0600, Bill Allombert wrote:
On Fri, Jan 20, 2006 at 09:00:52PM +0100, Bart Martens wrote:
[snip]
Well, but flashplugin-nonfree at least make the users feel how painful
nonfree software are to deal
On Sat, Jan 21, 2006 at 02:52:01PM -0600, Manoj Srivastava wrote:
I am, at this point, unclear whether I hold GFDL licensed
works without invariant texts non-free as a matter of opinion, or of
fact.
Fact 1: The GFDL include this:
You may not use technical measures to obstruct or
On Mon, Jan 23, 2006 at 06:45:07PM +0100, Simon Richter wrote:
There have been various proposals on that matter, and it always boils
down to the same chicken-and-egg problem:
- policy documents existing practice, which is to invoke build.
- the existing practice cannot be changed because
On Mon, Jan 23, 2006 at 07:45:10PM +0100, Michael Banck wrote:
On Mon, Jan 23, 2006 at 07:31:08PM +0100, Wouter Verhelst wrote:
On Mon, Jan 23, 2006 at 06:59:55PM +0100, Michael Banck wrote:
On Mon, Jan 23, 2006 at 06:36:40PM +0100, Simon Richter wrote:
To summarize the proposals so far:
On Mon, Jan 23, 2006 at 11:08:00PM +0100, Wouter Verhelst wrote:
And I would strongly suggest you to consider Simon Richter's proposal,
which sounds a lot cleaner to me: if you have build-depends-indep in
your debian/control file, you must also implement build-arch and/or
build-indep.
On Mon, Jan 23, 2006 at 09:26:03PM -0500, Kevin Mark wrote:
On Mon, Jan 23, 2006 at 08:28:40PM +0100, Stefan M?ller wrote:
Hi,
I am a grammar developer and I started to work on Chinese. We use a
development system that needs utf-8 input. I managed to set up
everything for emacs 21.3.
On Tue, Jan 24, 2006 at 07:46:38AM +1100, Paul TBBle Hampson wrote:
dpkg (1.10.15) unstable; urgency=low
* Fix detection of va_copy.
* Back out debian/rules build-arch detection. It is *not* possible *at
all* to detect available targets in a rules file. Period.
-- Adam
On Sun, Jan 29, 2006 at 02:51:44PM +0100, Josselin Mouette wrote:
Or maybe it's just there's nothing to argue about for haskell and
scheme. Show me an administration script written in haskell or scheme,
and we can include the language in the discussion.
Actually I would advocate to rewrite
On Mon, Jan 30, 2006 at 12:26:31AM +0100, Emilio Jes??s Gallego Arias wrote:
Bill Allombert [EMAIL PROTECTED] writes:
The only (very minor) drawback is that above haskell scripts when
compiled is about 7MB in size, but the huge gain in reliability
I think you're somewhat joking about
On Fri, Mar 03, 2006 at 02:39:05PM +0100, Pjotr Kourzanov wrote:
Yes, but the point was that mainteners get a warning from the
regular build system that their package is not cross-compile friendly.
That needs to hook into dpkg-buildpackage then, I'm afraid...
Why not add a lintian check
On Sun, Mar 12, 2006 at 01:56:13PM +0100, Eduard Bloch wrote:
Hi people,
I just wondered why exactly my laptop uses that much time for updates
and I think that calling ldconfig is a main problem. In theory, it
should not cost much time because VFS cache has the relevant file parts.
However,
On Sun, Mar 12, 2006 at 01:56:13PM +0100, Eduard Bloch wrote:
Hi people,
I just wondered why exactly my laptop uses that much time for updates
and I think that calling ldconfig is a main problem. In theory, it
should not cost much time because VFS cache has the relevant file parts.
However,
On Sat, Mar 18, 2006 at 10:56:14PM +0100, Eduard Bloch wrote:
#include hallo.h
* Eduard Bloch [Sat, Mar 18 2006, 10:52:53PM]:
#include hallo.h
* Bill Allombert [Sat, Mar 18 2006, 02:56:27PM]:
On Sun, Mar 12, 2006 at 01:56:13PM +0100, Eduard Bloch wrote:
Hi people,
...
ld.so
On Mon, Mar 27, 2006 at 08:13:24PM +0200, Adrian von Bidder wrote:
On Sunday 26 March 2006 20:18, Nico Golde wrote:
Hi,
what would be the appropriate way to handle large and old
debian changelog files.
Rather arbitrarily, just feels more or less safe: cut everything from
before
Hello developers,
this is a small project proposal.
The idea would be to write a cgi-script that automatically dpkg-repack the
package it is asked to deliver, so that we can build a virtual apt-get'able
partial mirror of the package installed on the box.
This would allow to upgrade a box from an
On Sun, Dec 08, 2002 at 07:05:16PM +0100, Robin Putters wrote:
The idea would be to write a cgi-script that automatically dpkg-repack the
package it is asked to deliver, so that we can build a virtual apt-get'able
partial mirror of the package installed on the box.
This would allow to
On Fri, Dec 06, 2002 at 11:47:07AM +0100, Bastian Blank wrote:
On Thu, Dec 05, 2002 at 09:22:04PM +1100, Brian May wrote:
My preferred option is 3. However, by itself it is still not sufficient
as it kernel-image-2.4.19-386 fails to install when making the initrd
image (which ironically
Steve Dunham wrote:
The rebuilt package is likely to have the wrong md5sum. I believe
apt will reject it after download.
That's true but apt seems to allow Packages files without any MD5sum: info
without complaining.
Cheers,
--
Bill. [EMAIL PROTECTED]
There is no record of the [EMAIL
For packages.debian.org, why not extract the changelog and the copyright from
the diff of the source when building the pages ? Something like
filterdiff -z -i '*/debian/copyright' package.diff.gz
Cheers,
--
Bill. [EMAIL PROTECTED]
There is no record of the [EMAIL PROTECTED] package, and no bugs
Piotr Roszatycki wrote:
I really don't know. The fakeroot is not my project and I'm afraid my
patches are too experimental for such stable tool. Also there is too much
work with cleaning up the code. Should I start new project or join to the
original fakeroot?
Start a fakechroot project :)
I
On Sat, Apr 19, 2003 at 10:44:52AM +0200, Marcelo E. Magallon wrote:
Hi,
[ obDebianDevel: just in case this has become popular beleif or
something like that ]
from menu's 2.1.7-3 changelog:
* debiandoc-sgml 1.1.75 has reached testing so remove the versionned
Build-Depends.
On Sat, Apr 19, 2003 at 03:50:23PM +0100, Colin Watson wrote:
I've read the changelog and the bug report closed by that earlier
change, and removing the version still makes no sense. If earlier
versions of debiandoc-sgml produce incorrect output, as reported, then
the versioned build-dep
Bonjour,
I am french and I don't regard the 'Imprimerie Nationale' rules as binding.
We are still a free country.
Do we have such standard document for the original english description ?
No, and there is no dedicated team to review them.
I think we should focus on provided accurate description
On Tue, May 13, 2003 at 10:04:43PM +0200, Denis Barbier wrote:
On Tue, May 13, 2003 at 05:56:08PM +0200, Bill Allombert wrote:
Do we have such standard document for the original english description ?
No, and there is no dedicated team to review them.
debian-l10n-english
There have been
On Wed, May 14, 2003 at 08:40:17AM +0200, Denis Barbier wrote:
Telling them 'you do not speak french, so don't try to understand' is
not acceptable.
Sure it is. If they believe that the translator is wrong, they can
ask a trusted person of their own to review the translation.
On Wed, May 28, 2003 at 07:20:11PM -0500, Chris Cheney wrote:
Is the Debian menu system going to convert to using the freedesktop
menu spec?
http://www.freedesktop.org/standards/menu/draft/menu-spec/menu-spec.html
As far as I know both Gnome and KDE follow it and possibly others.
I have
On Thu, May 29, 2003 at 12:36:27AM +0200, Josselin Mouette wrote:
Thanks a lot for your work on menu, this great software needed a
lifting.
Le mer 28/05/2003 à 15:26, Bill Allombert a écrit :
* i18n support is underway, see
http://lists.debian.org/debian-i18n/2003/debian-i18n-200304
On Fri, May 30, 2003 at 10:46:05AM +0200, Gerfried Fuchs wrote:
* Bill Allombert [EMAIL PROTECTED] [2003-05-28 15:26]:
- Icons are no more required to use 24 colors in cmap.xpm. See
http://lists.debian.org/debian-policy/2003/debian-policy-200305/msg00050.html
for explanations.
I fail
On Fri, May 30, 2003 at 05:24:02PM -0400, Colin Walters wrote:
Bill, some Debian developers have raised a number of concerns about the
continuing development of the Debian menu system. These concerns are
currently being discussed on the debian-devel mailing list, and we would
greatly
On Sat, May 31, 2003 at 08:54:51AM +0200, Denis Barbier wrote:
On Thu, May 29, 2003 at 12:42:23PM +0200, Bill Allombert wrote:
What more do you want the Debian menu system to do ?
Provide an example? I would like to see how you generate a fully
localized .desktop file containing all
On Sat, May 31, 2003 at 06:54:46PM -0400, Colin Walters wrote:
On Sat, 2003-05-31 at 17:52, Bill Allombert wrote:
http://lists.debian.org/debian-devel/2003/debian-devel-200305/msg02071.html
Could you be so kind as to summarize thoses concerns ?
The message above is fairly concise, I
On Sun, Jun 01, 2003 at 11:08:00PM -0400, Colin Walters wrote:
I have read it, and I have still difficulty to understand its
full implication.
The implication is basically that we use it as the format of our menu
database (instead of /usr/lib/menu), and convert the menu-methods to
taking
Hello Debian devel,
kinkatta is not listed as being part of unstable, but kinkatta files are
part of unstable/Contents-i386.gz.
Comments ?
Cheers,
--
Bill. [EMAIL PROTECTED]
Imagine a large red swirl here.
On Tue, Jun 03, 2003 at 01:24:01PM -0500, Chris Cheney wrote:
On Tue, Jun 03, 2003 at 12:24:34PM +0200, Bill Allombert wrote:
How GNOME and KDE will honor menu configuration in /etc/menu,
/etc/menu-method/menu.h, ~/.menu and ~/.menu-method/menu.h with your
scheme ?
As I understand
On Tue, Jun 03, 2003 at 02:08:38PM -0500, Chris Cheney wrote:
On Tue, Jun 03, 2003 at 08:39:02PM +0200, Bill Allombert wrote:
How do you expect menu to generate menus without an /etc/menu-method/
directory ? Also autogenerated menus should go in /var.
Oops you are correct, for window
Hello Debian-devel,
I try to code the following in perl
struct flock fl;
if (fcntl(fd,F_GETLK,fl) == -1)
to query the dpkg lock.
I have tried the above
fcntl DPKG_LOCKFILE,F_GETLK, \%fl;
but it does not seems to work. In fact the documentation
is unclear whether a struct flock can be
: This is an awful kludge.
A: Yes.
Q: Why write it in perl ?
A: Because it is already availabe in C.
Cheers,
--
Bill. [EMAIL PROTECTED]
Imagine a large red swirl here.
#! /usr/bin/perl
# Copyleft 2003 - Bill Allombert [EMAIL PROTECTED]
# Released under the GPL
=head1 NAME
dpkg-hook - dpkg hook emulation
On Fri, Jun 20, 2003 at 09:51:07AM +0200, Matthias Klose wrote:
Package: general
Severity: serious
Tags: sarge, sid
[please don't reassign to any gcc/libstdc++ package]
The solution I would favour would be:
- drop the i386 support
- keep the i386 architecture name
- let
Martin Schulze wrote:
Bernd Eckenfels wrote:
On Tue, Jun 17, 2003 at 08:29:14PM -0400, Joey Hess wrote:
He wants to know when a particular package was last updated,
without
having to download it and examine the gzip time stamp and/or
changelog.
It is unfortunate, that there is
On Jun 29, Yann Dirson ([EMAIL PROTECTED]) wrote:
Despite the build-essential list and gcc-defaults package pointing to
gcc 3.3, at least 6 archs still used 3.2 this week (alpha ia64 powerpc
m68k mips mipsel) and buildds on s390 and hppa still do not print the
toolchain versions,
On Thu, Jul 03, 2003 at 07:32:28AM +0200, Christian Marillat wrote:
reassign 199197 bsdgames
This bug isn't a gnome-terminal bug.
By the same token, how can you pretend it is a bsdgames related bug ?
The cause of the bug is essentially the lack of gnome-terminal in
testing:
auric% madison
On Thu, Jul 03, 2003 at 10:53:28PM +0200, Christian Marillat wrote:
Bill Allombert [EMAIL PROTECTED] writes:
The cause of the bug is essentially the lack of gnome-terminal in
testing:
No, a menu can call gnome-terminal directly, if this happen then this is
a bug in bsdgames
Bill Allombert wrote:
For ISO-8859-1, outputencoding=ISO-8859-1
There is a special encoding LOCALE, which refers to the current locale
encoding.
Won't this make the menu-method not work with versions of menu prior to
2.1.9-1? Packages would need to update their depends or conflicts
On Wed, Oct 06, 2004 at 05:02:00PM +0200, Frank Küster wrote:
Hi,
in bug #275140, I was made aware of a problem with the handling of
tempfiles in tetex's maintainer scripts, and it seems to be a general
problem. Basically, we do
tempfile=`mktemp`
echo something $tempfile
and this
On Thu, Oct 07, 2004 at 10:18:09AM +0200, Frank Küster wrote:
Bill Allombert [EMAIL PROTECTED] wrote:
On Wed, Oct 06, 2004 at 05:02:00PM +0200, Frank Küster wrote:
but I
see no reason, neither in Policy nor in common sense, why root
shouldn't use it. On the other hand, this usage
Hello developers,
I stomped across
http://lintian.debian.org/reports/Tfile-in-etc-not-marked-as-conffile.html
It seems several packages fail to declare conffiles as such, which is
a serious policy violation given that user change will not be preserved
across upgrades.
Someone with more time
On Tue, Oct 19, 2004 at 10:06:01AM +0200, Jeroen van Wolffelaar wrote:
On Tue, Oct 19, 2004 at 08:11:32AM +0200, Florian Zumbiehl wrote:
I searched through the Packages file a bit for typos and the like - below
you find a diff of this package's description (a) showing what I think is
wrong
On Wed, Oct 27, 2004 at 10:07:57AM -0300, Henrique de Moraes Holschuh wrote:
On Wed, 27 Oct 2004, Wouter Verhelst wrote:
On Tue, Oct 26, 2004 at 03:02:02PM -0500, Manoj Srivastava wrote:
5)==
User specific configuration files for applications are stored in the
user's
home
On Mon, Nov 01, 2004 at 10:58:55AM +0100, Frank Küster wrote:
[I'm not subscribed to -policy, please respect M-F-t or Cc me]
| A repackaged .orig.tar.gz [...] must not contain any file that does not
| come from the upstream author(s), or whose contents has been changed by
| you.
`
On Mon, Nov 01, 2004 at 02:32:27PM +0100, Frank Küster wrote:
Bill Allombert [EMAIL PROTECTED] wrote:
Having the get-orig-source target is nice, but there might be cases
where this is impractical.
debian/rules get-orig-source is code, not a documentation.
In this case it's both
On Tue, Nov 02, 2004 at 08:07:25PM +0100, Frank Küster wrote:
Hi Bill, hi all,
I'd like to come back to one point of your mail:
Bill Allombert [EMAIL PROTECTED] wrote:
If you have a whole directory of binary files, you might consider
making a new source package for them. (For example
Hello Debian folk,
As you might have discovered, the Debian menu support and in particular
i18n has been greatly improved for most of the window-managers in Debian
with the exception of GNOME.
Here a summary of my attempts to get current GNOME and Debian menu to
get along more nicely that they
On Fri, Nov 12, 2004 at 02:43:44AM +, Scott James Remnant wrote:
On Fri, 2004-11-12 at 00:22 +0100, Bill Allombert wrote:
1) Current gnome-panel do *not* support XDG menus (only KDE does).
(Debian menu has XDG menu support through menu-xdg.)
It's very much in the works, check out
On Fri, Nov 12, 2004 at 05:12:48AM +0100, Cesar Martinez Izquierdo wrote:
El Jueves 11 Noviembre 2004 10:47, Jeroen van Wolffelaar escribió:
Your package is native, I suggest supporting the 'get-orig-source'
rules-target to make that one generate a .orig.tar.gz containing all
upstream
On Mon, Nov 15, 2004 at 09:44:34AM +0100, Sebastien Bacher wrote:
3) Eventually, GNOME will switch to xdg-menu but probably not the
version in sarge.
Right, the switch will be for 2.10.
4) It is rumoured that some distros apply a patch top GNOME panel
to make it support xdg-menu,
On Sun, Dec 05, 2004 at 03:54:12PM +, Peter Collingbourne wrote:
Hi
I notice discussion on bug #241554 regarding a menu-method for .desktop
files used by KDM/GDM for window manager sessions. Has any progress been
made on this? If not I would like to volunteer for it. I definitely
1 - 100 of 899 matches
Mail list logo