Re: Openssl-1.1.0i patch for stretch-backports

2018-09-03 Thread Jose R R 
On Mon, Sep 3, 2018 at 3:24 AM, jose R Rodriguez  wrote:
> Niltze, all-
>
> I had a need to create an more recent version of OpenSSL than the
> default in Stretch and/or stretch-backports --which dates back to 2007;
er... 2017, (1.1.0f-3+deb9u2 < https://packages.debian.org/stretch/openssl >)

https://github.com/Metztli/debian-openssl-1.1.0i

> thus, I downloaded debian packaging for buster:
>
> wget http://http.debian.net/debian/pool/main/o/openssl/openssl_1.1.0h-4
> .debian.tar.xz
>
> and OpenSSL 1.1.0i:
> wget https://www.openssl.org/source/openssl-1.1.0i.tar.gz
>
> Applied attached patch.
>
> (You may want to modify debian/changelog ;-)
>
> Procedure generates:
>
> libssl1.1_1.1.0i-1_amd64.deb
> libssl-dev_1.1.0i-1_amd64.deb
> openssl_1.1.0i-1_amd64.deb
> libssl1.1-dbgsym_1.1.0i-1_amd64.deb
> libssl-doc_1.1.0i-1_all.deb
> openssl-dbgsym_1.1.0i-1_amd64.deb
> libcrypto1.1-udeb_1.1.0i-1_amd64.udeb
> libssl1.1-udeb_1.1.0i-1_amd64.udeb
>
>
> Best Professional Regards.
>
> --
>

-- 
Jose R R
http://metztli.it
-
Download Metztli Reiser4: Debian Stretch w/ Linux 4.17 AMD64
-
feats ZSTD compression https://sf.net/projects/metztli-reiser4/
---
Official current Reiser4 resources: https://reiser4.wiki.kernel.org/

Re: Debian Reiser4

2017-06-17 Thread Jose R R 
Good day, Ladislav-



On Sat, May 27, 2017 at 12:06 AM, Ladislav Bodnar
<ladis...@distrowatch.com> wrote:
> 27.05.2017, 15:03, "Jose R R" <jose@metztli.com>:
>> It has as base the official Debian Jessie AMD64 distribution:
>> < https://sf.net/projects/debian-reiser4/ >
>
> The word "Debian" is registered trademark. Please find another name for your
> distribution.
>
> Ladislav

Taking heed of your advice, and on the occasion of June 17, 2017, the
official Debian Stretch release date, I hereby let you know that I
have created alternate Stretch web name for referenced project:
Metztli Reiser4 < https://sf.net/projects/metztli-reiser4/ > so as not
to infringe on Debian's trademark.

In this new debian-installer I began experimenting with Reiser4
-patched experimental kernel 'trunk' -- made available by DD Ben --
advancing gradually until I achieved Linux kernel
4.11.4-1+reiser4.0.1. Which is the kernel that I uploaded and released
on @sourceforge today. Thus, I believe is the only reiser4 -enabled
Stretch released with Linux kernel 4.11 (please note some of the
images reference 'trunk' from my prior experiments).

I have stripped nano editor from the installer and replaced it with
excellent xvi editor < https://github.com/martinwguy/xvi >; and as a
backup there remains elvis-tiny wrapped by vi. Although my testing has
been on limited hardware and cloud environments, I think those
referenced vi-clones will be dormant and awakened to 'save the day'
during unanticipated situations.

Even for a non-expert installation, Metztli-Reiser4 for AMD64 makes
sure to install the reiser4 -enabled kernel at the end of the routine.


Best Professional Regards.


-- 
Jose R R
http://metztli.it
-
Download Metztli-Reiser4: Debian Stretch with Linux 4.11
-
for AMD64 https://sf.net/projects/metztli-reiser4/
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!

Re: xvi patch to generate UDEB for Debian-Installer

2017-06-13 Thread Jose R R 
Niltze, Martin-

On Tue, Jun 13, 2017 at 1:43 PM, Martin Guy <martinw...@gmail.com> wrote:
> On 12/06/2017, Jose R R <jose@metztli.com> wrote:
>> Niltze [Hello]-
>>
>> If anyone finds it useful, of course, attached please find a patch to
>> generate a small xvi UDEB -- suitable for embedding in d-i.
>
> Many thanks - duly applied in git master.
>
> Just one thought, maybe for a udeb we should use -Os and maybe clang,
> which drops the code size from 160K to 100K, compared to gcc -O2. What
> do you think?
>
Of course, you are the expert -- I just hack on whatever is out there
to suit whatever happens to be my current interest.

I just hate nano, which is currently embedded by default in
debian-installer (d-i). And even though it is unlikely debian
maintainer of d-i will change his mind, I think other vi people will
find your xvi useful for embedded applications --especially if its
size is reduced further.

As it stands now, I built elvis-tiny and embedded into my d-i
distribution hack; I like it, notwithstanding there are bugs which
have not been addressed (no one updates its code anymore, it seems)
and sometimes manifest themselves when doing editing. I am aware of
them but those quirks may confuse any unsuspecting user.

Thank you very much for your suggestion and elaborating on accepting the patch.

P.S. Here is currently how xvi stacks up against competitor editor
UDEBs; (the nano UDEB is the Debian maintainers' build and likely has
been optimized -- as you suggested for xvi.) Additionally, please note
size may differ as I build & operate on transparent compression
Reiser4 file systems.

du -hs *udeb
64K elvis-tiny-udeb_1.4-23.1_amd64.udeb
64K nano-udeb_2.7.4-1_amd64.udeb
76K xvi-udeb_2.50-1.1_amd64.udeb


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Download Debian-Reiser4 for AMD64 https://sf.net/projects/debian-reiser4/
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!

xvi patch to generate UDEB for Debian-Installer

2017-06-12 Thread Jose R R 
Niltze [Hello]-

If anyone finds it useful, of course, attached please find a patch to
generate a small xvi UDEB -- suitable for embedding in d-i.

from git:
< https://github.com/martinwguy/xvi >


Best Professional Regards

-- 
Jose R R
http://metztli.it
-
Download Debian-Reiser4 for AMD64 https://sf.net/projects/debian-reiser4/
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!
From b981d84eff3265bca9f37a35ad0d3168b358f744 Mon Sep 17 00:00:00 2001
From: Metztli Information Technology <jose.rodrig...@metztli.com>
Date: Mon, 12 Jun 2017 07:42:53 -0700
Subject: [PATCH] Enabled generation of UDEB for Debian-Installer (d-i)

---
 debian/changelog | 7 +++
 debian/control   | 9 +
 debian/rules | 4 +++-
 3 files changed, 19 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 293380b..105637c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xvi (2.50-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Enabled generation of UDEB for Debian-Installer (d-i) 
+
+ -- Metztli Information Technology <j...@metztli-it.com>  Mon, 12 Jun 2017 04:39:05 -0700
+
 xvi (2.50-1) unstable; urgency=low
 
   * Release 2.50. See RELNOTES-2.50 for a detailed list of changes.
diff --git a/debian/control b/debian/control
index 896c5dc..b0ab835 100644
--- a/debian/control
+++ b/debian/control
@@ -5,6 +5,15 @@ Maintainer: Martin Guy <martinw...@yahoo.it>
 Build-Depends: debhelper (>= 4.0.0), libncurses5-dev
 Standards-Version: 3.6.2
 
+Package: xvi-udeb
+XC-Package-Type: udeb
+Section: debian-installer
+Priority: optional
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: xvi - udeb
+ Do not install it on a normal system.
+
 Package: xvi
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
diff --git a/debian/rules b/debian/rules
index 49e7bdb..c86b3d4 100755
--- a/debian/rules
+++ b/debian/rules
@@ -11,7 +11,6 @@
 
 
 
-
 CFLAGS = -g
 
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
@@ -53,6 +52,7 @@ install: build
 	dh_installdirs
 
 	$(MAKE) install DESTDIR=$(CURDIR)/debian/xvi
+	$(MAKE) install DESTDIR=$(CURDIR)/debian/xvi-udeb
 
 
 # Build architecture-independent files here.
@@ -68,6 +68,8 @@ binary-arch: build install
 #	dh_install
 	dh_installmenu
 #	dh_installman
+# Remove the info-bloat from -udeb
+	-rm -rf debian/xvi-udeb/usr/share
 	dh_link
 	dh_strip
 	dh_compress
-- 
2.11.0

Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian Experimental

2017-03-24 Thread Jose R R 
On Thu, Mar 23, 2017 at 5:55 AM, Ross Vandegrift <r...@kallisti.us> wrote:
> On Wed, Mar 22, 2017 at 04:50:38AM -0700, Jose R R wrote:
>> First I modify debian/rules, option: --enable-fb
>>
-
>> [...]
>> ifeq (linux,$(DEB_HOST_ARCH_OS))
>> arch_flags += --enable-fb<=## Directive is overlooked. DEB
>> build fails *because* it's missing
>> [...]
>> override_dh_auto_configure:
>> dh_auto_configure --verbose -- \
>> [...]
>> --enable-fb \   <=## Added explicitly here, satisfies
dh_install
>> $(arch_flags)
>> [...]
>>

>
> You only need this change because you're calling debian/rules directly.
> If you use dpkg-buildpackage then DEB_HOST_ARCH_OS will be set, and the
> Makefile will automatically add --enable-fb.
>

Until recently I followed Debian Handbook debian/rules 'directly'
guidelines for building the Debianized kernel:

https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official

--and still do for all other software I've backported; thus, I thought
build of EFL DEBs as similar.

Then I began to use dpkg-buildpackage to build my Jessie-backports of
Reiser4-patched Debian kernels due to debian/rules procedure unexpectedly
failing to build subsequently newer kernel packages.

Notwithstanding, using dpkg-buildpackage to build EFL indeed does
--enable-fb but does not build (after skipping referenced tests in this
thread) the following two packages, which using debian/rules 'directly'
*does* build (.1, of course, after dch):

efl-1.18.4-1.1-DEBs/efl-doc_1.18.4-1.1_all.deb
efl-1.18.4-1.1-DEBs/libelementary-data_1.18.4-1.1_all.deb

Probably irrelevant but just letting you know.

Anyhow, I appreciate all the helpful input from everyone involved. I was
able to build EFL DEBs and I just have to alter certain variables and/or
build environment to find a proper optimization.

Thank you all.


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Download Debian-Reiser4 for AMD64 https://sf.net/projects/debian-reiser4/
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!

Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian Experimental

2017-03-23 Thread Jose R R 
On Wed, Mar 22, 2017 at 10:56 PM, Carsten Haitzler <ras...@rasterman.com> wrote:
> On Wed, 22 Mar 2017 04:50:38 -0700 Jose R R <jose@metztli.com> said:
>
>> On Tue, Mar 21, 2017 at 4:55 PM, Ross Vandegrift <r...@kallisti.us> wrote:
>> [...]
>> > Oh I see - I misunderstood your previous message and thought you were
>> > targeting sid.  You need to backport + rebuild for jessie.  IIRC, the
>> > only change I needed was to remove the auto dbgsym stuff.
>> >
>> > [snip]
>> >> FAIL: tests/evas/evas_suite
>> >> ===
>> >>
>> >> /mnt/caxtolli/usr/src/build/enlightenment-debian/sid-omeyi/efl-1.18.4/src/tests/evas/.libs/evas_suite:
>> >> symbol lookup
>> >> error: 
>> >> /mnt/caxtolli/usr/src/build/enlightenment-debian/sid-omeyi/efl-1.18.4/src/lib/efl/.libs/libefl.so.1:
>> >> undefined symbol: _eo_call_end FAIL tests/evas/evas_suite (exit status:
>> >> 127)
>> >
>> > This seems suspicious - the linker can't find a symbol in libefl.so.
>> > Are you building with some other patches?
>> Nope.
>>
>> >
>> > [snip]
>> >> FAIL: tests/eio/eio_suite
>> >> =
>> >>
>> >> Running suite(s): Eio
>> > [snip]
>> >> 98%: Checks: 51, Failures: 1, Errors: 0
>> >> tests/eio/eio_test_manager.c:68:F:Eio Job:efl_io_manager_test_ls_funcs:0:
>> >> Failure '(*number_of_listed_files) != test_count' occurred
>> >
>> > I don't recall seeing this test fail before, sorry.
>> >
>> Ok, the above issues are from EFL 1.19.0 beta3 effort on a Debian Sid
>> (Unstable) on Reiser4 root fs.
>>
>> An EFL 1.18.4 build on Debian-Reiser4 root fs Jessie (Stable), fed
>> heavily from official jessie-backports repository, does succeed in
>> building the corresponding EFL 1.18.4 DEBs -- as long as I do three
>> modifications to relevant debian packaging.
>>
>> First I modify debian/rules, option: --enable-fb
>> -
>> [...]
>> ifeq (linux,$(DEB_HOST_ARCH_OS))
>> arch_flags += --enable-fb<=## Directive is overlooked. DEB
>> build fails *because* it's missing
>> [...]
>> override_dh_auto_configure:
>> dh_auto_configure --verbose -- \
>> [...]
>> --enable-fb \   <=## Added explicitly here, satisfies dh_install
>> $(arch_flags)
>> [...]
>> 
>
> err so --enable-fb makes an eio test work? and makes the evas test suite work
> (which doesn't use fb access at all)...  THAT i don't get...
Hold on :) ...
Assuming I disable *all* tests, debian/rules *should* generate *all*
EFL DEB packages --but it does not, log shows hint:
[...]
make[2]: Leaving directory
'/mnt/caxtolli/usr/src/build/enlightenment-debian/jessie-bp/efl-1.18.4'
make[1]: Leaving directory
'/mnt/caxtolli/usr/src/build/enlightenment-debian/jessie-bp/efl-1.18.4'
   debian/rules override_dh_install
make[1]: Entering directory
'/mnt/caxtolli/usr/src/build/enlightenment-debian/jessie-bp/efl-1.18.4'
dh_install --list-missing
dh_install: Cannot find (any matches for)
"debian/tmp/usr/lib/*/evas/modules/engines/fb/*/module.so" (tried in
"." and "debian/tmp")
dh_install: libevas1-engines-fb missing files:
debian/tmp/usr/lib/*/evas/modules/engines/fb/*/module.so
dh_install: Cannot find (any matches for)
"debian/tmp/usr/lib/*/libecore_fb.so.*" (tried in "." and
"debian/tmp")
dh_install: libecore-fb1 missing files: debian/tmp/usr/lib/*/libecore_fb.so.*
dh_install: usr/bin/ecore_evas_convert exists in debian/tmp but is not
installed to anywhere
[...]

which hints that experimental debian packaging default debian/rules directive
ifeq (linux,$(DEB_HOST_ARCH_OS))
 arch_flags += --enable-fb

is being overlooked during build procedure. Accordingly, I had to
explicitly add --enable-fb, at the end of options, as:

override_dh_auto_configure:
dh_auto_configure --verbose -- \
--disable-rpath \
--disable-silent-rules \
--enable-doc \
--with-profile=dev \
--with-tests=regular \
--with-crypto=gnutls \
--disable-tslib \
--enable-liblz4 \
--enable-xinput22 \
--enable-image-loader-webp \
--enable-harfbuzz \
--enable-systemd \
--enable-static \
--enable-image-loade

Re: [E-devel] EFL 1.19.0-beta3 (from git) package for Debian Experimental

2017-03-20 Thread Jose R R 
On Mon, Mar 20, 2017 at 1:19 PM, Ross Vandegrift <r...@kallisti.us> wrote:
>
> On Sun, Mar 19, 2017 at 11:47:39PM -0700, Jose R R wrote:
> > https://git.enlightenment.org/core/efl.git/
> >
> > Notwithstanding, I intended to package Enlightenment and make download
> > available for my SourceForge Debian-Reiser4 netboot installer.
> >
> > EFL debian packaging:
> > http://http.debian.net/debian/pool/main/e/efl/efl_1.18.4-1.debian.tar.xz
>
> Any reason you want to rebuild from git instead of using the packages in
> experimental?  If you've found a problem, I'd like to fix it.  On sid &
> stretch they should install without difficulty.

I will try anything, until something works. Then I will proceed to
work on the backport for the stable Debian (Jessie) to complement
Reiser4 kernel, backported{ linux-base, nfs-common, reiser4progs
(reiser4 fs utilities), etc.}. If I install packages directly from
Debian unstable(Sid), testing (Stretch), or -- in this particular
case, experimental -- repositories onto stable/Jessie-backports, the
end user will end up with dependency hell, i.e, broken installation.

>
> Are you using sbuild?  I've seen issues like the test failures below
> under sbuild - some EFL tests get incorrect info about filesystem
> permissions.  I use pbuilder, so I haven't tracked this down.

No I am not using sbuild.

After I manually prepare (dependencies, patch, etc.) Sid/Experimental,
I build with command:

fakeroot debian/rules binary

Below/attached is log for EFL 1.18.4 test-suite.log (2 FAIL):
...
make  check-TESTS
PASS: tests/eina/eina_suite
PASS: tests/eo/test_children
PASS: tests/eo/test_access
PASS: tests/eo/test_composite_objects
PASS: tests/eo/test_constructors
PASS: tests/eo/eo_suite
PASS: tests/eo/eo_suite_add_fallback
PASS: tests/eo/test_function_overrides
PASS: tests/eo/test_interface
PASS: tests/eo/test_mixin
PASS: tests/eo/test_signals
PASS: tests/emile/emile_suite
PASS: tests/eet/eet_suite
PASS: tests/eolian/eolian_suite
PASS: tests/ector/ector_suite
PASS: tests/ecore/ecore_suite
FAIL: tests/evas/evas_suite
PASS: tests/ecore_con/ecore_con_suite
PASS: tests/eeze/eeze_suite
SKIP: tests/eldbus/eldbus_suite
PASS: tests/efreet/efreet_suite
FAIL: tests/eio/eio_suite
PASS: tests/edje/edje_suite
SKIP: tests/elementary/elm_suite
PASS: tests/eina_cxx/eina_cxx_suite
PASS: tests/ecore_cxx/ecore_cxx_suite
PASS: tests/ecore_cxx/cxx_compile_test
PASS: tests/eet_cxx/eet_cxx_suite
SKIP: tests/eldbus_cxx/eldbus_cxx_suite
PASS: tests/evas_cxx/cxx_compile_test
PASS: tests/elementary_cxx/cxx_compile_test
PASS: tests/eolian_cxx/eolian_cxx_suite
PASS: tests/elua/elua_suite

   efl 1.18.4: src/test-suite.log


# TOTAL: 33
# PASS:  28
# SKIP:  3
# XFAIL: 0
# FAIL:  2
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

Thanks.


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Download Debian-Reiser4 for AMD64 https://sf.net/projects/debian-reiser4/
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!

   efl 1.18.4: src/test-suite.log


# TOTAL: 33
# PASS:  28
# SKIP:  3
# XFAIL: 0
# FAIL:  2
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: tests/evas/evas_suite
===

/mnt/caxtolli/usr/src/build/enlightenment-debian/sid-omeyi/efl-1.18.4/src/tests/evas/.libs/evas_suite: symbol lookup error: /mnt/caxtolli/usr/src/build/enlightenment-debian/sid-omeyi/efl-1.18.4/src/lib/efl/.libs/libefl.so.1: undefined symbol: _eo_call_end
FAIL tests/evas/evas_suite (exit status: 127)

SKIP: tests/eldbus/eldbus_suite
===

Skipping /mnt/caxtolli/usr/src/build/enlightenment-debian/sid-omeyi/efl-1.18.4/src/tests/eldbus/.libs/eldbus_suite
SKIP tests/eldbus/eldbus_suite (exit status: 77)

FAIL: tests/eio/eio_suite
=

Running suite(s): Eio
ERR<6533>:eldbus lib/eldbus/eldbus_core.c:1021 _connection_get() Error connecting to bus of type 2. error name: org.freedesktop.DBus.Error.NoReply error message: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
ERR<6533>:eina_safety lib/eldbus/eldbus_core.c:1084 eldbus_connection_get() safety check failed: conn == NULL
ERR<6533>:eina_safety lib/eldbus/eldbus_object.c:192 eldbus_object_get() safety check failed: conn == NULL
ERR<6533>:eco

reiser4progs 1.0.1.0-1.1 for Debian Backports

2016-09-08 Thread Jose R R 
Good day, Felix-

First, thank you for maintaining reiser4progs for Debian alive.

I wanted to suggest if you are willing to backport reiser4progs
1.0.1.0-x.y for the upcoming 'Jessie and a half ' release?
< https://lists.debian.org/debian-boot/2016/07/msg00037.html >

Although I have built reiser4progs 1.0.1.0-1.2 for Jessie as a non-maintainer,
< https://sourceforge.net/projects/debian-reiser4/files/ >
 the upcoming "jessie and a half' project will benefit from an
official maintainer build.


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!

Re: Thinking about a "jessie and a half" release

2016-07-05 Thread Jose R R 
On Tue, Jul 5, 2016 at 2:01 AM, Christian Seiler <christ...@iwakd.de> wrote:
>
> On 07/04/2016 03:01 PM, Steve McIntyre wrote:
> > There's something I've been pondering for a while, along with some
> > other folks - it might be useful to do a "jessie and a half" release,
> > similarly to what we did in the etch days. That's *basically* just
> > like a normal jessie release, but with a few key updates:
> >
> >  * backports kernel
> >  * rebuilt d-i to match that kernel
> >  * X drivers
> >  * ... (other things that might be needed for consistency)
> >
> > all rolled up with a small installer image build (netinst, maybe DVD#1).
>
> Why would you call it "Jessie + 1/2"? Wouldn't it be a better idea
Well IBM set a precedent for that: OS/2.
Accordingly, Jessie BP could be called Jessie/2 ;-)

> to regularly have a "backports installer" netinst image? So when
> 8.6 (or 8.7 if it takes longer) comes around, there'll be an image,
> part of the point release, that will contain the backports kernel
> that's current at that time, plus the installer will enable backports
> automatically, plus it will install a preferences.d file that will
> enable pulling kernel + X11 drivers from backports. (But not other
> things.)
>
> This could then be a regular part of the released installer images,
> and any new major release (e.g. Stretch 9.0) would enable the
> preferences.d file + backports automatically, but would still use
> the regular kernel at that point (because there'd be no backports
> then).
>
> That way, you'd have a little more work in the installer in creating
> an image that uses a backports kernel, but there'd be no need in
> having to support a new release in addition to Jessie, because the
> installed system would be equivalent to Jessie + upgrade kernel to
> backports + remove old kernel package. Which is already something
> that people do _now_.
>
> Regards,
> Christian
>


Good luck!

-- 
Jose R R
http://metztli.it
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!
-

Re: Thinking about a "jessie and a half" release

2016-07-04 Thread Jose R R 
On Mon, Jul 4, 2016 at 6:01 AM, Steve McIntyre <st...@einval.com> wrote:
> Hey folks,
>
> There's something I've been pondering for a while, along with some
> other folks - it might be useful to do a "jessie and a half" release,
> similarly to what we did in the etch days. That's *basically* just
> like a normal jessie release, but with a few key updates:
>
>  * backports kernel
I built Reiser4-patched (SFRN 4.0.1) Linux kernel 4.6.2-2 from Debian
source (i.e, 'backport') for Jessie on AMD64.

>  * rebuilt d-i to match that kernel
Did - but upon d-i test installation of Debian Desktop Environment, I
found out it(seems *all* GUIs selected in d-i) has a 'nasty'
dependency on xserver-xorg-input-vmmouse for VMware. Those of us not
on proprietary stuff can purge xserver-xorg-input-vmmouse; however,
action will also remove a couple of task*-related packages. Adding the
Stretch repositories and subsequently installing
xserver-xorg-input-vmmouse, it will bring about plenty of X upgrades.

So *yes*:
>  * X drivers
>  * ... (other things that might be needed for consistency)
>
> all rolled up with a small installer image build (netinst, maybe DVD#1).
>
> A lot of arm64 machine users would benefit from this, and maybe owners
> of very recent amd64 machines too, with better support for things on
> the Skylake platform. Those are the only two architectures I'm
> thinking of supporting at this point.
>
> Is anybody else interested in helping? Thoughts/comments?
>
> --


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!
-