Hi,
On Mittwoch, 12. Mai 2010, Noah Meyerhans wrote:
> Right, our default setup is a strange and basically meaningless blend of
> two different approaches to user primary groups.
[...]
> Either of these approaches is OK. User's files are not writable by
> anybody but that user unless explicit ste
On Sun, 2010-05-09 at 17:58 +0200, Julien Cristau wrote:
> On Sun, May 9, 2010 at 18:25:15 +0300, Bilal Akhtar wrote:
>
> > Package name: gnome-media-player
I find the package name extremely misleading: There is already a "Gnome
Media Player": Gnome's Totem.
BTW, do we really need yet anoth
Il 12/05/2010 06:38, Reinhard Tartler ha scritto:
> TBH, I'm very skeptical. While I'm not sure why google has decided to
> choose astrange's branch/fork, I fear that there have been too many
> changes to the external public API that this is not going to work out.
> I'm basing this opinion on the G
On 2010-05-11, Stefano Zacchiroli wrote:
> I understand that the security team might be skeptical about security
> support, but IIRC past vetoes from the security team came from software
> with bad _history_ of security support, while in this case it would seem
> a preemptive move, isn't it?
It i
On Tue, May 11, 2010 at 06:09:58PM -0700, Russ Allbery wrote:
> UPG without a umask of 002 is pointless. One may as well just put all
> users in a users group.
Right, our default setup is a strange and basically meaningless blend of
two different approaches to user primary groups.
One approach w
On Wed, May 12, 2010 at 00:29:02 (CEST), Stefano Zacchiroli wrote:
> On Tue, May 11, 2010 at 08:55:17PM +0200, Moritz Muehlenhoff wrote:
>> > Surely not. Chromium ships a *private* copy of ffmpeg, more precisely, a
>> > fork of ffmpeg called ffmpeg-mt. Debian does not include ffmpeg-mt
>> > becaus
On 05/11/2010 07:09 PM, Russ Allbery wrote:
> Aaron already explained this, but I was confused for quite some time about
> the point of UPG and I'm not sure I would have gotten it from his
> explanation, so let me say basically the same thing he said in different
> words.
>
> The purpose of UPG is
Julien Cristau writes:
> On Mon, May 10, 2010 at 10:14:00 -0600, Aaron Toponce wrote:
>> I guess I'm more or less curious why we're still using this outdated
>> umask value with UPG. What would it take for Debian to update our
>> default umask to match the UPG scheme? Is this doable for Sqeeze? A
Le Mon, May 10, 2010 at 10:40:58AM -0600, Aaron Toponce a écrit :
> On 5/10/2010 10:23 AM, Julien Cristau wrote:
> > On Mon, May 10, 2010 at 10:14:00 -0600, Aaron Toponce wrote:
> > Are there reasons for making the switch? With user groups, umask 002 or
> > 022 doesn't make a difference. To switc
On Tue, May 11, 2010 at 23:53:51 +0200, Giuseppe Iuculano wrote:
> Il 11/05/2010 17:35, Ben Hutchings ha scritto:
>
> > How can you expect this to work? The ABI of the system ffmpeg libraries
> > is not going to match the ABI defined by the bundled headers. You must
> > patch chromium to work w
On Tue, May 11, 2010 at 08:55:17PM +0200, Moritz Muehlenhoff wrote:
> > Surely not. Chromium ships a *private* copy of ffmpeg, more precisely, a
> > fork of ffmpeg called ffmpeg-mt. Debian does not include ffmpeg-mt
> > because of bug #575600 (tagged wontfix). Moreover, Debian's copy of
> > ffmpeg
Package: wnpp
Severity: wishlist
Owner: Jakub Wilk
* Package name: poliqarp
Version : 1.3.9 (yet to be released)
Upstream Author : Jakub Wilk et al.
* URL : http://poliqarp.sourceforge.net/
* License : GPLv2
Programming Lang: C
Description : suite of
Il 11/05/2010 17:35, Ben Hutchings ha scritto:
> How can you expect this to work? The ABI of the system ffmpeg libraries
> is not going to match the ABI defined by the bundled headers. You must
> patch chromium to work with the system ffmpeg headers.
chromium doesn't link against the ffmpeg lib
On Tue, 11 May 2010, Patrick Schoenfeld wrote:
> Hi,
>
> On Tue, May 11, 2010 at 09:26:25AM +0200, Peter Palfrader wrote:
> > Therefore if you uploaded something that is not redistributable please
> > file a bug against the snapshot.debian.org pseudo-package asking for
> > removal:
>
> fair enou
On 2010-05-11, Reinhard Tartler wrote:
> On Mon, May 10, 2010 at 22:36:00 (CEST), Giuseppe Iuculano wrote:
>
>> Chromium in Debian is built against the system FFmpeg headers via
>> pkg-config. This means when Chromium is launched it will assume that
>> FFmpeg is present in the system library path
On Tue, May 11, 2010 at 17:27:31 (CEST), Giuseppe Iuculano wrote:
> severity 580947 important
> thanks
For the record, after reading your latest mail, I still disagree with
this assessment, but won't play BTW ping pong.
> Il 11/05/2010 10:44, Reinhard Tartler ha scritto:
>> I can only assume tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Am Di den 11. Mai 2010 um 17:13 schrieb Aaron Toponce:
> > You can never trust anybody for giving him rights to _all_ of your
> > files. So this assuming is never true and a user will not have any
> > benefit of this group if the umask is 002!
>
Dear Everyone,
bug report (from myself to myself) in question:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581204
boils down to
ImportError: /usr/lib/libatlas.so.3gf: undefined symbol:
__canonicalize_funcptr_for_compare
and when looking at
(sid)y...@paer:/home/yoh/nipy/nipy-0.1.2+201005
On 5/10/2010 4:46 PM, Klaus Ethgen wrote:
> You can never trust anybody for giving him rights to _all_ of your
> files. So this assuming is never true and a user will not have any
> benefit of this group if the umask is 002!
I trust my wife to all of my files.
>> If you don't trust users in your
On 05/11/2010 01:09 PM, Julian Andres Klode wrote:
On Tue, May 11, 2010 at 12:49:46PM +0200, Julien Cristau wrote:
On Tue, May 11, 2010 at 12:37:56 +0200, Julian Andres Klode wrote:
On Sun, May 09, 2010 at 05:25:16PM +0200, Tollef Fog Heen wrote:
Is it really a good idea to have init depend
On Tue, 11 May 2010, Steve Langasek wrote:
> On Mon, May 10, 2010 at 05:34:32PM -0700, Don Armstrong wrote:
> > On Mon, 10 May 2010, Aaron Toponce wrote:
> > > If the default umask is '0002' on a UPG system,
> > > then this checklist item doesn't need to be worried about.
>
> > If you want to use
On Tue, May 11, 2010 at 17:27:31 +0200, Giuseppe Iuculano wrote:
> There was another solution, and this is now adopted in the latest
> experimental package, Compile with use_system_ffmpeg=1 and
> build_ffmpegsumo=0, but use the in-sources include path for headers, see
> [1] and [2].
>
> In this w
On Tue, May 11, 2010 at 05:27:31PM +0200, Giuseppe Iuculano wrote:
[...]
> chromium doesn't compile with the current version of ffmpeg in unstable
> because it is too outdated, this means I had three choices:
>
> - compile with use_system_ffmpeg=0 and build_ffmpegsumo=0 (this means
> drop ffmpeg s
severity 580947 important
thanks
Il 11/05/2010 10:44, Reinhard Tartler ha scritto:
> checking [2], reveals that I'm partly wrong. There is an in-source copy
> of ffmpeg, that there is an option 'use_system_ffmpeg=1' passed to the
> buildscript. This indicates that I indeed missed that upstream now
Hi.
Excerpts from Hector Oron's message of Ter Mai 11 05:02:34 -0300 2010:
(...)
> 2010/5/11 Patrick Schoenfeld :
> >
> > fair enough to request that responsibility from the maintainers.
> > But wouldn't it be a less error-prove procedure to handle
> > snapshot removals while processing RM bugs ag
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
Owner: Andreas Beckmann
* Package name: nvidia-cuda-toolkit
Version : 2.3 / 3.0
Upstream Author : NVIDIA Corporation
* URL : http://www.nvidia.com/CUDA
* License : non-free, NVIDIA
Programming Lang: b
==
CALL FOR CONTRIBUTIONS
==
EXTENDED SUBMISSION DEADLINE: MAY 28, 2010
==
CALL FOR CONTRIBUTIONS
==
EXTENDED SUBMISSION DEADLINE: MAY 28, 2010
]] Julian Andres Klode
| On Sun, May 09, 2010 at 05:25:16PM +0200, Tollef Fog Heen wrote:
| > I am so far just testing on a singe machine, but it's my firm belief
| > that it's possible to have a fully functional systemd in squeeze.
|
| Only if #579755 is solved. While testing systemd on Debian,
On Tue, May 11, 2010 at 12:49:46PM +0200, Julien Cristau wrote:
> On Tue, May 11, 2010 at 12:37:56 +0200, Julian Andres Klode wrote:
>
> > On Sun, May 09, 2010 at 05:25:16PM +0200, Tollef Fog Heen wrote:
> > > I am so far just testing on a singe machine, but it's my firm belief
> > > that it's pos
On Tue, May 11, 2010 at 12:37:56 +0200, Julian Andres Klode wrote:
> On Sun, May 09, 2010 at 05:25:16PM +0200, Tollef Fog Heen wrote:
> > I am so far just testing on a singe machine, but it's my firm belief
> > that it's possible to have a fully functional systemd in squeeze.
>
> Only if #579755
On Sun, May 09, 2010 at 05:25:16PM +0200, Tollef Fog Heen wrote:
> I am so far just testing on a singe machine, but it's my firm belief
> that it's possible to have a fully functional systemd in squeeze.
Only if #579755 is solved. While testing systemd on Debian, I found
out that the option CONFIG
On Mon, May 10, 2010 at 05:34:32PM -0700, Don Armstrong wrote:
> On Mon, 10 May 2010, Aaron Toponce wrote:
> > If the default umask is '0002' on a UPG system,
> > then this checklist item doesn't need to be worried about.
> If you want to use usergroups by default, add something like:
> session o
Am 11.05.2010 10:41, schrieb Cleto Martin Angelina:
The bug #539568 is an ITP for a C++ sockets library. The ITP was
created on Augus'09. I'm interested in this package too, and I wrote
an email to the bug author and I've received that his email does not
exists. In this cases, what should be do
On Tue, May 11, 2010 at 10:41:34AM +0200, Cleto Martin Angelina wrote:
> The bug #539568 is an ITP for a C++ sockets library. The ITP was
> created on Augus'09. I'm interested in this package too, and I wrote
> an email to the bug author and I've received that his email does not
> exists. In this
On Tue, May 11, 2010 at 10:22:02 (CEST), Philipp Kern wrote:
> On 2010-05-11, Reinhard Tartler wrote:
>> [1] http://experimental.ftbfs.de/chromium-browser (unavailable at time
>> of writing)
>
> experimental.ftbfs.de is down for good. I guess you meant [0] or similar.
>
> Kind regards,
> Phi
Hi!
The bug #539568 is an ITP for a C++ sockets library. The ITP was
created on Augus'09. I'm interested in this package too, and I wrote
an email to the bug author and I've received that his email does not
exists. In this cases, what should be done?
Thanks.
Regards,
Cleto.
--
To UNSUBSCRIB
Hi,
On 11/05/10 10:13, Reinhard Tartler wrote:
> [1] http://experimental.ftbfs.de/chromium-browser (unavailable at time
> of writing)
Experimental is now on buildd.d.o, see
https://buildd.debian.org/status/package.php?p=chromium-browser&suite=experimental
Cheers,
Emilio
--
To UNSUBSCRIBE,
On 2010-05-11, Reinhard Tartler wrote:
> [1] http://experimental.ftbfs.de/chromium-browser (unavailable at time
> of writing)
experimental.ftbfs.de is down for good. I guess you meant [0] or similar.
Kind regards,
Philipp Kern
[0]
https://buildd.debian.org/status/package.php?p=chromium-br
Package: wnpp
Severity: wishlist
Owner: Nobuhiro Iwamatsu
Owner: Nobuhiro Iwamatsu
* Package name: mozc
Version : 0.1svn13
Upstream Author : Google Inc.
* URL : http://code.google.com/p/mozc/
* License : BSD
Programming Lang: C++
Description : Mozc en
severity 580947 serious
stop
On Tue, May 11, 2010 at 07:39:12 (CEST), Joey Hess wrote:
> Reinhard Tartler wrote:
>> Surely not. Chromium ships a *private* copy of ffmpeg, more precisely, a
>> fork of ffmpeg called ffmpeg-mt. Debian does not include ffmpeg-mt
>> because of bug #575600 (tagged wont
Hi,
2010/5/11 Patrick Schoenfeld :
>
> fair enough to request that responsibility from the maintainers.
> But wouldn't it be a less error-prove procedure to handle
> snapshot removals while processing RM bugs against ftp.d.o?
Would not that remove distributable packages which no longer belong
t
Hi,
On Tue, May 11, 2010 at 09:26:25AM +0200, Peter Palfrader wrote:
> Therefore if you uploaded something that is not redistributable please
> file a bug against the snapshot.debian.org pseudo-package asking for
> removal:
fair enough to request that responsibility from the maintainers.
But woul
43 matches
Mail list logo
