On Sat, Mar 21, 2009 at 8:15 AM, Filipus Klutiero wrote:
> The extended description needs to be available to APT, not only via
> packages.d.o.
I agree with Neil William's comment in the other thread about removing
long descriptions from the Packages files. I think the obvious place
to put them i
On Sat, Mar 21, 2009 at 4:58 PM, Neil Williams wrote:
> It's another instance of duplication - why retain the long description
> in the Packages file while a translated version also exists from DDTP?
> Probably better for the description to be removed from the Packages
> file completely and the D
On Tue, Mar 24, 2009 at 11:38 AM, wrote:
> I would like to know if there is any package of debian 4.0 and Lustre.
> This will be the ultimate.
lustre appears to be only available in Debian 5.0 (lenny) and later,
you might want to upgrade to lenny instead of continuing to use etch.
There is als
On Tue, Mar 24, 2009 at 12:52 PM, wrote:
> I prefer Debian 4.0 because I feel it is more stable than 5.0. Am I right?
I am unable to detect any difference in stability between etch & lenny
for my use-cases. There is more useful software available for lenny
though and it will be security-support
On Tue, Mar 24, 2009 at 7:25 PM, Grammostola Rosea
wrote:
> Mmh this is interesting, cause there is an realtime kernel available in the
> ubuntu hardy repo, but not in Debian yet. Would be nice if there was one
> which users could install. But I'm not an rt-kernel expert at all, so maybe
> I shou
On Wed, Mar 25, 2009 at 4:09 PM, Luis R. Rodriguez wrote:
> Last time I poked them it seemed it was not easy to figure out how to
> deal with, if at all, the optional but recommended RSA signature stuff
> [1] with the DFSG.
>
> [1] http://wireless.kernel.org/en/developers/Regulatory#RSADigitalSig
On Wed, Mar 25, 2009 at 8:30 PM, Adeodato Simó wrote:
> I’m told libbfd.so is a private/internal library of binutils that should
> not be dynamically linked against. A static version exists (libbfd.a),
> and packages should be using that AFAIK.
>
> Cc'ing -devel in case there’s a reason it should
On Thu, Mar 26, 2009 at 3:42 AM, Kel Modderman wrote:
> The DFSG seems to suggest that the source code to the regulatory database
> should be modifiable and the derived work distributed under the same license.
It is my understanding that:
Debian probably won't need to build the regdb from sourc
On Thu, Mar 26, 2009 at 4:03 AM, Paul Wise wrote:
> When we do, just adding a second public key to the CRDA pubkeys dir
> and using the corresponding private key (from outside the package)
> during the build process of wireless-regdb would be just fine. This
> would mean the mainta
On Thu, Mar 26, 2009 at 1:19 PM, Luis R. Rodriguez wrote:
>> Brainwave: no need to add a second public key to CRDA itself, the
>> wireless-regdb could install the public key corresponding to the
>> private key it was built with.
>
> Can you elaborate on what you mean? Do you mean for wireless-reg
On Thu, Mar 26, 2009 at 8:02 AM, Daniel Dickinson wrote:
> Is there any information on how the typical package is supposed to use this
> new format,
See the dpkg-source manual page and this wiki page:
http://wiki.debian.org/Projects/DebSrc3.0
> (I'm a little confused on this) is it even in pla
On Fri, Mar 27, 2009 at 10:05 AM, Changwoo Ryu wrote:
> I suggest just to let those buggy packages in, and to file bugs to the
> BTS. Such big problems always happen even with no NEW check involved and
> the ftpmasters team can't prevent all of them anyway. Such problems
> should be fixed, but why
2009/3/28 Stefano Canepa :
> Where is a the right place to copy the mirror list?
Perhaps a static copy in /usr/share/apt-spy and the dynamically
downloaded version at /var/cache/apt-spy/ ?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
On Mon, Mar 30, 2009 at 1:10 AM, Gustavo Franco wrote:
> Agreed and please don't forget Eucalyptus[0].
>
> [0] = http://eucalyptus.cs.ucsb.edu/
Ubuntu already packaged that so it might be worth building on their work.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Tue, Mar 31, 2009 at 9:21 PM, Marco d'Itri wrote:
> Is there a more elegant way to do this?
Not sure if it would work with your case, but xchat used this to
demote plugin dependencies to recommends:
dh_shlibdeps -a -u'-dDepends debian/xchat/usr/bin/xchat -dRecommends'
--
bye,
pabs
http://w
On Sat, Apr 4, 2009 at 7:37 AM, Michael Biebl wrote:
> Afaik, Ubuntu is the only Linux distro which supports and uses tmpfs by
> default.
The OpenEmbedded distros do this too, I've especially seen that the
ones associated with OpenMoko do that.
In addition the pkg-fso folk's Debian for OpenMok
On Sun, Apr 5, 2009 at 3:32 AM, Russ Allbery wrote:
> Florian Lohoff writes:
>> On Fri, Apr 03, 2009 at 11:40:57PM +0200, Michael Biebl wrote:
>> Interesting - The unix way IMHO was that /tmp looses content on reboot
>> while /var/tmp did not. This had been the case for commercial Unices for
>> a
On Sun, Apr 5, 2009 at 11:44 PM, Vincent Bernat wrote:
> How packages that run on Linux only should handle those new architectures?
Same as for stuff that only runs on i386; port them to kFreeBSD or
restrict them to linux architectures and add them to P-a-s.
--
bye,
pabs
http://wiki.debian.or
Hi all,
In Debian we have several teams working on maintaining large numbers
of packages (pkg-games, pkg-perl, pkg-gnome for example). I
proposed[1] to silence the lintian NMU warnings in the case of "team
uploads"; where the person doing the upload is a member of the team in
Maintainers but is no
On Mon, Apr 6, 2009 at 4:49 PM, Romain Beauxis wrote:
> I also use lilo for /boot on LVM and I also clearly remember that was the
> major reason for the previous debate about the removal of lilo.
Grub2 in lenny and later contains an lvm module:
/usr/lib/grub/i386-pc/lvm.mod
Has anyone who uses
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-CC: debian-devel-ga...@lists.debian.org
* Package name: primrose
Version : 5
Upstream Author : Jason Rohrer
* URL : http://primrose.sf.net
* License : None (Public Domain)
Programming Lang: C++, PHP
On Tue, Apr 7, 2009 at 11:06 PM, Manoj Srivastava wrote:
> What am I missing?
One case I can think of; it is (possibly) common for sponsors to check
that the result from get-orig-source matches the contents of the
tarball uploaded to mentors by the sponsee.
--
bye,
pabs
http://wiki.debi
On Wed, Apr 8, 2009 at 10:22 PM, Giacomo A. Catenazzi wrote:
> as grub was not really maintained. Also grub2 doesn't seems so fast in
> development.
> I think these kind of project have difficult to maintain motivated
> maintainer.
I would really love to own a computer that used coreboot, Linux a
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-CC: debian-devel@lists.debian.org,
pkg-clamav-de...@lists.alioth.debian.org
* Package name: clamav-unofficial-sigs
Version : 2.7.1
Upstream Author : Bill Landry
* URL : http://www.inetmsg.com/pub/
* License
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-CC: debian-devel-ga...@lists.debian.org, debian-devel@lists.debian.org
* Package name: between
Version : 5
Upstream Author : Jason Rohrer
* URL :
http://www.esquire.com/features/best-and-brightest-2008
On Thu, Apr 23, 2009 at 5:36 PM, maximilian attems wrote:
> no point in posting that to devel announce.
Agreed.
> this work is pointless
Only if you think FSF-free is pointless, obviously that isn't everyone.
> if you want a working and dfsg free converging linux-2.6 use our sid packages.
> w
On Thu, Apr 23, 2009 at 6:27 PM, Bradley Smith wrote:
> As some of you may be aware, myself and a few others are working towards
> an AVR32 port of Debian, which is now making good progress. One problem
> we've come across is since AVR32 is such a new architecture, a fair few
> packages have conf
On Fri, Apr 24, 2009 at 1:18 PM, Mike Hommey wrote:
> It unfortunately wouldn't work for the same reason config.{guess,sub}
> updates don't work, and more. It would need to be incorporated upstream,
> and all debian sources using config.{guess,sub} should be updated to
> these newer versions. Tha
On Fri, Apr 24, 2009 at 1:42 PM, Russ Allbery wrote:
> instead. $* doesn't quote its arguments, and the above works around a
> portability problem with $@ (see the Autoconf manual).
Thanks, added.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...
On Fri, Apr 24, 2009 at 3:05 PM, Gabor Gombas wrote:
> Hmm, wouldn't it be better to look for the newest version instead of
> "first one that's newer"? The above would work on a buildd where there is
> nothing in $HOME or under /usr/local, but could break on user's machines
> if they have a scrip
On Fri, Apr 24, 2009 at 3:39 PM, Mathieu Malaterre
wrote:
> What I do not understand is implementation such as CharLS, which declare:
...
> Ref: http://charls.codeplex.com/
On an unrelated note, please do not package this until upstream fixes
the security issues that are mentioned on the website
On Sat, Apr 25, 2009 at 9:44 AM, Cyril Brulebois wrote:
> Speaking of which, where can one read more about that port? Are there
> build logs available (one might want to ease your task and keep an eye
> on them for some given packages at least)?
http://avr32.debian.net/
http://ftp-avr32.debian.n
On Sat, Apr 25, 2009 at 12:10 PM, Peter Eisentraut wrote:
> Like lintian, your list falsely includes packages that use cdbs to build,
> which automatically updates config.{sub,guess}.
There doesn't seem to be a bug on lintian about this, please file one.
--
bye,
pabs
http://wiki.debian.org/Pa
On Fri, Apr 24, 2009 at 3:37 PM, Paul Wise wrote:
> Good point, how about this?
Sent this patch upstream, will see what they say.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&q
On Fri, May 1, 2009 at 2:51 PM, David Paleino wrote:
> Also, seems like lists.alioth.debian.org doesn't have the same functionality.
> Is there any plan for this?
Due to the way pipermail works, removing messages from the archives
would break all the URLs. Options for working around this might b
On Thu, May 7, 2009 at 12:33 AM, Michael Prokop wrote:
> No. Though I think that for essential packages like libc it could be
> worth a public discussion.
In this case there wouldn't be any point of discussing it, I predict
the discussion would simply be "yes", "AOL", "+1", "do it already",
"why
On Fri, May 8, 2009 at 1:01 AM, Harald Braumann wrote:
> I never talked about Exim. I was just opposing the proposition, that
> some esoteric mailer like nullsmtp or esmtp will become the default in
> Debian.
I find the notion of a "default MTA" to be silly. Most desktops or
laptops or cellphone
On Mon, May 11, 2009 at 8:02 AM, Goswin von Brederlow wrote:
> Debuild already creates a build log. I think it would be nice to
> include that file in the changes file and have DAK forward it to
> buildd.debian.org for archival. git-buildpackage, svn-buildpackage,
> ... or even dpkg-buildpackage
On Mon, May 18, 2009 at 4:42 AM, Kel Modderman wrote:
> (Dropped the CC to linux-wireless as it rejected my other attempt to send
> message claiming it was part HTML/Spam. Apologies if you get two copies.)
Maybe you should send plain text email instead?
> I would rather the build process fail i
On Sat, May 23, 2009 at 5:59 PM, LI Daobing wrote:
> sounds many f...@debian.org mail address is out of working (including mine).
Same here, however it looks like it is fixed now (at least for p...@debian.org).
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian
On Mon, May 25, 2009 at 4:31 AM, Peter De Wachter wrote:
> The software used is OpenGrok, originally developed at
> Sun for OpenSolaris (http://opensolaris.org/os/project/opengrok). It's
> quite nice, although a bit slow with this amount of source code.
Anyone know if there is or will be a fosso
On Wed, May 27, 2009 at 1:44 AM, rosea grammostola
wrote:
> Could someone fix Lilypond in Debian. There are also some people busy with
> packaging Frescobaldi for Debian, but it isn't possible to upload it without
> having Lilypond fixed and updated to the recent stable version.
It looks like li
On Thu, May 28, 2009 at 1:43 PM, Felipe Sateler wrote:
> I think it would be useful to have a new package with the ssh public key
> fingerprints of all accessible debian machines, possibly signed by some DSA
> member (to detect local tampering). It would ease a trust path from the user
> to the m
On Fri, May 29, 2009 at 6:31 AM, Enrico Zini wrote:
> To have a software that generate a list of suitable fonts for a user
> would also require something more specific than tags. An example that
> Arne made was of a font which contains latin and cyrilic characters, but
> misses the special latin
Hi all,
I recently did an upgrade from lenny to squeeze. I did it in single
user mode / runlevel 1 (with all the daemons stopped). I noted that
during the upgrade various daemons were started again. IMO it is
reasonable to expect that stopped daemons stay stopped during an
upgrade, expecially in r
On Mon, Jun 1, 2009 at 2:04 PM, Felipe Sateler wrote:
> Recently I've ran into a few cases were doing debcheckout of a package using
> svn downloads the whole thing: tags, branches and trunk. I would expect
> debcheckout to give me just the HEAD of development. What should be the sane
> behavior
On Sun, May 31, 2009 at 8:09 AM, John Goerzen wrote:
> I'm CCing this to Debian-devel because I think it speaks to a larger
> issue.
>
> I just downloaded a PDF, and tried to copy and paste a bit of text
> from it. I used the selection tool, and Okular offered to speak it to
> me, but said "Copy
On Tue, Jun 2, 2009 at 6:32 PM, Loïc Martin wrote:
> Christian Marillat wrote:
>> Loïc Martin writes:
>>> * License : GPL2+
>> This package should go in contrib because he depends on non-free
>> packages (mame-*).
>>
>
> Right, since it depends on MAME (SDLMAME, XMAME - AFAIK only XMAME i
2009/6/14 Josselin Mouette :
> Re-running fc-cache used to be done by defoma, but people kept adding
> fc-cache calls manually. They turned out to have been right, since
> defoma support was ripped out of fontconfig a while ago.
It was? I still see this file in the fontconfig package (2.6.0-3):
On Tue, Jun 16, 2009 at 7:20 AM, Charles Plessy wrote:
> The dh_make template for debian/copyright induces many developers to put their
> packaging work under the GPL, and I have already seen packages whose license
> is
> otherwise BSD-ish with such patches. If the maintainer suddenly goes MIA an
2009/6/19 Josselin Mouette :
> It’s already better, but for more readability, would it be possible to
> have a registered list of bug tracking aliases? For example:
> Bug-Debian: #12345
> Bug-Ubuntu: #2356
> Bug-GNOME: #5671
Personally I'd prefer URLs (for all bugs, including
On Wed, Jun 24, 2009 at 3:14 AM, Daniel Kahn
Gillmor wrote:
> I think that misses a critical point; i want to use my OpenPGP key for a
> variety of purposes both in and out of debian. I consider it a baseline
> tool for managing my digital identity. While i'm happy to obey
> debian-specific guid
On Sat, Jun 14, 2014 at 7:54 AM, James McCoy wrote:
> Paul Wise requested a much more featureful script in #469263.
I implemented a script too and blogged about it as well as paravoid's script:
http://bonedaddy.net/pabs3/log/2011/11/02/convenient-login-to-porterboxen/
Ultimately a
On Tue, Jun 17, 2014 at 8:20 PM, Simon McVittie wrote:
> Expanding on that a little...
That is a great non-technical summary of how bad the situation with
SSL and browser implementations is, thank you!
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-req
Hi all,
Unicode 7.0 was recently released. I discovered some source packages
contain outdated copies of various Unicode data files. At minimum, the
following packages embed part of the Unicode data (UnicodeData.txt).
There are probably many more embedding different parts of the Unicode
data, ren
On Wed, Jun 18, 2014 at 9:22 PM, Henrique de Moraes Holschuh wrote:
> Make it generic, instead. You could just automatize the table update
> through a script, and allow it to either fetch the data over the network
> using curl/wget/whatever (default), or to get the data from a local file.
That w
On Wed, Jun 18, 2014 at 11:33 PM, Alastair McKinstry wrote:
> I updated unicode-data already to 7.0, so the data is present and
> packaged in Debian
> so there is no need to fetch via curl, etc.
> Build-Dep on unicode-data and then updates should simply be a binNMU ?
That is fine for Debian but u
On Thu, Jun 19, 2014 at 1:27 AM, Jay Berkenbilt wrote:
> I'd have to study it a little more, but I'm not sure this actually makes
> sense for a package like ICU whose sole purpose in life is handling
> Unicode.
Could you explain in more detail, I'm not following your thought process here?
How do
On Thu, Jun 19, 2014 at 4:46 AM, Thorsten Glaser wrote:
> It’s a bit more than a table. Also, the process involves some
> unfree-for-a-BSD (GNU GPL) code that does part of the transformation.
> For jupp, I have to do other parts by hand, including review…
Could you explain in more detail?
Perhap
On Sun, Jun 22, 2014 at 12:46 AM, Sylvestre Ledru wrote:
> Any opinions on the subject?
There is already the CC (and CXX etc) environment variable to select
the compiler, they should use that.
Build systems that ignore those environment variables are broken and
need to be fixed.
--
bye,
pabs
On Thu, Jun 26, 2014 at 10:53 AM, Andrew Schurman wrote:
> I'm looking into leveraging or creating a tool which can identify
> non-free artifacts that should be removed as part of a debian package.
You should clarify what you mean by non-free in this situation;
* artefacts under licenses that pr
On Thu, Jun 26, 2014 at 10:58 PM, Alastair McKinstry wrote:
> udev itself is disabled in scripts as it keeps crashing
> on my hardware. (Old powerpc server).
Which bug number is this?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.
On Sat, Jun 28, 2014 at 2:12 AM, Yaroslav Halchenko wrote:
> Thanks in advance for the ideas/feedback
If it were me, I would upload only to ftp.d.o and use http.d.n but I
guess these packages can't go into the Debian archive? If not maybe
you could use mirrorbrain or use the code behind http.d.n.
On Sun, Jun 29, 2014 at 1:27 AM, Yaroslav Halchenko wrote:
> almost all (...) are in Debian archive ;)
Good to hear :)
> we are providing backport builds
Are you doing that in addition to or instead of providing official
backports in the wheezy-backports suite?
http://backports.debian.org/Cont
On Wed, Jul 9, 2014 at 9:27 PM, Ian Jackson wrote:
> Perhaps some of this could be put into devscripts ?
Just as ick, DNS is the place for service aliases.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsu
On Fri, Jul 11, 2014 at 4:22 AM, Tollef Fog Heen wrote:
> Might have been implemented for the last 5+ years too.
A clarification:
The Debian sysadmins have had SSHFP records in DNS (and DNSSEC) for a long time.
In addition you can get the full list of SSH public keys for Debian machines:
sftp:
On Mon, Jul 14, 2014 at 7:09 AM, Guillem Jover wrote:
> HSTS protects mostly from MITM (except for first connection), but I'm
> not sure if DSA is planning to add it.
HSTS is a standard part of HTTPS setup on machines run by DSA, so it
is very likely they will.
--
bye,
pabs
https://wiki.debian
On Sun, Jul 20, 2014 at 2:56 AM, Abou Al Montacir wrote:
> I'd recommend that reportbug(-ng) provide a clear message when creating
> a bug, just like some other packages do it (evolution to name my
> preferred mail client). This will then filter more this kind of reports.
Please file bugs about i
On Sun, Jul 20, 2014 at 9:12 PM, Chris Bannister wrote:
> Considering the language is English, it would be a pity if the reader
> made this mistake. Let's assume a modicum of 'common sense' at least.
With an international project like Debian, we can't assume that
English is everyone's first langu
On Sun, Jul 20, 2014 at 3:59 PM, LIU Dongyuan wrote:
> * Package name: fonts-adobe-sourcehansans-cn
Due to the need for Adobe's ADFKO, this will have to go to contrib.
IIRC ADFKO will become open source at some point and the font could
move to main then.
--
bye,
pabs
https://wiki.debian.or
On Sun, Jul 20, 2014 at 4:13 PM, LIU Dongyuan wrote:
> * Package name: fonts-adobe-sourcehansans-jp
Due to the need for Adobe's ADFKO, this will have to go to contrib.
IIRC ADFKO will become open source at some point and the font could
move to main then.
--
bye,
pabs
https://wiki.debian.or
On Sun, Jul 20, 2014 at 4:16 PM, LIU Dongyuan wrote:
> * Package name: fonts-adobe-sourcehansans-kr
Due to the need for Adobe's ADFKO, this will have to go to contrib.
IIRC ADFKO will become open source at some point and the font could
move to main then.
--
bye,
pabs
https://wiki.debian.o
On Sun, Jul 20, 2014 at 6:29 PM, Jonathan Dowland wrote:
> On Sun, Jul 20, 2014 at 07:50:17AM +0800, Paul Wise wrote:
>> I think that would probably just add more noise to debian-devel.
>
> Maybe "general" bugs should go to debian-user instead?
That would be change
On Mon, Jul 21, 2014 at 5:22 PM, Wouter Verhelst wrote:
> Yes it does.
No...
> I just tried chromium and iceweasel on this laptop (running sid, a few
> days out of date). Both will turn "http://www.debian.org"; into
> "https://www.debian.org"; due to HSTS. This works whether I enter the
> "http:
On Mon, Jul 21, 2014 at 9:32 PM, Ondřej Surý wrote:
> The current problem with HTTPS is that it bundles encryption with
> authenticity.
> This needs to be unbundled[1]. My opinion is that even a transparent
> opportunistic encryption (f.e. like DANE implementation in postfix)
> would improve the o
On Wed, Jul 23, 2014 at 6:09 AM, James Cloos wrote:
>>>>>> "PW" == Paul Wise writes:
>
>>> * Package name: fonts-adobe-sourcehansans-cn
>
> PW> Due to the need for Adobe's ADFKO, this will have to go to contrib.
> PW> IIRC ADFKO w
On Wed, Jul 23, 2014 at 11:24 AM, Paul Wise wrote:
> I would be happy to be proven wrong on this; feel free to package it
> for main if fontforge can take the place of all the commands mentioned
> in the upstream build system. The way to prove that would be to only
> ship the non-OTF
On Fri, Jul 25, 2014 at 8:26 PM, Ian Jackson wrote:
> As a more radical suggestion, perhaps it should divert the usual
> output email to debian-user ? Probably we should ask the inhabitants
> of debian-user what they think of this idea...
Better to delete the general/base/cdrom/project pseudo-pa
On Sun, Jul 27, 2014 at 9:02 PM, Holger Levsen wrote:
> "general" and "project" are maybe useful though..
general only receives misguided user support requests, not useful.
project doesn't receive new reports; not useful.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, ema
On Sun, Jul 27, 2014 at 9:27 PM, Ansgar Burchardt wrote:
> It is possible to restrict keys in .ssh/authorized_keys so that they are
> only allowed to run specific commands, see the 'command="command"' bit in
> man:sshd(8). One probably wants to combine this with no-port-forwarding
> and similar op
On Fri, Aug 1, 2014 at 4:38 PM, martin f krafft wrote:
> also sprach Ansgar Burchardt [2014-08-01 09:37 +0200]:
>> * The source package includes a Package-List field that also has
>>an arch=* column. dpkg (>= 1.17.7) will include this.
>
> Can we read up more on this somewhere?
It is the def
On Fri, Aug 1, 2014 at 10:31 PM, Lucas Nussbaum wrote:
> FAI and Kickstart rely on an installation process (even if not
> debian-installer's): packages are extracted, installed and configured.
> Kadeploy and CloneZilla rely on cloning: you install and configure one
> system first, then create an i
On Sat, Aug 2, 2014 at 3:03 PM, Charles Plessy wrote:
> A straightforward way is exemplified by the case of SSH, where the server keys
> are regenerated if they are absent. It then only takes to delete the keys
> when
> preparing images to avoid the problem of duplicated IDs or privacy leaks.
I
On Sun, Aug 10, 2014 at 3:33 AM, Andreas Henriksson wrote:
> One of the notes there includes mentioning that losetup has completely
> dropped support for encryption. This also means that the Debian-specific
> patch to extend this functionality has been dropped[HASHPATCH]. This
> mean that the moun
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
On Fri, Aug 15, 2014 at 2:53 PM, Thomas Goirand wrote:
> Hum... Well, to me, what's important is that the code gets
> peer-reviewed.
... by both humans and by automatically by computers; compiler
warnings, static analysis tools, fuzz testers etc.
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Mon, Aug 25, 2014 at 2:13 PM, Steve Langasek wrote:
> Does this list of expenses mean that you now have a good overview of
> Debian's cash flow? In April, I understood that this was a major
> outstanding problem. I'm happy to see that we are spending Debian money on
> useful sprints and event
On Sun, Aug 31, 2014 at 6:53 AM, Stefan Kullack wrote:
> It would be fantastic if you could spend two minutes on three simple
> questions!
>
> Here is the link to the survey: https://de.surveymonkey.com/s/MFKXYLP
You might get more feedback if you weren't using a proprietary SaaSS
(service as a
On Sun, Aug 31, 2014 at 8:46 AM, Russ Allbery wrote:
> The problem that set off this entire discussion is the question of whether
> we want to raise the priority of perl, perl-modules, and
> init-system-helpers to important to match rsyslog, move the Perl modules
> used by init-system-helpers to p
On Mon, Sep 1, 2014 at 9:58 PM, Dmitry Bogatov wrote:
> PS. Is it any tool to generate ITP bug from debian/ directory?
No, because ITPs are meant to be filed *before* the debian/ directory exists.
> Source package is already available at github: kaction/deb-cligh.
This should have been done aft
It was pointed out off-list that my mail could be considered harsh.
If so I apologise for this, I certainly didn't intend that.
On Sat, 2014-09-06 at 13:56 +0400, Dmitry Bogatov wrote:
> My reason was that I am noob, and it takes undefined amount of time for
> me to find out how to package new ki
On Fri, Sep 5, 2014 at 3:35 AM, Jakub Wilk wrote:
> We should probably also monitor package conflicts. We made a big fuss about
> node vs nodejs (and rightly so); but I bet that we have lots of other
> package pairs in the archive that can't be co-installed for no good reason.
We have this alread
On Sun, Sep 7, 2014 at 6:36 PM, Johannes Schauer wrote:
> would it make sense to extend this test and not only check whether packages
> that share a file listed in Contents.gz can be co-installed but also packages
> which access/change/create the same files in their pre/post-install maintainer
> s
On Tue, Sep 9, 2014 at 12:57 AM, Rebecca Palmer wrote:
>> Someone already
>> proposed, in the wiki, to add "Games". I like the idea a lot, and it
>> perfectly makes sense to select all games at once.
That was me. We don't yet have a games-all metapackage in the games
blend, games-finest is probabl
On Mon, Sep 8, 2014 at 11:15 PM, Thomas Goirand wrote:
>
> It's looking like some of the options are confusing for both advanced
> users and newbies. The technologies behind the tasks are hidden, and
> there's no obvious way to know what will happen (other than looking at
> the package source of
On Wed, Sep 10, 2014 at 5:57 AM, Markus Koschany wrote:
> Creating a games-all metapackage would be easily doable
As someone who has been trying to maintain a system (rather than
metapackage) that is basically that (plus a bunch of games removed
from Debian), I don't think it is actually that eas
On Wed, Sep 10, 2014 at 1:34 PM, Philipp Kern wrote:
> It should likely be raised to priority=standard, which would make it part of
> the "standard system utilities" task. smartctl is relatively important for
> problem diagnosis with disk drives.
I don't think it is necessary everywhere:
Various
On Wed, Sep 10, 2014 at 7:51 PM, Philipp Kern wrote:
> I guess I would want to see it installed on all non-chroot installs, hence
> maybe hw-detect makes more sense. If there's a SCSI/ATA disk drive, install
> smartmontools.
Sounds good to me.
You also need smart-notifier on desktops where the d
On Wed, Sep 10, 2014 at 8:01 PM, Ondřej Surý wrote:
> I think the better way how to convert openvpn to systemd would be:
>
> to convert all AUTOSTART= VPNs to openvpn@ enabled instances and all
> other to disabled openvpn@ instances at upgrade time. I guess there
> might be a need to some more sub
Package: ftp.debian.org
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Various places in Debian infrastructure (QA especially) hard-code
aspects of the Debian archive (suite, code, component, arch names etc).
This is a problem because after new suites or architectures are added,
we
501 - 600 of 2399 matches
Mail list logo
