Le mardi 04 décembre 2012 à 00:37 +0100, Stefano Karapetsas a écrit :
> > - libwnck, still in Debian
> We forked libwnck for three main reasons: to have stable API, to keep
> GTK2 support, and to add new features on it (we already started to do this).
The GTK2 libwnck version will not change API
On 2012-12-03 22:09, Thorsten Glaser wrote:
> http://snapshot.debian.org/package/gcc-4.3/
>
> That being said, you may not succeed installing this on wheezy,
> so use a squeeze chroot. (Due to Multi-Arch, Breaks and all that.)
The packaging repository has the unreleased 4.3.6-1 version with a
bac
Hi Joss,
thank you for your feedback.
Il 04/12/2012 00:05, Josselin Mouette ha scritto:
This still includes seemingly useless forks of:
- libwnck, still in Debian
We forked libwnck for three main reasons: to have stable API, to keep
GTK2 support, and to add new features on it (we already starte
Le lundi 03 décembre 2012 à 20:28 +0100, Stefano Karapetsas a écrit :
> That repository contains the current stable MATE. The repository with
> develpment MATE packages, without "obsolete" libraries, is
> deb http://dev.mate-desktop.org/debian wheezy main
> Our github repo with debian folders, in
Il 03/12/2012 22:33, Joachim Wiedorn ha scritto:
And in the same way: why mdm instead of gdm ?
MDM is not part of MATE Desktop.
Cheers,
Stefano
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arch
Jeremy Bicha wrote on 2012-12-03 15:39:
> What's so bad about evince that you need to use a forked version
> anyway? Or gnome-icon-theme, gnome-keyring, gnome-terminal, etc.
And in the same way: why mdm instead of gdm ?
I have created some updates of gdm with the same patches as mdm, but
without
On Mon, Dec 03, 2012 at 02:06:03AM +0100, Adam Borowski wrote:
> You can use the upstream packaging, available at:
> deb http://packages.mate-desktop.org/repo/debian wheezy main
Thanks but I'm interested in possibly helping an effort to package MATE
in Debian, rather than run it myself.
> So fro
On Mon, Dec 03, 2012 at 03:39:03PM -0500, Jeremy Bicha wrote:
> What's so bad about evince that you need to use a forked version
> anyway? Or gnome-icon-theme, gnome-keyring, gnome-terminal, etc.
This is drifting off the topic at hand, please, take it to another
list if you want to continue down t
dAgeCKo free.fr> writes:
> supported on wheezy. Indeed, the first kernel version I have to compile
> is a 2.6.37, which, as far as I know, requires gcc 4.3.
http://snapshot.debian.org/package/gcc-4.3/
That being said, you may not succeed installing this on wheezy,
so use a squeeze chroot. (Due
On 3 December 2012 14:28, Stefano Karapetsas wrote:
> As I already said you many times, MATE no longer uses these "obsolete" and
> "duplicated" libraries.
>
> And, maybe you dont know, but we are already working with GNOME developers
> to share efforts with them. Just some examples: with yelp deve
Il 03/12/2012 19:46, Josselin Mouette ha scritto:
Le lundi 03 décembre 2012 à 02:06 +0100, Adam Borowski a écrit :
You can use the upstream packaging, available at:
deb http://packages.mate-desktop.org/repo/debian wheezy main
I see this still includes all s/gnome/mate/ libraries from GNOME 2,
Le lundi 03 décembre 2012 à 02:06 +0100, Adam Borowski a écrit :
> You can use the upstream packaging, available at:
> deb http://packages.mate-desktop.org/repo/debian wheezy main
I see this still includes all s/gnome/mate/ libraries from GNOME 2,
while their counterparts are still here in Debian
On Dec 02, 2012, at 04:22 PM, Игорь Пашев wrote:
>2012/12/2 Vincent Lefevre :
>> No, that's not sufficient. You may want relations between key-value
>> pair. For instance, if you have a line with a key "foo", then a line
>> with a key "bar" must also exist. Or a line with a key "number" must
>> ha
On Dec 01, 2012, at 07:21 AM, Clint Byrum wrote:
>Just any FYI, Canonical no longer requires copyright assignment in their
>CLA. You are still giving Canonical an unlimited perpetual license on the
>code, but you retain your own copyrights.
FTR: http://www.canonical.com/contributors
with embedde
On 03/12/12 11:19, José Luis Segura Lucas wrote:
> Are all the packages affected by this issue going to be removed
> from testing?
No, unless you prevent them from being fixed by making uploads that
are not suitable for wheezy. (You quoted the full text of the email to
which you replied, so presum
Tollef Fog Heen writes ("Re: Contributor agreements and copyright assignment"):
> Wouter Verhelst
> > Personally, I'm not comfortable signing off my copyright to the FSF, for
> > the very same reason I'm not comfortable signing off copyright to
> > Canonical: while both are led by a person whom so
On Mon, 2012-12-03 at 15:31, Игорь Пашев wrote:
> Guys, it looks like you are looking for The Silver Bullet.
And, it is called YAML ;-)
--
Kind regards, Milan
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
Guys, it looks like you are looking for The Silver Bullet.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/call-q8ygasil9fzoyhxxaipa-qt527tf+s9su0i03+3qhek...@mail.gm
I just see that propose of removal gnome-dvb-daemon just after I made a
RFA to it... Nice! :-D
I agree that the problem of gnome-dvb-daemon its related to #674156 as
Simon stated.
Are all the packages affected by this issue going to be removed from
testing?
In addition, I will package the newer
On Sun, Dec 02, 2012 at 11:58:00PM +0100, Vincent Lefevre wrote:
> Wrong. Nested blocks make config files easier to understand. Otherwise
> for the same feature (e.g. conditionals), one would need things like
> horrible state variables. For instance, think about redesigning a
> procmailrc with the
On Sun, Dec 02, 2012 at 05:49:43PM -0800, Steve Langasek wrote:
> The answer, as it happens, is the very terms of the FSF's copyright
> assignment, which ensures the work remains available under a copyleft
> license. *That* is the gold standard for copyright assignment, by which
> other copyright
On 2012-12-03 14:05:49 +0700, Ivan Shmakov wrote:
> On the second sight, the difference between, e. g.:
>
>
>
> d
> f
>
>
> i
>
>
>
> and, e. g.:
>
> [a.b]
> c = d
> e = f
> [a.g]
> h = i
>
> is mostly superficial.
There may be a difference at the AP
22 matches
Mail list logo
