Would the people who are claiming that blank cdr are cheaper than dvdr,
especially in third world countries, please cite sources (shops, price
checkers etc) of the price of say 5 pack or 10 pack, even up to 50pack of
CD's, vs the same amount of DVD's, from those third world countries. Is the
price
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/10/2014 02:39 PM, Kees de Jong wrote:
> Why are we discussing CD/DVD sizes? Why not just use an USB
> netinstall? It's then possible to download and install the stuff you
> need, if you don't want to use a lot of bandwidth then choose no
> des
El dom, 10 de ago 2014 a las 11:39 , Kees de Jong
escribió:
Why are we discussing CD/DVD sizes? Why not just use an USB
netinstall? It's then possible to download and install the stuff you
need, if you don't want to use a lot of bandwidth then choose no
desktop environment or XFCE/LXDE. But if y
On Mon, Aug 11, 2014 at 7:49 AM, Joel Rees wrote:
(Having booted up a real OS, but still using Google's webmail fake MUA. heh.)
> [...]
> 2014/08/11 7:32 "Joel Rees" :
>> 2014/08/08 6:58 "Jordi Mallach" :
>>
>> [...]
>> > systemd embracing: One of the reasons to switch to Xfce was that it
>> > d
(Sure wish I could get drivers for this Acer tablet so I could get replace
the vendor-constricted Android with a real OS and get software that
wouldn't misinterpret what my fingers do on the screen. But, then, I
suppose I should go to the trouble of booting up a regular computer for
this.)
2014/08
Joel Rees writes:
> First thought: Since systemd has been chosen as the one true way of the
> future, it seems only obvious that GNOME should be the default desktop.
That doesn't seem at all obvious to me. I don't think those two things
are particularly related. Lots of people use systemd with
2014/08/08 6:58 "Jordi Mallach" :
>
> Hi Debian,
>
> It's been around 9 months since tasksel changed (for real) the default
> desktop for new installs. At the time of the change, it was mentioned
> the issue would be revisited before the freeze, around debconf time.
>
> Well, it's roughly that time
On Sun, 2014-08-10 at 23:02 +0200, Andreas Cadhalpun wrote:
[...]
> * dvswitch: Still uses CodecID (and also avcodec_encode_video, but
> that is still present in FFmpeg.) [3]
[...]
dvswitch was also broken by the removal of support for downscaled
decoding of DV video. I don't know whether t
On Sun, Aug 10, 2014 at 12:25:33AM -0700, Andrew Kelley wrote:
>
> High quality libraries must iterate on their API. Especially for a library
> trying to solve such a complex problem as audio and video encoding and
> decoding for every codec and format. It is unreasonable to expect no
> incompatib
2014/08/08 18:14 "Yves-Alexis Perez" :
>
> [...]
>
> Put it another way, Xfce (and other DEs) have been hurt by the various
> enforced transitions (ConsoleKit,
> hal/devicekit-power/upower/upower-0.99), yes. Combined with the lack of
> resources, that means it lays behind the people who decided tho
Hi Reinhard,
On 10.08.2014 15:10, Reinhard Tartler wrote:
On Sun, Aug 10, 2014 at 3:01 AM, Matthias Urlichs wrote:
IMHO it's reasonable to expect core APIs to be upwards-compatible and keep
deprecated interfaces around for another release or two.
This is exactly what Libav is doing: The depr
On Fri, Aug 08, 2014 at 11:10:50AM +0200, Jonas Smedegaard wrote:
>
> The issue here really is "how big is it?" rather than "hos many disks
> [of which kind] does it fit onto?".
>
> "unable to fit on a single image" is not only about use of said storage
> devices for installation, but also an i
* Neil Williams , 2014-08-10, 12:31:
The distinction between optional and extra is commonly ignored and yet
debcheck continues to add reports to the PTS about packages which have
dependencies which crossover from optional into extra.
Do you mean the "debcheck" link in the "links" box? Or is th
control: tag -1 patch
On Sat, Aug 9, 2014 at 9:46 PM, Steve Langasek wrote:
> Which according to elsewhere in my mailbox, you've dealt with by uploading a
> 10-day delayed NMU. This is unacceptable
Sorry for not getting the nmu mail out in a timely manner, but real
life got in the way.
What is
Package: wnpp
Severity: wishlist
Owner: Oxan van Leeuwen
* Package name: postsrsd
Version : 1.1
Upstream Author : Timo Röhling
* URL : https://github.com/roehling/postsrsd
* License : GPL-2+
Programming Lang: C
Description : Sender Rewriting Scheme (SR
Why are we discussing CD/DVD sizes? Why not just use an USB
netinstall? It's then possible to download and install the stuff you
need, if you don't want to use a lot of bandwidth then choose no
desktop environment or XFCE/LXDE. But if you can spare some more time
then you can install GNOME/KDE. See
found 477990 3.9.5.0
thanks
On Sun, 10 Aug 2014 20:09:35 +0800
Paul Wise wrote:
> On Sun, Aug 10, 2014 at 7:31 PM, Neil Williams wrote:
>
> > Do we care about any distinction between optional and extra any
> > longer?
>
> I would say no we don't and suggest these steps:
>
> Remove it from pol
Hi,
Russ Allbery writes:
> Paul Wise writes:
>> I think this illustrates a couple of minor deficiencies wrt Debian and
>> arch-independent packages. There isn't any way to have depends that
>> should be only for certain arches.
>
> Yes, which is because of the deeper problem that architecture re
Paul Wise writes:
> On Sun, Aug 10, 2014 at 7:31 PM, Neil Williams wrote:
>> Do we care about any distinction between optional and extra any longer?
> I would say no we don't and suggest these steps:
> Remove it from policy:
> https://www.debian.org/doc/debian-policy/ch-archive.html#s-prioriti
On Sunday 10 August 2014 15:52:51 Matthias Klose wrote:
> Am 10.08.2014 um 15:25 schrieb Lisandro Damián Nicanor Pérez Meyer:
> > Interesting, because yesterday I've got a patch [0] (cool, thanks a lot!)
> > but stating that the package has been NMUed and uploaded to delayed/5.
> > So, even 5 less
On Sun, 10 Aug 2014 15:52:51 +0200, Matthias Klose wrote:
> I wasn't aware that we are still supposed to do delayed/10 uploads, now that
> the
> default priority for uploads is medium.
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu-guidelines
recommends:
* Upload fixing o
Hi,
2014-08-10 14:25 Lisandro Damián Nicanor Pérez Meyer:
On Saturday 09 August 2014 18:46:09 Steve Langasek wrote:
[snip]
Which according to elsewhere in my mailbox, you've dealt with by uploading a
10-day delayed NMU. This is unacceptable. The NMU process always requires
that you send your
Am 10.08.2014 um 15:25 schrieb Lisandro Damián Nicanor Pérez Meyer:
> Interesting, because yesterday I've got a patch [0] (cool, thanks a lot!) but
> stating that the package has been NMUed and uploaded to delayed/5. So, even 5
> less days than in your case.
>
> Less than 5 minutes later, the pa
Hi all,
A few weeks ago I mentioned on -devel[1] that dpkg-buildflags would be
switching from -fstack-protector to -fstack-protector-strong, a new GCC
4.9 feature. This change has now landed in unstable with dpkg 1.17.11.
Moritz tells me that the Security Team can request binNMUs for a set of
pac
Package: wnpp
Severity: wishlist
Owner: Caitlin Matos
* Package name: ruby-request-store
Version : 1.0.8
Upstream Author : Steve Klabnik
* URL : http://github.com/steveklabnik/request_store
* License : MIT/Expat
Programming Lang: Ruby
Description : per
On Saturday 09 August 2014 18:46:09 Steve Langasek wrote:
[snip]
> Which according to elsewhere in my mailbox, you've dealt with by uploading a
> 10-day delayed NMU. This is unacceptable. The NMU process always requires
> that you send your NMU diff to the BTS for review by the maintainer
> *fir
On Sun, Aug 10, 2014 at 3:01 AM, Matthias Urlichs wrote:
> Hi,
>
> Jean-Yves Avenard:
>> Including rename of constants (code enums id for example).
>
> Another nail in libav's coffin, then.
That's one way to see it. To me, this makes mythtv unsuitable for
inclusion into Debian. Let me explain why
On 10 August 2014 13:38, Michael Niedermayer wrote:
> On Sat, Aug 09, 2014 at 06:26:19PM +0100, Kieran Kunhya wrote:
> [...]
>
>> ... and was designed by a larger
>> group instead of libswresample which was basically one person (and
>> literally appeared in git out of nowhere).
http://git.videola
On Sat, Aug 09, 2014 at 06:26:19PM +0100, Kieran Kunhya wrote:
[...]
> ... and was designed by a larger
> group instead of libswresample which was basically one person (and
> literally appeared in git out of nowhere).
For the record:
$ git shortlog libswresample/ | grep '^[^ ]'
Alexander Strasser
On Sun, Aug 10, 2014 at 7:31 PM, Neil Williams wrote:
> Do we care about any distinction between optional and extra any longer?
I would say no we don't and suggest these steps:
Remove it from policy:
https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities
Get dak to override all
The distinction between optional and extra is commonly ignored and yet
debcheck continues to add reports to the PTS about packages which
have dependencies which crossover from optional into extra.
Do we care about any distinction between optional and extra any longer?
From previous conversations w
On 08/08/2014 09:22 PM, Matthias Urlichs wrote:
> We'd also benefit from the fact that Upstream tends to use FFmpeg. I'd
> hate to report some intractable codec bug which Upstream closes with
> an "it works with FFmpeg" comment
Oh, btw, just a few days ago, that's exactly what happened on kdenlive
On 10 August 2014 18:53, Andrew Kelley wrote:
> IMO it's not worth the effort to support multiple versions of the same
> library. If you want to use an old library, use an old version of the
> software.
In our case, we have very long release cycles. Usually only once a
year at best. We have users
On Sun, Aug 10, 2014 at 1:48 AM, Jean-Yves Avenard
wrote:
> Then it becomes unreasonable for a piece of software to be compatible
> with multiple version of the same library, and support all of those.
>
IMO it's not worth the effort to support multiple versions of the same
library. If you want t
Hi
On 10 August 2014 17:01, Matthias Urlichs wrote:
> Hi,
>
>
> IMHO it's reasonable to expect core APIs to be upwards-compatible and keep
> deprecated interfaces around for another release or two.
>
Then it becomes unreasonable for a piece of software to be compatible
with multiple version of t
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: python-lz4
Version: 0.7.0
Upstream Author: Steeve Morin
URL: http://pypi.python.org/pypi/lz4
License: BSD-3-clause
Description: Python interface to the lz4 compression lib
Hi,
Andrew Kelley:
> It is unreasonable to expect no incompatible changes.
When somebody renames constants, a compatibility #ifdef or two is not too
much to ask, IMHO.
> Libav is making a more concentrated effort at improving this,
> and the evolving API is a side-effect of that.
That begs the
On Sun, Aug 10, 2014 at 12:01 AM, Matthias Urlichs
wrote:
> Jean-Yves Avenard:
> > Including rename of constants (code enums id for example).
>
> Another nail in libav's coffin, then.
>
> IMHO it's reasonable to expect core APIs to be upwards-compatible and keep
> deprecated interfaces around for
Hi,
Jean-Yves Avenard:
> Including rename of constants (code enums id for example).
Another nail in libav's coffin, then.
IMHO it's reasonable to expect core APIs to be upwards-compatible and keep
deprecated interfaces around for another release or two.
> Keeping your own static version is the
39 matches
Mail list logo
