Re: upgrading to jessie on container with old kernel
On Sun, May 03, 2015 at 04:34:18AM +, Brian May wrote: > On Sat, 2 May 2015 at 23:33 Bastian Blank wrote: > > > Yes, there is a pve kernel available containing a backport of this > > missing piece. I think it is something like -36. Ah, thanks for the hint. I hadn't checked yet starting at which version this was supported. > I had a look, but couldn't find anything like that. Only thing I could find > is this reference from last year, which seems to suggest there are no plans > to support it in proxmox: > > http://forum.proxmox.com/threads/20251-Proxmox-and-systemd > > The latest pve kernel I can find is the one I am running now (-26). > > I might be looking in the wrong place however. root@vzhost04:/usr/local/users/support/fe# apt-cache policy pve-kernel-2.6.32-37-pve pve-kernel-2.6.32-37-pve: Installed: 2.6.32-150 Candidate: 2.6.32-150 Version table: *** 2.6.32-150 0 500 http://download.proxmox.com/debian/ wheezy/pve-no-subscription amd64 Packages 100 /var/lib/dpkg/status 2.6.32-147 0 500 http://download.proxmox.com/debian/ wheezy/pve-no-subscription amd64 Packages root@vzhost04:/usr/local/users/support/fe# aptitude why pve-kernel-2.6.32-37-pve i proxmox-ve-2.6.32 Depends pve-kernel-2.6.32-37-pve This kernel is based on vzkernel-2.6.32-042stab105.14.src.rpm. With that kernel I had no (persistent) problems with OpenVZ guests so far, only some warnings during updates. root@vzhost04:/usr/local/users/support/fe# uname -a Linux vzhost04 2.6.32-37-pve #1 SMP Wed Mar 18 08:19:56 CET 2015 x86_64 GNU/Linux root@vzhost04:/usr/local/users/support/fe# vzctl exec 109 'ls -al $(which init)' lrwxrwxrwx 1 root root 20 Apr 17 18:37 /sbin/init -> /lib/systemd/systemd HTH, Flo -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150504091205.gb18...@fernst.no-ip.org
Re: Debian Archive architecture removals
Lucas Nussbaum (2015-05-04): > I'm wondering if we could find a way to accomodate those architectures > in an official way, while still limiting the impact on ftpmasters and > other teams. I'm not entirely clear on the status of debian-ports.org, > and of what the current downsides of using debian-ports are. 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-i386 and sparc to debian-ports? Last I heard about it, it was understaffed and infra was undersized + needed some changes to make it possible to grow. This was some time ago, so I've added admin@ to make sure we get updated intel on this topic. Mraw, KiBi. signature.asc Description: Digital signature
Re: Debian Archive architecture removals
On Mon, May 4, 2015 at 5:48 PM, Cyril Brulebois wrote: > Lucas Nussbaum (2015-05-04): >> I'm wondering if we could find a way to accomodate those architectures >> in an official way, while still limiting the impact on ftpmasters and >> other teams. I'm not entirely clear on the status of debian-ports.org, >> and of what the current downsides of using debian-ports are. 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-i386 and sparc to debian-ports? > > Last I heard about it, it was understaffed and infra was undersized + > needed some changes to make it possible to grow. > > This was some time ago, so I've added admin@ to make sure we get updated > intel on this topic. zumbi was working on moving debian-ports to debian.org infrastructure and got some of it done (the website for instance). I asked him about it on IRC and got this response: zumbi: this mail looks like it needs a status update re ports.d.o https://lists.debian.org/20150504062822.ga24...@xanadu.blop.info pabs: we had this: https://titanpad.com/debian-ports pabs: I was hoping for debcamp/debconf to be able to finish it up (however I am still unsure about if I'll be able to attend event) zumbi: may I copy that into email or can you? pabs: feel free to copy it pabs: it needs someone with wanna-build database experience, some dsa, aurel32 (and maybe some ftp-master) to complete the work -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKTje6FXYe0te=rE-2B0-8OCgdG=tut_et66mkhu6rgnjwc...@mail.gmail.com
Re: Debian Archive architecture removals
On 04/05/15 at 18:04 +0800, Paul Wise wrote: > On Mon, May 4, 2015 at 5:48 PM, Cyril Brulebois wrote: > > Lucas Nussbaum (2015-05-04): > >> I'm wondering if we could find a way to accomodate those architectures > >> in an official way, while still limiting the impact on ftpmasters and > >> other teams. I'm not entirely clear on the status of debian-ports.org, > >> and of what the current downsides of using debian-ports are. 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-i386 and sparc to debian-ports? > > > > Last I heard about it, it was understaffed and infra was undersized + > > needed some changes to make it possible to grow. > > > > This was some time ago, so I've added admin@ to make sure we get updated > > intel on this topic. > > zumbi was working on moving debian-ports to debian.org infrastructure > and got some of it done (the website for instance). I asked him about > it on IRC and got this response: > > zumbi: this mail looks like it needs a status update re > ports.d.o https://lists.debian.org/20150504062822.ga24...@xanadu.blop.info > pabs: we had this: https://titanpad.com/debian-ports > pabs: I was hoping for debcamp/debconf to be able to finish it up > (however I am still unsure about if I'll be able to attend event) > zumbi: may I copy that into email or can you? > pabs: feel free to copy it > pabs: it needs someone with wanna-build database experience, > some dsa, aurel32 (and maybe some ftp-master) to complete the work 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... Lucas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150504104741.ga18...@xanadu.blop.info
Re: Half-cycle
On Sun, 2015-05-03 at 15:52 +0200, Marco d'Itri wrote: > On May 02, Dimitri John Ledkov wrote: > > > Could we: > > > > Freeze in 6-8 months > > Release in 10-12 months > I fear that such a short release cycle would strongly disincentive many > commercial vendors from supporting Debian systems: it already happened > to Fedora. Can you give the detailed problem that happened to Fedora? > There is also the problem that oldoldoldstable would still need to > receive LTS security support and it is not obvious that we can spare the > manpower. > I think this will heavy the maintainers too! I follow the jessie testing to stable ,this is too nervous for the maintainers! mudongliang -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/blu436-smtp1493e556075f7f7e863094ebc...@phx.gbl
Re: Half-cycle
On May 04, mudongliang wrote: > > I fear that such a short release cycle would strongly disincentive many > > commercial vendors from supporting Debian systems: it already happened > > to Fedora. > Can you give the detailed problem that happened to Fedora? Too many releases, no more Plesk. -- ciao, Marco pgpsYBglVKzis.pgp Description: PGP signature
Re: Half-cycle
On Mon, 4 May 2015 15:35:12 +0200, Marco d'Itri wrote: >On May 04, mudongliang wrote: > >> > I fear that such a short release cycle would strongly disincentive many >> > commercial vendors from supporting Debian systems: it already happened >> > to Fedora. >> Can you give the detailed problem that happened to Fedora? >Too many releases, no more Plesk. Is not having P(l)est really a bad thing? Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1yphka-0003kg...@swivel.zugschlus.de
Re: Debian Archive architecture removals
+++ Lucas Nussbaum [2015-05-04 12:47 +0200]: > On 04/05/15 at 18:04 +0800, Paul Wise wrote: > > On Mon, May 4, 2015 at 5:48 PM, Cyril Brulebois wrote: > > > Lucas Nussbaum (2015-05-04): > > >> I'm wondering if we could find a way to accomodate those architectures > > >> in an official way, while still limiting the impact on ftpmasters and > > >> other teams. Maybe it's > > >> just about supporting and advertising debian-ports as Debian's official > > >> way to host second-class architectures. I think that's the right way to do it, and the way things are, in practice, done. > > zumbi was working on moving debian-ports to debian.org infrastructure > > zumbi: this mail looks like it needs a status update re > > ports.d.o https://lists.debian.org/20150504062822.ga24...@xanadu.blop.info > > pabs: we had this: https://titanpad.com/debian-ports > > 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... Was that before or after arm64 and ppc64el migrated off ports to the main archive? That should have freed up some space and resource? Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150504152815.gy18...@halon.org.uk
Re: Debian Archive architecture removals
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... Hurd is already on d-p, so hurd actually has double infrastructure use. And the last "release" they did came from d-p resources, which is another argument not to continue on ftp-master with them. Sparc has sparc64 there, so that would be an addition to it. -- bye, Joerg -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87pp6gs4pa@delenn.ganneff.de
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... > > Hurd is already on d-p, so hurd actually has double infrastructure use. Not really: we only have a dozen packages on d-p, the rest is not on d-p. > And the last "release" they did came from d-p resources, No, I got the packages from master, and used snapshot.d.o as a way to have a "frozen" image of it. Samuel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150504161609.gk3...@type.bordeaux.inria.fr
Re: Half-cycle
On May 04, Marc Haber wrote: > >Too many releases, no more Plesk. > Is not having P(l)est really a bad thing? If you sell servers or hosting and want to have customers, then yes. (Also, customers would not care less if the servers came with Centos installed so only Debian would lose in this scenario). Sadly no free software comes even remotely close to it. -- ciao, Marco pgpzANnujUt7u.pgp Description: PGP signature
Bug#784264: ITP: r-cran-fastmatch -- Fast match replacement when required reapeted look-ups by keeping a hash table in memory.
Package: wnpp Severity: wishlist Owner: Alba Crespi * Package name: r-cran-fastmatch Version : 1.0-4 Upstream Author : Simon Urbanek * URL : http://cran.r-project.org/web/packages/fastmatch/ * License : GPL-2 Programming Lang: C, R Description : Fast match replacement to speed up repeated look-ups by keeping a hash table in memory. R package providing a fast match() replacement for cases that require repeated look-ups. It is slightly faster that R's built-in match() function on first match against a table, but extremely fast on any subsequent lookup as it keeps the hash table in memory. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150504174040.18714.60470.reportbug@aspire
Bug#784266: ITP: r-cran-nnls -- A Lawson-Hanson R package for non-negative least squares
Package: wnpp Severity: wishlist Owner: Alba Crespi * Package name: r-cran-nnls Version : 1.4 Upstream Author : Katharine M. Mullen and Ivo H. M. van Stokkum * URL : http://cran.r-project.org/web/packages/nnls/ * License : GPL (≥ 2) Programming Lang: R, Fortran Description : A Lawson-Hanson R package for non-negative least squares An R package to the Lawson-Hanson implementation of an algorithm for non-negative least squares (NNLS). Also allows the combination of non-negative and non-positive constraints. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150504175253.18954.48839.reportbug@aspire
Re: Half-cycle
On Mon, 4 May 2015 18:27:33 +0200, m...@linux.it (Marco d'Itri) wrote: >On May 04, Marc Haber wrote: > >> >Too many releases, no more Plesk. >> Is not having P(l)est really a bad thing? >If you sell servers or hosting and want to have customers, then yes. >(Also, customers would not care less if the servers came with Centos >installed so only Debian would lose in this scenario). We have not cared about losing users in other cases in the past. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1ypkgm-00023f...@swivel.zugschlus.de
Re: Half-cycle
On 02/05/15 11:58, Dimitri John Ledkov wrote: > Could we: > > Freeze in 6-8 months > Release in 10-12 months Please don't. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5547c4ab.3040...@alvarezp.org
Re: Half-cycle
>> Could we: >> >> Freeze in 6-8 months >> Release in 10-12 months > > Please don't. I do agree. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/858896495.1039961978.1430769933546.javamail.r...@zimbra61-e11.priv.proxad.net
Re: Re: Debian Archive architecture removals
Was that before or after arm64 and ppc64el migrated off ports to the main archive? I'm pretty sure ppc64el was never on debian-ports, it went straight from an IBM run repository to the main archive. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55481c57.4010...@p10link.net
Bug#784296: ITP: libpdf-writer-perl -- PDF writer abstraction layer
Package: wnpp Severity: wishlist Owner: Robin Sheat * Package name: libpdf-writer-perl Version : 0.06 Upstream Author : Rob Kinyon * URL : https://metacpan.org/release/PDF-Writer * License : Artistic or GPL-1+ Programming Lang: Perl Description : PDF writer abstraction layer This is a generalised API that allows a module that generates PDFs to transparently target multiple backends without changing its code. The currently supported backends are: * PDF::API2 * PDFlib (versions 3+) * Mock If both PDF::API2 and pdflib_pl are available, PDF::API2 is preferred. If neither is available, a run-time exception will be thrown. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150505023407.17349.91506.report...@debmaker64.wgtn.cat-it.co.nz
Bug#784297: ITP: libpdf-fromhtml-perl -- converts HTML documents to PDF
Package: wnpp Severity: wishlist Owner: Robin Sheat * Package name: libpdf-fromhtml-perl Version : 0.31 Upstream Author : 唐鳳 * URL : https://metacpan.org/release/PDF-FromHTML * License : CC0 Programming Lang: Perl Description : converts HTML documents to PDF PDF::FromHTML is a Perl module that transforms HTML into PDF, using an assortment of XML transformations implemented in PDF::FromHTML::Twig. It comes with a command-line utility, html2pdf.pl. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150505024809.17422.76556.report...@debmaker64.wgtn.cat-it.co.nz
