Bug#648230: Packaging (and RFS) for pymssql 2.1.1+dfsg-1

[Josselin Mouette]

Scott Kitterman  wrote:
On Wednesday, May 24, 2017 12:12:51 PM James Andrewartha wrote:
> Hi Geoffrey, Joss, DPMT
> 
> There's been no substantive uploads of this package in the past 8 
years,
> and we've missed the chance to get a new package into stretch. I'm
> tempted to request its removal from stretch given it's seriously buggy
> #709210 and unmaintened.

Alternately, if you care about the package, it's not to late to get the 
bug 
fixed for Stretch.  Additionally, if it's worth removing the package 
over, it 
should probably be a higher severity than important.

Hi,

as I explained already several years ago, I don’t have access to MS SQL
servers anymore to test the package, so feel free to adopt it.

-- 
Joss

Bug#817651: regionset: Removal of debhelper compat 4

[Josselin Mouette]

Le mercredi 13 juillet 2016 à 13:08 +0100, James Cowgill a écrit : 
> > The package regionset uses debhelper with a compat level of 4,
> > which is deprecated and scheduled for removal.
> 
> I have uploaded the attached NMU to fix this bug.

Thanks a lot!

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Bug#817651: regionset: Removal of debhelper compat 4

[Josselin Mouette]

Le mercredi 13 juillet 2016 à 13:08 +0100, James Cowgill a écrit : 
> > The package regionset uses debhelper with a compat level of 4,
> > which is deprecated and scheduled for removal.
> 
> I have uploaded the attached NMU to fix this bug.

Thanks a lot!

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Bug#829730: xchat-gnome: CVE-2013-7449

[Josselin Mouette]

Hi,

Le mardi 05 juillet 2016 à 22:15 +0200, Michael Biebl a écrit :
> We have a supported successor/alternative with hexchat, so I'm inclined
> to request the removal of the package.
> Joss et al, do you see any reason why we should keep the package?

I don’t think we should. Maybe replace it with a transitional package to
hexchat?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Bug#823990: dh_gconf no longer needs to add gconf2 dependency to misc:Depends?

[Josselin Mouette]

Ari Pollak  wrote:
Ari, the best I can then offer would be a switch for
skipping the gconf2
dependency (i.e. an opt-out).  Is that still
interesting?


Probably not worth it, I think I'm just going to remove the
gconf stuff from pidgin.

If it’s just to register URL handlers, as you told in the original
report, I don’t think anything still uses them. URL handlers are now
handled by MIME associations to x-scheme-handler/foo.

-- 
Joss

Bug#823990: dh_gconf no longer needs to add gconf2 dependency to misc:Depends?

[Josselin Mouette]

Hi Niels,

Le lundi 30 mai 2016 à 19:32 +, Niels Thykier a écrit :
> Can you confirm that this dependency on gconf2 is now unnecessary?  At
> first glance I cannot see a need for it now that the autoscripts have
> been removed.

Unless the functionality is optional in the package (which is the case
of pidgin), the gconf2 dependency is still needed. Not because of the
scripts anymore, but because functionally, a binary shipped with gconf
schemas will usually require them to execute.

Otherwise, you might end up with the binary aborting on startup.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Re: Adding SONAME to a shared object in KLEE

[Josselin Mouette]

Hi Marko,

Le jeudi 18 février 2016 à 10:43 -0700, Marko Dimjašević a écrit :
> I would need help with fixing a SONAME issue with my ITP package. It's a
> tool for development, which systematically explores as many as possible
> execution paths in a given program, potentially triggering crashes
> unknown before.

> E: klee: sharedobject-in-library-directory-missing-soname 
> usr/lib/libkleeRuntest.so

It looks to me that this file is not meant to be a shared library. I
don’t know what it is, but there are no associated headers and nothing
that looks like it could be linked against it.

It’s not even clear you should ship it in the package, maybe it’s part
of a test suite of some sort?

In any case, it is useless to add a SONAME to such a file, because
SONAMEs are here for programs you actually link with that library. If
the file does have some use in the binary, you can move it away in
another directory (it has no place in /usr/lib).

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Re: Debian package non-strict equal dependencies

[Josselin Mouette]

Dmitrii Kashin  wrote:
> The main thing is we can describe dependency as `pkg (= "2.0")' and yum will
> install package `pkg' of version "2.0" with the maximum revision
> found. And also we can write dependency specifically with revision,
> f.e. `pkg (= "2.0-43")' and yum will install specifically "2.0-43".

> Well, now I'm trying to repack one project (my job) from centos to
> debian. And I wonder what would be the most correct way for such kind of
> dependencies.
> 
> 1) I could not write dependency operator at all.
> 2) I could write >= and version (f.e. "2.0")

You can write, for example: 
Depends: pkg (>= 2.0), pkg (<= 2.0.~)

Note that since the introduction of ${source:Version} and
${binary:Version}, this no longer useful if both packages are part of
the same source.

> If there's package A which depends on B and C, B depends on D (=
> "2.0-43") and C depends on D (>= "2.0"). If there're packages D-2.0-43
> and D-3.0 in the repository, then yum fails to resolve dependencies.
> 
> I wonder what the apt's behavior is in such situation?

In a Debian repository, there can be only one version of D at a time, so
this cannot happen. If you want two versions of the same package in the
same repository, they need to have different source and binary names
(the name can be something like D-2.0 or D-3.0 of course).

-- 
Joss

Bug#806320: debian-hpc mailing list

[Josselin Mouette]

Hi,

I second the creation of such a mailing list with vigor. Thanks to the
work of several fellow developers, we are reaching the point where
Debian can be a significant HPC player, including on top500 clusters. To
build on that, we need at the very least a communication platform.

Cheers,
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-

Re: Putting default config files in /usr [was; (newbie) Disruptive LIRC package update.]

[Josselin Mouette]

Marc Haber  wrote:
On Wed, 11 Nov 2015 21:58:13 +0100, Jean-Christophe Dubacq 
 wrote:
>[ ? 11/11/2015 18:14 ] [ ? Marc Haber ]
>> Once and for all we're doing _SOMETHING_ right, let's keep it that
>> way.
>I do not agree that we are doing something exactly right. I would like
>/etc to only contain what I changed (as a sysadmin), and nothing else ;

That is not what an experienced Unix Admin would expect. We should not
do that.

As an experienced Unix admin, I hate having to comb through megabytes of
useless files in /etc to look for what has been actually changed on the
system.

The very fact that people need to use specific tools such as etckeeper,
just to be able to see what has been configured, shows that we are doing
something wrong, not the other way round. 

When we moved away whole megabytes of default GConf configuration
from /etc to /usr and /var, only keeping in /etc the actual changes made
to the default configuration, I don’t recall much complaining.
Eventually upstream ended up re-using our scheme when they wrote
GSettings.

-- 
Joss

Re: Comments regarding libaccounts-glib_1.18+20150112-1_amd64.changes

[Josselin Mouette]

Hi Diane,

Diane Trout  wrote: 
I was packaging libaccounts-glib for the KDE team and Scott Kitterman 
noticed 
a ./usr/lib/python2.7/dist-packages/gi/overrides/Accounts.py (and 
python3 
version) in gir1.2-accounts-1.0. I saw you're the maintainer for 
python-gi and 
probably understand how the gi/override is supposed to work.

He thinks I should add a python dependency for the package, I think 
that the 
Accounts.py is incidental to the operation of a gir1.2 package, as I 
understand it typelibs can be used by other languages.

I was hoping you could weigh in what the gi/override directory is for, 
and if 
gir1.2- packages that contain a gi/override should have a dependency on 
python?

I think you are right. The Python override is only used by Python
packages, but if a package in another language makes use of the GI
module, it will not need that file. 

So the package doesn’t strictly need a Python dependency. On the other
hand, lacking ${python:Depends} will mean it will lack the required
dependencies to trigger an upgrade when the default Python version
changes. 

(And just in general is there documentation about how typelibs work? 
I've had 
some trouble finding it)

The GI policy is a good starting point:
/usr/share/doc/gobject-introspection/policy.txt

-- 
Joss

Re: Defaulting to i686 for the Debian i386 architecture

[Josselin Mouette]

Ben Hutchings  wrote: 
Since the 686-class, introduced with the Pentium Pro, is now almost 20
years old, we believe there are few Debian systems still running that
have 586-class or hybrid processors.  The only such processors
apparently still available for sale are the DM Vortex86 family, Intel
Quark and Xeon Phi, of which we currently only support the Vortex86.

I don’t know whether we currently have the ability to run standard x86
binaries on the Xeon Phi coprocessors, but it definitely sounds like
something we should try to obtain, not to prevent. Otherwise we’ll end
up with yet another half-assed, unmaintainable way to build specific
binaries for HPC. 

-- 
Joss

Re: Defaulting to i686 for the Debian i386 architecture

[Josselin Mouette]

Ben Hutchings  wrote: 
Contrary to what I thought, the Xeon Phi processors are actually 64-bit
.  However I think they're a little too weird to support with the same
binaries - no CMOV, no MMX and no SSE.

I think we’ve both been mistaken by Intel documents describing Xeon Phi
as being based on the P54C microarchitecture. But this was only for the
early, mostly experimental designs. As of Knights Landing, it is based
on Airmont Atom cores which indeed support x86_64. 

-- 
Joss

Bug#707851: Debian Menu Systems : Implementation of the TC decision

[Josselin Mouette]

Guillem Jover  wrote: 
You seem to be framing this as a XDG vs menu formats. I see it in great
part as applications showing up on WM/DE or not. The collateral damage
from the TC decision are applications, WM/DE and its users from either
format.

Only if WMs keep on using the Debian menu instead of the XDG menu.

Err, no, the TC has explicitly made it "impossible" for the two systems
to coexist, breaking existing support, and forcing maintainers to choose
one or other ecosystems, w/o any working solution in sight for WM/DE not
supporting the XDG system. Which has made the situation even worse than
before, in a very anti social way.

You might want to package https://wiki.archlinux.org/index.php/Xdg-menu
which answers exactly the questions you have been asking.

-- 
Joss

Bug#707851: Debian Menu Systems : Implementation of the TC decision

[Josselin Mouette]

Guillem Jover  wrote: 
You seem to be framing this as a XDG vs menu formats. I see it in great
part as applications showing up on WM/DE or not. The collateral damage
from the TC decision are applications, WM/DE and its users from either
format.

Only if WMs keep on using the Debian menu instead of the XDG menu.

Err, no, the TC has explicitly made it "impossible" for the two systems
to coexist, breaking existing support, and forcing maintainers to choose
one or other ecosystems, w/o any working solution in sight for WM/DE not
supporting the XDG system. Which has made the situation even worse than
before, in a very anti social way.

You might want to package https://wiki.archlinux.org/index.php/Xdg-menu
which answers exactly the questions you have been asking.

-- 
Joss

Re: DAK Commands for Bikesheds

[Josselin Mouette]

Le jeudi 17 septembre 2015 à 13:42 +0200, Joerg Jaspert a écrit : 
>  https://ftp-master.debian.org/users/joerg/README.commands

Thanks for the documentation (and for the code!).

How do you upload a package to a bikeshed? Just set bs-whatever as the
suite in the changes file?

-- 
 .''`.      Josselin Mouette
: :' :
`. `'
  `-

Bug#785881: nicotine: Please update to GStreamer 1.x

[Josselin Mouette]

Control: severity -1 normal

Le mercredi 20 mai 2015 à 16:03 +0300, sl...@debian.org a écrit : 
> For the next Debian release GStreamer 0.10 is planned to be removed,
> and if your package is not updated it might not be included in the
> release. Please update your package to use the new version as soon as
> possible.

I’m downgrading the severity, since this is only a Suggests.

Thanks,
-- 
 .''`.      Josselin Mouette
