On 10/05/2010 19:45, Raphael Geissert wrote:
> Marc Haber wrote:
>> I would like to ask the maintainer to first do his job _before_
>> forcing the new mechanism on all new users. If it isn't documented, it
>> ain't fit for Debian stable, especially as a default.
>>
>
> /usr/share/doc/insserv/READM
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 wontfix). Moreover, Debian's copy of
> ffmpeg will always be out-of-date.
>
> I wonder why the se
On Mon, May 10, 2010 at 22:15:28 (CEST), Iker Salmón San Millán wrote:
> Hi, i didn't know where or how to report this, but i have readed in a forum
> that an user has tried chromium-browser from experimental and seems that it
> includes by default those privative codecs.
As others have noted in
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. In this way you can
> decide which codecs c
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 optional pam_umask.so usergroups
to /etc/pam.d/login
Don Armstrong
--
On Monday 10 May 2010 17:36:59 Sven Arvidsson wrote:
> On Mon, 2010-05-10 at 22:36 +0200, Giuseppe Iuculano wrote:
> > If you can watch youtube html5 video, probably you have installaed
> > libavcodec52, libavformat52 and libavutil50 from debian-multimedia[1] or
> > other third repositories.
>
> W
Hi,
Eduard Bloch wrote:
> First, it was readahead-fedora. Second, I followed that README now and
> updated readahead collection. Now they take both about 29 seconds, so I
> don't win anything with readahead.
That's definitely a bug, please file it (don't forget to include a bootchart
of both cas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Am Mo den 10. Mai 2010 um 20:35 schrieb Aaron Toponce:
> > See the case the user wants another person in his own group to share
> > files. Then he might set the files readable for his group only but not
> > for world. So the other user can read
Giuseppe Iuculano writes:
> If you can watch youtube html5 video, probably you have installaed
> libavcodec52, libavformat52 and libavutil50 from debian-multimedia[1] or
> other third repositories.
Hmm? Mplayer in debian unstable plays youtube h.264 just fine. No
non-free stuff needed:
$ youtube
On Mon, 2010-05-10 at 22:36 +0200, Giuseppe Iuculano wrote:
> If you can watch youtube html5 video, probably you have installaed
> libavcodec52, libavformat52 and libavutil50 from debian-multimedia[1] or
> other third repositories.
Why? Debian ships decoders for H264, so it should work out of the
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia
* Package name: lv2vocoder
Version : 1
Upstream Author : Nedko Arnaudov
* URL : https://gna.org/projects/lv2vocoder
* License : GPL
Programming Lang: C
Description : LV2 vocoder plugin
This vocode
#include
* Raphael Geissert [Sun, May 09 2010, 01:19:31PM]:
> Eduard Bloch wrote:
> > with concurency: 30s
> > with concurency and without readahead: 28s
>
> Interesting, a regression. Is that readahead from readahead-fedora?
>
> Were the 30 seconds measured by following the instructions from
>
On 05/10/2010 10:44 PM, Iker Salmón San Millán wrote:
> I didn't report as a bug because there wasn't anything wrong with the
> usability, i tought it was something that goes against debian social
> contract.
Which would still be a bug, with a a release critical severity.
Best thing to do in such
El 10 de mayo de 2010 22:36, Giuseppe Iuculano escribió:
>
> No, it doesn't contain those, see below
>
> 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.
> In
Hi,
Il 10/05/2010 22:15, Iker Salmón San Millán ha scritto:
> Hi, i didn't know where or how to report this, but i have readed in a
> forum that an user has tried |chromium-browser from experimental and
> seems that it includes by default those privative codecs. I have tried
> by myself and i agre
On Sun, May 09, 2010 at 11:37:24PM +0300, Niko Tyni wrote:
> I'm partial to enabling use64bitint on all architectures, if only for the
> sake of uniformity already mentioned in the uselongdouble discussion: bugs
> that only happen on the "smaller" architectures because of differences
> like this a
Hi, i didn't know where or how to report this, but i have readed in a forum
that an user has tried chromium-browser from experimental and seems that it
includes by default those privative codecs. I have tried by myself and i
agree with him, but maybe i am wrong.
this is the process. Adding ubuntu
On 5/10/2010 1:07 PM, Klaus Ethgen wrote:
> I still makes sense. The user will not win with the lazier umask but he
> will probably loose security.
>
> See the case the user wants another person in his own group to share
> files. Then he might set the files readable for his group only but not
> fo
Hi Al,
I'm sorry for opposing your proposal before. I didn't check the automatic .po
installation feature of drupal 6.x (as long as a .po is in
/etc/drupal/6/profiles/default/translations it will be loaded by all sites).
I'd like to make available a separate package for each translation, so admi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Mo den 10. Mai 2010 um 17:14 schrieb Aaron Toponce:
> $ umask 0002
> $ touch anotherfile
> $ ls -l anotherfile
> -rw-rw-r-- 1 foo foo 0 May 10 10:06 anotherfile
>
> As it sits, having the default umask set as '0022' isn't breaking
> anything, but
On Mon, May 10, 2010 at 11:50:23AM +0200, Martin Becker wrote:
> I'd argue against a default setting where floating point numbers
> are less precise than integers.
I believe this has always been the case on our 64-bit architectures
(ia64, alpha, amd64.)
On current sid / amd64 (perl 5.10.1-12):
On 5/10/2010 11:24 AM, Drake Wilson wrote:
> FWIW (which is probably vanishingly little), I find that dealing with
> significant group or even inter-user interactions on Unix machines
> eventually gets nearly impossible in the absence of full POSIX ACL
> support. Modern Debian supports this well w
Marc Haber wrote:
> I would like to ask the maintainer to first do his job _before_
> forcing the new mechanism on all new users. If it isn't documented, it
> ain't fit for Debian stable, especially as a default.
>
/usr/share/doc/insserv/README.Debian
...
--
Raphael Geissert - Debian Developer
Quoth Aaron Toponce , on 2010-05-10 10:40:58 -0600:
> 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 switch off user gro
On Mon, May 10, 2010 at 03:54:19PM +0200, Marc Haber wrote:
> >Thanks for the pointer. I've just submitted a patch for #576788 that
> >adds a pointer to that file from /etc/init.d/README.
>
> I would expect this in the defaults/rcS file as well, which is the
> place where I'd look.
Agreed, and wh
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 switch off user groups, you set
> USERGROUPS=no in adduser.conf, and that's it.
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? Are
> there reasons for not ma
Debian, by default, utilizes the user private group scheme (UPG). This
means that when a new user is created on a system, a group of the same
name, if not already in place, is created, and the user is placed in the
group, as the only user. Thus, when new files (dirs, etc) are created by
that user,
On Mon, 10 May 2010 13:02:51 +0200, Stefano Zacchiroli
wrote:
>On Sun, May 09, 2010 at 04:10:58PM +0300, Eugene V. Lyubimkin wrote:
>> >According to <4be43663.6000...@free.fr> and #576788, it is not.
>> >But I'm sure Petter welcome patches on this.
>> FWIW, it appears to be documented in README.De
On Sun, 9 May 2010 14:58:51 +0200, Stefano Zacchiroli
wrote:
>On Sun, May 09, 2010 at 01:24:49PM +0200, Marc Haber wrote:
>> > CONCURRENCY=makefile
>> Where is this documented?
>
>According to <4be43663.6000...@free.fr> and #576788, it is not.
>But I'm sure Petter welcome patches on this.
I woul
Package: wnpp
Severity: wishlist
Owner: Bilal Akhtar
* Package name: gnome-media-player
Version : 0.1.2
Upstream Author : Michael Lamothe
* URL : https://launchpad.net/gnome-media-player
* License : GPLv3
Programming Lang: C++
Description : GNOME Media
On 04/03/2010 01:52 AM, Bernd Zeimetz wrote:
> So I'm happy to announce the public beta test of http://deb.li (also available
> under http://go.debian.net)! Please note that neither the content of the pages
> nor the CSS is finished... :)
Just a short update:
Everything is running fine so far, esp
On Sun, May 09, 2010 at 04:10:58PM +0300, Eugene V. Lyubimkin wrote:
> >According to <4be43663.6000...@free.fr> and #576788, it is not.
> >But I'm sure Petter welcome patches on this.
> FWIW, it appears to be documented in README.Debian in the insserv package.
Thanks for the pointer. I've just sub
On Tue, May 04, 2010 at 05:29:03PM +0200, Florian Weimer wrote:
> * Niko Tyni:
>
> > The benefits are obviously improved numeric range and precision. The
> > downside is presumably increased memory usage. I have no measurement
> > data on this; suggestions on suitable tests would be welcome.
>
>
34 matches
Mail list logo