> Vincent Lefevre writes ("Re: TMPDIR - Do we also need a drive backed TPMDIR
> ?"):
> > On 2016-07-21 18:19:43 +0530, Ritesh Raj Sarraf wrote:
> > > Swap will come into effect when the kernel needs more memory.
> >
> > Anyway, even if it had wo
more, because in such a case one couldn't
avoid swap by buying more RAM (too expensive or not possible).
But this means that one should have control of how swap is used.
To give an example, I think that /tmp = 4 GB tmpfs + 80 GB swap
could be a better solution than /tmp being a part of the root
f
up to the desktop to provide what the user really wants.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debi
;t have any problem with ifupdown on my laptops, where I can
use different configurations via virtual interfaces, depending on
the place I go (this is necessary due to broken modem-routers).
And for wifi, I want a GUI, so that I use wicd.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100
he BTS; well, this
should be easy to see with the archives.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2016-08-18 16:13:29 +0200, Patrick Matthäi wrote:
>
> Am 18.08.2016 um 15:48 schrieb Vincent Lefevre:
> > Reject mail with "X-PHP-Originating-Script:", at least for -done?
> > I quite often see this in spam not caught by the filters, and I
> > suppose that P
❦ 27 août 2016 12:23 CEST, Andrew Shadura :
>> Today I was, once again, surprised to see how many (low popcon) orphaned
>> packages we have. I believe that orphanage is a burden to our community
>> in the sense that not all packages are picked up by a new maintainer and
>> these packages need so
❦ 28 août 2016 15:21 CEST, Jonathan de Boyne Pollard
:
>> You mean like libsystemd, which looks in /run to see whether systemd
>> is in use, talks to it if it is, and returns some suitable error
>> code (-ENOSYS?) if it isn't? :-)
>>
> Here's interesting for you. (-:
>
> Here's libsystemd and A
❦ 29 août 2016 05:00 CEST, Russ Allbery :
> upstart supports a similar mechanism via the -Z flag, but it's (IMO) a
> little less clean: the process sends itself a SIGSTOP when it's ready, and
> then lets the init system send it a SIGCONT. This does work, but I don't
> like it as much; pausing f
Package: wnpp
Owner: Vincent Prat
Severity: wishlist
X-Debbugs-Cc:
debian-devel@lists.debian.org,debian-as...@lists.debian.org,debian-pyt...@lists.debian.org
* Package name: PyDL
Version : 0.5.2
Upstream Author : Benjamin Alan Weaver
* URL : https://github.com
Hey!
One of the package that I maintain (python-asyncssh) makes a DNS request
during build and expects it to fail. Since Policy 4.9 forbids network
access (in a rather confusing wording "may not"), I got this serious
bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=830568
The fix is easy:
Package: wnpp
Severity: wishlist
Owner: Vincent Danjean
* Package name: khronos-opencl-clhpp
Version : 2.0.10
Upstream Author : The Khronos Group Inc.
* URL : https://github.com/KhronosGroup/OpenCL-CLHPP/releases
* License : adapted MIT
Programming Lang: C
s prone to security
bugs people do not care to fix.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2016-09-15 10:10:23 +0200, Abou Al Montacir wrote:
> That is very similar to the issue I'm experiencing. However I can
> reproduce this 100% when opening a page on linkedIn using epiphany
> browser.
Then I think that you should give strace information + system logs.
--
Vincent
On 2016-09-19 09:50:19 +0200, Abou Al Montacir wrote:
> On Thu, 2016-09-15 at 11:30 +0200, Vincent Lefevre wrote:
> > Then I think that you should give strace information + system logs.
> Thanks Vincent for the only valuable answer I've got on this.
>
> I tried that but
❦ 29 septembre 2016 22:54 CEST, Jakub Wilk :
>>you can completely disable external network with socket_wrapper
>
> ... which is a pretty heavy-weight solution, and in fact it breaks
> asyncssh's tests.
>
> Luckily, glibc has a way to disable DNS queries without LD_PRELOAD trickery:
>
> $ RES_OPT
ww.debian.org/Bugs/
>
> I would expect this to be an upstream bug, and that it would faster to
> get it fixed by reporting it upstream.
No, I doubt that this can be an upstream bug as upstream does not
support/provide C.UTF-8. It is an addition in Debian and some other
distributions.
❦ 11 octobre 2016 15:03 CEST, Paul Wise :
>> Fine, I'll bundle them as well.
>
> Bundling the actual source instead of prebuilt files still doesn't
> solve the problem of not being able to build from source because the
> build tools are missing from Debian.
Those specific sources are buildable
❦ 12 octobre 2016 18:54 CEST, Martín Ferrari :
> I might have forgotten some important parts, or I missed the
> announcements when I was inactive for a while. But I am confused by
> these 2 statements, and would love to get some pointers to learn more:
>
>
>> On 2016-10-11
❦ 12 octobre 2016 23:27 CEST, "W. Martin Borgert" :
> If I package a compiler and put y.tab.c in the package, drop
> grammar.y in d/m-s/, would it be OK or not? If I don't even
> check that bison actually can process the file, would it
> still be OK?
I can't say for sure but as it is "easy" to
❦ 17 octobre 2016 17:39 +0200, Cyril Brulebois :
> AFAICT from a recent https deployment, apt will perform a TLS handshake
> for each and every file it downloads from the mirror; including indices,
> translations, pdiffs, and finally debian packages.
>
> Either I've blatantly failed at noting wh
❦ 17 octobre 2016 16:21 +0100, Ian Campbell :
> TL;DR: Would we now recommend deb.d.o over httpredir.d.o for production
> use e.g. in base images (including for Jessie)?
I get a 404 from time to time. Doing a second apt full-upgrade fixes the
issue. This works far better than httpredir.d.o.
Ho
❦ 18 octobre 2016 09:08 +0800, Paul Wise :
>> These are distinct packages, with distinct version numbers, and packages
>> will need to declare (potentially versioned) dependencies on them.
>
> Has anyone involved in the node ecosystem tried to talk the respective
> upstreams into creating a stan
❦ 18 octobre 2016 17:57 +0300, Lars Wirzenius :
>> The code, well...
>>
>> if (process.platform === 'linux') {
>> return home || (process.getuid() === 0 ? '/root' : (user ?
>> '/home/' + user : null));
>> }
>>
>> Things are more complicated than that. What exactly is th
❦ 14 octobre 2016 10:49 +0200, "W. Martin Borgert" :
> Let's say I need a special tool to compile it, e.g.
> bison-priscus, and I don't want to package it for Debian?
[...]
>> No. You as the maintainer have to guarantee that the file is
>> buildable with tools available in main. You can't if
❦ 21 octobre 2016 00:20 +0200, Joerg Jaspert :
>> #!/bin/sh
>> # I absolutely new nothing about gulp, coffeescript, sass and uglify 15
>> minutes ago...
>> [...]
>> If you insist I can add build.sh script to the missing-source, but
>
> No, you do not put it in missing-source foo. You use it duri
❦ 22 octobre 2016 14:57 -0700, Sean Whitton :
> I am packaging Keysafe,[1] and the binary package keysafe-server needs
> to create a new system user with a dynamically allocated UID.
>
> I am using the username 'keysafe'. I do not anticipate any collision
> with any other package, but policy sa
❦ 23 octobre 2016 14:38 +0200, Guillem Jover :
>> It is better to use either _keysafe or Debian-keysafe to avoid collision
>> with existing users (like Kevin Eysafe).
>
> Please avoid the atrocious «Debian-user» Debianism. The «_user» is
> shorter, and used on some of the BSDs already.
I agree
❦ 24 octobre 2016 09:12 +0200, Tollef Fog Heen :
>> The requirement to have this for dynamically allocated IDs also
>> probably stems from the fact that the users created in postinst scripts
>> should not conflict. But wouldn't it be far easier to just create a
>> page on the Debian Wiki and tra
❦ 17 octobre 2016 20:49 +0200, Vincent Bernat :
>> TL;DR: Would we now recommend deb.d.o over httpredir.d.o for production
>> use e.g. in base images (including for Jessie)?
>
> I get a 404 from time to time. Doing a second apt full-upgrade fixes the
> issue. This
m?
GNUMake allows to define conditional parts. Here is an example from owfs:
DEB_HOST_ARCH_OS:=$(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
ifeq ($(DEB_HOST_ARCH_OS),linux)
CONFIGURE_OPTIONS += --enable-w1
else
CONFIGURE_OPTIONS += --disable-w1
endif
Regards,
Vincent
> - If so, h
❦ 2 décembre 2016 10:55 +0100, Raphael Hertzog :
> the net-snmp source package is looking for a new maintainer:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835654
>
> It is currently affected by 3 release critical bugs and has many reverse
> dependencies so it really needs to be well ma
❦ 12 décembre 2016 18:42 +0100, Adam Borowski :
> Why -unicode, that's obvious. Here's why -256color: thanks to a misdesign,
> there's no way to detect 256 color support nor the used palette and trying
> to use it when not supported results in visual breakage.
Isn't that possible with terminfo
❦ 12 décembre 2016 20:51 +0100, Vincent Bernat :
>> Why -unicode, that's obvious. Here's why -256color: thanks to a misdesign,
>> there's no way to detect 256 color support nor the used palette and trying
>> to use it when not supported results in visual break
ved (C/Perl/Python/Java/...)
I suppose these communities (js, nodejs, ...) do not generally have
test suites for their libraries...
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2A
❦ 25 décembre 2016 19:17 +0100, Stéphane Blondon :
> So, the final compiled file can be a mix of several languages but the
> languages are separated in the sources.
>
> Sometimes yaml is transformed into HTML too; I saw that on the server side.
>
> Perhaps I missed something, so I'm curious to l
❦ 29 décembre 2016 12:24 -0800, Russ Allbery :
> No, I'm not talking about CIDR notation, which of course is long-standing
> and familiar. I'm talking about randomly appending a CIDR suffix to
> something that is obviously *not* the base for that CIDR block.
>
> In other words, 192.168.0.0/24 i
❦ 30 décembre 2016 09:47 +1000, Russell Stuart :
> [0] Now I've started, the Linux kernel's networking stack is a mess.
> From the outside it looks like a mob of warning tribes, each
> developing with their own way of doing the same thing. To people
> not familiar with it this wil
❦ 29 décembre 2016 23:09 GMT, Wookey :
> I still don't know what a qdisc is or a default group, but it's a lot
> easier to find things I do recognise. Before this discussion I just
> saw it as a mysterious jumble of 10 things (after a set of things in
> CAPITALS that were somewhat mysterious too
❦ 30 décembre 2016 18:55 +1000, Russell Stuart :
>> When you need to decide how to route the packet, you need to do a
>> route lookup. If the route entry you find happens to be a blackhole
>> route, you drop the packet. You didn't do any additional work.
>
> I bet the bash authors use that argum
❦ 2 janvier 2017 00:57 -0800, Josh Triplett :
> I don't want the source format to care about details like those. If
> people want to use quilt to manage a patch series within their packages,
> they can do so, but the source format shouldn't care about that. The
> source format should not atte
❦ 2 janvier 2017 01:45 -0800, Josh Triplett :
>> > I don't want the source format to care about details like those.
>> > If people want to use quilt to manage a patch series within their
>> > packages, they can do so, but the source format shouldn't care
>> > about that. The source format shou
❦ 4 janvier 2017 04:52 GMT, Scott Kitterman :
>>> It's surprisingly awkward, and, at least for me, it turns out that
>>> externalizing my rebased branch as a patch series solves many of
>>> problems surprisingly well. All the other solutions I can think of
>>> require one or more things I don'
❦ 4 janvier 2017 09:47 -0800, Nikolaus Rath :
> It's surprisingly awkward, and, at least for me, it turns out that
> externalizing my rebased branch as a patch series solves many of
> problems surprisingly well. All the other solutions I can think of
> require one or more thing
❦ 8 janvier 2017 23:14 +0700, Alexey Salmin :
> I realize that net-tools version is long gone, but what about the GNU
> inetutils one? It's supported and is not Linux-specific. Maybe a new
> default implementation of ifconfig should be provided rather than
> simply discarding one from a basic i
❦ 8 janvier 2017 10:49 -0500, Tom H :
>> The BSD ifconfig can do this with ease, and since ages, too. Why is
>> the Linux ifconfig _so_ different? Forking for the sake of it?
>
> Is there any relationship between current ifconfig on Linux and the
> BSDs, other than the name? I don't think so. T
n additional
> getenv().)
In an MT context, such a program should probably use setenv between
the fork and the exec (ie not in MT context) or, probably better,
use exec variants allowing to specify the new environment.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897F
❦ 4 février 2017 14:07 +0100, Alec Leamas :
> And, this is not that simple.You do have a point in that the github
> interface is good for you and many others. OTOH, I actually prefer the
> commandline, and there are a few more on this list who also do. There
> just isn't a "good" UX, although t
❦ 4 février 2017 16:48 +0100, Alec Leamas :
>> A Github-like interface is totally compatible with the CLI: pull
>> requests are exposed as branches, you can merge, modify, do anything you
>> like. The web UI tries to catch up with what you do (if you merge
>> through the CLI, the web interface
ses a 1min timeout
for such problem. I proposed a patch in #668948 but never got any
feedback :-(
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moa
Le 08/02/2017 à 01:17, Samuel Thibault a écrit :
> Hello,
>
> Vincent Danjean, on Wed 08 Feb 2017 01:05:51 +0100, wrote:
>> However, the machine answers to IPv4 connections but not to IPv6
>> $ time wget -6 ftp.fr.debian.org
>> --2017-02-08 00:53:58-- http://ftp.fr.d
❦ 9 février 2017 11:07 +0800, Haishan Zhou :
> Multi-level sub commands. cli or subcommands can create app behaving
> like git which has only one subcommand level, such as "$ git commit
> [options]". But I hope to implement the something like "$ kbdashboard
> build image" or "$ kbdashboard inst
❦ 9 février 2017 22:23 +0100, Adam Borowski :
>> > "This module is a dependency for browserify." is already present in
>> > the description. And short description says "tty module from node core
>> > for browsers".
>>
>> Then again, they could try looking at the code, which astonishingly does
)
If there is a copy (and not only a move), how do you handle (missing) disk
space?
I saw lots of icedove installation with several tens of GiB of cached IMAP
mails. There won't necessarily be enough place to do a copy of such profiles
so the migration must handle correctly this possibility (i
❦ 2 janvier 2018 21:57 +0100, Tollef Fog Heen :
> Also, the Standards-Version header is only recommended to be included,
> it's not mandatory. If its existence offends you so much and you have
> so few bugs to fix in your packages that the primary effort of
> maintaining your package is updati
❦ 3 janvier 2018 08:43 +0200, Lars Wirzenius :
> Over the past several years, I've spent less time updating
> Standard-Version in my own packages than I've spent reading this email
> thread. I don't want to ridicule anyone's concerns, but I'm of the
> opinion that when it comes to S-V, the conc
❦ 11 février 2018 00:05 +0530, Kumar Appaiah :
> - Adding my custom patched rfkill DKMS package and ensuring that
> linux-headers is also installed, so that I can use the
> preseed/late_command to build the DKMS module.
dkms is able to build an udeb you can ship with the installer. This can
❦ 14 février 2018 12:53 +0100, Wouter Verhelst :
>> > Would it hurt to take those epoch bumps into Debian?
>>
>> Depends on what you mean by hurt. I see epochs being used w/o much
>> tought or care, on many situations where they are not supposed to be
>> used, and they are permanent stigmas.
>
❦ 14 février 2018 16:09 +0200, Lars Wirzenius :
>> > It's not only an infrastructure problem. If you Depends on X (>= 1.8),
>> > this will be true with X 1:1.6 as well.
>>
>> Only if your program is severely buggy.
>>
>> Hint: either it matches dpkg --compare-versions exactly, or it is a
>> se
❦ 14 février 2018 21:11 +0200, Lars Wirzenius :
>> > > > It's not only an infrastructure problem. If you Depends on X (>= 1.8),
>> > > > this will be true with X 1:1.6 as well.
> ...
>> That's exactly the point. You wanted X >= 1.8 and you get X 1.6.
>
> I don't think that's what you said, or at
❦ 14 février 2018 15:15 -0500, Michael Stone :
>>In the example above, while in Wheezy, the dependency was perfectly
>>correct. It became wrong because of the epoch bump (for no obvious
>>reason). For software we distribute ourselves, this change can be caught
>>at some point before the release
❦ 15 février 2018 13:36 +0100, Thibaut Paumard :
> I meant not implemented for java, specifically. But I was wrong: we do
> have e.g. java8-runtime-headless listed in
> https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt
>
> So the package mentioned by
> Simon McVittie writes:
> 3.1
> 3.11
> 95
> 98
> 2000
> 1:5.1+XP # or 2001+XP or something
> 1:5.2+Vista # or 2006+Vista or something
> 1:7
> 1:8
> 1:8.1
> 1:10
> Ignoring the epoch would be actively harmful here: if you have a ve
❦ 16 février 2018 17:25 GMT, Holger Levsen :
>> Well, strictly speaking Debian does not actually need to be involved
>> then, applications are already doing that. But it's indeed a sign that
>> Debian is losing relevance, which is concerning and Debian could have to
>> do something about it.
>
❦ 18 février 2018 23:53 +0200, Adrian Bunk :
>> Who said we cannot properly maintain this stuff? And where do you
>> think our expected level of quality (whatever that is) will not be
>> reached?
>
> In the year 2018, any kind of "properly maintain" includes security support.
>
> Please elaborat
❦ 19 février 2018 20:36 +0200, Adrian Bunk :
>> Debian is not only about security support. We provide packages without
>> security support. We also have backports that come without security
>> support either. This is still better than installing random packages
>> made by random people which may
❦ 19 février 2018 22:33 GMT, Holger Levsen :
>> a bit like backports that are not security supported
>> either.
>
> this is now the 2nd mail within 24h were you claim this *wrongly*.
>
> backports are (supposed to be) getting security support. if you dont do
> this for your backports, you should
❦ 19 février 2018 22:59 GMT, Craig Small :
>> >> a bit like backports that are not security supported
>> >> either.
>> >
>> > this is now the 2nd mail within 24h were you claim this *wrongly*.
>> >
>> > backports are (supposed to be) getting security support. if you dont do
>> > this for your ba
❦ 20 février 2018 09:05 +0200, Arto Jantunen :
>> Moreover, backports do not accept security patches. You can only push a
>> version in testing (or unstable). Notably, if the version in testing is
>> not easily backportable (because of new dependencies), you may wait
>> quite some time before yo
❦ 21 février 2018 07:07 +0100, Alexander Wirt :
> No, backports doesn't have official security support in the meaning that
> the team is tracking and looking after security issues in backports.
> Nevertheless every backporter has to care about security, we do expect that
> uploaders care about t
❦ 1 mars 2018 11:59 +0530, Pirate Praveen :
>> Does other ftp masters agree with this assessment of considering the
>> size of the package as the only criteria to accept or reject a package?
>> I don't agree with forcing other contributors to do extra, non standard,
>> hacks instead of followin
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: ndcude
Version: 1.0.1
Upstream Author: SunPy Developers
URL: https://pypi.python.org/pypi/ndcube
License: BSD-2-Clause
Description: ndcube is an open-source SunPy affiliated package for
manipulating, inspect
❦ 23 avril 2018 23:54 +0200, Thomas Goirand :
> Isn't 10 years of Python 3 enough time for a migration?
Python 3.3, the first release people could reasonably start migrating
to, is from 2012. Before that, it was very difficult to have a codebase
compatible with Python 2 and Python 3. Debian Whe
❦ 4 mai 2018 23:22 +0200, Moritz Mühlenhoff :
>> Why? We have now a huge breakage for all XUL extensions, but
>> were there problems of a similar scale before? Do we have to
>> expect similar breakages in the future with the new API?
>
> Sure, plenty of addons needed updates to remain compatibl
Though the following bug was closed several months ago, gnucash from
sid still depends on libwebkitgtk-1.0-0. What is the current status?
Shouldn't this bug have remained open until sid got a fixed version?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790204
--
Vincent Lefèvre
emain open until it is fixed in unstable? Or
is the "sid" tag + version information (now present) sufficient
to make the bug remain visible?
BTW, I've just tagged it "fixed-in-experimental".
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible
bian.org
No stable-updates version
No testing version
[...]
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
s://tracker.debian.org/news/859896/gnucash-removed-from-testing/
> https://bugs.debian.org/790204
This bug was closed 4 months ago.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
On 2018-05-29 15:35:24 +0200, Steve Cotton wrote:
> On Tue, May 29, 2018 at 03:03:11PM +0200, Vincent Lefevre wrote:
> > On 2018-05-23 09:46:09 +0800, Paul Wise wrote:
> > > Depends on obsolete WebKit version (fixed in experimental):
> > >
> > > https://tracke
❦ 9 septembre 2018 21:53 +0100, Ian Jackson :
>> The current policy maximizes discomfort for all parts involved in the
>> name of creating equality where it does not actually exist, and this
>> does not help anybody.
>
> I think it did create equality in that the inconvenience for each
> maint
❦ 21 octobre 2018 13:15 GMT, Ivan Shmakov :
> >>> tinysshd only ships a systemd unit file; neomutt links against
> >>> libgpgme11 which again Depends on gnupg. It’s the kind of
> >>> dependencies that individually make sense,
>
> I beg to differ; I suppose (though haven’t actually tried
❦ 21 octobre 2018 18:12 GMT, Ivan Shmakov :
> > so if you were an actual user, I would propose you file a bug report
> > against the package to let the maintainer knows the dependency is too
> > strong for your use (and maybe propose a patch to integrate with inetd).
>
> > As you are not, ple
❦ 22 octobre 2018 00:34 +0200, Svante Signell :
>> Well, reporting bugs about software you don't care or patches you
>> don't test is not always useful. For example, you clearly didn't test
>> your wrapper (shebang is #!/usr/sh) nor the init script
>> (/lib/init/init-d-script is expecting the dae
of the users. This package must depend on libgpgme11,
otherwise the application wouldn't even run (even in the case
libgpgme will not be used). But a Depends or Recommends on gnupg
will annoy 99.9% of the users; thus it should just be a Suggests.
--
Vincent Lefèvre - Web: <https://www.vi
>
> The Debian philosophy in this has always been to link against all
> libraries where possible, and to detect at runtime whether something can
> be used. [...]
This matches what Marvin said just above: Link against libgpgme (thus
depend on it) and let the user choose whether to instal
some old kinds of iApple iJunk
>
> Why not? What does it cost you, other than a few bits on your hard disk,
> to have those things installed?
If executables are installed somewhere in $PATH, this hurts
completion.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible
❦ 19 février 2017 22:59 +0100, Santiago Vila :
> I'm pretty sure that I was already a DD when such thing could have
> happened, but right now I can't remember it.
>
> (See #848063 for why I'm asking this).
IMO, you are also pretty aggressive.
More and more packages come with test suites to hel
❦ 20 février 2017 10:05 GMT, Jonathan Dowland :
> None of the FTBFS problems I've seen in this thread have been because the
> tests *required* multiple cores, by the way; more so that they were racy
> or buggy in some other fashion. If uniprocessor buildds are finding these
> bugs then that's a
❦ 20 février 2017 11:03 GMT, Holger Levsen :
>> Time is a limited resource and we need to set our priorities. Having
>> test suites that work 100% of the time with constrained resources is not
>> a goal I find worthy of the time I can spend on Debian.
>
> While I agree with Niels that it would b
❦ 20 février 2017 13:44 GMT, Holger Levsen :
>> As a rule of thumb, upstream usually knows better than me which tests
>> are important. Tests are quite important for the packager to know if
>> they didn't make an obvious mistake when updating a package (e.g new
>> dependency missing, something e
❦ 20 février 2017 21:13 GMT, Ian Jackson :
> With the correct infrastructure (which is not that hard) the causes
> can be completely eliminated. I don't ever experience random build
> failures of any of my own packages and if I did I would hunt them down
> with a vengeance.[1]
Good for you.
h
❦ 21 février 2017 09:48 -0800, Nikolaus Rath :
>> Your chosen build environment is not common [...]
>
> This has come up a few times now. Could someone explain what is so odd
> about his envirnoment? It does not look unusual to me.
Official buildd have several CPU. Most "important" downstream
d
❦ 22 février 2017 00:46 +0100, Adam Borowski :
>> > > * using a qemu build chroot (Debian doesn't do this, other might)
>> >
>> > Is that because QEMU is slow, or some other reason?
>>
>> AIUI qemu(-static) cannot handle threading very well. So if a build
>> process uses such applications, thi
❦ 23 février 2017 10:02 -0800, Nikolaus Rath :
Your chosen build environment is not common [...]
>>>
>>> This has come up a few times now. Could someone explain what is so odd
>>> about his envirnoment? It does not look unusual to me.
>>
>> Official buildd have several CPU. Most "important"
DMARC domain.
Regards,
Vincent
--
Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
.
But this doesn't apply to the Debian version, as documented. And it
is buggy. I had to remove it from my machine because it did more harm
than solving problems.
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
matically from
/etc/network/if-up.d, so that the date could become incorrect without
a control from the user.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844520
--
Vincent Lefèvre - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.ne
❦ 8 mars 2017 12:41 +0100, Adam Borowski :
> [1]. I'm curious what mail clients support page feeds; for example pine (the
> BSD-but-proprietary one) allowed \e through unmolested, which allowed for
> colour on the nice side and (via terminal backtalk) security issues on the
> non-nice.
Gnus su
❦ 29 mars 2017 18:11 -0700, Clint Byrum :
>> Right. That is how it also works in Spain, and I suspect that in many
>> other countries work the same way.
>>
>> I understand that Debian wants to take a position of zero (or minimal)
>> risk, and I also understand the desire to respect the interpre
1401 - 1500 of 1630 matches
Mail list logo
