On Sun, May 13, 2012 at 7:41 PM, Jonas Smedegaard wrote:
> Not yet switched but renewed the old name, advertising new site one only
> in words - not technically with 301 redirection (yes, unsupported by APT
> but could be put on e.g. front page)
The APT http method support redirects since 14. Apr
On Mon, May 14, 2012 at 12:40:10AM +0100, Neil Williams wrote:
> There's *no* reason to think that GNOME or KDE are going to get back
> below the 1 CD limit at the next Debian stable release.
I was under the impression that GNOME3 fit onto one CD with recent Fedora
releases, but I am having troubl
http://luis.planapress.org/files/gimgs/cvlr.php?dfg=ghvyq.rbr&ed=fgyut.wswd&fd=awwb
Le lundi 14 mai 2012 01:59:41, Russ Allbery a écrit :
> "Thomas Preud'homme" writes:
> > Back to the redistribution. In the section 4 (Conveying Verbatim
> > Copies), what is discussed is the redistribution of the Program as
> > source code form. Every word is part of the same sentence, whose
> >
On May 14, Jonas Smedegaard wrote:
> It is my impression from my visits in the Fall (although I do not have
> any hard data to support it) that in India and Indonesia network access
> is generally so slow that even if computers have DVD drives the common
> media downloaded and used is CD.
This
On Mon, 2012-05-14 at 11:35 +0900, Norbert Preining wrote:
> Dear all,
>
> is the BTS and QA page undergoing some changes? I am asking because
> some things behave strange:
>
> * bug 670494 filed against ptex-bin, which is currently maintained
> by debian-tex-maint mailing list, but the bug rep
On Mon, May 14, 2012 at 09:33:18AM +0100, Jon Dowland wrote:
> On Mon, May 14, 2012 at 12:40:10AM +0100, Neil Williams wrote:
> > There's *no* reason to think that GNOME or KDE are going to get back
> > below the 1 CD limit at the next Debian stable release.
>
> I was under the impression that GNO
Hi Ben,
thanks for the answers, but ...
On Mo, 14 Mai 2012, Ben Hutchings wrote:
> > * bug 670494 filed against ptex-bin, which is currently maintained
> > by debian-tex-maint mailing list, but the bug report was sent
> > (long after take over) to the old maintainer, so we missed it
> >
> >
On Mon, 2012-05-14 at 18:26 +0900, Norbert Preining wrote:
> Hi Ben,
>
> thanks for the answers, but ...
>
> On Mo, 14 Mai 2012, Ben Hutchings wrote:
> > > * bug 670494 filed against ptex-bin, which is currently maintained
> > > by debian-tex-maint mailing list, but the bug report was sent
> >
Le lundi 14 mai 2012 11:45:01, Thomas Preud'homme a écrit :
> Le lundi 14 mai 2012 07:57:11, Yann Leboulanger a écrit :
> > Package: wnpp
> > Severity: wishlist
> > Owner: Yann Leboulanger
> >
> > * Package name: python-nbxmpp
> >
> > Version : 0.1
> > Upstream Author : Yann Lebo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2012-05-13 14:54, Yves-Alexis Perez wrote:
> Wordpress upstream doesn't seem to be able to support a stable branch
> long enough for us (and I don't blame them for that, we do know how
> painful it is).
This pretty much sounds like the web browse
Package: wnpp
Severity: wishlist
Owner: Giuseppe Bilotta
* Package name: intel-opencl-sdk
Version : 2.0.31360
Upstream Author : Intel Corporation
* URL : http://software.intel.com/en-us/articles/vcsource-tools/
* License : Intel Copyright 1999-2012
Programmin
On 14/05/2012 11:53, Thomas Preud'homme wrote:
Le lundi 14 mai 2012 11:45:01, Thomas Preud'homme a écrit :
Le lundi 14 mai 2012 07:57:11, Yann Leboulanger a écrit :
Package: wnpp
Severity: wishlist
Owner: Yann Leboulanger
* Package name: python-nbxmpp
Version : 0.1
Upstream
On 12-05-14 at 11:22am, Marco d'Itri wrote:
> On May 14, Jonas Smedegaard wrote:
>
> > It is my impression from my visits in the Fall (although I do not
> > have any hard data to support it) that in India and Indonesia
> > network access is generally so slow that even if computers have DVD
> >
On 12-05-14 at 09:51am, David Kalnischkies wrote:
> On Sun, May 13, 2012 at 7:41 PM, Jonas Smedegaard wrote:
> > Not yet switched but renewed the old name, advertising new site one
> > only in words - not technically with 301 redirection (yes,
> > unsupported by APT but could be put on e.g. fron
On 14.05.2012 12:30, Jonas Smedegaard wrote:
> Let's keep providing CDs as install medium, because it is still relevant
> for some (and, I vaguely feel, not only exotically few) real use cases
> to install non-bloated desktop at places with flaky/expensive Internet.
Having different default desk
Hi,
Not directly related to the bug:
On Sun, May 13, 2012 at 08:43:39PM +0200, Sjoerd Simons wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Sjoerd Simons
>
> * Package name: webrtc-audio-processing
> Version : 0.1
> Upstream Author : Google Inc
> * URL :
> htt
On 14.05.2012 03:29, Samuel Thibault wrote:
> I haven't tried myself, but gnome3 most probably introduced
> non-accessible custom widgets, buttons without labels, etc. For
> instance, the alt-F2 widget, used a lot by blind people, is currently
> inaccessible...
GNOME 3.4 has seen a lot of effort p
Hey,
On ma, 2012-05-14 at 10:32 +, Tzafrir Cohen wrote:
> > Audio processing library (echo-cancellation, gain control etc) around the
> > AudioProcessing module from the WebRTC project
> > (http://code.google.com/p/webrtc/)
>
> Any relation to the original project?
see:
http://cgit.freede
Michael Biebl wrote:
> GNOME 3.4 has seen a lot of effort put into improving accessibility
> support, especially gnome-shell. Once we have a complete 3.4 stack, it
> would be great if you can give it another try and report any issues.
There are a number of us on the debian-accessibility list wh
Le 14/05/12 12:39, Michael Biebl a écrit :
> On 14.05.2012 12:30, Jonas Smedegaard wrote:
>> Let's keep providing CDs as install medium, because it is still relevant
>> for some (and, I vaguely feel, not only exotically few) real use cases
>> to install non-bloated desktop at places with flaky/ex
On Sun, May 13, 2012 at 06:47:01PM -0400, Joey Hess wrote:
> Adam Borowski wrote:
> > Could you please mention which ones do not? And if so, how are they
> > relevant/are they fixable?
>
> As one of the maintainers of debootstrap, I am perhaps more aware than
> some how broadly it's used. Ok..
>
On Mon, May 14, 2012 at 12:36 PM, Jonas Smedegaard wrote:
> On 12-05-14 at 09:51am, David Kalnischkies wrote:
>> On Sun, May 13, 2012 at 7:41 PM, Jonas Smedegaard wrote:
>> > Not yet switched but renewed the old name, advertising new site one
>> > only in words - not technically with 301 redirect
On May 14, Adam Borowski wrote:
> Ie, the problem is not in d-i, but in running debootstrap on foreign
> systems. And that's indeed not easily fixable :(
Do we actually have an official debootstrap package for foreign systems?
We could ship a static busybox with it and solve this and other issue
On Sun, May 13, 2012 at 09:56:17AM -0700, Russ Allbery wrote:
> packaging and security issues and is because we need N independent
> installations per server for different groups that can vary separately and
That's one reason why packaged versions of web apps are quite often
useless at my workpla
On Lun 14 May 2012 07:30:30 Jonas Smedegaard escribió:
[snip]
> I wish people would collaborate more.
>
> I wish people would care more about efficient use of resources.
Me too :-)
> I did not claim that there was great sense behind that usage pattern,
> but I do claim that it is reality in some
On Mon, May 14, 2012 at 03:04:20PM +0200, Toni Mueller wrote:
> > to support in Debian; another is that it is really helpful for web
> > applications to be able to give an entirely independent installation to
> > each major site rather than trying to share the same code. For another
>
> Ack. That
On Mon, May 14, 2012 at 04:23:27PM +0200, Adam Borowski wrote:
> This reminds me: is anyone going to bring back vserver or openvz in some
I'm for having openvz back, then.
Can we have this in a separate thread, please?
Kind regards,
--Toni++
--
To UNSUBSCRIBE, email to debian-devel-requ...@l
On Mon, May 14, 2012 at 04:23:27PM +0200, Adam Borowski wrote:
> On Mon, May 14, 2012 at 03:04:20PM +0200, Toni Mueller wrote:
> > > to support in Debian; another is that it is really helpful for web
> > > applications to be able to give an entirely independent installation to
> > > each major site
On Mon, May 14, 2012 at 03:53:25PM +0100, Ben Hutchings wrote:
> On Mon, May 14, 2012 at 04:23:27PM +0200, Adam Borowski wrote:
> > This reminds me: is anyone going to bring back vserver or openvz in some
> > form?
> Ola Lundqvist had plans to do this in an
> OpenVZ-hosted repository.
Sounds goo
On May 14, Toni Mueller wrote:
> But in practice, it means that many users have to migrate, or abstain
> from upgrading. Or will lxc be completely ready for Wheezy?
No way, what is missing is important kernel features.
The only hope is that somebody will maintain a decent .deb repackaging
of the
On Mon, May 14, 2012 at 04:37:23PM +0200, Toni Mueller wrote:
> > This reminds me: is anyone going to bring back vserver or openvz in some
>
> I'm for having openvz back, then.
Are you ready to do the required work?
> Can we have this in a separate thread, please?
Do we have any practical results
Marco d'Itri wrote:
> Do we actually have an official debootstrap package for foreign systems?
> We could ship a static busybox with it and solve this and other issues.
We don't really. When you look around, a variety of ad-hoc methods are
used to install debootstrap on foreign systems. The simple
Lisandro Damián Nicanor Pérez Meyer wrote:
> Indeed, I have seen that pattern before, although I think it was because
> people are used to get CDs, not DVDs (ie, just a matter of habit).
Another reason is that it's more likely for a throwaway USB key to be in
the 1-2 gb range than the 5 gb range.
On Sun, May 13, 2012 at 10:26:13PM -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> On Dom 13 May 2012 21:40:10 Marco d'Itri escribió:
> [snip]
> > Does anybody actually know that people routinely try to install desktop
> > systems with only a CD and no networking, and why?
> > What is the use
On Mon, May 14, 2012 at 6:39 AM, Michael Biebl wrote:
> On 14.05.2012 12:30, Jonas Smedegaard wrote:
>> Let's keep providing CDs as install medium, because it is still relevant
>> for some (and, I vaguely feel, not only exotically few) real use cases
>> to install non-bloated desktop at places with
Hi,
2012/5/14, Marco d'Itri :
> On May 14, Adam Borowski wrote:
>
>> Ie, the problem is not in d-i, but in running debootstrap on foreign
>> systems. And that's indeed not easily fixable :(
> Do we actually have an official debootstrap package for foreign systems?
> We could ship a static busybo
I'm very confused about what the status is regarding udeb and
data.tar.xz. Are they allowed or not? It seems at the moment that
dh_builddeb is creating them by default, and lintian is complaining that
this is an error.
I've done a search through the web and debian-devel and it looks like
things
On 2012-05-14 21:16, Theodore Ts'o wrote:
> I'm very confused about what the status is regarding udeb and
> data.tar.xz. Are they allowed or not? It seems at the moment that
> dh_builddeb is creating them by default, and lintian is complaining that
> this is an error.
>
> I've done a search thro
On Mon, May 14, 2012 at 09:51:43PM +0200, Niels Thykier wrote:
>
> Lintian is outdated (#664600) and the fix has been commited to the git
> repository[1]
I saw a bug report requesting that packages that failed the lintian
udeb-uses-non-gzip-data-tarball check should be summarily rejected.
Did thi
On Mon, May 14, 2012 at 15:16:15 -0400, Theodore Ts'o wrote:
> Can someone tell me what's up, and ideally update the text at:
>
> http://lintian.debian.org/tags/udeb-uses-non-gzip-data-tarball.html
>
> ... so developers can know what to do?
>
debhelper switched to xz for udebs yesterday,
On 2012-05-14 22:01, Ted Ts'o wrote:
> On Mon, May 14, 2012 at 09:51:43PM +0200, Niels Thykier wrote:
>>
>> Lintian is outdated (#664600) and the fix has been commited to the git
>> repository[1]
>
> I saw a bug report requesting that packages that failed the lintian
> udeb-uses-non-gzip-data-tarb
On Mon, May 14, 2012 at 16:01:31 -0400, Ted Ts'o wrote:
> I saw a bug report requesting that packages that failed the lintian
> udeb-uses-non-gzip-data-tarball check should be summarily rejected.
> Did this actually get implemeted on the ftp server? i.e., do I need
> to wait until the new version
Ted,
am Mon, May 14, 2012 at 04:01:31PM -0400 hast du folgendes geschrieben:
> On Mon, May 14, 2012 at 09:51:43PM +0200, Niels Thykier wrote:
> >
> > Lintian is outdated (#664600) and the fix has been commited to the git
> > repository[1]
>
> I saw a bug report requesting that packages that fail
On Mon, May 14, 2012 at 10:20:08PM +0200, Philipp Kern wrote:
>
> as soon as we get a hold of an ftp-master the autoreject will be dropped.
> We'll certainly don't wait until Lintian is backported. ;-)
>
Great, thanks for the clarification. I wasn't aware of
http://ftp-master.debian.or
On Mon, 14, May, 2012 at 04:29:09PM -0400, Ted Ts'o spoke thus..
> On Mon, May 14, 2012 at 10:20:08PM +0200, Philipp Kern wrote:
> >
> > as soon as we get a hold of an ftp-master the autoreject will be dropped.
> > We'll certainly don't wait until Lintian is backported. ;-)
> >
>
> Great, thanks
On Sat, May 12, 2012 at 11:30:12PM +0200, Marco d'Itri wrote:
> On May 12, Adam Borowski wrote:
>
> > Thus, let's just switch dpkg-deb's default to xz. Lowering bandwidth usage
> > is worth the extra build time cost.
> Agreed, this looks like a good idea.
>
> --
> ciao,
> Marco
The only probl
On Mon, May 14, 2012 at 09:33:34PM +0200, Bálint Réczey wrote:
> 2012/5/14, Marco d'Itri :
> > Do we actually have an official debootstrap package for foreign systems?
> > We could ship a static busybox with it and solve this and other issues.
> > (I know, not all the world is a VAX, etc... But we
Le Mon, May 14, 2012 at 10:33:22PM +0100, Andrew M.A. Cater a écrit :
> On Sat, May 12, 2012 at 11:30:12PM +0200, Marco d'Itri wrote:
> > On May 12, Adam Borowski wrote:
> >
> > > Thus, let's just switch dpkg-deb's default to xz. Lowering bandwidth
> > > usage
> > > is worth the extra build tim
Hi everyone,
can anyone explain the following:
# in a debian pacakge unpacked:
$ quilt push -a
Applying patch 01-desktop.patch
patching file poedit.desktop
Hunk #1 succeeded at 15 with fuzz 2 (offset 12 lines).
Now at patch 01-desktop.patch
$ # ok, that went fine
$ quilt pop -a
Removing patch 01
On Tue, May 15, 2012 at 07:59:38AM +0900, Norbert Preining wrote:
> can anyone explain the following:
> # in a debian pacakge unpacked:
>
> $ quilt push -a
> Applying patch 01-desktop.patch
> patching file poedit.desktop
> Hunk #1 succeeded at 15 with fuzz 2 (offset 12 lines).
dpkg-source is more
Hi Clint,
thanks a lot or the answer.
On Mo, 14 Mai 2012, Clint Adams wrote:
> dpkg-source is more intolerant of fuzz than quilt itself.
> Run quilt refresh on the patch and it should be happier.
Ar ... is this on purpose? Or by chance? Or to drive
developers crazy?
No, an answer "it is w
Dear BTS masters,
it seems that recently some problems have been introduced in the BTS.
The following email exchange explains the two independent problems
(one being bug reports sent to the wrong adress, one being that the
dev pages are not updated).
On Mo, 14 Mai 2012, Ben Hutchings wrote:
> On
On Tue, May 15, 2012 at 12:46 AM, Adam Borowski wrote:
> On Mon, May 14, 2012 at 09:33:34PM +0200, Bálint Réczey wrote:
>> 2012/5/14, Marco d'Itri :
>> > Do we actually have an official debootstrap package for foreign systems?
>> > We could ship a static busybox with it and solve this and other is
Le Tue, May 15, 2012 at 01:54:53AM +0200, David Kalnischkies a écrit :
>
> And the fields defining a difference in versions are:
> Installed-Size, Depends, Pre-Depends, Conflicts, Breaks and Replaces.
> Differences in all other fields are ignored (as they are not guaranteed to
> be present - the
El 14/05/12 12:03, Martin Bagge / brother escribió:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2012-05-13 14:54, Yves-Alexis Perez wrote:
Wordpress upstream doesn't seem to be able to support a stable branch
long enough for us (and I don't blame them for that, we do know how
painful it
Charles Plessy writes:
> Le Tue, May 15, 2012 at 01:54:53AM +0200, David Kalnischkies a écrit :
>> And the fields defining a difference in versions are:
>> Installed-Size, Depends, Pre-Depends, Conflicts, Breaks and Replaces.
>> Differences in all other fields are ignored (as they are not guarant
Hi dpkg-* maintainers,
I know, it is documented in dpkg-source man page:
Contrary to quilt's default behaviour, patches are expected to apply
without any fuzz. When that is not the case, you should refresh such
patches with quilt, or dpkg-source will error out while t
On 2012-05-15, Norbert Preining wrote:
> Is there a rational behind not allowing any fuzz?
I think it makes perfect sense to expect the patches to apply perfectly,
so we don't rely on patch & quilt to be able to unfuzz things.
Especially when unfuzzing patches are so simple.
while quilt push ;
Norbert Preining writes:
> Is there a rational behind not allowing any fuzz?
Fuzz indicates that the source file has changed since the patch has been
generated, which means that the patch may no longer apply properly. Fuzz
is a guess of convenience by the patch program that the result is
*proba
On Mo, 14 Mai 2012, Russ Allbery wrote:
> isn't indicative of an error. A good way to indicate that is to unfuzz
> the patch.
Or build a source and binary package, do normal testing *as*usual*
and upload ...
No, I hereby start saying good by to 3.0
Best wishes
Norbert
-
Hi,
(Caveat: I am not a dpkg-source maintainer.)
Sune Vuorela wrote:
> On 2012-05-15, Norbert Preining wrote:
>> Is there a rational behind not allowing any fuzz?
>
> I think it makes perfect sense to expect the patches to apply perfectly,
> so we don't rely on patch & quilt to be able to unfuz
Norbert Preining writes:
> On Mo, 14 Mai 2012, Russ Allbery wrote:
>> isn't indicative of an error. A good way to indicate that is to unfuzz
>> the patch.
> Or build a source and binary package, do normal testing *as*usual*
> and upload ...
There was a reason why I added the word "subtle" in f
Russ Allbery wrote:
> Norbert Preining writes:
>
> > Is there a rational behind not allowing any fuzz?
>
> Fuzz indicates that the source file has changed since the patch has been
> generated, which means that the patch may no longer apply properly. Fuzz
> is a guess of convenience by the patch
On Tue, May 15, 2012 at 03:17:17PM +0900, Norbert Preining wrote:
> On Mo, 14 Mai 2012, Russ Allbery wrote:
> > isn't indicative of an error. A good way to indicate that is to unfuzz
> > the patch.
>
> Or build a source and binary package, do normal testing *as*usual*
> and upload ...
Hmmm, what
On Mo, 14 Mai 2012, Russ Allbery wrote:
> Of all the things that one has to do with a package, this is pretty minor.
If you are talking of a normal small package. Not of 2.6G of packages
where even the source packages are *generated*, and unfuzzying is a
process that takes quite some time.
Best
Norbert Preining writes:
> On Mo, 14 Mai 2012, Russ Allbery wrote:
>> Of all the things that one has to do with a package, this is pretty minor.
> If you are talking of a normal small package. Not of 2.6G of packages
> where even the source packages are *generated*, and unfuzzying is a
> proces
Hi,
On Di, 15 Mai 2012, Andreas Tille wrote:
> Hmmm, what exactly is "normal testing *as*usual*"? Isn't it a duty of
Like I have, a test bed testing various upgrade and install scenaria
from stable/testing/sid.
> the maintainer to inspect critical parts of the code? IMHO existing
Not all patc
On Mo, 14 Mai 2012, Russ Allbery wrote:
> If you don't care about checking the patches, it takes fifteen minutes one
> time to write a shell script and then less than ten seconds to run it
> before you do an upload.
See my other answer. This is conceptually wrong, because you might
end up with a *
69 matches
Mail list logo
