-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: wnpp
Severity: wishlist
Owner: Simon McVittie s...@debian.org
* Package name: telepathy-mission-control-5
Version : 5.1.2
Upstream Author : the Telepathy project (© Nokia Corporation, Collabora Ltd.)
* URL : http
Package: wnpp
Severity: wishlist
Owner: Simon McVittie s...@debian.org
* Package name: telepathy-qt4
Version : 0.1.9
Upstream Author : the Telepathy project (© Collabora Ltd./Nokia Corporation)
* URL : http://telepathy.freedesktop.org/wiki/
* License : LGPL2.1
On Tue, 28 Jul 2009 at 23:39:32 +0200, Fathi Boudra wrote:
$ apt-cache search telepathy |grep -i qt4
...
libqttapioca0 - Qt4 tapioca library
...
libqttelepathycore0 - core library for Qt4 telepathy
That's not the same library (sorry about the naming, I hadn't realised
telepathy-qt was also for
After removing Uploaders and cross-referencing against fd.o #18980 (up to and
including Comment #12, https://bugs.freedesktop.org/show_bug.cgi?id=18980#c12):
Michael Biebl bi...@debian.org
knetworkmanager
https://bugzilla.redhat.com/show_bug.cgi?id=475468
powersave
???
Julien BLACHE
On Sat, 03 Jan 2009 at 20:57:00 +, Simon McVittie wrote:
After removing Uploaders and cross-referencing against fd.o #18980 (up to and
including Comment #12,
https://bugs.freedesktop.org/show_bug.cgi?id=18980#c12):
Michael Biebl bi...@debian.org
knetworkmanager
https
In order to fix CVE-2008-4311 the default permissions on the system bus
have been tightened up. This has revealed bugs in the configurations
shipped with a number of services using the system bus which relied on
the broken behaviour and will now break. We've been using
know how they're *meant* to work, and I think the best time to
test these would be after uploading fixed dbus and hal packages to
unstable.
Non-RC rule confusion refers to
http://bugs.freedesktop.org/show_bug.cgi?id=18961.
On Sat, 03 Jan 2009 at 20:57:00 +, Simon McVittie wrote:
After
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: wnpp
Severity: wishlist
Owner: Simon McVittie [EMAIL PROTECTED]
* Package name: libgfshare
Version : 1.0.2+bzr20070822
Upstream Author : Daniel Silverstone [EMAIL PROTECTED]
* URL : http://www.digital-scurf.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: wnpp
Severity: wishlist
Owner: Simon McVittie [EMAIL PROTECTED]
* Package name: unreal-assistant
Version : 0.0
Upstream Author : Simon McVittie [EMAIL PROTECTED]
* URL : http://bzr.debian.org/~smcv-guest/bzr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sun, 13 Jan 2008 at 17:12:52 +0100, Philipp Kern wrote:
[This message has also been posted to gmane.linux.debian.devel.general.]
On 2008-01-12, Simon McVittie [EMAIL PROTECTED] wrote:
Some more explanation: I intend to have a source package
(Please cc me in any replies, I'm not subscribed.)
Neil Williams wrote:
??? That simply does not work. The problem is that running gtk-doc not
only requires tmpl/*.sgml files to exist but it *then modifies them*!
Here's how gtk-doc *used to* work:
* gtk-doc parses source code and writes out
On Thu, 29 May 2008 at 11:56:37 -0700, Russ Allbery wrote:
Simon McVittie [EMAIL PROTECTED] writes:
However, the no rule to make tmpl/*.sgml issue still exists, as a
relic of the old build process.
[...]
Sounds to me like the first thing to try would be to just regenerate all
of the tmpl
On Mon, 10 Jan 2011 at 21:30:57 +0200, Evgeniy Dolgih wrote:
lintian shows me 2 warnings:
changelog-should-mention-nmu and
source-nmu-has-incorrect-version-number.
Have a look at the output of lintian-info --tags changelog-should-mention-nmu
and lintian-info --tags
On Wed, 02 Feb 2011 at 14:15:07 +, Ian Jackson wrote:
So if the tests were in binary packages, often we'd have to construct
a weird binary package which contained all or part of the built source
tree. This would be very ugly and also bulky.
FWIW, Maemo does this, and it's a pain to deal
On Mon, 07 Feb 2011 at 04:46:57 -0600, Jonathan Nieder wrote:
Problem: scripts may use the 'node' name to refer to either of these
programs. Which should get the name? You decide, based not on
popularity or priority but --- well, based on whatever makes sense.
Perhaps rename both, also
On Fri, 11 Feb 2011 at 15:14:51 +0100, Michal Čihař wrote:
as I don't use MPD for quite a long time now, it somehow does not make
sense to maintain MPD related packages anymore. Simply I don't
have environment to test them.
On Decklin Foster's RFA thread, there was talk of forming a mpd team,
On Wed, 23 Feb 2011 at 18:54:30 +0300, Alexander Gerasiov wrote:
Description : Fully configurable apache suexec binary
How does this differ from apache2-suexec-custom, which is provided by a
Debian-specific patch in apache2?
or you may want to setup wrapper for some file's types (e.g.
(Cross-posting to d-d-games for discussion of the Quake III-based games)
On Tue, 01 Mar 2011 at 15:20:52 -0800, Russ Allbery wrote:
Speaking as someone who has a few of the DONT_NOT_DISABLE_SERVICE
variables in some of my packages
Speaking as another implementor of similar variables: I added
On Thu, 03 Mar 2011 at 15:17:14 +0100, Josselin Mouette wrote:
I have never in my life felt the need
to do anything provided by either gnome-user-share or telepathy-salut
Note that until you configure gnome-user-share, only avahi is started;
gnome-user-share itself is not.
The same for
On Fri, 04 Mar 2011 at 12:43:36 +0100, Olaf van der Spek wrote:
What do other distros use?
It seems to be chkconfig, not service (for this functionality).
Perhaps worth noting here that because systemd is mainly being developed in
Fedora, their versions of chkconfig and service already know
On Mon, 21 Mar 2011 at 17:18:00 +0100, Luca Capello wrote:
When I found out about libm17n-0, I also found out that the change added
a circular dependency and thus commented on this new bug why I think a
library package should not depend on data packages
Which way to break the circular
On Mon, 21 Mar 2011 at 12:10:16 -0500, Jonathan Nieder wrote:
Simon McVittie wrote:
The existence of openarena-data is an implementation detail of openarena,
so it has this relationship:
/-- Depends -\
openarena openarena-data
\- Recommends
On Tue, 22 Mar 2011 at 11:54:47 +, Mark Hymers wrote:
the main people [Built-Using] should be used by, as far as I know are
cross-compiler builders and the d-i and kernel-wedge people
Also the ia32-libs family of packages, until they get superseded by multiarch?
S
--
To UNSUBSCRIBE,
On Sun, 03 Apr 2011 at 02:52:17 +0200, Jérémy Lal wrote:
People might complain about old sslv2 clients in case the
packaged software is a server (telepathy-*, web servers)
For the record, the various Telepathy daemons typically act as SSL clients
(where their various protocols support SSL
I agree with Stefano, pretty much...
On Sun, 03 Apr 2011 at 18:15:52 +0200, Stefano Zacchiroli wrote:
I believe we need time based freezes. Even more radically, I believe we
need to know the freeze date as soon as possible, e.g. no later than a
couple of weeks after the preceding release.
On Tue, 05 Apr 2011 at 11:12:54 +0200, Adam Borowski wrote:
On Sat, Apr 02, 2011 at 12:36:05AM -0700, Steve Langasek wrote:
Specifically, the plan is that any package in wheezy shipping a runtime
library in a multiarch directory should declare a Pre-Depends on the
metapackage
On Wed, 06 Apr 2011 at 01:55:20 +0200, Carsten Hey wrote:
It would also need to assure that whilst
it is running /bin/sh is always functional. Passing a shell to it that
is not included in /etc/shells could lead to failing of this tool,
unless --force is used.
Not everything in /etc/shells
On Fri, 08 Apr 2011 at 14:49:42 +1000, Brian May wrote:
/usr/bin/ld: digest-service.o: undefined reference to symbol
'heim_ntlm_calculate_ntlm1@@HEIMDAL_NTLM_1.0'
/usr/bin/ld: note: 'heim_ntlm_calculate_ntlm1@@HEIMDAL_NTLM_1.0' is defined
in DSO
On Tue, 12 Apr 2011 at 09:33:25 +1000, Brian May wrote:
Am thinking the best solution might be to wrap the entire ntlm_service
function with the same #if __APPLE__ ... #endif, as that appears to be the
only reference to ntlm_service, and I think the static definition means it
can't be
On Wed, 20 Apr 2011 at 09:24:14 +, Sune Vuorela wrote:
I think we should actually try to investigate how different 'menus' is
using the desktop entries.
GNOME Shell: displays only Name in the applications menu; displays only Name
when you hover over favourite apps in the dock; type-ahead
On Tue, 26 Apr 2011 at 22:34:23 +0200, Arno Töll wrote:
Thanks for your answer. Good to hear there is at least the possibility
to come around this issue. Now I am curious what such a good reason
would be. Let's say would I don't want to be spammed on my primary UID,
hence I use for Debian
On Thu, 28 Apr 2011 at 11:29:28 +0200, Raphael Hertzog wrote:
- at freeze time, instead of freezing rolling, we make a snapshot of
rolling (I call it testing) and this is where we do the work left
to make it ready for release
So your testing is essentially the pre-2000 frozen distribution
On Tue, 03 May 2011 at 14:46:11 -0600, René Mayorga wrote:
On Sat, Apr 30, 2011 at 12:56:15PM +0200, Stefano Zacchiroli wrote:
I'd even dare to say that having something like PPA for
Debian is a priority.
I do not agree on this, if the package is good enough and has somebody willing
to
On Sat, 07 May 2011 at 13:33:53 +0200, Enrico Weigelt wrote:
c) does _NOT_ call configure
As much as I wish this had been the convention, it isn't - the convention is
that autogen.sh *does* call ./configure (often with options suitable for
developers of the project, whereas the ./configure
On Mon, 09 May 2011 at 09:39:07 +0200, David Paleino wrote:
I took a look at how NetworkManager handles that: it stores configuration
using
gconf, so it's not really comparable
NM can go either way - it'll use the current user's gconf for connections
that are not shared with other users,
On Mon, 23 May 2011 at 01:44:03 +0200, Goswin von Brederlow wrote:
Or the reverse
gcc -Wformat=error
gcc -Wno-error -Wformat -Werror=format
You might also be interested in m4/tp-compiler-warnings.m4 in telepathy-glib.
Usage looks like this:
TP_COMPILER_WARNINGS([ERROR_CFLAGS],
On Mon, 23 May 2011 at 16:31:10 +0200, David Kalnischkies wrote:
A plugin like xul-ext-firegpg (removed discontinued upstream) enhances
iceweasel and depends on gpg. Still, i don't think it would be a good
idea to add something like 'Recommended-By: iceweasel gpg'
as this promotes this
On Thu, 26 May 2011 at 08:47:06 +0200, Luk Claes wrote:
Comments welcome, but foremost I'd like a mass effort to clear the
remaining dependency_libs fields! :-)
Am I right in thinking that this is the process people should follow?
if depended-on:
if dependency_libs:
clear the
On Sun, 29 May 2011 at 10:08:23 +0200, Hans-J. Ullrich wrote:
kdm: :0[21175]: Cannot open ConsoleKit session: Unable to open session:
Failed
to execute program /usr/lib/dbus-1.0/dbus-daemon-launch-helper: Succes
Reinstall the package that owns that file (which is dbus). If that doesn't
help,
On Mon, 30 May 2011 at 12:23:35 +0200, Vincent Lefevre wrote:
They are at least read by libtool. For instance, when building MPFR
(as a normal user):
[...]
Either the information provided by /usr/lib/libgmp.la is important
and this file should be kept, or libtool should not attempt to read
arename is a tool that is able to rename audio files by looking at a
file's tagging information.
Without wanting to derail your enthusiasm, doesn't Debian already have
some of these? :-)
An aptitude search for ~drenam ~dtag (Description includes both renam
and tag) lists (among some obvious
On Tue, 27 Oct 2009 at 15:06:07 +0100, Joerg Jaspert wrote:
The second category is named error and the tags listed can not be
overridden.
I don't think it's appropriate to make, for instance, dir-or-file-in-var-www
instantly fatal without following the usual mass-bug-filing procedure. If
you'd
Joachim Wiedorn wrote:
Who know the conditions to existing packages in lenny for the
transition into squeeze when it goes to stable?
I think you're confused about the ways packages migrate between
releases. See (for instance):
http://www.debian.org/doc/FAQ/ch-ftparchives#s-testing
Or does
Since libdbus appears in ia32-libs and isn't particularly large, and I
wanted to make an experimental upload anyway (to add a -dbg package
while avoiding the NEW queue blocking unstable), I've prepared a
hopefully multiarch-compatible version of it, which uses
/lib/${DEB_HOST_GNU_TYPE} (libdbus
(Please cc me on this thread, I'm not subscribed to debian-devel.)
Goswin wrote:
Looks fine from here. How does your -dev package look? The .so link, .la
and .pc files (if any) are specifically important.
The -dev package has no Multi-Arch field, which seems to be how the multiarch
spec on the
On Mon, 01 Feb 2010 at 20:46:18 +0100, Goswin von Brederlow wrote:
Goswin wrote:
Looks fine from here. How does your -dev package look? The .so link, .la
and .pc files (if any) are specifically important.
The -dev package has no Multi-Arch field, which seems to be how the
multiarch
On Tue, 02 Feb 2010 at 14:22:49 +0100, Goswin von Brederlow wrote:
You can move headers, the *.so link and static libs. But .pc and .la
files can not be in the triplet dir yet afaik. So that is a no go for
now. But if you want you can try and see what changes libtool and
pkgconfig would need
Steve Langasek wrote:
On Mon, Feb 01, 2010 at 11:17:19PM +, Simon McVittie wrote:
In the meantime, is there consensus that shuffling the development files
into
/usr/lib/triplet too is at least harmless, and that Multi-Arch: same is
appropriate for -dev packages where all the arch
/
+(but move the pkg-config file back to /usr/lib/pkgconfig since pkg-config
+doesn't yet look in multiarch locations)
+ * Set the shared library package to be Multi-Arch: same
+
+ -- Simon McVittie s...@debian.org Thu, 11 Feb 2010 22:56:02 +
+
libgfshare (1.0.3-2) unstable; urgency=low
On Sat, 13 Feb 2010 at 14:08:07 -0800, Steve Langasek wrote:
FWIW, it was an unintended consequence of the wording of the policy change
that static libs and .so symlinks are permitted in the multiarch dirs at
this point
As Goswin pointed out in an earlier thread, in the general case (libraries
On Tue, 16 Feb 2010 at 17:04:17 +0100, Antonin Kral wrote:
We have currently
version 1.3.1 in unstable, this is considered as development branch
which is not very stable.
If you consider one of your packages to be unsuitable for a stable release,
you should ensure that it has a release
On Thu, 18 Feb 2010 at 17:51:35 +0300, Nikita V. Youshchenko wrote:
For packages that are free, use debian versions whenever possible.
For packages that are free but patched too much, use renamed packages.
For non-free packages, use current Nokia's binaries wrapped into hand-made
debs.
* New upstream release.
-- Simon McVittie s...@debian.org Tue, April 1, 2038 09:00:00 +
Then in a later upload, I'd want to correct that:
hello (6.6-2) unstable; urgency=medium
* Add patch from upstream to fix build on knetbsd-mipsel and
knetbsd-toaster (Closes
On Wed, 17 Mar 2010 at 12:41:58 +0100, Harald Braumann wrote:
It should be signed at build time, just after dh_shasums and then the
sig file packaged together with all the other files. I don't see a
problem with that. Or maybe I'm not getting something here?
Most packages (in terms of
On Mon, 03 May 2010 at 18:13:00 +0200, Adrian Knoth wrote:
Obviously, arg4 is NULL, so the message means the compiler cannot
convert 0 to a va_list, which should be (more or less) a pointer.
Or a struct, or a platform-specific-object that exists nowhere else in C, or a
piece of cheese,
On Wed, 04 Aug 2010 at 17:18:05 +0200, Fabian Greffrath wrote:
In the Name: debconf/frontend section of
/usr/cache/debconf/config.dat I manually changed the Value: Gnome
field to Readline and now I can run apt-get -f install and
finally have my system back in a usable state.
Do you have GLib
On Tue, 10 Aug 2010 at 03:15:35 -0600, Bruce Sass wrote:
AFAICT, the reason is so that a minimal but functional system is
guaranteed to exist so long as a local HDD with a root filesystem is
available
The fact that you can use it for troubleshooting/repairs is a nice (and
desirable)
On Tue, 10 Aug 2010 at 20:27:24 -0700, Russ Allbery wrote:
One issue with 3.0 (quilt) is that when you check it out when it's
maintained in a VCS, you have two choices: commit the .pc directory and
files, or leave it out and then have to run some magic
[...]
- Why don't you just check in with
On Sun, 15 Aug 2010 at 22:28:52 +0100, Roger Leigh wrote:
Best practices for Git repository layout?
- git-buildpackage documentation is closest to that
I would have to disagree here, the git-buildpackage default layout is
far too Debian-centric. By naming the Debian and Upstream branches
On Tue, 17 Aug 2010 at 23:09:08 +0200, Sylvestre Ledru wrote:
Quick remember, Atlas is a linear algebra library implementing the BLAS
API/ABI. It is widely used in the scientific computing world but also by
some spreadsheets (openoffice).
This is an highly optimized library. The optimisation
On Mon, 06 Sep 2010 at 17:52:17 +0100, Ian Jackson wrote:
Alexander Reichle-Schmehl writes (Backports service becoming official):
Because of limitations in the Debian Bug Tracking System, any bugs
relevant to backported packages still have to be reported to the
debian-backports [3] list
(Context: a private mail to which I'm replying suggested that full-disk
encryption should be used to make it harder to subvert our infrastructure,
and worried about the use of an unencrypted /boot, since they could
insert a keylogger or trojan into the initrd.)
By policy, we use full-disk
On Thu, 23 Sep 2010 at 17:31:39 +0200, Roland Mas wrote:
Indeed. My current setup is that sda1 is small, unencrypted and holds
/boot only. sda2 is the whole rest of the hard disk, and it's mapped to
a LUKS device used as a physical volume for LVM, and there are several
LVs on there,
On Wed, 29 Sep 2010 at 13:09:03 -0400, Michael Hanke wrote:
* compression of content
Any policy to enforce compressed file formats regarding the stuff installed
by a data package?
I think this ought to be case-by-case: some users of large data blobs
(e.g. Quake 3/Openarena PK3 files)
On Fri, 01 Oct 2010 at 09:32:02 +0200, Tollef Fog Heen wrote:
Something like:
Package: huge-dataset
Depends: huge-dataset-base-2010-09-01, huge-dataset-patch-2010-09-10,
huge-dataset-patch-2010-09-20, huge-dataset-patch-2010-09-30
And then have huge-dataset set up the data set and patch
On Mon, 04 Oct 2010 at 13:49:10 +0600, Andrey Rahmatullin wrote:
Hello. I use git-buildpackage and want to use ccache. I tried exporting
overriden CC and PATH, but that had no effect and `echo' in debian/rules
shows that both variables are reverted to the defaults. Does
git-buildpackage clear
)
+ * Tell dh_makeshlibs and dh_shlibdeps to look in the non-standard library
+directory
+ * Make distclean rather than clean to avoid garbage in the Debian diff when
+building twice (patch from Peter Eisentraut, Closes: #527971)
+
+ -- Simon McVittie s...@debian.org Sat, 09 Oct 2010 18:05:21
On Sun, 17 Oct 2010 at 16:41:31 +0200, Luca Falavigna wrote:
Debian Octave Group pkg-octave-de...@lists.alioth.debian.org
octave3.2-dbg [mips, mipsel]
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572407, wishlist;
debug symbols were knocked out on mips[el] to work around an ld bug
base-passwd documents sudo as Members of this group do not need to type their
password when using sudo, which is no longer true. I've opened a bug.
On Tue, 19 Oct 2010 at 09:48:58 +0200, Jesús M. Navarro wrote:
On the other hand, is it really necessary a new group? Can't adm or operator
be
On Wed, 20 Oct 2010 at 01:58:22 +, The Fungi wrote:
On Tue, Oct 19, 2010 at 09:48:58AM +0200, Jesús M. Navarro wrote:
On the other hand, is it really necessary a new group? Can't adm
or operator be overloaded with this new functionality? (think
Ockham's razor).
Maybe similarly
On Thu, 21 Oct 2010 at 17:53:53 -0600, Bob Proulx wrote:
Giacomo A. Catenazzi wrote:
It depends on the definition of equivalent.
The definition of root-equivalent I'd use is: if an account is compromised (an
attacker gains control of it), and the attacker can get root privileges as a
result,
On Fri, 22 Oct 2010 at 11:44:31 +0100, Ian Jackson wrote:
I wouldn't be at all surprised to find that priv was occasionally
used as a username for an ordinary user.
If I saw it out of context I'd also tend to assume that priv is short for
private instead of privileged, but perhaps that's just
On Sun, 24 Oct 2010 at 18:05:45 +0900, Osamu Aoki wrote:
(Let's use old wheel group in line with current documentations.)
That's not in line with wheel's historical use, though... historically
wheel meant may run su(8) at all. Everyone on a GNU system has the
privileges traditionally given to
On Mon, 25 Oct 2010 at 18:32:07 +0200, Victor Porton wrote:
After apt-get autoremove mouse cursor in X/Gnome changed from white color
to black color.
You probably inadvertently removed the package containing your chosen cursor
theme. My guess would be dmz-cursor-theme.
The
On Fri, 19 Nov 2010 at 22:30:09 +0100, Dmitry Katsubo wrote:
* Some libraries (e.g. GraphicsMagick) does not provide the list of
libraries for statis linking via .pc (compare 'pkg-config --static
--libs GraphicsMagick++' and 'GraphicsMagick++-config --libs'). Should
it be fired as a bug for
On Sat, 20 Nov 2010 at 21:58:56 +0100, Tollef Fog Heen wrote:
| Upstreams are only meant to change the .pc filename when they make an
| incompatible change to the API
This seems to be the trend, but there's nothing in pkg-config's policies
or best practices guide that specifies this. I'm a
On Mon, 22 Nov 2010 at 16:18:52 +0100, Dmitry Katsubo wrote:
On 19.11.2010 22:51, Russ Allbery wrote:
Dmitry Katsubo dm...@mail.ru writes:
* Some libraries (e.g.) do not follow the agreement for .NET/CLI
(http://pkg-mono.alioth.debian.org/cli-policy/ch-packaging.html#s-pkg-config-file)
On Sun, 05 Jun 2011 at 08:29:03 +0200, Harald Dunkel wrote:
All these APIs and dynamic libraries are meant to provide backward
compatibility.
You're asking for forward compatibility, though: making applications in
testing/main limit themselves to only doing things which already worked in
On Mon, 27 Jun 2011 at 15:31:24 +0200, Vincent Lefevre wrote:
Related to that, will Linux support fat binaries[*] one day?
I doubt it; but multiarch doesn't make them any more problematic.
If this is possible, where should they be installed, and how
libraries would be searched in a consistent
On Fri, 01 Jul 2011 at 09:39:54 +0200, Josselin Mouette wrote:
Before we start to work on some packages, I’d like to ask if someone has
checked whether D-Bus is multiarch-safe. Said otherwise, is it possible
to use a D-Bus interface over another architecture?
D-Bus is machine-word-size-neutral
On Fri, 01 Jul 2011 at 09:01:04 +0100, Simon McVittie wrote:
Foreign-endian messages are always *meant* to have worked
To clarify that a bit: messages can have either endianness, but libdbus
will deal with that transparently, and always give library users data in
native endianness (byteswapping
On Fri, 01 Jul 2011 at 10:06:34 +0200, Bastien ROUCARIES wrote:
Even dark corner like double endianess ?
Doubles are byteswapped in exactly the same way as int64, I hope that's
correct everywhere? (dbus/dbus-marshal-byteswap.c around line 73.)
To be more specific: D-Bus assumes that doubles are
On Fri, 01 Jul 2011 at 10:54:12 +0200, Aurelien Jarno wrote:
We used to have the ARM old-ABI architecture using mixed-endianness, but
we don't have this architecture anymore (replaced by armel).
D-Bus interop for doubles was always broken on ARM old-ABI, then, and nobody
noticed :-(
The
On Thu, 14 Jul 2011 at 11:05:53 +0200, Arno Töll wrote:
I can't believe Gnome 3
wouldn't support older legacy tray widgets though, I'd assume it would,
similar to KDE 4, supports older tray widgets through some legacy wrapping.
GNOME 3 has a freedesktop-compatible notification area (tray)
On Sat, 16 Jul 2011 at 01:31:21 +0200, Arno Töll wrote:
On 16.07.2011 00:20, Christopher Baines wrote:
The actual package would just contain the rules and checksums for the
files it tries to fetch, but not the data itself
just as a random alternative idea (where other people may judge
On Mon, 18 Jul 2011 at 10:30:15 +0100, Jon Dowland wrote:
I don't suppose it would be worth maintaining a patch-set in Debian to support
other OSs: In a hypothetical future where systemd was the default init system
for Debian, it's probably less work to support multiple init systems and let
On Mon, 18 Jul 2011 at 12:34:52 +0200, Federico Di Gregorio wrote:
Wasn't universal as in runs everywhere (i.e., on a lot of archs) vs
as runs everything (when a Debian GNU/WinNT?).
I've always understood the universal OS to mean all-purpose and/or
for everyone. There's currently no CPU
On Thu, 21 Jul 2011 at 19:16:50 +0200, Julien Valroff wrote:
When running this type of config, how do you avoid pushing the upstream
tags to the debian repository?
To push individual tags, use git push origin 1.2-3 or something, instead
of git push --tags.
To get rid of the upstream tags from
On Sun, 24 Jul 2011 at 21:59:40 +0200, Wouter Verhelst wrote:
even init.d has a documented (and what's
more, actually *working*) implementation of not starting daemons at
boot. It's called 'remove the *** symlink'.
If you remove them, they'll be recreated by the next upgrade; the right
way
On Tue, 16 Aug 2011 at 11:19:05 -0500, Peter Samuelson wrote:
But for those who think it's annoying to have
to put 3 separate steps in your init script 'start' section (mkdir -p,
chown, chmod), I'd like to point out that you may as well just use
install -d, and do it all in one step.
... as
On Thu, 15 Sep 2011 at 16:53:26 +0900, Miles Bader wrote:
Tollef Fog Heen tfh...@err.no writes:
Your cross-toolchain is supposed to set up a symlink from
/usr/bin/$triplet-pkg-config to /usr/share/pkg-config-crosswrapper which
will then DTRT. That's the idea at least, I haven't actually
On Thu, 15 Sep 2011 at 19:52:01 +0900, Miles Bader wrote:
of course since there isn't an x86_64-w64-mingw32-pkg-config
program, instead it just uses the normal pkg-config
That's the missing piece of the puzzle: some sort of cross-toolchain package
(which doesn't exist yet in Debian - but
On Mon, 19 Sep 2011 at 19:01:04 +0200, Josselin Mouette wrote:
Le lundi 19 septembre 2011 à 12:52 -0400, Ted Ts'o a écrit :
OK, how about /usr/lib/triplet/debug/sbin/e2fsck?
I just checked and gdb doesn't find the debugging symbols if I drop the
debug files under /usr/lib/triplet. What
On Wed, 21 Sep 2011 at 14:13:31 -0500, Mike Mestnik wrote:
I'd like to start a movement to verify and assist projects/packages
with the proper deployment of software that supports proxies.
In GLib-based applications, connecting using GSocketClient while having
glib-networking installed will
On Thu, 22 Sep 2011 at 15:34:31 +0200, Jérémy Lal wrote:
node-which finds the first instance of a specified executable
in the PATH environment variable.
How does this differ from:
* the 'which' utility in debianutils (which is Essential: yes)
* the 'which' builtin in shells that have copied
On Thu, 22 Sep 2011 at 16:50:43 +0200, Jérémy Lal wrote:
By no means it is a replacement to existing 'which' tools, and no executable
would be provided, only a library file.
Please use a short description that makes it look like a library rather
than calling it a utility, then (or a module or
On Thu, 22 Sep 2011 at 18:31:46 +0200, Bastien ROUCARIES wrote:
See libproxy package
Le 22 sept. 2011 12:10, Simon McVittie s...@debian.org a écrit :
In GLib-based applications, connecting using GSocketClient while having
glib-networking installed will automatically use a configured proxy
On Wed, 28 Sep 2011 at 13:01:45 +0200, Thomas Hood wrote:
* The package then has fewer dependencies
* ... and can then be installed on a system without bash.
This doesn't help Debian directly, but it may help upstreams to be portable
to operating systems with a reason to use a non-bash shell -
On Wed, 28 Sep 2011 at 16:38:11 +0200, Laszlo Kajan wrote:
Without the funding received based on the usage statistics you contribute by
installing this package none of the packages on Debian could have been made
available to you at no cost.
I'm pretty sure that's not true. None of the
On Mon, 03 Oct 2011 at 17:11:21 +0200, Bastien ROUCARIES wrote:
On Mon, Oct 3, 2011 at 3:02 PM, Florian Weimer f...@deneb.enyo.de wrote:
Not necessarily. -fPIC and -fPIE force calls to global functions
defined in the same translation unit to go through the PLT. They
aren't translated to
1 - 100 of 2927 matches
Mail list logo