Re: Towards d-i wheezy beta 4

Christian PERRIER, le Mon 29 Oct 2012 06:52:23 +0100, a écrit : > I just added cdebconf to the list of wished packages Yep it is. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: htt

Re: Results of installing testing/wheezy

Svante Signell, le Tue 27 Nov 2012 18:11:08 +0100, a écrit : > The only minor point is that network was not available during the > install, due to lack of ability to supply the pass-phrase for the wlan > in the installer? That's not supposed to happen, there is support for that in the installer. P

Re: Bug#696429: ITP: jhc -- a haskell compiler.

Hello, Kiwamu Okabe, le Fri 21 Dec 2012 02:22:29 +0900, a écrit : > * Package name: jhc > Version : 0.8.0~darcs20120314 > Upstream Author : John Meacham > * URL : http://repetae.net/computer/jhc/ > Vcs-Browser : http://anonscm.debian.org/gitweb/?p=collab-maint/jh

Re: Feedback

Mistikos Nik, le Tue 25 Dec 2012 22:50:57 +1000, a écrit : > If I am new to Debian and go to read the manual and I see 'Squeeze', > do you think I am going to know what the fuck that means? Do you actually need to know what that means, except being the name of the release? I have never known the

ITP: sphinx -- Speech recognition tool base

Hello, I've just noticed that sphinx2 was orphaned some time ago, and thus unfortunately dropped from Wheezy. I'd like to reupload it for jessie, here are the ITPs of the 3 modules: - Forwarded message from Samuel Thibault - Package: wnpp Severity: wishlist Owner: Samue

Re: Bug#697477: ITP: ostree -- Linux-based operating system develop/build/deploy tool

Thomas Bechtold, le Sat 05 Jan 2013 20:27:32 +0100, a écrit : > Package: wnpp > Severity: wishlist > Owner: Thomas Bechtold > > * Package name: ostree > Version : 2012.13 > Upstream Author : Colin Walters > * URL : https://live.gnome.org/OSTree/ > * License : G

Re: screen says "Bad tty" if /dev/console is a symlink

Guillem Jover, le Sat 02 Feb 2013 14:04:01 +0100, a écrit : > But yes, doing such mass build would be very useful to see how many are > still there. I'd also be in favor of removing MAX defines from all our > currently supported architectures. Rough estimation from buildd logs: € wanna-build --li

Re: Bootstrapping: list of 81 self-cycles in Debian Sid

Hello, Johannes Schauer, le Tue 05 Mar 2013 12:22:46 +0100, a écrit : > as of 2013-01-01: http://wiki.debian.org/DebianBootstrap/SelfCycles Maybe arch:all-only source packages should be shown in a different color: AIUI these do not pose a problem for bootstrapping a new Debian port, since one doe

Re: Bootstrapping: list of 81 self-cycles in Debian Sid

Johannes Schauer, le Tue 05 Mar 2013 14:41:51 +0100, a écrit : > Quoting Samuel Thibault (2013-03-05 13:41:12) > > Maybe arch:all-only source packages should be shown in a different color: > > AIUI these do not pose a problem for bootstrapping a new Debian port, since > >

Re: Bootstrapping: list of 81 self-cycles in Debian Sid

Johannes Schauer, le Wed 06 Mar 2013 18:56:47 +0100, a écrit : > I wrote a shell script which outputs the following static html: > > http://mister-muffin.de/bootstrap/selfcycles.html > > If you guys find this useful, then I can see how to get this generated > periodically and published somewhere

Re: R 3.0.0 and required rebuilds of all reverse Depends: of R

Uoti Urpala, le Mon 01 Apr 2013 00:48:08 +0300, a écrit : > Philipp Kern wrote: > > On Sun, Mar 31, 2013 at 12:33:46PM -0500, Dirk Eddelbuettel wrote: > > > I cannot influence the R release cycle which happens within our freeze. As > > > have a few previous R releases, and none of those created any

Re: R 3.0.0 and required rebuilds of all reverse Depends: of R

Uoti Urpala, le Mon 01 Apr 2013 03:07:25 +0300, a écrit : > Having latest upstream versions easily available to users is important > for the development of many projects, That's what experimental is for. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of

Re: dak-roulette activated

Scott Kitterman, le Sun 31 Mar 2013 20:37:38 -0400, a écrit : > > dak-roulette(1) > > Excellent. What's the interval on the cron runs? If we get lucky, this > could > get us to a release really soon. Which could even fit on just one CD! Samuel -- To UNSUBSCRIBE, email to debian-devel-requ

