On 2013-05-09 07:56, Paul Wise wrote:
> On Thu, May 9, 2013 at 1:08 PM, Andreas Beckmann wrote:
>
>> I just noticed that we have the first amd64 package in the archive that
>> has dependencies on :i386 qualified libraries:
>>
>> Package: teamspeak-client
>
> It appears that will block it from rea
Hi,
On Wed, 08 May 2013, Holger Levsen wrote:
> I actually really like this idea! (Though I suggest "Debian Personal
> Archive".)
>
> It's really different from what people know as PPAs.
To be fair, "Personal" is probably not relevant either. I expect many of
those repositories to be maintained
On 2013-05-09 00:48, anarcat wrote:
> [...]
> In fact, I am of the opinion that we should relax the requirements that
> the release team systematically review every diff posted during the
> freeze, especially if the freeze is going to last almost a year... That
> always seemed to me to be an insane
On 05/08/2013 06:30 PM, Peter Samuelson wrote:
> # in unstable
> Package: bar
> Build-Depends: libfoo-dev (>= 1.5)
>
> The 'bar' maintainer intended to require the unstable version of
> libfoo-dev, but in fact the dependency is satisfied from stable as
> well.
Yeah! And this mistake is
On Thu, May 9, 2013 at 1:08 PM, Andreas Beckmann wrote:
> I just noticed that we have the first amd64 package in the archive that
> has dependencies on :i386 qualified libraries:
>
> Package: teamspeak-client
It appears that will block it from reaching testing:
http://packages.qa.debian.org/t/te
Bastian Blank writes:
> On Wed, May 08, 2013 at 05:30:11AM -0500, Peter Samuelson wrote:
>> One real problem is that epochs make it easier to introduce human
>> error in specifying reverse runtime and build deps. E.g.:
>> # in stable
>> Package: libfoo-dev
>> Version: 1:1.4.1-1
>>
Hi,
I just noticed that we have the first amd64 package in the archive that
has dependencies on :i386 qualified libraries:
Package: teamspeak-client
Version: 2.0.32-4
Installed-Size: 14360
Maintainer: Debian QA Group
Architecture: amd64
Depends: libc6-i386 (>= 2.1.3), libice6:i386 (>= 1:1.0.0),
On Thu, 2013-05-09 at 03:43 +0200, Marco d'Itri wrote:
> On May 08, Marc Haber wrote:
>
> > How would that be done for a 200 MB filesystem holding /, no extra
> > /boot partition, and a multi-gigabyte /usr beyond the 2T barrier?
> Let's assume that at this point there are no files in /{bin,sbin,l
Wheezy user here!! The best Debian thus far! Will not trust my machine to
any other!
On Wed, May 8, 2013 at 8:58 PM, Shyamal Prasad wrote:
>
> > "Darac" == Darac Marjal writes:
>
> Darac> On Thu, May 09, 2013 at 01:49:56AM +1030, Mikael Livchenko
> wrote:
> >>
> >> http://www.
On May 08, Marc Haber wrote:
> How would that be done for a 200 MB filesystem holding /, no extra
> /boot partition, and a multi-gigabyte /usr beyond the 2T barrier?
Let's assume that at this point there are no files in /{bin,sbin,lib}
which have the same name of a file in /usr/{bin,sbin,lib} bu
On May 08, Marc Haber wrote:
> If we force a much bigger /, the chance of a broken / filesystem
> increases. If / is fine, one has a chance to fix the system without
> booting to rescue. So, a small / both decreases the probability of a
> boot failure and makes fixing breakage easier.
>
> If we
> "Darac" == Darac Marjal writes:
Darac> On Thu, May 09, 2013 at 01:49:56AM +1030, Mikael Livchenko wrote:
>>
>> http://www.debian.org/releases/stable/installmanual
>>
>> "Debian wheezy -- Installation Guide"
>>
>> What is Debian wheezy? I only downloaded 'Debi
On Thu, 2013-05-09 at 00:42 +0200, Bastian Blank wrote:
> On Wed, May 08, 2013 at 11:13:59PM +0200, Adam Borowski wrote:
> > On Wed, May 08, 2013 at 06:14:36PM +0200, Bastian Blank wrote:
> > > On Tue, May 07, 2013 at 09:49:03PM +0200, Guillem Jover wrote:
> > > > As mentioned some months ago [0],
Le Wed, May 08, 2013 at 06:48:01PM -0400, anarcat a écrit :
>
> In fact, I am of the opinion that we should relax the requirements that
> the release team systematically review every diff posted during the
> freeze, especially if the freeze is going to last almost a year... That
> always seemed to
On Wed, 2013-05-08 at 17:53 -0400, Joey Hess wrote:
> There's nothing stopping you filing a release critical bug
> against any package that does this. I do it whenever I notice
> something doing that.
Obviously :)
The thing is just... we need a way (at least at a social level) to
prevent this from
On Wed, May 08, 2013 at 11:13:59PM +0200, Adam Borowski wrote:
> On Wed, May 08, 2013 at 06:14:36PM +0200, Bastian Blank wrote:
> > On Tue, May 07, 2013 at 09:49:03PM +0200, Guillem Jover wrote:
> > > As mentioned some months ago [0], I'm planning to switch dpkg-deb default
> > > compressor from gz
How about a "slush"? A few projects have this period where changes are
not completely forbidden, but slightly restricted.
For example, we could have a period where new upstream releases (yes,
with huge diffstats) would be accepted if they fix a RC bug.
In fact, I am of the opinion that we should
* Joey Hess , 2013-05-08, 17:53:
(Last I checked, flashplugin-nonfree verified the integrity of its
downloads in a secure way.)
Last I checked, flashplugin-nonfree was unauditable. It downloaded a
script from people.d.o and the ran it. We may never know what the script
did.
--
Jakub Wilk
* Michael Biebl , 2013-05-08, 23:39:
Why would adding an epoch cause the need for adding the epoch in the
build-dependent packages ?
Because otherwise these build-dependent packages will not bring the
version they actually need?
You know, what build-dependencies are for.
I know what build-de
* Roger Leigh:
> On Wed, May 08, 2013 at 08:08:31AM +0200, Florian Weimer wrote:
>> * Roger Leigh:
>>
>> > On Tue, May 07, 2013 at 03:25:29PM +0200, Matthias Klose wrote:
>> >> The decision when to make GCC 4.8 the default for other architectures
>> >> is left to the Debian port maintainers.
>> >
Christoph Anton Mitterer wrote:
> 2) No more packages that bypass the package management system and secure
> apt:
> a) There are still several (typically non-free) packages which download
> stuff from the web, install or at least un-tar it somwhere without
> checking any integrity information that
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: ejs.js
Version : 0.8.4
Upstream Author : TJ Holowaychuk
* URL : https://github.com/visionmedia/ejs
* License : MIT
Programming Lang: Javascript
Description : Embedded JavaScript templ
Am 08.05.2013 19:33, schrieb Bart Martens:
> On Wed, May 08, 2013 at 10:16:28AM +0200, Josselin Mouette wrote:
>> Le mercredi 08 mai 2013 à 05:04 +, Bart Martens a écrit :
>>> Michael Biebl wrote :
The usage of really (...) that you don't have to fix all r-deps to include
the the epo
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: node-readdirp
Version : 0.2.4
Upstream Author : Thorsten Lorenz
* URL : https://github.com/thlorenz/readdirp
* License : MIT
Programming Lang: Javascript
Description : Recursive versi
On Wed, May 08, 2013 at 06:14:36PM +0200, Bastian Blank wrote:
> On Tue, May 07, 2013 at 09:49:03PM +0200, Guillem Jover wrote:
> > As mentioned some months ago [0], I'm planning to switch dpkg-deb default
> > compressor from gzip to xz, as there seemed to be consensus that was
> > the way to go, a
On Wed, May 08, 2013 at 07:19:09PM +0100, Ben Hutchings wrote:
> On Wed, May 08, 2013 at 04:56:00PM +0100, Darac Marjal wrote:
> > Wheezy. It's obvious, isn't it? It comes between Squeeze and Jessie.
> >
> >
> > Wheezy is a brand.
> [...]
>
> No, it really isn't. Everything on the front page of
Hi,
On 08.05.2013 10:11, Josselin Mouette wrote:
> Le mercredi 08 mai 2013 à 11:59 +0400, Игорь Пашев a écrit :
>> I proposed exactly an opposite thing for databases :-)
>>
>> If do not like /usr/home, you might not like to have your data under
>> /var/lib ;-)
>
> The FHS has the perfect place f
On 08/05/13 17:19, Mikael Livchenko wrote:
> also, why still using mailing list? this is the 2013. Mailing list is like
> living in 1993. spam bots love mail-list. mozilla bugzilla system is good
> chat system. the user e-mail address is hidden, and there is the login
> system. no one wants hund
Somewhat crazy idea, but let's see.
---
The problem
---
Subjectiveness of Recommends. Debian policy declares Recommends as
"strong but not absolute" dependency. Maintainers have different
subjective opinions of what belongs to Recommends/Depends/Suggests. Some
put a lot of extra
On Wed, May 08, 2013 at 04:56:00PM +0100, Darac Marjal wrote:
> On Thu, May 09, 2013 at 01:49:56AM +1030, Mikael Livchenko wrote:
> >Debian developers have allot to learn
> >
> >still in 2013 the documentation is flawed from the very first line.
> >
> >http://www.debian.org/releases/s
On Wed, 8 May 2013 17:32:13 +0200, Helmut Grohne
wrote:
>On Wed, May 08, 2013 at 12:19:25PM +0200, Philipp Kern wrote:
>> Fedora updates are different. (And so are Ubuntu updates, if one considers
>> that it's possible to provide fixup scripts to update-manager pre-upgrade.)
>> As long as we're su
On Wed, 8 May 2013 01:06:41 +0200, m...@linux.it (Marco d'Itri) wrote:
>On May 07, Marc Haber wrote:
>> >What about merging / and /usr ?
>> So we really want to explicitly not offer an upgade path from wheezy
>> to jessie?
>This causes no major issues on upgrades, Fedora did it.
How would that be
On Wed, 8 May 2013 11:56:15 +0200, Bastian Blank
wrote:
>Please re-read the policy, especially 2.5:
>| Packages must not depend on packages with lower priority values
>| (excluding build-time dependencies).
IIRC that policy paragraph is from the times where our CD build
software didn't follow dep
On Wed, May 08, 2013 at 10:16:28AM +0200, Josselin Mouette wrote:
> Le mercredi 08 mai 2013 à 05:04 +, Bart Martens a écrit :
> > Michael Biebl wrote :
> > > The usage of really (...) that you don't have to fix all r-deps to include
> > > the the epoch in the Build-Depends.
> >
> > Why would
Hi,
On Dienstag, 7. Mai 2013, Thorsten Glaser wrote:
> > I think you may have misunderstood the Debian PPA proposal. It will
> > not be like the Ubuntu PPA system where anyone can upload a package to
> Call it DPA then?
> Debianprojectmember Personal Archive
I actually really like this idea! (Tho
On Wed, May 08, 2013 at 05:32:13PM +0200, Helmut Grohne wrote:
> On Wed, May 08, 2013 at 12:19:25PM +0200, Philipp Kern wrote:
> > Fedora updates are different. (And so are Ubuntu updates, if one considers
> > that it's possible to provide fixup scripts to update-manager pre-upgrade.)
> > As long a
On Wed, 08 May 2013, Michael Banck wrote:
> > Do you plan to switch the default compression for source packages to xz
> > as well?
>
> You mean for debian.tar?
This and "3.0 (native)" source packages.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Get the Debian Administrator's Handbook:
→ http
On Thu, May 9, 2013 at 12:28 AM, Neil Williams wrote:
> (We have this now in the PTS for WNPP issues, an extension to "RC bugs
> in dependencies" could also be really useful.)
Thanks for the idea, I'll pursue implementing this with QA
infrastructure folks.
--
bye,
pabs
http://wiki.debian.org/P
Raphael Hertzog wrote:
> I agree that we have such a consensus.
Not for packages installed by debootstrap.
> There was a time where d-i was not ready, but nowadays udeb are compressed
> with xz and busybox's xz is used in that context.
That's not relevant.
--
see shy jo
signature.asc
Descrip
On Tue, May 07, 2013 at 09:49:03PM +0200, Guillem Jover wrote:
> As mentioned some months ago [0], I'm planning to switch dpkg-deb default
> compressor from gzip to xz, as there seemed to be consensus that was
> the way to go, and given the amount of already manually switched
> packages, or packagi
On 2013-05-08 06:42, anarcat wrote:
On 2013-05-06 13:17:47, Patrick Matthäi wrote:
But why should it _replace_ MySQL, why not providing it as an
alternative MySQL'ish server?
As others mentionned: Oracle. More precisely, because Oracle has a
rather rude security policy of not divulging security
On Wed, 8 May 2013 16:51:14 +0100
Ian Jackson wrote:
> So I would like to suggest that we should have a thread where we:
I suspect a wiki page will be needed at some point...
> * Try to identify the main ways in which bugs can be "hard" (which
>might be technical, political, or a mixture)
I think Debian 7 is better than ubuntu 12. if debian can make documents like
ubuntu, ubuntu will end.
great job on Debian 7 it has made my night well!
thanks!
Mikael Livchenko, le Thu 09 May 2013 01:49:56 +1030, a écrit :
> no one wants hundreds of e-mail's in inbox.
I do want that instead of hundreds of bugzillas to have to subscribe to
and browse one by one.
Samuel
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Wed, May 08, 2013 at 05:32:13PM +0200, Helmut Grohne wrote:
> So really what does it take to e.g. move /bin and stuff to /usr? Did
> anyone try that? Where is that documented? What problems did occur?
http://fedoraproject.org/wiki/Features/UsrMove
--
WBR, wRAR
--
To UNSUBSCRIBE, email to deb
Package: wnpp
Severity: wishlist
Owner: Jérémy Bobbio
* Package name: txsocksx
Version : 0.0.2
Upstream Author : Arturo Filastò
* URL : https://github.com/hellais/txsocksx
* License : BSD-2-clause
Programming Lang: Python
Description : SOCKS{4,4a,5} en
* Tollef Fog Heen , 2013-05-08, 17:55:
~ (tilde) with it's magic negative sort order, does work however:
0~20130215
0~something is pretty magic and sometimes confuses tools, though, since
it's a positive version number that's less than zero.
Define "positive version number".
We have hu
Hi,
On Wed, May 08, 2013 at 11:17:39AM +0200, Ansgar Burchardt wrote:
> On 05/07/2013 21:49, Guillem Jover wrote:
> > As mentioned some months ago [0], I'm planning to switch dpkg-deb default
> > compressor from gzip to xz, as there seemed to be consensus that was
> > the way to go, and given the
On Thu, May 09, 2013 at 01:49:56AM +1030, Mikael Livchenko wrote:
>Debian developers have allot to learn
>
>still in 2013 the documentation is flawed from the very first line.
>
>http://www.debian.org/releases/stable/installmanual
>
>"Debian wheezy -- Installation Guide"
>
>
]] Philip Hands
> ~ (tilde) with it's magic negative sort order, does work however:
>
> 0~20130215
0~something is pretty magic and sometimes confuses tools, though, since
it's a positive version number that's less than zero. (I know the
import stuff in Launchpad got confused back in the da
It is good to have it released now, but I think we are all (mostly?)
agreed that wheezy took longer to release than we would have liked.
In particular, the RC bug count didn't drop "quickly enough".
Firstly, I want to say that I don't think this was anyone's fault. So
I don't want to lay any blam
Package: wnpp
Severity: wishlist
Owner: Jérémy Bobbio
* Package name: parsley
Version : 1.1
Upstream Author : Allen Short
* URL : https://launchpad.net/parsley
* License : Expat
Programming Lang: Python
Description : pattern-matching language based on
Debian developers have allot to learn
still in 2013 the documentation is flawed from the very first line.
http://www.debian.org/releases/stable/installmanual
"Debian wheezy -- Installation Guide"
What is Debian wheezy? I only downloaded 'Debian 7'.
wheezy is a nick name? where is it defined fro
On Wed, May 08, 2013 at 12:19:25PM +0200, Philipp Kern wrote:
> Fedora updates are different. (And so are Ubuntu updates, if one considers
> that it's possible to provide fixup scripts to update-manager pre-upgrade.)
> As long as we're supporting upgrades through plain apt, that's going to
> be har
Hi Wookey,
Wookey writes:
> +++ Jonathan Nieder [2013-05-07 16:14 -0700]:
>
>> It makes sense for Debian, too. Epochs were invented to handle
>> changes to the version numbering *scheme*. They work well for that.
>
> This is true. It would be good advice somewhere to sugest that if
> using a da
On May 08, The Wanderer wrote:
> The "emergency tools" side of it I'm less clear on. It's relatively
apt-get install grml-rescueboot
Which is way safer than relying on / working.
--
ciao,
Marco
signature.asc
Description: Digital signature
+++ Jonathan Nieder [2013-05-07 16:14 -0700]:
> It makes sense for Debian, too. Epochs were invented to handle
> changes to the version numbering *scheme*. They work well for that.
This is true. It would be good advice somewhere to sugest that if
using a date-based packaging scheme, to prefix i
On 2013-05-06 13:17:47, Patrick Matthäi wrote:
> But why should it _replace_ MySQL, why not providing it as an
> alternative MySQL'ish server?
As others mentionned: Oracle. More precisely, because Oracle has a
rather rude security policy of not divulging security issues directly
and publishing a w
On Wed, May 08, 2013 at 09:12:12AM -0400, The Wanderer wrote:
> The question, expressed in a number of different ways to provide a type
> of "clarity by triangulation", is: Why does /usr exist in the first
> place? Why was it created, way back in the day? What is its purpose,
> what is it for?
Hist
Hi!
Ich glaube, du hast dich in der Mailingliste vertan, debian-devel ist
für die (englischsprachige) Diskussion zur Entwicklung der
Debian-Distribution.
Die Frage kannst du besser unter
http://lists.debian.org/debian-user-german/ stellen, oder in einem
Forum.
Viel Erfolg!
MfG
Matthias
@list: I
On 05/07/2013 11:41 AM, Paul Tagliamonte wrote:
On Tue, May 07, 2013 at 05:36:41PM +0200, Marco d'Itri wrote:
On May 07, Paul Tagliamonte wrote:
No please. We are good about making sure they each mean something
important, and there's no good reason.
Not really nowadays: more and more thin
On Wed, May 08, 2013 at 11:08:21AM +0100, Lars Wirzenius wrote:
> On Wed, May 08, 2013 at 11:55:48AM +0200, Adam Borowski wrote:
> > wget -q -O- http://angband.pl/tmp/foo%3Abar
> > :
> > -- should be %3A !
> >
> > And serving .deb files via http isn't exactly a fringe use case...
>
> URL encoding
On Wed, 2013-05-08 at 12:38:47 +0200, Philipp Kern wrote:
> On Tue, May 07, 2013 at 09:49:03PM +0200, Guillem Jover wrote:
> > If there's people who are still worried about that, I'd ask them to
> > file bugs on the base packages to make them pass -Zgz explicitly to
> > dpkg-deb (I'll do that for d
On Tue, May 07, 2013 at 05:13:25PM -0500, Matt Zagrabelny wrote:
> Use the mechanism of "really":
> % apt-cache policy libglib2.0-dev
> libglib2.0-dev:
> Installed: 2.33.12+really2.32.4-5
> Candidate: 2.33.12+really2.32.4-5
So is this a 2.33.12 or 2.32.4? Sorry, this is neither readable nor do
Hi!
On Wed, 2013-05-08 at 12:03:13 +0200, Adam Borowski wrote:
> On Wed, May 08, 2013 at 11:17:39AM +0200, Ansgar Burchardt wrote:
> > On 05/07/2013 21:49, Guillem Jover wrote:
> > > As mentioned some months ago [0], I'm planning to switch dpkg-deb default
> > > compressor from gzip to xz, as ther
On Wed, May 08, 2013 at 05:30:11AM -0500, Peter Samuelson wrote:
> One real problem is that epochs make it easier to introduce human
> error in specifying reverse runtime and build deps. E.g.:
> # in stable
> Package: libfoo-dev
> Version: 1:1.4.1-1
> # in unstable
> Package: l
* Goswin von Brederlow , 2013-05-08, 11:53:
We already know we can't trust all maintainers to build binaries in a
clean chroot. Nor can we trust them to test binaries they upload. What
makes you think maintainers will not simply blindly create changes
files for buildd build binaries and upload
On Tue, May 07, 2013 at 09:49:03PM +0200, Guillem Jover wrote:
> If there's people who are still worried about that, I'd ask them to
> file bugs on the base packages to make them pass -Zgz explicitly to
> dpkg-deb (I'll do that for dpkg.deb in any case), and I can wait for
> the base system to be s
2013/5/8 Bastian Blank :
> On Tue, May 07, 2013 at 07:49:37PM +0400, Игорь Пашев wrote:
>> Does it matter? If libselinux depends on libpcre3, libpcre3 will be pulled.
>> I believed all libraries are "optional".
>
> Please re-read the policy, especially 2.5:
> | Packages must not depend on packages
[Alberto Garcia]
> I was unaware of this thing and I'm sure I'm overlooking something,
> so can someone give a simple example of actual problems introduced by
> using epochs?
One real problem is that epochs make it easier to introduce human
error in specifying reverse runtime and build deps. E.g
On Tue, May 07, 2013 at 10:18:25PM +, Thorsten Glaser wrote:
> I always rm -rf /media after a fresh install, where T F did that
> come from.
Funny you say that, given that the canonical reference document we use
even provides an explanation for why it was created.
If you'd said /srv, I'd sort
On Sun, May 05, 2013 at 12:18:44AM +0100, Wookey wrote:
> The harder question is how/when to do that QA.
The time to do QA is now and always. Otherwise it just collects and
becomes too much.
> I resisted making the
> suggestion of doing it by default on all builds as that seemed a step
> too far,
On Tue, May 07, 2013 at 05:22:25PM -0500, Peter Samuelson wrote:
> [Matt Zagrabelny]
> > I've grepped the d-d list, but didn't find any threads regarding
> > fixing epochs in package versions.
>
> This does come up occasionally.
I was unaware of this thing and I'm sure I'm overlooking something,
=== BEFORE =
$ sudo apt-get install dbus
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
dbus-x11
The following NEW packages will be installed:
dbus
0 upgraded, 1 newly installed, 0 to remove and 0 not upgrade
On Wed, May 08, 2013 at 01:06:41AM +0200, Marco d'Itri wrote:
> On May 07, Marc Haber wrote:
> > >What about merging / and /usr ?
> > So we really want to explicitly not offer an upgade path from wheezy
> > to jessie?
> This causes no major issues on upgrades, Fedora did it.
Fedora updates are di
Hallo Debian Freunde,
kann sich jemand erklären was genau "lost interrupt (Status 0x50)"
bedeutet bzw. wo ich mich schlau lesen kann im Internet steht viel aber
eine Erklärung was die einzelnen Logmeldungen überhaupt bedeuten habe
ich nicht gefunden.
Nun meine Fragen evtl. kann jemand diese
On Tue, May 07, 2013 at 07:49:37PM +0400, Игорь Пашев wrote:
> Does it matter? If libselinux depends on libpcre3, libpcre3 will be pulled.
> I believed all libraries are "optional".
Please re-read the policy, especially 2.5:
| Packages must not depend on packages with lower priority values
| (excl
On Wed, May 08, 2013 at 11:55:48AM +0200, Adam Borowski wrote:
> A test case (in a directory you can see via http://angband.pl/tmp/):
> for x in : %3A %3a; do echo "$x" >"foo${x}bar";done
> echo ok >baz%3Aquux
>
> Let's try to access a file with % :
> wget -q -O- http://angband.pl/tmp/foo%3Abar
>
On Fri, May 03, 2013 at 07:11:35PM +0200, Bernhard R. Link wrote:
> * Holger Levsen [130502 12:28]:
> > > People do this all the time: upload packages built against local packages,
> > > experimental or even on Ubuntu to Debian sid.
> >
> > /me shivers. This hurts. There is no reason not to rebui
On Wed, May 08, 2013 at 11:17:39AM +0200, Ansgar Burchardt wrote:
> Hi,
>
> On 05/07/2013 21:49, Guillem Jover wrote:
> > As mentioned some months ago [0], I'm planning to switch dpkg-deb default
> > compressor from gzip to xz, as there seemed to be consensus that was
> > the way to go, and given
* Raphael Hertzog , 2013-05-08, 10:37:
python-support (will go away anyway)
#629154 (don't pay attention to the current bug subject)
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
A
On Wed, 8 May 2013 03:57:20 +0100, Wookey wrote:
> +++ Wookey [2013-05-07 22:31 +0100]:
>
> [right. 3rd attempt at getting this email to make sense. reposting the
> whole thing this time, hopefully with no remaining howlers]
>
> +++ Stephen Kitt [2013-05-07 14:38 +0200]:
> > Hi Wookey,
> >
> >
On Wed, May 08, 2013 at 08:08:31AM +0200, Florian Weimer wrote:
> * Roger Leigh:
>
> > On Tue, May 07, 2013 at 03:25:29PM +0200, Matthias Klose wrote:
> >> The decision when to make GCC 4.8 the default for other architectures
> >> is left to the Debian port maintainers.
> >
> > This makes using C+
On Wed, May 08, 2013 at 10:28:54AM +0100, Lars Wirzenius wrote:
> On Wed, May 08, 2013 at 08:26:13AM +, Thorsten Glaser wrote:
> > Kurt Roeckx roeckx.be> writes:
> >
> > > > Not sure what a clean way of escaping the colon would be.
> > >
> > > apt already saves it with %3a in /var/cache/apt/
On Fri, May 03, 2013 at 04:38:40PM +0200, Josselin Mouette wrote:
> Le vendredi 03 mai 2013 à 09:18 +0800, Chow Loong Jin a écrit :
> > While we're at it, can we also have source-only uploads? Uploading
> > potentially
> > huge binary packages that just go to /dev/null seems like a pointless wast
On Wed, May 8, 2013 at 10:37:00 +0200, Raphael Hertzog wrote:
> python-support (will go away anyway)
Seems fairly unlikely that it will, actually, with 758 reverse build
deps in sid as far as I can tell.
Cheers,
Julien
signature.asc
Description: Digital signature
On Wed, May 08, 2013 at 08:26:13AM +, Thorsten Glaser wrote:
> Kurt Roeckx roeckx.be> writes:
>
> > > Not sure what a clean way of escaping the colon would be.
> >
> > apt already saves it with %3a in /var/cache/apt/archives/
>
> %2a IIRC… but I consider this a bug personally and think apt
Hi,
On 05/07/2013 21:49, Guillem Jover wrote:
> As mentioned some months ago [0], I'm planning to switch dpkg-deb default
> compressor from gzip to xz, as there seemed to be consensus that was
> the way to go, and given the amount of already manually switched
> packages, or packaging helpers. :/
>
On 8 May 2013 01:46, Raphael Hertzog wrote:
> Hi,
>
> On Tue, 07 May 2013, Guillem Jover wrote:
>> As mentioned some months ago [0], I'm planning to switch dpkg-deb default
>> compressor from gzip to xz, as there seemed to be consensus that was
>> the way to go, and given the amount of already man
On 05/08/2013 11:27 AM, Adam Borowski wrote:
> On Wed, May 08, 2013 at 09:46:02AM +0800, Thomas Goirand wrote:
>> What I think should be fixed is the fact that it doesn't
>> appear in the filename. I never understood why they
>> don't. Did I miss something?
> Having a colon in CD/DVD images is like
Hi,
On Tue, 07 May 2013, Guillem Jover wrote:
> As mentioned some months ago [0], I'm planning to switch dpkg-deb default
> compressor from gzip to xz, as there seemed to be consensus that was
> the way to go, and given the amount of already manually switched
> packages, or packaging helpers. :/
[
Hi Guillem,
On Tue, 07 May 2013, Guillem Jover wrote:
> Examples of this are man pages (#707129) or info documents (#707133),
> others could be menu, desktop or dictionary triggers, but that depends
> on how the triggering packages make use of them. I'd be glad if people
> who know any package reg
On 7 May 2013 05:38, Stephen Kitt wrote:
> Hi Wookey,
>
> On Tue, 7 May 2013 03:04:50 +0100, Wookey wrote:
>> (just a decision to leave arch-independent headers in /usr/include and
>> move arch-dependent headers to /usr/include/triplet).
>
> Doesn't this limit us to cross-compiling only across De
Le mercredi 08 mai 2013 à 08:23 +, Thorsten Glaser a écrit :
> Now imagine the following:
>
> • foo 1.0-1 uploaded
> • bar 1.0-1 uploaded, depends on foo-dev (>= 1.0)
> • foo 1.1-1 uploaded
> • bar 1.1-1 uploaded, depends on foo-dev (>= 1.1)
> • foo 1.1-1really1.0-1 uploaded
>
> That’s a mas
Kurt Roeckx roeckx.be> writes:
> > Not sure what a clean way of escaping the colon would be.
>
> apt already saves it with %3a in /var/cache/apt/archives/
%2a IIRC… but I consider this a bug personally and think apt
should construct the filenames for the cache the same way
the original official
Bart Martens debian.org> writes:
> Michael Biebl wrote :
> > The usage of really (...) that you don't have to fix all r-deps to
include
> > the the epoch in the Build-Depends.
>
> Why would adding an epoch cause the need for adding the epoch in the
> build-dependent packages ?
Interestingly eno
2013/5/8 Andrey Rahmatullin :
> On Wed, May 08, 2013 at 03:51:33PM +0800, Thomas Goirand wrote:
>> How about moving /etc into /home? How about moving /home
>> into /usr?
> Note that / was moved to /usr and /usr to /home just for HDD size reasons
> [1].
>
> [1]: http://lists.busybox.net/pipermail/bu
2013/5/8 Josselin Mouette :
> The FHS has the perfect place for such data: /srv. I agree we should
> move the data there, but there is no reason to invent a new place.
Yeah. /export was my typo ;-)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe"
Le mercredi 08 mai 2013 à 05:04 +, Bart Martens a écrit :
> Michael Biebl wrote :
> > The usage of really (...) that you don't have to fix all r-deps to include
> > the the epoch in the Build-Depends.
>
> Why would adding an epoch cause the need for adding the epoch in the
> build-dependent p
On Wed, May 08, 2013 at 03:51:33PM +0800, Thomas Goirand wrote:
> How about moving /etc into /home? How about moving /home
> into /usr?
Note that / was moved to /usr and /usr to /home just for HDD size reasons
[1].
[1]: http://lists.busybox.net/pipermail/busybox/2010-December/074114.html
--
WBR
1 - 100 of 103 matches
Mail list logo