: :' :
`. `'
  `-

Re: DAK Commands for Bikesheds

[Josselin Mouette]

Le jeudi 17 septembre 2015 à 18:52 +0200, Stefano Zacchiroli a écrit :
> Not to mention that this bikeshed thread about the Bikeshed name is
> going to be both epic and very meta.

I herd you like bikesheds…

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Re: [CTTE #741573] Debian Menu System

[Josselin Mouette]

Le samedi 05 septembre 2015 à 10:49 +0900, Osamu Aoki a écrit : 
> This reminds me some DE dependent .desktop file.  Is there any best
> practice how to do it for Debian?  KDE app not showing up on GNOME and
> vice versa.  How to decide how much .desktop data are NotShowIn for what
> environment?

The new policy states these values should be synchronized on the
debian-desktop mailing list. So if in doubt, you should just ask.

> Another question: Is there any list of DE names supporting .desktop
> file?  Whitelisting with "OnlyShowIn" entry requires such list.
> 
> Maybe we shoyld recommend explicit black list using "NotShowIn" entry
> over whitelisting with "OnlyShowIn" entry.

The use case is different.
OnlyShowIn is for tools designed for a specific environment (e.g. a
configuration tool).
NotShowIn is for tools where the maintainers of given environments have
requested not to display such entries. If the tool is not generally
useful to most users having it installed, NoDisplay=true should be used.

OnlyShowIn and NotShowIn are mostly useful for packages that are part of
the default installation, or usually installed as dependencies.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Re: system upgrade by systemd

[Josselin Mouette]

Michael Meskes  wrote: 
> In that case, the WLAN access point ("FooAP" or so) should be tagged 
as
> "modem", not sure if n-m can do that.  Am trying to file a wishlist
> bug for that by BCCing submit@.

And? How's that supposed to solve the problem?

I may be just fine using my cell for updates at home, but not while 
traveling.

An user does probably not need an “automatic updates” feature if she
wants such a level of manual control. In which case she can just disable
the updates and do her thing. 

You're not seriously suggesting we should make the decision for the user
without even telling him? Doesn't freedom of choice also include the 
freedom
to not do updates?

I hope you are not seriously suggesting we should present users with
choices all the time, especially choices with serious security
consequences that most users are unable to appreciate. 

-- 
Joss

Re: system upgrade by systemd

[Josselin Mouette]

Le jeudi 27 août 2015 à 05:22 +0200, Michael Meskes a écrit :
 Besides, what causes the system to make those package downloads before?
 I may be behind a slow or expensive line and don't want any downloads
 performed at all.

It’s gnome-software in sid, or g-s-d in jessie, querying PackageKit for
updates.
The default policy is to not schedule any downloads when running on
battery or on a modem connection.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Bug#741573: Proposed draft of ballot to resolve menu/desktop question

[Josselin Mouette]

Ian Jackson ijack...@chiark.greenend.org.uk wrote: 
  - defining new field names for .desktop files to contain
the trad menu metadata, as necessary.  I think we can safely
call these fields X-Debian-* or X-Debian-Menu-* or something.

What is the use case for these fields? 

  - a small amount of work in the already-existing .desktop-to-menu
conversion program

Who cares? We can have much better than that and use the XDG
specification to its full extent: 
https://wiki.archlinux.org/index.php/Xdg-menu

  - policy should probably say that a contributor sending a trad menu
patch for a program with a .desktop file should do so by sending
a .desktop file patch, rather than a trad menu patch.

Good. This way it can be ignored as well.

 In the longer term:
 
  - Desktop program maintainers would get occasional patches to add
trad menu metadata to their .desktop files.  The tooling would then
do the right thing.  This is the only extra human work that those
maintainers would have to do.

So you complain that dropping entirely the Debian menu (which is the
sensible thing to do) would get rid of a few thousands
mostly-boilerplate files, while we get rid of much more than that in
useless C code every other minor release, but suddenly giving extra work
to all maintainers of packages containing desktop entries is OK? 

Maybe some people need to get rid of that mentality where other people
have to do more work to comply with their twisted view of reality. 

  - GUI program maintainers have a choice of whether to provide trad
menu entries via this new mechanism or by providing a separate trad
menu file.

Or to do nothing at all about the trad menu, which is the sensible thing
to do? 

  - Maintainers of non-GUI programs which don't want to be in the DE
menus can continue to provide menu entries for the trad menu
without needing to interact with the XDG menu system.

Or they can provide entries with appropriate
NoDisplay/OnlyShowIn/NotShowIn fields, as described in Charles’ proposed
policy. 

  - Trad menu consumers do not need to gain any heavyweight runtime
dependencies.

Neither do they need to by using xdg_menu.

  - It is still possible to make the trad menu visible in DEs using the
existing technique.

No, it is not. Maybe in an alternative reality, but in Debian, KDE and
GNOME have both made this impossible, on purpose.

There is no use for the traditional Debian menu. It is deadweight
technology. Any effort invested in it is wasted. Get over it.

-- 
Joss 

Bug#786292: nicotine: diff for NMU version 1.2.16+dfsg-1.1

[Josselin Mouette]

Le dimanche 23 août 2015 à 16:28 +0500, Andrey Rahmatullin a écrit : 
 I've prepared an NMU for nicotine (versioned as 1.2.16+dfsg-1.1) and
 uploaded it to DELAYED/5. Please feel free to tell me if I
 should delay it longer.

Thanks for the NMU. Are you sure you’re not forgetting a
XB-Python-Version: (= 2.5) ?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Bug#796742: general: system takes a hit when encryption used

[Josselin Mouette]

Le dimanche 23 août 2015 à 15:16 -0500, Richard Jasmin a écrit : 
 modern day systems have 6GB/sec connections and GBs of RAM and Ghz of speed.
 There is simply no reason that ANY cipher algorithm should slow a system to a
 crawl.
 
 Cached data or not.
 
 Yet this is clearly the case.I tried both EncFS and GostCrypt(whole volume
 encryption) and am getting the same results here on SATA 6GB/sec connection
 with drives that support such speeds.

For the record (the bug has already been closed):
- GostCrypt is not part of Debian
- EncFS doesn’t support AES-NI so this is expected (and I’m not sure
about how secure it is, either)
You need to use dm-crypt or ecryptfs, that make use of the kernel’s
encryption library, if you want both acceptable security and
performance.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Bug#796742: general: system takes a hit when encryption used

[Josselin Mouette]

Le dimanche 23 août 2015 à 15:16 -0500, Richard Jasmin a écrit : 
 modern day systems have 6GB/sec connections and GBs of RAM and Ghz of speed.
 There is simply no reason that ANY cipher algorithm should slow a system to a
 crawl.
 
 Cached data or not.
 
 Yet this is clearly the case.I tried both EncFS and GostCrypt(whole volume
 encryption) and am getting the same results here on SATA 6GB/sec connection
 with drives that support such speeds.

For the record (the bug has already been closed):
- GostCrypt is not part of Debian
- EncFS doesn’t support AES-NI so this is expected (and I’m not sure
about how secure it is, either)
You need to use dm-crypt or ecryptfs, that make use of the kernel’s
encryption library, if you want both acceptable security and
performance.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Re: Bug#765632: ForwardX11Trusted set to yes over a decade ago, for release reasons?

[Josselin Mouette]

Le mercredi 19 août 2015 à 20:59 +0100, Colin Watson a écrit : 
 debian-devel, debian-x, do you think that it's at all realistic to
 expect clients to be fixed to handle such failures rather more
 gracefully?

Well, I guess it is possible, if we were to introduce appropriate error
checking in enough major toolkits.

At least in GTK3, I can tell you that it’s not here, and using untrusted
cookies will quickly make your applications crash.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Re: Bug#765632: ForwardX11Trusted set to yes over a decade ago, for release reasons?

[Josselin Mouette]

Le mercredi 19 août 2015 à 20:59 +0100, Colin Watson a écrit : 
 debian-devel, debian-x, do you think that it's at all realistic to
 expect clients to be fixed to handle such failures rather more
 gracefully?

Well, I guess it is possible, if we were to introduce appropriate error
checking in enough major toolkits.

At least in GTK3, I can tell you that it’s not here, and using untrusted
cookies will quickly make your applications crash.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Bug#765632: ForwardX11Trusted set to yes over a decade ago, for release reasons?

[Josselin Mouette]

Le mercredi 19 août 2015 à 20:59 +0100, Colin Watson a écrit : 
 debian-devel, debian-x, do you think that it's at all realistic to
 expect clients to be fixed to handle such failures rather more
 gracefully?

Well, I guess it is possible, if we were to introduce appropriate error
checking in enough major toolkits.

At least in GTK3, I can tell you that it’s not here, and using untrusted
cookies will quickly make your applications crash.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Bug#765632: ForwardX11Trusted set to yes over a decade ago, for release reasons?

[Josselin Mouette]

Le mercredi 19 août 2015 à 20:59 +0100, Colin Watson a écrit : 
 debian-devel, debian-x, do you think that it's at all realistic to
 expect clients to be fixed to handle such failures rather more
 gracefully?

Well, I guess it is possible, if we were to introduce appropriate error
checking in enough major toolkits.

At least in GTK3, I can tell you that it’s not here, and using untrusted
cookies will quickly make your applications crash.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Bug#741573: #741573: Menu Policy and Consensus

[Josselin Mouette]

Sam Hartman hartm...@debian.org wrote: 
That seems very unlikely to me.  Diversity is an important part of
Debian.  I think it is likely that the TC is going to value the Debian
Menu as long as Bill or someone else is going to work on it.  I would
expect us to value the menu enough to enable those who want to
contribute to it to do so.

Given the state menu is in, reading this is… flabbergasting, to say the
least. I would answer tons of things, but fortunately they have already
been put together concisely: http://islinuxaboutchoice.com/ 

I think that's consistent with the consensus proposal that you asked us
to consider in this bug.

The consensus proposal was, in order to preserve some bits of Bill’s
ego, to let menu die slowly by stopping to require mandatory entries for
a useless menu system that only a handful of obscure window managers are
still able to display. Now that Bill has made very clear, by completely
giving in to ridicule, that his ego should not be a problem, Charles is
merely proposing to accelerate that process and avoid pain for everyone.

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Bug#741573: #741573: Menu Policy and Consensus

[Josselin Mouette]

Sam Hartman hartm...@debian.org wrote: 
That seems very unlikely to me.  Diversity is an important part of
Debian.  I think it is likely that the TC is going to value the Debian
Menu as long as Bill or someone else is going to work on it.  I would
expect us to value the menu enough to enable those who want to
contribute to it to do so.

Given the state menu is in, reading this is… flabbergasting, to say the
least. I would answer tons of things, but fortunately they have already
been put together concisely: http://islinuxaboutchoice.com/ 

I think that's consistent with the consensus proposal that you asked us
to consider in this bug.

The consensus proposal was, in order to preserve some bits of Bill’s
ego, to let menu die slowly by stopping to require mandatory entries for
a useless menu system that only a handful of obscure window managers are
still able to display. Now that Bill has made very clear, by completely
giving in to ridicule, that his ego should not be a problem, Charles is
merely proposing to accelerate that process and avoid pain for everyone.

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1437747652.13194.42.ca...@dsp0698014.postes.calibre.edf.fr

Bug#741573: #741573: Menu Policy and Consensus

[Josselin Mouette]

Sam Hartman hartm...@debian.org wrote: 
That seems very unlikely to me.  Diversity is an important part of
Debian.  I think it is likely that the TC is going to value the Debian
Menu as long as Bill or someone else is going to work on it.  I would
expect us to value the menu enough to enable those who want to
contribute to it to do so.

Given the state menu is in, reading this is… flabbergasting, to say the
least. I would answer tons of things, but fortunately they have already
been put together concisely: http://islinuxaboutchoice.com/ 

I think that's consistent with the consensus proposal that you asked us
to consider in this bug.

The consensus proposal was, in order to preserve some bits of Bill’s
ego, to let menu die slowly by stopping to require mandatory entries for
a useless menu system that only a handful of obscure window managers are
still able to display. Now that Bill has made very clear, by completely
giving in to ridicule, that his ego should not be a problem, Charles is
merely proposing to accelerate that process and avoid pain for everyone.

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-ctte-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1437747652.13194.42.ca...@dsp0698014.postes.calibre.edf.fr

Bug#741573: #741573: Menu Policy and Consensus

[Josselin Mouette]

Le lundi 20 juillet 2015 à 22:42 +0200, Bill Allombert a écrit :
 This kind of language while customary of Sune and Josselin is inappropriate 
 and
 rude to any people that have investigated significant time in maintaining 
 menu.

Before complaining about the rudeness of other people’s language, maybe
you should reflect on your own behavior, which is way more offensive
than any kind of swearing.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Bug#741573: #741573: Menu Policy and Consensus

[Josselin Mouette]

Le lundi 20 juillet 2015 à 22:42 +0200, Bill Allombert a écrit :
 This kind of language while customary of Sune and Josselin is inappropriate 
 and
 rude to any people that have investigated significant time in maintaining 
 menu.

Before complaining about the rudeness of other people’s language, maybe
you should reflect on your own behavior, which is way more offensive
than any kind of swearing.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1437460002.3386.33.ca...@debian.org

Re: Bug#741573: #741573: Menu Policy and Consensus

[Josselin Mouette]

Sam Hartman hartm...@debian.org wrote: 
Bill, in his role of policy editor said that he believed there was not a
consensus.  He cited a specific set of messages that he believes were
not properly addressed.

From the beginning, I have been puzzled by your approach to this issue.
With this paragraph, I think I’m beginning to understand how you want to
treat the issue. And I can’t say I think it is constructive.

Bill used his position as a policy editor to reject a change, not
because it was against consensus or against the policy process, but
because it was against his own opinion. Not as policy editor, but as
menu maintainer. 

This is the root of the problem. By asking whether the policy process
has been respected, you are reversing the responsibility. It was Bill’s
responsibility from day one to recuse himself from policy decisions on
the menu.
It was also Bill’s responsibility, from day one, to raise his own
concerns to the policy change being discussed, not to rely on other
people’s nitpicks *after* the new policy had been approved and
committed.

Maybe, after all, this issue should not have been sent to the TC but to
the DPL, to ask for the revocation of the abused delegation. 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-policy-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1437405243.6245.129.ca...@dsp0698014.postes.calibre.edf.fr

Bug#741573: #741573: Menu Policy and Consensus

[Josselin Mouette]

Sam Hartman hartm...@debian.org wrote: 
Bill, in his role of policy editor said that he believed there was not a
consensus.  He cited a specific set of messages that he believes were
not properly addressed.

From the beginning, I have been puzzled by your approach to this issue.
With this paragraph, I think I’m beginning to understand how you want to
treat the issue. And I can’t say I think it is constructive.

Bill used his position as a policy editor to reject a change, not
because it was against consensus or against the policy process, but
because it was against his own opinion. Not as policy editor, but as
menu maintainer. 

This is the root of the problem. By asking whether the policy process
has been respected, you are reversing the responsibility. It was Bill’s
responsibility from day one to recuse himself from policy decisions on
the menu.
It was also Bill’s responsibility, from day one, to raise his own
concerns to the policy change being discussed, not to rely on other
people’s nitpicks *after* the new policy had been approved and
committed.

Maybe, after all, this issue should not have been sent to the TC but to
the DPL, to ask for the revocation of the abused delegation. 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Q: Which is suitable distribution in changelog for point release?

[Josselin Mouette]

Hi,

Hideki Yamane henr...@debian.or.jp wrote: 
 Which is suitable distribution in changelog for Jessie and wheezy
 point release? (and why) I just looked debian-release posts and 
confused...

 - stable / oldstable
 - stable-proposed-updates / oldstable-proposed-updates
 - jessie / wheezy

The recommended distribution is the codename (jessie, wheezy). This way
there can be no confusion. 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1434724675.3020.135.ca...@dsp0698014.postes.calibre.edf.fr

Bug#787398: Stable update? Bug#787398 (evolution-data-server: SMTP connection lost while reading message data)

[Josselin Mouette]

Emilio Pozuelo Monfort po...@debian.org wrote: 
 Is there anything else we want to get into stable? Should we try to 
get
 3.12.11 in, any expectations with regard to SRM approval for upstream
 point updates?

You can try. It may depend on how big the debdiff is and on what kind 
of fixes
it got (see NEWS). I think Jordi and Joss wanted to try to update to 
3.12.11.
Alternatively just provide a targeted debdiff.

I put 3.12.11 in unstable precisely so that it gets a little testing,
and I’d indeed like to see it in 8.2 if the diff is acceptable.

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#787398: Stable update? Bug#787398 (evolution-data-server: SMTP connection lost while reading message data)

[Josselin Mouette]

Emilio Pozuelo Monfort po...@debian.org wrote: 
 Is there anything else we want to get into stable? Should we try to 
get
 3.12.11 in, any expectations with regard to SRM approval for upstream
 point updates?

You can try. It may depend on how big the debdiff is and on what kind 
of fixes
it got (see NEWS). I think Jordi and Joss wanted to try to update to 
3.12.11.
Alternatively just provide a targeted debdiff.

I put 3.12.11 in unstable precisely so that it gets a little testing,
and I’d indeed like to see it in 8.2 if the diff is acceptable.

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Accepted gnome-weather 3.14.1+dfsg.1-1 (source all) into unstable, unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 08 Dec 2014 01:55:22 +0100
Source: gnome-weather
Binary: gnome-weather
Architecture: source all
Version: 3.14.1+dfsg.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 gnome-weather - access current conditions and forecasts
Closes: 772344
Changes:
 gnome-weather (3.14.1+dfsg.1-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #772344)
   * Repackage upstream tarball using DFSG-free backgrounds.
Checksums-Sha1:
 8518769b3b46f72cb48d8bed2f2989d65c24f4c8 2320 gnome-weather_3.14.1+dfsg.1-1.dsc
 a3f82e282c67f13daf48cb92c4a53c4453a55c21 13044180 
gnome-weather_3.14.1+dfsg.1.orig.tar.xz
 24309694372a3644678b5cc8ccc73a982bc0f1fc 12136 
gnome-weather_3.14.1+dfsg.1-1.debian.tar.xz
 058629c74afad34b7e49646a3309e9f5bb5f9e05 12726520 
gnome-weather_3.14.1+dfsg.1-1_all.deb
Checksums-Sha256:
 844b3cbfd2a64aeebd4008917560bd008e9c03f3eac974b7257bbd046758f176 2320 
gnome-weather_3.14.1+dfsg.1-1.dsc
 80d12609bac6105b370bdcafbd714a8a06e4f4d0285ecb0eec708409af62cf56 13044180 
gnome-weather_3.14.1+dfsg.1.orig.tar.xz
 99a2c5733b975dcc1d0f40cbc96fa5b294d31332c07215322cc31328bed2 12136 
gnome-weather_3.14.1+dfsg.1-1.debian.tar.xz
 2906c008fbdd56fbccfa59e58bfead8a3ee344e63601406244115dbcf94e7a57 12726520 
gnome-weather_3.14.1+dfsg.1-1_all.deb
Files:
 478dd0a2fc92e27c4a966e5193a0ee77 2320 gnome optional 
gnome-weather_3.14.1+dfsg.1-1.dsc
 85cd96ebd6655b08bc8238711fe177e1 13044180 gnome optional 
gnome-weather_3.14.1+dfsg.1.orig.tar.xz
 e1209f86b5d674a6c2f21ff58326aff1 12136 gnome optional 
gnome-weather_3.14.1+dfsg.1-1.debian.tar.xz
 4e18b6d5997f5ba8a6239e5f871ea569 12726520 gnome optional 
gnome-weather_3.14.1+dfsg.1-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVIT+eOePdRdw6BVUAQLSJxAAqzRJORipJxuZx/uYd4mZLIVbBc4HCNel
SF8e3FnnkEwSI/1crU2H6xGarv6jdUUQ0eMl4veAFs5oWIghvbwF1P5m+re8po+k
bSRKUGgvJyU5J0Hr8ohax6gS6I6SBBk0vUmUjAelnIy/cJ0eieqho+xAorVNxdFL
lzuzb9Epixk//R2UJr4Qzu9IftpitHOKBj/s+gCA/ePSecqEdCxZgSlXZ2gwxGS/
zoQAtHR2uFv2CnCJn0d42IextoObO+8nA7blzHPzO4gP7YatvuaNx92PgCOI29kO
I2z0dWYm4OuXqiyWJeeeLKPPfgwCVPdKJetj02NtyigLUdPcTEYHxNVfbKbOvTEU
VLGBPaP7kSAqPDSRv+PHRBkF9U0IOYyi9Rp0uKRLZcWEW8GsW8XR9KqjBFFn4moI
d/QzOBI89badYxYCvlnRskXu0BaCeJu/VaV7Ti2oO8/GpbHY4tZz4O1an7iP2sve
7fjZ9BNs7jJcdlxaKVGAZuXlJmzvH3GhOFb1glfLv239xaO4QY8IKOY77iCrlkBX
79HisiihZaMbTW9+UqoZrNC0UhxRSf7jGp23Cy+wJJ0FJTkxrDWCBW0k7Te4gTRU
0ZwvVaIxg5Fy5lSiU2X6M8CEWYObg5xGAJvxxH1LA6wDsstdeMIwKO1Q+RHSDXnz
Xa/wIajOEH0=
=kpYQ
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1z2jmt-0002o1...@franck.debian.org

Re: Proposal v2: enable stateless persistant network interface names

[Josselin Mouette]

Hi,

Martin Pitt mp...@debian.org wrote: 
The main objection in the discussion was that path based names aren't
appropriate for USB based devices. I agree, so I change my proposal to
use MAC based names for anything USB based. The names will look even
worse as they include the MAC in hex (enx112233445566), but the two
goals use MAC for these devices, don't maintain state files in
/etc, and avoid any collisions don't leave room for much else.

How about using only the last 3 bytes of the MAC?

The probability of using, on the same system, *two or more* controllers
from *different brands* with a collision in the last 3 bytes is
nonexistent in practice.

The clear benefit would be that 3 bytes / 6 hex digits are easy enough
to remember in the short term memory when you need to type a command. 6
hex digits are also regularly used as short git references for that same
reason. 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1433405437.10710.53.ca...@dsp0698014.postes.calibre.edf.fr

Re: Proposal v2: enable stateless persistant network interface names

[Josselin Mouette]

Hi,

Martin Pitt mp...@debian.org wrote: 
The main objection in the discussion was that path based names aren't
appropriate for USB based devices. I agree, so I change my proposal to
use MAC based names for anything USB based. The names will look even
worse as they include the MAC in hex (enx112233445566), but the two
goals use MAC for these devices, don't maintain state files in
/etc, and avoid any collisions don't leave room for much else.

How about using only the last 3 bytes of the MAC?

The probability of using, on the same system, *two or more* controllers
from *different brands* with a collision in the last 3 bytes is
nonexistent in practice.

The clear benefit would be that 3 bytes / 6 hex digits are easy enough
to remember in the short term memory when you need to type a command. 6
hex digits are also regularly used as short git references for that same
reason. 

-- 
Joss


___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Accepted evolution-data-server 3.12.11-1 (source all amd64) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 29 May 2015 17:25:33 +0200
Source: evolution-data-server
Binary: evolution-data-server evolution-data-server-common 
evolution-data-server-dev evolution-data-server-dbg evolution-data-server-doc 
libedataserver-1.2-18 libedataserver1.2-dev gir1.2-edataserver-1.2 
libcamel-1.2-49 libcamel1.2-dev libebook-1.2-14 libebook1.2-dev 
gir1.2-ebook-1.2 libedata-book-1.2-20 libedata-book1.2-dev 
gir1.2-ebookcontacts-1.2 libebook-contacts-1.2-0 libebook-contacts1.2-dev 
libecal-1.2-16 libecal1.2-dev libedata-cal-1.2-23 libedata-cal1.2-dev 
libebackend-1.2-7 libebackend1.2-dev
Architecture: source all amd64
Version: 3.12.11-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Evolution Maintainers 
pkg-evolution-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 evolution-data-server - evolution database backend server
 evolution-data-server-common - architecture independent files for Evolution 
Data Server
 evolution-data-server-dbg - evolution database backend server with debugging 
symbols
 evolution-data-server-dev - Development files for evolution-data-server 
(metapackage)
 evolution-data-server-doc - Documentation files for the Evolution Data Server 
libraries
 gir1.2-ebook-1.2 - GObject introspection for the EBook library
 gir1.2-ebookcontacts-1.2 - GObject introspection for the EBook Contacts library
 gir1.2-edataserver-1.2 - GObject introspection for the EDataServer library
 libcamel-1.2-49 - Evolution MIME message handling library
 libcamel1.2-dev - Development files for libcamel
 libebackend-1.2-7 - Utility library for evolution data servers
 libebackend1.2-dev - Utility library for evolution data servers (development 
files)
 libebook-1.2-14 - Client library for evolution address books
 libebook-contacts-1.2-0 - Client library for evolution contacts books
 libebook-contacts1.2-dev - Client library for evolution contacts books 
(development files)
 libebook1.2-dev - Client library for evolution address books (development 
files)
 libecal-1.2-16 - Client library for evolution calendars
 libecal1.2-dev - Client library for evolution calendars (development files)
 libedata-book-1.2-20 - Backend library for evolution address books
 libedata-book1.2-dev - Backend library for evolution address books 
(development files)
 libedata-cal-1.2-23 - Backend library for evolution calendars
 libedata-cal1.2-dev - Backend library for evolution calendars (development 
files)
 libedataserver-1.2-18 - Utility library for evolution data servers
 libedataserver1.2-dev - Utility library for evolution data servers 
(development files)
Changes:
 evolution-data-server (3.12.11-1) unstable; urgency=medium
 .
   * Replace hardcoded list of libphonenumber architectures with just
 [linux-any], so arm64 can also get this support.
   * New upstream bugfix release.
   * Bump valac build-dependency.
Checksums-Sha1:
 df269f4a04ab1f38878cbf84ee63f8894f0b6828 4949 
evolution-data-server_3.12.11-1.dsc
 ed72dab73b9c060a3c9c44568a1db8bf3f0d0496 5288904 
evolution-data-server_3.12.11.orig.tar.xz
 9363a3b9f28c642e77c7abb28571c386ae35e713 42852 
evolution-data-server_3.12.11-1.debian.tar.xz
 39bd7cea41170c490a543b38470418b1620e1002 1139876 
evolution-data-server-common_3.12.11-1_all.deb
 2484d4f0538c670cb22c707144c22e75c988a61d 5320836 
evolution-data-server-dbg_3.12.11-1_amd64.deb
 779fc524d4f89bfdc052a5654c79993b23f25ced 121096 
evolution-data-server-dev_3.12.11-1_amd64.deb
 9552682924554b4f46674bab8689fb5bab512bfd 1481972 
evolution-data-server-doc_3.12.11-1_all.deb
 60726d08d96486194e9414a11b4bb225afcc4a50 568340 
evolution-data-server_3.12.11-1_amd64.deb
 b0d052d1c4019a4eb832830843b57a0d3c6775a2 125146 
gir1.2-ebook-1.2_3.12.11-1_amd64.deb
 15615eba821544d50d3d3e9a4db5d5702cbe9058 130264 
gir1.2-ebookcontacts-1.2_3.12.11-1_amd64.deb
 e2582c5d44d603253b4d023560362cbfd2e49b22 137444 
gir1.2-edataserver-1.2_3.12.11-1_amd64.deb
 595e22a32fee601846850ca673c301e894a1c442 483374 
libcamel-1.2-49_3.12.11-1_amd64.deb
 4d173c7539dd6591502342f93a545acbf8729249 176742 
libcamel1.2-dev_3.12.11-1_amd64.deb
 6a7f36b013ef90a2f514686b34af3aa3b64dcad5 239082 
libebackend-1.2-7_3.12.11-1_amd64.deb
 21e10c86023a9b9ab20b7fcb82139be63f850524 130974 
libebackend1.2-dev_3.12.11-1_amd64.deb
 280459003c2e71960639a4a9485d5beda8149a83 173802 
libebook-1.2-14_3.12.11-1_amd64.deb
 405ebc50c33b65915380cfc579f14e70063498f8 169618 
libebook-contacts-1.2-0_3.12.11-1_amd64.deb
 a4676c43171168a5a781a0030eb962d77c5c2beb 152922 
libebook-contacts1.2-dev_3.12.11-1_amd64.deb
 ab06f677aed652bfc1c3c4e683d9d88c625dbd6e 140866 
libebook1.2-dev_3.12.11-1_amd64.deb
 3e6c22c484b6755d0d2d75e559c4c9112cdf09fa 216730 
libecal-1.2-16_3.12.11-1_amd64.deb
 b616ded4d733e9fe2715a3a984f04f5c1109fe2b 133476 
libecal1.2-dev_3.12.11-1_amd64.deb
 6899d36f2d48aba6875777f1bd800ad5f8e3d66b 234852 
libedata-book-1.2-20_3.12.11-1_amd64.deb
 0c5bc29ee9e26146a9d649b723d585b0e961cad9

Accepted evolution 3.12.11-1 (source all amd64) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 29 May 2015 17:55:00 +0200
Source: evolution
Binary: evolution libevolution evolution-common evolution-dev evolution-dbg 
evolution-plugins evolution-plugins-experimental
Architecture: source all amd64
Version: 3.12.11-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Evolution Maintainers 
pkg-evolution-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 evolution  - groupware suite with mail client and organizer
 evolution-common - architecture independent files for Evolution
 evolution-dbg - debugging symbols for Evolution
 evolution-dev - development library files for Evolution
 evolution-plugins - standard plugins for Evolution
 evolution-plugins-experimental - experimental plugins for Evolution
 libevolution - evolution libraries
Changes:
 evolution (3.12.11-1) unstable; urgency=medium
 .
   [ Iain Lane ]
   * Strip -Bsymbolic-functions from LDFLAGS; evolution doesn't work when built
 with this (see bgo #594473 for more info)
 .
   [ Josselin Mouette ]
   * New upstream translation and bugfix release.
   * Update (build-)dependencies on e-d-s to 3.12.11.
Checksums-Sha1:
 9b063fac6a4d0bedb8d384e0a569e2bfc33cb2bb 4043 evolution_3.12.11-1.dsc
 580b9b87903e721c370b246810ef0296a72eb1f2 11360812 evolution_3.12.11.orig.tar.xz
 1d9c3462ad1b40c10208aebc01b96bf5f819efc9 45456 
evolution_3.12.11-1.debian.tar.xz
 a55f84821e50d4eb93d8c3a9f40cb6abc3a21f98 6586456 
evolution-common_3.12.11-1_all.deb
 dc83270d29d6414bc4c9413d3f1e63562d94976c 10469256 
evolution-dbg_3.12.11-1_amd64.deb
 6bd96086cd0a99617385fe1847f554631f430b79 736052 
evolution-dev_3.12.11-1_amd64.deb
 471632df6e60c97f3a7686d0e707187fe9a53388 200054 
evolution-plugins-experimental_3.12.11-1_amd64.deb
 c959e68a8b3a84deb84a508fc8389b46d5d3cd05 276042 
evolution-plugins_3.12.11-1_amd64.deb
 64a3063f07f1fa45585b3d4d3eaec302ee0b2d86 247460 evolution_3.12.11-1_amd64.deb
 dc58216b6ff9d610b5e6a5b26483c38e1277952c 2173956 
libevolution_3.12.11-1_amd64.deb
Checksums-Sha256:
 d6a9c53d59c835925ceab8558fadf5e7043210a8c02fa6621310066153e4f7c1 4043 
evolution_3.12.11-1.dsc
 f9ec78ae7b9aadb7efc76777c4c93a98f7c61be2a4cfaaf351dd051604e981f5 11360812 
evolution_3.12.11.orig.tar.xz
 cd56b50a5dde869ac7d7681b9ce19f8d32ee3c7a60886c7abee3f580a72f9b1a 45456 
evolution_3.12.11-1.debian.tar.xz
 86c7eb4668ef52384c8aed110b8ebe14eab4f130744bf0459169373639a07734 6586456 
evolution-common_3.12.11-1_all.deb
 674063f6eedc5a6e38418b7044c93ad876b224b401bbb2df92c439b9513c2fe3 10469256 
evolution-dbg_3.12.11-1_amd64.deb
 76cc43e3230e458d1648b5ae30f15d0446f4b766525a2d2e44cb2e9544813f60 736052 
evolution-dev_3.12.11-1_amd64.deb
 fd75dc6d6bfd5a65c810084ba0530770fa6328a032389e2c7b0348d65e712673 200054 
evolution-plugins-experimental_3.12.11-1_amd64.deb
 76fdd0c2c0a60c2d66171d385b80fc91129473e5aee22b66a5239ebbc01b4620 276042 
evolution-plugins_3.12.11-1_amd64.deb
 925d8636115fe3a1dd2b5546be1ee329f35d9bf9349ee5f65f82b98a87d1c68c 247460 
evolution_3.12.11-1_amd64.deb
 2151b7760f057d404eba77b6f284f77ea83f129700513b0bd2778f57ce667863 2173956 
libevolution_3.12.11-1_amd64.deb
Files:
 6e0ebb8dafbd767b93ededbaf74b348f 4043 gnome optional evolution_3.12.11-1.dsc
 22ceaebe4add813e15253a76939af7f0 11360812 gnome optional 
evolution_3.12.11.orig.tar.xz
 a3609a016ff86717230213bfa725222a 45456 gnome optional 
evolution_3.12.11-1.debian.tar.xz
 57e45867b8195ed471cf308275ec9df4 6586456 gnome optional 
evolution-common_3.12.11-1_all.deb
 0b008cf2a1f55f8d513e97f3bceace9c 10469256 debug extra 
evolution-dbg_3.12.11-1_amd64.deb
 68bc366d9fbe8ed81a9b8d97bf6b4157 736052 devel optional 
evolution-dev_3.12.11-1_amd64.deb
 aad1e958eaa6fc12749d90ff2343d76b 200054 gnome optional 
evolution-plugins-experimental_3.12.11-1_amd64.deb
 bb36b2ae51057958526520bd1099f7ea 276042 gnome optional 
evolution-plugins_3.12.11-1_amd64.deb
 3f29b25cc2642e47e74dde488c4f9241 247460 gnome optional 
evolution_3.12.11-1_amd64.deb
 3c9799916a51530f1b974fbbfe16472b 2173956 gnome optional 
libevolution_3.12.11-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVWiUjuePdRdw6BVUAQIiEQ/9ELsqUecgD12vZhtDcXnjFq6K1wiodGeB
IHD1mcT9eXKZmsSIiyVzv8nLoUeRmK7gzJXXt/5xXu52lNCUXRD2nZxV7U/4AYt0
G2Ihxcok+eR6jv3Nypy1iSb7JNYxMZyJlBz3Bf7JN66IsFq+L7KJO8T7w/TbD2MA
oG853XOy4F+L/6fHwSdO/JOaGdoBv/oeFkNq1gQysap0LXvL+ey308BMYXjd2oSE
X/l6PjLUD8MJ2/ri1YdVdzmd06R9KvTChlaC2duhUjeRV+Du0AsafzX5SmhCCBfs
Jx6zU0k3RAMLPhgjwrHeY6FT8xhbVKlwnO4CKzKscevtzL/OgDG0FOJOUTZP2xh9
/mNKJ1eaPIOXzmAxGD75il6cHXIJtJ/ZjhGyssfVULMbtHl+RZuhmuG5nyTcf9cI
C8eg58QA6HP4YZstqlejTcHObdIkf+8gJSgJyixYuOS0Z5qmgp2kleyHSOEBsbMn
xwJjJ4MCAEDfPxYSrIS6IbvQtrU4yVG9F+Qkp2jd3SSnGIjYK47rEN+TLpqfolzq
xLizaca3ocrk2EsI0Am/OM8gWXifjtX+MR2M6TW9E6G6y06s6n6rc/F+PffU55bI
KMwagxCRQsD0o0yWar5qM6OvolovOsgK5AXwnaj/oU5gW0h83A0ycC3Qp7QdP2nd
MoE+7PRgYKc=
=7APA
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject

Bug#781276: pre-approval for mutter/3.14.4-1

[Josselin Mouette]

Le lundi 04 mai 2015 à 08:23 +0200, Julien Cristau a écrit : 
 On Thu, Mar 26, 2015 at 21:22:46 +0100, Josselin Mouette wrote:
 
  unblock mutter/3.14.4-1
  
 
 On Thu, Mar 26, 2015 at 22:36:38 +0100, Josselin Mouette wrote:
 
  unblock gnome-shell/3.14.4-1
  
 Please upload mutter/3.14.4-1~deb8u1 and gnome-shell/3.14.4-1~deb8u1 to
 jessie.

Built; tested; uploaded.

Thanks again.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1432911732.23846.0.ca...@debian.org

Bug#781276: pre-approval for mutter/3.14.4-1

[Josselin Mouette]

Le lundi 04 mai 2015 à 08:23 +0200, Julien Cristau a écrit : 
 On Thu, Mar 26, 2015 at 21:22:46 +0100, Josselin Mouette wrote:
 
  unblock mutter/3.14.4-1
  
 
 On Thu, Mar 26, 2015 at 22:36:38 +0100, Josselin Mouette wrote:
 
  unblock gnome-shell/3.14.4-1
  
 Please upload mutter/3.14.4-1~deb8u1 and gnome-shell/3.14.4-1~deb8u1 to
 jessie.

Built; tested; uploaded.

Thanks again.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Accepted gnome-shell 3.14.4-1~deb8u1 (source all amd64) into proposed-updates-stable-new, proposed-updates

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 26 Mar 2015 21:44:04 +0100
Source: gnome-shell
Binary: gnome-shell gnome-shell-common gnome-shell-dbg
Architecture: source all amd64
Version: 3.14.4-1~deb8u1
Distribution: jessie
Urgency: low
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 gnome-shell - graphical shell for the GNOME desktop
 gnome-shell-common - common files for the GNOME graphical shell
 gnome-shell-dbg - Debugging symbols for GNOME Shell
Changes:
 gnome-shell (3.14.4-1~deb8u1) jessie; urgency=low
 .
   * New upstream translation and bugfix release.
 + Includes workaround for #768896 which is very annoying for users
   of the proprietary nvidia driver.
   * 01_network_list.patch, 02_auth_prompt.patch,
 50-compute-weeknumber-with-gdatetime.patch: dropped, merged
 upstream.
   * Bump (build-)dependencies on mutter as usual.
Checksums-Sha1:
 e1816291f35835431801e379563cb52e71fe64d2 3491 gnome-shell_3.14.4-1~deb8u1.dsc
 1a7684829e3b44a06bee7083955d4fca42888e5e 1597744 gnome-shell_3.14.4.orig.tar.xz
 83c8b4bea8f8d14f6c7e756e3e45e543112625ad 21832 
gnome-shell_3.14.4-1~deb8u1.debian.tar.xz
 bffaf9ab2c05cb76810e041498b2320f6f754d8a 644782 
gnome-shell-common_3.14.4-1~deb8u1_all.deb
 a11964152940a4a70e3d9ce93a6f21bb0a661379 637652 
gnome-shell_3.14.4-1~deb8u1_amd64.deb
 3da8fcd92bf888401b7a52b2e7da808edeaeee6d 769686 
gnome-shell-dbg_3.14.4-1~deb8u1_amd64.deb
Checksums-Sha256:
 8160b59bd54caf0072d19abee28d5de1299dc353cb362f2369e7945d614b1108 3491 
gnome-shell_3.14.4-1~deb8u1.dsc
 43336da7edece72bf298f1749510abb8470b625585e551c8b45258981435fd80 1597744 
gnome-shell_3.14.4.orig.tar.xz
 d8720b65179da8e2a9f7c5ec16638c2b650e96ffc6159c315cbd48d7186ab9ba 21832 
gnome-shell_3.14.4-1~deb8u1.debian.tar.xz
 5b793021388deea85d39e434c53e1a66cd081f02674d6ee60731c94d01301eaf 644782 
gnome-shell-common_3.14.4-1~deb8u1_all.deb
 ff2ce3aa442012971ba5526f488568bbde6d53a8dbb71b95a587792e903033e3 637652 
gnome-shell_3.14.4-1~deb8u1_amd64.deb
 72d9e76a0ecf993bde8059815dd2cb796fcbf5f1b590c33d90320c45569d00b1 769686 
gnome-shell-dbg_3.14.4-1~deb8u1_amd64.deb
Files:
 6f593631d742148b797f4e9cafefed52 3491 gnome optional 
gnome-shell_3.14.4-1~deb8u1.dsc
 0ad085bc32cd3ff266d1ab69fff04692 1597744 gnome optional 
gnome-shell_3.14.4.orig.tar.xz
 9a0bdd6eb4859cbf01122d2a61846a9d 21832 gnome optional 
gnome-shell_3.14.4-1~deb8u1.debian.tar.xz
 c58222fedf596717b65e7f563a87b7da 644782 gnome optional 
gnome-shell-common_3.14.4-1~deb8u1_all.deb
 183a6bdcd8b34c6a56c09add66301d4a 637652 gnome optional 
gnome-shell_3.14.4-1~deb8u1_amd64.deb
 ce0eb1e4e0efeb3dbc5c4923ac60d6ff 769686 debug extra 
gnome-shell-dbg_3.14.4-1~deb8u1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVWh/S+ePdRdw6BVUAQLJlQ//eGAucYbwsJMk4XgWVbXqOKTxkW3RWPGw
rNSwPpvSnVwBAULpO4rAX2Uz61UTr0xDe8wj8eBMLeRuFcnk10E7NYAfqK10iQPb
k6qh8QT2xwfhX4wgu+nI1wbXIJpylQAS6OX6+fN8bTXAPCrlcYOw/DXNHr970oDG
MfNwql/nZ9E7xW3I6LuWTVt2AKSjnzXrqLLGkzhyDvncXnwqmGwOUihjDULL8zYV
Cg9YkHrD5eE+9FfX4CSDx9y8OdBh9r3ufp1gOr4z7Ch6o+Wn0wCul6JCLTkbpjxM
fPk+pAc9mM0NhLNbiN10Xjh7w4mJDa1JueAhKRq2ZKoC8VTtCWHwE05bjTzXFVE0
IOJOlGrmc7y5es9whPfVv+4bR/GI0nTC/8Pw+/8s728Nxo/nXb+HF1hFu35u3Cjt
k7PnL0VAopoLDqt/CaN8hIbqdKJ/OwgAlevNNsE++aJqF/V3gcQygeFtlo2XxTWX
J6+qxsIIaI+MsKvp2iX0UrSknJYYjvzcjmhaC2wc8nZKZRS5qNTj6khsD+ieayfY
tmVDPcVRgDb5uswZ7RDbatA7Jp6xXXKxOBbMEVgmfl+QaJJlgaaXeHqwbzfJRDJA
q2GKO5Tks6gdcnYKbXGmTEq8oeAlCqPYqxF3hCzrIs+GTJAJWOqMsS1jJ5y0bv/1
L6+ZwMF0Joo=
=ssCH
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yyoqa-0005am...@franck.debian.org

Accepted evolution-ews 3.12.11-1 (source amd64) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Fri, 29 May 2015 18:42:55 +0200
Source: evolution-ews
Binary: evolution-ews
Architecture: source amd64
Version: 3.12.11-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Evolution Maintainers 
pkg-evolution-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 evolution-ews - Exchange Web Services integration for Evolution
Changes:
 evolution-ews (3.12.11-1) unstable; urgency=medium
 .
   * New upstream translation and bugfix release.
   * Update evolution(-d-s) (build-)dependencies to 3.12.11.
Checksums-Sha1:
 794dc8d53ac4368a694cd59d0062a33afc4263f6 2784 evolution-ews_3.12.11-1.dsc
 a6b8d5a6849c06cf55fae1188780a146a2c4040e 663288 
evolution-ews_3.12.11.orig.tar.xz
 699c8cace3b727d221195e60b0b43006dd36b5f5 3800 
evolution-ews_3.12.11-1.debian.tar.xz
 44243eed31329b73fc4d9af075033f49082ad208 420186 
evolution-ews_3.12.11-1_amd64.deb
Checksums-Sha256:
 5baa3ca4336679e818939e4a6bfc579e59e85b057493b068a1a0d8e8c5533d0f 2784 
evolution-ews_3.12.11-1.dsc
 adbf4efd25e9c2df823a20d14f45027bacbaf14d57ffb5978ae4d33184315e83 663288 
evolution-ews_3.12.11.orig.tar.xz
 251f1fe72d30cdb228ae3d1a709e46be11e9cf6d01b0272904f8dc0a2a6d8092 3800 
evolution-ews_3.12.11-1.debian.tar.xz
 3bfa30b37e2b1e80679f2c5cfa05d97d3fe67bfe60c23af87010fce34c0f0c76 420186 
evolution-ews_3.12.11-1_amd64.deb
Files:
 886500e2bb31e23b911e9c709cdba3db 2784 gnome optional 
evolution-ews_3.12.11-1.dsc
 336f3462f2af5e017d813f86eed0cb21 663288 gnome optional 
evolution-ews_3.12.11.orig.tar.xz
 51f1278b17d68336b38618b72a2caaca 3800 gnome optional 
evolution-ews_3.12.11-1.debian.tar.xz
 328728cbb43d409386c51c50a462b2fd 420186 gnome optional 
evolution-ews_3.12.11-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVWieYuePdRdw6BVUAQICGA//VbXsGjtVhbwTxJ0d/R8DDtL4ViXZZfYl
Ic6+L7XuQKwEYKUnvBLoKBFvHKJT0Q5jX1AfqGINR6CBaUHPE0Xt+udVwzSo7K6J
Bg0Y78xCZZ/5qoH4wHQ9KaPvSXgAeGh605rcmDqv/UBC/EAzq9257WoN2UHSpta5
nwaJqNhjntf/hmE5SstDv4J3y2fSgiCmzG/9DsBQnBkXdLlVH2S1IiMMmZTq1FnW
qznCrm7BfbVB6CQY46pDavdUlUvLS9EDrcy69NzwpoHAQC0A2OvUu96h4jxBUawX
UhBBakfvxihNGpGcVrrWJ1mKUTTMaUZ6crHvbkyhm39mKJ+xFburBE1LaWWvf1Pj
9iaM6HsLlo5p3jM6pD8A98YgJJuOXb9SH+uuI1gfGVMZu2gE0GRyTJPIa3+1EVA8
JgIPUZq0Jcl9otnvZkXO++9EDYFV35mGeczHKeu4Cmesi3j1YFKmk++sdVh5LS43
bvrs4QyF0qIEs1AHsqftttbzHU4aUPovJQpi+tUpwNsIO9yirKBtlzXcsYikIa4g
5H4lyrNtAkelCP4m8fwunMyN+Q8HwcXjR4VOzm7NlTY2cgOOqXRcYZniLOw5OywS
cCkmD2mGzlyiZhQDv3zcMqFgsepiQWQQpnZbVG8K4S2roQSOMN0PMBMLAwTmd5Qk
dXsFHSQVqeM=
=lRy3
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yynwk-00058h...@franck.debian.org

Bug#760102: gnupg 2.0.27 in debian unstable, with some fixes that we might want to consider for jessie

[Josselin Mouette]

Daniel Kahn Gillmor d...@fifthhorseman.net wrote: 
   This proposes a workaround for GNOME keyring hijacking gpg-agent,
   including shipping /usr/bin/gnome-keyring-unhijack-gpg-agent as an
   interim measure, and suggesting its use if a hijack is detected.
   (#760102 and #753163)

How about fixing unstable instead of backporting what amounts to a RC
bug to jessie? 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760102: gnupg 2.0.27 in debian unstable, with some fixes that we might want to consider for jessie

[Josselin Mouette]

Daniel Kahn Gillmor d...@fifthhorseman.net wrote:
Josselin, which RC bug are you suggesting that i'm about to
backport to
jessie? I'm not proposing to set --use-standard-socket by
default in
jessie, if that's what you're worried about.

Yes, this is what I was worried about. Thanks for your explanations.
Sorry for jumping in too fast with the “RC bug” wording, which was not
mandated given what you have in mind - I guess the breakage in unstable
did make me nervous.

I’m not really sure your solution is worth deploying to jessie this way,
though. Maybe a few words in the release notes would be enough.

Talking about unstable:

 c) the ability to use gnome-keyring's passphrase-caching safely with
gpg-agent

pinentry upstream (the GnuPG upstream team) is working on a
pinentry-gnome3 that should address (c) as well, but it's not even
released yet, and it seems quite unlikely that we'll get that into a
jessie point release.

If gnome-keyring upstream agrees (I don’t know why they wouldn’t, but I
haven’t looked at the architecture in detail), it looks like the
long-term solution. But so far it isn’t there. It would be much
appreciated if you could at least revert the --use-standard-socket
change until this new pinentry has been uploaded to unstable and
properly integrated in reverse dependencies wherever needed. 

Cheers,
-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Bug#786902: O: ifupdown -- high level tools to configure network interfaces

[Josselin Mouette]

Marco d'Itri m...@linux.it wrote: 
I do not expect systemd-networkd taking over NM when an interaction 
with 
a GUI is needed, but OTOH I see no reason to use NM on servers when 
(recent) systemd-networkd is available, since it is much leaner.

In the current state of affairs, that’s probably true. In the long run,
however, I don’t think it’s a good idea to have two overlapping
solutions to do the same thing.

We need to answer those two questions:
- what can systemd-networkd do that NM cannot? e.g. initrd support
- what can NM do that networkd cannot? e.g. delegating interface
management to users, what about scripting, infiniband, complex
authentication schemes… 

I’d really like to see some convergence on this front. Systemd-networkd
could do the actual job of managing the network, but providing NM the
necessary interfaces to delegate whatever is needed to the user. 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1432731143.2920.121.ca...@dsp0698014.postes.calibre.edf.fr

Re: Modern Debian packaging system for DevOps: does it exist?

[Josselin Mouette]

Le mercredi 13 mai 2015 à 19:14 +0300, Исаев Виталий a écrit :
 Hello! I'm looking for a convenient wrapper of standard Debian
 packaging toolchain in order to automatize the deployment process. We
 use Ubuntu and Debian, and the most part of code is written in C++,
 therefore we need to compile and build binary debs. 

 At the moment we're trying to collect more information about existing
 packaging systems. Our self-written scripts no longer meet our needs.
 Now we have faced a choice: either we move our deployment process into
 third-party packaging system (if we find the good one), or we get
 involved into the development of own full-featured system. 

How about http://jenkins-debian-glue.org/ ?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/143162.11708.1.ca...@debian.org

Re: Proposal: enable stateless persistant network interface names

[Josselin Mouette]

Ben Hutchings b...@decadent.org.uk wrote: 
 The NM configuration is based on MAC addresses and doesn’t care about
 the interface name at all. This is the exact opposite of “handling
 dynamic names ungracefully”.

Well, that's assuming hardware that has a permanent MAC address.  What
does it do for virtual or cheap hardware that gets a different locally-
assigned address at each boot or hotplug?

In most situations, the default behavior (starting a DHCP connection
when the first adapter is plugged on) is what you want. 

When you use manual configuration, the daemon’s default is to write
MAC-based configuration files, but you can change them to remove the
802-3-ethernet/mac-address setting and use connection/interface-name
instead. 

See https://developer.gnome.org/NetworkManager/unstable/ref-settings.html

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1431339406.4239.7.ca...@dsp0698014.postes.calibre.edf.fr

Re: Proposal: enable stateless persistant network interface names

[Josselin Mouette]

Le vendredi 08 mai 2015 à 20:14 +0200, Marc Haber a écrit :
 Do we have other network software other than ifupdown,
 systemd-networkd and network-manager, the latter handling dynamic
 names rather ungracefully.

The NM configuration is based on MAC addresses and doesn’t care about
the interface name at all. This is the exact opposite of “handling
dynamic names ungracefully”.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1431295030.5547.14.ca...@debian.org

Re: Proposal: enable stateless persistant network interface names

[Josselin Mouette]

Le vendredi 08 mai 2015 à 07:59 +0200, Martin Pitt a écrit : 
 Proposal
 
 I propose to retire [mac], i. e. drop
 /lib/udev/rules.d/75-persistent-net-generator.rules and enable
 [ifnames] by default.

Yes, yes, yes, please.
Let’s get rid of that horrible thing.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Bug#784289: [pkg-gnupg-maint] Bug#784289: gnupg 2.1 and gnome-keyring no longer interoperate

[Josselin Mouette]

Werner Koch w...@gnupg.org wrote: 
On Tue,  5 May 2015 01:38, sand...@crustytoothpaste.net said:
 spawned to prompt the user.  It appears the socket has moved, and
 symlinking the socket indicates that GnuPG has intentionally broken

It has not been broken but since 2.0.23 gpg detects that GKR hijacks the
connection and causes all kind of troubles including security
weaknesses.

This intentional regression is not acceptable and must be fixed in the
Debian GnuPG package. 

Note that even 2.0 can be configured to use a fixed socket like 2.1
does:

  --use-standard-socket
  --no-use-standard-socket

By enabling this option gpg-agent will listen on the socket named
'S.gpg-agent', located in the home directory, and not create a
random socket below a temporary directory.  Tools connecting to
gpg-agent should first try to connect to the socket given in
environment variable GPG_AGENT_INFO and then fall back to this
socket.  This option may not be used if the home directory is
mounted on a remote file system which does not support special files
like fifos or sockets.

Thanks, you just broke remote $HOME configurations, just to piss off
GNOME keyring developers. This is antisocial behavior. 

It has been told enough times that this is GKR bug. Given that the GNOME
folks are not willing to fix that we are preparing changes to the GnuPG
system which should allow them to remove that hijacking and instead
install a new kind of Pinentry which implements what GKR should have
done.

This should have been done first.

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Accepted gnome-shell 3.4.2-7+deb7u2 (source all amd64) into proposed-updates-stable-new, proposed-updates

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 14 Apr 2015 10:10:40 +0200
Source: gnome-shell
Binary: gnome-shell gnome-shell-common gnome-shell-dbg
Architecture: source all amd64
Version: 3.4.2-7+deb7u2
Distribution: wheezy
Urgency: low
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description: 
 gnome-shell - graphical shell for the GNOME desktop
 gnome-shell-common - common files for the GNOME graphical shell
 gnome-shell-dbg - Debugging symbols for GNOME Shell
Closes: 769118
Changes: 
 gnome-shell (3.4.2-7+deb7u2) wheezy; urgency=low
 .
   * 29_week_number.patch: backported patch from upstream.
 Fix week number computation, which is wrong in 2015.
 Closes: #769118.
Checksums-Sha1: 
 af1c7f1d6f1606e5edad69898d771c631f28b916 3248 gnome-shell_3.4.2-7+deb7u2.dsc
 8a9784a888260bec2f8969fce2f1255ecb350519 35388 
gnome-shell_3.4.2-7+deb7u2.debian.tar.gz
 56525f78ff256c52086e30990373590899ea141a 665320 
gnome-shell-common_3.4.2-7+deb7u2_all.deb
 6757e382a5a455f69d6e5bf7640621e8ef00f5b3 280066 
gnome-shell_3.4.2-7+deb7u2_amd64.deb
 5325b19ddb7b7a4f974a457a37e229a8bd010cc2 758002 
gnome-shell-dbg_3.4.2-7+deb7u2_amd64.deb
Checksums-Sha256: 
 55fa5c37d1a0e7450a39734f91d4f2a6703c96b6b49a7dfb89fdf2b9f4d42944 3248 
gnome-shell_3.4.2-7+deb7u2.dsc
 4e0c08ea23f505f8e219364ee8109a0e0e9de11f016af8d2697cd6fced4440cc 35388 
gnome-shell_3.4.2-7+deb7u2.debian.tar.gz
 96cb4a3a3560c765822588b8098d2a1c532adc4189d14248a13debbc83b4f9ec 665320 
gnome-shell-common_3.4.2-7+deb7u2_all.deb
 6f9ac8ad967b9a91f2fae8917afbf1dee1e9c1c7a17f078a25b968c8a3b68f9a 280066 
gnome-shell_3.4.2-7+deb7u2_amd64.deb
 ba987f0a33de0b0c1758aad275255646f1a73030b4a19eb45f78bbce77431c1a 758002 
gnome-shell-dbg_3.4.2-7+deb7u2_amd64.deb
Files: 
 1f0ac1ae289572a978a704f13358a521 3248 gnome optional 
gnome-shell_3.4.2-7+deb7u2.dsc
 66bfb46e2790b636b4950f8f88311415 35388 gnome optional 
gnome-shell_3.4.2-7+deb7u2.debian.tar.gz
 24a6d5d40be20f7d532292c69c151985 665320 gnome optional 
gnome-shell-common_3.4.2-7+deb7u2_all.deb
 eda86c133c8d32e33ca99dba050911e8 280066 gnome optional 
gnome-shell_3.4.2-7+deb7u2_amd64.deb
 4ecefecc5ea07f0034df6e9288dc486d 758002 debug extra 
gnome-shell-dbg_3.4.2-7+deb7u2_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVMO52AAoJEOePdRdw6BVUq7gQAJEBlR/8oLsW5dxs36lWMkEj
J3EsJCbabx1qhqzRxPh7ug4f0OUxcUFT10OAuVWmdvcIbLLQil7MZ/Qxi7mB/bfH
UW9FTFZ5q9nMA3MyupqIAmQp5Vhhkj7RbKxHBIOxx69dn73xkX5l4YhyhjlTLKSg
YpYTFGTPNBOc2fCT43RTwGu01Z1DQbuj186K1FEx9ycDfWQZBv2DrOpD1JBYXZUd
zGMtK5i+F43FKP+Omq4WEhi2pAOfcwXT4MairxL13gZd1f3LKR3sumbtAXtpCh06
uNeFKrkiCRVl+CYdVf3tb5tMsjtawBAlKeSyKsL17AJ+6xpHTw6MqD7PFwn86jXH
IxHA7kWieLhaYTd6x/39adPDZGC6VCUuP5CbSQMF2bOyIxHYR63K4x1F++R5AgS4
YddNKP1A+Uhkl0lad3aYM9dp4RhlHiDVAHtMnVR9rNiXR2i/60yYudCtdCioC9ij
ESXjv6CCMYE0KAiKgGkI6TcIK4DptWssCJo6WpWFq9aoBelO79TNVDhM8xPenvF9
CLgYCDQlJlL89PbfIKzLSQHA4QVmC95dGC1lSudUuDbI7NfTUQ/7fHUSJDy4au+V
DJWtYtbjBseOgitHp7NSyqIxjxxUHQxn6WMBDNRnHCYq3ToaNh0wkLv2Dp11Ymu8
RU+pJhxJ1w1Bu47LGmkQ
=DNSR
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1ykg0y-0003oc...@franck.debian.org

Bug#781281: wheezy-pu: package gnome-shell/3.4.2-7+deb7u2

[Josselin Mouette]

Le dimanche 12 avril 2015 à 14:19 +0200, Julien Cristau a écrit :
 Is there no debian bug for this?  Which version has the fix in
 sid/jessie?

I’ve fixed the changelog (bug number and suite) and uploaded.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781281: wheezy-pu: package gnome-shell/3.4.2-7+deb7u2

[Josselin Mouette]

Le dimanche 12 avril 2015 à 14:19 +0200, Julien Cristau a écrit :
 Is there no debian bug for this?  Which version has the fix in
 sid/jessie?

I’ve fixed the changelog (bug number and suite) and uploaded.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1429270473.5547.0.ca...@debian.org

Bug#781276: pre-approval for mutter/3.14.4-1

[Josselin Mouette]

Julien Cristau jcris...@debian.org wrote: 
Please feel free to upload to sid.  Not sure yet whether we'll want to
include it in 8.0 or wait until 8.1, but in any case some soaking in sid
would be good.
Uploaded to sid, thanks.

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781276: pre-approval for mutter/3.14.4-1

[Josselin Mouette]

Julien Cristau jcris...@debian.org wrote: 
Please feel free to upload to sid.  Not sure yet whether we'll want to
include it in 8.0 or wait until 8.1, but in any case some soaking in sid
would be good.
Uploaded to sid, thanks.

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1428998838.27459.89.ca...@dsp0698014.postes.calibre.edf.fr

Accepted gnome-shell 3.14.4-1 (source all) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 26 Mar 2015 21:44:04 +0100
Source: gnome-shell
Binary: gnome-shell gnome-shell-common gnome-shell-dbg
Architecture: source all
Version: 3.14.4-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 gnome-shell - graphical shell for the GNOME desktop
 gnome-shell-common - common files for the GNOME graphical shell
 gnome-shell-dbg - Debugging symbols for GNOME Shell
Changes:
 gnome-shell (3.14.4-1) unstable; urgency=medium
 .
   * New upstream translation and bugfix release.
 + Includes workaround for #768896 which is very annoying for users
   of the proprietary nvidia driver.
   * 01_network_list.patch, 02_auth_prompt.patch,
 50-compute-weeknumber-with-gdatetime.patch: dropped, merged
 upstream.
   * Bump (build-)dependencies on mutter as usual.
Checksums-Sha1:
 ee66b100b58417dbc24878a768af7f3f73008e9d 3463 gnome-shell_3.14.4-1.dsc
 1a7684829e3b44a06bee7083955d4fca42888e5e 1597744 gnome-shell_3.14.4.orig.tar.xz
 a75538bccb0b4069c828ecbca993ad4387a78c89 21796 
gnome-shell_3.14.4-1.debian.tar.xz
 d9239fa7f98f7cd6d85aaf2b90750f684f70c917 644656 
gnome-shell-common_3.14.4-1_all.deb
Checksums-Sha256:
 6838d7e57f6ad6a65c1494130e0c5c5ea654f3c85431a900c83fd1e6095389c8 3463 
gnome-shell_3.14.4-1.dsc
 43336da7edece72bf298f1749510abb8470b625585e551c8b45258981435fd80 1597744 
gnome-shell_3.14.4.orig.tar.xz
 47bcac16701b3c7e426c77daee88c37a51ebfc143061f0525a88c8390c5241e6 21796 
gnome-shell_3.14.4-1.debian.tar.xz
 23b8d702778ff239e48591e827bfa7bad2048e6f89272f8ac58f2b0cc3cbcf1a 644656 
gnome-shell-common_3.14.4-1_all.deb
Files:
 809ce07c6037eb35502fd44d9234926b 3463 gnome optional gnome-shell_3.14.4-1.dsc
 0ad085bc32cd3ff266d1ab69fff04692 1597744 gnome optional 
gnome-shell_3.14.4.orig.tar.xz
 e05c83b228588c8c30d3a44f2e10e8fe 21796 gnome optional 
gnome-shell_3.14.4-1.debian.tar.xz
 1b94e8e715f0951b055841dfec06a0b8 644656 gnome optional 
gnome-shell-common_3.14.4-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVRR6cOePdRdw6BVUAQKp3w//TjO3jLOmeqj4hiZB6Bz9tjMOS6Eu4J+l
O5OOqLOldTJ7aKtmUFjxgnQHlEs7N2dopCID1P9VCktlLapj8VfxHGaQpI/jYFZg
w3yEF37fgUY2RzTzLlaXw7Vsfp6sPT7wmCYKiLLqtJxhgm1iEZ5MpJrv6n3t2X2o
j3g/BLTdkqfMe4DMKGnhuNjgbSGaTzOQne6KrLJ7QUUm4c58VsOoff6OTxqixGOT
aHO94I1IAH+vO83pJ3Pkwy2KkxfV8P/oRIwoJLo+MS9QyPN07tDVYwV5LBvu4QdW
ECA35Qw0LREGPujVHQWdOoOsdyyJh+nmDRO8sihoofn6Ldpr8JVqRX1hK2dNDGTs
/BMyWNRZl71+XKwuv73YHRtc9B9sbXecqxKL4KIPQel2yMLZ7R5LL+W5lDriM3GX
b/M8v13oFiG1kQBkF6mNhWdD5ndncQKOP5JC1SezgseJfwwtiaye2o+ONlh2+ZOK
s4B2mOeYJPtWSLYlRF5Frt0BpT4iqOwvQ5ikOjqhHjZBI4DzcWwmQukN6luTfOWk
E+CL/BoHDd0WflMW5OF/Hyd203e7AXBkIwqEVY1Uscu9jyb5DeA/bvE2rtvByWvV
w9PF7MaHQI9XFKJQz7h7ZCz4I+3D7SY1N4Is7sp14vv3wxleHVLmHgW0ts4C4OSB
AzobwfHpo0U=
=ccDp
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yhx1d-0001w1...@franck.debian.org

Accepted mutter 3.14.4-1 (source all amd64) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 26 Mar 2015 21:06:28 +0100
Source: mutter
Binary: mutter mutter-dbg libmutter0e mutter-common libmutter-dev 
gir1.2-mutter-3.0
Architecture: source all amd64
Version: 3.14.4-1
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 gir1.2-mutter-3.0 - GObject introspection data for Mutter
 libmutter-dev - Development files for the Mutter window manager
 libmutter0e - window manager library from the Mutter window manager
 mutter - lightweight GTK+ window manager
 mutter-common - shared files for the Mutter window manager
 mutter-dbg - Debugging symbols for the Mutter window manager
Changes:
 mutter (3.14.4-1) unstable; urgency=medium
 .
   * New upstream translation and bugfix release.
 + Includes new function required for the workaround to #768896 which
   is very annoying for users of the proprietary nvidia driver.
   * 10_window-actor_unredirect.patch, 11_black_background.patch:
 dropped, merged upstream.
   * Bump shlibs due to new function.
Checksums-Sha1:
 f2db2d54d48fe05f1fc09cdd088224fa91c9fd79 3238 mutter_3.14.4-1.dsc
 6f3e63e600fae7f662a55d68dcda1ed0653e4d03 1608836 mutter_3.14.4.orig.tar.xz
 4c61991f8a59bce4af689a708e8ddc7bf4876f55 17624 mutter_3.14.4-1.debian.tar.xz
 0d0070a036816e30f770421bb6f6ecda4b65e6f2 583012 mutter-common_3.14.4-1_all.deb
 464fb38b804e521e0f580128e1b81f200a8fc82e 90804 mutter_3.14.4-1_amd64.deb
 6f9856cdd00750649cdd821dead397b5d4efe20c 1534046 mutter-dbg_3.14.4-1_amd64.deb
 d7332fd59470506cd8c0a3fe68bac9b5b4ec3297 433128 libmutter0e_3.14.4-1_amd64.deb
 e1f6368c09c3ee125981dece0c3f62b379dcde8e 194672 
libmutter-dev_3.14.4-1_amd64.deb
 1053c780a4117eddb05a03a6839a0a67951d6e03 92060 
gir1.2-mutter-3.0_3.14.4-1_amd64.deb
Checksums-Sha256:
 b1d6e81f273021f7a60bd284645822378ff95ef3041b1901bce3198a4108655f 3238 
mutter_3.14.4-1.dsc
 b4fbcc0664484d6215fc1f2101e9b636303de63544b786f2f87ebf2f6a616a8b 1608836 
mutter_3.14.4.orig.tar.xz
 5e89b5020274290d6d9cb59aa765b50dab10ed12ee894eee0625f96228c18b8d 17624 
mutter_3.14.4-1.debian.tar.xz
 ce34ae2b23961d9c7d66ad85afd589c5530392d34136095121f0578b0e54a2d2 583012 
mutter-common_3.14.4-1_all.deb
 5680b2741ccdcbc849bf9436987231eba02314f2e3b1cb7aff6b8b8a963930db 90804 
mutter_3.14.4-1_amd64.deb
 1abd0e24228bdd13a00fca4de29e1ec624fa05aa3a8cd0c55598f18085d8c5d9 1534046 
mutter-dbg_3.14.4-1_amd64.deb
 245bd268f341aa19c1bd96f2e1d27192437886d92cc551c9a4e7fa3f3f5ea7f8 433128 
libmutter0e_3.14.4-1_amd64.deb
 03b6b0f706c3ba7cf40017f89f466a7111293b368b3969137bf1bda7a4d59919 194672 
libmutter-dev_3.14.4-1_amd64.deb
 c21f82fce2ea6a2f94e9cabc6710cd452706e88371144f462cc604dd1e02e0ea 92060 
gir1.2-mutter-3.0_3.14.4-1_amd64.deb
Files:
 b283d13f216ab67dc67ef7dfef46c367 3238 x11 optional mutter_3.14.4-1.dsc
 ad0d7afbcc80cf19b1604eb1860540d4 1608836 x11 optional mutter_3.14.4.orig.tar.xz
 30e3192b264b4552d90ef5e79698364b 17624 x11 optional 
mutter_3.14.4-1.debian.tar.xz
 19b2d4be8b228cd7041eae918535c0b8 583012 misc optional 
mutter-common_3.14.4-1_all.deb
 9a242871ed628c08f415c228169919ec 90804 x11 optional mutter_3.14.4-1_amd64.deb
 3bbc159553d7fc54908d07f05da1074b 1534046 debug extra 
mutter-dbg_3.14.4-1_amd64.deb
 2dd521e16d38703f9666c2b767a0ee93 433128 libs optional 
libmutter0e_3.14.4-1_amd64.deb
 ade0ab70a0032e05442744d9b559a575 194672 libdevel optional 
libmutter-dev_3.14.4-1_amd64.deb
 0de3c2093a4ef9ef8986fed85c18f336 92060 introspection optional 
gir1.2-mutter-3.0_3.14.4-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVRRqqOePdRdw6BVUAQKBPw//VuhWYmnavW9I5bLlt1l7nflKiizqC7qa
SlZmprCbsbKNiN9BCAN/LTnWmISgKFyFc2lvWP+XgU5vCy3K/Ode8M/gsUcY9Hft
YhCx9ooxGTqFpGOdljLHwADaw21qJL54w1qm1QS2NY+0GzbOAsHx9iTAdOX24cgn
Dy3duarI8RXoa0oAO95+iI9CgJWKgmqtJJ6cTX2DOiT/QJ6d8SWhrcoRyj5pGWcP
VZ2vJaZdTqRim0owjZpcgoCyahrhfGPCtxKKBzkyCb9NXiZeKLTYuPQaRClJB1SW
aAaS73ha4Awvl7U/ShZYKJ0f0dFYvxN6wfK1yvhVCFVdmdr6x93FHnHZVkh7yTgj
q7XW1J49FfJ9f+YVKEco7viY0zVhypcLVeYcr6yYD0Leg7qqytWhvHUB4DaKlyJZ
vioA9pSFI7jkKOniQc14ETiSHRjslwUafhvmHV67f7X9M26kIDKDG7lefdU38OnN
gm1qt3M2I9HfA2jSQ2DdZh1kzFrINqGrHnqvdxYLihAYVGdoLqCCtJNrpNF9nqdr
8cM4XmNVITCtvvCfXhPucoze7noA4EchRUiqPa9z7wSe/inMReNkAFQhmILNgv/f
3/2V3RtoNBcZSGD3ZQ0Vmyfjt2F1An13YENczYTrm2yXB05mveqE99Jy9XsAIUcm
JYvOH5Ym8Iw=
=2b//
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yhx1v-0001ie...@franck.debian.org

Bug#623539: GnuPG 2.0 and gnome-keyring

[Josselin Mouette]

Werner Koch w...@gnupg.org wrote: 
Even without a new Gnome-Pinentry it is important to stop the hijacking
of the gpg-agent IPC now.  GKR being able to store passphrases for
OpenPGP keys is merely a feature while inhibiting the use of gpgsm,
smartcards, and iteration count calibration are bugs.

I’m pretty sure that gnome-keyring 3.14 in jessie supports smartcards
correctly.

As for iteration count calibration, this could probably patched in
gnome-keyring; at least in a Debian-specific patch, but there’s no way
upstream would be hostile to that.

As for gpgsm, I’d be wary of dropping features used by e.g. evolution to
support S/MIME before changing the default gnome-keyring configuration. 

Cheers,
-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#623539: [pkg-gnupg-maint] Bug#623539: GnuPG 2.0 and gnome-keyring

[Josselin Mouette]

Werner Koch w...@gnupg.org wrote: 
 Do you want a patch to remove gpg-agent from GKR?

The patch is too simple.  Just add

  --disable-gpg-agent

to the ./configure invocation and you should be done.

Sorry, I was under the impression this was a discussion about actually
improving the situation, not about Debian being used as a playground for
petty complaints about other upstreams. 

If you want to disable this functionality on your system, you can edit
or remove /etc/xdg/autostart/gnome-keyring-gpg.desktop, but we are not
going to meddle in your affairs (or lack thereof) with GNOME developers
by removing features from Debian packages. 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781276: pre-approval for mutter/3.14.4-1

[Josselin Mouette]

Le jeudi 26 mars 2015 à 21:22 +0100, Josselin Mouette a écrit : 
 I think all these fixes are useful, but of course I can upload a 
 targeted fix for the nVidia problem if it’s too much. However, the 
 shlibs bump will remain, since it’s precisely here for the function 
 required by that workaround.

Ping?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781276: pre-approval for mutter/3.14.4-1

[Josselin Mouette]

Le jeudi 26 mars 2015 à 21:22 +0100, Josselin Mouette a écrit : 
 I think all these fixes are useful, but of course I can upload a 
 targeted fix for the nVidia problem if it’s too much. However, the 
 shlibs bump will remain, since it’s precisely here for the function 
 required by that workaround.

Ping?

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1428346843.8479.13.ca...@debian.org

Accepted gdm3 3.14.1-7 (source amd64) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 04 Apr 2015 09:19:43 +0200
Source: gdm3
Binary: gdm3 libgdm1 libgdm-dev gir1.2-gdm3
Architecture: source amd64
Version: 3.14.1-7
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 gdm3   - GNOME Display Manager
 gir1.2-gdm3 - GObject introspection data for the GNOME Display Manager
 libgdm-dev - GNOME Display Manager (development files)
 libgdm1- GNOME Display Manager (shared library)
Closes: 781535
Changes:
 gdm3 (3.14.1-7) unstable; urgency=medium
 .
   * Add Conflicts/Replaces: gdm in libgdm1 as well. Closes: #781535.
Checksums-Sha1:
 4ed4414ef3ece19753e80dbace3b15c0abf39b25 3159 gdm3_3.14.1-7.dsc
 071e61f20fdd06acd1ad1e67969502a4f8245452 87632 gdm3_3.14.1-7.debian.tar.xz
Checksums-Sha256:
 3d42f9f88ea402cb591353a275b788a93705293b0eb2a2c06b08f2a6134a2eed 3159 
gdm3_3.14.1-7.dsc
 59bd4943c7bb0e72bc914d7e0dc354114272c3c7f1cfdf882857908e133944b0 87632 
gdm3_3.14.1-7.debian.tar.xz
Files:
 4e436eae241c0ceaa085045a5bc79436 3159 gnome optional gdm3_3.14.1-7.dsc
 f5d898bb37574735b75724bdf9b791ff 87632 gnome optional 
gdm3_3.14.1-7.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVR+VCuePdRdw6BVUAQJ0JA/9H4uVNaUOLwFkkviKURmWDv0tKEVNRkh4
nBRTuaT9/mND7eRIRARAJu03f8cfx1PT+uuRaVWy4hJGjEAgHut7b4hIq8ReRxVb
G+BdjIw7G83tzxIo90rp/AQWWqB3qsxH9ZSnKeTfsvohW+sLdPgli7YkcWZuyLKc
qTXAikquvSscrIEJnCGrmn5xRUCFPBK2YIzbkiGXFf9iJ6CqDY1rpRcu555dhJqr
jNF61LTS5HVsFtaxU2MwnUTwl8burRTLjF2B7qwyF8V+EduixgtS362fkJ6ZuxSn
T3weTIjFkKTRCoxS2mk4i5WFM4rLDRGYVE1TaU6ZARPVWevCotv4c5RYcKiVr7lP
YnD9mn160vOdwKvA0+Dbjtlk3BzH1xXQIr9gdnI6GgP8GHednM63Niq6Knlr88iy
50pWr2N+1x2s7/QHDPUHC/ASQ70Rr8ETwqWrivzMyN4yXvO9FAqHfHyeUG9/PL9K
1zOYOlSGKSgAoBF7hB/t+roc2Dld5M7XGWR7CNQ6y3rT1SGYKX2WxVwq0eU4A2lr
iXWymhqGCChn566AO2bprJurpf+/8O4kwOt/4qsu5FOCflvDMmZ+KdLk47M4M9Zd
6HceT8Vu23HQ6z2URRHkm+GauyrU3ttzDdtj+99vR3fXiD0gHSJNA96QMJelg6BI
lntoNnot0AE=
=Piy0
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1yeiol-00077a...@franck.debian.org

Re: -dbg packages; are they actually useful?

[Josselin Mouette]

Le jeudi 02 avril 2015 à 19:37 +0200, Esokrates a écrit : 
 Hi,
 
 I am particularly interested in automatic debug packages, as the current 
 situation is pretty messy imho. I found 
 https://wiki.debian.org/AutomaticDebugPackages.
 Does anyone know the status of this? Will this be a goal for Stretch?
 This and reproducible builds would make Debian the perfect distribution for 
 me.
 Whats in the way of making it happen? Lack of people willing to do it?

Last time I checked, dak was still missing code to handle the
generated .ddeb files.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1428134082.8479.3.ca...@debian.org

Bug#781878: unblock: gdm3/3.14.1-7

[Josselin Mouette]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package gdm3 for a RC bug fix.

gdm3 (3.14.1-7) unstable; urgency=medium

  * Add Conflicts/Replaces: gdm in libgdm1 as well. Closes: #781535.

unblock gdm3/3.14.1-7

Thanks,
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-
Index: debian/control.in
===
--- debian/control.in	(révision 44204)
+++ debian/control.in	(copie de travail)
@@ -110,8 +110,8 @@
  ${misc:Depends},
  ${gir:Depends}
 Breaks: gdm3 ( 3.8.3-3~)
-Conflicts: libgdm
-Replaces: libgdm, gdm3 ( 3.8.3-3~)
+Conflicts: libgdm, gdm
+Replaces: libgdm, gdm, gdm3 ( 3.8.3-3~)
 Description: GNOME Display Manager (shared library)
  GDM provides the equivalent of a login: prompt for X displays: it 
  asks for a login and starts graphical sessions.

Bug#781878: unblock: gdm3/3.14.1-7

[Josselin Mouette]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package gdm3 for a RC bug fix.

gdm3 (3.14.1-7) unstable; urgency=medium

  * Add Conflicts/Replaces: gdm in libgdm1 as well. Closes: #781535.

unblock gdm3/3.14.1-7

Thanks,
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-
Index: debian/control.in
===
--- debian/control.in	(révision 44204)
+++ debian/control.in	(copie de travail)
@@ -110,8 +110,8 @@
  ${misc:Depends},
  ${gir:Depends}
 Breaks: gdm3 ( 3.8.3-3~)
-Conflicts: libgdm
-Replaces: libgdm, gdm3 ( 3.8.3-3~)
+Conflicts: libgdm, gdm
+Replaces: libgdm, gdm, gdm3 ( 3.8.3-3~)
 Description: GNOME Display Manager (shared library)
  GDM provides the equivalent of a login: prompt for X displays: it 
  asks for a login and starts graphical sessions.

Bug#781276: pre-approval for mutter/3.14.4-1

[Josselin Mouette]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please allow the upload of a new mutter version. This will be the last 
upstream on the 3.14 branch, and it includes only bugfixes and 
translations, including a requirement for working around the very 
annoying bug with the proprietary nVidia driver.

I think all these fixes are useful, but of course I can upload a 
targeted fix for the nVidia problem if it’s too much. However, the 
shlibs bump will remain, since it’s precisely here for the function 
required by that workaround.


3.14.4
==
* Fix flash on unredirection [Chris; #743858]
* Fix incompatibility with GLES2 GLSL [Alban; #745442]
* Add function to refresh all background instances [Rui; #739178]
* Fix geometry of shaded windows [Florian; #746145]
* Misc. bug fixes [Florian, Rui; #698995, #743217, #743254]

Contributors:
  Alban Browaeys, Rui Matos, Florian Müllner, Chris Wilson

Translations:
  Matej Urbančič [sl], Muhammet Kara [tr], Samir Ribic [bs]

3.14.3
==
* Fix crash when trying to unredirect a destroyed window [Florian; #740133]
* Fix flicker during startup transition [Ray; #740377]
* Don't leave left-over frames queued [Owen; #738686]
* Set CRTC configuration even if it might be redundant [Rui; #740838]

Contributors:
  Rui Matos, Florian Müllner, Jasper St. Pierre, Ray Strode, Owen W. Taylor


mutter (3.14.4-1) unstable; urgency=medium

  * New upstream translation and bugfix release.
+ Includes new function required for the workaround to #768896 which 
  is very annoying for users of the proprietary nvidia driver.
  * 10_window-actor_unredirect.patch, 11_black_background.patch: 
dropped, merged upstream.
  * Bump shlibs due to new function.


unblock mutter/3.14.4-1

Thanks,
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-
diff --git a/NEWS b/NEWS
index 73d9cac..9ae8bcb 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,27 @@
+3.14.4
+==
+* Fix flash on unredirection [Chris; #743858]
+* Fix incompatibility with GLES2 GLSL [Alban; #745442]
+* Add function to refresh all background instances [Rui; #739178]
+* Fix geometry of shaded windows [Florian; #746145]
+* Misc. bug fixes [Florian, Rui; #698995, #743217, #743254]
+
+Contributors:
+  Alban Browaeys, Rui Matos, Florian Müllner, Chris Wilson
+
+Translations:
+  Matej Urbančič [sl], Muhammet Kara [tr], Samir Ribic [bs]
+
+3.14.3
+==
+* Fix crash when trying to unredirect a destroyed window [Florian; #740133]
+* Fix flicker during startup transition [Ray; #740377]
+* Don't leave left-over frames queued [Owen; #738686]
+* Set CRTC configuration even if it might be redundant [Rui; #740838]
+
+Contributors:
+  Rui Matos, Florian Müllner, Jasper St. Pierre, Ray Strode, Owen W. Taylor
+
 3.14.2
 ==
 * Prevent crash applying monitor config for a closed lid [Rui; #739450]
diff --git a/configure.ac b/configure.ac
index 0870afa..1574857 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2,7 +2,7 @@ AC_PREREQ(2.62)
 
 m4_define([mutter_major_version], [3])
 m4_define([mutter_minor_version], [14])
-m4_define([mutter_micro_version], [2])
+m4_define([mutter_micro_version], [4])
 
 m4_define([mutter_version],
   [mutter_major_version.mutter_minor_version.mutter_micro_version])
@@ -72,7 +72,7 @@ CLUTTER_PACKAGE=clutter-1.0
 
 MUTTER_PC_MODULES=
gtk+-3.0 = 3.9.11
-   gio-unix-2.0 = 2.25.10
+   gio-unix-2.0 = 2.35.1
pango = 1.2.0
cairo = 1.10.0
gsettings-desktop-schemas = 3.7.3
diff --git a/po/bs.po b/po/bs.po
index c4fa65b..e6bd98b 100644
diff --git a/po/sl.po b/po/sl.po
index 7bf391a..bd007c6 100644
diff --git a/po/tr.po b/po/tr.po
index d544610..159cd28 100644
diff --git a/src/backends/x11/meta-monitor-manager-xrandr.c b/src/backends/x11/meta-monitor-manager-xrandr.c
index a8ac467..4c1b16c 100644
--- a/src/backends/x11/meta-monitor-manager-xrandr.c
+++ b/src/backends/x11/meta-monitor-manager-xrandr.c
@@ -838,26 +838,12 @@ meta_monitor_manager_xrandr_apply_configuration (MetaMonitorManager *manager,
   unsigned int j, n_outputs;
   int width, height;
   Status ok;
-  unsigned long old_controlled_mask;
-  unsigned long new_controlled_mask;
 
   mode = crtc_info-mode;
 
   n_outputs = crtc_info-outputs-len;
   outputs = g_new (XID, n_outputs);
 
-  old_controlled_mask = 0;
-  for (j = 0; j  manager-n_outputs; j++)
-{
-  MetaOutput *output;
-
-  output = manager-outputs[j];
-
-  if (output-crtc == crtc)
-old_controlled_mask |= 1UL  j;
-}
-
-  new_controlled_mask = 0;
   for (j = 0; j  n_outputs; j++)
 {
   MetaOutput *output;
@@ -866,21 +852,10 @@ meta_monitor_manager_xrandr_apply_configuration (MetaMonitorManager *manager,
 
   output-is_dirty = TRUE;
   output-crtc = crtc;
-  new_controlled_mask |= 1UL  j

Bug#781276: pre-approval for mutter/3.14.4-1

[Josselin Mouette]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please allow the upload of a new mutter version. This will be the last 
upstream on the 3.14 branch, and it includes only bugfixes and 
translations, including a requirement for working around the very 
annoying bug with the proprietary nVidia driver.

I think all these fixes are useful, but of course I can upload a 
targeted fix for the nVidia problem if it’s too much. However, the 
shlibs bump will remain, since it’s precisely here for the function 
required by that workaround.


3.14.4
==
* Fix flash on unredirection [Chris; #743858]
* Fix incompatibility with GLES2 GLSL [Alban; #745442]
* Add function to refresh all background instances [Rui; #739178]
* Fix geometry of shaded windows [Florian; #746145]
* Misc. bug fixes [Florian, Rui; #698995, #743217, #743254]

Contributors:
  Alban Browaeys, Rui Matos, Florian Müllner, Chris Wilson

Translations:
  Matej Urbančič [sl], Muhammet Kara [tr], Samir Ribic [bs]

3.14.3
==
* Fix crash when trying to unredirect a destroyed window [Florian; #740133]
* Fix flicker during startup transition [Ray; #740377]
* Don't leave left-over frames queued [Owen; #738686]
* Set CRTC configuration even if it might be redundant [Rui; #740838]

Contributors:
  Rui Matos, Florian Müllner, Jasper St. Pierre, Ray Strode, Owen W. Taylor


mutter (3.14.4-1) unstable; urgency=medium

  * New upstream translation and bugfix release.
+ Includes new function required for the workaround to #768896 which 
  is very annoying for users of the proprietary nvidia driver.
  * 10_window-actor_unredirect.patch, 11_black_background.patch: 
dropped, merged upstream.
  * Bump shlibs due to new function.


unblock mutter/3.14.4-1

Thanks,
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-
diff --git a/NEWS b/NEWS
index 73d9cac..9ae8bcb 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,27 @@
+3.14.4
+==
+* Fix flash on unredirection [Chris; #743858]
+* Fix incompatibility with GLES2 GLSL [Alban; #745442]
+* Add function to refresh all background instances [Rui; #739178]
+* Fix geometry of shaded windows [Florian; #746145]
+* Misc. bug fixes [Florian, Rui; #698995, #743217, #743254]
+
+Contributors:
+  Alban Browaeys, Rui Matos, Florian Müllner, Chris Wilson
+
+Translations:
+  Matej Urbančič [sl], Muhammet Kara [tr], Samir Ribic [bs]
+
+3.14.3
+==
+* Fix crash when trying to unredirect a destroyed window [Florian; #740133]
+* Fix flicker during startup transition [Ray; #740377]
+* Don't leave left-over frames queued [Owen; #738686]
+* Set CRTC configuration even if it might be redundant [Rui; #740838]
+
+Contributors:
+  Rui Matos, Florian Müllner, Jasper St. Pierre, Ray Strode, Owen W. Taylor
+
 3.14.2
 ==
 * Prevent crash applying monitor config for a closed lid [Rui; #739450]
diff --git a/configure.ac b/configure.ac
index 0870afa..1574857 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2,7 +2,7 @@ AC_PREREQ(2.62)
 
 m4_define([mutter_major_version], [3])
 m4_define([mutter_minor_version], [14])
-m4_define([mutter_micro_version], [2])
+m4_define([mutter_micro_version], [4])
 
 m4_define([mutter_version],
   [mutter_major_version.mutter_minor_version.mutter_micro_version])
@@ -72,7 +72,7 @@ CLUTTER_PACKAGE=clutter-1.0
 
 MUTTER_PC_MODULES=
gtk+-3.0 = 3.9.11
-   gio-unix-2.0 = 2.25.10
+   gio-unix-2.0 = 2.35.1
pango = 1.2.0
cairo = 1.10.0
gsettings-desktop-schemas = 3.7.3
diff --git a/po/bs.po b/po/bs.po
index c4fa65b..e6bd98b 100644
diff --git a/po/sl.po b/po/sl.po
index 7bf391a..bd007c6 100644
diff --git a/po/tr.po b/po/tr.po
index d544610..159cd28 100644
diff --git a/src/backends/x11/meta-monitor-manager-xrandr.c b/src/backends/x11/meta-monitor-manager-xrandr.c
index a8ac467..4c1b16c 100644
--- a/src/backends/x11/meta-monitor-manager-xrandr.c
+++ b/src/backends/x11/meta-monitor-manager-xrandr.c
@@ -838,26 +838,12 @@ meta_monitor_manager_xrandr_apply_configuration (MetaMonitorManager *manager,
   unsigned int j, n_outputs;
   int width, height;
   Status ok;
-  unsigned long old_controlled_mask;
-  unsigned long new_controlled_mask;
 
   mode = crtc_info-mode;
 
   n_outputs = crtc_info-outputs-len;
   outputs = g_new (XID, n_outputs);
 
-  old_controlled_mask = 0;
-  for (j = 0; j  manager-n_outputs; j++)
-{
-  MetaOutput *output;
-
-  output = manager-outputs[j];
-
-  if (output-crtc == crtc)
-old_controlled_mask |= 1UL  j;
-}
-
-  new_controlled_mask = 0;
   for (j = 0; j  n_outputs; j++)
 {
   MetaOutput *output;
@@ -866,21 +852,10 @@ meta_monitor_manager_xrandr_apply_configuration (MetaMonitorManager *manager,
 
   output-is_dirty = TRUE;
   output-crtc = crtc;
-  new_controlled_mask |= 1UL  j

Bug#781277: unblock: gnome-menus/3.13.3-6

[Josselin Mouette]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

please unblock gnome-menus for a Dutch translation fix.

gnome-menus (3.13.3-6) unstable; urgency=medium

  * 31_nl_translation.patch: patch from Geert Stappers to fix seriously 
confusing translation. Closes: #776595.

unblock gnome-menus/3.13.3-6

Thanks,
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-
Index: gnome-menus-3.13.3/po/nl.po
===
--- gnome-menus-3.13.3.orig/po/nl.po	2013-03-26 21:04:14.0 +0100
+++ gnome-menus-3.13.3/po/nl.po	2015-03-26 20:42:24.569861793 +0100
@@ -92,7 +92,7 @@ msgstr Toegankelijkheidsinstellingen
 
 #: ../desktop-directories/Utility.directory.in.h:1
 msgid Accessories
-msgstr Hulpmiddelen
+msgstr Accessoires
 
 #: ../desktop-directories/Utility.directory.in.h:2
 msgid Desktop accessories

Bug#781277: unblock: gnome-menus/3.13.3-6

[Josselin Mouette]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi,

please unblock gnome-menus for a Dutch translation fix.

gnome-menus (3.13.3-6) unstable; urgency=medium

  * 31_nl_translation.patch: patch from Geert Stappers to fix seriously 
confusing translation. Closes: #776595.

unblock gnome-menus/3.13.3-6

Thanks,
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-
Index: gnome-menus-3.13.3/po/nl.po
===
--- gnome-menus-3.13.3.orig/po/nl.po	2013-03-26 21:04:14.0 +0100
+++ gnome-menus-3.13.3/po/nl.po	2015-03-26 20:42:24.569861793 +0100
@@ -92,7 +92,7 @@ msgstr Toegankelijkheidsinstellingen
 
 #: ../desktop-directories/Utility.directory.in.h:1
 msgid Accessories
-msgstr Hulpmiddelen
+msgstr Accessoires
 
 #: ../desktop-directories/Utility.directory.in.h:2
 msgid Desktop accessories

Bug#781284: pre-approval for gnome-shell/3.14.4-1

[Josselin Mouette]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please allow the upload of a new gnome-shell version. This will be the 
last upstream on the 3.14 branch, and it includes only bugfixes and 
translations, including a workaround for the very annoying bug with the 
proprietary nVidia driver.

As with mutter, I can upload a targeted fix for the nVidia problem if 
it’s too much.

3.14.4
==
* Fix erroneous week numbers in calendar [Florian; #736722]
* Make slider scrolling smoother [Adel; #742648]
* Fix current day highlight on day change [Sebastian; #742492]
* Do not wake up the screen for disabled notifications [Florian; #744114]
* gdm: Fix user list accessibility [Florian; #729603]
* Work around background corruption with NVIDIA driver [Rui; #739178]
* Misc. bug fixes [Florian, Rui, Michele; #744575, #743993, #745245, #745570,
  #737502]

Contributors:
  Michele, Adel Gadllah, Sebastian Keller, Rui Matos, Florian Müllner

Translations:
  Matej Urbančič [sl], Samir Ribic [bs]

3.14.3
==
* Properly remove network connections from list [Ryan; #740227]
* Fix handling of cancel button on login screen [Ray; #740141]
* Fix build when using dash as default shell [Alexander; #739241]
* Make event list in calendar scrollable [Stalin; #705115]
* Fix calendar-server crash on DBus timeout [Giovanni; #735308]
* Fix gestures triggering erroneously [Florian; #740237]

Contributors:
  Giovanni Campagna, Ryan Lortie, Florian Müllner, Stalin Pereira, Ray Strode,
  Alexander Tsoy

gnome-shell (3.14.4-1) unstable; urgency=medium

  * New upstream translation and bugfix release.
+ Includes workaround for #768896 which is very annoying for users 
  of the proprietary nvidia driver.
  * 01_network_list.patch, 02_auth_prompt.patch, 
50-compute-weeknumber-with-gdatetime.patch: dropped, merged 
upstream.
  * Bump (build-)dependencies on mutter as usual.

unblock gnome-shell/3.14.4-1

Thanks for considering.
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-
diff --git a/NEWS b/NEWS
index 3aa03e6..25bcda3 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,33 @@
+3.14.4
+==
+* Fix erroneous week numbers in calendar [Florian; #736722]
+* Make slider scrolling smoother [Adel; #742648]
+* Fix current day highlight on day change [Sebastian; #742492]
+* Do not wake up the screen for disabled notifications [Florian; #744114]
+* gdm: Fix user list accessibility [Florian; #729603]
+* Work around background corruption with NVIDIA driver [Rui; #739178]
+* Misc. bug fixes [Florian, Rui, Michele; #744575, #743993, #745245, #745570,
+  #737502]
+
+Contributors:
+  Michele, Adel Gadllah, Sebastian Keller, Rui Matos, Florian Müllner
+
+Translations:
+  Matej Urbančič [sl], Samir Ribic [bs]
+
+3.14.3
+==
+* Properly remove network connections from list [Ryan; #740227]
+* Fix handling of cancel button on login screen [Ray; #740141]
+* Fix build when using dash as default shell [Alexander; #739241]
+* Make event list in calendar scrollable [Stalin; #705115]
+* Fix calendar-server crash on DBus timeout [Giovanni; #735308]
+* Fix gestures triggering erroneously [Florian; #740237]
+
+Contributors:
+  Giovanni Campagna, Ryan Lortie, Florian Müllner, Stalin Pereira, Ray Strode,
+  Alexander Tsoy
+
 3.14.2
 ==
 * Do not hard-depend on latest NetworkManager [Florian; #738485]
diff --git a/configure.ac b/configure.ac
index 790b7b2..2a779e8 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1,5 +1,5 @@
 AC_PREREQ(2.63)
-AC_INIT([gnome-shell],[3.14.2],[https://bugzilla.gnome.org/enter_bug.cgi?product=gnome-shell],[gnome-shell])
+AC_INIT([gnome-shell],[3.14.4],[https://bugzilla.gnome.org/enter_bug.cgi?product=gnome-shell],[gnome-shell])
 
 AC_CONFIG_HEADERS([config.h])
 AC_CONFIG_SRCDIR([src/shell-global.c])
@@ -76,7 +76,7 @@ AC_MSG_RESULT($enable_systemd)
 CLUTTER_MIN_VERSION=1.15.90
 GOBJECT_INTROSPECTION_MIN_VERSION=0.10.1
 GJS_MIN_VERSION=1.39.0
-MUTTER_MIN_VERSION=3.14.2
+MUTTER_MIN_VERSION=3.14.4
 GTK_MIN_VERSION=3.13.2
 GIO_MIN_VERSION=2.37.0
 LIBECAL_MIN_VERSION=3.5.3
@@ -232,7 +232,9 @@ esac
 AM_CFLAGS=$AM_CFLAGS $WARN_CFLAGS
 AC_SUBST(AM_CFLAGS)
 
-BROWSER_PLUGIN_DIR=${BROWSER_PLUGIN_DIR:-\${libdir}/mozilla/plugins}
+if test -z ${BROWSER_PLUGIN_DIR}; then
+  BROWSER_PLUGIN_DIR=\${libdir}/mozilla/plugins
+fi
 AC_ARG_VAR([BROWSER_PLUGIN_DIR],[Where to install the plugin to])
 
 AC_CONFIG_FILES([
diff --git a/js/gdm/authPrompt.js b/js/gdm/authPrompt.js
index ca4db89..a4d69d9 100644
--- a/js/gdm/authPrompt.js
+++ b/js/gdm/authPrompt.js
@@ -260,6 +260,7 @@ const AuthPrompt = new Lang.Class({
 
 _onVerificationComplete: function() {
 this.verificationStatus = AuthPromptStatus.VERIFICATION_SUCCEEDED;
+	this.cancelButton.reactive = false;
 },
 
 _onReset: function() {
@@ -431,6 +432,7 @@ const AuthPrompt = new Lang.Class({
 reset: function() {
 let oldStatus = this.verificationStatus;
 this.verificationStatus

Bug#781281: wheezy-pu: package gnome-shell/3.4.2-7+deb7u2

[Josselin Mouette]

Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu

Hi,

I’m proposing a small update of gnome-shell in wheezy to fix an annoying 
bug in the week number computation that is triggered in 2015.

gnome-shell (3.4.2-7+deb7u2) stable; urgency=low

  * 29_week_number.patch: backported patch from upstream.
Fix week number computation, which is wrong in 2015.

Thanks for considering,
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-
Backported from 412d40f8448e0f83cd6bfd6c4841b25b010378d7

https://bugzilla.gnome.org/show_bug.cgi?id=736722

Index: gnome-shell-3.4.2/js/ui/calendar.js
===
--- gnome-shell-3.4.2.orig/js/ui/calendar.js	2015-03-26 21:34:47.064453237 +0100
+++ gnome-shell-3.4.2/js/ui/calendar.js	2015-03-26 21:34:23.752826288 +0100
@@ -78,23 +78,6 @@ function _formatEventTime(event, clockFo
 return ret;
 }
 
-function _getCalendarWeekForDate(date) {
-// Based on the algorithms found here:
-// http://en.wikipedia.org/wiki/Talk:ISO_week_date
-let midnightDate = new Date(date.getFullYear(), date.getMonth(), date.getDate());
-// Need to get Monday to be 1 ... Sunday to be 7
-let dayOfWeek = 1 + ((midnightDate.getDay() + 6) % 7);
-let nearestThursday = new Date(midnightDate.getFullYear(), midnightDate.getMonth(),
-   midnightDate.getDate() + (4 - dayOfWeek));
-
-let jan1st = new Date(nearestThursday.getFullYear(), 0, 1);
-let diffDate = nearestThursday - jan1st;
-let dayNumber = Math.floor(Math.abs(diffDate) / MSECS_IN_DAY);
-let weekNumber = Math.floor(dayNumber / 7) + 1;
-
-return weekNumber;
-}
-
 function _getDigitWidth(actor){
 let context = actor.get_pango_context();
 let themeNode = actor.get_theme_node();
@@ -592,7 +575,7 @@ const Calendar = new Lang.Class({
{ row: row, col: offsetCols + (7 + iter.getDay() - this._weekStart) % 7 });
 
 if (this._useWeekdate  iter.getDay() == 4) {
-let label = new St.Label({ text: _getCalendarWeekForDate(iter).toString(),
+let label = new St.Label({ text: iter.toLocaleFormat('%V'),
style_class: 'calendar-day-base calendar-week-number'});
 this.actor.add(label,
{ row: row, col: 0, y_align: St.Align.MIDDLE });

Bug#781281: wheezy-pu: package gnome-shell/3.4.2-7+deb7u2

[Josselin Mouette]

Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu

Hi,

I’m proposing a small update of gnome-shell in wheezy to fix an annoying 
bug in the week number computation that is triggered in 2015.

gnome-shell (3.4.2-7+deb7u2) stable; urgency=low

  * 29_week_number.patch: backported patch from upstream.
Fix week number computation, which is wrong in 2015.

Thanks for considering,
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-
Backported from 412d40f8448e0f83cd6bfd6c4841b25b010378d7

https://bugzilla.gnome.org/show_bug.cgi?id=736722

Index: gnome-shell-3.4.2/js/ui/calendar.js
===
--- gnome-shell-3.4.2.orig/js/ui/calendar.js	2015-03-26 21:34:47.064453237 +0100
+++ gnome-shell-3.4.2/js/ui/calendar.js	2015-03-26 21:34:23.752826288 +0100
@@ -78,23 +78,6 @@ function _formatEventTime(event, clockFo
 return ret;
 }
 
-function _getCalendarWeekForDate(date) {
-// Based on the algorithms found here:
-// http://en.wikipedia.org/wiki/Talk:ISO_week_date
-let midnightDate = new Date(date.getFullYear(), date.getMonth(), date.getDate());
-// Need to get Monday to be 1 ... Sunday to be 7
-let dayOfWeek = 1 + ((midnightDate.getDay() + 6) % 7);
-let nearestThursday = new Date(midnightDate.getFullYear(), midnightDate.getMonth(),
-   midnightDate.getDate() + (4 - dayOfWeek));
-
-let jan1st = new Date(nearestThursday.getFullYear(), 0, 1);
-let diffDate = nearestThursday - jan1st;
-let dayNumber = Math.floor(Math.abs(diffDate) / MSECS_IN_DAY);
-let weekNumber = Math.floor(dayNumber / 7) + 1;
-
-return weekNumber;
-}
-
 function _getDigitWidth(actor){
 let context = actor.get_pango_context();
 let themeNode = actor.get_theme_node();
@@ -592,7 +575,7 @@ const Calendar = new Lang.Class({
{ row: row, col: offsetCols + (7 + iter.getDay() - this._weekStart) % 7 });
 
 if (this._useWeekdate  iter.getDay() == 4) {
-let label = new St.Label({ text: _getCalendarWeekForDate(iter).toString(),
+let label = new St.Label({ text: iter.toLocaleFormat('%V'),
style_class: 'calendar-day-base calendar-week-number'});
 this.actor.add(label,
{ row: row, col: 0, y_align: St.Align.MIDDLE });

Accepted gnome-menus 3.13.3-6 (source amd64) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Thu, 26 Mar 2015 20:43:36 +0100
Source: gnome-menus
Binary: gnome-menus libgnome-menu-3-0 libgnome-menu-3-0-dbg libgnome-menu-3-dev 
gir1.2-gmenu-3.0
Architecture: source amd64
Version: 3.13.3-6
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 gir1.2-gmenu-3.0 - GObject introspection data for the GNOME menu library
 gnome-menus - GNOME implementation of the freedesktop menu specification
 libgnome-menu-3-0 - GNOME implementation of the freedesktop menu specification
 libgnome-menu-3-0-dbg - GNOME implementation of the freedesktop menu 
specification
 libgnome-menu-3-dev - GNOME implementation of the freedesktop menu 
specification
Closes: 776595
Changes:
 gnome-menus (3.13.3-6) unstable; urgency=medium
 .
   * 31_nl_translation.patch: patch from Geert Stappers to fix seriously
 confusing translation. Closes: #776595.
Checksums-Sha1:
 1c4a706e3e09612b31286d350098acabecf484c0 2497 gnome-menus_3.13.3-6.dsc
 0658eb2aa3c60aa5e1de918eddba8337688790d2 39228 
gnome-menus_3.13.3-6.debian.tar.xz
 5d0595d80702dcfd8e1aabfcf92cfc3b6f5aeea8 136226 gnome-menus_3.13.3-6_amd64.deb
 4590976ae2a6d55b8dd7be81d449e00b3b1db4f4 75502 
libgnome-menu-3-0_3.13.3-6_amd64.deb
 1794a82cb34654c915bf78fc3c4dbbe9b6980e58 151764 
libgnome-menu-3-0-dbg_3.13.3-6_amd64.deb
 45eeab6a60e617f4048ade036a335e4ec300858e 84296 
libgnome-menu-3-dev_3.13.3-6_amd64.deb
 5d357ff8ff53b1c7f3a1ca8367bd5d2413608f10 37834 
gir1.2-gmenu-3.0_3.13.3-6_amd64.deb
Checksums-Sha256:
 83669874b1dac049fe653bbc7a4507cdfaeb84448b01c4b451434c522df4ed40 2497 
gnome-menus_3.13.3-6.dsc
 9cb5dc68f61525017a5d133dc36f5139101f7328328b4446025780496f4056f6 39228 
gnome-menus_3.13.3-6.debian.tar.xz
 cba9ef3d17ff01c318bb32d0159d81d843d5fdef0ee1b4b411323482b46d6617 136226 
gnome-menus_3.13.3-6_amd64.deb
 71902247c1b879b7af343159ae8f77073338db6a8f3fdc8399e41336cc4ec114 75502 
libgnome-menu-3-0_3.13.3-6_amd64.deb
 8c0621b9813cc2a946523e00db62aaa7f85e67651e2308a9866ca3ea1efb 151764 
libgnome-menu-3-0-dbg_3.13.3-6_amd64.deb
 05a1d10fe53888ef27a847f2279bd07d4849424b3a8978e6df0805a5ef182246 84296 
libgnome-menu-3-dev_3.13.3-6_amd64.deb
 4f5ffe294cde6a37d70d71de5b42c042d9872145d67297ceb1b80cbfa6acecc9 37834 
gir1.2-gmenu-3.0_3.13.3-6_amd64.deb
Files:
 576b570bc50b9581530352a76207968b 2497 gnome optional gnome-menus_3.13.3-6.dsc
 6663fa7d3ab7c585020cbf1762fa76b4 39228 gnome optional 
gnome-menus_3.13.3-6.debian.tar.xz
 e0b5bc22072ad033217a03cfc0ca02ab 136226 gnome optional 
gnome-menus_3.13.3-6_amd64.deb
 6d3025faeae8b0350447b2eddf55ca01 75502 gnome optional 
libgnome-menu-3-0_3.13.3-6_amd64.deb
 8d7763d59fd60bfce6915d9aacd73456 151764 debug extra 
libgnome-menu-3-0-dbg_3.13.3-6_amd64.deb
 82c65eee8ae446235f92020ff7271ea0 84296 libdevel optional 
libgnome-menu-3-dev_3.13.3-6_amd64.deb
 9ef46dffc91873be08b64477a7238e36 37834 introspection optional 
gir1.2-gmenu-3.0_3.13.3-6_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIVAwUBVRRjtOePdRdw6BVUAQKdMRAAgj9D3lIBTYrUbLbCu+3lJV4nkDNRCntG
wTgge2FPHVv3voPNDD5VqonXhZGqS8PquYWNU8xg/CnmUoNrTvnQB8rA6l1Aee8V
kcgnmE5fNk1SnfG/PFVAsrSe0BFs6z3ErCKK2r8PV2sWfAB7fGsr7ppXThn9EHcG
c3UoYH+Ehbpn4E1eAj75H37cyE5PhN9mu0e9Gnei3VYcaITnnu5AxorRi8m5auP2
atsvuC/nNFkFZUKHHL++6T2Imd8wRcXyWZSDypcQDeMGqNZPvDngN0OrKkjibopv
GpT46oAQkDLLRyC3+42iLk0Zzssh3KrH5BpV7lq6lwtMqJ3ZDUbVJMTGblnDQH20
wh/NE0Ls3cb2HdybQaJrObxZaTahzfr3bch9lrAcwvHQhnJZGdMhiHY7Av6p6pzb
YySrmoSJ+y45YJmso6yNcfooZuXQP2CxSRM+2kDXWyV7XQJy8Y7srMmN67PI34P8
FUTE6rcKrjOKp5BBZoygloT7/cXHmR1CCk6lydrSy64pbpds8zKoluXXWVXAhaah
VofdkejedLQ5lQjqOKLQLWedshAw2PqcSCf3wpp7ngKOlyjcvcgdgcZiKGd1PRBt
AjHK6iskx1Z48Wid3CabgUQyckYc2+sp7UKlLhHj1Acacsqiu66swX3WIV5pFhZe
vEfy87kMvYY=
=lHAh
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1ybfbw-0002ck...@franck.debian.org

Bug#781284: pre-approval for gnome-shell/3.14.4-1

[Josselin Mouette]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please allow the upload of a new gnome-shell version. This will be the 
last upstream on the 3.14 branch, and it includes only bugfixes and 
translations, including a workaround for the very annoying bug with the 
proprietary nVidia driver.

As with mutter, I can upload a targeted fix for the nVidia problem if 
it’s too much.

3.14.4
==
* Fix erroneous week numbers in calendar [Florian; #736722]
* Make slider scrolling smoother [Adel; #742648]
* Fix current day highlight on day change [Sebastian; #742492]
* Do not wake up the screen for disabled notifications [Florian; #744114]
* gdm: Fix user list accessibility [Florian; #729603]
* Work around background corruption with NVIDIA driver [Rui; #739178]
* Misc. bug fixes [Florian, Rui, Michele; #744575, #743993, #745245, #745570,
  #737502]

Contributors:
  Michele, Adel Gadllah, Sebastian Keller, Rui Matos, Florian Müllner

Translations:
  Matej Urbančič [sl], Samir Ribic [bs]

3.14.3
==
* Properly remove network connections from list [Ryan; #740227]
* Fix handling of cancel button on login screen [Ray; #740141]
* Fix build when using dash as default shell [Alexander; #739241]
* Make event list in calendar scrollable [Stalin; #705115]
* Fix calendar-server crash on DBus timeout [Giovanni; #735308]
* Fix gestures triggering erroneously [Florian; #740237]

Contributors:
  Giovanni Campagna, Ryan Lortie, Florian Müllner, Stalin Pereira, Ray Strode,
  Alexander Tsoy

gnome-shell (3.14.4-1) unstable; urgency=medium

  * New upstream translation and bugfix release.
+ Includes workaround for #768896 which is very annoying for users 
  of the proprietary nvidia driver.
  * 01_network_list.patch, 02_auth_prompt.patch, 
50-compute-weeknumber-with-gdatetime.patch: dropped, merged 
upstream.
  * Bump (build-)dependencies on mutter as usual.

unblock gnome-shell/3.14.4-1

Thanks for considering.
-- 
 .''`.Josselin Mouette