Re: R 3.0.0 and required rebuilds of all reverse Depends: of R

Uoti Urpala, le Mon 01 Apr 2013 05:12:46 +0300, a écrit : > Distributions that make latest > software available are necessary for free software development. Again, that's one of the things experimental is for. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subj

Re: Physical page zeroing on allocation

Viacheslav Fedorov, le Mon 01 Apr 2013 11:11:44 -0500, a écrit : > I was wondering, when allocating an anonymous physical page on a Page Fault, > why does kernel have to fill it with zeroes? > I understand it has something to do with security. > But let's say I trust my environment. Then why when I

Re: R 3.0.0 and required rebuilds of all reverse Depends: of R

Vincent Lefevre, le Tue 02 Apr 2013 14:52:35 +0200, a écrit : > On 2013-03-31 23:20:23 +0100, Neil Williams wrote: > > The length of the freeze is not the fault of the release team. > > > > The length of the freeze is down to all of the contributors to Debian > > not fixing enough RC bugs - I coun

Re: R 3.0.0 and required rebuilds of all reverse Depends: of R

Vincent Lefevre, le Tue 02 Apr 2013 15:15:38 +0200, a écrit : > On 2013-04-02 15:09:43 +0200, Samuel Thibault wrote: > > Vincent Lefevre, le Tue 02 Apr 2013 14:52:35 +0200, a écrit : > > > I disagree. If the freeze occurred only once (almost) all RC bugs > > > were

Re: R 3.0.0 and required rebuilds of all reverse Depends: of R

Vincent Lefevre, le Tue 02 Apr 2013 17:20:52 +0200, a écrit : > This is also due to the fact that more people are working on fixing RC > bugs *now* instead of doing that before. Which is one of the goals of freezing. I'm just tired of argumenting over something that was already discussed. Let's

Re: Bug#684128: down the memory hole

Didier 'OdyX' Raboud, le Thu 04 Apr 2013 15:45:17 +0200, a écrit : > (No need to CC me, I'm subscribed). > > Le jeudi, 4 avril 2013 15.17:09, ian_br...@fastmail.net a écrit : > > When read in the context of that particular bug report, I don't see how > > it could possibly be any more relevant, sin

Re: Bug#684128: down the memory hole

ian_br...@fastmail.net, le Thu 04 Apr 2013 08:05:16 -0700, a écrit : > > I do remember this mail, and I remember thinking "uh, spamassassin > > missed killing that spam" without reading it all. Only the very end of > > the mail doesn't look like spam, there's very little probability that > > a main

Re: Debian Installer 7.0 RC3 release

Neil Williams, le Fri 03 May 2013 15:32:46 +0100, a écrit : > On Fri, 3 May 2013 23:45:57 +1000 > "Robert Thomas Hayes Link" wrote: > > > Why doesn't the home page at debian dot org reflect a second and third > > release candidate? > > It does: > > To install Debian testing, we recommend you us

Re: Debian 7

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

Re: Last call for pv-grub-menu.

Charles Plessy, le Sat 14 Dec 2013 13:47:21 +0900, a écrit : > It can not be part of the grub-legacy package, which is in > maintainance mode, and GRUB2 maintainers have not expressed an > interest for hosting the scripts (which are not relevant to GRUB2). Couldn't it be part of the xen package?

Re: Last call for pv-grub-menu.

Thorsten Glaser, le Mon 16 Dec 2013 14:35:54 +, a écrit : > Philipp Kern wrote: > >…and Xen in general. I agree with this assessment. > > Isn’t there a GRUB2 port for Xen now? Yes, and it will be part of the grub2 source code, but that's not released yet. Samuel -- To UNSUBSCRIBE, email t

Re: Last call for pv-grub-menu.

Colin Watson, le Thu 19 Dec 2013 02:29:58 +, a écrit : > If we try really hard we might even be able to have compatibility in > the other direction as well. I've not tested, but there is no reason why it shouldn't work. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.o

libphobos-dev build-dep

Hello, The following packages have been in BD-Uninstallable buildd state for a very long time. This is because they build-depend on the libphobos-dev virtual package instead of an actual package such as libphobos-4.4-dev or libphobos-4.8-dev. These packages want to rather build-depend on libphobo

Re: libphobos-dev build-dep

Peter De Wachter, le Sat 22 Mar 2014 14:40:20 +0100, a écrit : > GDC is build on all architectures but Phobos > currently only works on x86. (I believe ARM support is coming soon.) Would it also work on x86 kfreebsd & hurd? > All these packages have: > Depends: gdc, libphobos-dev > > This wo

Re: libphobos-dev build-dep

Steve Langasek, le Sat 22 Mar 2014 12:43:56 -0700, a écrit : > Um, no, build-depending on virtual packages is absolutely allowed. Yes, but something has to make the buildd pick up one package which provides it. It won't decide by itself which one to choose. Samuel -- To UNSUBSCRIBE, email to

Re: libphobos-dev build-dep

Russ Allbery, le Sat 22 Mar 2014 17:12:49 -0700, a écrit : > Samuel Thibault writes: > > Steve Langasek, le Sat 22 Mar 2014 12:43:56 -0700, a écrit : > > >> Um, no, build-depending on virtual packages is absolutely allowed. > > > Yes, but something has to make

[dd-list] Please use Architecture: linux-any

Hello, Here is a refreshed list of the packages that should probably use Architecture: linux-any, please consider using it. Samuel Alexander Wirt libnfnetlink libnfnetlink (U) Andreas Schuldei uml-utilities (U) Anibal Monsalve Salazar apmd Ard van Breemen vlan Cyril Bruleb

Re: [dd-list] Please use Architecture: linux-any

gregor herrmann, le Sun 13 Apr 2014 02:25:18 +0200, a écrit : > On Sun, 13 Apr 2014 01:34:52 +0200, Samuel Thibault wrote: > > > Here is a refreshed list of the packages that should probably use > > Architecture: linux-any, please consider using it. > > > Debian Perl

Re: Demande

Hello, This is an english-speaking mailing list. nadia ziane, le Wed 21 May 2014 11:58:15 +0100, a écrit : > Je suis ingénieur en informatique , et j'aimerais bien rejoindre l'équipe de > développement debian mais j'aimerais savoir quels sont les conditions pour y > faire? quels sont les conna

Re: Bits from the Debian GNU/Hurd porters

Hello, hero...@gmail.com, le Fri 23 May 2014 08:44:48 +0900, a écrit : > I am excited to see these advancements around GNU/Hurd, so excited > that I am seriously planning to install it on my primary (at the same > time old enough) laptop. Just to moderate a bit: remember that nobody has stuffed a

Bug#619848: ITP: starpu -- Task scheduler for heterogeneous multicore machines

Package: wnpp Severity: wishlist Owner: Samuel Thibault * Package name: starpu Version : 0.4 Upstream Author : Cedric Augonnet * URL : http://starpu.gforge.inria.fr/ * License : LGPL Programming Lang: C Description : Task scheduler for heterogeneous

Dropping HAL? [Was: Bits from the Release Team - Kicking off Wheezy]

Cc-ing debian-bsd, else they may simply not be aware of the thread... Michael Biebl, le Thu 31 Mar 2011 14:30:06 +0200, a écrit : > Am 31.03.2011 07:26, schrieb Reinhard Tartler: > > On Wed, Mar 30, 2011 at 19:51:17 (CEST), Michael Biebl wrote: > > > >> HAL removal is already in progress, see [1]

hurd 0.401 is released!

Hello, There are rumors that Duke Nukem Forever will actually be released in Apr^WMa^WJune 2011, so there's no escape for the Hurd any more, we had to finish and release. There has been considerable progress lately, so it is with great pleasure that the Hurd maintainers team decided to release ver

Re: plan to clean up unstable

Torsten Werner, le Sun 10 Apr 2011 18:45:54 +0200, a écrit : > from all source packages that have more than 1 versions in unstable: > remove all of them that have version < newest_version and that have been > uploaded before 2009. > > A full list is available from >

Re: Debian rolling: tentative summary

Lucas Nussbaum, le Mon 02 May 2011 13:31:31 +0200, a écrit : > How we deal with freezes is the hard point in this discussion. I'm > personnally in favor of the "freeze rolling for 3 months, then fork > frozen and unfreeze rolling" plan, though it has some problems too > (it is not clear whether the

Re: double checking Debian's 686-pae vs. -486 probe

Adam Borowski, le Tue 24 May 2011 16:34:55 +0200, a écrit : > But in general, Celeron is an > insanely overused brand, it carries no information other than "a crippled > version of a CPU from Intel" as it can come from about any other brand they > make. Indeed. The name could probably be simply d

Re: bug reporting workflow is outdated

Raphael Hertzog, le Tue 24 May 2011 18:48:07 +0200, a écrit : > On Tue, 24 May 2011, Patrick Strasser wrote: > > Having a big number of open bugs is uncomfortable for sure, but I would > > not worry about it if most problems are cared for Even in a lot of teams, problems are not cared for due to m

Re: svn.debian.org ???

Norbert Preining, le Fri 17 Jun 2011 17:56:24 +0900, a écrit : > And I can ssh into svn.debian.ort without problems: > $ ssh debian-svn > Linux wagner 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 Wagner is not svn.debian.org € ssh svn.debian.org 10:58@vasks~ There must be something e

Re: apt-get update MD5Sum mismatch

jida...@jidanni.org, le Sun 26 Jun 2011 06:01:14 +0800, a écrit : > W: Failed to fetch > http://ftp.us.debian.org/debian/dists/unstable/contrib/binary-i386/PackagesIndex > MD5Sum mismatch > W: Failed to fetch > http://ftp.us.debian.org/debian/dists/unstable/non-free/binary-i386/PackagesIndex >

Re: apt-get update MD5Sum mismatch

Erik de Castro Lopo, le Sun 26 Jun 2011 11:37:29 +1000, a écrit : > Samuel Thibault wrote: > > > jida...@jidanni.org, le Sun 26 Jun 2011 06:01:14 +0800, a écrit : > > > Can't be a mirror issue. I'm not using a mirror. > > > > ftp.us.debian.org is a

Re: Multiarch and D-Bus

Josselin Mouette, le Fri 01 Jul 2011 09:39:54 +0200, a écrit : > but if we can get rid of at-spi and > have GConf ported to D-Bus before the wheezy release, I’m not sure it’s > worth an investigation. For now, at-spi2 is very far from being as usable as at-spi, it would be a major accessibility re

Re: TeX packages

John D. Hendrickson and Sara Darnell, le Thu 07 Jul 2011 13:16:18 -0400, a écrit : > Jan Hauke Rahm wrote: > >On Thu, Jul 07, 2011 at 01:26:29PM +0100, Jon Dowland wrote: > >>On Thu, Jul 07, 2011 at 11:53:17AM +0300, Andrew O. Shadoura wrote: > >>>Is it possible to run mktexlsr and updmap-sys (and

Re: A few observations about systemd

Jon Dowland, le Mon 18 Jul 2011 10:35:30 +0100, a écrit : > 1. carry portability patches against systemd locally > 2. support multiple init systems > 3. drop kfreebsd (and HURD and others) 3 basically means dropping "Universal" from Debian, and replace it with "Linux". Samuel -- To UNSUBSCRIBE

Re: A few observations about systemd

Tollef Fog Heen, le Mon 18 Jul 2011 13:54:45 +0200, a écrit : > | Federico Di Gregorio writes: > | > | > On 18/07/11 12:13, Samuel Thibault wrote: > | >> Jon Dowland, le Mon 18 Jul 2011 10:35:30 +0100, a écrit : > | >>> 1. carry portability patches against s

Re: A few observations about systemd

Juliusz Chroboczek, le Mon 18 Jul 2011 14:03:19 +0200, a écrit : > > It's actually lighter than sysvinit, from what I've seen so far, > > $ size /sbin/init /bin/systemd >textdata bss dec hex filename > 300401320 612 319727ce4 /sbin/init > 7936916748218

Re: A few observations about systemd

Matthias Klumpp, le Mon 18 Jul 2011 16:03:41 +0200, a écrit : > though if you then subtract the memory for inetd and so on, it will > probably comapre not too bad. Does systemd really intend to replace inetd too, including things like internal echo server etc.? Samuel -- To UNSUBSCRIBE, em

Re: Minimal init [was: A few observations about systemd]

Ian Jackson, le Tue 19 Jul 2011 16:18:54 +0100, a écrit : > I think messing around with cgroups is a ridiculous way to solve this > problem. The right answer is simply to change the daemons to give > them an option which causes them not to fork. Then you can just have > a single supervision daemo

Re: Minimal init [was: A few observations about systemd]

Ian Jackson, le Tue 19 Jul 2011 16:55:58 +0100, a écrit : > Samuel Thibault writes ("Re: Minimal init [was: A few observations about > systemd]"): > > Ian Jackson, le Tue 19 Jul 2011 16:18:54 +0100, a écrit : > > > I think messing around with cgroups is

Re: support for installing unconfigured systems (VM images, Debian Live images, preinstalled mobile/tablet images)

Daniel Baumann, le Tue 26 Jul 2011 12:30:29 +0200, a écrit : > On 07/26/2011 12:23 PM, Moritz Mühlenhoff wrote: > > I would suggest a package such as "debian-oem-prep", which > > contains an init script, which tests a file such a > > /etc/wipe-all-traces-on-next-boot. If that files exists, all > >

Re: Bug#636081: ITP: prayerwheel -- Tibetan prayer wheel

Simon Kainz, le Sat 30 Jul 2011 22:59:03 +0200, a écrit : > * Package name: prayerwheel > Version : 0.0.1 > Upstream Author : Simon Kainz > * URL : http://dharma-haven.org/tibetan/prayer-wheel.htm > * License : Public Domain > Programming Lang: none > Descri

Re: Bug#636114: ITP: libdssialsacompat -- DSSI ALSA compatibility library for non-Linux platforms

Alessio Treglia, le Sun 31 Jul 2011 11:21:52 +0200, a écrit : > libdssialsacompat is simply an extraction from and repackaging of > the code from alsa-lib, necessary to support DSSI on non-ALSA > systems. Interesting. How can we make this interact with liboss-salsa? Samuel -- To UNSUBSCRIB

Re: Bug#636114: ITP: libdssialsacompat -- DSSI ALSA compatibility library for non-Linux platforms

Alessio Treglia, le Sun 31 Jul 2011 13:51:38 +0200, a écrit : > On Sun, Jul 31, 2011 at 11:31 AM, Samuel Thibault > wrote: > > Interesting.  How can we make this interact with liboss-salsa? > > Good point, this library provides just a small compatibility layer to > make

Re: Bug#636262: ITP: kbdd -- Per-window keyboard layout switching daemon for X

Stanislav Maslovski, le Tue 02 Aug 2011 00:32:29 +0400, a écrit : > KBDD stands for keyboard daemon. It is a simple keyboard layout > switching program, which is designed to run in an X11 session and > remember keyboard layouts on a per-window basis. Err, I guess it watches for the currently activ

Re: Fwd: Re: BLAST+ speed & build issues

Julian Taylor, le Thu 04 Aug 2011 12:32:27 +0200, a écrit : > You might be able to reduce startup time by only linking against the > libraries you need or lazyly dynamically loading them. Or use prelink. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of

Re: Bug#636114: ITP: libdssialsacompat -- DSSI ALSA compatibility library for non-Linux platforms

Alessio Treglia, le Sat 06 Aug 2011 11:25:06 +0200, a écrit : > This is just to set a beginning point, but I'm not an experienced > kfreebsd porter, so any help is appreciated :) Well there is nothing specific to kfreebsd here, you can develop and test it all on a Linux box. Samuel -- To UNSUB

Bug#637613: base: Linux console can't display Korean when the system locale is Korean.

> Hughe Chung wrote: > > When the user selects only Korean language from installer and install only > > standard system > > the console can't display Korean messages at all. > > > > This is very serious problem for Korean users. Amaya, le Mon 15 Aug 2011 10:10:09 +0200, a écrit : > reassign 637

Re: A short question about apt-get build-dep

Svante Signell, le Fri 19 Aug 2011 11:07:04 +0200, a écrit : > When issuing 'apt-get build-dep opensp' openjade1.3 is installed. The > problem is that opensp does not build with that version. You mean that you get the thread assertion issue? > However it builds OK with openjade (currently 1.4deve

[dd-list] Please use Architecture: linux-any

Hello, Just a heads-up about Architecture: linux-any. The dd-list below is a (non-exhaustive!) list of packages that kfreebsd/hurd maintainers believe are candidates for using it in their debian/control file, because they are probably not to be ported to non-Linux systems, due to strong Linux depe

Re: [dd-list] Please use Architecture: linux-any

Steve Langasek, le Fri 19 Aug 2011 16:27:40 -0700, a écrit : > > Steve Langasek > >aboot > > Why this one? The Architecture: any parts are generic tools used to create > alpha boot blocks to images in an architecture-independent manner Ah, right. Given back, then. Samuel -- To UNSUBSCRI

Re: [dd-list] Please use Architecture: linux-any

Aron Xu, le Sat 20 Aug 2011 13:18:12 +0800, a écrit : > > Debian Chinese Team > >   zhcon > > > > zhcon works on FreeBSD 7.x, Oh!? I wouldn't even have expected that, it's a good surprise to me! > and before 8.x is out the upstream was > dead. I tried to port it to kfreebsd with some progress,

Re: [dd-list] Please use Architecture: linux-any

Robert Millan, le Sat 20 Aug 2011 12:19:41 +0200, a écrit : > > Debian Perl Group > >   libvideo-capture-v4l-perl > > kFreeBSD has (preliminar) v4l support (I suggest linux-any kfreebsd-any). Ah. A few packages were included in the list due to v4l. If kFreeBSD grows a v4l interface, then that ch

Re: git-build-package broken? pristine-tar broken?

Norbert Preining, le Mon 22 Aug 2011 13:24:38 +0900, a écrit : > $ git-import-orig --pristine-tar ../orig-tar/mu-0.9.6.99.1.tar.gz > fatal: Path 'maildir-utils_0.9.6.99.orig.tar.gz.delta' does not exist in > 'refs/heads/pristine-tar' 0.9.6.99.1 0.9.6.99 ? Samuel -- To UNSUBSCRIBE, email to

Re: Source Code One Line Change [patch] and Copyright holder

Nanakos V. Chrysostomos, le Fri 26 Aug 2011 12:50:05 +0300, a écrit : > The upstream author and developer of this > software claims that I am not intended to add my name for such a small > change to the Copyright holders of the file and he should ask for legal > advise. What is your opinion? Is thi

Re: Source Code One Line Change [patch] and Copyright holder

Russell Coker, le Fri 26 Aug 2011 23:47:40 +1000, a écrit : > Fixing security flaws is a really good thing to do. Send in lots more > patches > like that and you can count on getting a good reputation for it, even if you > don't end up in any copyright files. Reputation is actually way more us

Re: Maintainers, porters, and burden of porting

Lucas Nussbaum, le Mon 29 Aug 2011 16:49:17 +0200, a écrit : > On 29/08/11 at 16:16 +0200, Bernd Zeimetz wrote: > > On 08/29/2011 01:06 PM, Lucas Nussbaum wrote: > > > On 29/08/11 at 09:47 +0200, Andreas Barth wrote: > > >> * Lucas Nussbaum (lu...@lucas-nussbaum.net) [110829 08:59]: > > >>> I'd lik

Re: Maintainers, porters, and burden of porting

Andreas Barth, le Wed 31 Aug 2011 11:35:59 +0200, a écrit : > I know people who put kbsd on edge firewalls because it's way easier > for a standard linux / debian admin. We are considering this in our ISP, as well. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a

Re: Maintainers, porters, and burden of porting

Lucas Nussbaum, le Wed 31 Aug 2011 12:25:24 +0200, a écrit : > So, it's a really interesting project, but not really a proof of > widespread kfreebsd usage in high-demand production environments like > you seem to imply ;) Well, I didn't want to imply anything at all, just that it was a decision t

Re: Re: ifupdown package interfaces include function

Fabian Greffrath, le Wed 31 Aug 2011 16:21:34 +0200, a écrit : > >ifupdown 0.7~alpha5 was uploaded to unstable rather than experimental by > >mistake. Since version numbers aren't allowed to go backwards, we now > >have 0.7~alpha5+really0.6.15 in unstable, but for the purposes of > > Don't we hav

Re: Are we monitoring disk space per package over time anywhere?

Steffen Möller, le Sat 03 Sep 2011 11:48:28 +0200, a écrit : > with more people using Debian on phones and SSDs, the size > of packages keeps being an issue. And some claim that there > would not be much difference of current distros to all the > overhead that Redmond brings. > > Are we monitoring

Re: Bug#641899: ITP: ebook-speaker -- eBook reader that reads out via synthetic voice

Paul Gevers, le Sat 17 Sep 2011 11:14:07 +0200, a écrit : > ebook-speaker is a command-line electronic book reader that reads out eBooks > using speach synthesis. (Currently only the EPUB format is supported). > It has a simple user interface appropriate for Braille terminals. Which speech synt

Re: Bug#641899: ITP: ebook-speaker -- eBook reader that reads out via synthetic voice

Paul Gevers, le Sat 17 Sep 2011 13:46:35 +0200, a écrit : > On 09/17/11 11:29, Samuel Thibault wrote: > > Paul Gevers, le Sat 17 Sep 2011 11:14:07 +0200, a écrit : > >> ebook-speaker is a command-line electronic book reader that reads out > >> eBooks > >> usi

Bug#642955: general: strptime pars not week number

reassign 642955 libc6 thanks Martin89, le Mon 26 Sep 2011 00:07:13 +0200, a écrit : > strptime pars 2001 and week number 38 use formatstring "%Y %W" > strptime return 0 day on year 2001 What do you expect it should return? See manual: “this function does not initialize tm but only stores the va

Re: Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows

Dmitry Yu Okunev, le Fri 16 Jan 2015 16:48:09 +0300, a écrit : > > I'd also object on the technical grounds that we already have xbill and > > the changes in xlennart don't truly justify a fork. > > This could be easily solved by merging xbill with xlennart to "xperson" > with collection of this p

Re: getenv / putenv usage in libjpeg(-turbo)

Mathieu Malaterre, le Fri 13 Feb 2015 16:31:58 +0100, a écrit : > BTW, is glibc's getenv reentrant ? getenv is, yes, but it is not protected against concurrent calls to setenv/putenv. So there are thread safety concerns here indeed. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists

Re: Work-needing packages report for Mar 27, 2015

Fabian Greffrath, le Tue 31 Mar 2015 10:30:31 +0200, a écrit : > > For the following packages help is requested: > > [... massive package list ...] > > is the list of packages that usually follows this line still useful for > anybody? I mean, there are packages in it like e.g. grub2 for which help

Re: Debian Archive architecture removals

Hello, Joerg Jaspert, le Mon 20 Apr 2015 00:22:08 +0200, a écrit : > hurd-i386 > = > Well before wheezy was released, we talked with the HURD porters, and > they agreed to re-check their archive status just after the wheezy > release[1]. The plan was to move the HURD port off ftp-master if

Re: Debian Archive architecture removals

Joerg Jaspert, le Mon 04 May 2015 18:11:29 +0200, a écrit : > On 13931 March 1977, Lucas Nussbaum wrote: > > > That pad says: "As a result of current state, d-ports cannot accept more > > ports". If that's still true, it would make sense to postpone dropping > > hurd and sparc until this is fixed.

Re: Debian Archive architecture removals

[Speaking for the debian-hurd team] Lucas Nussbaum, le Mon 04 May 2015 08:28:22 +0200, a écrit : > Maybe it's just about supporting and advertising debian-ports as > Debian's official way to host second-class architectures. Maybe > there's more to it. What are the current downsides of moving hurd-

Re: Debian Archive architecture removals

Richard Braun, le Tue 05 May 2015 12:27:10 +, a écrit : > On Tue, May 05, 2015 at 01:36:57PM +0200, Arne Babenhauserheide wrote: > > Given that the package coverage of the Hurd continuously increased and > > that it just released 0.6 of its core components[1] along with releasing > > Debian GNU

Re: Debian Archive architecture removals

Svante Signell, le Tue 05 May 2015 15:00:55 +0200, a écrit : > One of the main problems with debian-ports is that the Sources.gz file > is empty: > http://ftp.debian-ports.org/debian/dists/unreleased/main/source/ No, this is really a corner issue: "unreleased" is a very small part of the picture.

Re: Debian Archive architecture removals

Svante Signell, le Tue 05 May 2015 15:38:27 +0200, a écrit : > On Tue, 2015-05-05 at 15:09 +0200, Samuel Thibault wrote: > > Svante Signell, le Tue 05 May 2015 15:00:55 +0200, a écrit : > > > One of the main problems with debian-ports is that the Sources.gz file > >

Re: Debian Archive architecture removals

Samuel Thibault, le Tue 05 May 2015 15:09:29 +0200, a écrit : > Svante Signell, le Tue 05 May 2015 15:00:55 +0200, a écrit : > > One of the main problems with debian-ports is that the Sources.gz file > > is empty: > > http://ftp.debian-ports.org/debian/dists/unreleased/main/

Re: Packages to install be default for Stretch

Ansgar Burchardt, le Tue 05 May 2015 20:45:09 +0200, a écrit : > - info, texinfo, install-info: > I admit having used info only in desperation. Most documentation > comes in man page format. > -> demote to "optional" Proper autoconf, automake, gcc, etc. documentations only re

Re: Debian Archive architecture removals

Hello, Paul Wise, le Tue 05 May 2015 15:49:36 +0800, a écrit : > I haven't seen any resistance to the idea of merging more Debian ports > services with the equivalent Debian services, apart from the work > needed to do so. Ok. I'm actually realizing one thing: can buildd.debian.org perhaps be ma

Re: Debian Archive architecture removals

Neil Williams, le Wed 06 May 2015 08:56:38 +0100, a écrit : > Ports which take so long to develop that a stable release is > deemed unlikely will also struggle. That is a problem caused by that > port, not by the project or other maintainers. Not only. A typical scenario that does happen and can

Re: Debian Archive architecture removals

Neil Williams, le Wed 06 May 2015 09:47:36 +0100, a écrit : > Lack of widespread interest in any particular port is a problem with > that port not having widespread appeal. And lack of helping maintainers will entail a lack of working stuff in the port, and thus a more difficult appeal, and the lo

Re: Debian Archive architecture removals

Neil Williams, le Wed 06 May 2015 11:39:29 +0100, a écrit : > It's not at all that the maintainers are "lazy" or that those > maintainers could have done anything differently. Those maintainers > have their workloads and have made an assessment of their priorities. I'm sorry I have to disagree her

Re: Debian Archive architecture removals

Neil Williams, le Wed 06 May 2015 11:39:29 +0100, a écrit : > If the wave simply moves on, leaving the port behind, it is harder to > accept, very hard to regain momentum and high time that the porters > ask themselves the hard question of whether it is worthwhile to > continue, as the crest of the

Re: Debian Archive architecture removals

Neil Williams, le Wed 06 May 2015 12:03:30 +0100, a écrit : > If the patch *is* trivial and testable then it is up to the porters to > arrange a fully tested NMU. How can a porter fully test a package? Only maintainers really know their package well, testing a package is rarely documented. > Mai

Re: Debian Archive architecture removals

Neil Williams, le Wed 06 May 2015 20:34:15 +0100, a écrit : > On Wed, 6 May 2015 20:36:25 +0200 > Samuel Thibault wrote: > > > Neil Williams, le Wed 06 May 2015 12:03:30 +0100, a écrit : > > > If the patch *is* trivial and testable then it is up to the porters > > &

Re: please use signed git commits (and tags)

Marco d'Itri, le Mon 25 May 2015 06:45:56 +0200, a écrit : > On May 24, Thomas Koch wrote: > > Git supports signing of commits since version 1.7.9. Everybody should sign > > git > > commits always. > I do not see a significant benefit in signing all commits as long as > release tags are signed.

Re: Security concerns with minified javascript code

Vincent Bernat, le Fri 28 Aug 2015 07:42:42 +0200, a écrit : > > Yes, that is a danger. I think putting those things in contrib should be a > > good solution if rebuilding is such a big problem. Because if it is, the > > code > > really really doesn't belong in main. > > What will happen is tha

Re: Security concerns with minified javascript code

Vincent Bernat, le Fri 28 Aug 2015 10:06:17 +0200, a écrit : > Maybe it can be trimmed a bit more, but that's still 239 unique > dependencies. Note that you don't have to make that 239 debian packages, you could as well just ship them all in one package, as long as the whole code passes NEW, i.e.

Re: Security concerns with minified javascript code

Vincent Bernat, le Fri 28 Aug 2015 10:48:28 +0200, a écrit : > ❦ 28 août 2015 10:29 +0200, Samuel Thibault  : > > >> What will happen is that maintainers will fallback to the second less > >> horrible solution and cripple the package (by using an older version of > &g

Re: Security concerns with minified javascript code

Neil Williams, le Fri 28 Aug 2015 10:32:52 +0100, a écrit : > On Fri, 28 Aug 2015 10:45:16 +0200 > Samuel Thibault wrote: > > > Vincent Bernat, le Fri 28 Aug 2015 10:06:17 +0200, a écrit : > > > Maybe it can be trimmed a bit more, but that's still 239 unique >

Re: Summary of the DebConf firmware discussion

Paul Wise, le Sat 29 Aug 2015 13:15:21 +0200, a écrit : > > But: what's a good level of split? > > One per use-case probably? I can think of at least these possibilities > based on a couple of my old blog posts: > > non-free/docs > non-free/firmware > non-free/drivers > non-free/web > non-free/co

Re: Pacakging small package (was Re: Security concerns with minified javascript code)

Bastien ROUCARIÈS, le Sun 30 Aug 2015 23:15:39 +0200, a écrit : > What could be done in order to improve the whole system performance in order > to package really small package ? Is it not possible to group them like X.org does? Samuel

<    1   2   3   4   5   6   7   >