: :' :
`. `'
  `-
diff --git a/NEWS b/NEWS
index 3aa03e6..25bcda3 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,33 @@
+3.14.4
+==
+* Fix erroneous week numbers in calendar [Florian; #736722]
+* Make slider scrolling smoother [Adel; #742648]
+* Fix current day highlight on day change [Sebastian; #742492]
+* Do not wake up the screen for disabled notifications [Florian; #744114]
+* gdm: Fix user list accessibility [Florian; #729603]
+* Work around background corruption with NVIDIA driver [Rui; #739178]
+* Misc. bug fixes [Florian, Rui, Michele; #744575, #743993, #745245, #745570,
+  #737502]
+
+Contributors:
+  Michele, Adel Gadllah, Sebastian Keller, Rui Matos, Florian Müllner
+
+Translations:
+  Matej Urbančič [sl], Samir Ribic [bs]
+
+3.14.3
+==
+* Properly remove network connections from list [Ryan; #740227]
+* Fix handling of cancel button on login screen [Ray; #740141]
+* Fix build when using dash as default shell [Alexander; #739241]
+* Make event list in calendar scrollable [Stalin; #705115]
+* Fix calendar-server crash on DBus timeout [Giovanni; #735308]
+* Fix gestures triggering erroneously [Florian; #740237]
+
+Contributors:
+  Giovanni Campagna, Ryan Lortie, Florian Müllner, Stalin Pereira, Ray Strode,
+  Alexander Tsoy
+
 3.14.2
 ==
 * Do not hard-depend on latest NetworkManager [Florian; #738485]
diff --git a/configure.ac b/configure.ac
index 790b7b2..2a779e8 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1,5 +1,5 @@
 AC_PREREQ(2.63)
-AC_INIT([gnome-shell],[3.14.2],[https://bugzilla.gnome.org/enter_bug.cgi?product=gnome-shell],[gnome-shell])
+AC_INIT([gnome-shell],[3.14.4],[https://bugzilla.gnome.org/enter_bug.cgi?product=gnome-shell],[gnome-shell])
 
 AC_CONFIG_HEADERS([config.h])
 AC_CONFIG_SRCDIR([src/shell-global.c])
@@ -76,7 +76,7 @@ AC_MSG_RESULT($enable_systemd)
 CLUTTER_MIN_VERSION=1.15.90
 GOBJECT_INTROSPECTION_MIN_VERSION=0.10.1
 GJS_MIN_VERSION=1.39.0
-MUTTER_MIN_VERSION=3.14.2
+MUTTER_MIN_VERSION=3.14.4
 GTK_MIN_VERSION=3.13.2
 GIO_MIN_VERSION=2.37.0
 LIBECAL_MIN_VERSION=3.5.3
@@ -232,7 +232,9 @@ esac
 AM_CFLAGS=$AM_CFLAGS $WARN_CFLAGS
 AC_SUBST(AM_CFLAGS)
 
-BROWSER_PLUGIN_DIR=${BROWSER_PLUGIN_DIR:-\${libdir}/mozilla/plugins}
+if test -z ${BROWSER_PLUGIN_DIR}; then
+  BROWSER_PLUGIN_DIR=\${libdir}/mozilla/plugins
+fi
 AC_ARG_VAR([BROWSER_PLUGIN_DIR],[Where to install the plugin to])
 
 AC_CONFIG_FILES([
diff --git a/js/gdm/authPrompt.js b/js/gdm/authPrompt.js
index ca4db89..a4d69d9 100644
--- a/js/gdm/authPrompt.js
+++ b/js/gdm/authPrompt.js
@@ -260,6 +260,7 @@ const AuthPrompt = new Lang.Class({
 
 _onVerificationComplete: function() {
 this.verificationStatus = AuthPromptStatus.VERIFICATION_SUCCEEDED;
+	this.cancelButton.reactive = false;
 },
 
 _onReset: function() {
@@ -431,6 +432,7 @@ const AuthPrompt = new Lang.Class({
 reset: function() {
 let oldStatus = this.verificationStatus;
 this.verificationStatus

Bug#774794: Debian Bug#774794: Re: dpkg: Add breaks for new trigger cycles

[Josselin Mouette]

Hi,

Guillem Jover guil...@debian.org wrote: 
And to the gconf maintainers, does its trigger really need to be
synchronous (i.e. do trigggering packages need to await the trigger
processing)? Or in other words do those other triggering packages
require the trigger to be processed to be able to consider themselves
configured and able to satisfy dependencies?

The package (typically an end-user application) is not usable until the
trigger has been run. That said, the dependencies of a package using
GConf would not usually require the trigger to have run for their own
postinst to run successfully. I cannot exclude a corner case where a
dependency would use a binary needing registered GConf schemas in its
postinst, but it is definitely not the typical use case.

So it could probably be migrated to a noawait trigger. 

The same holds for the /usr/share/glib-2.0/schemas trigger in
libglib2.0-0 (but probably not the other triggers of the same package). 

Cheers,
-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#774794: Debian Bug#774794: Re: dpkg: Add breaks for new trigger cycles

[Josselin Mouette]

Hi,

Guillem Jover guil...@debian.org wrote: 
And to the gconf maintainers, does its trigger really need to be
synchronous (i.e. do trigggering packages need to await the trigger
processing)? Or in other words do those other triggering packages
require the trigger to be processed to be able to consider themselves
configured and able to satisfy dependencies?

The package (typically an end-user application) is not usable until the
trigger has been run. That said, the dependencies of a package using
GConf would not usually require the trigger to have run for their own
postinst to run successfully. I cannot exclude a corner case where a
dependency would use a binary needing registered GConf schemas in its
postinst, but it is definitely not the typical use case.

So it could probably be migrated to a noawait trigger. 

The same holds for the /usr/share/glib-2.0/schemas trigger in
libglib2.0-0 (but probably not the other triggers of the same package). 

Cheers,
-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#774794: Debian Bug#774794: Re: dpkg: Add breaks for new trigger cycles

[Josselin Mouette]

Hi,

Guillem Jover guil...@debian.org wrote: 
And to the gconf maintainers, does its trigger really need to be
synchronous (i.e. do trigggering packages need to await the trigger
processing)? Or in other words do those other triggering packages
require the trigger to be processed to be able to consider themselves
configured and able to satisfy dependencies?

The package (typically an end-user application) is not usable until the
trigger has been run. That said, the dependencies of a package using
GConf would not usually require the trigger to have run for their own
postinst to run successfully. I cannot exclude a corner case where a
dependency would use a binary needing registered GConf schemas in its
postinst, but it is definitely not the typical use case.

So it could probably be migrated to a noawait trigger. 

The same holds for the /usr/share/glib-2.0/schemas trigger in
libglib2.0-0 (but probably not the other triggers of the same package). 

Cheers,
-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-dpkg-bugs-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Would a Debian patch to fix bug #776595 be an acceptable path to go?

[Josselin Mouette]

Frans Spiesschaert frans.spiesscha...@yucom.be wrote: 
Given this context, I have the following question: would there be a
chance that such a patch gets accepted and reaches Jessie 8.0 or 8.1 or
is preparing a patch not worth the effort, given the fact that the
severity of bug #776595 is only important.

Please send a patch against nl.po to the bug. It looks worth fixing.

Cheers,
-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-gtk-gnome-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1422894285.28375.5.camel@dsp0698014

Re: Bug#776218: installation-reports: Reportbug needs python-vte, which is not installed in the default installation

[Josselin Mouette]

Hi,

Cyril Brulebois k...@debian.org wrote: 
 (major) The missing packages should be installed from the beginning. 
These are
 python-vte and python-gtkspell (which reportbug also wants).

Might be a good idea for some gnome packages to pull those packages?

I’m not sure it’s the right way to do that. These packages are not
maintained upstream and we want to get rid of them, not to add new
dependencies. GNOME in jessie is fully built on GTK3, except for
iceweasel and a couple of other default applications. And most Python
dependencies have been switched to Python 3 as well (except for some
Debian-specific scripts). 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-gtk-gnome-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1422268763.22902.26.camel@dsp0698014

Bug#776218: installation-reports: Reportbug needs python-vte, which is not installed in the default installation

[Josselin Mouette]

Hi,

Cyril Brulebois k...@debian.org wrote: 
 (major) The missing packages should be installed from the beginning. 
These are
 python-vte and python-gtkspell (which reportbug also wants).

Might be a good idea for some gnome packages to pull those packages?

I’m not sure it’s the right way to do that. These packages are not
maintained upstream and we want to get rid of them, not to add new
dependencies. GNOME in jessie is fully built on GTK3, except for
iceweasel and a couple of other default applications. And most Python
dependencies have been switched to Python 3 as well (except for some
Debian-specific scripts). 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776218: installation-reports: Reportbug needs python-vte, which is not installed in the default installation

[Josselin Mouette]

Hi,

Cyril Brulebois k...@debian.org wrote: 
 (major) The missing packages should be installed from the beginning. 
These are
 python-vte and python-gtkspell (which reportbug also wants).

Might be a good idea for some gnome packages to pull those packages?

I’m not sure it’s the right way to do that. These packages are not
maintained upstream and we want to get rid of them, not to add new
dependencies. GNOME in jessie is fully built on GTK3, except for
iceweasel and a couple of other default applications. And most Python
dependencies have been switched to Python 3 as well (except for some
Debian-specific scripts). 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1422268763.22902.26.camel@dsp0698014

Re: desire

[Josselin Mouette]

Le lundi 12 janvier 2015 à 21:11 +0300, mr scripter a écrit :
 Please, give the ffmpeg package back! Exclusing this package from
 jessie is great mistake. I know nobody, who wants to use avconv
 instead of ffmpeg.

People had been told, right here on this ML, and in great detail, what
to do if they wanted ffmpeg back in jessie.
Complaining is not enough. The necessary work was not done, and now it
is too late.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1421105413.29347.3.ca...@debian.org

Re: similarities between logos for CLUSTER and Debian

[Josselin Mouette]

Yaroslav Halchenko wrote: 
I don't think so:
http://tmsearch.uspto.gov/bin/showfield?f=docstate=4803:q33o33.2.1
The mark consists of a spiral formed with the style of a paintbrush
stroke with the word debian written.

And there are much simpler trademarks out there. The logo of a famous
clothing company consists in a blue square with three characters written
in white, in a given font. 

i.e. swirl on its own is not trademarked, thus could be freely used for
other projects

The swirl is a trademark, regardless of your uninformed opinion on that
topic. 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-project-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1421077953.26565.252.camel@dsp0698014

Re: Lines theme for ldm-themes

[Josselin Mouette]

Vagrant Cascadian vagr...@debian.org wrote: 
LDM also requires a logo.png present, which is diplayed above the
username box at login. Since background.svg contains the logo in the
lower-right corner already, I'd like to just make a transparent .png or
something. My hackish workaround is a 1x1 pixel .png, but it shows one
little white pixel, and seems somehow connected to the placement of the
login box. A larger truely transparent .png might help with that, if a
transparent .png will work at all...

Note that in GDM we use the red swirl logo for that. 

-- 
Joss


-- 
To UNSUBSCRIBE, email to debian-desktop-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1420536699.21484.44.camel@dsp0698014

Bug#773550: autoremoval problem on gnome wheezy to jessie upgrades

[Josselin Mouette]

Le vendredi 19 décembre 2014 à 20:55 +0100, Holger Levsen a écrit :
 - the apt-get upgrade step from wheezy to jessie is fine (lots of packages 
 kept back, lots upgraded)
 - the apt-get dist-upgrade step then removes many packages, from the log:

This one looks fine.

 - then, apt-get dist-upgrade is redone, listing many many candiates for 
 autoremoval and from the log:

Most of these candidates look fine to me. They are packages removed from
the dependency tree of the “gnome” metapackage in jessie, and there’s
nothing wrong with that.

Except for libreoffice. Which brings us to the java problems, mostly
related to LO as well.

 dpkg: libdb5.1-java: dependency problems, but removing anyway as you 
 requested:
  libdb-java depends on libdb5.1-java (= 5.1.25-7~).
 
 - and then finally, apt-get autoremove is done, which now removes way too
   much and fails when it try to remove sudo. (This failure to remove sudo is
   a feature and not subject of this bug report..)

I see.

 This didnt happen 2 weeks ago, and IMO also shouldn't^must not happen.
 I've just not really an idea where the bug comes from...

This is because nothing in GNOME depends on sudo/gksu anymore. And this
was the way sudo was kept in the dependency tree.

Given the usefulness of this package, but its absence of relation to
GNOME, I think a dependency on sudo should be added to task-desktop.

Would it be OK to reassign?

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Accepted gnome-menus 3.13.3-5 (source) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 14 Dec 2014 13:19:14 +0100
Source: gnome-menus
Binary: gnome-menus libgnome-menu-3-0 libgnome-menu-3-0-dbg libgnome-menu-3-dev 
gir1.2-gmenu-3.0
Architecture: source
Version: 3.13.3-5
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 gir1.2-gmenu-3.0 - GObject introspection data for the GNOME menu library
 gnome-menus - GNOME implementation of the freedesktop menu specification
 libgnome-menu-3-0 - GNOME implementation of the freedesktop menu specification
 libgnome-menu-3-0-dbg - GNOME implementation of the freedesktop menu 
specification
 libgnome-menu-3-dev - GNOME implementation of the freedesktop menu 
specification
Changes:
 gnome-menus (3.13.3-5) unstable; urgency=medium
 .
   * 30_xdg_syntax.patch: fix typo in the patch as provided by upstream.
 Thanks Jerad Simpson.
Checksums-Sha1:
 6293596ed8847d6223d071137216a12ad57fa9a0 2505 gnome-menus_3.13.3-5.dsc
 b3fab3d58b71bdf5a613f8966793b6d19f6a1c75 39024 
gnome-menus_3.13.3-5.debian.tar.xz
Checksums-Sha256:
 b846d1d6dc1dfdc4f3bdfcb1a6ce3980684bf4b933c20d051604618059995101 2505 
gnome-menus_3.13.3-5.dsc
 fc74a2f7f0c3d84052023015ff0ba3eff20330c76c847a69037df69c1c93b0f0 39024 
gnome-menus_3.13.3-5.debian.tar.xz
Files:
 bd3e6168a5b14b1a7aa9a9dca1619fb2 2505 gnome optional gnome-menus_3.13.3-5.dsc
 c302baee3417e747f53a03034256c075 39024 gnome optional 
gnome-menus_3.13.3-5.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUjYN0AAoJEOePdRdw6BVUbK4QAMGW0dDVTTvsFLiiw9WcPXyv
6rQtNtmud/Sv7dXNiRyzdsmMR4MIT3YpQ4dkmA2KShb3wmZIruyCQfH73bZ1j6du
wMhuHXRdWyEXxY5UyFkvFqMhcEoXpC1osbPuguYzmSpXo1YvTLyZdKtVTQsv8/xB
cEUuPYk0l0hXpczvbqw2/yxydGC6bWVbjm00cLhUsIKkMLMAQTpV8ffP7MRYUQIg
EIfEVq66ECBUwFacHMyZE5CVQjCk8o0NH2Eb51GHerjT79BOd7P+1FEHKklL4oWJ
EelnfePWCtALLGtSRbtMdtRJggucsrP1ZZHJioRmDpFKW0IBsG7Y3EeijKmpcKbS
vNhGp01prSxEcc1R7HDONB5mG7kheAjfpQPoYrUR4AXWp8PDnCKKZwdeMij0Wdx9
AcUykrhqdyyBDXBn84sPiTW8cirLCojNSVED+x1b6lX37Ak0wPQiBeJ8ZnBLyGwG
Tk1d99RBxwhZm/WHGw0e8NcaVkQZfrxsFk9aFMEGLmxHEjLMZiHgpCnCDCBwsK8n
kLyYmg9HB04SAuvQ6Qfg7bRYZgbOcKdckeTWQhy10TdW3HH4HyvluJMMpDlQaVTp
ytWKhx3ZKpApbAI8Iv88pICKuQV0cD7sraC+MyRq9RtrmUGJkvFZH0KEUyy/f2+k
/28IX2oBDYBwyOKvjmGK
=4CN/
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1y08br-0004i0...@franck.debian.org

Bug#773064: unblock: gnome-menus/3.13.3-4

[Josselin Mouette]

Hi,

Le samedi 13 décembre 2014 à 22:37 +0100, Josselin Mouette a écrit :
   * 30_xdg_syntax.patch: patch from upstream git. Support multiple 
 desktops in XDG_CURRENT_DESKTOP. Closes: #773013.

Please wait for a newer upload, there’s a typo in the upstream patch.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773013: closed by Josselin Mouette j...@debian.org (Bug#773013: fixed in gnome-menus 3.13.3-4)

[Josselin Mouette]

Le dimanche 14 décembre 2014 à 00:07 -0500, Jerad Simpson a écrit :
 I have found a small issue with the patch itself that might affect others. 
 In get_current_desktops(), if (desktops) should read if (!desktops).
 
 Please see http://paste.debian.net/136484/ for short program demonstrating
 the difference.

Thanks for noticing!
I’m uploading you fix.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773064: unblock: gnome-menus/3.13.3-5

[Josselin Mouette]

Control: retitle -1 unblock: gnome-menus/3.13.3-5

Le dimanche 14 décembre 2014 à 13:13 +0100, Josselin Mouette a écrit :
 Please wait for a newer upload, there’s a typo in the upstream patch.

There you go.

gnome-menus (3.13.3-5) unstable; urgency=medium

  * 30_xdg_syntax.patch: fix typo in the patch as provided by upstream. 
Thanks Jerad Simpson.

Attaching the newer version of the patch.
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-
desktop-entries: support multiple desktops in XDG_CURRENT_DESKTOP

Index: gnome-menus-3.13.3/libmenu/desktop-entries.c
===
--- gnome-menus-3.13.3.orig/libmenu/desktop-entries.c	2014-12-14 13:17:21.044575627 +0100
+++ gnome-menus-3.13.3/libmenu/desktop-entries.c	2014-12-14 13:17:42.640579012 +0100
@@ -85,32 +85,27 @@ unix_basename_from_path (const char *pat
 return path;
 }
 
-static const char *
-get_current_desktop (void)
+static const gchar * const *
+get_current_desktops (void)
 {
-  static char *current_desktop = NULL;
+  static gchar **result;
 
-  /* Support XDG_CURRENT_DESKTOP environment variable; this can be used
-   * to abuse gnome-menus in non-GNOME desktops. */
-  if (!current_desktop)
+  if (g_once_init_enter (result))
 {
-  const char *desktop;
+  const gchar *desktops;
+  gchar **tmp;
 
-  desktop = g_getenv (XDG_CURRENT_DESKTOP);
+  desktops = g_getenv (XDG_CURRENT_DESKTOP);
 
-  /* Note: if XDG_CURRENT_DESKTOP is set but empty, do as if it
-   * was not set */
-  if (!desktop || desktop[0] == '\0')
-current_desktop = g_strdup (GNOME);
-  else
-current_desktop = g_strdup (desktop);
-}
+  if (!desktops)
+desktops = ;
 
-  /* Using * means skipping desktop-related checks */
-  if (g_strcmp0 (current_desktop, *) == 0)
-return NULL;
+  tmp = g_strsplit (desktops, :, 0);
+
+  g_once_init_leave (result, tmp);
+}
 
-  return current_desktop;
+  return  (const gchar **) result;
 }
 
 static GIcon *
@@ -151,52 +146,58 @@ key_file_get_icon (GKeyFile *key_file)
 static gboolean
 key_file_get_show_in (GKeyFile *key_file)
 {
-  const gchar *current_desktop;
-  gchar **strv;
+  const gchar * const *current_desktops;
+  gchar **only_show_in;
+  gchar **not_show_in;
   gboolean show_in = TRUE;
-  int i;
+  gint i;
 
-  current_desktop = get_current_desktop ();
-  if (!current_desktop)
-return TRUE;
-
-  strv = g_key_file_get_string_list (key_file,
- DESKTOP_ENTRY_GROUP,
- OnlyShowIn,
- NULL,
- NULL);
-  if (strv)
+  current_desktops = get_current_desktops ();
+  only_show_in = g_key_file_get_string_list (key_file,
+ DESKTOP_ENTRY_GROUP,
+ OnlyShowIn,
+ NULL,
+ NULL);
+  not_show_in = g_key_file_get_string_list (key_file,
+DESKTOP_ENTRY_GROUP,
+NotShowIn,
+NULL,
+NULL);
+
+  for (i = 0; current_desktops[i]; i++)
 {
-  show_in = FALSE;
-  for (i = 0; strv[i]; i++)
+  gint j;
+
+  if (only_show_in)
 {
-  if (!strcmp (strv[i], current_desktop))
+  show_in = FALSE;
+  for (j = 0; only_show_in[j]; j++)
 {
-  show_in = TRUE;
-  break;
+  if (g_str_equal (only_show_in[j], current_desktops[i]))
+{
+  show_in = TRUE;
+  goto out;
+}
 }
 }
-}
-  else
-{
-  strv = g_key_file_get_string_list (key_file,
- DESKTOP_ENTRY_GROUP,
- NotShowIn,
- NULL,
- NULL);
-  if (strv)
+
+  if (not_show_in)
 {
   show_in = TRUE;
-  for (i = 0; strv[i]; i++)
+  for (j = 0; not_show_in[j]; j++)
 {
-  if (!strcmp (strv[i], current_desktop))
+  if (g_str_equal (not_show_in[j], current_desktops[i]))
 {
   show_in = FALSE;
+  goto out;
 }
 }
 }
 }
-  g_strfreev (strv);
+
+out:
+  g_strfreev (only_show_in);
+  g_strfreev (not_show_in);
 
   return show_in;
 }
@@ -581,14 +582,7 @@ gboolean
 desktop_entry_get_show_in (DesktopEntry *entry)
 {
   if (entry-type == DESKTOP_ENTRY_DESKTOP)
-{
-  const char *current_desktop = get_current_desktop ();
-
-  if (current_desktop == NULL)
-return TRUE;
-  else
-return

Bug#773064: unblock: gnome-menus/3.13.3-4

[Josselin Mouette]

Hi,

Le samedi 13 décembre 2014 à 22:37 +0100, Josselin Mouette a écrit :
   * 30_xdg_syntax.patch: patch from upstream git. Support multiple 
 desktops in XDG_CURRENT_DESKTOP. Closes: #773013.

Please wait for a newer upload, there’s a typo in the upstream patch.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1418559237.13869.12.ca...@debian.org

Bug#773064: unblock: gnome-menus/3.13.3-5

[Josselin Mouette]

Control: retitle -1 unblock: gnome-menus/3.13.3-5

Le dimanche 14 décembre 2014 à 13:13 +0100, Josselin Mouette a écrit :
 Please wait for a newer upload, there’s a typo in the upstream patch.

There you go.

gnome-menus (3.13.3-5) unstable; urgency=medium

  * 30_xdg_syntax.patch: fix typo in the patch as provided by upstream. 
Thanks Jerad Simpson.

Attaching the newer version of the patch.
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-
desktop-entries: support multiple desktops in XDG_CURRENT_DESKTOP

Index: gnome-menus-3.13.3/libmenu/desktop-entries.c
===
--- gnome-menus-3.13.3.orig/libmenu/desktop-entries.c	2014-12-14 13:17:21.044575627 +0100
+++ gnome-menus-3.13.3/libmenu/desktop-entries.c	2014-12-14 13:17:42.640579012 +0100
@@ -85,32 +85,27 @@ unix_basename_from_path (const char *pat
 return path;
 }
 
-static const char *
-get_current_desktop (void)
+static const gchar * const *
+get_current_desktops (void)
 {
-  static char *current_desktop = NULL;
+  static gchar **result;
 
-  /* Support XDG_CURRENT_DESKTOP environment variable; this can be used
-   * to abuse gnome-menus in non-GNOME desktops. */
-  if (!current_desktop)
+  if (g_once_init_enter (result))
 {
-  const char *desktop;
+  const gchar *desktops;
+  gchar **tmp;
 
-  desktop = g_getenv (XDG_CURRENT_DESKTOP);
+  desktops = g_getenv (XDG_CURRENT_DESKTOP);
 
-  /* Note: if XDG_CURRENT_DESKTOP is set but empty, do as if it
-   * was not set */
-  if (!desktop || desktop[0] == '\0')
-current_desktop = g_strdup (GNOME);
-  else
-current_desktop = g_strdup (desktop);
-}
+  if (!desktops)
+desktops = ;
 
-  /* Using * means skipping desktop-related checks */
-  if (g_strcmp0 (current_desktop, *) == 0)
-return NULL;
+  tmp = g_strsplit (desktops, :, 0);
+
+  g_once_init_leave (result, tmp);
+}
 
-  return current_desktop;
+  return  (const gchar **) result;
 }
 
 static GIcon *
@@ -151,52 +146,58 @@ key_file_get_icon (GKeyFile *key_file)
 static gboolean
 key_file_get_show_in (GKeyFile *key_file)
 {
-  const gchar *current_desktop;
-  gchar **strv;
+  const gchar * const *current_desktops;
+  gchar **only_show_in;
+  gchar **not_show_in;
   gboolean show_in = TRUE;
-  int i;
+  gint i;
 
-  current_desktop = get_current_desktop ();
-  if (!current_desktop)
-return TRUE;
-
-  strv = g_key_file_get_string_list (key_file,
- DESKTOP_ENTRY_GROUP,
- OnlyShowIn,
- NULL,
- NULL);
-  if (strv)
+  current_desktops = get_current_desktops ();
+  only_show_in = g_key_file_get_string_list (key_file,
+ DESKTOP_ENTRY_GROUP,
+ OnlyShowIn,
+ NULL,
+ NULL);
+  not_show_in = g_key_file_get_string_list (key_file,
+DESKTOP_ENTRY_GROUP,
+NotShowIn,
+NULL,
+NULL);
+
+  for (i = 0; current_desktops[i]; i++)
 {
-  show_in = FALSE;
-  for (i = 0; strv[i]; i++)
+  gint j;
+
+  if (only_show_in)
 {
-  if (!strcmp (strv[i], current_desktop))
+  show_in = FALSE;
+  for (j = 0; only_show_in[j]; j++)
 {
-  show_in = TRUE;
-  break;
+  if (g_str_equal (only_show_in[j], current_desktops[i]))
+{
+  show_in = TRUE;
+  goto out;
+}
 }
 }
-}
-  else
-{
-  strv = g_key_file_get_string_list (key_file,
- DESKTOP_ENTRY_GROUP,
- NotShowIn,
- NULL,
- NULL);
-  if (strv)
+
+  if (not_show_in)
 {
   show_in = TRUE;
-  for (i = 0; strv[i]; i++)
+  for (j = 0; not_show_in[j]; j++)
 {
-  if (!strcmp (strv[i], current_desktop))
+  if (g_str_equal (not_show_in[j], current_desktops[i]))
 {
   show_in = FALSE;
+  goto out;
 }
 }
 }
 }
-  g_strfreev (strv);
+
+out:
+  g_strfreev (only_show_in);
+  g_strfreev (not_show_in);
 
   return show_in;
 }
@@ -581,14 +582,7 @@ gboolean
 desktop_entry_get_show_in (DesktopEntry *entry)
 {
   if (entry-type == DESKTOP_ENTRY_DESKTOP)
-{
-  const char *current_desktop = get_current_desktop ();
-
-  if (current_desktop == NULL)
-return TRUE;
-  else
-return

Accepted desktop-base 8.0.2 (source all) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 13 Dec 2014 20:52:34 +0100
Source: desktop-base
Binary: desktop-base
Architecture: source all
Version: 8.0.2
Distribution: unstable
Urgency: medium
Maintainer: Gustavo Franco stra...@debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 desktop-base - common files for the Debian Desktop
Closes: 773015
Changes:
 desktop-base (8.0.2) unstable; urgency=medium
 .
   * Reinstate login-background.svg. Closes: #773015.
Checksums-Sha1:
 498a6efca46e4b96a17b8708e85efa3b016c285a 1852 desktop-base_8.0.2.dsc
 f59663cd97052e69e186ec9b7cf0dd87c2c17c8d 10398876 desktop-base_8.0.2.tar.xz
 9d397ed1b64e2bbd810b0737828753b110a043bd 10197040 desktop-base_8.0.2_all.deb
Checksums-Sha256:
 2d987a6f154ece38b03e980384902adc00239965fbcf8b086d1f5aad762d2137 1852 
desktop-base_8.0.2.dsc
 21939b5a99c2a2779aa53c55881da85f89db671f8186ae4d2a38bf0dcbdb0669 10398876 
desktop-base_8.0.2.tar.xz
 ac9ec2ccfaa12d6278d4142324ab2ab501018afd75d904c29ce2f812c20910c9 10197040 
desktop-base_8.0.2_all.deb
Files:
 6a6f46da2d0678979ab9b4f274ce171b 1852 x11 optional desktop-base_8.0.2.dsc
 bb2b7372b12f2d55757acbcf22a9a014 10398876 x11 optional 
desktop-base_8.0.2.tar.xz
 010d7e4ea3d50e82e71796c23bd2d208 10197040 x11 optional 
desktop-base_8.0.2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUjJnGAAoJEOePdRdw6BVUDAoQAIqMXEMeX5bMumZLLw9GBwH4
ky4ha62Rc3oGn9JfJkB27rD1qusoPvTug97mkUlP2ai4KvRiNGQgHPOA9s0A8oA1
mAxvpaBxKIwMaQwO8hodqocVkZEEhCk/YCv/C1lkXiMRNP1M7GhRzpDfyxPlN0rS
57L/VbkRhn6LGkFsVLH+GAiukpYSygB7jpqEXyoYMCYHS4dUf3U9BhzDSEw/tL+b
97O0j7aHsWE84w5GZJu7j2OU1DA+I7ebeoK0B7LFrbgYF+fLdyZogUEwIDrkGrOP
fMtbcI6v/5gyGVnP4teBUO4b38Y2qUNJJqA2SAsO9n/Uz309W1YHr71X6y6T6KlY
uwkCMm8aRuf4MSpwajj+tYgkqXRpRd/s9gM40TOkLbC6y3kZIdt5VBDomyD3ggMo
077sjUgTM1KuVeFm+2U6sYopV9yJD2AmnLzG+xGcYdtMulko/fzloARnoTmwMTi+
BdbVslObFyQCa10GFhkIiHyP4hXUzdQBTFUNFF28YPy2Ajcblq6aza503wUjrF/h
6fbM8aw88QOXxO/AbuiwLrPys3MZZd70A6fvvUVxuy4OzBOg9WvQYkHUtc9NXNUw
DWBstQBdw9J5wcDyqg37/8WzKTcat6mYpEtEarwTOEM1f5hBhZCOVflx8x6xnwsN
rQe1HiwTdNjAoZ4mvVw+
=pWkv
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xzu5y-0004am...@franck.debian.org

Accepted gnome-menus 3.13.3-4 (source) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 13 Dec 2014 21:48:50 +0100
Source: gnome-menus
Binary: gnome-menus libgnome-menu-3-0 libgnome-menu-3-0-dbg libgnome-menu-3-dev 
gir1.2-gmenu-3.0
Architecture: source
Version: 3.13.3-4
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 gir1.2-gmenu-3.0 - GObject introspection data for the GNOME menu library
 gnome-menus - GNOME implementation of the freedesktop menu specification
 libgnome-menu-3-0 - GNOME implementation of the freedesktop menu specification
 libgnome-menu-3-0-dbg - GNOME implementation of the freedesktop menu 
specification
 libgnome-menu-3-dev - GNOME implementation of the freedesktop menu 
specification
Closes: 771710 773013
Changes:
 gnome-menus (3.13.3-4) unstable; urgency=medium
 .
   * menus.blacklist:
 + Add everything from xscreensaver-data. Closes: #771710.
   * 30_xdg_syntax.patch: patch from upstream git. Support multiple
 desktops in XDG_CURRENT_DESKTOP. Closes: #773013.
Checksums-Sha1:
 102050e73f59524a23982d775533d3d37d2ec562 2505 gnome-menus_3.13.3-4.dsc
 1096c4f00f38a57a7223dfe7b3e2b11f6ba8ec76 39212 
gnome-menus_3.13.3-4.debian.tar.xz
Checksums-Sha256:
 0a644044a902636f335186620ddb07f9ff48f1bc69f160764f662a08bbc4bf6c 2505 
gnome-menus_3.13.3-4.dsc
 bb636c030926b83da3d4bf441649c34b3203e62c599cb46d63738867142c0826 39212 
gnome-menus_3.13.3-4.debian.tar.xz
Files:
 ace884d195d59f26aa13bce18c9d8ade 2505 gnome optional gnome-menus_3.13.3-4.dsc
 ce761eb732de52fba0a1087765c62df9 39212 gnome optional 
gnome-menus_3.13.3-4.debian.tar.xz

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUjKcmAAoJEOePdRdw6BVUA3oQAKDyj7+/fMByJSDSWDCZqRQc
EdkxLfF1GMEubIPPo3LOazIIbIK+toj7fxTqGXd01oWh9H/nudjVlCYux/pdDUlp
Hour//1zcgqyHm7Jh0unxqR6LdqFpFWYpN4nwRRCTiT4KK60XA9oa8y7nKHt72wl
k316tatoaOO5vPZjwl9Apt4PKj+XCBR1zMM08FUCvZgB6/2WqKbEW6exwGljhXdK
NX648ITafc7NE+TdsTWFZRaW/5Tyyg8a6rKOtfmui5WWptgMSrNhLCjyGnIC/I57
9VmQacO+tIQgCkXR/3kcVbhTRIfDb8r0vK0G8NxcNRbYGevG7uBrlWW+7zJjVQuN
te8CaB1ie0nfltXdhPrhhUZHrVCOC4nJYJilXeZntlyilxBad1UoL1JF3HaY4vKf
J/kmU2pUu+oRNRfaYzRTWvDlLiKM5D8EWb8kf+Bja/ju7LLkxg9jLCMUOedmqXqb
Qi9JNQBJCP/8Fl0uds9Y5Tq3SjFKPEXjpoxtHGIYW5XTSnBNWhTkb38uQ0+SXKd+
KqQ0eYkBofFpvVbukQX9xodW8xM3V/fPjpH+Q14lJQdCGNDHpdVWzKdEUC9opWzK
RoFp5X2NE9rD3c+oo4Qtykjbe9sdkLvuWU9nEeinEWIuPT6ICogdGqIUW+bMxx97
26188lxf0KN3cNoQM04C
=PsNl
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xzu6u-0004g5...@franck.debian.org

Accepted gnome-tweak-tool 3.14.2-2 (source all) into unstable

[Josselin Mouette]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sat, 13 Dec 2014 22:07:14 +0100
Source: gnome-tweak-tool
Binary: gnome-tweak-tool
Architecture: source all
Version: 3.14.2-2
Distribution: unstable
Urgency: medium
Maintainer: Debian GNOME Maintainers 
pkg-gnome-maintain...@lists.alioth.debian.org
Changed-By: Josselin Mouette j...@debian.org
Description:
 gnome-tweak-tool - tool to adjust advanced configuration settings for GNOME
Closes: 772881
Changes:
 gnome-tweak-tool (3.14.2-2) unstable; urgency=medium
 .
   * Add missing dependency on gir1.2-soup-2.4. Closes: #772881.
Checksums-Sha1:
 056373af0a36e8e1945ea993467c3573b84d3547 2324 gnome-tweak-tool_3.14.2-2.dsc
 b5dbd77ddc285aa7ea6e1c65397ea8135067cc3e 3912 
gnome-tweak-tool_3.14.2-2.debian.tar.xz
 01410a0ffb1d1bef7f25b049a4920f6e98f40942 152064 
gnome-tweak-tool_3.14.2-2_all.deb
Checksums-Sha256:
 11efaa388213530b9ce869c0fb8c80d8fee4bd6a5ecf834454838e9a1c12df7a 2324 
gnome-tweak-tool_3.14.2-2.dsc
 48bda1560b1554e9eec0074ef3c777aa0e784351d402291e6141f14902109c10 3912 
gnome-tweak-tool_3.14.2-2.debian.tar.xz
 5b8af75f6f8c6fcf490352f1b4e56a74a66b124fac441a303b07cc454542039b 152064 
gnome-tweak-tool_3.14.2-2_all.deb
Files:
 b93d67140811209b359606e63f02c21a 2324 gnome optional 
gnome-tweak-tool_3.14.2-2.dsc
 59b22d7731fdb293b3e7bf2e453c5ae3 3912 gnome optional 
gnome-tweak-tool_3.14.2-2.debian.tar.xz
 14f079373f14e856b5e29b13f63b20cb 152064 gnome optional 
gnome-tweak-tool_3.14.2-2_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJUjK/gAAoJEOePdRdw6BVURccQALWpSD/TzVVkNEVuTQgeGOuo
wrLD/aLQLKze/hVNoArjbzqB3y3amjf7PeG/jlhERB4tLCTdc0ZM/gmflkEzDjOJ
4MVE02DN3Ov/rIIU1gB3I/cYe4sqtWoZ1yBXinYS7M7Ttmuz6vQt4vKdc/yirDms
+RTLv+Qowz+tE6oyC6rqa1LoZMEjuoAeSN2dN4ggYbAkhwobQPadDDnb3I7cpX33
5HPxZy6HrqNK4+L3DNJKZc9r2NZVISBjiJBifrT7e0F/BbUoMGys0SC8raNkGY+3
886UkBs2GWzkIlaELUX6a1ni345FZx49f31JECNOMDffeo/D6K4Emce6cjIhFxrG
SQjJtNHbRMi7AFZ6qFXpcUIBCujTDaNLd9fAqh5PjvdU0wvRsuFPetdOohAo+NeB
OwhM1e0rXgLE5jOgwkFDlXRo/ihAFCVFLuSQ9/FFFCKe3idxVQEFmaS2E+MZcIyH
ebgW0P9VJDm2UfDYnUUJNtqxgxfI/QzMQUfOM4OzEoRuVuqWjfGX3xTc9bpRO9dz
dJ26HO8XkoFab/lS9N4T2pW0xO6C2EOIf8goUBijs0RQKuJ3Gr0gkh1rpXI4dO/N
Grd9jRHGdUNa2x4am2wg/NRRemD05uY0MLjJm0WrUHN3Jyq1/i1tNq3OdXWPKLeT
Co5f5OCdbmuw9HaEoMsW
=Ycac
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xzuky-0006aq...@franck.debian.org